Skip to Content.
Sympa Menu

edugain-discuss - Re: [eduGAIN-discuss] Who is the registrar for R&S in eduGAIN?

edugain-discuss AT lists.geant.org

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

List archive

Re: [eduGAIN-discuss] Who is the registrar for R&S in eduGAIN?


Chronological Thread 
  • From: Peter Schober <peter.schober AT univie.ac.at>
  • To: edugain-discuss AT geant.net
  • Subject: Re: [eduGAIN-discuss] Who is the registrar for R&S in eduGAIN?
  • Date: Fri, 3 Jul 2015 11:26:48 +0200
  • Authentication-results: prod-mail.geant.net (amavisd-new); dkim=pass header.i= AT univie.ac.at
  • List-archive: <http://mail.geant.net/pipermail/edugain-discuss/>
  • List-id: "An open discussion list for topics related to the eduGAIN interfederation service." <edugain-discuss.geant.net>
  • Organization: ACOnet

Hoi Niels,

* Niels van Dijk <niels.vandijk AT surfnet.nl> [2015-07-03 09:55]:
> The reason I ask is that I am now looking at CLARIN Service Provider
> Federation metadata where they state their SP to be R&S, and I
> realized there is no agreement in that federation on who is the
> registrar either.

I fully understand where you're coming from and agree with the problem
(once it's clear what it is), but mostly everything else is misguided
here (about eduGAIN as registrar etc.)

This is purely a CLARIN issue (and I've talked to them about this in
the not too distant past), the metadata feed you're talking about has
nothing to do with eduGAIN, and neither does REFEDS R&S.

eduID.at too considered pulling metadata from the CLARIN SPF but the
fact that they don't have a clue about what's going in there and who's
the party making any claims about the SAML metadata they collect makes
that unworkable.

So to make CLARIN SPs available within eduID.at (something which in
itself is mostly pointless, as we tell all our IDPs to load
interfederation-enabled metadata, i.e. all eduID.at should know all
eduGAIN SPs, even those IDPs not participating in eduGAIN) I currently
only get the list of entityIDs from the CLARIN SPF and then pull those
entities into the eduID.at feed that also exist in eduGAIN.

Since not all CLARIN SPF SPs are in eduGAIN (for whatever reason) that
also means not all CLARIN SPF SPs will be available as redundant
copies in eduID.at.
-peter





Archive powered by MHonArc 2.6.19.

Top of Page