edugain-discuss AT lists.geant.org
Subject: An open discussion list for topics related to the eduGAIN interfederation service.
List archive
- From: Peter Schober <peter.schober AT univie.ac.at>
- To: REFEDS <refeds AT terena.org>, "edugain-discuss AT geant.net" <edugain-discuss AT geant.net>
- Subject: Re: [eduGAIN-discuss] [refeds] mari plan & next steps
- Date: Wed, 29 Oct 2014 16:06:24 +0100
- Authentication-results: prod-mail.geant.net (amavisd-new); dkim=pass header.i= AT univie.ac.at
- List-archive: <https://mail.geant.net/mailman/private/edugain-discuss/>
- List-id: eduGAIN discussion list <edugain-discuss.geant.net>
- Organization: ACOnet
* Leif Johansson <leifj AT sunet.se> [2014-10-29 15:48]:
> Experience from SPs that have begun to suck at the fire hose of
> interfederation seems to be that as the number of federations grow, the
> list of RequestedAttribute elements grow to the union of what is needed
> to fulfil the recommendations and practice of all federations.
>
> At best this violates the minimality principle and at worst causes
> breakage since the RequestedAttribute practice of one federation is
> often incompatible with that of the next federation. Experience shows
> that breakage occurs after only a small number of connected
> federations (I have example breakage at <3 federations).
I'd be interested in more (any, really) concrete examples of that kind
of breakage, to substantiate the claim of the massive scope of that
problem. (I'm probaby just lacking that experience, and imagination.)
> The reason the problem occurs is that federations don't agree on the
> semantic and use of attributes. Furthermore it seems unlikely that
> we'll be able to align attribute semantics globally.
Personally I'd very much prefer to tackle harmonization and alignment
(possibly at the same time, given concrete problems to chew on) as
doing that would also solve the problem for the SP, which in the
proposal still is stuck having to deal with all the incompatible crap
that seems to be floating around, as you acknoledge:
> Under this scheme the SP will have to be able to handle a large
> number of alternative ways to represent "name" but this is already
> the case and is unlikely to change no matter what we do.
Best regards,
-peter
- [eduGAIN-discuss] mari plan & next steps, Leif Johansson, 29-Oct-2014
- Re: [eduGAIN-discuss] [refeds] mari plan & next steps, Peter Schober, 10/29/2014
- Re: [eduGAIN-discuss] [refeds] mari plan & next steps, Andy Bennett, 29-Oct-2014
- Re: [eduGAIN-discuss] [refeds] mari plan & next steps, Mikael Linden, 29-Oct-2014
- Re: [eduGAIN-discuss] [refeds] mari plan & next steps, Jaime Pérez Crespo, 29-Oct-2014
- Re: [eduGAIN-discuss] [refeds] mari plan & next steps, Leif Johansson, 29-Oct-2014
- Re: [eduGAIN-discuss] [refeds] mari plan & next steps, Lukas Hämmerle, 29-Oct-2014
- Re: [eduGAIN-discuss] [refeds] mari plan & next steps, Peter Schober, 29-Oct-2014
- Re: [eduGAIN-discuss] [refeds] mari plan & next steps, Leif Johansson, 29-Oct-2014
- Re: [eduGAIN-discuss] [refeds] mari plan & next steps, Andy Bennett, 29-Oct-2014
- Message not available
- Re: [eduGAIN-discuss] [refeds] mari plan & next steps, Peter Schober, 29-Oct-2014
- Re: [eduGAIN-discuss] [refeds] mari plan & next steps, Nicole Harris, 29-Oct-2014
- Re: [eduGAIN-discuss] [refeds] mari plan & next steps, Peter Schober, 29-Oct-2014
- Re: [eduGAIN-discuss] [refeds] mari plan & next steps, Lukas Hämmerle, 29-Oct-2014
- Re: [eduGAIN-discuss] [refeds] mari plan & next steps, Andy Bennett, 29-Oct-2014
- Re: [eduGAIN-discuss] [refeds] mari plan & next steps, Peter Schober, 10/29/2014
Archive powered by MHonArc 2.6.19.