User Manual

Rev 2.3-1.0.1
Mellanox Technologies
101
• Port GUID
• Port name, which is a combination of NodeDescription and IB port number
• PKey, which means that all the ports in the subnet that belong to partition with a given
PKey belong to this port group
• Partition name, which means that all the ports in the subnet that belong to partition with
a given name belong to this port group
• Node type, where possible node types are: CA, SWITCH, ROUTER, ALL, and SELF
(SM's port).
II) QoS Setup (denoted by qos-setup)
This section describes how to set up SL2VL and VL Arbitration tables on various nodes in the
fabric. However, this is not supported in OFED. SL2VL and VLArb tables should be configured
in the OpenSM options file (default location - /var/cache/opensm/opensm.opts).
III) QoS Levels (denoted by qos-levels)
Each QoS Level defines Service Level (SL) and a few optional fields:
• MTU limit
• 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.