Re: [dns-privacy] Fw: New Version Notification for draft-yan-dprive-local-service-indication-02.txt

"Z.W. Yan" <yan@cnnic.cn> Wed, 22 July 2020 00:41 UTC

Return-Path: <yan@cnnic.cn>
X-Original-To: dns-privacy@ietfa.amsl.com
Delivered-To: dns-privacy@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA4DD3A08FF for <dns-privacy@ietfa.amsl.com>; Tue, 21 Jul 2020 17:41:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.158
X-Spam-Level:
X-Spam-Status: No, score=-0.158 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.741, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 KrqVZOV5iMng for <dns-privacy@ietfa.amsl.com>; Tue, 21 Jul 2020 17:41:03 -0700 (PDT)
Received: from cnnic.cn (smtp13.cnnic.cn [218.241.118.13]) by ietfa.amsl.com (Postfix) with ESMTP id D82103A08FE for <dns-privacy@ietf.org>; Tue, 21 Jul 2020 17:41:00 -0700 (PDT)
Received: from CNNIC-THINK (unknown [218.241.111.47]) by ocmail02.zx.nicx.cn (Coremail) with SMTP id AQAAf0DJ0MATixdfKRGrAA--.19389S2; Wed, 22 Jul 2020 08:40:51 +0800 (CST)
Date: Wed, 22 Jul 2020 08:40:50 +0800
From: "Z.W. Yan" <yan@cnnic.cn>
To: Vittorio Bertola <vittorio.bertola@open-xchange.com>
Cc: gggeng <gggeng@jnu.edu.cn>, "xincha.zhang" <xincha.zhang@gmail.com>, dns-privacy <dns-privacy@ietf.org>, liuyang7 <liuyang7@caict.ac.cn>
References: <2020071310175736721911@cnnic.cn>, <20200720192855.GA5670@nic.fr>, <202007210827523450885@cnnic.cn>, <1892275233.2222.1595334512009@appsuite-gw1.open-xchange.com>
X-Priority: 3
X-Has-Attach: no
X-Mailer: Foxmail 7.2.9.156[cn]
Mime-Version: 1.0
Message-ID: <202007220840501477836@cnnic.cn>
Content-Type: multipart/alternative; boundary="----=_001_NextPart755526288301_=----"
X-CM-TRANSID: AQAAf0DJ0MATixdfKRGrAA--.19389S2
X-Coremail-Antispam: 1UD129KBjvJXoW7Kw43ZF15ur4kJFykJryUGFg_yoW8GF4fpF WDuryxtFs7Ar18Ja18Xw4xXFWUXas7Wry7tFnxG3WqvF4akryIyry3Kr1jva18Xr18trWr Xr4DJasIva9ayaDanT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDU0xBIdaVrnRJUUUB0b7Iv0xC_Cr1lb4IE77IF4wAFF20E14v26r1j6r4UM7CY07I2 0VC2zVCF04k26cxKx2IYs7xG6rWj6s0DM7CIcVAFz4kK6r1j6r18M28lY4IEw2IIxxk0rw A2F7IY1VAKz4vEj48ve4kI8wA2z4x0Y4vE2Ix0cI8IcVAFwI0_Ar0_tr1l84ACjcxK6xII jxv20xvEc7CjxVAFwI0_Cr0_Gr1UM28EF7xvwVC2z280aVAFwI0_Gr1j6F4UJwA2z4x0Y4 vEx4A2jsIEc7CjxVAFwI0_Cr1j6rxdM2AIxVAIcxkEcVAq07x20xvEncxIr21l5I8CrVCF 0I0E4I0vr24lYx0E2Ix0cI8IcVAFwI0_Jr0_Jr4lYx0Ex4A2jsIE14v26r1j6r4UMcvjeV CFs4IE7xkEbVWUJVW8JwACjcxG0xvY0x0EwIxGrwACY4xI67k04243AVAKzVAKj4xxM4xv F2IEb7IF0Fy26I8I3I1lc2xSY4AK67AK6w1l42xK82IYc2Ij64vIr41l4I8I3I0E4IkC6x 0Yz7v_Jr0_Gr1lx2IqxVAqx4xG67AKxVWUGVWUWwC20s026x8GjcxK67AKxVWUGVWUWwC2 zVAF1VAY17CE14v26r126r1DMIIYrxkI7VAKI48JMIIF0xvE2Ix0cI8IcVAFwI0_Jr0_JF 4lIxAIcVC0I7IYx2IY6xkF7I0E14v26r1j6r4UMIIF0xvE42xK8VAvwI8IcIk0rVWrZr1j 6s0DMIIF0xvEx4A2jsIE14v26r1j6r4UMIIF0xvEx4A2jsIEc7CjxVAFwI0_Jr0_Gr1l6V ACY4xI67k04243AbIYCTnIWIevJa73UjIFyTuYvjxU4qXdDUUUU
X-CM-SenderInfo: x1dqqupqqluhdfq/
Archived-At: <https://mailarchive.ietf.org/arch/msg/dns-privacy/1PCTfQL3Zb7B5SdMFa0clFf6bcA>
Subject: Re: [dns-privacy] Fw: New Version Notification for draft-yan-dprive-local-service-indication-02.txt
X-BeenThere: dns-privacy@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <dns-privacy.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dns-privacy>, <mailto:dns-privacy-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dns-privacy/>
List-Post: <mailto:dns-privacy@ietf.org>
List-Help: <mailto:dns-privacy-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dns-privacy>, <mailto:dns-privacy-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 Jul 2020 00:41:05 -0000

Thank you for your comments and suggestions, Vittorio.
I think it is also suitable in Dprive, because Dprive mainly aims to produce the DNS privacy related solutions.
And this service discovery related scheme is tightly related with the solution, but it also depends on the comments of the Chairs, :-)



Z.W. Yan
 
From: Vittorio Bertola
Date: 2020-07-21 20:28
To: Z.W. Yan
CC: gggeng; xincha.zhang; dns-privacy; liuyang7
Subject: Re: [dns-privacy] Fw: New Version Notification for draft-yan-dprive-local-service-indication-02.txt
  
Il 21/07/2020 02:27 Z.W. Yan <yan@cnnic.cn> ha scritto: 
  
  
Correct, Stephane, the notification from resolver is more direct. 
However, based on DHCP/ICMP is also an approach because the end-user is always bootstrapping based on DHCP/ICMP for the address configuration and so on. 
Besides, the configuration of resolver can be supported by DHCP/ICMP and only an extension is needed based on RFC3646/4339... 
I think it makes sense to standardize Do* service discovery via DHCP, then people will decide whether they want to make use of it or not. 
  
I would however note that this draft (subject to assessment by the WG chairs) might be more in topic for the ADD working group - you may want to post it there. 
  
-- 
Vittorio Bertola | Head of Policy & Innovation, Open-Xchange
vittorio.bertola@open-xchange.com 
Office @ Via Treviso 12, 10144 Torino, Italy