From owner-freebsd-questions@FreeBSD.ORG Mon Jan 24 15:40:38 2011 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D3EA106564A for ; Mon, 24 Jan 2011 15:40:38 +0000 (UTC) (envelope-from freebsd-questions@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) by mx1.freebsd.org (Postfix) with ESMTP id B68B38FC08 for ; Mon, 24 Jan 2011 15:40:37 +0000 (UTC) Received: from laptop1.herveybayaustralia.com.au (laptop1.herveybayaustralia.com.au [192.168.0.186]) by mail.unitedinsong.com.au (Postfix) with ESMTP id 69F505C45 for ; Tue, 25 Jan 2011 01:47:41 +1000 (EST) Message-ID: <4D3D9CBC.7060700@herveybayaustralia.com.au> Date: Tue, 25 Jan 2011 01:37:32 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.16) Gecko/20101227 Thunderbird/3.0.11 ThunderBrowse/3.3.4 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <20110123023834.19098.qmail@joyce.lan> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Changing the MAC address on a LAN adapter X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2011 15:40:38 -0000 On 01/25/11 01:14, Paul B Mahol wrote: > On Sun, Jan 23, 2011 at 3:47 PM, John R. Levine wrote: > >>>> Is this a known problem? As far as I know, it's supposed to work. >>>> >>> How you change MAC address? With "ether" command? >>> >> # ifconfig em0 ether 01:17:a4:8f:04:5d >> > Well, if it does not work it can be driver bug. > > In iwn case try to set MAC address of iwn before creating wlan or > you will need to set same MAC on wlanX and iwn. > Actually I can confirm that. I use lagg for failover, and I remember now you have to set the 'real' interface to the MAC of the other lagg member, not a 'psuedo-device' or it won't work. Same principle applies here. HTH