Hi all, following up on recent discussions about the slow progress of the specification process of the ALTO protocol and the considerable amount of extensions being proposed, we would like to propose and discuss a way forward for the work of the ALTO WG.
The fundamental consideration is straightforward: The publication
process of the ALTO protocol is taking longer than anyone could possibly
expect at the start. In the IETF, unfortunately, we are quite used to
work under the 80-20 rule -- the remaining 20% of the work takes 80% of
the time. However, in this case, while the initial 80% was done in a
very active and dynamic way, doing the remainder is turning out
particularly painful.
This lack of progress is undoubtedly related to the decrease and
discontinuity of energy people put in writing, reviewing and discussing
the specs. In turn, such situations are often considered to be a highly
correlated with the decrease of interest in the topic. But no interest
in a standardized protocol implies no need to burn the precious resource
required for this as well as for all other IETF publication processes:
AD cycles, IESG cycles, RFC-Editor cycles, various review teams cycles,
and so on. To be very clear, such situations generally call for the
abortion of the publication process itself.
At this time the impression is that the interest in the topic is still
sound, but this tree is growing disproportionate in its branches and its
leaves, rather than the roots. I believe we all agree that this is not
sustainable in the long term.
As you may have noticed, the fix we propose -- and would like to get
feedback on -- consists with forcing the refocusing of all energies on
the core blocks, that in the end also all extensions will necessarily
have to be based on. We are confident that this phase, that specifically
involves the publication process of the ALTO protocol, could be done in
the next few weeks, possibly in time for re-arranging the agenda of the
face-to-face meeting. But this needs everyone's active contribution in
the following tasks:
- get acquainted with the issues that have been discussed since the
previous meeting, including (in no particular order):
o reason phrase for error messages;
o relative vs. absolute URIs;
o behavior of degenerated map filtering;
o merge of cost-mode and cost-type in a single type;
o format of endpoint properties;
o mandatory vs. optional services;
- review the latest version of the protocol, with special attention on
the above-mentioned issues;
- share your opinion on the list. Please note that this is essential
for us to determine consensus, so, regarding the open issue
resolution options, even a motivated "don't care" is useful feedback.
We'd like to ask the editors of the protocol draft to circulate an
update on the changes of the latest version, creating a good starting
point for discussion.
If we will be able to determine consensus for moving the document
forward before the face-to-face meeting (that this time comes very late
in the week, and longer than requested), we will be happy to bash the
agenda on the list and possibly allocate extra time for unchartered
topics that at this time don't have a slot.
Comments are welcome.
Enrico
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ alto mailing list [email protected] https://www.ietf.org/mailman/listinfo/alto
