<div dir="ltr"><div class="gmail-gs"><div class="gmail-gE gmail-iv gmail-gt"><table class="gmail-cf gmail-gJ" cellpadding="0"><tbody><tr class="gmail-acZ"><td class="gmail-gF gmail-gK"><table class="gmail-cf gmail-ix" cellpadding="0"><tbody><tr><td class="gmail-c2"><br></td></tr></tbody></table></td><td class="gmail-gH gmail-bAk"><div class="gmail-gK"><span></span><span id="gmail-:nx" class="gmail-g3" title="May 7, 2020, 4:41 PM" alt="May 7, 2020, 4:41 PM" tabindex="-1">On 7 May 2020, Amir Shehata wrote:</span></div><div class="gmail-gK"><span id="gmail-:nx" class="gmail-g3" title="May 7, 2020, 4:41 PM" alt="May 7, 2020, 4:41 PM" tabindex="-1"><br></span></div></td></tr></tbody></table></div></div><table class="gmail-cf gmail-gJ" cellpadding="0"><tbody><tr class="gmail-acZ"><td class="gmail-gH"><br></td><td class="gmail-gH gmail-acX gmail-bAm" rowspan="2">Hello all,<br>
<br>
socklnd currently allows grouping of ethernet interfaces in socklnd<br>
specific tcp bonding feature. This is superseded by the Multi-Rail feature<br>
which provides the exact same functionality but for all LNDs.<br>
<br>
Anyone still using the socklnd bonding, or should we remove the code?<br>
<br>
thanks<br>
amir<br><br>Query from megan:  What if our site implementation needs to disable MR?  Will the previous TCP/eth functionality of ksocklnd be lost?<br><br>Cheers,<br>m<br></td></tr></tbody></table><table class="gmail-cf gmail-gJ" cellpadding="0"><tbody><tr class="gmail-acZ gmail-xD"></tr></tbody></table><table class="gmail-cf gmail-gJ" cellpadding="0"><tbody><tr class="gmail-acZ gmail-xD"><td colspan="3"><table class="gmail-cf gmail-adz" cellpadding="0"><tbody><tr><td class="gmail-ady"><div class="gmail-iw gmail-ajw"><span class="gmail-hb"><span dir="ltr" name="lustre-discuss" class="gmail-g2"><br></span> </span></div><div id="gmail-:th" class="gmail-ajy" tabindex="0"><img class="gmail-ajz" src="https://mail.google.com/mail/u/0/images/cleardot.gif" alt=""></div></td></tr></tbody></table></td></tr></tbody></table></div>