Re: IANA Action: Assignment of an IPV6 Hop-by-hop Option

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



>  | The proposal includes significant changes to the
>  | Internet architecture including a new TCP congestion control
>  | algorithm, new requirements for IPsec security gateways and new
>  | behavior for routers.
>
> Whether any of that is a viable proposal or not is for others to
> judge (not even the IESG I'd suggest), but it makes no difference
> what the answer is to that question for the actual request that
> was made.

there is precedence regarding concern over new efforts and their
relationship to TCP.  I can't cite chapter and verse, but I seem to 
recall that the work on reliable-multicast and BEEP (two different 
efforts altogether) were informed by the powers-that-be to be 
"TCP friendly".  the degree by which one views the new algorithm as 
"unfriendly" is something I'll defer to others more qualified than 
myself.

what I do find troubling is the arguement that new requirements 
for IPsec security gateways and new behavior for routers is an
added reason for rejecting the proposal.  in a rebuttal comment,
Thomas Narten writes:

> RFC 2780 says:
>
>> 5.5 IPv6 Hop-by-Hop and Destination Option Fields
>> 
>>   Values for the IPv6 Hop-by-Hop Options and Destination Options fields
>>   are allocated using an IESG Approval, IETF Consensus or Standards
>>   Action processes.
>
>(where those terms are defined in RFC2434.)
>
>The clear intention of the above is that assignments for HBH code
>points be conditioned on IETF review (and approval). That is, a
>document that gets published as an Internet Draft, gets reviewed, and
>then pops out as an RFC.

intention or even tradition has little weight.  The key word used
above is IESG Approval "or" standards action (ie, RFC).  That being
the case and agreed to by the IESG allows Dr. Roberts to go straight
to the IESG and ask for the extension.

Dr. Roberts may have given the IESG a jolt in being very thorough 
about what could be done with such an extension, but I side with
Robert Elz as to the relevence.  The system says that someone can
make a request for an extension to IPv6.  If there are no additional
criteria set forth for the field, and the extension doesn't clash,
it would seem that request should be satisfied.  Dr. Roberts seems
to have played within the rules.

-ken


_______________________________________________

Ietf@xxxxxxxx
https://www1.ietf.org/mailman/listinfo/ietf

[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]