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
- Re: [homenet] Configuration must not be carried b… ietfdbh
- Re: [homenet] Configuration must not be carried b… Acee Lindem
- Re: [homenet] Configuration must not be carried b… Leddy, John
- Re: [homenet] Configuration must not be carried b… Michael Richardson
- Re: [homenet] Configuration must not be carried b… Juliusz Chroboczek
- [homenet] Configuration must not be carried by th… Juliusz Chroboczek
- Re: [homenet] Configuration must not be carried b… Michael Richardson
- Re: [homenet] Configuration must not be carried b… Dave Taht
- Re: [homenet] Configuration must not be carried b… Tim Chown
- Re: [homenet] Configuration must not be carried b… Juliusz Chroboczek
- Re: [homenet] Configuration must not be carried b… Juliusz Chroboczek
- Re: [homenet] Configuration must not be carried b… Teco Boot
- Re: [homenet] Configuration must not be carried b… Lorenzo Colitti
- Re: [homenet] Configuration must not be carried b… Mark Townsley
- Re: [homenet] Configuration must not be carried b… Mikael Abrahamsson
- Re: [homenet] Configuration must not be carried b… Michael Thomas
- Re: [homenet] Configuration must not be carried b… Teco Boot
- Re: [homenet] Configuration must not be carried b… Teco Boot
- Re: [homenet] Configuration must not be carried b… Ted Lemon
- Re: [homenet] Configuration must not be carried b… Henning Rogge
- Re: [homenet] Configuration must not be carried b… Mark Townsley
- Re: [homenet] Configuration must not be carried b… Michael Thomas
- Re: [homenet] Configuration must not be carried b… Ted Lemon
- Re: [homenet] Configuration must not be carried b… David R Oran
- Re: [homenet] Configuration must not be carried b… Michael Thomas
- Re: [homenet] Configuration must not be carried b… Ole Troan
- Re: [homenet] Configuration must not be carried b… Jim Gettys
- Re: [homenet] Configuration must not be carried b… Juliusz Chroboczek
- Re: [homenet] Configuration must not be carried b… Juliusz Chroboczek
- Re: [homenet] Configuration must not be carried b… Juliusz Chroboczek
- Re: [homenet] Configuration must not be carried b… Michael Thomas
- Re: [homenet] Configuration must not be carried b… Henning Rogge
- Re: [homenet] Configuration must not be carried b… Teco Boot