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>
- Re: [ipwave] Datatracker State Update Notice: <dr… Mr. Jaehoon Paul Jeong
- Re: [ipwave] Datatracker State Update Notice: <dr… Mr. Jaehoon Paul Jeong
- Re: [ipwave] Datatracker State Update Notice: <dr… Erik Kline
- Re: [ipwave] Datatracker State Update Notice: <dr… Mr. Jaehoon Paul Jeong