i think this is a worthy document for consideration.
/Wm
On Sun, Sep 10, 2017 at 9:29 PM, Davey Song wrote:
> Hi folks,
>
> I just submit a draft dealing with issue of large DNS response especially
> in IPv6. Commnets are welcome.
>
> If chairs think it is in the scope
Paul Vixie 于2017年9月12日周二 下午11:14写道:
>
>
> Stephane Bortzmeyer wrote:
> > On Tue, Sep 12, 2017 at 09:50:37AM +,
> > Lanlan Pan wrote
> > a message of 210 lines which said:
> >
> >> ATR make Authoritative Servers send normal big response packet
> >>
> From: Paul Vixie
> To: Stephane Bortzmeyer
> > Yes, section 3. "it is suggested a timer to delay the second truncated
> > response to around 10 millisecond which can be configured by local
> > operation". (In the spirit of RFC 6555.)
>
> noting, 10ms isn't
Stephane Bortzmeyer wrote:
On Tue, Sep 12, 2017 at 09:50:37AM +,
Lanlan Pan wrote
a message of 210 lines which said:
ATR make Authoritative Servers send normal big response packet
before they try to send TC response for large RRsets ?
Yes, section 3. "it is
On Tue, Sep 12, 2017 at 09:50:37AM +,
Lanlan Pan wrote
a message of 210 lines which said:
> ATR make Authoritative Servers send normal big response packet
> before they try to send TC response for large RRsets ?
Yes, section 3. "it is suggested a timer to delay the
Hi Davey,
ATR make Authoritative Servers send normal big response packet before they
try to send TC response for large RRsets ?
Davey Song 于2017年9月11日周一 下午12:29写道:
> Hi folks,
>
> I just submit a draft dealing with issue of large DNS response especially
> in IPv6.
Davey Song wrote:
Hi folks,
I just submit a draft dealing with issue of large DNS response
especially in IPv6. [Comments] are welcome.
in the original EDNS I-D, the following text was present:
.IP MD
``More data'' flag. Valid only in TCP streams where message ordering and
reliability are