Skip to Content.
Sympa Menu

technical-discuss - Re: [InC-Technical] Re: Split InCommon into R&S and non-R&S federations?

Subject: InCommon Technical Discussions

List archive

Re: [InC-Technical] Re: Split InCommon into R&S and non-R&S federations?


Chronological Thread 
  • From: Nick Roy <>
  • To: <>
  • Subject: Re: [InC-Technical] Re: Split InCommon into R&S and non-R&S federations?
  • Date: Thu, 30 Mar 2017 10:20:44 -0600
  • Authentication-results: incommon.org; dkim=none (message not signed) header.d=none;incommon.org; dmarc=none action=none header.from=internet2.edu;
  • Ironport-phdr: 9a23:T4WPUhISibrxjEsVR9mcpTZWNBhigK39O0sv0rFitYgeLfvxwZ3uMQTl6Ol3ixeRBMOAuq8C27ud4vGocFdDyK7JiGoFfp1IWk1NouQttCtkPvS4D1bmJuXhdS0wEZcKflZk+3amLRodQ56mNBXdrXKo8DEdBAj0OxZrKeTpAI7SiNm82/yv95HJbQhFgDqwbalxIRiyogncss0bipZ+J6gszRfEvmFGcPlMy2NyIlKTkRf85sOu85Nm7i9dpfEv+dNeXKvjZ6g3QqBWAzogM2Au+c3krgLDQheV5nsdSWoZjBxFCBXY4R7gX5fxtiz6tvdh2CSfIMb7Q6w4VSik4qx2ThLjlSUJOCMj8GzPl8J+kqxbrhKiqRJxzYHbb4OaO+ZxcKPcZt4aWWhMU9xNWyBdDI6xbY0CBPcBM+ZCqIn9okMDowO/BQawB+Pk1yNGhnj23KYn1OkhFxvG3AsgHt8VsXTUqsn1O7kIUeCz0qbI0SvPY+lI1jjg9YjFaxYsquyPU7Joacfd1FUjGgzfglifq4HpJT2Y2voXv2SG8eZtUfqjh3Ampg1tvzSiw9kgh4rHi48QxV3I6zl1zJgwKNKlSEN3fdupHZVMuy2HLIR7R80iT3xqtSonz7AGt5q2czIOxZki3BHSaOCLc4aO7xn+TuieOy14i2hgeL+nhxa970ygyurkW8eszFtEqTZJnsTVun4QzxLf99GLSvxm8Ui/wzqP0B3T6v1fLkAziKrbLYMuzqQolpoJtkTDAjH5l1nqjK+XcUUk/PKk6+P6YrX6op+cMIh0igLkPqsyncy/BPw0MgkIX2eF5eSxzKDv8VH2TblQgfA7kLPVvZ7EKcgBu6K1HQtY3p4m6xmlDjem1NoYnWMALFJAYB+HiZLpO1bOIf3jDPe/hUisnylxx/DAILLhHovBImLdn7j8YLZx81RcxxYrzdBD+5JUDakMIPP1WkDts9zYCxo5Mwuyw+r9D9V9zIweVXuTAqCHLKzSsVmI5uMzLOaWYI8ZoSvyK/k+5/HykH85gkQdcLKt3ZsWc3C4Au9mL1uDbXrthNcBDXkFvhA4TOP0lF2OTyRfaGivUKIhtXkHD9fyEYrIRoasi7WFmSu6BZZLfXtuC1aHFnLtcIPCXO0DPnG8OMhkxxoFXrvpcYgwnUWorgjr47thMufO/CAE79Tu2MUjtL6brg076TEhV5fV6GqKVWwhxm4=
  • Spamdiagnosticmetadata: NSPM
  • Spamdiagnosticoutput: 1:99

When I was trying to sell R&S (and failing) on a campus I previously
worked at, at one point I talked to a director within the research VP
office who was involved with grant funding. I asked for his help, and
also asked if I could work toward federating access to fastalane for our
researchers. He told me that not only would he not help, but that under
no circumstances should I federate access to fastlane, because he wanted
to control access to that service on behalf of researchers.

The hurdles are daunting, and often somewhat incredible until you
experience them yourself.

Nick

On 3/30/17 9:45 AM, Steven Carmody wrote:
> I mostly agree with this proposal.
>
> I think the IC membership is made up of three constituencies:
>
> -- the previously identified two (campuses willing to support their
> researchers, "the other campuses" (the 300)
>
> -- campuses interested in the Cert Service, and having no interest in
> Federation. This is a separate topic.
>
> The previous effort to grow R&S IDP support from a low number to 100+
> required an intense one-on-one effort by IC Steering members. Von (and
> LIGO) supplied a list of "desired" campuses, and Steering members
> called CIOs they they knew whose campuses were on that list. It mostly
> worked (altho some CIOs did in fact say NO!).
>
> I find Scott K's statement "there are roughly 100 InCommon Participant
> campuses that could and would, if mandated, implement changes
> to make the trust fabric more scalable and simply more trusted" to be
> optimistic. I might say "with direct pressure from a CIO colleague,
> and the threat of shaming, many campus could and would ....".
>
> I can't avoid noticing that these 100+ campuses did NOT self-identify
> as needing R&S, even though many of them are large (and proud)
> research institutions. Just another bit of the damage from the
> disconnect between central IT and their researchers.
>
> And I also suspect that IC is NOT talking to the people on these 100+
> campuses who really care about this issue (does IC talk directly to
> the head of the campus Research Office ?).
>
> Lastly, if a project includes a researcher from one of "the 300",
> what's the recommendation ? They should use one of the non-advertised
> IDPoLR services ?
>
> On 3/30/17 9:40 AM, Cantor, Scott wrote:
>> On 3/30/17, 7:06 AM,
>> "
>> on
>> behalf of Scott Koranda"
>> <
>> on
>> behalf of
>> >
>> wrote:
>>
>>> Yet a lot of energy and resources are spent attempting to motivate
>>> those 300 to operate like the 100, even though those 300
>>> fundamentally do not have the drivers that might push them to
>>> operate at the higher level.
>>>
>>> So my proposal is to stop trying.
>>
>> Independent of any technical direction, +1 to that assessment of
>> where our energy should be focused.
>>
>> -- ScottC
>>
>>
>>
>




Archive powered by MHonArc 2.6.19.

Top of Page