-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat: add LogicalInterface model #23
Conversation
36bfd94
to
80f8140
Compare
e795522
to
39ce07a
Compare
default=AssetStateChoices.STATE_STAGING, | ||
help_text="State of this DeviceInterface", | ||
) | ||
monitoring_state = models.CharField( |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not necessarily for this review, but this is more to start discussions about this:
I don't recall if it has been discussed yet, but how do we deal with the monitoring_state if the parent interface says "disabled", and the logical interface says "critical" for instance ? (and vice versa)
I guess we should implement some sort of precedence between these 2 entities. At first sight it would make sense that a parent interface put in "disabled" mode, would override/inhibit the value on the children interface (logical ones).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
IIRC we briefly talked about it, but nothing more. Let's schedule a dedicated meeting. The solution could also impact BGPSession
monitoring fields
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
it has already been discussed indeed, there was a page and a consensus :)
I'll share the page in slack
EDIT: we are actually missing details about this point in the page.
39ce07a
to
5e197b6
Compare
Description:
Add LogicalInterface model.