[MinnowBoard] multiple GbE interface lure

Hawley, John john.hawley at intel.com
Fri Sep 5 20:46:48 UTC 2014

Outside of the discussion of an "openwrt" lure, I don't think there's
really any plan to provide a switch on a lure.  I mean you can pick up
an 8-port GigE managed switch for under $60, and managed ones for far
far cheaper.  It's just not something I think we can do cost
effectively, though I'm happy to be proven wrong.

I do think there's some good interest in a dual port GbE lure, and
that's something we should be able to do, just need to work out the
details of it's feasibility.  If nothing else I have some use cases for
one that might be interesting too :-)

- John

On Fri, 2014-09-05 at 20:29 +0000, Todd Pisek wrote:
> Greetings,
> I’m a newby and I see a lot of potential for the minnowmax.
> I was  reading the email archives and I noticed that there was some discussion last week regarding a multiple GbE NIC lure and use cases for such a device.
> I am interested in using the minnowmax (especially the upcoming  4 core version) to construct high availability clusters from multiple unreliable nodes. In such a design, each node needs a communication path to other nodes. The mininum number of nodes that can tolerate a single node failure is 3. This means that each node needs connectivity to 2 other nodes. A dual NIC lure could allow this in a point to point configuration. Note the third NIC would be used to communicates to the consumers of the service provided by the cluster.  
> An interesting solution for this use case would be to create a lure with  one GbE NIC and a 5-port GbE switch. One switch port connects to the NIC and the other 4 ports are brought out to RJ-45 magnetics.  This allows the construction of a 5 node highly resilient subsystem that can tolerate multiple failures and continue to function.
> I’m not an EE, so I don’t know the feasibility of adding a 5-port switch. It’s a bit more than strictly needed, but highly desireable. However, if a switch is not possible, a dual GbE NIC lure would be needed for this use case. 
> Regards,
> Todd Pisek
> ----------------------------------------------------------------------
> The information contained in this transmission may be confidential. Any disclosure, copying, or further distribution of confidential information is not permitted unless such privilege is explicitly granted in writing by Quantum. Quantum reserves the right to have electronic communications, including email and attachments, sent across its networks filtered through anti virus and spam software programs and retain such messages in order to comply with applicable data security and retention requirements. Quantum is not responsible for the proper and complete transmission of the substance of this communication or for any delay in its receipt.
> _______________________________________________
> elinux-MinnowBoard mailing list
> elinux-MinnowBoard at lists.elinux.org
> http://lists.elinux.org/mailman/listinfo/elinux-minnowboard

More information about the elinux-MinnowBoard mailing list