rough cut of minutes

[Edward Lewis <lewis@tislabs.com>]

Sorry about the lateness of this...but it happened.

I have slides from Scott (and my intro material), but no other
presentations (Eric, Cathy-notes, James).

-------------------------------------------------
Provreg Meeting Minutes
8-8-01

1. Agenda bashing - Ed Lewis
Review of milestones
EL - Original milestones were too aggressive.  Second draft was too loose.
New milestones are set to meet the groups needs, so we need to make sure to
keep pressing with the dates in mind.
Review of draft status
EL - Requirements draft is close to RFC, Core EPP draft has some proposed
changes, and other EPP extensions drafts have not yet been reviewed.
Two new non-wg docs; OPP and XRP

2. OPP Presentation - James Sang
Slides <<needed>>.
Mark Nottingham - Did you use existing XML protocol rather than develop a
new DTD?  JS - Other author needs to answer.  MN -I'll bring it to the list
Dave Crocker - What within EPP does not meet the needs of China?  JS - EPP
is a 2 entity protocol, does not support communications btwn other nodes
(r'ant-r'ar, r'ar-r'ar, etc.).  (Ask Dave.)
Eric Brunner-Williams - What kind of graph is OPP?  JS -
Rich Shockey - How will you maintain transactional intergrity btwn the
nodes?  JS - Every request is signed by each node.  RS - Do you prefer any
transport protocol?  JS - No we are transport agnostic.
Dave Crocker - Clarification
Jordyn Buchanan - Can't EPP meet your needs if we added the requirements
for signatures btwn nodes?
W3C Guy - Do you plan on using XML schema rather than new DTD
Dan Manly - How do you make sure proper security is in each node?
Rich Shockey - What application would require coordination btwn four nodes?
Jordyn Buchanan - R'ant need to authenticate with a r'y, discussed on the
list and has been desire of some ccTLDs.  JS - Multiple tiered phone
companies.  Scott Hollenbeck response to JB, current EPP draft doesn't
provide this capability, but there's o reason why it couldn't be updated or
extension added.

EL - Should the WG accept the document?
Dave Crocker - Not good to have two protocol documents but we could try to
address the needs met in the document by integrating it into EPP documents.

EL - It may be best for JS to get the document where he wants it before
accepting it.
George Ballotsky - Process is too rushed to get a good protocol.
EL - We'll take the question to the list.
(Document has since been withdrawn from consideration.)

4.	Data Collection Policy Requirement - Scott Hollenbeck
Slides provided.
Dave Crocker - You can keep the rqmt knowing that it can't be resolved
right now.
Dan Manly - There can be a preference hierarchy.
Eric Brunner-Williams - I've addressed the suggested changes on the list.
R'ys need to distinguish btwn social and technical data.  Policy
announcement by R'ys is the problem that needs to be solved.  P3P is used
as a starting point because it exists, there's no suggestion that Provreg
follow P3P policies or procedures.  SH - What is the information that you
want presented?  EBW - Current policy at the time of the transaction.
Jordyn Buchanan - There are instances where r'ants may want to pick a
policy but r'y contracts dictate what the r'y does.  EBW - R'ars or r'ys
may request data that is above and beyond what is necessary and not
required by the contracts.
Dan Manly - R'ys can provide that information on their websites or by other
means.
Jordyn Buchanan - It would be good to hear from non-gTLDs.
Dave Crocker - It's an important issue and should be addressed, but it's
notin the critical path of ths group.  EBW - It's been done so this is not
a
Paul Kane - There are rqmts similar to this in some countries.
EL - Straw pole; As is - a few, Changed - none, Deferred - more than as is.
Dan Manly - Does deferring this break any laws in any countries?  Many
Yes's shouted out, no No's.

5.	EPP Status - Scott Hollenbeck

6.	XRP - Eric Brunner-Williams
Slides <<needed>>.
Jordyn Buchanan - I prefer distinct documents.  Is it possible to separate
BEEP from Push?  EBW - Yes.
Scott Hollenbeck - I support separate documents.  Push has some problems if
client is off.  Messages need to Que.  I support including it and moving
forward.
Dan Manly - Experience shows that r'ars are having a problem understanding
EPP.  Further extensions would only add to the confusion.
Dave Crocker - I originally thought that polling was the est solution
however the internet comunty has ot had allot of experience with
transaction models the more I learn about it the more I believe that there
are great performance benefits in push.
Jordyn Buchanan - There should be consistency with the event model.
Bruce Tonkin - R'ants should expect different models from different r'ys.
I support push as an option of the core protocol.
Rich Shockey - I support Bruce and disagree with Jordyn.  Let's not
preclude features that support other (non-domain name) r'ys.
Scott Hollenbeck - Push could create push-storms to the r'ars.
Dave Crocker - Queing problems could be solved out of the protocol such and
email.

7.  Notes on GRRP/EPP from an RIR - Cathy Murphy (ARIN)
Domains have rights of the name holder.  IP addresses are different.
RIRs don't get requests for specific names.
EPP protocols are connection oriented.  IP addresses are not.  The
processes take longer.
RIRs do not receive the volume of requests DNS R'ys do.  500 in a week
would be allot.
Contact information is technical in nature and not social, there's a rqmt
to disclose it.
EPP needs to go a layer below.
EBW - Are you aware of anyone selling contact databases?  CM - No.
Mark Kosters - There is social data collected by RIRs.  They will need to
be concerned about privacy rights.
EBW - Can GRRP be saved or would you prefer it not be intended for RIRs?
CM - I prefer that it get changed to met RIR needs, but I understand that
there is a time issue here with the gTLD r'ys.
Scott Hollenbeck - Draft and WG goals are specific to domain names.  We
could have a new rqmts for RIRs.
Greg Someone Telnic - Some registries may be required

8.  XRP vs EPP
Poll - WG preference is to hammer the two into one protocol.
Scott Hollenbeck - The XRP extensions can be included as extensions.
Patrick Falstrom - Is it a problem if there were two models?  JB - If we
try it will fail.
Dave Crocker - Worry about long term and high performance.
Scott Hollenbeck - There is interest in writing an SCTP transport.  I don't
want to be forced to implement BEEP right now even though I believe it is a
good thing n the long term.
Mark Nottingham - W3C is also addressing this issue.



-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Edward Lewis                                                NAI Labs
Phone: +1 443-259-2352                      Email: lewis@tislabs.com

You fly too often when ... the airport taxi is on speed-dial.

Opinions expressed are property of my evil twin, not my employer.