User Tools

Site Tools


addressrandomization

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
addressrandomization [2020/03/27 16:58]
James Prestwood
addressrandomization [2020/03/27 17:18] (current)
James Prestwood
Line 68: Line 68:
  
 ==== Solutions ==== ==== Solutions ====
-There are several solutions which have been looked at, all of which require kernel changes. The optimal solution would be to allow the adapters MAC address to be changed without powering down.+There are several solutions which have been looked at, all of which require kernel changes. The optimal solution would be to allow the adapters MAC address to be changed without powering down. This solves both the timing cost and the race conditions. This has been implemented,​ but met with opposition from the maintainers:​ 
 +https://​marc.info/?​l=linux-wireless&​m=156762443831647&​w=2 
 + 
 +A similar solution could also be implemented for RTNL, where-as the above patches are only in nl80211. The RTNL path was not even pursued because that subsystem is quite old and invasive changes are difficult to get upstreamed. 
 + 
 +Another solution would be to include some kind of cookie associated with RTNL requests. This would allow IWD to determine **who** caused an interface to go down. This would eliminate the race conditions, but the timing cost would still exist. 
addressrandomization.txt · Last modified: 2020/03/27 17:18 by James Prestwood