Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • Thanks to Brad Christ who is leaving us as InCommon Steering rep


Update on Baseline Expectations v2  comm plan and timing- David/Albert (15 min)

  • Agreed to extend BE community consensus process until May 15, 2020
  • Revised “invitation” email text:  (note: this is now outdated) 
  • Sent notice to CTAB and to InCommon participant list
  • Blog asking for feedback was published on the InCommon website  https://incommon.org/news/your-feedback-needed-for-proposed-new-baseline-expectations/
  • Schedule of communications for BE2 consensus: 
  • About 12 people have subscribed to the community consensus list
  • There was a decision to broaden delivery of the invitation to other lists in addition to InCommon participants list , such as EDUCAUSE list, InCommon Execs and InCommon Site Admins, but we have not sent to these lists yet,  
  • What is the right timing for sending to those additional lists? 
  • Need to give campuses time to coordinate their online teaching / learning environments
  • We need 2 rounds of communication to community:
  •    Round 1. Be sure we don’t have gaps
  •    Round  2. Plan based on the community feedback
  •          Need a bigger group to weigh in on round 2
  • The current schedule of communications is for round 1, schedule of communications for round 2 will be developed later
  • Brett: we need to be prepared for lack of engagement in BE at this time
  • Kevin: 4 stages between now and May 15
  •   1   move to online
  •   2   testing, finals,  online
  •   3   Grade submission
  •   4   Commencement
  • After commencement  there might be more chance for engagement
  • At U Nebraska, the IDM team may be pulled in some new directions
  • Chance to emphasize the importance of federation
  • There is a chance to point out how identity federation enables this shift 
  • Chris W: NIH dealing w researchers and labs, need to provide as much as support as possible
  • Jon: has worked w research computing community at U Wisc in recent days
  • Less time to focus on CTAB
  • Much  going on with getting staff to work from home, putting out fires in that transition
  • Most people will have limited or no time to respond to requests such as to review baseline expectations 
  • Suggestion to communicate to the community that we want to respect their time and push out the timeframe for BE v2.  Could talk about the importance of the federation infrastructure as part of that communication. Don’t need to set a firm date for when there will be re-engagement on BE v2
  • Reminder there were not a lot of active discussion on BE v1 at this point in the process
  • It was noted that there is  value of pushing for some degree of encryption, and ability to handle SIRTFI, we have already extended from April 15 to May 15
  • Recent Working Group Chairs meeting focused on continuing current working groups to the extent people have time but delaying launching of planned new working groups.
  • Does the current situation change what we should include in BE v2? 
  • More interest in interoperability perhaps
  • In this environment with no border, no perimeter
  • Need to beware of phishing scams around coronavirus info
  •  Blog post is already live. We could declare community consensus open but with open end date.  Could wait to do the additional planned outreach to other lists.
  • Suggestion to pause the community consensus process
  • If we pause the community consensus process, this gives us a chance for communication to the community that we respect their time. Pausing gives CTAB membors freedom to not worry about this  right now given other priorities

...

  • REFEDS/profile/MFA  https://wiki.refeds.org/display/GROUPS/Assurance+Working+Group (Jule)
    •  A call was held Tuesday March 17 2020
    • This was a one time call to discuss the proposal to create entity categories for REFEDS MFA/SFA.
    • There was suggestion from that call to morph that into a ongoing, bi-weekly call to discuss  topics related to assurance.
      Topics which may end up on the agenda are:
      - EC for REFEDS assurance suite (or other means to achieve, for example, measurement)
      - Microsoft ADFS support for REFFEDS assurance suite (which was proposed in the scope of the new REFEDS work plan)
      - Promotion of REFEDS assurance suite
      - Logos for RAF/SFA/MFA (and other REFEDS specs)
      - OIDC identity assurance
    •   A doodle poll was sent out to schedule the WG calls
    •  Discussion of using a baseline approach to find out which entities are supporting MFA and which are not
    •  REFEDs working plan, suggestion for WG to add support for Microsoft ADFS  https://wiki.refeds.org/display/WOR/2019+REFEDS+Workplan
    •  Heather thinks perhaps include that in REFEDS assurance WGAssurance working group

  •  REFEDs baseline expectations WG    https://wiki.refeds.org/display/GROUPS/Baseline+Expectations+Working+Group Pal
    • waiting for the notes from last call
    • Discussed federation baseline operator issues
    • Viable but need to tweak them 
    • Issues are being addressed, need to better address to international audience
    • Interop versus reach
    • DIscussedDiscussed: should edugain adhere to baseline also?
    • One more meeting and then there will be writeup
    • ChrisW:   discussion on turning on MFA , issue of uncertainty on what we will get back,  not sure when an ADFS or siteminder IDP receives the request.
      Interest in setting up a test SP to do that in the R&S category, to see what the response would be. What kind of data would we get.
    • Suggestion to manage that thru the WG
    • Want testing from broad cross section within edugain
    • This is good project for the assurance group

    • MC notes: 
official ADFS/Azure AD -> InCommon docs would be a big help for many of our clients (universities/colleges) and even SPs themselves like us on the commercial side.

    • Data from this would be helpful for next round of BE
    • Have good contacts w dev team at Microsoft

...