[Cerowrt-devel] MacBook Pro (Snow Leopard) constantly renaming
ah at amch.net
Sun Feb 3 06:34:42 EST 2013
A while ago this problem was reported as happening and it was decided that it is to be blamed on avahi and the reflector functionality in it. I think Dave said that the bug had been reported but that nothing had been done about it upstream - I looked but couldn't find a specific bug on avahi's trac.
When I had a cero like set up with plain openwrt (routed rather than bridged) with avahi running I had the same happen to my apple devices (iMac, MacBook, airport express, time capsule and appletv). I think this points to something "wrong" in avahi's implementation of the spec or an apple specific (but not device specific) quirk in handling it.
On 2 Feb 2013, at 01:52, Phil Pennock <cerowrt-devel+phil at spodhuis.org> wrote:
> On 2013-02-01 at 16:22 -0500, William Allen Simpson wrote:
>> Anyway, it's probably a simple bug where they don't properly
>> check the MAC address as they decide whether a machine of the
>> same name is already present on the lan. If anybody has an
>> idea where to look, I'll try fixing it.
> Something is re-broadcasting the announcements back onto a network.
> I wasn't involved in diagnosis, so going from what I was told: At work,
> they had this exact same problem in the SF office and they discovered
> that Sonos music players automatically bridge together any networks they
> find and join, so there's a bridge built into a player device, which
> caused packets from MacOS on wifi to go out on wifi, be bridged onto the
> wired VLAN on the Sonos, then come back into the laptops; from this, it
> seems it would only affect machines plugged into a wired network.
> (At which point, one of them suddenly remembered that $previous_employer
> had banned these devices and now knew why).
> Something similar may be happening?
> Cerowrt-devel mailing list
> Cerowrt-devel at lists.bufferbloat.net
More information about the Cerowrt-devel