Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp3500975ybb; Mon, 23 Mar 2020 02:13:43 -0700 (PDT) X-Google-Smtp-Source: ADFU+vsnNJzBfksLlR1V/4TKX5YkJPUN1xKSVLAzSGJyeSB2CWahWW5td7FSAR33+ggZC0PGcEZ9 X-Received: by 2002:a05:6808:aa8:: with SMTP id r8mr1569218oij.78.1584954823216; Mon, 23 Mar 2020 02:13:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584954823; cv=none; d=google.com; s=arc-20160816; b=OuaNoo3w/DKwsl/apGaKK2wKTgFdF/mXh9AvTW4waj7ObwK5hW+i8bB24zKg2OdnpB UaAZlt4beVpM/ZOOs12Dk1dtKfmhWhjLM7GLSv5HvrIe0jy+wHWy1jEFUHG+HGGdy5av T8fH6gkH8SyWT88H360oxXgIxj3IigKW/EIbUpiGfbw8igp+L7hLld1vwRMWtaQeIczG nJ4bTssj3AKLdVsuXH+GGV4N7J9MP/e7/yMHNg1OnUIFWEhHQ/EbpWLZEfBlHg1DaXNi p+POG9OTyK+Cotp8LykU/DtQJ0gVdZIy2VjllPIfNRS9YPOS2AxXu8uG1glW2zqCjOEi oI5w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=IE2TOzJBOY2cxYQKse21MVcQRkXYf9ZKoy7/BtbjHoU=; b=wxWg3QOsgmRwoA7x5XjoDWDyjaYrrrTjbPTJOLRZ6yxa8uu8MI9xSAhBihaoOCTpW2 H++3vRExE2Y9tXVzh75pcZ5ophTr1bn0l6jnAjv5SSoD9Q8Wo2MUlLrTugoyapMnp2kK RgWoEeGbrIFVu/83n64v/RQb/5Wd7jP1gConZRg9Ot6QuPIbIf+amenIDM66bCUtF0oe +7HDrRlx7BVBPPhptNW1Y7Vx+Fptq17sAao7/9NcCjoH+u7/iK9jNOUDDTaooe5jIhHo nM15KYunVJB3EMAe38zy7cycxlIYbjIz1CSHQmzdo9z2KFaD5avy0Nb9HsPLWm4c5vSm uiOw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r187si594529oig.168.2020.03.23.02.13.22; Mon, 23 Mar 2020 02:13:43 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727650AbgCWJLU (ORCPT + 99 others); Mon, 23 Mar 2020 05:11:20 -0400 Received: from s3.sipsolutions.net ([144.76.43.62]:43406 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727637AbgCWJLU (ORCPT ); Mon, 23 Mar 2020 05:11:20 -0400 Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.93) (envelope-from ) id 1jGJ77-001kWE-Q9; Mon, 23 Mar 2020 10:11:17 +0100 Message-ID: <1a1f5c11f51c4c2fe2a5e82e32e431986f88bddb.camel@sipsolutions.net> Subject: Re: Simulate Radio wave interference From: Johannes Berg To: Masashi Honma Cc: linux-wireless@vger.kernel.org Date: Mon, 23 Mar 2020 10:11:15 +0100 In-Reply-To: <8f783032-8999-18aa-5980-8a87427fddd8@gmail.com> (sfid-20200322_013435_732971_2F177BB6) References: <8f783032-8999-18aa-5980-8a87427fddd8@gmail.com> (sfid-20200322_013435_732971_2F177BB6) Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.4 (3.34.4-1.fc31) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On Sun, 2020-03-22 at 09:34 +0900, Masashi Honma wrote: > On 2020/03/17 0:42, Johannes Berg wrote: > > I don't see this - the signal strength is just taken as is, and > > overwritten, so there's no accumulation going on? > > Right. The signal strength is not accumulated. The commit log is wrong. OK. > The interference model is accumulating frame duration to calculate > probabilities. But it's doing it on the *previous* interval, and then affects the *next* interval, right? In terms of timing. I don't really have any objection to this, just trying to understand it - mostly because I'm trying to use wmediumd for simulation and want the timing to be better at least in that case. > I think I should explain the concept of this interference model. > The interference model assumes signals which strength is under CCA > threshold are interference signal. The model accumulates the duration > of such signals. The model assumes (accumulated duration / time slot) > is probability of occurrence of interference. When interference occurs, > the model reduce the max signal strength of interfering STA from > transmitting STA's signal strength. Right. What threw me off was the fact that it's accumulated over a previous period, and then affects the current period, which seemed odd because I was thinking about my simulation more than just an arbitrary model. I guess it's fine for whatever you were trying to achieve, and simply doesn't fit what I'm trying to do. I'll need to figure out how to reconcile the different ways of thinking here. > Though the implementation is not among the concept of the model. The > signal strength from node A to B was calculated and wrongly accumulated > to interference duration of "A to all". Heh, ok. > I fixed it to "A to B" and sent a Pull Request to wmediumd. > https://github.com/bcopeland/wmediumd/pull/22 I _really_ didn't mean to coax you into fixing anything, just trying to understand. That said, those changes look good to me. > To get closer to real world, it is necessary to consider the phase of > radio wave. A radio wave could be weakened by radio waves which has > opposite phase. While that's true, is it really necessary? Even if the signals are in phase, you're going to have a hard time differentiating between the two, and the frame will be lost either way, no? I think from a timing aspect, checking if two signals are in phase will be practically impossible - we're talking about less than 1us timing differences (0.2 at 5 GHz), if I'm doing the math correctly? > Calculation of radio wave phase of multi signals could be described by > electric field created by mesh node antenna. By using this electric > field model, we could accumulate some interference signals as vector. > > I have an idea of implementation. Though I need some more time to > implement this. Again, for the record, I really just wanted to clarify that I was understanding things correctly! Not to coax you into implementing anything. Thanks for the help! johannes