Re: [v6ops] Routers are hosts too!

Joe Touch <touch@isi.edu> Sun, 10 January 2016 18:39 UTC

Return-Path: <touch@isi.edu>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2197F1A894E for <v6ops@ietfa.amsl.com>; Sun, 10 Jan 2016 10:39:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JXr_P4ddydhO for <v6ops@ietfa.amsl.com>; Sun, 10 Jan 2016 10:39:31 -0800 (PST)
Received: from nitro.isi.edu (nitro.isi.edu [128.9.208.207]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AAC741A8951 for <v6ops@ietf.org>; Sun, 10 Jan 2016 10:39:31 -0800 (PST)
Received: from [192.168.1.28] (cpe-172-250-251-17.socal.res.rr.com [172.250.251.17]) (authenticated bits=0) by nitro.isi.edu (8.13.8/8.13.8) with ESMTP id u0AId853017553 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 10 Jan 2016 10:39:10 -0800 (PST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (1.0)
From: Joe Touch <touch@isi.edu>
X-Mailer: iPhone Mail (13C75)
In-Reply-To: <20160110.150704.74724334.sthaug@nethelp.no>
Date: Sun, 10 Jan 2016 10:39:08 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <A6608E67-0673-4614-9C1F-344280455361@isi.edu>
References: <5690A82F.5020007@isi.edu> <03a301d14ade$57cb6e40$4001a8c0@gateway.2wire.net> <56925425.4070502@gmail.com> <20160110.150704.74724334.sthaug@nethelp.no>
To: sthaug@nethelp.no
X-MailScanner-ID: u0AId853017553
X-ISI-4-69-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/o0TjmEJS3ildwXCVQQCF2bO5PFk>
Cc: v6ops@ietf.org
Subject: Re: [v6ops] Routers are hosts too!
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 10 Jan 2016 18:39:33 -0000


On Jan 10, 2016, at 6:07 AM, sthaug@nethelp.no wrote:

>>> But then RFC1122 does not mention classless addressing or Variable
>>> Length Subnet Masks - as I recall, they did not exist at that time.
>>> Rather, RFC1122 deals with 32 bit Host addresses and Classful Networks,
>>> ie 8 or 16 or 24 bit addresses, so while you might have more than one
>>> entry in the cache for a given destination, they will all be the same
>>> length so the concept of longest-prefix (and of course, the term prefix
>>> has no meaning at that date) match does not come into consideration.
>> 
>> DO you mean that the longest-prefix match operation was not there since 
>> the earliest days of Internet?
> 
> Reading up on the history of the Internet is recommended. See for
> instance
> 
> https://en.wikipedia.org/wiki/Classless_Inter-Domain_Routing

Yes, but classless routing has nothing to do with longest prefix. 

Longest prefix is relevant only if the route cache has overlapping rules. That won't happen with host redirects. It only could happen with subnet redirects or manual entries (on a host / on a router, routing protocol entries would also be included.). 

Joe