You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

Project overview

Contact data

Please provide contact details for GN4-3 project participants involved in this activity


NameEmailRole
Submitter name & email:

Leif

Nick



Other participants



Scrum master
...

Dev
...

Dev
...

Mentor
Contact data of Parties involved

Please provide names and contact details for additional (external) organisations involved in this Incubator project

Organisation Name
Person names
Person emailRole within pilot













Description

Metadata is at the heart of the trust fabric of current R&E Identity Federations. For the trust to properly propagate, this metadata is first collected from and then distributed by the federation towards the federation members. Generally speaking this is the same for both national as well as inter-federations like eduGAIN.

The current models for distributing metadata are strained. The most widely used model that distributes a per federation file with entities suffers from file size issues and comes with a risk on long delays for changes to propagate. The MDQ model is more dynamic and resolves both aforementioned issues, but mandates a centralized service to be available at all time. This is a spof not only technically, but may also be a policy control point.

This activity investigates a new proposal from Leif Johansson, called "push MDQ" which introduces a new, potentially highly scalable way of distributing metadata. The fist version of this proposal can be found here: https://docs.google.com/document/d/1wc2MPME-hl6Izt9-x-UHyy880qmNpx3iVrI24TxMMI4/edit?usp=sharing

Pilot goals
  • Extend the existing proposal from Leif Johansson to include concrete examples, and identify potential challenges
  • Discuss the extended proposal with a group of community experts
  • Describe how this new protocol could be implemented and operationalized into the current trust fabric of R&E federations. Which roles and responsibilities are needed; who would cover them? Which product(s) may be used to implement the protocol. How to deal with backwards compatibility?
  • Draft an RFC based on the proposal in such way that the proposal may be implemented into a technical solution
  • If so appropriate, submit the RFC to a relevant body for standardization
  • Create at minimum 1 'server'  and 1 'client' implementation of the specification using existing IdP, SP or MDQ software


Background Information
  • See google doc referenced in Description section


Project Details

Technical details
This activity will define a new standard for exchanging metadata. It will extent at least 1 existing product to demonstrate the protocol can be used for metadata updates
Business case
If the idea works as proposed, it would improve the scalability and freshness of metadata exchange tremendously, in its turn improving the ability for IdPs and SPs to interact in a much more secure and less error prone way


Data protection & Privacy
No personal data needs to be exchanged


Definition of Done (DoD)

The activity is completed when:

  • The existing proposal from Leif Johansson is extended and discussed and written into an RFC
  • An accompaniment document is delivered describing how the protocol could be implemented into the current R&E federation trust framework
  • At minimum 1 'server'  and 1 'client' implementation of the specification using existing (open source) IdP, SP or MDQ software was created


Sustainability
  • If so appropriate, submit the RFC to a relevant body for standardization
  • The changes to software will be donated to the software projects

Meetings

Date

Activity

Owner

Minutes

January 1, 2017

Kickoff meeting



















Documents

(Attach any documents to this page to get them listed.)



  • No labels