<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">
Patrick,
<div class=""><br class="">
</div>
<div class="">Thank you for your review and feedback. My feedback is included below.</div>
<div class=""><br class="">
<div apple-content-edited="true" class="">
<div style="color: rgb(0, 0, 0); font-family: Verdana; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class="">
<p style="margin: 0px;" class=""><font face="Calibri, Verdana, Helvetica, Arial" class=""><span style="font-size: 15px;" class="">—</span></font></p>
<p style="color: rgb(0, 0, 0); font-family: Verdana; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; margin: 0px;" class="">
<font face="Calibri,Verdana,Helvetica,Arial" style="font-size: 14px;" class=""><span style="font-size: 11pt;" class=""><br class="">
</span></font></p>
<p style="color: rgb(0, 0, 0); font-family: Verdana; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; margin: 0px;" class="">
<font face="Calibri,Verdana,Helvetica,Arial" style="font-size: 14px;" class=""><span style="font-size: 11pt;" class="">JG<br class="">
<br class="">
</span></font></p>
</div>
<span style="color: rgb(0, 0, 0); font-family: Verdana; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><br class="Apple-interchange-newline" style="color: rgb(0, 0, 0); font-family: Verdana; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;">
<span style="color: rgb(0, 0, 0); font-family: Verdana; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><span><img height="64" width="73" apple-inline="yes" id="9751A284-259D-44C2-A3EC-398157F8DE4D" apple-width="yes" apple-height="yes" src="cid:77031CC3-BE7A-4188-A95F-D23115A30A4D@vcorp.ad.vrsn.com" class=""></span><font face="Calibri,Verdana,Helvetica,Arial" style="color: rgb(0, 0, 0); font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; font-size: 14px;" class=""><span style="font-size: 11pt;" class=""><br class="">
</span></font><font face="Times,Times New Roman" style="color: rgb(0, 0, 0); font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; font-size: 14px;" class=""><span style="font-size: 12pt;" class=""><br class="">
</span></font><font color="#006AAA" style="font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; font-family: Calibri, sans-serif; font-size: 14px;" class=""><font size="2" class=""><font face="Helvetica,Verdana,Arial" class=""><span style="font-size: 10pt;" class=""><b class="">James
Gould<br class="">
</b></span></font></font></font><font size="2" style="color: rgb(0, 0, 0); font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; font-family: Calibri, sans-serif;" class=""><font face="Helvetica, Verdana, Arial" class=""><span style="font-size: 10pt;" class=""><font color="#6B6D71" class="">Distinguished
Engineer<br class="">
<a href="jgould@Verisign.com" class="">jgould@Verisign.com</a><br class="">
<br class="">
703-948-3271<br class="">
12061 Bluemont Way<br class="">
Reston, VA 20190<br class="">
<br class="">
</font><font color="#006AAA" class=""><a href="http://VerisignInc.com" class="">VerisignInc.com</a></font></span></font></font>
</span></span></div>
<br class="">
<div>
<blockquote type="cite" class="">
<div class="">On Jun 20, 2015, at 12:39 PM, Patrick Mevzek <<a href="mailto:pm@dotandco.com" class="">pm@dotandco.com</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">Gould, James <<a href="mailto:JGould@verisign.com" class="">JGould@verisign.com</a>> 2015-01-20 14:50<br class="">
<blockquote type="cite" class="">The first draft of the Change Poll EPP Extension (<br class="">
<a href="http://tools.ietf.org/html/draft-gould-change-poll-00" class="">http://tools.ietf.org/html/draft-gould-change-poll-00</a> ) has been<br class="">
submitted to the IETF. I co-authored this draft with Trung Tran<br class="">
from Neustar to provide a mechanism within EPP to notify clients of<br class="">
any server-side change, including but not limited to regular batch<br class="">
processes, customer support actions, Uniform Domain-Name<br class="">
Dispute-Resolution Policy (UDRP) or Uniform Rapid Suspension (URS)<br class="">
actions, court directed actions, and bulk updates based on customer<br class="">
requests. Since the client is not directly involved or<br class="">
knowledgable of these operations, the extension is used along with<br class="">
an EPP object mapping to provide the resulting state of the<br class="">
post-operation object, and optionally a pre-operation object, with<br class="">
the operation meta-data of what, when, who, and why. We would like<br class="">
this draft to be included in a re-charting of the EPPEXT Working<br class="">
Group.<br class="">
<br class="">
Please review the draft and provide any feedback.<br class="">
</blockquote>
<br class="">
I've implemented version -02 in my toolkit Net::DRI<br class="">
<br class="">
</div>
</blockquote>
<div><br class="">
</div>
<div>Thank you</div>
<br class="">
<blockquote type="cite" class="">
<div class="">Few minor comments:<br class="">
<br class="">
- I think it would make sense to work with Alexander Mayrhofer and his<br class="">
servicemessage extension, as they seem to have similar targets;<br class="">
(and semantically, I prefer the term "service message" or some<br class="">
variation of it - since for example, messages could be delivered by<br class="">
other means, such as email, so they are not necessarily 100% tied to<br class="">
the EPP poll operation)<br class="">
<br class="">
I do believe that the needs you describe above have to be covered by<br class="">
some EPP extension,<br class="">
hence I would welcome one document going forward through EPPEXT up to<br class="">
becoming a standard<br class="">
</div>
</blockquote>
<div><br class="">
</div>
<div>I see the purpose and makeup of the Change Poll extension and the EPP Service Message Extension as being fundamentally different. The Change Poll is setup as an extension to any object mapping to provide the reason for a server-side change to an object
that includes the object attributes (before the transaction, after the transaction, or both as separate messages). The EPP Service Message Extension is more generic to cover a broader range of messages in the form of an object response. Both do leverage
the poll queue, but one is a targeted extension for server-side changes to objects (Change Poll) while the other provides a general messaging mechanism using key/value tuples and a freeform description. It would be an interesting discussion at the EPPEXT
WG meeting on whether there is sufficient overlap to warrant a merge of some sort. I personally believe that they meet different purposes, so I would not be in favor of attempting to merge them. </div>
<div><br class="">
</div>
<br class="">
<blockquote type="cite" class="">
<div class=""><br class="">
- among other things, since you already have a svTRID, an (optional)<br class="">
clTRID would be probably useful<br class="">
<br class="">
</div>
</blockquote>
<div><br class="">
</div>
<div>The Change Poll extension is associated with server-side changes that don’t include the client and the option for a client transaction identifier. </div>
<br class="">
<blockquote type="cite" class="">
<div class="">- I'm not 100% sure to understand the state attribute, however you<br class="">
write:<br class="">
The "state" attribute describes the<br class="">
state of the response data or <resData> block returned in the poll<br class="">
response.<br class="">
<br class="">
In the first example you write:<br class="">
The "before" state is reflected in<br class="">
the <resData> block:<br class="">
<br class="">
however the XML snippet has:<br class="">
S: <changePoll:changeData<br class="">
S: xmlns:changePoll="urn:ietf:params:xml:ns:changePoll-1.0"<br class="">
S: state="after"><br class="">
<br class="">
Without this change, the first 2 examples are exactly the same (for<br class="">
the extension part).<br class="">
<br class="">
</div>
</blockquote>
<div><br class="">
</div>
<div>I fixed the example to set state=“before” that will be included in an updated draft (03). You are correct that the extension has the exact same values except for the value of the state attribute, which is intended. The before state returns the state
of the object prior to the server-side transaction and the after state returns the state of the object after the server-side transaction. Trying to merge the before and after image of the object in a single poll message was too complex, so if both are supported
they will be posted as separate poll messages. The client can match up the poll messages using the <changePoll:svTRID> value to have access to both the before state and the after state of the transaction. The “before” and “after” state examples are associated
with a URS Lock, where the domain originally had the “ok” status (“before” state), and then has the “serverUpdateProhibited”, “serverDeleteProhibited”, and “serverTransferProhibited” statuses in the “after” state. The <domain:upDate> was also added in the
“after” state message. So although the extension values have the same attribute values except for the state attribute, the contents of the object attributes are different to reflect the before or after image of the object. </div>
<br class="">
<blockquote type="cite" class="">
<div class="">HTH,<br class="">
<br class="">
-- <br class="">
Patrick Mevzek<br class="">
</div>
</blockquote>
</div>
<br class="">
</div>
</body>
</html>