Ethernet Bridge development
 help / color / mirror / Atom feed
From: "Chris Shaw" <chriss@watertech.com>
To: bridge@lists.osdl.org
Subject: Re: [Bridge] eth1394 interface support?
Date: Wed, 11 Aug 2004 13:48:17 -0700	[thread overview]
Message-ID: <05da01c47fe4$878de170$8805640a@chriss> (raw)
In-Reply-To: 20040811092851.43c57af7@dell_ss3.pdx.osdl.net

I shudder at the thought.... but... if you want bridging between 1394 and
Ethernet or wireless interfaces, you can do it in W2K3 or WinXP...

Again I know.... gross... but it works if you can stand windows...

You can also use ProxyARP which is a kludge but it can work, provided that
1394 under linux can do ARP in the usual 802 way...

P.S. I don't know if this has been brought up and please don't take it as a
demand for features, just a query, but has support for bridging disparate
interface types been considered or attempted?

True hardware bridges/switches can bridge between wired/wireless,
tokenring/Ethernet FDDI/Ethernet HIPPI/Ethernet, etc etc etc... It would be
cool if linux could do it for the firewalling capabilities and because
hardware like that can be very expensive...

Does anyone know how windows is doing it? Is it more of a ProxyARP than a
bridge?

    -Chris

----- Original Message -----
From: "Stephen Hemminger" <shemminger@osdl.org>
To: "Yuval Kogman" <nothingmuch@woobling.org>
Cc: <bridge@lists.osdl.org>
Sent: Wednesday, August 11, 2004 9:28 AM
Subject: Re: [Bridge] eth1394 interface support?


> On Wed, 11 Aug 2004 18:16:31 +0300
> Yuval Kogman <nothingmuch@woobling.org> wrote:
>
> > I have a linux box which sits in the living room and plays
> > ti^H^Hfreevo.
> >
> > Among other things it also talks to the cable modem via interface
> > eth0, and does NAT transformations for eth1.
> >
> > Yesterday i was sitting in the living room with my laptop, thinking
> > about the fact that my wireless access point will only arrive next
> > week, and then remembered they both the laptop and the linux boxhave
> > firewire. The plot thickens.
> >
> > I enabled bridging support in the kernel, and i got to
> >
> > brctl addbr br0
> > brctl addif br0 eth1 # LAN interface
> > brctl addif br0 eth2 # firewire interface
> > br_add_interface: Invalid argument
> >
> > I reckon eth1394 is at fault, but I'd like to know what the bridge
> > code expects from it.
>
> It must use ethernet link encapsulation: 6 byte dst, 6 byte src, 2 byte
type.
> But 1394 uses 8 byte dst, 2 byte type.  Obviously this can't be bridged.
>
>
> The bridge checks this by looking at the device type (dev->type) to
> check if it is ARPHD_ETHER.  For 1394 this is set to ARPHRD_IEEE1394.
>


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


_______________________________________________
Bridge mailing list
Bridge@lists.osdl.org
http://lists.osdl.org/mailman/listinfo/bridge


  parent reply	other threads:[~2004-08-11 20:48 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-11 15:16 [Bridge] eth1394 interface support? Yuval Kogman
2004-08-11 16:28 ` Stephen Hemminger
2004-08-11 18:04   ` Yuval Kogman
2004-08-11 20:48   ` Chris Shaw [this message]
2004-08-11 23:36     ` Yuval Kogman
2004-08-11 23:56       ` Chris Shaw

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='05da01c47fe4$878de170$8805640a@chriss' \
    --to=chriss@watertech.com \
    --cc=bridge@lists.osdl.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox