Re: [apnic-talk] Questions on microallocation assignment policy
>http://www.apnic.net/meetings/12/docs/proposal-multihome-assign.html
>
>Are companies with existing historically assigned address space eligible for
>additional space via the small multi-homing assignment policy ?
I would be interested to hear reasons why this would be the case - assuming
that your reference to "historically assigned address space" refers to PI
space.
>Should there be a limit of 1 of these assignments made per 'entity', with
>renumbering occurring if further address space is required ?
>
>If so should we consider reserving the next larger block for a period of
>time, to account for possible growth ?
Maybe you did not mean it that way, but if renumber is required for further
allocation of PI space, then there is no need to perform such a
reservation. The reservation would infer that there would be no need to
renumber.
My reaction to the proposal was an assumption that this was a single
allocation, and if the entity expands, then it would be reasonable to
rehome them into the 'normal' process and do the PI /20 allocation.
>If entity has a 'small multi-homing' assignment and later joins as a member
>and qualifies for a /20 PA allocation, are they required to renumber from
>the multi-homing assignment ?
My assumption above was a 'yes'. There may be other views....
>Should 'small multi-homing' assignments be made from a specific (defined)
>netblock ?
>There is significant risk in assigning greater than /20 space from existing
>APNIC allocated blocks given that operators often use RIR minium allocation
>guides for filtering, if the minimum assignment/allocation for all current
>APNIC blocks becomes /23 or /24 this may encourage the deaggregation of
>existing PA blocks.
Existing observations on the transit of /24 and /23 blocks within the
current BGP system tend to indicate that the use of such prefixes is
already widespread, and its not clear that further encouragement could make
the issue any worse! :-)
It is perhaps of greater longer term value to look at how to place
understandable and useful scoping limits on fine-grained prefix
advertisements, rather than bash away with the heavy-touch prefix filter
mallet.
regards,
Geoff Huston
* APNIC-TALK: General APNIC Discussion List *
* To unsubscribe: send "unsubscribe" to apnic-talk-request at apnic dot net *