Ability to reserve a device #1033
Replies: 2 comments 7 replies
-
Thinking more about this, "Reservation" could be a first class model and we should be able to apply this to any entity as a relationship. For example: What if, someone reserve an interface in a switch? Then we need to again think of it as a separate way. Instead, "Reservation" is a model with "duration", "owner", "status", "from", "to", "auto_release" as its fields (might be more based on more discussions). I can then be able to apply this to a Device or a Rack or an Interface, etc. |
Beta Was this translation helpful? Give feedback.
-
Related to #1047 (dynamic groups / reservation pools) Reservation idea sounds interesting. Indeed rack reservations serve a different purpose and a more general models are needed to support this feature. |
Beta Was this translation helpful? Give feedback.
-
Today, a reservation is viewed from a "rack" perspective. This "rack wise" reservation also restricts devices within a single rack alone (Users can reserve specific units within a rack for future use. An arbitrary set of units within a rack can be associated with a single reservation, but reservations cannot span multiple racks. A description is required for each reservation, reservations may optionally be associated with a specific tenant).
I think it will be really good to reserve an arbitrary set of devices across different racks also.
Beta Was this translation helpful? Give feedback.
All reactions