Return-path: Received: from mail-qc0-f172.google.com ([209.85.216.172]:38321 "EHLO mail-qc0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751542AbaEZJht (ORCPT ); Mon, 26 May 2014 05:37:49 -0400 Received: by mail-qc0-f172.google.com with SMTP id l6so11849408qcy.3 for ; Mon, 26 May 2014 02:37:49 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: <3893194.GDQagdLGN9@desktop.local> <20140522192720.GA13440@localhost> <20140523205717.GB6585@localhost> From: Henning Rogge Date: Mon, 26 May 2014 11:37:28 +0200 Message-ID: (sfid-20140526_113752_962985_B0584406) Subject: Re: [RFC Patch] Unify mpp/mesh_path handling for Mac 802.11s To: Yeoh Chun-Yeow Cc: Bob Copeland , "linux-wireless@vger.kernel.org" , Thomas Pedersen , Johannes Berg Content-Type: text/plain; charset=UTF-8 Sender: linux-wireless-owner@vger.kernel.org List-ID: Hi, I think this would require to know the mac addresses of the remote nodes... but maybe I will look into changing the timeout value. Henning Rogge On Mon, May 26, 2014 at 8:47 AM, Yeoh Chun-Yeow wrote: > For disable HWMP, in additional to disable frame forwarding and set > mesh TTL to 1, you can force specific mpath using "iw mesh0 mpath set > next_hop ". In this case, you will disable the path > refresh. > > ---- > Chun-Yeow > > On Sat, May 24, 2014 at 4:57 AM, Bob Copeland wrote: >> On Fri, May 23, 2014 at 12:52:57PM +0200, Henning Rogge wrote: >>> Hi, >>> >>> I will have another look at the codebase next week, there was a lot of >>> similar code for both tables that could be simplified without throwing >>> them together. >>> >>> The feeling I get here is that four new nl80211 commands >>> (set/get/del/dump mpp_paths) are the right way to export these values? >> >> That approach would be fine by me. Thanks for working on this! >> >> -- >> Bob Copeland %% www.bobcopeland.com