Re: [ipwave] Fwd: New Version Notification for draft-ietf-ipwave-ipv6-over-80211ocb-31.txt

Dorothy Stanley <dstanley1389@gmail.com> Tue, 04 December 2018 15:37 UTC

Return-Path: <dstanley1389@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 B1B72130F01 for <its@ietfa.amsl.com>; Tue, 4 Dec 2018 07:37:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.748
X-Spam-Level:
X-Spam-Status: No, score=-1.748 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 XReAKSN4erJp for <its@ietfa.amsl.com>; Tue, 4 Dec 2018 07:37:04 -0800 (PST)
Received: from mail-it1-x134.google.com (mail-it1-x134.google.com [IPv6:2607:f8b0:4864:20::134]) (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 0C755130F0D for <its@ietf.org>; Tue, 4 Dec 2018 07:37:04 -0800 (PST)
Received: by mail-it1-x134.google.com with SMTP id b5so15062802iti.2 for <its@ietf.org>; Tue, 04 Dec 2018 07:37:04 -0800 (PST)
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=G/O3pT9lXYDJ21Ek2+QdVqHHWFM0aauKgvFVcVSKqhg=; b=myqDwZ7U7L2ZevLJ8vtdG9MxZKIugXYAa3yXyhjspoe7/yxs+I1M5Rj867yXV85ExS KvAHNmP/nMHXg+f99AuL8U/Pu6uZ+6pP2aFkStmHsxxXc7ec47E1xdlpyc4+YHhiXiOQ 0MxgPpMnLNB778YUJbGQObGUpr3SP9Cmgq35Nwfcar12za+r2QEM7cWElrJSDwYMyJyn FgZ9qm6hMDJmPVPDttJCZ3nwb6SvGlDH5Nx0UDn5DnRUXRRSi6/hQO7ZVL6RUiIgfnrC 32TpBcwDdzLo+gMsc+XFBzHYii/iZ2oTLQwPtGXWqS1JNnTOJ16AJqQwLmd35F31nJ1m jT7A==
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=G/O3pT9lXYDJ21Ek2+QdVqHHWFM0aauKgvFVcVSKqhg=; b=sSpJJoo7zt9Y4b5eXGu6YR/1uHwAKX/19cCQIVwvNh7dxgfOVgKGWFxO3CQwdvaew3 ZZCUIPoE6CxvDQGu6iBGaovKibFbFBe0MwzUPFWUUBG1VOGlNG+J8QVLYHfm0vLC2ukQ QmpycurVyVFFbhaqdX0hZmXW5Omxn7OVhUvhvTcqNQ7sbkj6rHyr8gn5kmzPlWiUmHvr u3764xd5hk02clAb6no+5PqCQzwAE9StmRxSGzmAaLyh7pJKuWCiGuxcsc2cGozAiMkv bIERn3/zJtfi6MQTksp+O7bq7rmO+ryB96JtftznvKQjZAf3aX+5R/S2vdPf7Wfm67fJ J1pA==
X-Gm-Message-State: AA+aEWaRKEFZ1pKAmV+lQhHMZG6sioLnETi2GDDwQXViLHvSFOt6MMEW muw9xTCWlbhSBZpt+zVwLnr0fNi91eLVQPP1R8k=
X-Google-Smtp-Source: AFSGD/X1q/doCHGWZeWUsp4uee8V5oVQr9CKvC62QogJfziEelV1MtwlBeQ/3Qyx+CCOHuJZzh9QgRJi+dBh/K27agw=
X-Received: by 2002:a24:f589:: with SMTP id k131mr10405847ith.10.1543937823257; Tue, 04 Dec 2018 07:37:03 -0800 (PST)
MIME-Version: 1.0
References: <154265051210.5320.13285322581737635986.idtracker@ietfa.amsl.com> <22d298c1-cae2-4d11-e2a6-1aa515276fba@gmail.com> <CAGRfTMkHLD3sPtGgEgRjfG98Z6bB38ArzxRAn8wExV_mEOpr=A@mail.gmail.com> <c73941c7-ec34-6c84-89eb-ac1460e32508@gmail.com>
In-Reply-To: <c73941c7-ec34-6c84-89eb-ac1460e32508@gmail.com>
From: Dorothy Stanley <dstanley1389@gmail.com>
Date: Tue, 04 Dec 2018 07:36:51 -0800
Message-ID: <CAGRfTMmMdASudQgBOiBhknBiR1NVqN9B++ZosmwdDE8bQMD==Q@mail.gmail.com>
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Cc: its@ietf.org
Content-Type: multipart/alternative; boundary="00000000000082c059057c3409e0"
Archived-At: <https://mailarchive.ietf.org/arch/msg/its/ZvPLsI23tKPw8VX4bDkyVJ4hiUg>
Subject: Re: [ipwave] Fwd: New Version Notification for draft-ietf-ipwave-ipv6-over-80211ocb-31.txt
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: Tue, 04 Dec 2018 15:37:16 -0000

The statement below is not correct:
"   Due to lack of link-layer acknowledgements in
802.11-OCB, we can expect higher packet loss than for 802.11 BSS."

Link Layer acknowledgements are present for unicast traffic in 802.11 and
802.11 OCB mode.

Dorothy

----------------------
Dorothy Stanley
IEEE 802.11 WG Chair, dstanley@ieee.org
Hewlett Packard Enterprise
dorothy.stanley@hpe.com <dstanley@arubanetworks.com>
dstanley1389@gmail.com
+1 630-363-1389 <630-363-1389>


On Tue, Dec 4, 2018 at 7:11 AM Alexandre Petrescu <
alexandre.petrescu@gmail.com> wrote:

>
>
> Le 04/12/2018 à 16:04, Dorothy Stanley a écrit :
> > Hello Alexandre, all,
> >
> > I am sharing the following information from John Kenny (
> > jkenney@us.toyota-itc.com <mailto:jkenney@us.toyota-itc.com>), who is
> > actively involved in 802.11p implementation and deployments: "OCB can
> > use unicast in the same way as other flavors of 802.11 ( individually
> > addressed 802.11 MAC PDU that is ACKed using 802.11 procedures ). I
> > find this is a common misunderstanding (indeed, I am in a meeting
> > right now where this very point came up about 20 minutes ago).
> > Probably the confusion is partly due to the fact that a great deal of
> > DSRC attention is focused on the broadcast Basic Safety Message. Some
> > people think that DSRC is only BSMs, or only broadcast messages. But,
> > there are some important unicast applications as well."
> >
> > Thus a change is needed in 4.7, either delete the second sentence or
> >  modify to reflect that unicast is acknowledged.
>
> I propose
>
> NEW:
> > The Neighbor Discovery protocol (ND) [RFC4861] is used over
> > 802.11-OCB links.  Due to lack of link-layer acknowledgements in
> > 802.11-OCB, we can expect higher packet loss than for 802.11 BSS. The
> > ND retransmissions are supposed to handle loss of IP unicast and/or
> > IP multicast just as it does for other link types.
>
> (remark disappeared 'unicast' and 'multicast' from 2nd phrase, and added
> 'IP' in front of unicast and multicast in 3rd phrase).
>
> OLD:
> > The Neighbor Discovery protocol (ND) [RFC4861] is used over
> > 802.11-OCB links.  Due to lack of link-layer acknowledgements in
> > 802.11-OCB for both unicast and multicast, we can expect higher
> > unicast loss than for 802.11 BSS.  The ND retransmissions are
> > supposed to handle loss of unicast and/or multicast just as it does
> > for other link types.
>
> Would this be agreed by John Kenney.
>
> Alex
>
> >
> > Thanks,
> >
> > Dorothy
> >
> > ---------------------- Dorothy Stanley IEEE 802.11 WG Chair,
> > dstanley@ieee.org <mailto:dstanley@ieee.org> Hewlett Packard
> > Enterprise dorothy.stanley@hpe.com
> > <mailto:dstanley@arubanetworks.com> dstanley1389@gmail.com
> > <mailto:dstanley1389@gmail.com> +1 630-363-1389 <tel:630-363-1389>
> >
> >
> >
> > On Mon, Nov 19, 2018 at 10:07 AM Alexandre Petrescu
> > <alexandre.petrescu@gmail.com <mailto:alexandre.petrescu@gmail.com>>
> >  wrote:
> >
> > Hi IPWAVErs,
> >
> > Following the discussion during presentation of the IPv6/OCB slides
> > by Nabil during IPWAVE WG meeting, I have updated the IPv6/OCB
> > draft.
> >
> > This is the ChangeLog:
> >
> > - filled in the section titled "Pseudonym Handling"; - removed a 'MAY
> > NOT' phrase about possibility of having other prefix than the LL on
> > the link between cars; - shortened and improved the paragraph about
> > Mobile IPv6, now with DNAv6; - improved the ND text about ND
> > retransmissions with relationship to packet loss; - changed the title
> > of an appendix from 'EPD' to 'Protocol Layering'; - improved the
> > 'Aspects introduced by OCB' appendix with a few phrases about the
> > channel use and references.
> >
> > This fixes all issues about ND and pseudonym handling.
> >
> > Alex
> >
> > -------- Message transféré -------- Sujet : New Version Notification
> >  for draft-ietf-ipwave-ipv6-over-80211ocb-31.txt Date : Mon, 19 Nov
> > 2018 10:01:52 -0800 De : internet-drafts@ietf.org
> > <mailto:internet-drafts@ietf.org> Pour : Jerome Haerri
> > <Jerome.Haerri@eurecom.fr <mailto:Jerome.Haerri@eurecom.fr>>,
> > ipwave-chairs@ietf.org <mailto:ipwave-chairs@ietf.org>, Jerome Haerri
> > <jerome.haerri@eurecom.fr <mailto:jerome.haerri@eurecom.fr>>,
> > Alexandre Petrescu <Alexandre.Petrescu@cea.fr
> > <mailto:Alexandre.Petrescu@cea.fr>>, Alexandre Petrescu
> > <alexandre.petrescu@cea.fr <mailto:alexandre.petrescu@cea.fr>>, Nabil
> > Benamar <n.benamar@est.umi.ac.ma <mailto:n.benamar@est.umi.ac.ma>>,
> > Thierry Ernst <thierry.ernst@yogoko.fr
> > <mailto:thierry.ernst@yogoko.fr>>, Jong-Hyouk Lee
> > <jonghyouk@smu.ac.kr <mailto:jonghyouk@smu.ac.kr>>
> >
> >
> > A new version of I-D, draft-ietf-ipwave-ipv6-over-80211ocb-31.txt has
> > been successfully submitted by Alexandre Petrescu and posted to the
> > IETF repository.
> >
> > Name:           draft-ietf-ipwave-ipv6-over-80211ocb Revision: 31
> > Title:          Transmission of IPv6 Packets over IEEE 802.11
> > Networks operating in mode Outside the Context of a Basic Service Set
> > (IPv6-over-80211-OCB) Document date:  2018-11-19 Group: ipwave Pages:
> > 41 URL:
> >
> https://www.ietf.org/internet-drafts/draft-ietf-ipwave-ipv6-over-80211ocb-31.txt
> >
> >
> >
> >
> Status:
> > https://datatracker.ietf.org/doc/draft-ietf-ipwave-ipv6-over-80211ocb/
> >
> >
> >
> >
> Htmlized:
> > https://tools.ietf.org/html/draft-ietf-ipwave-ipv6-over-80211ocb-31
> > Htmlized:
> >
> https://datatracker.ietf.org/doc/html/draft-ietf-ipwave-ipv6-over-80211ocb
> >
> >
> >
> >
> Diff:
> >
> https://www.ietf.org/rfcdiff?url2=draft-ietf-ipwave-ipv6-over-80211ocb-31
> >
> >
> >
> >
> Abstract: In order to transmit IPv6 packets on IEEE 802.11 networks
> > running outside the context of a basic service set (OCB, earlier
> > "802.11p") there is a need to define a few parameters such as the
> > supported Maximum Transmission Unit size on the 802.11-OCB link, the
> >  header format preceding the IPv6 header, the Type value within it,
> > and others.  This document describes these parameters for IPv6 and
> > IEEE 802.11-OCB networks; it portrays the layering of IPv6 on
> > 802.11-OCB similarly to other known 802.11 and Ethernet layers - by
> > using an Ethernet Adaptation Layer.
> >
> >
> >
> >
> > Please note that it may take a couple of minutes from the time of
> > submission until the htmlized version and diff are available at
> > tools.ietf.org <http://tools.ietf.org>.
> >
> > The IETF Secretariat
> >
> > _______________________________________________ its mailing list
> > its@ietf.org <mailto:its@ietf.org>
> > https://www.ietf.org/mailman/listinfo/its
> >
>