Re: 6MAN Working group last call: draft-ietf-6man-rdnss-rfc6106bis

"Mr. Jaehoon Paul Jeong" <jaehoon.paul@gmail.com> Mon, 14 March 2016 23:28 UTC

Return-Path: <jaehoon.paul@gmail.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 98A2F12D7EB for <ipv6@ietfa.amsl.com>; Mon, 14 Mar 2016 16:28:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.2
X-Spam-Level:
X-Spam-Status: No, score=-1.2 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, HK_NAME_FM_MR_MRS=1.499, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 GWkkNc4171-u for <ipv6@ietfa.amsl.com>; Mon, 14 Mar 2016 16:28:49 -0700 (PDT)
Received: from mail-yw0-x22c.google.com (mail-yw0-x22c.google.com [IPv6:2607:f8b0:4002:c05::22c]) (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 F360912D648 for <ipv6@ietf.org>; Mon, 14 Mar 2016 16:28:44 -0700 (PDT)
Received: by mail-yw0-x22c.google.com with SMTP id h129so595888ywb.1 for <ipv6@ietf.org>; Mon, 14 Mar 2016 16:28:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=orP6ts3HMqtT21XWXDAbzgYTMZhS1CZUrIcWNRc3cCU=; b=l5rPWlHGqDZIEMAdxvLdntFJsTtlXC0JcFAaRszyCwaE5APpVINOrtJss6OekCBFX6 HNlop2X8giPwPVBimy1kf7uF88rbSgg/Rg240PYHHmP+6tsrat1b8vIaRvWCAZPSQApM pVkaRgZtshpaLV7PpUSc39MOaNmtOR/U3fikQrGj2wlATTSs+UShst/gqtVhVtpjQ8OO sRi5J9Zs4IkSvTvo9gGfy6PKXfRsIEWozOZ9sO/jd4vrQQZYRkfXiyfuD7XCe59Eq/nv hlXtkB6NCHrpxGVYhl8PAoKodXzHkJ+FotiOygLbiMW8WZdV9qFgt0M9crunn19PSrCP QHzA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=orP6ts3HMqtT21XWXDAbzgYTMZhS1CZUrIcWNRc3cCU=; b=CMu1orvIVaHesFD8w4hHHGI4tEP/a3qN3ZDEIzFMbN0qhrRZHqFJebmgaPXhM5tucF ynyoXmQQUkHmpFQi9Yt9H9a5OHrj9qFtxhiRw+SA0MpAVh91uNxKCPysSy+/ra8ADc4B aEX5PGIu4tGAwQs5DdffCqvo5Rn9LsuBEyRzOch3/iUUTWpf6ZFwvPgkVOq5YH2PKUXl LTzAxgsJ3/RjMq8E0tT2K76aa6QWFYSN4dJftNw3ZHDknOIyHKR6IV4SwFnUXiRgSAe7 /fG1gGr43gT14Nf/w70x6PZ7wXXBH9jBJ7W9cwrWXE19LLgmmb7ambgZYBgT977emlZd /4yQ==
X-Gm-Message-State: AD7BkJIDpa04zvn/far/0jcof3Bl9h2G7gpvqUBxI1Dt+S6X8yS2oxPdgz71+Mu+UIO2DItiWVbNNHwKCuHIxg==
MIME-Version: 1.0
X-Received: by 10.37.50.17 with SMTP id y17mr13878323yby.10.1457998124200; Mon, 14 Mar 2016 16:28:44 -0700 (PDT)
Received: by 10.129.83.87 with HTTP; Mon, 14 Mar 2016 16:28:43 -0700 (PDT)
Received: by 10.129.83.87 with HTTP; Mon, 14 Mar 2016 16:28:43 -0700 (PDT)
In-Reply-To: <CAJE_bqd316puXTvku3hMMGnThOV3JGMbLK_erQJDd6ic-BNJgA@mail.gmail.com>
References: <6AC58C26-01B6-4C16-851F-0C1228CDD2AF@employees.org> <CAJE_bqfvE0jGoRi2X=ohpqsXmGx9AVKnjeGH-P8zWp6=3_kbVA@mail.gmail.com> <CAPK2DewJ0uF9i_uaKLCn5gM_KGm2uv5B0a2VFm7cmNNn5acQPQ@mail.gmail.com> <CAJE_bqcetbtgsje4TqCpUF+zoUL19RHjWj2-xg+N39i8XodDVQ@mail.gmail.com> <517ACBE4-46C3-40C7-86E5-5906309E6BA9@employees.org> <CAJE_bqfeLxURYwMDcjMtSnyb2WBeYu_5Yq_2Yyo_O9sqHRn+og@mail.gmail.com> <73EEC8CE-EDC8-45FC-AE4F-F390F965304F@employees.org> <CAPK2DezV9vKYrHCAJJ_bFQZa02MCJMPdX7=BtL-tPzOj+da6vQ@mail.gmail.com> <CAJE_bqd316puXTvku3hMMGnThOV3JGMbLK_erQJDd6ic-BNJgA@mail.gmail.com>
Date: Tue, 15 Mar 2016 08:28:43 +0900
Message-ID: <CAPK2Dez2ummQwxwnp-D3Xs_3EggGaNt2MOEdhbsXJ_W0zNhhvA@mail.gmail.com>
Subject: Re: 6MAN Working group last call: draft-ietf-6man-rdnss-rfc6106bis
From: "Mr. Jaehoon Paul Jeong" <jaehoon.paul@gmail.com>
To: 神明達哉 <jinmei@wide.ad.jp>
Content-Type: multipart/alternative; boundary="001a1146cddc46d7ba052e0aa47e"
Archived-At: <http://mailarchive.ietf.org/arch/msg/ipv6/9SkdNQ3SGV7ilWYpaUuq2m2ZDjI>
Cc: IETF IPv6 Mailing List <ipv6@ietf.org>, Bob Hinden <bob.hinden@gmail.com>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 Mar 2016 23:28:50 -0000

Jinmei,
I will reflect your comments on the revision by modifying the sentence
mentioned below and getting back Section 6.x's.

Thanks.

Best Regards,
Paul
2016. 3. 15. 오전 1:32에 "神明達哉" <jinmei@wide.ad.jp>님이 작성:

> At Mon, 14 Mar 2016 16:25:01 +0900,
> "Mr. Jaehoon Paul Jeong" <jaehoon.paul@gmail.com> wrote:
>
> > I removed Section 6 of Implementation Considerations according to your
> > suggestion.
> > The new version is:
> > https://tools.ietf.org/html/draft-ietf-6man-rdnss-rfc6106bis-10
>
> When I said removing Section 6, I meant the couple of leading
> paragraphs in the section before Section 6.1, i.e.,
>
> from
>
>    Note:  This non-normative section gives some hints for implementing
>       the processing of the RDNSS and DNSSL options in an IPv6 host.
>
> to
>
>    [...]  Whenever there is an expired entry in the DNS Repository, the
>    daemon can delete the corresponding entry from the Resolver
>    Repository.
>
> I didn't mean removing Section 6.x, and I'm not even sure if it's a
> good idea.  We'd certainly revise the first sentence of Section 6.1:
>
>    For DNS repository management, the kernel or user-space process
>    (depending on where RAs are processed) should maintain two data
>    structures: (i) DNS Server List that keeps the list of RDNSS
>
> so it will be independent from kernel vs user-space considerations,
> but the rest of this section rather seems to be describing the general
> protocol handling using some conceptual data structures.  They don't
> necessarily have to be removed in the context of this discussion, and
> I guess they can actually be an important part of this document.
>
> --
> JINMEI, Tatuya
>