Scenario: Server-specified Counts

Sometimes, a capability request does not contain any desired features. In this case, the server can be configured to specify the features that should be assigned to a client device. If a reservation exists for the client that sent the capability request, the reserved counts are acquired. The following model reservation example demonstrates how this behavior is replicated with partitions. The without requested features directive replicates the server-specified count, and all from "partitionName" allocates all feature counts from the specified partition to the first client sending a capability request that fulfills the rule’s conditions. The all from "partitionName" instruction essentially acts as a shortcut to the feature counts specified for the relevant partition in the model definition. If the specified partition does not have sufficient counts to satisfy the request, counts are allocated from subsequent partitions listed in the rules (provided that the client has access to those partitions).

Let’s assume that the original reservation model consists of per-hostid reserved counts, together with the ability to get counts from the default shared pool. The resulting model definition and rule might look like this:

model "reservations" {

partitions {

partition "reservation-1" {

"f1" 1.0 1

}

}

on hostid("F01898AD8DD3/ETHERNET") {

use "reservation-1", "default"

without requested features {

all from "reservation-1"

}

accept

}

}

The without requested features directive can also be combined with a feature specification to produce more fine-grained rules. For a use case example, see Use Case: Letting Server Specify Counts .

As noted in the previous scenario, creating rules based on hostids is generally not recommended. Instead, consider basing the rules on hostname or hosttype properties or vendor dictionary key/value pairs.

Note:Server-specified desired feature counts are automatically marked with the "partial" attribute, indicating that partial checkout is allowed if the feature’s count falls short of the desired count.

Note:The hostid is specified as a value/type pair (for example, 7200014f5df0/ETHERNET). If a hostid condition does not specify the hostid type, it is assumed that the hostid is of type string.