<div dir="ltr">Oh yes... my mistake, sorry. <br><br>Add 'second cert' in running metadata ( one metadata ). :-) </div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 7, 2017 at 6:48 AM, Peter Schober <span dir="ltr"><<a href="mailto:peter.schober@univie.ac.at" target="_blank">peter.schober@univie.ac.at</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">* Zico <<a href="mailto:mailzico@gmail.com">mailzico@gmail.com</a>> [2017-09-07 13:26]:<br>
</span><span class="">> What I am asking is more like how Incommon handles cert<br>
> migration.... keep existing soon-to-be-expired cert in<br>
> metadata... add new metadata.... so there are two metadata<br>
> available. When old cert is expired; there is no outage as new cert<br>
> is already being used there.<br>
<br>
</span>Well, no. Not "add new metadata" but "add new cert *to* metadata".<br>
Only "one metadata" [document] is available, not two, but that one<br>
metadata document has two (or more) keys in it.<br>
<div class="HOEnZb"><div class="h5">-peter<br>
--<br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.<wbr>net</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Best,<br>Zico</div>
</div>