About RIPE | Contact  | Search | Sitemap    
Homepage RIPE  
RIPE Community Mail Archives
search  
     
RIPE Navigation Ends
About RIPE Maillists
Maillists Archive
Global Lists
Non Active Lists
RIPE NCC Navigation Ends
Next Section

Keeping in reserve, was: Re: [address-policy-wg] Provider Independent (PI) IPv6 Assignments for End User Organisations (2006-01)

  • To: jordi.palet@localhost
  • From: Iljitsch van Beijnum iljitsch@localhost
  • Date: Thu, 28 Sep 2006 17:51:42 +0200
  • Cc: "address-policy-wg@localhost" address-policy-wg@localhost

On 28-sep-2006, at 14:35, JORDI PALET MARTINEZ wrote:

One possibility will be to allocate /48 but keep reserved the remaining /32. If the applicant justify that the /48 is getting filtered, then he may opt
to justify to obtain the /32. Is this a possible compromise solution ?

History, both in IPv4 and IPv6, has shown that keeping space in reserve to accommodate future request doesn't work very well: people often end up announcing several blocks anyway. So let's not waste the space and make filtering harder by doing this. Also, since a /48 is an incredible amount of space to begin with, coming back for more should be rare in IPv6.

The advantage of only giving out /48s with no unused space between them is that if, for instance, 12000 /48s are given out, that will be from a single /34 and allowing /48s from a /34 allows 16384 routes, while allowing /48s from a /20 (because for every /48 of 12000 a /32 is kept in reserve) allows 268 million routes, more than enough to overload any reasonable routing system in an attack.




 

Next Section
     About RIPE | Site Map | LIR Portal | About the RIPE NCC | Contact | © RIPE Community. All rights reserved.
RIPE.NET Homepage LIR Portal RIPE Community