Proposal to resolve entities by role+protocol

Cantor, Scott cantor.2 at osu.edu
Thu Dec 10 13:57:49 EST 2015


On 12/10/15, 1:53 PM, "dev on behalf of Marvin Addison" <dev-bounces at shibboleth.net on behalf of marvin.addison at gmail.com> wrote:


>
>I'm just not familiar enough with the SAML metadata model to group CAS services among SAML ones in the same SPSSODescriptor. I don't know offhand if the supportedProtocols attribute takes an xsd:URI or is an enum of known SAML protocols; I guess if it's the former then there's nothing that would forbid mixing them together.

It's a list of protocols, that's it. Mixing them in one role is structurally/functionally fine, just not likely in this context. Having an IdP role include both would be more common (if a CAS client cared) since the IdP now supports all three.

>I think I agree with you, especially if we agree that the best way to model this is with a CAS protocol endpoint modeled as an ACS entry among 0..* SAML ones under a single SPSSODescriptor.

You certainly can do so.

Endpoints are essentially meant to be self-discriminating of the protocol. The protocolSupportEnumeration is up at the top of the role to help sift through roles or entities to find one which should have endpoints you need/support.

-- Scott



More information about the dev mailing list