User Manual
OpenSM – Subnet ManagerRev 2.2-1.0.1
Mellanox Technologies
200
• Rate limit
• PKey
• Packet lifetime
When path(s) search is performed, it is done with regards to restriction that these QoS Level
parameters impose. One QoS level that is mandatory to define is a DEFAULT QoS level. It is
applied to a PR/MPR query that does not match any existing match rule. Similar to any other
QoS Level, it can also be explicitly referred by any match rule.
IV) QoS Matching Rules (denoted by qos-match-rules)
Each PathRecord/MultiPathRecord query that OpenSM receives is matched against the set of
matching rules. Rules are scanned in order of appearance in the QoS policy file such as the first
match takes precedence.
Each rule has a name of QoS level that will be applied to the matching query. A default QoS level
is applied to a query that did not match any rule.
Queries can be matched by:
• Source port group (whether a source port is a member of a specified group)
• Destination port group (same as above, only for destination port)
• PKey
• QoS class
• Service ID
To match a certain matching rule, PR/MPR query has to match ALL the rule's criteria. However,
not all the fields of the PR/MPR query have to appear in the matching rule.
For instance, if the rule has a single criterion - Service ID, it will match any query that has this
Service ID, disregarding rest of the query fields. However, if a certain query has only Service ID
(which means that this is the only bit in the PR/MPR component mask that is on), it will not
match any rule that has other matching criteria besides Service ID.
8.6.3 Simple QoS Policy Definition
Simple QoS policy definition comprises of a single section denoted by qos-ulps. Similar to the
advanced QoS policy, it has a list of match rules and their QoS Level, but in this case a match
rule has only one criterion - its goal is to match a certain ULP (or a certain application on top of
this ULP) PR/MPR request, and QoS Level has only one constraint - Service Level (SL).
The simple policy section may appear in the policy file in combine with the advanced policy, or
as a stand-alone policy definition. See more details and list of match rule criteria below.
8.6.4 Policy File Syntax Guidelines
• Leading and trailing blanks, as well as empty lines, are ignored, so the indentation in
the example is just for better readability.
• Comments are started with the pound sign (#) and terminated by EOL.
• Any keyword should be the first non-blank in the line, unless it's a comment.
• Keywords that denote section/subsection start have matching closing keywords.