Subject: [Idr] BGP-LS SR Extensions - Proposal to remove ERO Sub-TLVs from IGP SR specifications

From: "Acee Lindem (acee)" <[email-masked]>
Date: Fri, 9 Jun 2017 15:42:24 +0000

Note that if I am successful in getting the unused ERO extensions removed,  this will also impact draft-ietf-idr-bgp-ls-segment-routing-ext-01.txt. These are documented in sections 2.3.7.3 – 2.3.7.7 of https://www.ietf.org/id/draft-ietf-idr-bgp-ls-segment-routing-ext-01.txt. As with the IGPs, we could, if necessary, deprecate the associated IANA code-points.

From: Acee Lindem <[email-masked]<mailto:[email-masked]>>
Date: Friday, June 9, 2017 at 10:45 AM
To: OSPF WG List <[email-masked]<mailto:[email-masked]>>, "[email-masked]<mailto:[email-masked]>" <[email-masked]<mailto:[email-masked]>>, "[email-masked]<mailto:[email-masked]>" <[email-masked]<mailto:[email-masked]>>
Cc: "[email-masked]<mailto:[email-masked]>" <[email-masked]<mailto:[email-masked]>>
Subject: Re: OSPFv2 Segment Routing Extensions ERO Extensions (would also effect OSPFv3 and IS-IS) - REPLY TO THIS ONE

Corrected IS-IS WG alias – Please reply to this one.
Thanks,
Acee

From: Acee Lindem <[email-masked]<mailto:[email-masked]>>
Date: Friday, June 9, 2017 at 10:42 AM
To: OSPF WG List <[email-masked]<mailto:[email-masked]>>, "[email-masked]<mailto:[email-masked]>" <[email-masked]<mailto:[email-masked]>>, "[email-masked]<mailto:[email-masked]>" <[email-masked]<mailto:[email-masked]>>
Cc: "[email-masked]<mailto:[email-masked]>" <[email-masked]<mailto:[email-masked]>>
Subject: OSPFv2 Segment Routing Extensions ERO Extensions (would also effect OSPFv3 and IS-IS)

Hi OSPF, ISIS, and SPRING WGs,

As part of the Alia’s AD review, she uncovered the fact that the ERO extensions in 6.1 and 6.2 are specified as far as encoding but are not specified as far as usage in any IGP or SPRING document. As document shepherd,  my proposal is that they simply be removed since they were incorporated as part of a draft merge and it appears that no one has implemented them (other than parsing). We could also deprecate types (4-8) in the OSPFv2 Extended Prefix LSA Sub-TLV registry to delay usage of these code points for some time (or indefinitely ;^).

Thanks,
Acee