[86041] in North American Network Operators' Group
Re: design of a real routing v. endpoint id seperation
daemon@ATHENA.MIT.EDU (Jeroen Massar)
Fri Oct 21 07:58:41 2005
From: Jeroen Massar <jeroen@unfix.org>
To: Joe Maimon <jmaimon@ttec.com>
Cc: North American Networking and Offtopic Gripes List <nanog@nanog.org>
In-Reply-To: <43578447.7070603@ttec.com>
Date: Fri, 21 Oct 2005 13:58:08 +0200
Errors-To: owner-nanog@merit.edu
--=-Fxji9++54WtrDNvY1CLD
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
On Thu, 2005-10-20 at 07:49 -0400, Joe Maimon wrote:
<SNIP>
> C)
>=20
> - end node performs locator lookup
> - end node encaps
> - destnode decaps
>=20
> This could be as easy as performing IPinIP with srv records and DDNS.
There is an 'example possible alternate use' in the following document:
http://unfix.org/~jeroen/archive/drafts/draft-massar-v6ops-ayiya-02.txt
page 20, section 9.3 which describes something that could be called:
- double NAT
or:
- encapsulation
The problem though is that this requires the end-site/host to upgrade on
both sides otherwise you loose this special multihoming capability. You
need to detect that, which costs overhead etc and of course how do you
figure out where the other end is at that moment and how do you know
that the path between them is optional and and and a lot more issues :)
To repeat: that section is only an 'example possible alternate use' so
don't comment on it (except if you find typos or so ;)
Greets,
Jeroen
--=-Fxji9++54WtrDNvY1CLD
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Jeroen Massar / http://unfix.org/~jeroen/
iD8DBQBDWNfQKaooUjM+fCMRAn4iAJ41eM+jZ9cBoD3krsiznRXe/iY6VgCggIFt
j7Aa9EZg8R5wOIXV0jSoDvo=
=iG3h
-----END PGP SIGNATURE-----
--=-Fxji9++54WtrDNvY1CLD--
