#Use this template to capture proposal for a new Incubator Activity - delete this line after using the template#
Participants
Panel |
---|
| #Enter the persons who are submitter of the Activity - delete this line after using the template# |
Name | Organisation |
---|
Mihály Héder | SZTAKI/KIFÜ | Niels van Dijk | SURF |
|
Panel |
---|
| #Enter the persons who are participating in the | that works on this Activity - delete this line after using the template# |
Name | Organisation | Role |
---|
Martin | SURF | Team member | Mihály | SZTAKI/KIFÜ | Team member | Halil | GRNET | Team member | Andrej | LITNET | Team member |
|
Panel |
---|
|
#Enter the persons who are internal projects or external stakeholders of this Activity - delete this line after using the template# Name | Organisation | Role |
---|
Davide Vaghetti | GARR | Task lead of eduGAIN service team | Leif Johansson | SUNET | HSM operator | Halil Adem | GRNET | federation operator |
|
Activity overview
Panel |
---|
|
#Please describe the high-level goal of the incubator Activity, provide an overview of the anticipated work and needed resources and skills. Please also describe how commitment from various partners is warranted. - delete this line after using the template# <Enter here> |
Panel |
---|
|
#Please describe the goals of Activity, including what needs to be delivered, participants, the community(ies) that require a solution. Describe when the Activity is done and how to measure the success of it, in a SMART way. - delete this line after using the template# <Enter here> |
With the growth of the metadata feeds all over the world, together with the increased need for catering for multiple federations at once, Service Providers are increasingly reliant on the MetaData Query (MDQ) protocol, for Relying Party metadata lookup. (MDQ is also commonly referred to as MDX (MetaData eXchange) for historical reasons: the name of a mailing list where the spec was discussed.) This protocol is however not widely deploy at this time, due to technical complexity In addition, for MDQ there is only one implementation in common use: pyFF. This is a risk as it creates a high dependence on that piece of technology This activity seeks to simplify the scalable use of MDQ, both for federations that currently operate a MDQ as well as for federations tat do not provide an MDQ service. In addition it wants to create an alternative implementation, next to pyFF, for creating and managing XML metadata. |
Panel |
---|
|
The aim is to deliver EntityDescriptors as flat files in such a way this mimics MDQ protocol and combine that with Global DNS to create a super fast and highly redundant distribution mechanism for MDQ. |
Activity Details
Panel |
---|
|
Potential features of such an alternative MDX solution are: - Federations must remain in control of metadata signing
- Solution must not depend on how federations sign metadata
- Solution must respect SAML metadata ‘business rules’ with regard to TTL
- Effort for participation in distribution network should be minimal
- Solution should be highly available
- Solution should support almost real-time updates
#Please describe the technical details for the Activity. - delete this line after using the template# <Enter here> |
Panel |
---|
|
#What is the business case for the Activity? Who would be beneficiaries of the results of the Activity and what would potential business case look like if applicable? - delete this line after using the template#
<Enter here> |
Better uptimes for metadata availability and thus better uptimes for federated identity management services. |
Panel |
---|
|
#Are there risks that influence either the implementation of the activity or its outcomes? - delete this line after using the template#
<Enter here>Complexity caused by the conflicting characteristics of centralizing a decentralized service. |
Panel |
---|
title | Data protection & Privacy |
---|
|
#How do data protection and privacy impact the Activity? Think about e.g. handling of personal data of users - delete this line after using the template#
<Enter here> |
There is no personal data involved, apart from the technical and security contacts in metadata, which are distributed in the current system in a comparable manner. |
Panel |
---|
title | Definition of Done (DoD) |
---|
|
- An alternative MDX solution is designed and a PoC is implemented
- Architecture overview with MVP
- Geographically distributed MDQ (geoDNS)
| - A test suite and trial site is created/deployed
- An infrastructure deployment is tested with some federation operators
- A documentation for installation and configuration is provided
#Please describe here the set of criteria that the product must meet in order to be considered finished. - delete this line after using the template# <Enter here> |
Panel |
---|
|
- The design, source code and documentation will be made available to the community
- A hosted, distributed MDX solution could be provided to support federations that do not run an MDQ
#How are the results of the Activity intended to be used? If this requires further engagement, can you describe how you intent to sustain it? - delete this line after using the template# <Enter here> |
Activity Results
Panel |
---|
|
#Please provide pointers to completed and intermediary results of this activity - delete this line after using the template# An architecture for an alternative MDX solution was designed and a working PoC was implemented according to the specifications. |
Meetings
Date | Activity | Owner | Minutes | |
---|
15.10.21 | Incubator all-hands | Niels van Dijk |
22.02.22 | Public demo | Niels van Dijk |
03.05.22 | Final demo | Niels van Dijk | January 1, 2017 | Kickoff meeting |
Documents