Versions Compared

Key

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

...


Line/Reference #Proposed Change or QueryProposer / AffiliationRecommendation to Working GroupStatus
182-83

"...described in section 3.6" appears to be an error. Section 3.5 describes Dispute Resolution

Albert Wu / InCommonChange to 3.5
286

The eSC ToR has an additional item under eSC responsibilities that is missing from the eduGAIN Constitution: "Approving, supporting and chairing eduGAIN Working Groups". Is that omission intentional?


Albert Wu / InCommonAdd this to the constiution
3118 - 132

It is unclear from this text who the eduGAIN Service Team reports to, i.e., who oversees the work and performance of this function?

Albert Wu / InCommonThis is purposely left vague as this can change every project cycle and we want the constitution to be long term in its vision
4218 - 219

Both mentions of "... as per section 2.2." seem questionable. Section 2.2 describes the eduGAIN Steering Committee.

Albert Wu / InCommonRemove the wording "as per section 2.2"  - it doesn't add anything
5283 and 285

The 2 URLs at these lines begin with "http://". Both redirect to their secure equivalent. It'd be best to point directly to their "https://" equivalents. 

Albert Wu / InCommonUpdate to https
6general

The amended constitution still reads like eduGAIN is only a point of metadata exchange among federations. Is that the intent? Is there any work underway to address other matters essential to trusted and scalable interoperation among entities registered in eduGAIN: broad adoption of interoperability profiles; mappable operating (security, privacy, support, etc) policies? Does eduGAIN intend to take an active role in helping newer/smaller federations grow/mature in their capabilities so that there is parity across federations?

Albert Wu / InCommonThe eduGAIN Constitution is intended to specifically govern metadata exchange.  The broader issues are important but need to be managed with more flexibility - hence the recomnmendation to create an eduGAIN Strategy to address this.
775, 123, 217

'Technical Profiles': is there a difference compared to the 'Technology Profiles'?

Wolfgang Pempe / DFNChange all to be Technical Profiles
8249

'voting list': Does this refer to eduGAIN Membership Votes? If yes, there should be 1-2 explanatory sentences in section  2.3, e.g. "A Member Federation which is absent from two consecutive votes will be removed from the active list for the purpose of subsequent votes. Participating in a vote returns the federation to the active list." (copy+paste)

Wolfgang Pempe / DFNThe idea of dropping people from the voting list has been discontinued.  The eduGAIN membership votes are now equal to all non-suspended members.
990-92

Did we ever need the distinction between delegate and deputy? (I can't think of desirable processes that would act solely on the difference of someone being deputy vs. delegate.) Can we simplify this and just make it (up to) two delegates?

Peter, ACOnetThe only place this is relevant is when voting.  If both representatives vote, we drop the deputy vote and maintain the delegate.  There are benefits of having one person who has ultimate decision making authority, although in practice this is not used much
1096, 101ff

We're still all voting on new memberships? I find that a bit tedious because I cannot imagine there being a different outcome other than a simple majority for "yes" for some fed joining. If the outcome is always the same the process itself seems superfluous.
Maybe rethink this approach and simply accept candidate federations if – within a given period, say a week or two – no strong objections have been raised and properly argued for. If strong objects indeed were raised, discuss those until the objector can live with the decision. If consent cannot be reached (within another given period, say, a week or two) we could still let the eSC decide or  call for a vote then (but only then, which would/should likely never happen).
N.B.: Non-primary functions of voting such as "liveness detection" should be implemented using different methods (better CRM processes, essentially). I.e., we shouldn't ask people to vote only to find out whether they still care or still work for the federation.

Peter, ACOnet

For broader discussion - invite Peter to push this to the list?

Due to the lack of input from members, we do feel that we have to push for an active vote at the moment to ensure that there is consensus and not just apathy.

Need to roll out reporting tool asap.


11107

should we add a MUST for having completed the membership/joining process to make this more explicit/clear?

Peter, ACOnetChange from The voting period may be extended if a simple majority cannot be reached to The voting period MUST be extended if a simple majority cannot be reached.