![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
Well for starters, the drive-by hummers have to sit through the session
and be present for the discussion (note I intentionally did not say
listen). They have to demonstrate enough interest in the IETF process to
actually pay the costs of attending the session.
And under IETF process, concensus isn't determined in a F2F meeting.
The IETF is supposed to be fostering the engineering of the Internet.
Refusing to foster the engineering process based on religious or political
or even phantom economic concerns doesn't foster better operation of the
Internet.
It is in the greater interest of the Internet to have ANY protocol used to
define the meaning of some bits on the wires of the Internet well
documented. At least three reasons come to mind .. a) I can better
understand the impact of the protocol on other traffic and perhaps even
document issues to the originator of the traffic if what I observe doesn't
agree with the documentation AND seems to be causing my organization a
problem. b) Better to know about a documented patent claim than to have it
hidden and waiting to bite me when I re-invent it, etc. c) Folks concerned
about security vulnerabilities have starting point for their analysis
BTW, could a ToC be added to this doc before publication?
-andy
_______________________________________________ Ietf mailing list Ietf at ietf.org https://www1.ietf.org/mailman/listinfo/ietf
Note Well: Messages sent to this mailing list are the opinions of the senders and do not imply endorsement by the IETF.