Re: [homenet] Configuration must not be carried by the routing protocol

Juliusz Chroboczek <jch@pps.univ-paris-diderot.fr> Wed, 26 June 2013 22:56 UTC

Return-Path: <jch@pps.univ-paris-diderot.fr>
X-Original-To: homenet@ietfa.amsl.com
Delivered-To: homenet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F1E521F99A8 for <homenet@ietfa.amsl.com>; Wed, 26 Jun 2013 15:56:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.032
X-Spam-Level:
X-Spam-Status: No, score=-2.032 tagged_above=-999 required=5 tests=[AWL=0.217, BAYES_00=-2.599, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8LKsR2auVdkL for <homenet@ietfa.amsl.com>; Wed, 26 Jun 2013 15:56:09 -0700 (PDT)
Received: from korolev.univ-paris7.fr (korolev.univ-paris7.fr [IPv6:2001:660:3301:8000::1:2]) by ietfa.amsl.com (Postfix) with ESMTP id D339E11E8112 for <homenet@ietf.org>; Wed, 26 Jun 2013 15:56:08 -0700 (PDT)
Received: from mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [81.194.30.253]) by korolev.univ-paris7.fr (8.14.4/8.14.4/relay1/38117) with ESMTP id r5QMu2Im002580; Thu, 27 Jun 2013 00:56:03 +0200
Received: from mailhub.math.univ-paris-diderot.fr (localhost [127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTP id DC3A94F120; Thu, 27 Jun 2013 00:56:02 +0200 (CEST)
X-Virus-Scanned: amavisd-new at math.univ-paris-diderot.fr
Received: from mailhub.math.univ-paris-diderot.fr ([127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [127.0.0.1]) (amavisd-new, port 10023) with ESMTP id eC4CW_wpy6Tv; Thu, 27 Jun 2013 00:56:01 +0200 (CEST)
Received: from pirx.pps.jussieu.fr (dra38-1-82-225-44-56.fbx.proxad.net [82.225.44.56]) (Authenticated sender: jch) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTPSA id C880D4F11C; Thu, 27 Jun 2013 00:56:01 +0200 (CEST)
Received: from localhost ([127.0.0.1] helo=pirx.pps.jussieu.fr) by pirx.pps.jussieu.fr with esmtp (Exim 4.80) (envelope-from <jch@pps.univ-paris-diderot.fr>) id 1Uryd9-0001ag-GA; Thu, 27 Jun 2013 00:56:03 +0200
Date: Thu, 27 Jun 2013 00:56:03 +0200
Message-ID: <87a9mcbhx8.wl%jch@pps.univ-paris-diderot.fr>
From: Juliusz Chroboczek <jch@pps.univ-paris-diderot.fr>
To: Ole Troan <otroan@employees.org>
In-Reply-To: <0E223B9A-F615-4E46-971C-84A3117AA27A@employees.org>
References: <878v1yqhje.wl%jch@pps.univ-paris-diderot.fr> <0E223B9A-F615-4E46-971C-84A3117AA27A@employees.org>
User-Agent: Wanderlust/2.15.9
MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue")
Content-Type: text/plain; charset="US-ASCII"
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (korolev.univ-paris7.fr [194.254.61.138]); Thu, 27 Jun 2013 00:56:04 +0200 (CEST)
Cc: "homenet@ietf.org Group" <homenet@ietf.org>
Subject: Re: [homenet] Configuration must not be carried by the routing protocol
X-BeenThere: homenet@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <homenet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/homenet>, <mailto:homenet-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/homenet>
List-Post: <mailto:homenet@ietf.org>
List-Help: <mailto:homenet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/homenet>, <mailto:homenet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jun 2013 22:56:15 -0000

> what's a routing protocol?
> a distributed database.

No, it isn't.

A link state protocol implements a replicated -- not distributed --
database within each area.  (All of the local link-state databases
must be exactly identical, or else all hell breaks loose.)

In a distance vector protocol, the set of RIBs of all the routers is
nothing like a database -- every router has a different vision of the
network, since each router has potentially selected different routes.
The only thing that's roughly synchronised is the set of reachable
prefixes, and even that is not fully replicated in the presence of
filtering or aggregation.

> do we need to invent a separate distributed database for each class
> of information?

Yes, because different kinds of information have different
requirements.  There is information that needs to be reliably
synchronised in a timely manner (the link-state DB), there is
information that must be distributed in a timely manner but need not
be synchronised throughout the network (configuration information),
there is global information that is too large to be distributed except
on demand (DNS), there is local information that is not distributed
except on demand (mDNS), and probably many other kinds that I'm missing.

-- Juliusz