Changes between Initial Version and Version 1 of Taskforces/AAI/Meetings/2015-03-19


Ignore:
Timestamp:
08/15/18 13:19:46 (6 years ago)
Author:
Dieter Van Uytvanck
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Taskforces/AAI/Meetings/2015-03-19

    v1 v1  
     1             Submitted by [https://www.clarin.eu/user/1937 Martin  Matthiesen] on 27 February 2015           
     2
     3Participants:  Thomas Kisler, Kai Zimmer, Mitchell Seaton, Jozef Mišutka, Dieter Van  Uytvanck, Sander Maijers, Timm Lehmberg, Martin Matthiesen (chair &  minutes),
     4
     5Guest: Mikael Linden, CSC
     6
     7Excused: Oliver Schonefeld
     8
     9Optional: Paul Meurer, Pavel Straňák, Lene Offersgaard, Daan Broeder
     10
     11
     12== Agenda ==
     13
     14 1. Formalia: Agreeing on agenda, secretary
     15 1. Action points from last meeting (5 min)
     16 1. eduGAIN as [https://www.clarin.eu/glossary#SP SP] requirement (10 min)
     17 1. User survey in Clarin (10 min)
     18 1. DP-CoC vs entity categories (10 min)
     19 1. Harmonising interaction with home organisations from other federations (10 min)
     20 1. Related activities (5 min)
     21 1. Action points for next meeting (5 min)
     22 1. Next meeting
     23
     24== 1 Formalia ==
     25
     26== 2 Action points from last meeting (5 min) ==
     27
     28 * Old APs
     29   * Thomas: Hook up BAS with the SPF.
     30     * Tested with Surf and Haka
     31   * Dieter: Promote the SPF in Zürich: Done
     32   * Dieter: Contat Feide to opt-in to the SPF
     33     * Making IDPs available is hard due to Feides Opt-in policy. The IDPs cannot treat the SPF as a block.
     34     * The CLARIN-[https://www.clarin.eu/glossary#EUDAT EUDAT] co-operation might change things to the better. We keep trying, but with low piority.
     35   * SP Signing: Mitchell and Oliver make sure the SPF XML is signed.
     36     * Signing had technical problems, they are now solved, albeit not in production: https://infra.clarin.eu/aai/md_about_spf_sps.xml
     37     * Sander takes it to production, should not be difficult now.
     38   * Setup Trac for manual login tests across federations.
     39     * Tested with BAS. Worked well.
     40     * Todo: We need more volunteers.
     41     * Todo: Documentation only in Trac, accessible after login. This  is good for the contact details, but not good to make the general  process visible.
     42     * Decision: We split the documentation: The list of volunteers will be available only after login. [https://www.clarin.eu/glossary#AAI AAI] will serve as category for the time being.
     43   * Meeting on Central Monitoring: Martin prepares a meeting, Jozef and Kai will at least join.
     44     * Has not happened.
     45   * eduGAIN as SP Requirement: Martin, Jozef and Oliver prepare the proposal.
     46     * Done
     47   * Documentation for SPs: Martin relays feedback to !Sander/Dieter.
     48     * Done, Sander looks through docs, Martin can help.
     49   * Martin contacts !Dieter/Sander on SLAs.
     50     * Not done. Things that happened: Disco Juice is moved to RZG and has much higher availabilty now, also the homeless [https://www.clarin.eu/glossary#IdP IdP] will be moved, but likely not get an equally high availability.
     51
     52== 3 eduGAIN as SP requirement (10 min) ==
     53We discussed the proposal and came to the conclusion that making  eduGAIN a requirement at this point the increase in bureaucracy to check  this requirement outweighs the benefits. Without a vote we decided not  to proceed with this proposal, but to use it to underpin the usefulness  for SPs to join eduGAIN. We would still push for the remaining SPs to  join eduGAIN. Sweden is a good use case, they made eduGAIN opt-out and  SPF will try to use eduGAIN to connect to Sweden. We also discussed the  possibility of filtering out "SPF-unwanted" IDPs, via the centralized  Discovery Service.
     54
     55
     56== 4 User survey in Clarin (10 min) ==
     57Jozef prepared a survey on what kind of users do service providers in CLARIN[[BR]]      expect/require: Current Draft: https://www.surveymonkey.com/s/VYQ5BHW [[BR]]     This was seen as useful and Jozef will go ahead with it. We will discuss the results in the next meeting.
     58
     59
     60== 5 DP-!CoCo vs entity categories (EC) (10 min) ==
     61https://refeds.org/category/research-and-scholarship/  and whether we should support them; There is a discussion on the refeds  mailing list on this topic, the eduGAIN folks would like our input on  this. Jozef and Martin have already given use cases (Lindat and Korp).
     62
     63Mikael gave a background to EC vs. DP-!CoCo. ECs are set by home federations.
     64
     65
     66 * The DP-!CoCo is legally binding and a statement of the SP.
     67 * Research-and-Scholarship is weaker in terms of Data protection, but  the criteria are quite extensive. The statement is made by the home  federation.
     68
     69We saw little benefit in Research-and-Scholarship at the moment  (so far 30 !IdPs support it) but are willing to make SPs aware of it.  Martin will work this into the "why to join eduGAIN" document derived  from agenda item 4.
     70
     71
     72== 6 Harmonising interaction with home organisations from other federations (10 min) ==
     73Approach: adding another project specific layer i.e. one service provider which would[[BR]]     act as the proxy IdP for all CLARIN SPs. This SP would be in fact a Virtual[[BR]]       Organisation (see http://perun.cesnet.cz/web/ or REMS). Similar/same[[BR]]      approach as ELIXIR project is planning to deploy.
     74
     75Mikael explained the concept in detail: The proxy would act as an SP  towards eduGAIN IDPs and as an IDP towards connected SPs. The benefit of  such a solution would be to be able to register one "Proxy" SP to home  organisations. This server acts as an IDP to connected SPs and would  also be able to enrich home organisation information or support other  login methods, like googe or orchid. The system is in the planning  phase. Part of the plan is to get attributes via the DP !CoCo, it remains  to be seen whether the proxy solution is more palatable to IDPs. If  this works, Clarin could use the same technology for a similar service.  We will closely follow developements.
     76
     77
     78== 7 Related activities (5 min) ==
     79
     80 * Martin to give speech on Haka-seminar to promote consistent attribute release, !CoCo.
     81 * Mikael Linden looks for input from CLARIN for this training: https://wiki.edugain.org/AttributeReleaseTraining2015
     82
     83== 8 Action points next meeting (5 min) ==
     84
     85 * Split the documentation for manual login tests via Trac (Martin)
     86
     87
     88 * Meeting on Central Monitoring: Martin prepares a meeting, Jozef and Kai will at least join.
     89
     90
     91 * SP Signing: Taking it into production (Sander)
     92
     93
     94 * Documentation cleanup (Sander, Martin)
     95
     96
     97 * SP Survey (Jozef)
     98
     99
     100 * Publish eduGAIN encouragement letter, including information on ECs (from point 3) (Martin, Jozef)
     101
     102
     103
     104== 9 Next meeting ==
     105In about 2 months.