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

Michael Richardson <mcr+ietf@sandelman.ca> Tue, 25 June 2013 18:04 UTC

Return-Path: <mcr@sandelman.ca>
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 4637311E8122 for <homenet@ietfa.amsl.com>; Tue, 25 Jun 2013 11:04:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 ESxfG0Znpep4 for <homenet@ietfa.amsl.com>; Tue, 25 Jun 2013 11:04:27 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3::184]) by ietfa.amsl.com (Postfix) with ESMTP id 2D61711E8118 for <homenet@ietf.org>; Tue, 25 Jun 2013 11:04:27 -0700 (PDT)
Received: from sandelman.ca (desk.marajade.sandelman.ca [209.87.252.247]) by tuna.sandelman.ca (Postfix) with ESMTP id E907120171; Tue, 25 Jun 2013 15:08:30 -0400 (EDT)
Received: by sandelman.ca (Postfix, from userid 179) id 2D3B263A7C; Tue, 25 Jun 2013 14:03:24 -0400 (EDT)
Received: from sandelman.ca (localhost [127.0.0.1]) by sandelman.ca (Postfix) with ESMTP id 1C5FF63A5E; Tue, 25 Jun 2013 14:03:24 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Juliusz Chroboczek <jch@pps.univ-paris-diderot.fr>
In-Reply-To: <878v1yqhje.wl%jch@pps.univ-paris-diderot.fr>
References: <878v1yqhje.wl%jch@pps.univ-paris-diderot.fr>
X-Mailer: MH-E 8.2; nmh 1.3-dev; GNU Emacs 23.4.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha1"; protocol="application/pgp-signature"
Date: Tue, 25 Jun 2013 14:03:24 -0400
Message-ID: <31616.1372183404@sandelman.ca>
Sender: mcr@sandelman.ca
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: Tue, 25 Jun 2013 18:04:33 -0000

Juliusz Chroboczek <jch@pps.univ-paris-diderot.fr> wrote:
    > Dear editors, dear group,

    > After the recent thread on this list, and a number of private mail
    > exchanges, I'm under the impression that there might be a consensus
    > that configuration information should not be carried over the routing
    > protocol.  In this mail, I argue that

    > configuration information should be carried by a protocol separate
    > from the routing protocol.

I do not agree with this statement.

I believe that there are significant number of people who believe that
configuration information *MUST* be disseminated at the same time as routing
information.

I understand that you'd like to see a diversity of routing protocols,
specifically, babel and/or ahcp, and as much as I agree with the sentiment, I
think that we need one good protocol, and that's it.

If you feel that babel/ahcp (I'm not entirely sure if we need both) should be
the homenet protocol over zOSPF:  I'm open to that discussion.

I am relatively ignorant of AHCP at this point, I intend to learn by doing, I
hope by the end of the summer.

    > 3.3 A new protocol

    > In the Babel experiment, I have designed a new protocol, which
    > I called AHCP[1,2].  Since AHCP is designed to run before routing is
    > functional, it makes minimal assumptions about the network -- it only
    > requires each interface to have a link-local IPv6 address and to be
    > able to participate in link-local multicast traffic.  An AHCP client
    > implements an increasing diameter search for an AHCP server.

    > The full AHCP implementation (client+server+forwarder, with support
    > for Linux and BSD Unix), consists of 3500 lines of C and 350 lines of
    > bourne shell code, and compiles to less than 40 kB.  Subset implemen-
    > tations are possible.  We have found AHCP to be very robust and
    > reasonably fast even in the presence of massive packet loss.  The
    > traffic generated is very reasonable, even when simultaneously
    > rebooting the whole network.

    > I am not pushing AHCP as the homenet configuration protocol, since
    > I have good hope that a variant of DHCPv6 can be used.  However, I do
    > hope that the results of the AHCP experiment can serve as useful input
    > for this group.

I near you, but I believe that we can not achieve out goals if we do not do
configuration at the same time as loop detection and therefore routing.

Specifically, I think that we will have gaping security issues which will be
very hard to close.

--
]               Never tell me the odds!                 | ipv6 mesh networks [
]   Michael Richardson, Sandelman Software Works        | network architect  [
]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on rails    [


--
Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works