ts-7000
[Top] [All Lists]

Re: [ts-7000] RE: ts-7800 how do I make 4 (at least 2) identical network

To: "" <>
Subject: Re: [ts-7000] RE: ts-7800 how do I make 4 (at least 2) identical network stacks?
From: Jonathan Leslie <>
Date: Wed, 6 Nov 2013 15:28:22 -0800 (PST)


John, 

Wow, that is quite a unique solution.   thank you for taking the time to explain it.   To tell the truth though, I want not expecting to have to such lengths to accomplish the task at hand.   I was really just hoping to run quad instances of a a ethernet setup that were independent.   I have already done this with two ethernet devices using QNX/RTOS (yes I know the RTOS had nothing to do with the ethernet considerations,) and it was relatively simple; one process opened up a socket connection on one ethernet device, and a second program opened up a socket connection on the other device.  The fact that both ethernet devices thought they were on a 1.1.1.xxx network, and that they both thought they were node 1.1.1.200 was of no consequence as neither ethernet setup knew about the other.  




From: John Treen <>
To:
Sent: Monday, November 4, 2013 10:30 PM
Subject: Re: [ts-7000] RE: ts-7800 how do I make 4 (at least 2) identical network stacks?

 
Hi Jonathan,

Have you though about using a virtualisation layer (such as User Mode Linux) on your board to run multiple instances of Linux on your board. It is more complicated than the other suggestions, but it might do what you need.

It has been quite a while since I have used the TS boards so hopefully the below idea would work with the hardware resources you have available.

If your board presents each of the Ethernet jacks as a separate ethX interface to the kernel then for each interface you could create a TAP/TUN interface and bridge that with the Ethernet interface. At the host level you wouldn't assign any IP addresses to those interfaces. You would then create a Guest instance that connects to the TAP/TUN interface. Inside the guest you would then set the IP addresses as appropriate.

Basically the host level would be acting as a switch to get the packets to and from your guest instances. You could then either run your control software on the guest or if you need to present the devices back to another network then you could create an additional TAP/TUN interface for each of your guests with each guest having a unique IP on the same subnet as the other guests). Then at the host level you would bridge those TAP/TUN interfaces together and also give the host a unique IP on the same subnet as the guests. If you had a spare Ethernet interface you could also bridge that in with the TAP/TUN interfaces so that the Guest systems could be accessed from outside of your TS board.

Guest eth0 = IP address used to communicate with devices.
Guest eth1 = IP address used to communicate with other guests or host
Host br4 = IP address used to communicate with guests.

I have uploaded a quick diagram to http://www.ttech.com.au/files/diagram1.pdf to hopefully explain what I was talking about above.

Regards,
John Treen

Treen Technology

On 05/11/13 08:36, Jonathan Leslie wrote:
��
"BTW, Jonathan, your humongous font is REALLY LOUD!"


whoops, I had no idea. - J



��
ynezz said:��

"Another option (requiring more hardware for sure, but more feasible) would be to insert something else between the legacy devices and the 8700 which performs some NATting."

So, it seems to make even more sense to do this right on the TS-8700, rather than adding hardware. All of the machinery is there, just needs to be implemented in software/configuration.

This is getting into slightly complex stuff, so some study of iptables and the types of NAT techniques available will be required. The key element that I see is that iptables rules allow you to specify a network interface in most/many/some rules.��

BTW, Jonathan, your humongous font is REALLY LOUD!








__._,_.___


Your email settings: Individual Email|Traditional
Change settings via the Web (Yahoo! ID required)
Change settings via email: =Email Delivery: Digest | m("yahoogroups.com?subject","ts-7000-fullfeatured");=Change Delivery Format: Fully Featured">Switch to Fully Featured
Visit Your Group | Yahoo! Groups Terms of Use | =Unsubscribe

__,_._,___
<Prev in Thread] Current Thread [Next in Thread>
Admin

Disclaimer: Neither Andrew Taylor nor the University of NSW School of Computer and Engineering take any responsibility for the contents of this archive. It is purely a compilation of material sent by many people to the birding-aus mailing list. It has not been checked for accuracy nor its content verified in any way. If you wish to get material removed from the archive or have other queries about the archive e-mail Andrew Taylor at this address: andrewt@cse.unsw.EDU.AU