[DT-F] Design Team F kickoff

[Gomes, Chuck]

David,

It doesn't solve the rogue operator problem but it could solve the problem
of inadvertent errors before they are implemented.  

Chuck

-----Original Message-----
From: David Conrad [mailto:david.conrad at icann.org] 
Sent: Wednesday, April 08, 2015 10:17 PM
To: Gomes, Chuck
Cc: CWG DT-F
Subject: Re: [DT-F] Design Team F kickoff

Chuck,

>Thanks David.  That is very good to hear.  We should probably confirm that
>it still happens just to be sure.

I'll double check with IANA staff.

>But if it does, then in my opinion that
>pre-confirmation is one step that can be used to minimize appeals after a
>change has occurred.

Perhaps I'm misunderstanding, but I'm not sure how this would help in the
case where a rogue IANA Function Operator wants to submit an out-of-policy
check (which is what I had identified as one of the potential problems in
an earlier email): wouldn't the rogue IANA Function Operator simply assert
to the Root Zone Maintainer that the TLD Manager had confirmed the change?

Regards,
-drc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5909 bytes
Desc: not available
URL: <http://mm.icann.org/pipermail/cwg-dtf/attachments/20150409/1d217c2a/smime.p7s>