nanog mailing list archives
Re: IPv4 address length technical design
From: Barry Shein <bzs () world std com>
Date: Sat, 6 Oct 2012 14:35:32 -0400
Well, George, you can take a new idea and run with it a bit, or just resist it right from the start. We can map from host names to ip addresses to routing actions, right? So clearly they're not unrelated or independent variables. There's a smooth function from hostname->ipaddr->routing. Take an extreme but extremely common case, the home or small office end user. Those packets only have exactly one place to go, right? One default route. So why do they need to turn a host name into an IP address at all to ship a packet? The first-hop route is always exactly the same for every single packet. Is this a good use of DNS computrons? Answering DNS inquiries for every new connection for every single-routed host on the internet? Van Jacobson had a similar observation vis a vis TCP and PPP header compression, why keep sending the same bits back and forth over a PPP link for example? Why not just an encapsulation which says "same as previous"? Now, how can that be generalized? -b On October 6, 2012 at 11:06 george.herbert () gmail com (George Herbert) wrote:
As I said earlier, names' structure does not map to network or physical location structure. DNS is who; IP is where. Both are reasonably efficient now as separate entities. Combining them will wreck one. You're choosing to wreck routing (where), which to backbone people sounds frankly stark raving mad. If you aren't willing to consider where / routing as a problem of equal importance ( not as end-user visible perhaps, but ultimately as important ), then you're just pissing around and not being serious about exploring future options. George William Herbert Sent from my iPhone On Oct 6, 2012, at 10:47 AM, Barry Shein <bzs () world std com> wrote:It's occured to you that FQDNs contain some structured information, no? -b On October 5, 2012 at 21:47 bill () herrin us (William Herrin) wrote:On Fri, Oct 5, 2012 at 8:25 PM, Barry Shein <bzs () world std com> wrote:5. Bits is bits. I don't know how to say that more clearly.Hi Barry, Bits is bits and atoms is atoms so lets swap all the iron for helium and see how that works out for us. You can say "bits as bits" as clearly as you like but however you say it you'll be wrong. Bits are defined by the semantics of their use. Any equality or inequality between one bit and another, and in fact whether they can be meaningfully compared at all, is found in those semantics. Bits ain't just bits. Bits are information *in context.* Change the context, change the bits. Regards, Bill Herrin -- William D. Herrin ................ herrin () dirtside com bill () herrin us 3005 Crane Dr. ...................... Web: <http://bill.herrin.us/> Falls Church, VA 22042-3004
-- -Barry Shein The World | bzs () TheWorld com | http://www.TheWorld.com Purveyors to the Trade | Voice: 800-THE-WRLD | Dial-Up: US, PR, Canada Software Tool & Die | Public Access Internet | SINCE 1989 *oo*
Current thread:
- Re: IPv4 address length technical design, (continued)
- Re: IPv4 address length technical design George Herbert (Oct 03)
- Re: IPv4 address length technical design Johnny Eriksson (Oct 04)
- Re: IPv4 address length technical design Valdis . Kletnieks (Oct 04)
- RE: IPv4 address length technical design Barry Shein (Oct 05)
- Re: IPv4 address length technical design Michael Thomas (Oct 05)
- Re: IPv4 address length technical design David Miller (Oct 05)
- Re: IPv4 address length technical design Tony Finch (Oct 08)
- Re: IPv4 address length technical design William Herrin (Oct 05)
- Re: IPv4 address length technical design Barry Shein (Oct 06)
- Re: IPv4 address length technical design George Herbert (Oct 06)
- Re: IPv4 address length technical design Barry Shein (Oct 06)
- Re: IPv4 address length technical design Cutler James R (Oct 06)
- Re: IPv4 address length technical design Barry Shein (Oct 07)
- Re: IPv4 address length technical design Steven Noble (Oct 07)
- RE: IPv4 address length technical design Paul Vinciguerra (Oct 07)
- Re: IPv4 address length technical design William Herrin (Oct 07)
- Re: IPv4 address length technical design Michael Thomas (Oct 05)
- Re: IPv4 address length technical design George Herbert (Oct 07)
- Re: IPv4 address length technical design Jay Ashworth (Oct 07)
- Re: names are not numbers, was IPv4 address length technical design John Levine (Oct 06)
- Re: names are not numbers, was IPv4 address length technical design Joe Hamelin (Oct 06)
- Re: names are not numbers, was IPv4 address length technical design Barry Shein (Oct 07)