From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-lj1-f179.google.com ([209.85.208.179]:36647 "EHLO mail-lj1-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729508AbfFLXIX (ORCPT ); Wed, 12 Jun 2019 19:08:23 -0400 Received: by mail-lj1-f179.google.com with SMTP id i21so16626613ljj.3 for ; Wed, 12 Jun 2019 16:08:21 -0700 (PDT) MIME-Version: 1.0 References: <20190612141016.owy6csdatcugsgak@x220t> <20190612172028.2fxq6jsj5jsq5pca@x220t> <20190612195958.ukblxedzxwr6hvdk@x220t> <20190612230333.2vzlzdpn6yix6owg@x220t> In-Reply-To: <20190612230333.2vzlzdpn6yix6owg@x220t> From: Ramon Fontes Date: Wed, 12 Jun 2019 20:08:09 -0300 Message-ID: Subject: Re: Simulating 6lowpan with mac802154_hwsim Content-Type: text/plain; charset="UTF-8" Sender: linux-wpan-owner@vger.kernel.org List-ID: To: Alexander Aring Cc: linux-wpan@vger.kernel.org For TC it's true, then you need to match on different addresses e.g. mac > address/short address? After talking with the TC maintainer, he told me it's implemented as qdisc and not as action where you probably could do something to use netem features per neighbor as run on specifc patterns... >> Which patterns do you mean? Can I try the mac address with TC? Thanks a lot for your kind help. Regards, Ramon On Wed, Jun 12, 2019 at 8:03 PM Alexander Aring wrote: > > On Wed, Jun 12, 2019 at 07:52:15PM -0300, Ramon Fontes wrote: > > For LQI this is not true, because in mac802154_hwsim you say edges as a > > set of vectors (which node can reach the other node) and specify the LQI > > value which the receiving node will be get. > > > > >> Ok! I just used wpan-hwsim and it seems to work fine. However, I have another question: How can I get the LQI value? I've created a monitor interface, but I couldn't observe the LQI value. > > > > As I told, it's mostly garbage right now. There exists some way to get > it on af802154 socket... There is currently no feature for it on > AF_PACKET or some kind of neighbor nodes database (at least upstream) > for the last one I have somehow dirty patches for it (without short > address handling which getting complex because I need kind of mapping > from other layers). > > Somehow I didn't got your other message. > > - Alex