Status:  In limited deployment, under review for wider deployment.

1.  Introduction

C&C is incrementally extending the UW Groups Service to support new modes of group definition, more groups, more campus organizations defining groups, and more uses for groups.  A key design component is a naming plan for groups that supports the eventual campus-wide scope of the service.  It is desirable to start naming groups using a plausible scheme, even while many other aspects of the system are not yet in place.  This document specifies a group naming plan for the UW Groups Service, including syntax and top-level name components.

For design considerations related to this plan see Group Naming Design Considerations .

For open issues / questions / concerns see Groups Service Open Issues.

2.  Concepts and terminology

"Netid"-style names

This plan specifies group names that are in the style of UW NetIDs, email addresses, and web URLs.  That is, they are relatively short; typically meaningful to humans but not full English words; and normally writable as ASCII strings without white space.  Such identifiers are intended to fit in easily where these other identifiers typically are found.  Note, however, that the names in this plan are not themselves UW NetIDs, email addresses, or URLs/URIs; there are mappings to/from those forms in some cases.

In some important environments group names are in the same namespace as UW NetIDs.  To accomodate this, group names must be considered to be part of the larger UW NetID namespace.  See UW NetID Namespacefor more information.

This naming plan does not preclude the implementation of additional naming plans, for example a plan with longer names with a larger character set. 

Namespaces, stems, and naming authorities

It is a requirement that groups be able to be created (hence named) by potentially very large numbers of UW community members (over 100,000 or so).  To avoid conflicts and the need for an approval process for each group, a hierarchical naming scheme is used, similar to other environments where large-scale naming is needed (e.g. DNS, file systems).

Using the terminology promoted in the Internet2 Grouper project, group namespaces are referred to as "stems" (avoiding various other overloaded terms).  A stem is created for the purpose of creating and managing groups (and other stems) based on it, and to control access to these operations.  The entity (or entities) responsible for managing a stem is a "naming authority" for that stem.  A naming authority may delegate namespaces based on its stem to other naming authorities.

In many cases a group name is used in a context where it is understood to be a group name in the UW infrastructure space (e.g., the "require group foo" context in UW web access control).  A short form is available for these contexts, as described in sections 3 and 4.  For more general contexts, a URI form is also defined so that each group has a globally unique name.

3.  Syntax

A group name is a sequence of name components, by convention written left-to-right from highest-level to lowest-level naming authority.  Name components are written separated by a delimiter character.

Character set:  Name components are limited to lowercase alphanumeric \[a-z\], numeric, \[0-9\], dash ("-"), and period (".").

Delimiter:  The delimiter between components is underscore ("_").

Maximum length:  128 octets, including delimiters.

4.  UW top-level stems

C&C (acting as institutional group naming authority) controls the top-level stem space.  Top-level stems can be created as needed, based on discussion with stakeholders and establishment of clear definition and requirements.  Like any stem, a top-level stem must have a well-defined naming authority to manage it.

Syntax of names under each stem can be further constrained.

4.1.  UW NetID stem

A top-level stem:

  u

represents the UW NetID namespace.  Under this stem is a stem for each UW NetID, including personal and shared types, and mailing-list ids, but not temp UW NetIDs or other reserved types.  For example,

   u_rlmorgan

is a stem whose naming authority is the person holding the personal UW NetID "rlmorgan".

The stem based on a shared UW NetID, eg:

  u_cac

has as a naming authority the owners of that shared UW NetID, or their delegates. Capability to manage groups using that stem is handled consistently with management of access to other resources available to that shared UW NetID.

The syntax of group names under the UW NetID stem is not further constrained.

4.2  UW Affiliation stem

A stem:

  uw

is established to name groups with memberships based on UW affiliations.  For example:

  uw_students

is the group whose members have the affiliation "student".  The use of this stem may be extended to support other UW-wide group names for which the UW NetID stem is not appropriate.

The syntax of group names under the UW Affiliation stem is not further constrained. 

4.3  Academic Course stem

A stem:

  course

is established to name groups with membership based on UW academic courses.   For example:

  course_\[example_needed\] 

The syntax of groups in the academic course stem is:

 \[ follow existing UWWI approach ... \]

5.  Exceptions 

There may be existing practice where centrally-managed groups are named with names that do not conform to the scheme defined in sections 3 and 4.  There may also be cases where applications require group names that do not conform to this plan, but it is still appealing to manage such groups centrally.  In these cases exceptions may be granted.  Such group names must still conform to the base UW NetID syntax.  Groups named with exceptional names should still benefit from participation in group management and use operations.

6.  Representation of group names as URIs

For use in URI contexts a URI namespace is assigned in UW's URN namespace:

   urn:mace:washington.edu:group:

A group URI is formed by appending the short-form group name to that namespace, e.g.:

  urn:mace:washington.edu:group:u_rlmorgan_foo

is another name for the group with short name "u_rlmorgan_foo".