<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Wed, Sep 12, 2018 at 2:34 AM Grant Taylor via retronet <<a href="mailto:retronet@mailman.chivanet.org">retronet@mailman.chivanet.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">My brain has disengaged from work and engaged in RetroNet.<br>
<br>
I think we need to name interfaces using the “${RNmemberName}-${memberNodeName}” format. That will clearly identify who the interface is for and which of their interfaces it is.<br></blockquote><div><br></div><div>Beware of 16-byte length limit on the interface names in a popular operating system.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
So, I think we need a DB (or comparable) / table that will enforce unique member names as well as one that enforces unique node names for the member. I don’t know how to do the second enforcement. But I’m not a DBA / app designer so I won’t try. (Bad Grant, stop it!)<br></blockquote><div><br></div><div>As far as I know in at least MySQL tables you can make an index covering multiple columns. In the `nodes` table, creating a 'unique' index over (memberName, nodeName) would ensure that the combinations are unique, even if nodeName itself is not.</div><div><br></div><div>(Though my first attempt at a "DB" would have been a bunch of textfiles in Git repository, letting the filesystem itself sort out uniqueness.)</div></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Mantas Mikulėnas</div></div></div>