Re: comments on draft-py-multi6-gapi-00.txt

[Michael Richardson <mcr@sandelman.ottawa.on.ca>]

-----BEGIN PGP SIGNED MESSAGE-----


>>>>> "Brian" == Brian E Carpenter <brian@hursley.ibm.com> writes:
    >> ISPs get /19s, /20s and /16s because it is assumed they'll need more
    >> in the future than the single /24 they're requesting today. This is
    >> what I mean by pre-allocation.

    Brian> Yes, but that is in a CIDR context with *topological* aggregation.
    Brian> You seem to imagine that geographical allocation will somehow
    Brian> match up with topology and therefore cause aggregation. All
    Brian> historical evidence suggests otherwise.

    Brian> If we could pass a law that every local government in the world
    Brian> had to set up a monopoly IXP for its area, we might be able to

  For it to be useful, it suffices that *some* local governments will setup 
such an IXs. 

    Brian> Can't we just accept that only a two-layer solution that separates
    Brian> identfier-addresses from locator-addresses can solve this puzzle,
    Brian> and move on to figure out the two-layer solution?

  I strongly agree with you.
  I am in favour of a two-layer solution, and am pretty sure that the outer
layer will be v6-in-v6 or ESP.

  GAPI becomes simply *one* way to get a locally controlled number space for
the identifier-addresses.  

  MIPv6 can provide a way to map identifiers to locators. 
  If you don't want that, you can use DNS reverse map.  (Hey, you can get
the nodes' public key along the way and encrypt by default)
  If not that, then find a new database.

]       ON HUMILITY: to err is human. To moo, bovine.           |  firewalls  [
]   Michael Richardson, Sandelman Software Works, Ottawa, ON    |net architect[
] mcr@sandelman.ottawa.on.ca http://www.sandelman.ottawa.on.ca/ |device driver[
] panic("Just another Debian GNU/Linux using, kernel hacking, security guy"); [


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
Comment: Finger me for keys

iQCVAwUBPkRYloqHRg3pndX9AQGUhAP8DLVbE2Sdtiylao7DEuOIZ+rO1fH0KGca
kYaIeFUlEMZYhzme+SSqSfYnPjN3i0p1NHP/0KAQf88G2j4YfFZqsU3dGn9vSG4f
3clMRtXt5qyenXqHMQfSGvZqMois7+LGM4dzmL1Ip2rHVSLgOgU1dWRgQ/2h3bII
+XYwawdQ5aQ=
=MAnP
-----END PGP SIGNATURE-----