Re: WGLC: Re: Questions re: draft-ietf-mboned-driad-amt-discovery
Kyle Rose <[email protected]> Tue, 29 Oct 2019 09:03:13 -0400
| Newsgroups | gmane.ietf.mboned |
|---|---|
| Message-ID | <CAJU8_nXYM8_jhV4FvE4CL=T6uo2WT1YC00DscYxuvA1ebRo=kA@mail.gmail.com> |
--===============2154964278833595938== Content-Type: multipart/alternative; boundary="000000000000de8b7405960c3db6" --000000000000de8b7405960c3db6 Content-Type: text/plain; charset="UTF-8" On Mon, Oct 28, 2019 at 4:48 PM Holland, Jake <[email protected]> wrote: > Hi Kyle, > > From: Kyle Rose <[email protected]> > > Re: "connection", RFC 7450 uses "connection" in a relevant way in exactly > > one place (4.1.4 Deployment) but (as noted in this draft) fails to define > > it. It does repeatedly refer to a three-way handshake, however, so > perhaps > > text should be added to this draft to make it clear that "connection" is > > (AFAICT) being defined as completion of the first two steps of the > three-way > > handshake from 7450. > > Something like that originally occurred to me, but I think DRIAD's > formulation disagrees with the simple form of that, because of a disconnect > in the handling of the L flag. > > I'll tentatively call this suggestion "rejected with due consideration" > unless you want to discuss more I am convinced by your explanation. Thanks. > Re: the DNS rate limiting, what motivated the numbers in the normative: > > q( Otherwise, a gateway MUST provide a rate limit for the DNS queries, > and > > its default settings MUST NOT permit more than 10 queries for any > > 100-millisecond period) > > The first and biggest motivation is that I thought _some_ numbers should be > present. It matters less what they are than that there is something. > > ...snip... > > When you ask about motivations I have to admit I put this in more to ease > my troubled soul than because I think it'll really prevent a problem on > someone's network in practice, based on any kind of sound measurements. > But > of course suggestions are welcome on improved language here. > Sounds reasonable. I don't really have any suggestions; it just feels weird to specify a hard limit without any reference to downstream demand: should a gateway in a residential CPE have the same rate limit as a gateway on a corporate border router? Of course not. But I suppose that's exactly the point of a default limit, in that it forces the vendor or operator to make a different choice intentionally. Kyle --000000000000de8b7405960c3db6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail= _attr">On Mon, Oct 28, 2019 at 4:48 PM Holland, Jake <<a href=3D"mailto:= [email protected]">[email protected]</a>> wrote:<br></div><blockquot= e class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px s= olid rgb(204,204,204);padding-left:1ex">Hi Kyle,<br> <br> From: Kyle Rose <<a href=3D"mailto:[email protected]" target=3D"_blank">kr= [email protected]</a>><br> > Re: "connection", RFC 7450 uses "connection" in a = relevant way in exactly<br> > one place (4.1.4 Deployment) but (as noted in this draft) fails to def= ine<br> > it. It does repeatedly refer to a three-way handshake, however, so per= haps<br> > text should be added to this draft to make it clear that "connect= ion" is<br> > (AFAICT) being defined as completion of the first two steps of the thr= ee-way<br> > handshake from 7450. <br> <br> Something like that originally occurred to me, but I think DRIAD's<br> formulation disagrees with the simple form of that, because of a disconnect= <br> in the handling of the L flag.<br> <br> I'll tentatively call this suggestion "rejected with due considera= tion"<br> unless you want to discuss more</blockquote><div><br></div><div>I am convin= ced by your explanation. Thanks.<br></div><br><blockquote class=3D"gmail_qu= ote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,20= 4);padding-left:1ex"><div> > Re: the DNS rate limiting, what motivated the numbers in the normative= :<br> > q( Otherwise, a gateway MUST provide a rate limit for the DNS queries,= and<br> > its default settings MUST NOT permit more than 10 queries for any<br> > 100-millisecond period)<br> <br> The first and biggest motivation is that I thought _some_ numbers should be= <br> present.=C2=A0 It matters less what they are than that there is something.<= br> <br></div>...snip...<br><div> <br> When you ask about motivations I have to admit I put this in more to ease<b= r> my troubled soul than because I think it'll really prevent a problem on= <br> someone's network in practice, based on any kind of sound measurements.= =C2=A0 But<br> of course suggestions are welcome on improved language here.<br></div></blo= ckquote><div><br></div><div>Sounds reasonable. I don't really have any = suggestions; it just feels weird to specify a hard limit without any refere= nce to downstream demand: should a gateway in a residential CPE have the sa= me rate limit as a gateway on a corporate border router? Of course not. But= I suppose that's exactly the point of a default limit, in that it forc= es the vendor or operator to make a different choice intentionally.</div><d= iv><br></div><div>Kyle<br></div></div></div> --000000000000de8b7405960c3db6-- --===============2154964278833595938== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MBONED mailing list [email protected] https://www.ietf.org/mailman/listinfo/mboned --===============2154964278833595938==--