User Manual

Features Overview and ConfigurationRev 2.3-1.0.1
Mellanox Technologies
100
If, for example, engine 2 runs ftree and it has a fallback engine with 3 as its id that runs minhop, one
should expect to find 2 sets of dump files, one for each engine:
• opensm-lid-matrix.2.ftree.dump
• opensm-lid-matrix.3.minhop.dump
• opensm.fdbs.2.ftree
• opensm.fdbs.3.munhop
3.2.2.6 Quality of Service Management in OpenSM
When Quality of Service (QoS) in OpenSM is enabled (using the ‘-Q’ or ‘--qos’ flags), OpenSM
looks for a QoS Policy file. During fabric initialization and at every heavy sweep, OpenSM
parses the QoS policy file, applies its settings to the discovered fabric elements, and enforces the
provided policy on client requests.
The overall flow for such requests is as follows:
• The request is matched against the defined matching rules such that the QoS Level defi-
nition is found
• Given the QoS Level, a path(s) search is performed with the given restrictions imposed
by that level
Figure 3: QoS Manager
There are two ways to define QoS policy:
• Advanced – the advanced policy file syntax provides the administrator various ways to
match a PathRecord/MultiPathRecord (PR/MPR) request, and to enforce various QoS
constraints on the requested PR/MPR
• Simple – the simple policy file syntax enables the administrator to match PR/MPR
requests by various ULPs and applications running on top of these ULPs
Advanced QoS Policy File
The QoS policy file has the following sections:
I) Port Groups (denoted by port-groups)
This section defines zero or more port groups that can be referred later by matching rules (see
below). Port group lists ports by: