<div dir="ltr"><div>Hi,</div><div><br></div><div>In order to setup the multicast group tree (for mckey), SM must first route the MC tree and then program MulticastForwardingTables of switches that tree passes through. The amount of time depends on the topology (how many switches in subnet), processor speed of SM machine, and lastly delivering the modified forwarding tables to the IB switches involved in that multicast tree. This time is non deterministic.</div><div><br></div><div><div>IB multicast is inherently unreliable as it is based on UD transport. Are you looking for reliable multicast mechanism for IB or is it just the startup issue that's important for your application ?</div></div><div><br></div><div>-- Hal</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 31, 2017 at 6:47 AM, Miljen Mikić <span dir="ltr"><<a href="mailto:miljen.mikic@mireo.hr" target="_blank">miljen.mikic@mireo.hr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="HR" vlink="#954F72" link="#0563C1"><div class="m_-537303977771260828WordSection1"><p class="MsoNormal">Hello,<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">I went through the source code of mckey utility (available e.g. here: <a href="https://github.com/ofiwg/librdmacm/blob/master/examples/mckey.c" target="_blank">https://github.com/ofiwg/<wbr>librdmacm/blob/master/<wbr>examples/mckey.c</a> ). There is an interesting comment at the line 524:<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">/*<u></u><u></u></p><p class="MsoNormal">  *  Pause to give SM chance to configure switches. We don't want to<u></u><u></u></p><p class="MsoNormal"> *  handle reliability issue in this simple test program.<u></u><u></u></p><p class="MsoNormal">  */<u></u><u></u></p><p class="MsoNormal">  sleep(3);<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">If we remove sleep function call, mckey does not work properly anymore (receiver side does not get all messages that were sent). Does anyone know how long does it take for SM to „configure switches“, and what is the proper way to „handle reliability issue“?<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Many thanks in advance.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Best regards,<u></u><u></u></p><p class="MsoNormal">Miljen Mikic<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p></div></div><br>______________________________<wbr>_________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.openfabrics.org">Users@lists.openfabrics.org</a><br>
<a href="http://lists.openfabrics.org/mailman/listinfo/users" target="_blank" rel="noreferrer">http://lists.openfabrics.org/<wbr>mailman/listinfo/users</a><br>
<br></blockquote></div><br></div>