Tony,<br>
<br>
As much as I think that geographical addressing could be a good idea,
networks aren't routed geographically.  The interconnections
aren't there to make aggregation per your RFC feasible.  I believe
that currently there is as much geography taken into account as can
be.  The RIRs get blocks for their regions.  Some aggregation
could be done at that level depending on how things are connected
together.  I do not believe that assigning PI space per your rfc
will gain us anything that assigning PI blocks per region out of a
known PI block won't do.  You refer in your note to aggregating
the further from the source.  Unfortunately "distance" is assessed
on how far topologically in a provider network the traffic travels, not
necessariliy on how far it goes geographically. <br>
<br>
---Cathy<br><br><div><span class="gmail_quote">On 10/29/05, <b class="gmail_sendername">Tony Hain</b> <<a href="mailto:alh-ietf@tndh.net">alh-ietf@tndh.net</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
For the purposes of discussion, one approach would be to define the PI space<br>in a way that could be aggregated the further it went from the source. A<br>sequential assignment scheme creates a swamp that is hard to manage over
<br>time. An approach like:<br><a href="http://www.ietf.org/internet-drafts/draft-hain-ipv6-pi-addr-08.txt">http://www.ietf.org/internet-drafts/draft-hain-ipv6-pi-addr-08.txt</a><br>would allow for aggregation at distance, while still allowing those that
<br>want to have a route carried globally to enter into a direct business<br>relationship with each carrier for that routing slot. This would seem to<br>align the burden with the financial model.<br><br>Even if you started with the assumption that there was no aggregation in the
<br>geo based PI approach, as it became popular in each region a business case<br>for exchange based aggregation would emerge. I know that 'topology does not<br>match geography', but this approach would act to constrain topology in a way
<br>that would force alignment of the finances with the exceptions.<br><br>Tony<br><br>_______________________________________________<br>PPML mailing list<br><a href="mailto:PPML@arin.net">PPML@arin.net</a><br><a href="http://lists.arin.net/mailman/listinfo/ppml">
http://lists.arin.net/mailman/listinfo/ppml</a><br></blockquote></div><br>