<html><head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252"><title>Re: [AfriNIC-rpd] Opposition to AFPUB-2010-v4-005-draft-01</title>
</head>
<body>
<font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt"><br>
Andrew,<br>
<br>
True, true, and true. But network operators will ultimately decide what the minimum prefix length will be related to routing table performance, not Afrinic or any other RIR. From a policy perspective, this is not relevant. Some networks already accept prefixes longer than /24 from peers today. From a practicality standpoint, it’s relevant but I would argue that it’s somewhat premature, at least in the Afrinic region, to start talking about assigning anything longer than /24’s. <br>
<br>
Best,<br>
<br>
-M<<br>
<br>
<br>
<br>
<br>
<br>
<br>
On 2/28/11 5:54 PM, "Andrew Alston" <<a href="aa@tenet.ac.za">aa@tenet.ac.za</a>> wrote:<br>
<br>
</span></font><blockquote><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt">Just one other thing I thought about as I was climbing into bed </span></font><span style="font-size:11pt"><font color="#1F497D"><font face="Wingdings">J<br>
</font></font><font face="Calibri, Verdana, Helvetica, Arial"> <br>
In a world where /24 is the minimum allocation size and that’s whats globally filtered on, when someone hijacks space out of a larger block, they announce a more specific and if their announcement is accepted globally, they have pretty much successfully hijacked the space for a while (similar to what happened to youtube a while back).<br>
 <br>
Now, at the moment, if you deaggregate to /24s, it makes hijacking your space a little more difficult, since its equal prefix length size, the guy hijacking may get partial reachability, but the routes of equal length will be competing.<br>
 <br>
Drop the minimum allocation size to a /27, and to achieve the same effect, you’re gonna have to deaggregate to /27 size rather than down to /24 size.  Welcome to yet another reason this clause will bloat the routing table.<br>
 <br>
Thanks<br>
 <br>
Andrew <br>
 <br>
 <br>
<br>
</font></span><font face="Calibri, Verdana, Helvetica, Arial"><font size="2"><span style="font-size:10pt"><b>From:</b> Daniam Henriques [<a href="mailto:daniam.henriques@gmail.com">mailto:daniam.henriques@gmail.com</a>] <br>
<b>Sent:</b> Tuesday, March 01, 2011 12:45 AM<br>
<b>To:</b> Andrew Alston<br>
<b>Cc:</b> McTim; Stacy Hughes; <a href="rpd@afrinic.net">rpd@afrinic.net</a><br>
<b>Subject:</b> Re: [AfriNIC-rpd] Opposition to AFPUB-2010-v4-005-draft-01<br>
</span></font></font><font face="Times New Roman"><span style="font-size:12pt"> <br>
 <br>
</span></font><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt"><br>
</span></font><font face="Times New Roman"><span style="font-size:12pt">On Mon, Feb 28, 2011 at 11:52 PM, Andrew Alston <<a href="aa@tenet.ac.za">aa@tenet.ac.za</a>> wrote:<br>
Hi Tim,<br>
<br>
As per my previous email, yes, it does, clause 3.5.2 lowers the minimum allocation size to a /27, which I think is hugely problematic.<br>
<br>
Thanks<br>
<font color="#888888"><br>
Andrew<br>
</font></span></font><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt"><br>
</span></font><font face="Times New Roman"><span style="font-size:12pt"><br>
<br>
-----Original Message-----<br>
From: <a href="rpd-bounces@afrinic.net">rpd-bounces@afrinic.net</a> [<a href="mailto:rpd-bounces@afrinic.net">mailto:rpd-bounces@afrinic.net</a>] On Behalf Of McTim<br>
Sent: Monday, February 28, 2011 11:22 PM<br>
To: Stacy Hughes<br>
Cc: <a href="rpd@afrinic.net">rpd@afrinic.net</a><br>
Subject: Re: [AfriNIC-rpd] Opposition to AFPUB-2010-v4-005-draft-01<br>
<br>
Dear IP Goddess,<br>
<br>
On Tue, Mar 1, 2011 at 12:07 AM, Stacy Hughes <<a href="ipgoddess.arin@gmail.com">ipgoddess.arin@gmail.com</a>> wrote:<br>
> Esteemed Colleagues,<br>
> I must speak in opposition to this proposal.<br>
> First, I am philosophically opposed to soft landing proposals in general.<br>
>  When the party is over, it's time to go home.  We don't get 5 more minutes<br>
> or more birthday cake.<br>
<br>
Have you ever been to a 1st graders birthday party???....they get the<br>
5 more minutes AND more cake...I experienced this first hand a few<br>
days ago ;-/<br>
<br>
  Incorporation of and transition to IPv6 is the way<br>
> forward, and necessary for all of us.<br>
<br>
<br>
Full ACK<br>
<br>
><br>
> I especially disagree with direct assignments or allocations of IPv4 space<br>
> in subnets of longer prefix lengths than /24.<br>
<br>
Does this proposal do that?  If so, I must have missed that in this iteration.<br>
</span></font><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt"><br>
</span></font><font face="Times New Roman"><span style="font-size:12pt">Personally, I too would disagree with the allocation of prefixes that are greater than /24 in length.<br>
<br>
While one could argue that filtering could be amended to facilitate such a requirement, a number of technical issues, some of which have been raised by Andrew Alston, exist which would mean that such a decision would have far reaching consequences related to current hardware and software limitations.<br>
<br>
Individual and regional providers may be convinced to update their filters, however this is something which would require global buy-in with the major service providers and transit providers of the world. Without service providers agreeing to accept these longer prefixes, those that have been assigned these prefixes will be unable to make use of them in any meaningf<br>
<br>
Additionally allowing /27 or greater subnets to be received within the global BGP table and to view such advertisements as acceptable will most likely promote further de-aggregation of the global table as various providers de-aggregate their existing subnets to achieve traffic engineering.<br>
</span></font><blockquote><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt"><br>
</span></font><font face="Times New Roman"><span style="font-size:12pt">--<br>
Cheers,<br>
<br>
McTim<br>
"A name indicates what we seek. An address indicates where it is. A<br>
route indicates how we get there."  Jon Postel<br>
_______________________________________________<br>
rpd mailing list<br>
<a href="rpd@afrinic.net">rpd@afrinic.net</a><br>
<a href="https://lists.afrinic.net/mailman/listinfo.cgi/rpd">https://lists.afrinic.net/mailman/listinfo.cgi/rpd</a><br>
_______________________________________________<br>
rpd mailing list<br>
<a href="rpd@afrinic.net">rpd@afrinic.net</a><br>
<a href="https://lists.afrinic.net/mailman/listinfo.cgi/rpd">https://lists.afrinic.net/mailman/listinfo.cgi/rpd</a><br>
</span></font></blockquote><font face="Times New Roman"><span style="font-size:12pt"> <br>
</span></font><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt"><br>
</span></font></blockquote>
</body>
</html>