ts-7000
[Top] [All Lists]

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

To: <>
Subject: [ts-7000] RE: ts-7800 how do I make 4 (at least 2) identical network stacks?
From: <>
Date: 05 Nov 2013 17:03:18 -0800


You can use raw ethernet frames to communicate over a specific NIC under Linux. However, this imposes the requirement that any application using that method must run with root privilege. It also means having to craft a substantial portion of an already working IP stack in your own userspace code. Not trivial.



---In <> wrote:

when you say raw ethernet are you talking sockets connections or something more "raw" than that?


From: Walter Marvin <>
To:
Sent: Tuesday, November 5, 2013 10:22 AM
Subject: Re: [ts-7000] ts-7800 how do I make 4 (at least 2) identical network stacks?

 
The same effect, however, can be done using raw Ethernet on the receiving side
--------------------------------------------
On Mon, 11/4/13, Eric Robishaw <> wrote:

Subject: Re: [ts-7000] ts-7800 how do I make 4 (at least 2) identical network stacks?
To: "" <>
Date: Monday, November 4, 2013, 9:08 PM
















 









Maybe this is too simple... But why not just use
Udp broadcasting, let each device receive all the messages
and filter out what they don't need.  No need for
special routing, etc..

On Monday, November 4, 2013, Walter Marvin wrote:
















 









The mac address can be easily found. The problem
here is that Linux won't accept the same sub network on
two different interfaces and the IPs of the remote boxes
can't be changed. This has to be handled by routing
below the interface level, or raw Ethernet.




--------------------------------------------

On Mon, 11/4/13, Joseph Bouchard <> wrote:



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

To:

Date: Monday, November 4, 2013, 5:39 PM

































 



















Hi,







I've been following along in the background, reading

about half of



what's been said, and understanding less, but I

haven't seen anyone



suggest this...







Can you use ARP to an advantage here? The normal way

I've used ARP is



when we have a terminal server which has not yet been

configured... you



arp the mac address to a hostname on your PC, then connect

to the still



unconfigured box, and configure it. Your computer knows
how

to find



that remote box by it's mac address, even if the
remote

box doesn't yet



know what it's IP address is yet. Can we do that
here?







Imagine this implementation... You have 4 boxes which all

want to have



the same IP address, but they all have different MAC

addresses, which



I'll refer to MAC1, MAC2, etc. On your TS7800 you
have

a plain old



single interface eth0 with the address of your choice, and
a

typical



socket listener. When a client connects, you accept(),
like

you



normally would. It's been years since I've dealt

with the addr structs



the sockets use, but I'm thinking there is a way to
tie

a mac address to



the socket, or lacking that use arp. At that point your

file descriptor



is working correctly and you don't care about IP

addresses, you are just



talking back and forth op that open socket.







Maybe I've missed some critical detail, but the point
is

when you use



mac addresses, and/or hostnames, and you don't worry

about addresses any



more.







Good luck,



Joe





































































































__._,_.___


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