Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 25 Oct 2002 11:45:51 +0200
From:      Marko Zec <zec@tel.fer.hr>
To:        Julian Elischer <julian@elischer.org>
Cc:        "J. 'LoneWolf' Mattsson" <lonewolf-freebsd@earthmagic.org>, freebsd-net@freebsd.org, freebsd-arch@freebsd.org
Subject:   Re: RFC: BSD network stack virtualization
Message-ID:  <3DB912CF.DF6F7B74@tel.fer.hr>
References:  <Pine.BSF.4.21.0210231737330.36940-100000@InterJet.elischer.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Julian Elischer wrote:

> On Thu, 24 Oct 2002, Marko Zec wrote:
>
> > Julian Elischer wrote:
> >
> >
> > > 11/ why was ng_bridge unsuitable for your use?
> >
> > Both the native and netgraph bridging code, I believe, were designed with
> > the presumption that only one "upper" hook is really needed to establish the
> > communication to kernel's single network stack. However, this concept
> > doesn't hold on a kernel with multiple network stacks. I just picked the
> > native bridging code first and extended it to support hooking to multiple
> > "upper" hooks. The similar extensions have yet to be applied to ng_bridge, I
> > just didn't have time to implement the same functionality in two different
> > frameworks.
>
> ng_bridge doesn't really distinguish between hooks to upper and lower
> detinations. it only knows wha tMAC addresses are seen to come from each
> hook and ensures that packets destined to those addresses are sent to
> those hooks.. you can have as many
> 'upper' hooks as you wish (and there are some uses for that).

I just checked (only the functionality, not the ng_bridge code), and it doesn't
work properly out of the box for bridging between the virtual network stacks. The
inbound broadcast/multicast traffic seems to be delivered properly, but the
outbound traffic doesn't pass the bridge when initiated outside the "master"
virtual image. I'm just to lazy to dig into the code right now, maybe I'll check
it more thoroughly later...

Marko


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3DB912CF.DF6F7B74>