Description: The learningDomainMembershipWorkBuf object is used to create,modify, and delete learning domains.

Managers can update a learning domain membership as many times as they want using this object. Setting this object to a new value does not change the current membership nor the values stored in non-volatile memory until the object portGroupAction is written with doUpdate. At that time the new values will be written to learningDomainMembership and non-volatile memory and the learning domain changes will take effect.

The addition/removal of bridge ports to/from a learning domain is an atomic operation. Because a bridge port can only belong to one learning domain, the last assignment of a bridge port to a learning domain will determine the learning domain in which the bridge port resides.

There is a default learning domain, designated by learningDomainNumber 1, which all bridge ports belong to until management changes the assignments of bridge ports to learning domains. If a bridge port is removed from a learning domain, it is placed back into the default learning domain. The default learning domain can not be modified directly. It changes when new learning domains are created or modified.

Every learning domain is a member of precisely one logical bridge.

The learningDomainMembership is expressed using a shorthand that specifies which bridge ports belong in the learning domain. An example of a specification would be :

(1,6-9,21)

where commas separate bridge ports and hyphens are short-hand for specifying a range of numbers. This example would assign bridge ports 1,6,7,8,9, and 21 to the specified learning domain.

Bridge port numbers are specified in decimal.

A learning domain will read back in a form equivalent to the form written. It may not read back exactly as written.