if_gif/if_bridge problem

[Andrew Thompson]

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