Posted: Mon Jan 04, 2016 17:37 Post subject: Re: 2 ROUTERS with the SAME mac address
the_boink wrote:
I've flashed 2 routers (DLINK 868L rev B) with the dd-wrt firmware (12-24-2015-r28598/dlink-dir868l-revb/dir868b-webflash.bin)
They now show the exact same mac address in the status page. Causing all kind of problems.
Does anyone why this is, and how to fix this?
This was an upgrade, or after the 'factory-to-ddwrt.bin' I presume? I also presume that the MAC you're seeing does match one of the routers' labels (and the label do not-match each other)? Ie, what LOM said; you applied a backup from one onto the other...
Unless you've flashed the same CFE to both, you just need to either reset the one that's wrong (vs the label) and manually set it up, or just change the appropriate nvram parameters to match the correct addresses; there should be several, but you'd just want to use the same offsets from the base label values.
To check, run this in the Admin->Commands window:
Code:
nvram show|grep mac
Or use telnet/ssh. To fix them:
Code:
nvram set {parameter}={correct value and syntax}
nvram commit && reboot
i have the same issue with a pair of Archer C9 that I bought recently. I didn;t copy any configs from one to the other.
I just used the factory to dd-wrt.bin for version 28493 file on both with a reset(probably a mistake) and both come up with a eth0 mac address of 00:90:4C:0E:51:23
On one of the units, I did a nvram set et0macaddr={the address printed on the router} and it fixed eth0 and eth1 but eth2 remained as 00:90:4C:0E:51:23
I;ve never had an issue like this before. _________________ Please state what make and model router plus the build number and type of DD-WRT you are using. Screen prints and a network diagram can are also helpful. Before you create a new post, use the search function. Chances are your issue has happened to someone else.
i often wonder at what point will manufacturers begin to recycle mac addresses since they need to be unique.
the problem this time was some weirdness in how dd-wrt determines or pulls the mac address from the unit and populates the nvram variables. issues caused by differences in routers could be the cause of all the bricked builds lately. all it takes is for some bad variables to make your router inoperable.
the solution for me was to issue the commands
nvram set et0macaddr={the mac address of the router}
nvram commit
reboot
then to fix eth2
nvram set 1:macaddr={the mac address incremented by 2}
to fix br and br:0 go into setup/networking/bridge and set the mac address to the mac address of the router as well
however, this solution was only for my Archer C9. I have a Asus RT-AC66U that doesn;t have these nvram variables. Also for some reason eth0 and eth1 are identical but my Internet works. _________________ Please state what make and model router plus the build number and type of DD-WRT you are using. Screen prints and a network diagram can are also helpful. Before you create a new post, use the search function. Chances are your issue has happened to someone else.
If you used reset and the macs are still the same, then it is probably a problem with the extracted macs.
In the nit code for the 880 there is a badly copied macaddr, going to fix this with my upcoming commits.
Here is what I changed using ssh connect to Router
(under windows use Putty, User=root, PW=<Your password>).
Before change I could not use 2 Dlink 868L B1 as Client Bridge connected at the same time to 5GHz wireless network (ony one at the time was working)
:: Change HWAddr Wireless 2.4 GHz ::
nvram set eth1_hwaddr=00:90:4C:1F:F0:1C
nvram set wl0.1_hwaddr=00:90:4C:1F:F0:1C
nvram set wl0_hwaddr=00:90:4C:1F:F0:1C
:: Change HWAddr Wireless 5 GHz ::
nvram set eth2_hwaddr="00:90:4C:1E:50:30"
nvram set wl1_hwaddr="00:90:4C:1E:50:30"
nvram set wl1.1_hwaddr="00:90:4C:1E:50:30"
:: Change WAN MAC Adress ::
nvram set wan_hwaddr=00:90:4C:1F:F0:21
:: Change LAN MAC Adress ::
:: In this example Bridge is done with 5GHz wireless ::
nvram set 1:macaddr="00:90:4C:1E:50:30"
nvram set lan_hwaddr="00:90:4C:1E:50:30"