Re: [Roll] Border router failure detection

[Konrad Iwanicki <[e-mail]>]

Hi Michael,

On 12.05.2021 17:46, Michael Richardson wrote:
>
> Konrad Iwanicki <[e-mail]> wrote:
>     > Hopefully, I have addressed all your previous comments (at least those
>     > that I knew how to address). The changes are in the GitHub repo. My
>     > question is:
>
>     >     What now?
>
>     > Despite the introductory videos, it is not completely clear to me what
>     > the next steps should be.
>
> A few illustrative slides for a virtual interim meeting, and then pester the
> WG chairs to adopt it.   I would support adoption, and I prefer that
> documents are adopted early.  (not everyone shares this view, see RFC7221 and rfc7221bis)

Thanks a lot for the explanation. I will thus prepare the slides for the 
meeting.

>     > Moreover, before a new version of the draft is produced, if at all, I
>     > would like to discuss a few issues so that the draft best matches the
>     > group's practices, both technical and nontechnical:
>
>     > 1. best method for enabling/disabling the protocol
>
> Can it use capex?

Thanks for the pointer. I will think whether and how CapEx could be used 
to this end.

>     > 2. simplicity vs. generality and reusability
>
> I'd need some examples here.

One of the reasons for the question is that CFRCs in the current RNFD 
option have a specific format (linear counting). However, one could 
think of allowing different CFRC algorithms in the option, even though, 
based on our experiments with such algorithms, I don't believe this to 
be terribly relevant. Moreover, this would make the protocol more 
complex, which I would like to avoid. Nevertheless, I wanted to ask if 
you have any preferences in this respect.

>     > 3. authorship of the draft
>
> The WG chairs essentially decide that, but it is unusual for them not to
> consult with you.
> (Most of the time, it's whomever fails to step back fast enough.)

Great. Hope that the chairs will value your and Pascal's contribution.

Best,
-- 
- Konrad Iwanicki.