Bill,<div><br></div><div>You are ARIN... everyone on this list is ARIN so if you want to see as you put it</div><div><br></div><div>"My point was that I'd really like to see us stop suffering failures of</div>imagination in the name of careful reason. ARIN has to be the<br>
moderating force on the routing table only because we've failed to<br>imagine a individually driven process that renders the role<br>unnecessary."<div><br></div><div>Then submit policy proposals to help make that happen.  The community makes the policies so if you want them to be different then submit what you want and help it gain support.  </div>
<div><br></div><div>Thanks</div><div>----Cathy<br><div><br><div class="gmail_quote">On Thu, Feb 4, 2010 at 10:22 PM, William Herrin <span dir="ltr"><<a href="mailto:bill@herrin.us">bill@herrin.us</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On Thu, Feb 4, 2010 at 11:57 PM, George Bonser <<a href="mailto:gbonser@seven.com">gbonser@seven.com</a>> wrote:<br>

>> Now, the other tier-1's don't like that one bit. Not one bit at all.<br>
>> Dude's stealing their bread! So, they start a joint venture to do the<br>
>> same thing, camp it at the major peering points (like MAE-East) and<br>
>> refuse to honor the /8 route if its announced from anybody else. Sorry<br>
>> dude! You want service in the small assignments, you pay the joint<br>
>> venture too.<br>
><br>
> Or, someone starts accepting the more specific routes without using the<br>
> tunnels and their customers don't need to pay no steeenking tunnel<br>
> broker which disrupts the entire scheme, another network does it, too,<br>
> in order to compete with them and that entire tunnel jv blows up and<br>
> everyone ends up accepting the more specifics.<br>
<br>
</div>Hi George,<br>
<br>
Likely couldn't travel that path; each new provider that accepts the<br>
more specifics into his routing table only increases the percentage<br>
penetration. Catch ditch the tunnel JV until you have nearly 100%<br>
penetration and the cost of carrying all the routes in every router<br>
versus a fraction of just the small routes in each of the JV's routers<br>
is high enough to cost more than the small users are willing to pay.<br>
<br>
You could, however, implement a dynamic tunnel map-encap protocol like<br>
they've been discussing over in the RRG for the last couple of years<br>
and let the ASes start to deploy ingress tunnel routers to catch<br>
otherwise-unrouted packets for the /8 near their source and send them<br>
encapsulated to their current destinations. Many outcomes are<br>
possible; I'm not really looking to explore the whole field.<br>
<br>
My point was that I'd really like to see us stop suffering failures of<br>
imagination in the name of careful reason. ARIN has to be the<br>
moderating force on the routing table only because we've failed to<br>
imagine a individually driven process that renders the role<br>
unnecessary.<br>
<div class="im"><br>
Regards,<br>
Bill Herrin<br>
<br>
<br>
<br>
--<br>
William D. Herrin ................ <a href="mailto:herrin@dirtside.com">herrin@dirtside.com</a>  <a href="mailto:bill@herrin.us">bill@herrin.us</a><br>
3005 Crane Dr. ...................... Web: <<a href="http://bill.herrin.us/" target="_blank">http://bill.herrin.us/</a>><br>
Falls Church, VA 22042-3004<br>
</div><div><div></div><div class="h5">_______________________________________________<br>
PPML<br>
You are receiving this message because you are subscribed to<br>
the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net">ARIN-PPML@arin.net</a>).<br>
Unsubscribe or manage your mailing list subscription at:<br>
<a href="http://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank">http://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net">info@arin.net</a> if you experience any issues.<br>
</div></div></blockquote></div><br></div></div>