[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [RRG] map-and-map (vs map-and-encaps) - further thoughts
Brian E Carpenter wrote:
Each EID block gets mapped to a set of RLOC blocks, but each RLOC
block only has one EID block mapped to it.
Doesn't that mean there will be far more RLOC prefixes than EID
prefixes?
It depends on your measure of "far more". :-)
But yes, it will be more.
Notably, the following should all be applicable:
- not every site needs an EID block, only multi-homed sites
- each RLOC block is assigned out of a PA block, and in the DFZ only
should appear as the covering aggregate from the LIR
- the distribution of number-of-homes versus
number-of-sites-with-that-number-of-homes, would likely be highly tilted
towards the values 1, 2 and 3.
- EID blocks *may* number less than non-RLOC PA assignments, depending
on the uptake of multihoming generally.
So, even in the extreme cases of some sites having lots of homes, I
would expect the *average* RLOC:EID ratio is likely to be about 2 and
change.
In short, I don't see it as being a big concern.
The main question will be, what are they typical block sizes for
multihomed sites compared to non-multihomed sites?
That will impact the allocation assumptions being made by LIRs, if it
differs significantly from the general case (non-multihomed).
However, I don't think there is any association between a sites desire
to be multihomed, and the size of prefix it needs. The experience with
PI assignments in IPv4 certainly suggests that small prefix multihomed
is a very popular niche need.
Brian
--
to unsubscribe send a message to rrg-request@psg.com with the
word 'unsubscribe' in a single line as the message text body.
archive: <http://psg.com/lists/rrg/> & ftp://psg.com/pub/lists/rrg