network help required

I’m not sure if this is the correct group to address this at, if not, please
tell me where to go (politely).

I wan’t to write a small io-net filter module which basically takes ethernet
traffic from one interface and replays it immediately on another. The
machine should then act as a dumb bridge between two hardware domains. I
will endeavour to pick up a 3C90x driver with promisuous mode devctl setting
so that all the traffic can be forwarded. Any ideas? Is there an easier way
of doing this?

Thanks in advance

Poseidon

Me <paul.ryan2@nospam.virgin.net> wrote:

I’m not sure if this is the correct group to address this at, if not, please
tell me where to go (politely).

I wan’t to write a small io-net filter module which basically takes ethernet
traffic from one interface and replays it immediately on another. The
machine should then act as a dumb bridge between two hardware domains. I
will endeavour to pick up a 3C90x driver with promisuous mode devctl setting
so that all the traffic can be forwarded. Any ideas? Is there an easier way
of doing this?

You’re talking to HW dudes. We would all just probably write some
code to crosswire the two cards DMA buffers and to hell with a driver.

Otherwise, it sounds like you’re talking about a plain old
application.

I guess nobody could figure out a polite way to tell you where to
go :slight_smile:

<pete@spam-yourself.com> wrote in message news:99odav$5lm$5@inn.qnx.com

Me <> paul.ryan2@nospam.virgin.net> > wrote:
I’m not sure if this is the correct group to address this at, if not,
please
tell me where to go (politely).

I wan’t to write a small io-net filter module which basically takes
ethernet
traffic from one interface and replays it immediately on another. The
machine should then act as a dumb bridge between two hardware domains. I
will endeavour to pick up a 3C90x driver with promisuous mode devctl
setting
so that all the traffic can be forwarded. Any ideas? Is there an easier
way
of doing this?

You’re talking to HW dudes. We would all just probably write some
code to crosswire the two cards DMA buffers and to hell with a driver.

Well, I am not only a HW dude (my title is Software Developer)…caution -
I am not QSSL either!

My (only partly informed) opinion is that this is likely the easiest way of
doing it, and it should work, but there are potentially a number of
difficult bridges to cross…
e.g. What level of protocol are you working at? if at the Ether Frame level,
will you be modifying the source/dest MAC addresses, or are you doing
effectively a hardware frame forwarder? will this cause problems with ARP
on any of the machines (source, bridge, destination)?
Can you do what you want under the io-net architecture? (My guess is - yes.
but it is only a guess)
Assuming you are “bridging” between en0 and en1 cards…
Scenario a.
Register as an up filter above each card. Question - can an up filter
inject packets in the downward going direction for an up producer?
Scenario b.
Register as a convertor above each card. Question - can you install two
converters on a single card? or will the fact that you have an IP-EN
converter already in place prevent you from doing this?

This is an example of the kinds of issues that you will likely be dealing
with, and I believe that you will get better answers from QSSL if you make
attempts to design what you want using the Network DDK documentation, and
then ask specific questions, rather than asking QSSL to get you started on
your design. (Not that you cannot ask them, mind you, it is just that I
feel that you will not get as fast or complete a response…)

Anyway, I hope that this has helped a little, rather than obfuscating the
issues.


Otherwise, it sounds like you’re talking about a plain old
application.

I guess nobody could figure out a polite way to tell you where to
go > :slight_smile:

pete@spam-yourself.com wrote:
: Me <paul.ryan2@nospam.virgin.net> wrote:
:> I’m not sure if this is the correct group to address this at, if not, please
:> tell me where to go (politely).

:> I wan’t to write a small io-net filter module which basically takes ethernet
:> traffic from one interface and replays it immediately on another. The
:> machine should then act as a dumb bridge between two hardware domains. I
:> will endeavour to pick up a 3C90x driver with promisuous mode devctl setting
:> so that all the traffic can be forwarded. Any ideas? Is there an easier way
:> of doing this?

: You’re talking to HW dudes. We would all just probably write some
: code to crosswire the two cards DMA buffers and to hell with a driver.

: Otherwise, it sounds like you’re talking about a plain old
: application.

: I guess nobody could figure out a polite way to tell you where to
: go :slight_smile:

This is trivial with a io-net filter module as well. Your
sales rep should be in touch with you shortly (if not already).

-seanb

i have some code that does just that just above the hardware layer.
if the tcp group gives me the green light then i would like to pass it
along… tcp group, can someone handling cvs post the sources to cvs.qnx.com?
that would be the best… or give me green and i can post here.

Sean Boudreau <seanb@qnx.com> wrote:

pete@spam-yourself.com > wrote:
: Me <> paul.ryan2@nospam.virgin.net> > wrote:
:> I’m not sure if this is the correct group to address this at, if not, please
:> tell me where to go (politely).

:> I wan’t to write a small io-net filter module which basically takes ethernet
:> traffic from one interface and replays it immediately on another. The
:> machine should then act as a dumb bridge between two hardware domains. I
:> will endeavour to pick up a 3C90x driver with promisuous mode devctl setting
:> so that all the traffic can be forwarded. Any ideas? Is there an easier way
:> of doing this?

: You’re talking to HW dudes. We would all just probably write some
: code to crosswire the two cards DMA buffers and to hell with a driver.

: Otherwise, it sounds like you’re talking about a plain old
: application.

: I guess nobody could figure out a polite way to tell you where to
: go > :slight_smile:

This is trivial with a io-net filter module as well. Your
sales rep should be in touch with you shortly (if not already).

-seanb


Randy Martin randy@qnx.com
Manager of FAE Group, North America
QNX Software Systems www.qnx.com
175 Terence Matthews Crescent, Kanata, Ontario, Canada K2M 1W8
Tel: 613-591-0931 Fax: 613-591-3579