Child pages
  • Research and Scholarship FAQ

The Incommon Federation wiki has moved.

Please visit the new InCommon Federation Library wiki for updated content. Remember to update your bookmarks.

Click in the link above if you are not automatically redirected in 15 seconds.

Skip to end of metadata
Go to start of metadata

Frequently Asked Questions about the R&S Category

General FAQs

Which services are eligible for the Research & Scholarship category?

Candidates for the R&S category include InCommon service providers that support research and scholarship as an essential component. For example, a service providing tools for both multi-institutional research collaboration and instruction is eligible as a candidate for the R&S category.

InCommon reviews all applications from potential R&S service providers. Visit the Federation Info pages for a complete list of all R&S service providers.

What is the R&S attribute bundle?

The R&S category defines a bundle of attributes that SPs choose from. InCommon identity providers that support R&S release a minimal subset of this attribute bundle to R&S SPs. For details, see the deployment considerations for IdPs wiki page.

Where can I find complete information on the Research & Scholarship Category?

The Research and Scholarship Category home page has detailed information and additional links.

FAQs for SPs

What if my R&S SP doesn't require all the attributes in the R&S bundle?

InCommon highly recommends that SPs take a minimalist approach to attributes. In metadata, list only those requested attributes that you absolutely need. Some IdPs will actually use the list of requested attributes in metadata to limit the attributes released to you just-in-time.

What if a user wants to access my service but that user's IdP does not release the attributes my service needs?

To have an IdP added to the list of IdPs that support R&S, contact us at We will reach out to the site admins for that IdP on your behalf.

FAQs for IdPs

Do I need to configure my IdP to release attributes to each and every R&S SP?

No. A one-time configuration is all that's needed.

Today most IdPs configure their attribute release policies around the SP's entity ID (i.e., on an SP-by-SP basis). Every time you type an entity ID into your IdP software configuration, you paint yourself into an ever-smaller corner. To better scale the Federation, we recommend that IdPs configure their attribute release policies using entity attributes instead of entity IDs. This leads to a more robust deployment that is much easier to maintain.

What is an entity attribute?

Once an SP becomes an R&S SP, it receives the R&S entity attribute in metadata. You can support a single R&S SP by configuring its entity ID into your IdP software configuration, or you can support all R&S SPs by configuring the corresponding entity attribute. The latter scales better since it is a one-time configuration change.

What are the deployment options at the IdP?

See the R&S wiki page for IdPs.

How do I configure my IdP to release the absolute minimum attributes required?

If your software supports it, you can release a dynamic subset of the R&S attribute bundle based on the list of requested attributes in SP metadata.

How do I get my IdP on the official list of IdPs that support R&S?

Once you've configured your IdP to release the R&S attribute bundle, you declare your IdP's ability to support R&S by submitting a short form. Normally such an IdP would be added to the list within one business day.

  • No labels