Re: [eppext] [IANA #814928] INSERT “Related Domain Extension for the Extensible Provisioning Protocol (EPP)"

I have completed my review of the extension as DE and and I have the following comments to share:
#1 It seems to me that this extension proposes to meet more flexible requirements than draft-kong-eppext-bundling-registration. Adding more detailed explanation about the problem statement and requirements of this extension in the Introduction section would be helpful for the readers to understand.

#2 Based on section 3.1.2.1, each <relDom:field> can be differently set to be synchronized across all of the related domains or not. But <relDom:update> defined in section 3.2.5 support batch update across multiple related domains. IMO, this flexible mechanism may cause correct maintaining related domains to be a complicate work especially when there are lots of related domains and lots of different and asynchronous <relDom:field>. I wonder if additional result codes about error info should be added as hints for clients.

#3 Based on the examples in section 3.1.2, <info> response for a domain using the Domain Info Form only contains the "variant" related domain information which belongs to the same TLD as the queried domain name. But <info> response for a domain using the Related Info Form contains the "variant" related domain information within all TLDs. Is it a potential different rule between the Domain Info Form and the Related Info Form? Or just a coincidence?

#4 It would be better that <relDom:lang> in this extension be in line with "IDN Language Tag for the Extensible Provisioning Protocol (EPP)”.

#5 As for the variants domains, a ulabel attribute or element would help user to understand the unicode form of the domain.

Nits,
In each last example in section 3.2.2 and 3.2.3, exampleX.com rather than exampleX.tld is actually used.

Ning

> 在 2015年3月24日，上午1:43，Hollenbeck, Scott <shollenbeck@verisign.com> 写道：
> 
> Submitted for DE evaluation.
> 
> Scott
> 
> -----Original Message-----
> From: Amanda Baber via RT [mailto:iana-prot-param-comment@iana.org] 
> Sent: Monday, March 23, 2015 12:49 PM
> Cc: Hollenbeck, Scott
> Subject: [IANA #814928] INSERT “Related Domain Extension for the Extensible Provisioning Protocol (EPP)"
> 
> #18 of 18.
> 
> -----BEGIN FORM-----
> Name of Extension:
> “Related Domain Extension for the Extensible Provisioning Protocol (EPP)"
> 
> Document Status: 
> Informational
> 
> Reference: 
> http://www.verisigninc.com/assets/epp-sdk/verisign_epp-extension_related-domain_v00.html
> 
> Registrant Name and Email Address:
> VeriSign Inc., epp-registry@verisign.com
> 
> TLDs: Any
> 
> IPR Disclosure: https://datatracker.ietf.org/ipr/2553/
> 
> Status: Active
> 
> Notes: None
> -----END FORM-----
> 
> —
> 
> 
> JG
> 
> 
> 
> 
> 
> James Gould
> Distinguished Engineer
> jgould@Verisign.com
> 
> 703-948-3271
> 12061 Bluemont Way
> Reston, VA 20190
> 
> VerisignInc.com
> 
> “This message (including any attachments) is intended only for the use of the individual or entity to which it is addressed, and may contain information that is non-public, proprietary, privileged, confidential and exempt from disclosure under applicable law or may be constituted as attorney work product. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this message in error, notify sender immediately and delete this message immediately.”
> 
> Download BF09FAA4-32D8-46E0-BED0-CD72F43BD6E0[81].png
> 
> image/png 4KiB
> Image not shown because display is disabled in system configuration.
> _______________________________________________
> EppExt mailing list
> EppExt@ietf.org
> https://www.ietf.org/mailman/listinfo/eppext