Skip to Content.
Sympa Menu

edugain-discuss - Re: [eduGAIN-discuss] ALL eduGAIN entities in UK federation?

edugain-discuss AT lists.geant.org

Subject: An open discussion list for topics related to the eduGAIN interfederation service.

List archive

Re: [eduGAIN-discuss] ALL eduGAIN entities in UK federation?


Chronological Thread 
  • From: Peter Schober <peter.schober AT univie.ac.at>
  • To: edugain-discuss AT geant.net
  • Subject: Re: [eduGAIN-discuss] ALL eduGAIN entities in UK federation?
  • Date: Wed, 5 Feb 2014 16:16:27 +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

* Jan Tomášek <jan.tomasek AT cesnet.cz> [2014-02-05 15:58]:
> You decreased friction to your entity operators on expenses of any
> other federation/entity operators.

While I can understand the sentiment the current issue only happens
due to (among other things) the conflation of "entities available via
metadata" and "offering of all such IDPs for discovery" by the SP.
(Manifesting itself in the SP using the central federation DS, as has
been pointed out several times already. The SP will have to "filter"
IDPs (subscribers), so why not only provide those in a DS.)

Now ACOnet also doesn't intend to provide centralized fine-grained
mix-and-match metadata feeds or discovery services, but we do provide
several instances of a central ("fallback" as we call it) SAMLDS,
notably one including, and one not including, interfederation IDPs.

Obviously that doesn't "solve the problem" of non-subscribing
federation member IDPs showing up in services' DSs, but at least it
keeps it within .at (i.e., out of eduGAIN's wider community).
-peter





Archive powered by MHonArc 2.6.19.

Top of Page