Re: Ways of querying for linked objects...

Andrew Sullivan <[email protected]>
Newsgroups gmane.ietf.provreg
Message-ID <[email protected]>
On Tue, May 31, 2011 at 06:28:33PM +0200, Klaus Malorny wrote:

> If a domain sponsored by another registrar references one of your
> in-zone hosts, which then blocks the deletion of the containing
> domain, what can you do? Issuing update commands for these domains?
> Likely not.

At least one registry implementation I know of would automatically
change the name of such a host to be a lame delegation when such a
deletion of the superordinate domain was requested.  This was possible
partly because of pendingDelete.  (I should note, too, that I
personally think this is a really bad idea from a DNS point of view,
but I understand why the business reasons override that.)
 
> The hard way would be to allow the deletion of the host despite
> being referenced by non-sponsored objects, with the side effect that
> the host is removed from all domains referring to it. But I guess
> this breaks the EPP standard somewhere, and would also be too risky
> to be executed without explicit consent (via special option or so).

If you refer to a host inside a domain outside your control --
regardless of whether it is internal to the repository or external --
you're going to have a bad day when the superordinate domain is
deleted.  The sponsor of that domain is allowed to rename any hosts
inside it anyway, and your NS records in your zone are going to be
wrong at that point.  This is in effect either a reason never to do
that, or else a reason to believe that strong external contractual
rules are what will actually be effective here.

If you believe the latter, of course, then you believe there is
another channel besides EPP for communication between the sponsor and
the operator of the repository.  In that case, bulk operations and
information about links to objects you sponsor can both be delivered
outside EPP.

A

-- 
Andrew Sullivan
[email protected]

_______________________________________________
provreg mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/provreg
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.