Re: [ipwave] Datatracker State Update Notice: <draft-ietf-ipwave-vehicular-networking-19.txt>

"Mr. Jaehoon Paul Jeong" <jaehoon.paul@gmail.com> Mon, 14 June 2021 01:48 UTC

Return-Path: <jaehoon.paul@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 E6C573A094F for <its@ietfa.amsl.com>; Sun, 13 Jun 2021 18:48:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.674
X-Spam-Level:
X-Spam-Status: No, score=0.674 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HK_NAME_FM_MR_MRS=1.498, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URI_DOTEDU=1.273] 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 VZHJw3DHurUN for <its@ietfa.amsl.com>; Sun, 13 Jun 2021 18:48:12 -0700 (PDT)
Received: from mail-lf1-x12f.google.com (mail-lf1-x12f.google.com [IPv6:2a00:1450:4864:20::12f]) (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 2FA4A3A0949 for <its@ietf.org>; Sun, 13 Jun 2021 18:48:12 -0700 (PDT)
Received: by mail-lf1-x12f.google.com with SMTP id q20so3482067lfo.2 for <its@ietf.org>; Sun, 13 Jun 2021 18:48:11 -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=+R/YMUqoOAkmJveq2971vSLFEb3OzNyGoVM4iufJ4yA=; b=UivN+xMWE6vaJtX1ooQWpkiBjSBdmWGblZI6sw9miooY9IvU+EFx2kxaUUkvUqpIZl qWdTX8FyhpcTJ+orEh7Ca4rbqw5pPgA9+PIJFQWljE994ZmZmkGA86AM0E8bIVPc3y+I JuFPpnxWudsik2cEFvqjdujhAuioGlBa+qkBaotiEC9ojHNnLAHTcyBjsHlWlDXOfVuz bwh3xE7Xp62mZj4l4rhNuFBA9cidCujcE1w2cNm4RhFmia/j9w3b6DAl10QFwRH+24Lt 3mgL4ws7LPuNf5tyIH8EUrAGyvC58ovzAoLoZP/B4qb0wdfPszRCOgtM5YTNWHCDGQjC uj8w==
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=+R/YMUqoOAkmJveq2971vSLFEb3OzNyGoVM4iufJ4yA=; b=OzD371Jquhc9QMiC5N8Tnhjq8w3YyztFjSb1Igf8J+jCuS1pqZXqVUt+MMpAQVcBU5 qKk50ongeeXtehcqDfXcFcIjLCy0wD64qA6J/JZUFCcj4ibDpRLMr4MtluC5OkydYxP7 26+BloJ03SRawSYEy+e1uwnTYZPLVaY9g5ds7MzxDeyggBsG3E2du2WZ3VwbAl9fh32f tq8lzDYgzKlc+E5mQ9A259+a6oZF4ov/ITH6WekebAzHExTDZR3bWFAAPZDKWz1RwNi1 IVHLvDdWr1wxlQNWNDuFgUumxvNl/9jIM6C00RkD2XQuKoXA6Umsvp3pGYYcEBHiobwg iMlg==
X-Gm-Message-State: AOAM533zcf56XMP748mEavKuipvljJiXhCCxhmKpFe4FvD0H6XrqwoPr 05JwfXut8oB93XBL8z20CMobnBrKkoRsCXMYjZg=
X-Google-Smtp-Source: ABdhPJwjDBNXljuE3zYXXArPJ0WAqwuUw6dLWGqZs2AHCg7dKKpENIaNOM59jwzuF74e4gNmCfBxd3+4R+jVkiDa0xY=
X-Received: by 2002:a05:6512:556:: with SMTP id h22mr10170220lfl.601.1623635288885; Sun, 13 Jun 2021 18:48:08 -0700 (PDT)
MIME-Version: 1.0
References: <161516725619.22797.1003603720092861577@ietfa.amsl.com> <CAPK2Dex+CWArXvidz24F6XG2S+gw+c4uxFfLRDAdJ-NGv2cz8Q@mail.gmail.com> <CAPK2Dey6OW4j_14GTS+kwib_otUsHjfVhoy8FdFK=BX=Fc7+xQ@mail.gmail.com> <CAMGpriV3NB3dxhQ1OvPuF3sj+4j0aWvRxSeQgOQmDH14ThTi0w@mail.gmail.com>
In-Reply-To: <CAMGpriV3NB3dxhQ1OvPuF3sj+4j0aWvRxSeQgOQmDH14ThTi0w@mail.gmail.com>
From: "Mr. Jaehoon Paul Jeong" <jaehoon.paul@gmail.com>
Date: Mon, 14 Jun 2021 10:47:57 +0900
Message-ID: <CAPK2Dez9-4rBcBrbpAD3uuy_6e5sHTd-+wK1oaMxvnfkUvPs-Q@mail.gmail.com>
To: Erik Kline <ek.ietf@gmail.com>
Cc: Carlos Bernardos <cjbc@it.uc3m.es>, "Mr. Jaehoon Paul Jeong" <jaehoon.paul@gmail.com>, Russ Housley <housley@vigilsec.com>, its@ietf.org, skku-iotlab-members <skku-iotlab-members@googlegroups.com>
Content-Type: multipart/alternative; boundary="000000000000a38db405c4b00c64"
Archived-At: <https://mailarchive.ietf.org/arch/msg/its/Plya4CBWSxdR50ruJ-K0HcuBJZw>
Subject: Re: [ipwave] Datatracker State Update Notice: <draft-ietf-ipwave-vehicular-networking-19.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: Mon, 14 Jun 2021 01:48:17 -0000

Hi Erik,
No problem. :-)

Thanks for your help.

Best Regards,
Paul

2021년 6월 14일 (월) 오전 9:44, Erik Kline <ek.ietf@gmail.com>님이 작성:

> Paul,
>
> Thanks for this, and my apologies for the delay.  I have requested
> IETF LC for draft -20.
>
> Regards,
> -Erik
>
> On Thu, Mar 18, 2021 at 6:33 AM Mr. Jaehoon Paul Jeong
> <jaehoon.paul@gmail.com> wrote:
> >
> > Hi Erik,
> > There is the revision of IPWAVE PS Draft:
> >
> https://datatracker.ietf.org/doc/html/draft-ietf-ipwave-vehicular-networking-20
> >
> > I attach the revision letter to explain how to address your comments.
> >
> > Thanks.
> >
> > Best Regards,
> > Paul
> >
> >
> > On Mon, Mar 8, 2021 at 10:33 PM Mr. Jaehoon Paul Jeong <
> jaehoon.paul@gmail.com> wrote:
> >>
> >> Hi Erik,
> >> I will address your comments this week.
> >>
> >> Thanks for your valuable review.
> >>
> >> Best Regards,
> >> Paul
> >>
> >>
> >> On Mon, Mar 8, 2021 at 10:34 AM IETF Secretariat <
> ietf-secretariat-reply@ietf.org> wrote:
> >>>
> >>> IESG state changed:
> >>>
> >>> New State: AD Evaluation::Revised I-D Needed
> >>>
> >>> (The previous state was AD Evaluation)
> >>>
> >>> [ abstract, section 1 ]
> >>>
> >>> * "lists up" -> "enumerates|sets forth|details|...", might be a better
> >>>   word/verb phrase
> >>>
> >>>
> >>> [ section 2 ]
> >>>
> >>> * "table PC"? Perhaps "tablet PC", like in section 6.
> >>>
> >>> [ section 3 ]
> >>>
> >>> * There are two sentences in the final paragraph which both direct the
> reader
> >>>   to section 5 for vehicular IPv6 problem statement and requirements.
> >>>   Probably only one of those sentences is really required.
> >>>
> >>> [ section 3.2 ]
> >>>
> >>> * "can facilitates" -> "can facilitate"
> >>>
> >>> * "can make the battery charging schedule" is technically correct, but
> the
> >>>   multiple possible interpretations of "make" in this context tripped
> me up
> >>>   looking for some final (indirect) object or something.
> >>>
> >>>   Suggest something like "can plan the battery charging schedule",
> perhaps?
> >>>
> >>> * "The existing IPv6 protocol must be augmented ..."
> >>>
> >>>   Should there be some explanation about why this needs to be done at
> the IPv6
> >>>   layer and, more explicitly, why a Layer 2 solution is not an option
> that
> >>>   can also be considered?  I can understand that L2 options are out of
> scope
> >>>   for the IETF to work on, but are they also out of scope overall?  I
> could
> >>>   believe that the reason is RFC 4903 -style issues, but I figured I'd
> ask.
> >>>
> >>> [ section 4.1 ]
> >>>
> >>> * "...vehicles under the coverage of an RSU share a prefix such
> >>>    that mobile nodes share a prefix..."
> >>>
> >>>    Perhaps s/such that/(just as)|(in the same way that)/?
> >>>
> >>> [ section 4.2/5(.0) ]
> >>>
> >>> * The final paragraph of 4.2 hints at this, but I found myself wanting
> to read
> >>>   about the expected "dwell times" for a vehicle connected to an
> IP-RSU.
> >>>   For how long is a vehicle expected to be connected to any given
> access node?
> >>>   I think the maximum is probably uninteresting (the vehicle could be
> parked,
> >>>   for example), but what is the useful minimum time?
> >>>
> >>>   (I see that section 5.1.2 goes include a helpful timescale
> reference.)
> >>>
> >>> [ section 5.1.1/5.2 ]
> >>>
> >>> * During handover, can a vehicle be connected to multiple IP-RSUs on
> the
> >>>   logical interface?  If so, does this mean they need to use RFC 8028
> -style
> >>>   address and next hop selection?
> >>>
> >>> [ section 6 ]
> >>>
> >>> * How can a vehicle authenticate other vehicles (and their ND
> information)
> >>>   and the RAs coming from IP-RSUs?
> >>>
> >>>   Ah, I guess this is what the final two paragraphs are saying,
> actually, that
> >>>   there needs to be such a mechanism.
> >>>
> >>> Datatracker URL:
> https://datatracker.ietf.org/doc/draft-ietf-ipwave-vehicular-networking/
> >>>
> >>>
> >>>
> >>>
> >>>
>
-- 
===========================
Mr. Jaehoon (Paul) Jeong, Ph.D.
Associate Professor
Department Head
Department of Computer Science and Engineering
Sungkyunkwan University
Office: +82-31-299-4957
Email: pauljeong@skku.edu, jaehoon.paul@gmail.com
Personal Homepage: http://iotlab.skku.edu/people-jaehoon-jeong.php
<http://cpslab.skku.edu/people-jaehoon-jeong.php>