Skip to Content.
Sympa Menu

edugain-discuss - Re: [eduGAIN-discuss] [eduGAIN-SG] issue on metadata flow

edugain-discuss AT lists.geant.org

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

List archive

Re: [eduGAIN-discuss] [eduGAIN-SG] issue on metadata flow


Chronological Thread 
  • From: Ian Young <ian AT iay.org.uk>
  • To: Nicole Harris <harris AT terena.org>
  • Cc: idem-staff AT garr.it, "<edugain-tsg AT geant.net>" <edugain-tsg AT geant.net>, edugain-discuss AT geant.net, marco Malavolti <marco.malavolti AT garr.it>
  • Subject: Re: [eduGAIN-discuss] [eduGAIN-SG] issue on metadata flow
  • Date: Mon, 7 Jul 2014 14:37:55 +0100
  • List-archive: <https://mail.geant.net/mailman/private/edugain-discuss/>
  • List-id: eduGAIN discussion list <edugain-discuss.geant.net>


On 7 Jul 2014, at 13:04, Nicole Harris <harris AT terena.org> wrote:

> I think that the correct action here is to remind the SP
> http://scitation.aip.org/ that it should not consume the metadata tagged
> as "eduGAIN" at this point in time.

Whether I agree with that will depend on what you mean by "consume". We don't
offer them an alternative to the production aggregate, so if they use the
production aggregate as recommended they are "consuming" eduGAIN metadata.
What is problematic is what they are doing with it, I think.

> http://scitation.aip.org/ are being lazy overall with discovery - for
> example all the UK colleges appear in their dropdown and I very much
> doubt many of them subscribe to AIP publishing. So I really think this
> is lazy discovery not a symptom of how the UK are publishing.

Agreed.

> It is also important to remember that many federations are doing
> additional filtering of downstream metadata so reciprocity can never be
> guaranteed.

Good point. The UKf, for example, does not republish entity metadata
containing embedded RSA public keys of less than 2048 bits.

> Overall though I think that is great that we are starting to see these
> problems as it means that eduGAIN metadata is really out there in the
> wild.

Thanks for the upbeat view of this ;-)

-- Ian



Attachment: smime.p7s
Description: S/MIME cryptographic signature




Archive powered by MHonArc 2.6.19.

Top of Page