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

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.

Davey

> -----邮件原件-----
> 发件人: 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