draft-gould-rfc4310bis-00.txt Submitted for Review

James Gould <[email protected]>
Newsgroups gmane.ietf.provreg
Message-ID <C743D461.362A3%[email protected]>
All,

I haven¹t received any negative feedback to the draft that I previously sent
to the list, so I¹m assuming that everyone is fine with it.  I officially
submitted the draft.  The official draft is available at the URL below.  I¹m
looking for feedback to the draft from the list to ensure that we have
consensus to move forward.  Please send your feedback to the list or to me
privately.  

ftp://ftp.ietf.org/internet-drafts/draft-gould-rfc4310bis-00.txt

The draft meets the following goals that were previously sent to the list:

1. XML schema is backward compatible
2. Support for add and rem in the same command
3. Support for passing all four dsData attributes on a rem
4. Support for a dsData and keyData primary interface.  Only one primary
interface should be supported by the server.
5. Remove support for the wildcard delete of dsData in the rem by just using
the keyTag with a clear statement (i.e. Server must return error if the
keyTag matches multiple DS records) in the specification.  From my
perspective and I believe a couple others this is a key issue that must be
addressed.    
6. Clarity in the specification on the use of the chg as a replace or a
³change all².   
7. Clarity around the corner case of a client attempting to add and remove
the same dsData or keyData in a single command.  This must result in an
error from the server.  Additionally an error must be returned if the client
tries to remove dsData or keyData that does not exist or tries to add dsData
or keyData that already exists.

I received confirmation that the URI can stay the same as long as the XML
schema is backward compatible.

Thanks,    

-- 


JG 

-------------------------------------------------------
James F. Gould
Principal Software Engineer
VeriSign Naming Services
[email protected]
Direct: 703.948.3271
Mobile: 703.628.7063

 
21345 Ridgetop Circle
LS2-2-1
Dulles, VA 20166

Notice to Recipient:  This e-mail contains confidential, proprietary and/or
Registry  Sensitive information intended solely for the recipient and, thus
may not be  retransmitted, reproduced or disclosed without the prior written
consent of  VeriSign Naming and Directory Services.  If you have received
this e-mail message in error, please notify the sender immediately by
telephone or reply e-mail and destroy the original message without making a
copy.  Thank you.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.