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

Reply via email to