Re: [eppext] Fw: I-D Action: draft-zhou-eppext-contact-verification-00.txt

["Gould, James" <[e-mail]>]

Linlin,

Thanks of the quick reply, my feedback is included below.


—


JG


[cid:[e-mail]]

James Gould
Distinguished Engineer
[e-mail]

703-948-3271
12061 Bluemont Way
Reston, VA 20190

VerisignInc.com<http://VerisignInc.com>

On Dec 22, 2015, at 2:07 AM, Linlin Zhou <[e-mail]<mailto:[e-mail]>> wrote:

Hi James,
Thanks for your review. I have following feedbacks about your questions.
1. The drafts specified the query commands only, which are now implemented in some registries in China, to fufill most of the critical requirements . We are not going to add transform extension in EPP drafts at present as this function of upload proof materials has been developed and implemented via HTTP. Maybe after a sufficient test of using EPP transform commands to transfer large files, we could consider standardizing this part in EPP extension.

Since they are informational drafts it makes sense to include what is currently implemented, but it does not provide a complete solution for verification.  My recommendation is to publish your HTTP API as informational drafts to cover the transform side of the solution or extend the transform commands in your EPP extensions.  As noted previously on the list, there is no technical reason that EPP cannot be used to submit the verification material.

2. Actually in verification process, there are typically two phases, domain verification and contact verification. Domain verification is aimed to check whether a domain is reserved or prohibited. Contact verification is to check the facticity of a person. So These two drafts are seperated.

There is added complexity in separating them since the aggregate verification (domain and real name) impacts the domain and not the contact.  In EPP contacts are managed separately from the domains, so putting the verification on the contacts raises some additional questions:


  1.  Do all contacts need to be verified (registrant, admin, tech, and billing), since contacts themselves don’t have the concept of type?
  2.  What is the expected behavior when a domain references a blocked or unverified registrant?
     *   Does it impact the status of the domain and if so how?
     *   How does the client get notified of the domain status change?  We’re leveraging draft-gould-change-poll for this purpose.
  3.  What happens when the domain is updated to reference a different set of contacts that have different statuses?
  4.  What happens to the domain when the contact statuses change?

Some of this behavior can be left to server policy and not explicitly defined in the protocol, but it would be good to know how you see this could work.

3. Yes, it is specific to China currently. But we don't exclude the possibility to make them as more general drafts if some other countries also have the verification regulations. Daiming Li mentioned to add some content about verification background as well. I think this is a good suggestion and a quick update will be posted soon.


In the verification code draft we defined the concept of a verification profile, which enables the server to communicate the applicable profile and for the client to explicitly specify the desired verification profile to apply.  You may want to consider some sort of similar concept.  The question is whether a client can have more than one applicable profile (province or state within a country), which may not be the case in China but could be elsewhere.


Regards,
________________________________
Linlin Zhou

发件人： Gould, James<mailto:[e-mail]>
发送时间： 2015-12-22 05:16
收件人： lidaiming<mailto:[e-mail]>; Linlin Zhou<mailto:[e-mail]>; [e-mail]<mailto:[e-mail]>
主题： Re: [eppext] Fw: I-D Action: draft-zhou-eppext-contact-verification-00.txt
Hi,

I have a few high level questions:

  1.  In reviewing draft-zhou-eppext-contact-verification and draft-wang-eppext-domain-verification, I see only extensions of the query responses (check and info), but I don't see extensions to the transform commands to submit the verification material.  Do you plan on adding extensions to the transform commands in the existing drafts or creating separate drafts for that purpose?
  2.  What is the relationship between the draft-zhou-eppext-contact-verification and draft-wang-eppext-domain-verification drafts?
  3.  Is draft-zhou-eppext-contact-verification and draft-wang-eppext-domain-verification only applicable to China verification or is being proposed as more general drafts?  I assume based on the Informational track that it's specific to China, but there is no reference to China in either draft.

Thanks,

Jim

________________________________
From: EppExt [[e-mail]<mailto:[e-mail]>] on behalf of lidaiming [[e-mail]<mailto:[e-mail]>]
Sent: Monday, December 21, 2015 9:41 AM
To: Linlin Zhou; [e-mail]<mailto:[e-mail]>
Subject: Re: [eppext] Fw: I-D Action: draft-zhou-eppext-contact-verification-00.txt

Linlin,

Thanks for your efforts.

Since this draft together with draft-wang-eppext-domain-verification-00 is intended to describe the very EPP extensions relating to verification mechanism in China, you might include their background and usecases in these drafts, to shed light on their applications and implementations.

Daiming

KNET Technologies

________________________________
发件人："Linlin Zhou" <[e-mail]<mailto:[e-mail]>>
发送时间：2015-12-21 09:49
主题：[eppext] Fw: I-D Action: draft-zhou-eppext-contact-verification-00.txt
收件人："[e-mail]<mailto:[e-mail]>"<[e-mail]<mailto:[e-mail]>>
抄送：

The draft of contact verification has been submitted, which is now applied in practice in some registries of China. Any comments are welcome.

Regards,
________________________________
Linlin Zhou

From: internet-drafts<mailto:[e-mail]>
Date: 2015-12-21 09:36
To: [e-mail]<mailto:[e-mail]>
Subject: I-D Action: draft-zhou-eppext-contact-verification-00.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories.


        Title           : Verification Extension for the Extensible Provisioning Protocol (EPP) Contact Mapping
        Authors         : Linlin Zhou
                          Di Ma
                          Wei Wang
                          Ning Kong
                          Xiaodong Lee
                          James Galvin
Filename        : draft-zhou-eppext-contact-verification-00.txt
Pages           : 17
Date            : 2015-12-20

Abstract:
   This mapping describes an verification extension to EPP contact
   mapping [RFC5733].  Specified in Extensible Markup Language (XML),
   this extended mapping is applied to provide additional features
   required for the provisioning of contact verification.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-zhou-eppext-contact-verification/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-zhou-eppext-contact-verification-00


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org<http://tools.ietf.org>.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

_______________________________________________
I-D-Announce mailing list
[e-mail]<mailto:[e-mail]>
https://www.ietf.org/mailman/listinfo/i-d-announce
Internet-Draft directories: http://www.ietf.org/shadow.html
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
_______________________________________________
EppExt mailing list
[e-mail]<mailto:[e-mail]>
https://www.ietf.org/mailman/listinfo/eppext