Skip to Content.
Sympa Menu

alternative-idp - Re: implementation vs deployment criteria

Subject: Alternative IdP Working Group

List archive

Re: implementation vs deployment criteria


Chronological Thread 
  • From: Tom Scavo <>
  • To: Mark Beadles <>
  • Cc: Mark Scheible <>, Tom Scavo <>, Janemarie Duh <>, "" <>
  • Subject: Re: implementation vs deployment criteria
  • Date: Wed, 27 Aug 2014 11:23:56 -0400

On Wed, Aug 27, 2014 at 10:44 AM, Mark Beadles
<>
wrote:
>
> ... in outsourced environments there is a dependency on which functions the
> outsourced vendor is choosing to implement in its standard package. E.g.
> Shib itself supports, ECP but to work it must be properly
> enabled/configured by the third party vendor; or if multiple authentication
> contexts are desired, then the vendor must install and support MCP.

The same is true of local deployments of Shibboleth. Indeed,
relatively few Shibboleth deployments (local or otherwise) support ECP
or the MCB, so the point is moot, I think.

> So there is some dependency on whether Shib is deployed internally or at a
> vendor, although the details will differ from vendor to vendor.

In terms of ECP, which is a built-in function of Shibboleth, I'm just
not seeing a distinction. MCB is another story since MCB is an add-on
and vendors are loath to extend the out-of-box solution for obvious
reasons. There are other important Shibboleth add-ons we need to
consider as well, including SHA-2 capability and the ability to
leverage MDRPI extension elements in metadata.

That said, I get what you're saying. The Internet2 Google Gateway is a
vendor deployed instance of simpleSAMLphp with numerous enhancements
not available from SSP out-of-the-box. This is important but probably
not something that is easily captured in a table.

Tom



Archive powered by MHonArc 2.6.16.

Top of Page