Re: [ipwave] Hidden terminal problem

Abdussalam Baryun <abdussalambaryun@gmail.com> Fri, 19 April 2019 10:27 UTC

Return-Path: <abdussalambaryun@gmail.com>
X-Original-To: its@ietfa.amsl.com
Delivered-To: its@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EBBD5120125; Fri, 19 Apr 2019 03:27:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v9s2xfUnAy31; Fri, 19 Apr 2019 03:26:58 -0700 (PDT)
Received: from mail-ot1-x333.google.com (mail-ot1-x333.google.com [IPv6:2607:f8b0:4864:20::333]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 84B48120123; Fri, 19 Apr 2019 03:26:58 -0700 (PDT)
Received: by mail-ot1-x333.google.com with SMTP id e5so4006071otk.12; Fri, 19 Apr 2019 03:26:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=X5jk4+pyYIt0BEhnlQM2H3RqVc8zBZtD7llUAGUOKt8=; b=hVvGqMl2S0BKAwQIXtFe6K/AtF8eGmC812RQvBVV/0qPh3noMU8fabRAmEy1GXYdwo 2LU8YgDdW6JzKx2yu4k8aX5fvdyztfr/oLnSa+GT7IdH43ytGB1aOxHNVqwjtwy5bPnd Dtaced2HqbaGr/lwMzRKQsiz03hdd+FG+7pYC6+KLXdKVq8Ff+PVCMBOg6p3tq++v9Eu IfXTGhBx5iUlut3vmT7XO44lQE+MNZtOCiNJ/OorvIWylNZWJBakT6bL5G7fmB7W1OAi 8hX6UXjJoEiUw1yp8MPx+Rh+VgLqDKxVpx+2UXOZW6yrPFQA9SQyltloyAHGFBtRdUea qbvQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=X5jk4+pyYIt0BEhnlQM2H3RqVc8zBZtD7llUAGUOKt8=; b=teeCNQ86aJPb2VUKVO+N/AEI25kPFKBe8I+V9xmCRgX4CSZQGMrdDPFSqwuoYi7QnD h5IKfA/N7+Ov3nKNNaCmEKH12V0ipVyeSAynmCSirr81IyurovvkuhKBSWmfb30AUkSH KHHd0bAGoHXFlgpZJle8fBppVPvfGM9ssQqzddsH7HF36KdwAky9hgI2m1A6cIo2c95s zTYK1+zS0V8jdHKbRVZ3PoHldajMjeo4AZCX1SipxGmr6Ev4U16B+5qTW9CfNjeeSy02 JQWRRo8jOIYY8esBVm2WXIOvcvepdrIBxAszFxC/hlmfrVI+BKckjGQMaFDSYGUPNKof A6/A==
X-Gm-Message-State: APjAAAUZ/JxfzCrUbhKs3MVlP50Fj+L6tmekNOURCZJ2UT7MbD0lDuax Q/rWiGy8EWJXlnS43T/vnlGBqukPgzsKenPy3mA=
X-Google-Smtp-Source: APXvYqy2x/7C2DUJQXCXPde0McsR01igqvgUnfl1SqnFKQ0BhlL/T8ZXieEbd0Yra095txDStr+hYCJseqRIOOrj7ZU=
X-Received: by 2002:a9d:2942:: with SMTP id d60mr1758172otb.82.1555669617884; Fri, 19 Apr 2019 03:26:57 -0700 (PDT)
MIME-Version: 1.0
References: <155169869045.5118.3508360720339540639@ietfa.amsl.com> <a8aad636-069c-4451-dbf1-72c1db2204ef@gmail.com> <CAD8vqFfx_FVi5NobrR1p6xEKjkSNa1_ZejgrEs3JPDHJQoxD7A@mail.gmail.com> <MN2PR11MB356570FDBC5798F155DDEE25D82C0@MN2PR11MB3565.namprd11.prod.outlook.com> <CAMugd_Xce5cWLtVB4DbR1ZEaFbdfiRpXre9oq61ukRC+n+3cZw@mail.gmail.com> <D8D5F0B7.2F2BB8%sgundave@cisco.com> <D8D5F510.2F2BC8%sgundave@cisco.com> <3e716b4b-8236-0488-309c-7cd3a54db7b5@gmail.com> <D8D7B1E7.2F2CA2%sgundave@cisco.com> <CAD8vqFfSGKhw_ou3VB98C8r1gq=4WD8+f8C5P53C46k-0V+XuA@mail.gmail.com> <66e7c810-45a5-5244-59dc-4b764b6fb346@gmail.com> <1a6599ee-88f9-42d9-a208-918ba6711612@gmail.com> <11645738-6f95-82e5-48f1-ebc3ce54423e@gmail.com> <6aaea808-6013-cd73-c894-c29fd8c98ac8@gmail.com> <72f60b2f-0a3a-8d60-f6de-09c058913c33@earthlink.net> <62a65ef0-43f2-648e-fe68-50f484d09ef1@gmail.com> <fe190caa-fa94-f398-6cf9-01a8f23e2e4f@earthlink.net> <CADnDZ89GYk=hRpxohaAgRvNTc30KDacX82OFyS5cbQugu043ew@mail.gmail.com> <c53b8f0c-0ab7-bf30-ccc9-f02a764949f3@gmail.com>
In-Reply-To: <c53b8f0c-0ab7-bf30-ccc9-f02a764949f3@gmail.com>
From: Abdussalam Baryun <abdussalambaryun@gmail.com>
Date: Fri, 19 Apr 2019 12:26:44 +0200
Message-ID: <CADnDZ8_6sEARtP0YMY1vPSQDK928Bbe1=VuLoAND6FEJWcdjCQ@mail.gmail.com>
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Cc: Charlie Perkins <charles.perkins@earthlink.net>, "Pascal Thubert (pthubert)" <pthubert@cisco.com>, "draft-ietf-ipwave-ipv6-over-80211ocb.all@ietf.org" <draft-ietf-ipwave-ipv6-over-80211ocb.all@ietf.org>, "its@ietf.org" <its@ietf.org>, "Sri Gundavelli (sgundave)" <sgundave@cisco.com>
Content-Type: multipart/alternative; boundary="000000000000f644610586df8e0d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/its/3qDg_txkDGnCTv2pPgttRQJEHvU>
Subject: Re: [ipwave] Hidden terminal problem
X-BeenThere: its@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IPWAVE - IP Wireless Access in Vehicular Environments WG at IETF <its.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/its>, <mailto:its-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/its/>
List-Post: <mailto:its@ietf.org>
List-Help: <mailto:its-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/its>, <mailto:its-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Apr 2019 10:27:01 -0000

On Thu, Apr 18, 2019 at 10:21 AM Alexandre Petrescu <
alexandre.petrescu@gmail.com> wrote:

>
>
> Le 18/04/2019 à 04:43, Abdussalam Baryun a écrit :
> >
> >
> > On Tue, Apr 16, 2019 at 5:50 PM Charlie Perkins
> > <charles.perkins@earthlink.net <mailto:charles.perkins@earthlink.net>>
> > wrote:
> >
> >     Hello Alex,
> >
> >     Consider the following three nodes with radio links as shown:
> >
> >     A----------B----------C
> >
> >     Suppose that A and B are at 80% of their signal range, and also that
> B
> >     and C are at 80% of their signal range.
> >
> >     So A and C are not in range.  So A is 'hidden' from C, and C is
> >     'hidden'
> >     from A.
> >
> >     That's the hidden terminal problem.  It's not specific to OCB or
> WiFi,
> >     and it is not a hypothetical problem.  It's just physics. It's not at
> >     all difficult to understand, but it is very important to understand.
> >
> >
> > Yes but it has been reduced its effects of collisions by CSMA/CA, and by
> > using control frames,
>
> Is OCB using CSMA/CA?
>

Yes,


> Is the OFDM that I see in OCB packet dumps an alternative to CSMA/CA?
>

one in PHY layer and the other protocol in MAC layer,


> Is OFDM solving the hidden terminal problem?
>

Yes when using MIMO and multi directional antennas, but some only think in
Omni-directional antenna use cases, and they think only in SISO use cases.


>
> In OCB there are no control frames; so the absence of the control frames
> can not help with the hidden terminal problem - on the contrary, it may
> worsen it.
>

In all cases of IEEE802.11 and application there are management messages
and control messages and data messages, so Do you say there is no Control
messages and no Management messages in OCB use cases, I disagree,

IMHO, it is ok to configure OCB with RTS/CTS and poll technique to solve
some applications services needed.


AB

>
> >
> >     One question below...
> >
> >     On 4/16/2019 3:18 AM, Alexandre Petrescu wrote:
> >      >
> >      > ...
> >
> >      >
> >      > I do not know how the hidden terminal problem works.  I feel like
> >     if I
> >      > start looking into it I will grow additional white hairs.  I feel
> >     like I
> >      > better avoid  it.
> >
> >
> > usually it is the IEEE problem to solve not this WG problem. I believe
> > they solved it.
>
> IT's good to know if it were that way.
>
> >      >
> >      > I think other people have some experience with the hidden terminal
> >      > problem in non-OCB WiFi and 802.15.4.  I am listening to them.
> >
> >
> > usually MIMO technology has change many issues, but 802.15.4 is big
> > different MAC than 802.11,
>
> I agree.
>
> >
> >      >
> >      > I think nobody has any experience with the hidden terminal
> problem in
> >      > OCB settings.  I have some doubts, but still I think it is almost
> >     nobody.
> >      >
> >      >
> >     I find this very surprising!  What do others think?
> >
> >
> > I think usually this hidden terminal is old problem now IEEE802.11 has
> > been updated, solving many old problems including that. It is called now
> > hidden station in IEEE802.11 new docs. In old sunets and terminals they
> > have no intelligence but now the stations are smart especially when it
> > is a Car not a sensor, because a Car has big storage and power
> > capabilities that can help to increase intelligence and decision making.
>
> I think both points are worth mentioning: (1) 802.11 new docs
> (presumably year 2016) do have solutions for hidden station problem and
> (2) car may have more computing capability than a small temperature
> sensor and hence may use it to alleviate the hidden station problem.
>
> I think there is much that can be put together about this.
>
> Pascal described an A-B-C-D problem.
> Charles described an A-B-C hidden terminal problem.
> I described a hidden car problem.
> You mention the IEEE hidden station problem and the IEEE 802.11 new
> solutions to it.
>
> It makes for a beautiful section "Hidden-icity Problems" (sorry I dont
> know a good term about Hidden).
>
> Alex
>