<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">I</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 6, 2015 at 10:25 AM, Chris Phillips <span dir="ltr"><<a href="mailto:Chris.Phillips@canarie.ca" target="_blank">Chris.Phillips@canarie.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Good to see discussion on this.<br>
<br>
For us the central cookie and a transition path away from SAML1 is/was<br>
important. Having a HA infrastructure to host the CDS already in place<br>
also helped.<br>
<br>
Looking to the future I see an emerging trend to something similar to what<br>
LIGO has done -- discovery by region or arbitrary (research) groupings.<br>
Not just one, but many of them stemming from the same metadata but<br>
operated centrally.<br>
<br>
For example, only show me IdPs in Province X or Research consortium Y that<br>
have done something above and beyond the regular federation attribute<br>
release requirements and signalled as such in the metadata via entity<br>
categories.<br>
<br>
<br>
Use cases to illustrate this are:<br>
- Have a Discovery service of only those IdPs supporting the R&S category<br>
to be used by Services Supporting R&S. (could be any category actually)<br>
- Regional groupings for a specific province/state to only show the IdPs<br>
within said region for services for that region.  This can easily be done<br>
by a Federation assigned and marshalled entity category (e.g. inCommon-NJ<br>
or CAF-Ontario)<br>
<br>
Both cases likely desire to be configured with some co-branding within<br>
that category or region.<br>
<br>
<br>
Thinking aloud a little bit, one could advocate for a single discovery<br>
code base to support a user experience that can be customized for any<br>
given entity category tag -- a custom filter list of IdPs, list of Sps<br>
that support the tag, an additional logo, tag specific description.<br>
<br>
I think one would rather operate a single code base that can be<br>
configurable to observe N entity categories (or lack of one as the base<br>
case for 'display everything') and facilitate such an experience.<br>
<br>
Where would could one execute on this?<br>
<br>
In the CDS codebase along the lines of Shib v3 velocity style templates<br>
maybe?<br>
In the EDS codebase relying on a sophisticated SP installation v-hosted<br>
per entity category to accomplish filtering?<br>
In the PHP codebase based on SWITCH's approach?<br>
In the DiscoJuice Model?<br>
<br>
If others say 'Hey, you can do that already by . . .' let me know.<br>
<br>
If this style of Discovery appeals to others, reach out to me to let me<br>
know as well.<br>
<br>
I'm also more than happy to submit RFI's to the CDS or EDS along these<br>
lines too.<br>
That said, I'm sure it would have more 'weight' if more than one group<br>
voiced an interest in this direction and it could be more precisely<br>
defined.<br>
<br>
<br>
Thoughts welcome as always.<br>
<span class="HOEnZb"><font color="#888888"><br>
C<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br></div></div></blockquote><div><br></div><div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Looking at the CDS it is easy to see where to filter IdPs based on the SP requested, assuming metadata organized by category etc. </div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">
<br>
<br>
<br>
On 2015-05-05, 9:08 PM, "Cantor, Scott" <<a href="mailto:cantor.2@osu.edu">cantor.2@osu.edu</a>> wrote:<br>
<br>
>What specifically about the CDS made it a better choice than running the<br>
>EDS in a shared fashion?<br>
><br>
>-- Scott<br>
<br>
--<br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.net</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">​</div><br><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;display:inline">​ </div></div>
</div></div>