From: Bob Hinden <bob.hinden@gmail.com>
Message-Id: <F6A70A5A-D620-47EC-996B-8DBD01CF813C@gmail.com>
Content-Type: multipart/alternative;
	boundary="Apple-Mail=_DAEC8759-4D8C-45E7-883C-719F609FFC46"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.600.62\))
Date: Thu, 30 May 2024 09:10:42 -0700
In-Reply-To: <171706936834.39334.16043434987658907025@ietfa.amsl.com>
To: Zaheduzzaman Sarker <zahed.sarker.ietf@gmail.com>
References: <171706936834.39334.16043434987658907025@ietfa.amsl.com>
Message-ID-Hash: P3LUZ7DCPLQADI4AVJHJM3ZL5XCZ766C
CC: Bob Hinden <bob.hinden@gmail.com>, IESG <iesg@ietf.org>,
 draft-ietf-6man-comp-rtg-hdr@ietf.org, 6man Chairs <6man-chairs@ietf.org>,
 IPv6 List <ipv6@ietf.org>
Precedence: list
Subject: =?utf-8?q?=5BIPv6=5DRe=3A_Zaheduzzaman_Sarker=27s_Discuss_on_draft-ietf-6man?=
 =?utf-8?q?-comp-rtg-hdr-09=3A_=28with_DISCUSS=29?=
Archived-At: 
 <https://mailarchive.ietf.org/arch/msg/ipv6/n5jOAJXO0DK-N7bTL-vfufPyfzA>


--Apple-Mail=_DAEC8759-4D8C-45E7-883C-719F609FFC46
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Hi,

> On May 30, 2024, at 4:42=E2=80=AFAM, Zaheduzzaman Sarker via =
Datatracker <noreply@ietf.org> wrote:
>=20
> Zaheduzzaman Sarker has entered the following ballot position for
> draft-ietf-6man-comp-rtg-hdr-09: Discuss
>=20
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut =
this
> introductory paragraph, however.)
>=20
>=20
> Please refer to =
https://www.ietf.org/about/groups/iesg/statements/handling-ballot-position=
s/=20
> for more information about how to handle DISCUSS and COMMENT =
positions.
>=20
>=20
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-6man-comp-rtg-hdr/
>=20
>=20
> ----------------------------------------------------------------------
> DISCUSS:
> ----------------------------------------------------------------------
>=20
> Thanks for working on this specification.  Special Thanks to Gorry =
Fairhurst
> for the TSVART review.
>=20
> I have one question that I would like to discuss further to understand =
better -
>=20
> - In the processing rules, we are seding ICMPv6 Messages so how often =
are we
> sending them? if this is not rate limited, what are the risks we are =
not
> considering here?
>=20

Rate limiting of ICMP error message is part of the ICMPv6 specification =
RFC 4443.  =20

See Section  2.4. Message Processing Rules, subsection (f) of =
https://datatracker.ietf.org/doc/html/rfc4443.

Routers implement rate limiting ICMPv6 error messages.    Is there =
something specific about this draft that this needs to be called out?

Bob







--Apple-Mail=_DAEC8759-4D8C-45E7-883C-719F609FFC46
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"content-type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"overflow-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;">Hi,<br =
id=3D"lineBreakAtBeginningOfMessage"><div><br><blockquote =
type=3D"cite"><div>On May 30, 2024, at 4:42=E2=80=AFAM, Zaheduzzaman =
Sarker via Datatracker &lt;noreply@ietf.org&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div><div>Zaheduzzaman Sarker has =
entered the following ballot position =
for<br>draft-ietf-6man-comp-rtg-hdr-09: Discuss<br><br>When responding, =
please keep the subject line intact and reply to all<br>email addresses =
included in the To and CC lines. (Feel free to cut this<br>introductory =
paragraph, however.)<br><br><br>Please refer to =
https://www.ietf.org/about/groups/iesg/statements/handling-ballot-position=
s/ <br>for more information about how to handle DISCUSS and COMMENT =
positions.<br><br><br>The document, along with other ballot positions, =
can be found =
here:<br>https://datatracker.ietf.org/doc/draft-ietf-6man-comp-rtg-hdr/<br=
><br><br>-----------------------------------------------------------------=
-----<br>DISCUSS:<br>-----------------------------------------------------=
-----------------<br><br>Thanks for working on this specification. =
&nbsp;Special Thanks to Gorry Fairhurst<br>for the TSVART =
review.<br><br>I have one question that I would like to discuss further =
to understand better -<br><br> - In the processing rules, we are seding =
ICMPv6 Messages so how often are we<br> sending them? if this is not =
rate limited, what are the risks we are not<br> considering =
here?<br><br></div></div></blockquote></div><br><div>Rate limiting of =
ICMP error message is part of the ICMPv6 specification RFC 4443. =
&nbsp;&nbsp;</div><div><br></div><div>See Section &nbsp;2.4. Message =
Processing Rules, subsection (f) of&nbsp;<a =
href=3D"https://datatracker.ietf.org/doc/html/rfc4443">https://datatracker=
.ietf.org/doc/html/rfc4443</a>.</div><div><br></div><div>Routers =
implement rate limiting ICMPv6 error messages. &nbsp; &nbsp;Is there =
something specific about this draft that this needs to be called =
out?</div><div><br></div><div>Bob</div><div><br></div><div><br></div><div>=
<br></div><div><br></div><div><br></div><div><br></div></body></html>=

--Apple-Mail=_DAEC8759-4D8C-45E7-883C-719F609FFC46--