I agree with Adrian’s comments.
This is a good initiative particularly if enhanced as Adrian proposes.
Stewart
> On 28 Mar 2023, at 03:24, Adrian Farrel wrote:
>
> [Spring cc’ed because, well, you know, SR. I wonder whether 6man and 6ops
> should care as well.]
>
> tl;dr
> I think this is a
Hi Adrian (and Joel since I will respond to both in one email)
Thanks for the comments and detailed review – its hugely appreciated. The
authors are looking at these comments and will hopefully be pushing out a -01
draft in the next 24 hours, this will aim to address many of the nits and
Joel’
Andrew,
To me the fact that SRv6 is using IPv6 ethertype is a feature not a bug. It
allows seamless deployment in any IPv6 enabled network.
Yes I personally suggested a new ethertype for SRv6 long time back, but the
issue was related to hurdles with IPv6 standards not related to any
"security" is
Hi Robert,
The way the authors view this – and what we will be adding possibly more
explicitly in the document, is that this does not force an ethertype onto srv6
– it creates an OPTION for operators that want to run it in this mode to do so.
It introduces a choice that following consultation,
Hi Andrew,
I fully understand your perspective. I am just questioning if ethertype is
the right level to introduce a fail-closed solution.
As you know IETF is very creative in inventing more and more services
running over IP. Lot's of them would benefit perhaps from such fasil-closed
automation.
Hi Greg/Authors,
I believe this draft still needs work before it is ready for WGLC.
Specifically, it does not cover the use of S-BFD for the monitoring of SR
Policies and AFAIK this is the more widely used than the mechanism
specified in the draft currently (i.e. than the bootstrap via LSP Ping t
Hi Ketan,
thank you for sharing your comments about the state of
draft-ietf-spring-bfd. Please find my notes in-line below under the GIM>>
tag.
Regards,
Greg
On Wed, Mar 29, 2023 at 11:11 AM Ketan Talaulikar
wrote:
> Hi Greg/Authors,
>
> I believe this draft still needs work before it is ready
