Re: CFR: bridge locking

From: Daniel C. Sobral (dcs_at_tcoip.com.br)
Date: 08/20/03

  • Next message: Luigi Rizzo: "Re: CFR: bridge locking" 
    Date: Wed, 20 Aug 2003 16:50:56 -0300
To: Julian Elischer <julian@elischer.org>

    Julian Elischer wrote:
    >
    > On Wed, 20 Aug 2003, Robert Watson wrote:
    >
    >
    >>On Wed, 20 Aug 2003, Lars Eggert wrote:
    >>
    >>
    >>>I think you mentioned in the past that NetBSD (OpenBSD?) has bridge code
    >>>that implements the pseudo-device approach?
    >
    >
    > FreeBSD has both.
    > If you use netgraph bridging then you are using a more
    > "link level device" like approach.

    Nope. Neither netgraph nor bridge(4) produce a pseudo-interface.
    Unfortunately. It would have solved the problem I was discussing with
    you (alas, I found a y2k thread, in which Archie and you were also
    present, about that very same problem).

    Netgraph's ng_iface is not enough, because it's much more limitted.

    >
    >
    >
    >>I had an older set of patches (4.x?) that implemented a bridgeX interface
    >>that saw all of the packets bridged by the bridge. However, it was just a
    >>pseudo-interface for the purposes of BPF -- it didn't carry a link local
    >>address, etc. I never tested for interop with IPv6. You can find a very
    >>old version of this at www.watson.org/~robert/freebsd/bridge.patch. It
    >>required some cleanup of the interactions between the bridge code and IPFW
    >>code that have probably since happened in the main tree as well, so the
    >>chances of this applying or working are effectively 0. :-)
    >>
    >>Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
    >>robert@fledge.watson.org Network Associates Laboratories
    >>
    >>_______________________________________________
    >>freebsd-net@freebsd.org mailing list
    >>http://lists.freebsd.org/mailman/listinfo/freebsd-net
    >>To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"
    >>
    >
    >
    > _______________________________________________
    > freebsd-arch@freebsd.org mailing list
    > http://lists.freebsd.org/mailman/listinfo/freebsd-arch
    > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" 

    -- 
Daniel C. Sobral                   (8-DCS)
Gerencia de Operacoes
Divisao de Comunicacao de Dados
Coordenacao de Seguranca
VIVO Centro Oeste Norte
Fones: 55-61-313-7654/Cel: 55-61-9618-0904
E-mail: Daniel.Capo@tco.net.br
         Daniel.Sobral@tcoip.com.br
         dcs@tcoip.com.br
Outros:
	dcs@newsguy.com
	dcs@freebsd.org
	capo@notorious.bsdconspiracy.net
The penalty for laughing in a courtroom is six months in jail; if it
were not for this penalty, the jury would never hear the evidence.
		-- H. L. Mencken
_______________________________________________
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"
  • Next message: Luigi Rizzo: "Re: CFR: bridge locking"

    Relevant Pages

    • Re: CFR: bridge locking
      ... > If you use netgraph bridging then you are using a more ... >>required some cleanup of the interactions between the bridge code and IPFW ... The penalty for laughing in a courtroom is six months in jail; if it were not for this penalty, the jury would never hear the evidence. ...
      (freebsd-arch)
    • Re: CFR: bridge locking
      ... If you use netgraph bridging then you are using a more ... "link level device" like approach. ... > required some cleanup of the interactions between the bridge code and IPFW ...
      (freebsd-arch)
    • Re: CFR: bridge locking
      ... If you use netgraph bridging then you are using a more ... "link level device" like approach. ... > required some cleanup of the interactions between the bridge code and IPFW ...
      (freebsd-net)
    • UPDATE: New Mozilla SpiderMonkey bridge code release
      ... The bridge code has undergone its final large renovation. ... Javascript objects in real-time from both Delphi/Kylix and script. ...
      (borland.public.delphi.thirdpartytools.general)
    • Re: CFR: bridge locking
      ... >> This patch adds locking and also overhauls the bridge code some to do ... It forwards a copy of bridged packets to bpfs attached to interfaces ... > in the bridge set that have no carrier. ...
      (freebsd-arch)