IPv6 section of ARIN Number Resource Policy (Sec

Jeroen Massar jeroen at unfix.org
Wed Jan 17 19:32:46 UTC 2007

Pekka Savola wrote:
> On Wed, 17 Jan 2007, Nicolás Antoniello wrote:
>> A /28 prefix may have a lot of incoming traffic associated to it, so I
>> believe the dissagregation (subnets) of the prefix should be allowed
>> by the policy.

I guess you are talking about 2800:a0::/28 which was allocated by
LACNIC, and not ARIN, 2 days ago and is not in the routing tables yet:

Funnily 2001:13c0::/32 is also allocated to the same organization.
Which was allocated 2005-08-10 and was seen already a week later.
Thus either you figured out that the /32 was too small or you are trying
to have two prefixes and announce them both ;) I assume the first, but
the question then is, will you return it.

Also folks: please register route6 objects in either RIPE or RADB
(ARIN/APNIC/LACNIC don't where possible, that makes it much easier to
determine if the correct ASN are originating the correct prefix.

>> What do you think? Do you have a similar problem?
> Please achieve inbound load balancing on other, less network-stressful,
> ways.  At least one way to do so to examine what can be done to
> influence your upstreams' (and recursively if applicable) route
> preferences (e.g., using communities).

Indeed. That is how it should be done. These issues should be handled by
the routing protocol.


* ISP's are already de-aggregating their prefixes
 See http://www.sixxs.net/tools/grh/lg/?show=bogons&prefix=::/0
 (Only run that query when you have the time to wait it is huge and
  it will make your firefox think it hangs ;)
 With loads of /35's, /40's and /48's which can easily be aggregated
 as they are coming from the same ASN, thus clearly they are not
 multihoming examples.

 But note that due to filtering some prefixes get really bad
 connectivity. As they will be filtered by the fast and speedy transits,
 while being accepted by the slow ones. The slow ones do announce it,
 thus in the end your packets will take the slow route.

* What business has a RIR telling one how to do routing?

 RIR's should give out address space to organizations that need it
 and that is it. Note that Address Space != Routing.
 That a RIR recommends to not de-aggregate is VERY good hint from
 them though. But requirement is something else. For that matter,
 they can't stop you anyway. But other ISP's can and those are the
 ones one talks with and pays cash to to carry the prefixes(*).
 Do also note that the RIR's are community driven, as such the
 community makes up the rules, vote with your words if you need to.

That said, ISP's that don't want de-aggregates can filter them out
Examples here: http://www.space.net/~gert/RIPE/ipv6-filters.html

On another note here, when S-BGP gets introduced, are the RIR's going to
give certificates away which allow announcing de-aggregates of
allocations? :) If they don't then that will solve this de-aggregate
problem in one go.

"be conservative in what you send, be liberal in what you receive" :)


* = Networking 101 for Evil Internet Beings: if you don't want to use
the RIR's one can always setup his/her own RIR and simply pay ISP's to
accept your prefix. Cash also works for creating .xxx TLD's and a lot of
other things. And that is still the cool thing with the Internet, if you
have enough force  (cash, politics etc) or followers then at a certain
point your part of the internet becomes important enough that people
require it's use.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 311 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.nanog.org/pipermail/nanog/attachments/20070117/6484661c/attachment.sig>

More information about the NANOG mailing list