Re: [tcpm] IANA TCP options registry ...

Hi Lars,

Am 01.04.2010 um 08:26 schrieb Lars Eggert:

> Hi,
> 
> On 2010-4-1, at 8:47, Scheffenegger, Richard wrote:
>> Out of curiousity, does anyone know about the to-be assigned option number(s ?) for RFC 5690 (AckCChttp://tools.ietf.org/html/rfc5690).
>> 
>> Are there two option numbers proposed for that RFC, or will a single option (with the length field being the necessary denominator between AckCC control permitted and AckCC Ratio) suffice?
> 
> Section 10 is pretty clear, in that RFC5690 is for limited experimentation only at this time and hence no separate option numbers will be assigned. Experimenters are supposed to use the normal TCP option numbers set aside for general experimentation (253/254) when playing with this proposal:

this could be funny in Linux. You request ACKcc as TCP sender (option 253)
and get Mr. Simpson's TCP Cookie Transactions back ;-)

> 
>   No IANA action is needed at this time.  If this document was advanced
>   as Experimental or Proposed Standard, then IANA would allocate the
>   option numbers for the two TCP options, the ACK Congestion Control
>   Permitted option, and the ACK Ratio option.  In such a case, the
>   following two lines would be added to the TCP Option Numbers registry
>   (maintained by IANA -- http://www.iana.org):
> 
>        Kind   Length   Meaning                             Reference
>        ----   ------   ---------------------------------   -----------
>        TBD1       2    ACK Congestion Control Permitted    [RFCXXXX]
>        TBD2       3    ACK Ratio                           [RFCXXXX]
> 
>   In the absence of TCP option numbers allocated by IANA, experimenters
>   may use the TCP Option Numbers set aside for Experimentation in RFC
>   4727 [RFC4727].  As stressed in Section 1 of RFC 3692 [RFC3692], the
>   TCP Option Numbers in the experimental range are intended for
>   experimentation and testing and not for wide or general deployments;
>   these option numbers could be in use by other experimentors for other
>   purposes.
> 
> Lars_______________________________________________
> tcpm mailing list
> tcpm@ietf.org
> https://www.ietf.org/mailman/listinfo/tcpm