Question about bridging code

[Julian Elischer]

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 at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscribe at freebsd.org"
>