[racktables-users] Re: Subnets to automatically inherit tags
- From: Rob Walker <rwalker@xxxxxxxxxxxxxxxxxxx>
- To: "racktables-users@xxxxxxxxxxxxx" <racktables-users@xxxxxxxxxxxxx>
- Date: Tue, 8 Jul 2014 17:31:54 +0000
Chris,
I think it's a great idea. I'd like to see it myself. Have you filed
an RFE for it in the bugtracker?
Since you have thought this through more than I have, maybe you could
clear up some questions I have about where you think this should go?
1. Do you think that the children should inherit all of the the tags of
the parent, or should only some tags be marked as "inheritable"?
2. When a tag is inherited, do you think it would be added to the child
as a first class tag on that child object, or would it only be shown
there? As an example, when I want to remove the tag from one child, but
not all, would I go to the child and remove that tag? If so, when I
want to remove a tag that has been inherited to many children, do I have
to go to each child individually, or just go to the parent and delete
the relationship from there?
3. Do you think that this would mean that there are two kinds of tags,
inherited / inheritable and normal? Or do you think that there would be
an attribute applied to a tag, called "inheritable / not inheritable"?
Or no change at all?
Thanks for your insight on this.
Rob
On 7/8/14 9:16 AM, Chris James wrote:
> No one has any thoughts on this?
>
> On Wed, Jul 2, 2014 at 9:26 AM, Chris James <chris@xxxxxxxxxxxx
> <mailto:chris@xxxxxxxxxxxx>> wrote:
>
> Hey all, I greatly appreciate help in advance.
>
> The IPv4 organizational problem:
> Multiple large subnets
> Multiple locations
>
> The racktables solution:
> Create a network, lets say a /20, tag with "BLAHBLAH"
> Create 4 subnets, each a /22 Tag each /22 as Location1, Location2, etc.
> create a /29 within location2 Tag with "Info1"
> Sometimes forget to also tag with location or blahblah tags (for
> filtering purposes)
>
> Possible to automatically inherit parent tags from the larger network?
>
>
> -Chris
>
>
>
> This e-mail message may contain confidential or legally privileged
> information and is intended only for the use of the intended
> recipient(s). Any unauthorized disclosure, dissemination, distribution,
> copying or the taking of any action in reliance on the information
> herein is prohibited. E-mails are not secure and cannot be guaranteed to
> be error free as they can be intercepted, amended, or contain viruses.
> Anyone who communicates with us by e-mail is deemed to have accepted
> these risks. This company is not responsible for errors or omissions in
> this message and denies any responsibility for any damage arising from
> the use of e-mail. Any opinion and other statement contained in this
> message and any attachment are solely those of the author and do not
> necessarily represent those of the company.
Other related posts:
