Since something like 9.0-release, I have used the following to config
an re and an ath interface together in a lagg. The intent is to have
both ethernet and wireless interfaces share the lagg and be seamlessly
pluggable between the two networks. It was necessary to set the ath's
MAC address to b
hiya,
there should be a way to create a vap with a specific mac address upon
creation time. Sorry, doing lagg+wlan is not something we've been
collectively using. :(
Thanks,
-adrian
On 12 October 2016 at 08:17, J.R. Oldroyd wrote:
> Since something like 9.0-release, I have used the following
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213207
--- Comment #8 from Andriy Voskoboinyk ---
Created attachment 175673
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=175673&action=edit
wlanaddr fix
Can you try the patch? It may fix MAC address change via 'wlanaddr' (but not
via
On Wed, 12 Oct 2016 09:08:20 -0700 Adrian Chadd wrote:
>
> hiya,
>
> there should be a way to create a vap with a specific mac address upon
> creation time. Sorry, doing lagg+wlan is not something we've been
> collectively using. :(
>
> Thanks,
>
>
> -adrian
>
>
PR#213207 appears to be disc
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213207
--- Comment #9 from f...@opal.com ---
This affects us here, too.
In an email thread on freebsd-wireless, "Regression: ethernet + wireless/ath
under lagg", I posted an alternative work-around, but both the solution here
and that one require
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213207
--- Comment #10 from f...@opal.com ---
Oh, to follow-up on what I said in that thread, we need either a way to
determine the ath's MAC address, e.g., a sysctl dev.ath.N.macaddr or similar,
so that we can use this to set the ethernet's MAC, o
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213207
Adrian Chadd changed:
What|Removed |Added
CC||adr...@freebsd.org
--- Comment #11
On 12 October 2016 at 12:32, J.R. Oldroyd wrote:
> On Wed, 12 Oct 2016 09:08:20 -0700 Adrian Chadd
> wrote:
>>
>> hiya,
>>
>> there should be a way to create a vap with a specific mac address upon
>> creation time. Sorry, doing lagg+wlan is not something we've been
>> collectively using. :(
>>
>