Michael A Dolan skrev:
Dave and all-
I was hoping to avoid a debate on relative deployment and the value
of 4 bits versus 8 bits by proposing option (c) below (which is
what I tried to articulate in last week's post). In a perfect
world, we would drive to (a), but I don't see how to get there in
any reasonable timeline.
Mean-time the world moves on making more of these deployments, and
worse, more non-conformant variants we don't even know about....
Can everyone live with option (c)?
Preferably no, this is a core extension that we are likely to see
quite a lot of use in the future. I think 4+4 has a good tradeoff. I
would like to go with a) because of this to avoid confusing things.
If there are "proprieatery" deployment as it is of 8+8 that is not
different from other "proprieatery" extensions in this field.
Choices:
a) go with just 4+4 or just 8+8, and drop one. I am aware of
implementations of both, so this isn't ideal.
b) in the same document, require support for both.
c) in the same document, require support for one, and recommend
support for the other.
d) publish one separately, as an informational RFC.
Cheers
Magnus Westerlund
IETF Transport Area Director & TSVWG Chair
----------------------------------------------------------------------
Multimedia Technologies, Ericsson Research EAB/TVM/M
----------------------------------------------------------------------
Ericsson AB | Phone +46 8 4048287
Torshamsgatan 23 | Fax +46 8 7575550
S-164 80 Stockholm, Sweden | mailto: magnus.westerlund at ericsson.com
----------------------------------------------------------------------