Re: [Uri-review] URI scheme registration request - dchub

[Graham Klyne <[e-mail]>]

On 21/02/2013 21:07, Fredrik Ullner wrote:
> On Thu, Feb 21, 2013 at 1:14 PM, Graham Klyne<[e-mail]>  wrote:
>> >
>> >(a) some clear indication that there is good consensus in the relevant
>> >developer community about what constitutes a suitable specification of the
>> >protocol (preferably with indications that implementations conforming to
>> >aid specification are interoperable, but I wouldn't see that as a must-have
>> >requirement here).
>> >
> I understand the concern, but I am unsure of the type of necessary explicit
> consensus here. There are multiple implementations that are interoperable -
> isn't that a de facto concensus? The protocol document does not specify
> what implementations support what, but I'm not sure if that'd be applicable
> in that type of document. (Another document perhaps that could be
> interesting.) It wouldn't be difficult to construct such an implementation
> matrix, it would simply require some time. (But obviously if that's
> necessary to be considered, then that is something that must be done.)

It's a hard question to answer definitively.

Mainly, I'd be looking for indications that this has been reviewed by some 
people who are aware of the problems that public protocols can run into.

The fact that there are multiple independent implementations is a *big* plus - 
possibly enough to go straight for permanent registration.  Is there any kind of 
interoperability discussion or similar conducted by the dchub developer 
community?  This is not something that should require additional work at this 
stage.  (I agree that it's not the protocol document's place to describe 
interoperable implementations.)

My questions came about because I hadn't heard of dchub protocol before, so I 
was casting about for some indication of how mature and widely used the 
protocol, is in practice.  In part, I was hoping my questions might prompt 
responses from other IETFers who might have greater knowledge of dchub.

In any case, I think there's plenty of material to support a provisional 
registration straight away.  The permanent registration is usually indicative of 
something that's closer to standard status (without necessarily being an actual 
standard).  My questions were an attempt to form a clearer view, in particular, 
how much developer community consensus is there behind the specification 
published on sourceforge?  And how much thought has been given to the security 
characteristics of the protocol?

#g
--