firmware icon indicating copy to clipboard operation
firmware copied to clipboard

mac addr for ffuplink changes when change-uplink is performed

Open pmelange opened this issue 7 years ago • 6 comments

This is tested with build b76e14d

When changing, for example, between tunnel-berlin-tunneldigger and default (or visa-versa) the macaddr for ffuplink gets regenerated. It would be better to have this stay between changes. It might be a good idea to keep this value in ffberlin-uplink.

pmelange avatar Dec 10 '18 16:12 pmelange

see https://github.com/freifunk-berlin/firmware-packages/pull/171#issuecomment-446712769

SvenRoederer avatar Dec 12 '18 19:12 SvenRoederer

is it worth blowing up the code just for keeping the mac-address? How often a user will change the uplink-type, which will trigger a regeneration of the MAC-address?

SvenRoederer avatar Dec 17 '18 23:12 SvenRoederer

let's discuss this for hedy-1.1

SvenRoederer avatar Dec 20 '18 23:12 SvenRoederer

Why not deriving the ffuplink MAC-address from the interface, that it runs on (e.g. only set the first byte to 'fe' and take the other bytes from eth0)? No need to save it and it would always be the same, even after reflashing.

torte71 avatar Dec 22 '18 06:12 torte71

@torte71 It was also my first idea. But after discussions at the freifunk meetings, where we spoke about ways to reduce the amount of data which can be linked back to a device, I thought it would be better to generate something random.

For hedy-1.1 I would like to get this integrated into the change-uplink code. I feel that there are a lot more fine touches we could make to improve the change-uplink system. Especially reducing duplicated code.

pmelange avatar Dec 22 '18 15:12 pmelange

I wonder if it will break anything, if we define a "ffuplink_dev" by default and rely on this. So we have always the same mac-address and need to carry this value in ffberlin-uplink.

SvenRoederer avatar Dec 29 '18 17:12 SvenRoederer