[DNSOP] 答复: 答复: Fwd: I-D Action: draft-song-atr-large-resp-00.txt

Davey Song(宋林健) <ljsong@biigroup.cn> Thu, 21 September 2017 07:08 UTC

Return-Path: <ljsong@biigroup.cn>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 8B91A133058 for <dnsop@ietfa.amsl.com>; Thu, 21 Sep 2017 00:08:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.132
X-Spam-Status: No, score=-4.132 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, INVALID_MSGID=0.568, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id 1L0V7s2r7YLN for <dnsop@ietfa.amsl.com>; Thu, 21 Sep 2017 00:08:45 -0700 (PDT)
Received: from smtpbgau1.qq.com (smtpbgau1.qq.com []) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8CBDF132D14 for <dnsop@ietf.org>; Thu, 21 Sep 2017 00:08:43 -0700 (PDT)
X-QQ-mid: bizesmtp1t1505977708t788o90ls
Received: from sljpc (unknown []) by esmtp4.qq.com (ESMTP) with id ; Thu, 21 Sep 2017 15:08:27 +0800 (CST)
X-QQ-SSF: 00400000004000F0FxF0000A0000000
X-QQ-FEAT: HITE0aRZYMIw0Vtx4vp/Ms2w/4c9H5dvArH8/2H9pzm3CjBCjHysqrlTjXW+d 6Xrcv/a9FUEXDosvPVLXd+XR1J/Re6yqY/P5k2UOfLf2EZzClPaksBsmhsmd7lPGCtpFCPx LrgwzTwuGKYGWGfV88gpucWk+MLHkyuxEDTLY6QyBzumDxGgduxNfvOxWN6l5ZstEIHYOli 6pIRcs+a4JMHn5OpeMv6jGiurGAixWgVRaQYEMt486ena1OqV0dwEITknke4GIyh9Ko7Jgk ZL9N4prQXY/6mNJbx7i+ql+1/SJKXQ/ZBrF13whg0wgEPh06szEmi8dPCqZ8YVDey2Ww==
X-QQ-GoodBg: 2
From: "Davey Song(宋林健)" <ljsong@biigroup.cn>
To: 'Paul Vixie' <paul@redbarn.org>
Cc: 'dnsop' <dnsop@ietf.org>
References: <150509601027.9852.16967877638602485585@ietfa.amsl.com> <CAAObRXJ6wJGCXkbKVkNmQCJ8NccBT63A8-9-LiRVZCFsDicchw@mail.gmail.com> <CACfw2hhaKTyfJfjQ5-_kfqiHX1oX+9P6mUWD06B87y_2ysdztA@mail.gmail.com> <045b01d33288$d3fadad0$7bf09070$@cn>+5DE3FF4CB4E4721A <59C34510.4080705@redbarn.org>
In-Reply-To: <59C34510.4080705@redbarn.org>
Date: Thu, 21 Sep 2017 15:08:32 +0800
Message-ID: <048701d332a8$6f944980$4ebcdc80$@cn>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook 12.0
Content-Language: zh-cn
Thread-Index: AdMylSqYcRRWl0ePQz6huodDIi97mwADcoHg
Feedback-ID: bizesmtp:biigroup.cn:qybgforeign:qybgforeign4
X-QQ-Bgrelay: 1
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/v68VMKYAGE6ECYwWOBDinmgjWjY>
Subject: [DNSOP] 答复: 答复: Fwd: I-D Action: draft-song-atr-large-resp-00.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Sep 2017 07:08:50 -0000

Hi Paul, 

I know you suggest expose the problem and let the trouble maker feeling the pain themselves. But return to the specific issue, from APNIC's measurement the ASes in the path are dropping the fragments, rather than end ASes. From these ASes' view , it's your pain not theirs. 

In another word, we are facing the fragmented and uncooperative Internet. What should we do ? It is very hard to coordinate all parts and networks. DNS is a field with lots of tussle.


> -----邮件原件-----
> 发件人: DNSOP [mailto:dnsop-bounces@ietf.org] 代表 Paul Vixie
> 发送时间: 2017年9月21日 12:50
> 收件人: "Davey Song(宋林健)"
> 抄送: 'Davey Song'; 'dnsop'; 'william manning'
> 主题: Re: [DNSOP] 答复: Fwd: I-D Action: draft-song-atr-large-resp-00.txt
> Davey Song(宋林健) wrote:
> > Thank you.
> >
> > The large DNS response in IPv6 is a real problem. ATR is one option to
> > adopted in authoritative  server alone. If someone or party have more
> > influence on both resolver and authoritative side (cloud and app
> > provider who can choose their own DNS resolution path),  Mukund’s
> > proposal to fragment the DNS message is a good
> > solution.https://tools.ietf.org/html/draft-muks-dns-message-fragments-
> > 00
> both ideas are wrong. what we have to do is arrange to fragment, using the
> ipv6 extension header, all ipv6 udp, for a period of not less than five years.
> noone who blocks ipv6 extension headers should be able to get reliable ipv6 udp
> services. we have to make this problem felt where it is made. we must NOT
> work around it to insulate the makers of the problem from the costs of their
> actions.
> > So I do recommend ATR and DNS message fragments should be both
> > considered  in a tool box for large DNS response issues.
> can a freebsd kernel hacker please contact me? i need some patches, but i'm
> traveling extensively, and i can't do the investigation and software engineering
> myself.
> --
> P Vixie
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop