On 5/24/17 8:23 PM, Brian E Carpenter wrote:
Sorry, yes I do take the point. I now recall finding myself in a dilemma
many months ago when I realised that (a) to specify a foo-over-IP transport
layer there is already a well-defined registry and that (b) to specify a
foo-over-something-over IP transport layer, there is no registry. In the
draft we ducked this, as you noticed. Indeed we can add a registry, or
perhaps a note that a registry needs to be created for any transports
that are not directly over IP. But then I got to thinking: isn't this
a general problem, not a GRASP-specific problem? Which is something to
be discussed in the transport and ART areas, I guess.
It's worth noting that, with relatively rare exception,
application-layer protocols aren't really going to have a compelling
reason to use numeric representation for transports. See, for example,
<https://www.iana.org/assignments/sip-parameters/sip-parameters.xhtml#sip-transport>
and
<https://www.iana.org/assignments/sdp-parameters/sdp-parameters.xhtml#sdp-parameters-2>.
At best, even if you limit this to protocols that use numbers to
represent transports [1] , you might end up with some kind of unified
registry, similar to what we did with
<https://www.iana.org/assignments/message-headers/message-headers.xhtml>,
although I've never been able to ascertain the value of that approach
over having four different tables.
In any case, I agree with you that halting the processing of GRASP to
create some kind of pan-area unified numeric transport registry is going
to take a lot of time; and I would make the further observation that
doing so in the future, after we are done discussing GRASP, will *also*
take a lot of time.
But why?
Why would we ever spend that time? I see absolutely no concrete benefits
to doing so. You clearly do. Can you lay those benefits out so that we
can discuss their merits relative to the extra work you're implying
might be taken on to achieve them?
/a
____
[1] How many are there? Based on a skim through IANA, it looks like
GRASP may be the second over the past 31 years.
_______________________________________________
Anima mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/anima
