Hello Wilfried,<br><br><div class="gmail_quote">On Mon, Oct 3, 2011 at 8:12 PM, Wilfried Woeber, UniVie/ACOnet <span dir="ltr"><<a href="mailto:Woeber@cc.univie.ac.at">Woeber@cc.univie.ac.at</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Turchanyi Geza wrote:<br>
[...]<br>
<div class="im">> So the hardwired limit of 0.5M IPv4 routes and 0.25k IPv6 does not allow a<br>
> few hundred thousands more IPv6 routes at all (not even would allow an 0.25M<br>
> IPv6 limit) -- and speed of processing is an other issue...<br>
<br>
</div>Even right now a large proportion of the router boxes on the Internet are<br>
*not* capable of dealing with the full routing table in the DFZ. This has<br>
been the case for many years already, btw. Still the 'net was and is pretty<br>
healthy and packets get shipped to the correct destination.<br></blockquote><div><br><br>Well, what you say is true, however, it is easy to interpret it in a wrong way.<br><br>What I says: before accepteng a "principle", or policy, we should be able to understand, at least roughly, the financial consequences. I also says, that I seriously doubt that the PI space allocation should be "liberized" in order to push through the IPv6 deployment. <br>
<br>The first real question, what will be, or might be the consequence if DFZ routing table growth further significantly. Please keep in your calculation that an IPv6 entry need twice as much address space in the routing table than an IPv4 entries.<br>
<br>The conseqences are two folds: SLOW DOWN in the routing and forced upgrade of ALL routing cards that are able to support "only" 0,5M IPv4 routing entries AND are involved in DFZ zone handling.<br><br>I think, it would be crucial to know how many router cards would be included in the Internet today. I made a very a rough estimation: 300 000 cards. Of course, there are much more cards in the backbones.<br>
<br>May be I am wrong, however, please do not neglect this issue. <br><br>Let's clarify first: roughly how many router cards MUST be upgraded if the typical 0,5M limit reached (counting twice en IPv6 enty).<br><br>�In parallel, we should better understand the slow-down consequences as well.<br>
<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
[...]<br>
<div class="im"><br>
> Strict limits must be kept.<br></div></blockquote><div><br>The above mentionned limits are the strict limits, not to forget.<br><br><a href="http://labs.ripe.net/Members/gih/routing-2011">http://labs.ripe.net/Members/gih/routing-2011</a><br>
<br>The picture of Geoff Huston shows that we are getting too close to the typical existing limits.<br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">
<br>
</div>I still believe that it is the ISPs' job to manage the DFZ and to decide which<br>
prefixes to accept - or maybe not. I am pretty sure that the PI address blocks<br>
are taken from a well-documented space, so it is up to the (individual) ISP(s)<br>
to manage their routing environment.<br></blockquote><div><br>NO, we should not dreams about policy blindly and we should not separate our knowledge and question marks.� <br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<br>
I do not see a mandate for the policy and/or the NCC to prohibit a (maybe small)<br>
number of participants from doing "the right thing" - from their point of view.<br></blockquote><div><br>We are responsible for the problems provoked by the grows of the Internet. <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<br>
In the very end, the money that keeps the IPSs going and earning money is coming<br>
from customers, isn't it? :-)<br></blockquote><div><br>Well, this statement might be read that my approach is not customer oriented enough. In opposite, it is. I do not want to suggest "solutions" for customers that would slow down the Internet and increase seriously the price of the service if these "solutions" would not be used just in very exeptional case.<br>
<br>Slowing down the internet is not customer freindly at all. Increasing the service price would be?<br>�<br></div>I am pretty sure that IPv6 PI space needed only in very exeptional cases, and I also pretty sure that we MUST say this to everybody clearly and without delay.<br>
<br>Your freind since 20 years,<br><br>G�za<br></div><br>