FW: AD review of draft-ietf-rserpool-comp-07

[email protected]
Newsgroups gmane.ietf.rserpool
Message-ID <[email protected]>
Hi all,

Jon Peterson sent these comments on draft-ietf-rserpool-comp-07.  As I 
was updating the document, I ran into some problems & I think some discussions
are needed.

> This document does a nice amount of due diligence in evaluating existing
> solutions for the rserpool problem space. While I'm sure there are others
> that could have been included, this provides a pretty comprehensive look at
> the sorts of protocols out there that should be considered.
> 
> The section on DNS will probably attract the most attention from the IESG. I
> think there are two issues with that section as it stands: first, it does
> not discuss DDDS (RFC3401 passim); second,  it does not discuss EPP
> (draft-ietf-provreg-epp-09). Some sort of comparison with the qualities of
> those protocols is warranted, since they provide some qualities that, say,
> SRV does not. The potential use of URNs for pool handles should also be
> discussed along with DDDS.
> 
> In general, as well, the comparison to DNS seems a little questionable in so
> far as it assumes that there must be one protocol that performs the function
> of name resolution, keepalives, and NS provisioning. In fact, as I commented
> on the rserpool architecture document, those are separable functions with
> radically different properties and associated message exchanges, and very
> credible motivation is required to establish that a single protocol should
> be tooled to perform those functions. I think there are arguments to made
> against the use of the DNS for RSERPOOL, but I don't think it's fair to say
> that 'doesn't provide keepalives' is one of them.
> 
> In the SLP section (beginning of 2.3.3) in particular, the distinction
> between a service-oriented and communication-oriented solution is a little
> obscure to me. But overall I think the analysis here is sound. Same for the
> analyis of L4/L7 switching.

The main points raised are:

1) Discussion of RFC3401, etc.
   http://www.ietf.org/rfc/rfc3401.txt?number=3401

   My general feeling is that DDDS will suffer similar problems as DNS, in 
   terms of the lack of dynamicity in DDS.

2) Discussion of draft-ietf-provreg-epp-09 is more difficult.
 
   http://www.ietf.org/internet-drafts/draft-ietf-provreg-epp-09

   EPP looks at some levels like it could provide some solutions, but just
   in different ways than what has originally been thought of.  I would need
   some other folks to review EPP and DDS, to see what other folks think.

3) Support for URNs.  We have some discussions on namespace issues &
   identifiers for RserPool.  If we don't want to support URNs, we need
   good reasons why we think that URNS are not a good idea for Rserool.

4) Text about SLP & l4/l7 I can probably fix.

thanks,
John
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.