nanog mailing list archives
Re: IPv4 address length technical design
From: George Herbert <george.herbert () gmail com>
Date: Thu, 4 Oct 2012 16:52:56 -0700
On Thu, Oct 4, 2012 at 4:36 PM, Barry Shein <bzs () world std com> wrote:
In Singapore in June 2011 I gave a talk at HackerSpaceSG about just doing away with IP addresses entirely, and DNS. Why not just use host names directly as addresses? Bits is bits, FQDNs are integers because, um, bits is bits. They're even structured so you can route on the network portion etc. Routers themselves could hash them into some more efficient form for table management but that wouldn't be externally visible. I did suggest a standard for such hashing just to help with debugging etc but it'd only be a suggestion or perhaps common display format. About the only obvious objection, other than vague handwaves about compute efficiency, is it would potentially make packets a lot longer in the worst case scenario, longer than common MTUs tho not much longer unless we also allow a lengthening of host name max, 1024 right now I believe? So 2K max for src/dest and whatever other overhead payload you need, not unthinkable. OTOH, it just does away with DNS entirely which is some sort of savings. There are obviously some more details required, this email is not a replacement for a set of RFCs!
You'd still need DNS for non-A/PTR types of records. This scheme fails miserably in one practical manner - it's impossible to tell people far away from the source of a DNS / name domain's authority that a.foo.com and b.foo.com are in the UK and c.foo.com and d.foo.com are in Japan. With IP addresses, heirarchical blocks make routing trivial. Name based routing is ... seems hard, or insanely hard for "real complex networks" as opposed to trivial end user types of situations. Possibly unworkably hard. One could rename things such as having a.location.foo.com but you still encounter the problem that you have to propogate knowledge of where location.foo.com is further out into the universe. Nice troll and/or wild-crazy-idea though. -- -george william herbert george.herbert () gmail com
Current thread:
- Re: IPv4 address length technical design, (continued)
- Re: IPv4 address length technical design Jay Ashworth (Oct 03)
- Re: IPv4 address length technical design Jimmy Hess (Oct 03)
- Re: IPv4 address length technical design Valdis . Kletnieks (Oct 03)
- Re: IPv4 address length technical design David Conrad (Oct 03)
- Re: IPv4 address length technical design Eugen Leitl (Oct 03)
- Re: IPv4 address length technical design Masataka Ohta (Oct 04)
- Re: [tt] IPv4 address length technical design Eugen Leitl (Oct 04)
- Re: [tt] IPv4 address length technical design Masataka Ohta (Oct 04)
- Re: IPv4 address length technical design Barry Shein (Oct 04)
- Re: IPv4 address length technical design Mark Andrews (Oct 04)
- Re: IPv4 address length technical design George Herbert (Oct 04)
- Re: IPv4 address length technical design Jay Ashworth (Oct 04)
- Re: IPv4 address length technical design Barry Shein (Oct 05)
- Re: IPv4 address length technical design Jay Ashworth (Oct 05)
- RE: IPv4 address length technical design nanog (Oct 06)
- Re: IPv4 address length technical design William Herrin (Oct 05)
- RE: IPv4 address length technical design Spurling, Shannon (Oct 05)
- RE: IPv4 address length technical design Siegel, David (Oct 05)
- Re: IPv4 address length technical design John Levine (Oct 05)
- Re: IPv4 address length technical design Barry Shein (Oct 05)
- Re: IPv4 address length technical design Fred Baker (fred) (Oct 05)