Re: AFI IANA Considerations

Now that I come to think of it, here's Yet Another Variant which I  
may have mentioned at the meeting where we discussed this:

25-16383: Standards Action + Early Assignment
16384-32767: FCFS
32768-65535: Reserved

The point being, even the ranges given above for SA+EA and FCFS are  
absurdly large.  If there is actually a run on the bank as Curtis  
describes (at least that's what I assume "free for all" means) then  
the damage that can be done is bounded and there's still a large  
reserved range kept fallow for future needs.

On the other hand I confidently predict that we will never need to  
break into the reserved range because exhausting the given ranges is  
inconceivable [1].

I'm fine with the proposal as written, but if folks need a security  
blanket, maybe the variant above will be sufficient.

--John

[1] With apologies to Inigo Montoya.  Also, we will never need more  
than 640k of memory.

On Feb 28, 2007, at 1:41 AM, Bill Fenner wrote:

>
> I agree there's no motivation to move.  The barrier to
> moving isn't technical, it's simply motivation.
> Why waste time imlementing transition code that
> doesn't increase the utility of the implementation?
>
> I would reject any proposal of forcing moves as
> unreasonable, so let's take that off the table.
> I think there are now 2 options:
>
> A. 25-32767: Standards Action + Early Assignment
>   32768-65534: FCFS (permanent)
>
> B. 25-65534: Standards Action + Early Assignment
>
> There was a general feeling in the room in San
> Diego that FCFS was useful, but I can't remember
> if we talked about Early Assignment as a placeholder.
> Curtis suggested that experimentation might be a
> reason to have FCFS, but instead how about
>
> B'. 25-64999: Standards Action + Early Assignment
>     65000-65535: Private Use
>
>   Bill
>
> _______________________________________________
> Idr mailing list
> Idr <at> ietf.org
> https://www1.ietf.org/mailman/listinfo/idr
>

_______________________________________________
Idr mailing list
Idr <at> ietf.org
https://www1.ietf.org/mailman/listinfo/idr