Date: Thu, 16 Oct 2003 13:24:41 -0700 (PDT) From: Julian Elischer <julian@elischer.org> To: "Fernando A. Paulo" <feapaulo@yahoo.com> Cc: freebsd-net@freebsd.org Subject: Re: Question about bridging code Message-ID: <Pine.BSF.4.21.0310161321420.18816-100000@InterJet.elischer.org> In-Reply-To: <20031016200604.72938.qmail@web41501.mail.yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
this is a really complicatged way of doing this.. why not just use divert sockets, like natd? or, altenatively, if you must do it at link layer, use netgraph to directly deliver the packets to your daemon.. as to packet delay, if the daemon has a high priority then, no, it shouldn't slow it down much.. (natd does this and doesn't make a huge difference..) it may even be easier to write a netgraph in-kernel kernel module to do the munging.. see one of the many sample netgraph modules... On Thu, 16 Oct 2003, Fernando A. Paulo wrote: > > hi all, > > this is about the thread regarding the use of a > freebsd bridge and tap(4) to change the contents > of the frames. > > the solution proposed in the list was to use: > > net.link.ether.bridge_cfg=fxp0:0,tap0:0,tap1:1,fxp1:1 > > then you'd write and application to bridge between > clusters 0 and 1. > > i have a couple of questions, hopefully you can help > me: > > 1) wont the userland bridge kill your application > because of all the context-switches and copies? > > 2) are you using any library to rebuild your frames > (crc, etc)? i'm thinking about libnet. > > i'd be very glad if you could help me with these > doubts. > > thanks, > fernando. > > > > > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product search > http://shopping.yahoo.com > _______________________________________________ > 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" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0310161321420.18816-100000>