[Netconf] Two questions about the usage of confirmed commit and confirming commit in RFC6241

["Guopeipei (Peipei Guo)" <[e-mail]>]

Hi All,

In RFC6241 section 8.4.1, about the persist and persist-id description:
   If the <persist> element is not given in the confirmed commit
   operation, any follow-up commit and the confirming commit MUST be
   issued on the same session that issued the confirmed commit.  If the
   <persist> element is given in the confirmed <commit> operation, a
   follow-up commit and the confirming commit can be given on any
   session, and they MUST include a <persist-id> element with a value
   equal to the given value of the <persist> element.

   If the server also advertises the :startup capability, a
   <copy-config> from running to startup is also necessary to save the
   changes to startup.

Question 1: For below two operations, whether step2 rpc will confirm previous step 1 confirmed commit?
Step 1: user send below rpc.
<?xml version="1.0" encoding="UTF-8"?>
<rpc message-id="101" xmlns="urn:ietf:params:xml:ns:netconf:base:1.0">
  <commit>
    <confirmed/>
    <persist>IQ,d4668</persist>
  </commit>
</rpc>

Step 2: user resend below rpc.
<?xml version="1.0" encoding="UTF-8"?>
<rpc message-id="101" xmlns="urn:ietf:params:xml:ns:netconf:base:1.0">
  <commit>
    <confirmed/>
    <persist>IQ,d4668</persist>
  </commit>
</rpc>


Question 2: Whether below rpc is valid or not? I think it is invalid. It should not have <persis-id> and <confirmed> in one rpc at same time.
<?xml version="1.0" encoding="UTF-8"?>
<rpc message-id="101" xmlns="urn:ietf:params:xml:ns:netconf:base:1.0">
  <commit>
    <confirmed/>
    <persist-id>IQ,d4668</persist-id>
  </commit>
</rpc>

Thanks!