From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wi0-f176.google.com ([209.85.212.176]:34362 "EHLO mail-wi0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751261AbbG0KiQ (ORCPT ); Mon, 27 Jul 2015 06:38:16 -0400 Received: by wibud3 with SMTP id ud3so134034793wib.1 for ; Mon, 27 Jul 2015 03:38:15 -0700 (PDT) Date: Mon, 27 Jul 2015 12:38:26 +0200 From: Alexander Aring Subject: Re: What is SAM value? "ieee802154 phy0 wpan0: SAM value 0x3 not supported" Message-ID: <20150727103822.GD18090@omega> References: <55B250E2.7020906@osg.samsung.com> <20150727083202.GA3071@omega> <20150727093018.GB18090@omega> <20150727102121.GC18090@omega> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Sender: linux-wpan-owner@vger.kernel.org List-ID: To: Baptiste Clenet Cc: Stefan Schmidt , linux-wpan@vger.kernel.org On Mon, Jul 27, 2015 at 12:31:28PM +0200, Baptiste Clenet wrote: > 2015-07-27 12:21 GMT+02:00 Alexander Aring : > > On Mon, Jul 27, 2015 at 12:08:18PM +0200, Baptiste Clenet wrote: > > ... > >> > >> Receiving side: > >> [ 176.921637] CID flag is set, increase header with one > >> [ 176.931640] NH flag is set, next header carried inline: 02 > >> [ 176.942502] SAC bit is set. Handle context based source address. > >> [ 176.954397] > >> [ 176.957352] ieee802154 phy0 wpan0: SAM value 0x3 not supported > >> > > > > Yes this is not what it was transmitted before from the other node. > > That's why I would ask for some sniffing device, somewhere in the lower > > layers mac or phy it will fill your frame with garbage. > > > > I can't tell you now if it's the transmitted node or the receiving node. > > You need to debug it there. > Yeah, I agree. > > > > > To ensure the transmitted node don't send garbage I would like to check > > it with some sniffer device. If you see garbage on the sniffer device > > then it's something wrong with the transmitting. > Ok, but I did sniffing with monitor0 on the receiver as I mentioned earlier. > How may I sniff a packet ont the sender? Because I can't set up > lowpan0 on top of monitor0. > How may I sniff on lower layers? > In short: Monitor is just for sniffing, we don't parse any payload data on it. You can't create a lowpan interface on it, please use the L2 interface (wpan0). See [0], you maybe need a third node which running as monitor. > Also, I would add that even if I change the destination IP, I still > receive the message. Shouldn't the transceiver blocks messages which > are not addressed to it? > for L2 (ieee802154) addresses yes, for L3 (IPv6) no. - Alex [0] http://wpan.cakelab.org/#_sniffing