In regards to system-ids reserved for documentation, I am not aware that this exists.
Note that the most common practice used in assigning system-ids is to use the MAC address of some interface associated with the router. Therefore I don’t think Tom's example in regards to IP addresses translates here. Les > -----Original Message----- > From: Lsr <lsr-boun...@ietf.org> On Behalf Of Acee Lindem (acee) > Sent: Friday, June 07, 2019 5:29 AM > To: stephane.litkow...@orange.com; tom petch <ie...@btconnect.com> > Cc: lsr@ietf.org > Subject: Re: [Lsr] I-D Action: draft-ietf-isis-yang-isis-cfg-35.txt > > Hi Stephane, Tom, > > On 6/7/19, 4:03 AM, "Lsr on behalf of stephane.litkow...@orange.com" <lsr- > boun...@ietf.org on behalf of stephane.litkow...@orange.com> wrote: > > Hi Tom, > > Thanks for your feedback. > Pls find some comments inline > > Stephane > > -----Original Message----- > From: tom petch [mailto:ie...@btconnect.com] > Sent: Thursday, June 06, 2019 18:59 > To: LITKOWSKI Stephane OBS/OINIS > Cc: lsr@ietf.org > Subject: Re: I-D Action: draft-ietf-isis-yang-isis-cfg-35.txt > > Stephane > > The YANG module has RFC5307 in a description clause but I do not see > this in the References of the I-D > > [SLI] That's a mistake, I will fix it > > > I commented before on the lack of a conditional when on > augment "/if:interfaces/if:interface" > so every interface will get this object; is that intended? > > [SLI] It looks good to me, if a device supports the ISIS model, all the > interfaces should get the clns-mtu config statement. > > In the example, is the system-id one reserved for documentation? > [SLI] No, but I'm personally not aware of system IDs reserved for > documentation as we could have for IP addresses. If someone from the WG > knows about it, I will be happy to change it. > > [ACEE] ISO owns the definition of the IS-IS system ID definition. I don't know > that they've set aside any reserved system IDs for examples. > > Thanks, > Acee > > > > Tom Petch > > ----- Original Message ----- > From: <internet-dra...@ietf.org> > To: <i-d-annou...@ietf.org> > Cc: <lsr@ietf.org> > Sent: Friday, March 08, 2019 3:37 AM > Subject: I-D Action: draft-ietf-isis-yang-isis-cfg-35.txt > > > > > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > > This draft is a work item of the Link State Routing WG of the IETF. > > > > Title : YANG Data Model for IS-IS Protocol > > Authors : Stephane Litkowski > > Derek Yeung > > Acee Lindem > > Jeffrey Zhang > > Ladislav Lhotka > > Filename : draft-ietf-isis-yang-isis-cfg-35.txt > > Pages : 111 > > Date : 2019-03-07 > > > > Abstract: > > This document defines a YANG data model that can be used to > configure > > and manage IS-IS protocol on network elements. > > > > > > > > The IETF datatracker status page for this draft is: > > https://datatracker.ietf.org/doc/draft-ietf-isis-yang-isis-cfg/ > > > > There are also htmlized versions available at: > > https://tools.ietf.org/html/draft-ietf-isis-yang-isis-cfg-35 > > https://datatracker.ietf.org/doc/html/draft-ietf-isis-yang-isis-cfg-35 > > > > A diff from the previous version is available at: > > https://www.ietf.org/rfcdiff?url2=draft-ietf-isis-yang-isis-cfg-35 > > > > > > 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: > > ftp://ftp.ietf.org/internet-drafts/ > > > > _______________________________________________ > > I-D-Announce mailing list > > i-d-annou...@ietf.org > > https://www.ietf.org/mailman/listinfo/i-d-announce > > Internet-Draft directories: http://www.ietf.org/shadow.html > > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt > > > > __________________________________________________________ > __________________________________________________________ > _____ > > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez > recu > ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages > electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme ou > falsifie. Merci. > > This message and its attachments may contain confidential or privileged > information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and > delete > this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been > modified, changed or falsified. > Thank you. > > _______________________________________________ > Lsr mailing list > Lsr@ietf.org > https://www.ietf.org/mailman/listinfo/lsr > > > _______________________________________________ > Lsr mailing list > Lsr@ietf.org > https://www.ietf.org/mailman/listinfo/lsr _______________________________________________ Lsr mailing list Lsr@ietf.org https://www.ietf.org/mailman/listinfo/lsr