edugain-discuss AT lists.geant.org
Subject: An open discussion list for topics related to the eduGAIN interfederation service.
List archive
- From: Niels van Dijk <niels.vandijk AT surfnet.nl>
- To: Ian Young <ian AT iay.org.uk>
- Cc: edugain-discuss AT geant.net
- Subject: Re: [eduGAIN-discuss] SPs with no attribute requirements (or so it seems)
- Date: Thu, 27 Mar 2014 11:46:01 +0100
- List-archive: <https://mail.geant.net/mailman/private/edugain-discuss/>
- List-id: eduGAIN discussion list <edugain-discuss.geant.net>
Hi Ian, all,
On 03/27/2014 11:28 AM, Ian Young wrote:
>
> On 27 Mar 2014, at 10:13, Niels van Dijk <niels.vandijk AT surfnet.nl> wrote:
>
>> eduGAIN policy states:
>> (http://www.geant.net/service/eduGAIN/resources/Documents/eduGAIN_metadata_profile_v3.doc)
>>
>> "NOTE on <md:RequestedAttribute>: Whenever a Service Provider needs
>> attributes it should list them as <md:RequestedAttribute> in the
>> <md:AttributeConsumingService> of its <md:SPSSODescriptor> element to
>> increase the chance that Identity Providers really release them."
>>
>> Based on the above I assume that I can connect to this SP not releasing
>> any attributes.
>
> I doubt that. It's more likely that the entity comes from a federation
> which hasn't traditionally required this metadata to be provided by SPs.
> The UKf is in that category, for example, but I think quite a few others
> are as well. We do ask people opting SPs in to eduGAIN to provide this, but
> it is a bit of an uphill struggle in some cases and it is optional.
>
Naive me was sort of hoping that combining CoC and attribute
requirements in metadata at some point would lead to something that
scales better as compared to what we have now. As joining eduGAIN as an
SP is a deliberate step anyway, I could imagine at that point requiring
better metadata from the SP.
Should this be be something the eduGAIn community should consider? I
mean, contacting the SP is always the default option of last resort,
can't we work towards improving that?
Cheers,
Niels
- [eduGAIN-discuss] SPs with no attribute requirements (or so it seems), Niels van Dijk, 27-Mar-2014
- Re: [eduGAIN-discuss] SPs with no attribute requirements (or so it seems), Ian Young, 27-Mar-2014
- Re: [eduGAIN-discuss] SPs with no attribute requirements (or so it seems), Niels van Dijk, 03/27/2014
- Re: [eduGAIN-discuss] SPs with no attribute requirements (or so it seems), Ian Young, 27-Mar-2014
- Re: [eduGAIN-discuss] SPs with no attribute requirements (or so it seems), Niels van Dijk, 27-Mar-2014
- Re: [eduGAIN-discuss] SPs with no attribute requirements (or so it seems), Ian Young, 27-Mar-2014
- Re: [eduGAIN-discuss] SPs with no attribute requirements (or so it seems), Niels van Dijk, 27-Mar-2014
- Re: [eduGAIN-discuss] SPs with no attribute requirements (or so it seems), Ian Young, 27-Mar-2014
- Re: [eduGAIN-discuss] SPs with no attribute requirements (or so it seems), Niels van Dijk, 27-Mar-2014
- Re: [eduGAIN-discuss] SPs with no attribute requirements (or so it seems), Ian Young, 27-Mar-2014
- Re: [eduGAIN-discuss] SPs with no attribute requirements (or so it seems), Leif Johansson, 27-Mar-2014
- Re: [eduGAIN-discuss] SPs with no attribute requirements (or so it seems), Niels van Dijk, 27-Mar-2014
- Re: [eduGAIN-discuss] SPs with no attribute requirements (or so it seems), Leif Johansson, 27-Mar-2014
- Re: [eduGAIN-discuss] SPs with no attribute requirements (or so it seems), Niels van Dijk, 27-Mar-2014
- Re: [eduGAIN-discuss] SPs with no attribute requirements (or so it seems), Niels van Dijk, 03/27/2014
- Re: [eduGAIN-discuss] SPs with no attribute requirements (or so it seems), Brook Schofield, 27-Mar-2014
- Re: [eduGAIN-discuss] SPs with no attribute requirements (or so it seems), Ian Young, 27-Mar-2014
- Re: [eduGAIN-discuss] SPs with no attribute requirements (or so it seems), Niels van Dijk, 27-Mar-2014
- Re: [eduGAIN-discuss] SPs with no attribute requirements (or so it seems), Ian Young, 27-Mar-2014
- Re: [eduGAIN-discuss] SPs with no attribute requirements (or so it seems), Ian Young, 27-Mar-2014
Archive powered by MHonArc 2.6.19.