Re: if_gif/if_bridge problem

On Tue, Feb 26, 2008 at 11:51:38AM -0500, Boris Kochergin wrote:
Eugene Grosbein wrote:
On Tue, Feb 26, 2008 at 09:57:48AM -0500, Boris Kochergin wrote:


bridge0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu
1500
ether 3e:7f:e8:ef:f6:a4
inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255
id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15
maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200
root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0
member: gif6 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>


[skip]


So, the tunnels and bridges appear to be sending the traffic around
properly, but the concentrator machine isn't replying to ARP requests for
its bridge0 interface's IP. This is where I'm stuck. Any help is
appreciated.


The problem is that if_bridge(4) won't work this way - with only one
gif-member
without patching. I've faced this recently and debugged it in detail.
Then I've produced a patch and now I run it over a month in production
without a problem:

ftp://www.kuzbass.ru/pub/freebsd/lagg-0.1.tgz


I just tested it on my 7.0-RC1 setup and it did indeed take care of the
problem. Thank you very much!

Eugene, I take it the fix that applies on Boris's case is the
M_BCAST|M_MCAST setting on the mbuf? I would like to test/commit this.

Also, why to you add support for adding a bridge to a lagg interface?


regards,
Andrew
_______________________________________________
freebsd-net@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscribe@xxxxxxxxxxx"