Hi David,
> A power group can represent the entire crosspoint switch, with each
> forwarding engine as a power-group with the crosspoint switch as a parent.
Okay, I'm not sure I understand the TLVs correctly then. How can you model the
case where you can switch off one of the FEs if only one of a pair each of
physical interfaces is active?
Again, we haven’t thought hard about the case of flexible power topologies. I
would start by using power groups to model the current power topology. This
would leave us with a crosspoint switch, a couple of FEs and the interfaces
under the FEs. This would seem to be a straightforward hierarchy. If
interfaces are put to sleep, then when an FE has no active interfaces, it too
can be put to sleep.
Actually - better question. Looking at the crosspoint, would this model the
*current* state or *possible* states? I agree it is trivial to model the
current state, but can you [or do you want to] express the possibility of
changing the crosspoint configuration?
We’re only looking at current states.
Modeling potential states is not high on our to-do list, but we are open to
suggestions.
> We have been trying for years to get the appropriate YANG model
> standardized. The GREEN WG is still discussing terminology. We are not
> young enough to take that path.
I believe I am younger than you, but yes, this is why I went with "I'm not
sure" ;-)
At this point, just about everyone is younger than me. 😉.
> In most cases, getting live/actual power is very hard. Most devices don't
> have a built-in power meter. As I said at the mic, we are hoping for best
> effort numbers, which in many cases, will be a static average-case number.
Ok, I wasn't sure how dynamic this data would be/where it'd be sourced from.
That said, it probably makes sense to incorporate a warning about this into the
document ("don't try to be clever if you have live consumption data, you can
shoot yourself in the foot with oscillations")
Fair point.
T
_______________________________________________
Lsr mailing list -- [email protected]
To unsubscribe send an email to [email protected]
