<div dir="ltr">I really don't get any anyone in their right mind would do this other than an experiment to say they can/did.  Host ethernet chaining is not what (Rapid) Spanning Tree Protocol was designed for, and with modern (or old) switching, there is no reason to.  As a network engineer for 20 years, it offends certain sensibilities as something you should never do.<div><br></div><div> There is a reason people have been using ethernet hubs/switches for 30 years now - speed and simplicity.  If you walked into any sort of enterprise or business with any network knowledge and proposed that, someone might just fire you.</div><div><br></div><div>Switches are designed to forward quickly and effectively, some as low as 350 down to 8 nano seconds these days with special nics,  Even a server cpu bridging at a kernel level will *never* do so as quickly as that, particularly cumulative latency in a chain.  Servers that do have more than one nic certainly aren't intended to be daisy-chained, rather they home each nic to multiple vlan segments, or they aggregate nics as active/passive or active/active link aggregation to multiple switches (redundancy).  Hosts as a rule should NEVER talk spanning-tree, only switch to switch.</div><div><br></div><div>Just... don't ever chain hosts like that, particularly not if said client is paying you for a network solution.  Get a switch or multiple with as many ports as you need.  Ebay is always good for slightly older kit, and just get a spare to keep around just in case.</div><div><br></div><div>If you're *that* interested in networking to build that sort of science experiment, pick up a CCNA switching book to learn why you're barking up the wrong tree.</div><div><br></div><div>-mb</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Oct 4, 2019 at 6:34 PM Stephen Partington <<a href="mailto:cryptworks@gmail.com">cryptworks@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 class="gmail_default" style="font-family:"trebuchet ms",sans-serif">I am still wrapping my head around why this was the root design.</div><div class="gmail_default" style="font-family:"trebuchet ms",sans-serif"><br></div><div class="gmail_default" style="font-family:"trebuchet ms",sans-serif">I am not sure what gains you have vs having a pair of switches for redundancy. time to research <span style="font-family:Arial,Helvetica,sans-serif">RSTP.</span></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Oct 4, 2019 at 3:34 PM kelly stephenson <<a href="mailto:stephenson2773@gmail.com" target="_blank">stephenson2773@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">Looking for some networking advice from the group.<div><br></div><div>The system I have has several devices connected in a ring configuration using one Ethernet port IN and one Ethernet port out.  The system uses RSTP for loop free operation.  The idea is simplicity for installation, you just unplug and plugin a new device in the ring plus you gain redundancy, if one Ethernet cable breaks you still have another one.  This works but my client has never had more then a half dozen devices on the network yet.</div><div>When I say devices just imagine very large machines.  The number of devices could be as many as 100 in the ring or network.  Everything I've researched on RSTP says over 8 devices and its not effective/efficient so I'm researching other Ethernet failover/failsafe/redundant solutions.</div><div>So, the local network configuration needs to scale up to 100 devices, have redundancy, and low latency for M2M control.  Any thoughts?  </div><div><br></div><div>Thanks</div><div>Kelly</div></div>
---------------------------------------------------<br>
PLUG-discuss mailing list - <a href="mailto:PLUG-discuss@lists.phxlinux.org" target="_blank">PLUG-discuss@lists.phxlinux.org</a><br>
To subscribe, unsubscribe, or to change your mail settings:<br>
<a href="https://lists.phxlinux.org/mailman/listinfo/plug-discuss" rel="noreferrer" target="_blank">https://lists.phxlinux.org/mailman/listinfo/plug-discuss</a></blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr">A mouse trap, placed on top of your alarm clock, will prevent you from rolling over and going back to sleep after you hit the snooze button.<br><br>Stephen<br><br></div>
---------------------------------------------------<br>
PLUG-discuss mailing list - <a href="mailto:PLUG-discuss@lists.phxlinux.org" target="_blank">PLUG-discuss@lists.phxlinux.org</a><br>
To subscribe, unsubscribe, or to change your mail settings:<br>
<a href="https://lists.phxlinux.org/mailman/listinfo/plug-discuss" rel="noreferrer" target="_blank">https://lists.phxlinux.org/mailman/listinfo/plug-discuss</a></blockquote></div>