Opened 9 years ago

Closed 4 years ago

#4505 closed defect (fixed)

One MAC to rule them all ?

Reported by: werner@… Owned by: developers
Priority: response-needed Milestone: Bugs Paradise
Component: base system Version: Kamikaze trunk
Keywords: Cc:


I installed Kamikaze 8.09 RC2 on a WRT54G and three WRT54GL
and found that they all ended up with the same MAC address
on wlan0: 00:90:4C:5F:00:2A

Is this expected behaviour ?

I also wonder if a station is supposed to be able to distinguish
them regardless (they have different ESSIDs.)

  • Werner

Attachments (0)

Change History (2)

comment:1 Changed 8 years ago by spudz76

  • Component changed from packages to base system
  • Milestone changed from Kamikaze to Kamikaze Bugs Paradise
  • Priority changed from normal to response-needed
  • Version set to Kamikaze trunk

[patchteam] Some hardware comes from the factory with duplicate default MACs set in nvram, and they must either ignore it in the original firmware (leaving it at hardware default, which should be unique) or do some other workaround. Do these exhibit the same issue running the original firmware as well? Manually setting the nvram nvars (or UCI after firstboot) to the proper MAC would fix this issue, and I see no way to detect such a problem gracefully, other than perhaps building a database of known "bad" default nvram MACs and generating a randomized one or overriding with the one reported by wifi hardware on firstboot or such. Is this still an issue on newer revisions?

Setting to response-needed to initiate some more discussion on this.

comment:2 Changed 4 years ago by tripolar

  • Resolution set to fixed
  • Status changed from new to closed

please try latest trunk and reopen a ticket if the problem still exists

Add Comment

Modify Ticket

as closed .
The resolution will be deleted. Next status will be 'reopened'.

E-mail address and user name can be saved in the Preferences.

Note: See TracTickets for help on using tickets.