Skip to Content.
Sympa Menu

metadata-support - RE: [Metadata-Support] How to test the per-entity metadata server from an IDP

Subject: InCommon metadata support

List archive

RE: [Metadata-Support] How to test the per-entity metadata server from an IDP


Chronological Thread 
  • From: "Wessel, Keith" <>
  • To: "" <>
  • Subject: RE: [Metadata-Support] How to test the per-entity metadata server from an IDP
  • Date: Wed, 2 Mar 2016 19:00:24 +0000
  • Accept-language: en-US

Thanks for the clarification, and I apologize for over/mis-using the word
fallback. That does muddle things bit. But you understood my point, it looks
like. I simply meant that, if the beta MDQ server failed to respond, my IDP
would consult the current production aggregate.

It sounds, however, like this is somewhat moot since InCommon operations
doesn't currently recommend a production IDP querying the beta MDQ server.
Seems like my best way to participate is to align my test IDP to match my
production IDP then using some /etc/hosts magic to try things out.

This doesn't allow me to do much in the way of testing, though, beyond
personal use.

So, I think I'm back to my original question: what can I, as an IDP operator,
do to help with this pilot's success? Do you have any specific guidance there?

Keith


-----Original Message-----
From:


[mailto:]
On Behalf Of Tom Scavo
Sent: Wednesday, March 02, 2016 12:23 PM
To:

Subject: Re: [Metadata-Support] How to test the per-entity metadata server
from an IDP

On Wed, Mar 2, 2016 at 1:11 PM, Wessel, Keith
<>
wrote:
>
> And Tom, given it's a beta, would you call this a good or bad idea

Well, all else equal, I wouldn't do anything until my IdP were
completely migrated to Shib3. At that point, I would reconsider my
options.

> assuming I'm using the production aggregate as a fallback?

I hope you'll let me correct your terminology so there's no confusion.
The fallback aggregate on md.incommon.org is one thing (you can read
about it here: https://spaces.internet2.edu/x/-oGeBQ) but using a
chaining MetadataProvider that falls back on an aggregate if query
fails is another thing altogether. Moreover, the latter is
experimental in the sense we don't anticipate that will be the
ultimate method of per-entity metadata refresh. In fact, this is one
of the things we hope to learn by the end of this pilot.

FYI, here's our working document on MDQ server configuration:
https://spaces.internet2.edu/x/VQApBQ

Tom

> -----Original Message-----
> From:
>
>
> [mailto:]
> On Behalf Of Cantor, Scott
> Sent: Wednesday, March 02, 2016 12:08 PM
> To:
>
> Subject: RE: [Metadata-Support] How to test the per-entity metadata server
> from an IDP
>
>> What I didn't realize was that folks were using this beta MDQ server in
>> their
>> production IDPs with the InCommon production aggregate as a fallback
>> aggregate. I'll need to float that past a few folks around here, but that
>> certainly seems like a good way to participate in the pilot. So, I think
>> that's
>> the answer I was looking for.
>
> I wasn't saying anybody was, I'm saying that's about the only practical
> real world test of it that's not all-in.
>
> That is what the shibboleth.net SPs are doing, though, and those are
> production (but not production in the "I'll get fired if it's down
> occasionally" sense, so I wasn't counting them).
>
> -- Scott
>



Archive powered by MHonArc 2.6.16.

Top of Page