<div>Corosync rings are never enough , especially when the network team has such naughty hands.</div><div><br></div><div>Best Regards,</div><div>Strahil Nikolov</div><div><br> <br> <blockquote style="margin: 0 0 20px 0;"> <div style="font-family:Roboto, sans-serif; color:#6D00F6;"> <div>On Mon, Mar 28, 2022 at 16:55, Ulrich Windl</div><div><Ulrich.Windl@rz.uni-regensburg.de> wrote:</div> </div> <div style="padding: 10px 0 0 20px; margin: 10px 0 0 0; border-left: 1px solid #6D00F6;"> >>> Strahil Nikolov via Users <<a shape="rect" ymailto="mailto:users@clusterlabs.org" href="mailto:users@clusterlabs.org">users@clusterlabs.org</a>> schrieb am 28.03.2022 um<br clear="none">15:49 in Nachricht <<a shape="rect" ymailto="mailto:1758982440.559085.1648475365443@mail.yahoo.com" href="mailto:1758982440.559085.1648475365443@mail.yahoo.com">1758982440.559085.1648475365443@mail.yahoo.com</a>>:<br clear="none">> One huge benefit of the new stack is that you can have 8 corosync rings, <br clear="none">> which is really powerful.<br clear="none"><br clear="none">Hm I wonder:<br clear="none">If one ring is not good enough and two rings are not good enough, then per induction n+1 rings aren't good enough also, so 8 rings don't really help ;-)<br clear="none"><br clear="none">Sorry for the joke!<br clear="none"><br clear="none">Ulrich<div class="yqt6742042956" id="yqtfd88241"><br clear="none"><br clear="none">> Best Regards,Strahil Nikolov<br clear="none">>  <br clear="none">>  <br clear="none">>   On Mon, Mar 28, 2022 at 9:27, Christine caulfield<<a shape="rect" ymailto="mailto:ccaulfie@redhat.com" href="mailto:ccaulfie@redhat.com">ccaulfie@redhat.com</a>> <br clear="none">> wrote:   On 28/03/2022 03:30, Somanath Jeeva via Users wrote:<br clear="none">>> Hi ,<br clear="none">>> <br clear="none">>> I am upgrading from corosync 2.x/pacemaker 1.x to corosync 3.x/pacemaker <br clear="none">>> 2.1.x<br clear="none">>> <br clear="none">>> In our use case we are using a 2 node corosync/pacemaker cluster.<br clear="none">>> <br clear="none">>> In corosync 2.x version I was using udpu as transport method. In the <br clear="none">>> corosync 3.x , as per man pages, the default transport mode is knet . <br clear="none">>> And in knet it uses udp as knet method.<br clear="none">>> <br clear="none">>> I have the below doubts on the transport method.<br clear="none">>> <br clear="none">>>  1. Does knet require any special configuration on network level(like<br clear="none">>>    multicast enabling).<br clear="none">> <br clear="none">> <br clear="none">> No. What knet calls UDP is similar (from the user POV) to corosync's <br clear="none">> UDPU, it's a unicast transport and doesn't need any multicast <br clear="none">> configuration.<br clear="none">> <br clear="none">> Sorry that's confusing, but it's more technically 'correct'. The main <br clear="none">> reason UDPU was called that was because it was new to corosync when the <br clear="none">> old (multicast) UDP protocol caused trouble for some people without good <br clear="none">> multicast networks.<br clear="none">> <br clear="none">> <br clear="none">>>  2. In corosync 2.x udp was used for multicast, in knet transport does<br clear="none">>>    udp mean multicast.<br clear="none">> <br clear="none">> No, see above. There is no multicast transport in knet.<br clear="none">> <br clear="none">>>  3. Will udpu be deprecated in future.<br clear="none">>> <br clear="none">> <br clear="none">> Yes. We strongly recommend people use knet as the corosync transport as <br clear="none">> that is the one getting most development. The old UDP/UDPU protocols <br clear="none">> will only get bugfixes. Knet provides muti-homing up to 8 links, and <br clear="none">> link priorities and much more.<br clear="none">> <br clear="none">> I wrote a paper on this when we first introduced knet into corosync <br clear="none">> which might help:<br clear="none">> <br clear="none">> <a shape="rect" href="https://people.redhat.com/ccaulfie/docs/KnetCorosync.pdf " target="_blank">https://people.redhat.com/ccaulfie/docs/KnetCorosync.pdf </a><br clear="none">> <br clear="none">> <br clear="none">> Chrissie<br clear="none">> <br clear="none">> <br clear="none">>> Kindly help me with these doubts.<br clear="none">>> <br clear="none">>> With Regards<br clear="none">>> <br clear="none">>> Somanath Thilak J<br clear="none">>> <br clear="none">>> <br clear="none">>> _______________________________________________<br clear="none">>> Manage your subscription:<br clear="none">>> <a shape="rect" href="https://lists.clusterlabs.org/mailman/listinfo/users " target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users </a><br clear="none">>> <br clear="none">>> ClusterLabs home: <a shape="rect" href="https://www.clusterlabs.org/ " target="_blank">https://www.clusterlabs.org/ </a><br clear="none">> <br clear="none">> _______________________________________________<br clear="none">> Manage your subscription:<br clear="none">> <a shape="rect" href="https://lists.clusterlabs.org/mailman/listinfo/users " target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users </a><br clear="none">> <br clear="none">> ClusterLabs home: <a shape="rect" href="https://www.clusterlabs.org/ " target="_blank">https://www.clusterlabs.org/ </a><br clear="none">>   <br clear="none"><br clear="none"><br clear="none"><br clear="none"><br clear="none"></div> </div> </blockquote></div>