[IPv6]Re: Zaheduzzaman Sarker's Discuss on draft-ietf-6man-comp-rtg-hdr-09: (with DISCUSS)

[Chongfeng Xie <[e-mail]>]

Hi Ron,

In section 4, it mentions that,

      Each CRH-FIB entry contains:

   *  An IPv6 address.

   *  A topological function.

   *  Arguments for the topological function.  (Optional).

I think CRH-SID is also contained in each entry of CRH-FIB. When the entries in the CRH-FIB are populated, the CRH-SIDs are populated as well, is my understanding correct?
 
Best regards
Chognfeng
From: Ron Bonica
Date: 2024-05-31 03:59
To: Zaheduzzaman Sarker; Bob Hinden
CC: 6man Chairs; IESG; IPv6 List; [e-mail]
Subject: [IPv6]Re: Zaheduzzaman Sarker's Discuss on draft-ietf-6man-comp-rtg-hdr-09: (with DISCUSS)
thanks

Juniper Business Use Only


From: Zaheduzzaman Sarker <[e-mail]>
Sent: Thursday, May 30, 2024 3:23 PM
To: Bob Hinden <[e-mail]>
Cc: 6man Chairs <[e-mail]>; IESG <[e-mail]>; IPv6 List <[e-mail]>; Jen Linkova <[e-mail]>; [e-mail] <[e-mail]>
Subject: Re: Zaheduzzaman Sarker's Discuss on draft-ietf-6man-comp-rtg-hdr-09: (with DISCUSS) 
 
[External Email. Be cautious of content]

Hi Bob, Hi Ron,

We discussed this today during the telechat, and I was made aware of rate limiting property of ICMPv6 by my learned colleagues. 

We are fine here. No need to add anything in this spec.

I will clear my discuss.

//Zahed

On Thu, 30 May 2024 at 18:11, Bob Hinden <[e-mail]> wrote:
Hi,


On May 30, 2024, at 4:42 AM, Zaheduzzaman Sarker via Datatracker <[e-mail]> wrote:

Zaheduzzaman Sarker has entered the following ballot position for
draft-ietf-6man-comp-rtg-hdr-09: Discuss

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.)


Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ 
for more information about how to handle DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-6man-comp-rtg-hdr/


----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------

Thanks for working on this specification.  Special Thanks to Gorry Fairhurst
for the TSVART review.

I have one question that I would like to discuss further to understand better -

- 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?


Rate limiting of ICMP error message is part of the ICMPv6 specification RFC 4443.   

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