On Thu, 2012-11-29 at 00:32 +0000, Conor O'Gorman wrote: > br2684 picks that address if there is no 'set' mac and if the lower > level provides nothing. It is a valid address, Xerox.
Whether or not it is technically valid might be rather open to interpretation at the other end. The validity of a MAC with a Xerox OUI and the rest as zero still has non-zero ambiguity. > I note that br2684 also has an ndo_set_mac_address(), enabling > ifconfig nas0 hw ether OO:UU:II:aa:bb:cc The way that's handled in OpenWrt is manually entering the MAC in /etc/config/network rather than having it correct out-of-the-box. That's _really_ not a solution. > If the adsl/atm headend decides to actually bridge out onto a real > ethernet, then it would be a good idea to have a reasonably unique MAC. > How common is this? I wouldn't think it's too common, but probably would > arise at some point. This is the way my current ISP handles things. This is the way my previous ISP handled things. This is also the way the ISP I had before that one handled things, way back in 2001. Also, for those on static IP's, all ISP's I've ever encountered, except one, handled things this way as well. > It may be appropriate to have it set the mac either from a config option > 'macaddr' like the ethernet bridge, or use a sensible default such as > the system serial/MAC, with or without some adjustment like an increment > or bit flip. > > Conor The config option is already in place, as I said above. The sensible default _is_ the increment, which is what the vast majority of DSL routers do. In most of the AR7 ones, however, this incremented MAC is already a separate boot environment variable. I'm not seeing that on lantiq so far, but I still may. _______________________________________________ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel