Randy - I'm thinking that there's a simpler use case for this -
In the situation where A delegated space to C, who delegated it further to G, and G would like help managing data, but C is not willing or able to do so, and so G works with A to make this happen. The concept of changing providers may not be necessary to illustrate the point. Regarding adoption, I'm not certain I understand from the current text why this can't be incorporated into existing drafts as a brief note. If I'm interpreting this draft correctly, you're saying that there's nothing technically hard about doing this, but that there are some business and contractual issues to deal with, mainly on account of the potentially fractured business relationship between the parties involved, and proper validation of the information you're certifying. But that's true of any relationship where one party certifies on anothers' behalf. What's different about this case that requires it to be treated separately from other operational considerations? I love the "responsible grandparenting" title, but I'm just thinking it's easier for reader and implementer alike if this is consolidated. Thanks, Wes George > -----Original Message----- > From: sidr-boun...@ietf.org [mailto:sidr-boun...@ietf.org] On Behalf Of > Randy Bush > Sent: Wednesday, June 06, 2012 10:00 AM > To: sidr wg list > Subject: [sidr] draft-ymbk-rpki-grandparenting-00.txt > > this draft is relevant to the sidr wg work and i, as author, request it > be made a work item. > > randy > > > From: internet-dra...@ietf.org > To: ra...@psg.com > Subject: New Version Notification for draft-ymbk-rpki-grandparenting- > 00.txt > Message-ID: <20120606135903.5473.73476.idtrac...@ietfa.amsl.com> > Date: Wed, 06 Jun 2012 06:59:03 -0700 > > A new version of I-D, draft-ymbk-rpki-grandparenting-00.txt has been > succes= sfully submitted by Randy Bush and posted to the IETF > repository. > > Filename: draft-ymbk-rpki-grandparenting > Revision: 00 > Title: Responsible Grandparenting in the RPKI > Creation date: 2012-06-06 > WG ID: Individual Submission > Number of pages: 5 > > Abstract: > There are circumstances in RPKI operations where a resource > holder's > parent may not be able to, or may not choose to, facilitate full and > proper registration of the holder's data. As in real life, the > holder may form a relationship to their grandparent who is willing to > aid the grandchild. This document describes simple procedures for > doing so. > > > The IETF Secretariat > _______________________________________________ > sidr mailing list > sidr@ietf.org > https://www.ietf.org/mailman/listinfo/sidr This E-mail and any of its attachments may contain Time Warner Cable proprietary information, which is privileged, confidential, or subject to copyright belonging to Time Warner Cable. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited and may be unlawful. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout. _______________________________________________ sidr mailing list sidr@ietf.org https://www.ietf.org/mailman/listinfo/sidr
