Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 30 May 2019 15:06:56 -0700
From:      Johannes Lundberg <johalun0@gmail.com>
To:        freebsd-current@freebsd.org
Subject:   Re: Inconsistent behavior with wpa / devd / network interfaces
Message-ID:  <2fce7476-2329-ea9f-ea26-4c3fdf9aa4b0@gmail.com>
In-Reply-To: <b13da1c3-90d0-3643-d558-8766369132e4@quip.cz>
References:  <b253aa53-d158-bece-c117-a7b78f11ebf7@FreeBSD.org> <2836877.0P3pStmDMi@no.place.like.home> <b13da1c3-90d0-3643-d558-8766369132e4@quip.cz>

next in thread | previous in thread | raw e-mail | index | archive | help

On 5/30/19 1:25 PM, Miroslav Lachman wrote:
> Greg Rivers wrote on 2019/05/30 18:37:
>
> [...]
>
>>> Do I have something weird in my setup causing this? I don't recall ever
>>> having this issue when not using failover lagg. Running recent
>>> 13-CURRENT.
>>>
>> I think there's a (unknown?) problem that makes lagg(4) incompatible
>> with
>> bridge(4). I've never been unable to make a lagg interface work as a
>> member of
>> a bridge. Lacking the time to pursue it, I've resorted to NATing
>> instead.
>
> lagg and bridge can work together.
> I am running machine with FreeBSD 11.2 with 2 Intel NICs: em0 and em1
> combined in to lagg0
>
> lagg0 has 4 static IP addresses
>
> There is also bhyve VM on tap20, this VM has another 2 static IP
> addresses
>
> tap20 and lagg0 are members of the bridge. This bridge is renamed to
> "vm-public"
>
> vm-public: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0
> mtu 1500
>         ether da:ae:ba:75:53:ce
>         nd6 options=1<PERFORMNUD>
>         groups: bridge vm-switch viid-4c918@
>         id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15
>         maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200
>         root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0
>         member: tap20 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
>                 ifmaxaddr 0 port 5 priority 128 path cost 2000000
>         member: lagg0 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
>                 ifmaxaddr 0 port 4 priority 128 path cost 2000000
>
> Everything works without any problem.
>
> The only problem in the beginning was PF rules. I added rule to allow
> traffic to the VM IP addresses.
>
> Miroslav Lachman

Hi

Thanks for the feedback. This setup works great for me too. The problem
is when switching external network on lagg0 (DHCP)... Once I'm connected
and nothing changes, it works perfectly.

> _______________________________________________
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to
> "freebsd-current-unsubscribe@freebsd.org"



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2fce7476-2329-ea9f-ea26-4c3fdf9aa4b0>