Re: [Idr] Update to update to BGP-LS registries

["Ketan Talaulikar (ketant)" <[e-mail]>]

Hi John,

I have absolutely no issue (and completely agree) with the text that Adrian has proposed for the DE guidelines in https://datatracker.ietf.org/doc/html/draft-farrel-idr-bgp-ls-registry-01#section-2.1 and I do defer to his expertise & experience on this. (Adrian, now it is in writing 😉)

My only point was that we are changing the policy from Specification Required to Expert Review only because of this bit about IDs not being "permanent". As such it perhaps needs a broader look from IANA and as advised by Alvaro, I will share this feedback with them.

The point regarding process overheads and additional gatekeepers that you referred to was with the Early Allocation Process defined in RFC7120. However, I believe we are talking "allocation" under Specification Required and not "early allocation" - so the process described in RFC7120 does not apply? I somehow got the impression that RFC7120 was more about the schemes that were more stringent that Specification Required as described in RFC8126. I may be wrong.

In any case, I have no issues with the proposal on table and I will just share my feedback with IANA for them to review.

Thanks,
Ketan 

-----Original Message-----
From: John Scudder <[e-mail]> 
Sent: 26 July 2019 13:05
To: Ketan Talaulikar (ketant) <[e-mail]>
Cc: [e-mail]; idr wg <[e-mail]>
Subject: Re: [Idr] Update to update to BGP-LS registries

Hi Ketan,

I am hoping our hallway conversation after the meeting resolved your concern, but if it didn’t please follow up.

Regards,

—John

> On Jul 26, 2019, at 11:49 AM, Ketan Talaulikar (ketant) <[e-mail]> wrote:
> 
> Hello Adrian,
> 
> IMO Specification Required is still the right and correct mechanism - we do need a specification that is available permanently!
> 
> Just because of a misalignment between "permanent archival/availability" aspect and this text related to I-Ds that say they are "temporary", we should not fall back to Expert Review. Specification Required includes Expert Review.
> 
> Why can't RFC8126 be fixed to say that for the purpose of Specification Required, the I-Ds are acceptable. We definitely do need defined TLVs and documentation of their usage. Otherwise, things can get chaotic.
> 
> Please excuse my ignorance of the IANA/IETF procedures and correct me.
> 
> Thanks,
> Ketan
> 
> -----Original Message-----
> From: Idr <[e-mail]> On Behalf Of Adrian Farrel
> Sent: 26 July 2019 10:40
> To: 'idr wg' <[e-mail]>
> Subject: [Idr] Update to update to BGP-LS registries
> 
> Hi,
> 
> jgs spotted some typos (I didn't have time to run spell check before this morning).
> Donald pointed out a concern with the guidance to the DE.
> 
> Best,
> Adrian
> 
> -----Original Message-----
> From: I-D-Announce <[e-mail]> On Behalf Of 
> [e-mail]
> Sent: 26 July 2019 15:35
> To: [e-mail]
> Subject: I-D Action: draft-farrel-idr-bgp-ls-registry-01.txt
> 
> 
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> 
> 
>        Title           : Updates to the Allocation Policy for the Border
> Gateway Protocol - Link State (BGP-LS) Parameters Registries
>        Author          : Adrian Farrel
> 	Filename        : draft-farrel-idr-bgp-ls-registry-01.txt
> 	Pages           : 4
> 	Date            : 2019-07-26
> 
> Abstract:
>   RFC 7752 defines Border Gateway Protocol - Link State (BGP-LS).  IANA
>   created a registry consistent with that document called the "Border
>   Gateway Protocol - Link State (BGP-LS) Parameters Registry" with a
>   number of sub-registries.  The allocation policy applied by IANA for
>   those policies is "Specification Required" as defined in RFC 8126.
> 
>   This document updates RFC 7752 by changing the allocation policy for
>   all of the registries to "Expert Review."
> 
> 
> The IETF datatracker status page for this draft is:
> https://urldefense.proofpoint.com/v2/url?u=https-3A__datatracker.ietf.
> org_doc_draft-2Dfarrel-2Didr-2Dbgp-2Dls-2Dregistry_&d=DwICAg&c=HAkYuh6
> 3rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=hLt5iDJpw7ukqICc0hoT7A&m=xPuRgN
> J7XqUv2y23lo-jodi1lW8oPwP-ZWnWxJHrpJE&s=R1TAcTsN7xepgditnUCKDpLV9WoW1P
> q8yEAdIAOIML0&e=
> 
> There are also htmlized versions available at:
> https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_ht
> ml_draft-2Dfarrel-2Didr-2Dbgp-2Dls-2Dregistry-2D01&d=DwICAg&c=HAkYuh63
> rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=hLt5iDJpw7ukqICc0hoT7A&m=xPuRgNJ
> 7XqUv2y23lo-jodi1lW8oPwP-ZWnWxJHrpJE&s=S5GHtyQ8611WNm2lZsg5gHK7S3OHDqJ
> 0NCZORFqiUYg&e= 
> https://urldefense.proofpoint.com/v2/url?u=https-3A__datatracker.ietf.
> org_doc_html_draft-2Dfarrel-2Didr-2Dbgp-2Dls-2Dregistry-2D01&d=DwICAg&
> c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=hLt5iDJpw7ukqICc0hoT7A
> &m=xPuRgNJ7XqUv2y23lo-jodi1lW8oPwP-ZWnWxJHrpJE&s=i4FEaExODAwpnFJQR3e6O
> 36ktmC3FMS47b1UywCuKlI&e=
> 
> A diff from the previous version is available at:
> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_rfcd
> iff-3Furl2-3Ddraft-2Dfarrel-2Didr-2Dbgp-2Dls-2Dregistry-2D01&d=DwICAg&
> c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=hLt5iDJpw7ukqICc0hoT7A
> &m=xPuRgNJ7XqUv2y23lo-jodi1lW8oPwP-ZWnWxJHrpJE&s=7GEPMinWav-18F06WFmdw
> 7SgfQg3n0cgNlMwWK1pOCQ&e=
> 
> 
> Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org.
> 
> Internet-Drafts are also available by anonymous FTP at:
> https://urldefense.proofpoint.com/v2/url?u=ftp-3A__ftp.ietf.org_intern
> et-2Ddrafts_&d=DwICAg&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=
> hLt5iDJpw7ukqICc0hoT7A&m=xPuRgNJ7XqUv2y23lo-jodi1lW8oPwP-ZWnWxJHrpJE&s
> =IlXninzcXMEA64Whqq0Lu0psLnm57lYZSTLOg0dbPJY&e=
> 
> _______________________________________________
> I-D-Announce mailing list
> [e-mail]
> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mail
> man_listinfo_i-2Dd-2Dannounce&d=DwICAg&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-n
> db3voDTXcWzoCI&r=hLt5iDJpw7ukqICc0hoT7A&m=xPuRgNJ7XqUv2y23lo-jodi1lW8o
> PwP-ZWnWxJHrpJE&s=lB5_82MdDfY71CZaIl5KCSjrLUf823qSf16l8uu-EB4&e=
> Internet-Draft directories: 
> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ietf.org_shado
> w.html&d=DwICAg&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=hLt5iD
> Jpw7ukqICc0hoT7A&m=xPuRgNJ7XqUv2y23lo-jodi1lW8oPwP-ZWnWxJHrpJE&s=h1qZh
> Df_9V-RiTRaBSdkcIqtk1eLBDoq63Z_U0XLpYo&e=  or 
> https://urldefense.proofpoint.com/v2/url?u=ftp-3A__ftp.ietf.org_ietf_1
> shadow-2Dsites.txt&d=DwICAg&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWz
> oCI&r=hLt5iDJpw7ukqICc0hoT7A&m=xPuRgNJ7XqUv2y23lo-jodi1lW8oPwP-ZWnWxJH
> rpJE&s=TXmVN0zz6g0IT2v2aS4u2HZwPuq0Mj5AshgV4MCs4sw&e=
> 
> _______________________________________________
> Idr mailing list
> [e-mail]
> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mail
> man_listinfo_idr&d=DwICAg&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoC
> I&r=hLt5iDJpw7ukqICc0hoT7A&m=xPuRgNJ7XqUv2y23lo-jodi1lW8oPwP-ZWnWxJHrp
> JE&s=8jy4XcQxEbAIMIuFA0l9SrXl0bCu66z0XXvJ0VoJSF0&e=
> 
> _______________________________________________
> Idr mailing list
> [e-mail]
> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mail
> man_listinfo_idr&d=DwICAg&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=hLt5iDJpw7ukqICc0hoT7A&m=xPuRgNJ7XqUv2y23lo-jodi1lW8oPwP-ZWnWxJHrpJE&s=8jy4XcQxEbAIMIuFA0l9SrXl0bCu66z0XXvJ0VoJSF0&e=