Re: [Autoconf] Autoconf addressing model

Alexandru Petrescu <alexandru.petrescu@gmail.com> Thu, 05 March 2009 14:15 UTC

Return-Path: <alexandru.petrescu@gmail.com>
X-Original-To: autoconf@core3.amsl.com
Delivered-To: autoconf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0B8C628C42F for <autoconf@core3.amsl.com>; Thu, 5 Mar 2009 06:15:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.182
X-Spam-Level:
X-Spam-Status: No, score=-2.182 tagged_above=-999 required=5 tests=[AWL=0.067, BAYES_00=-2.599, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vt5LtUS8S5Aw for <autoconf@core3.amsl.com>; Thu, 5 Mar 2009 06:15:23 -0800 (PST)
Received: from sainfoin-out.extra.cea.fr (sainfoin-out.extra.cea.fr [132.166.172.107]) by core3.amsl.com (Postfix) with ESMTP id 54C1A28C39C for <autoconf@ietf.org>; Thu, 5 Mar 2009 06:15:19 -0800 (PST)
Received: from nephilia.intra.cea.fr (nephilia.intra.cea.fr [132.166.88.33]) by sainfoin.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-1.2) with ESMTP id n25EFmkc023145; Thu, 5 Mar 2009 15:15:48 +0100
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by nephilia.intra.cea.fr (8.13.8/8.13.8) with ESMTP id n25EFl8c001286; Thu, 5 Mar 2009 15:15:47 +0100 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id n25EFlAv012347; Thu, 5 Mar 2009 15:15:47 +0100
Message-ID: <49AFDE93.60904@gmail.com>
Date: Thu, 05 Mar 2009 15:15:47 +0100
From: Alexandru Petrescu <alexandru.petrescu@gmail.com>
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0
To: Teco Boot <teco@inf-net.nl>
References: <499F0BA7.90501@piuha.net> <49A82E55.10208@gmail.com> <007b01c99911$907facf0$b17f06d0$@nl><49A8471E.6090506@gmail.com> <009501c99920$92154340$b63fc9c0$@nl><49A944FF.9000102@gmail.com> <003001c99b2c$a3fcf4a0$ebf6dde0$@nl><49AD5184.6080300@gmail.com> <000101c99c3c$3121a870$9364f950$@nl><49AD9760.3080909@gmail.com> <49AD98D4.3@earthlink.net><49AD9EA8.6040803@gmail.com> <49ADA17B.9040600@earthlink.net><49ADAF7C.1050509@gmail.com> <49ADB9FB.6050600@earthlink.net> <49AE3A3A.5000305@gmail.com> <7FB7EE0A621BA44B8B69E5F0A09DC76407B5D783@xmb-rtp-208.amer.cisco.com> <49AE9827.5090309@gmail.com> <7FB7EE0A621BA44B8B69E5F0A09DC76407B5D803@xmb-rtp-208.amer.cisco.com> <49AEBA6D.7030903@gmail.com> <7FB7EE0A621BA44B8B69E5F0A09DC76407B5DB1F@xmb-rtp-208.amer.cisco.com> <49AF97FA.70200! 07@gmail.com> <002201c99d76$017d4b20$0477e160$@nl> <49AFAA15.9! 060905@gmail.com> <003a01c99d8e$f47ba2f0$dd72e8d0$@nl> <49AFD85E.50403! 01@gmail.com> <004a01c99d9b$542e1e10$fc8a5a30$@nl>
In-Reply-To: <004a01c99d9b$542e1e10$fc8a5a30$@nl>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
Cc: autoconf@ietf.org
Subject: Re: [Autoconf] Autoconf addressing model
X-BeenThere: autoconf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Ad-Hoc Network Autoconfiguration WG discussion list <autoconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/autoconf>, <mailto:autoconf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/autoconf>
List-Post: <mailto:autoconf@ietf.org>
List-Help: <mailto:autoconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/autoconf>, <mailto:autoconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Mar 2009 14:15:24 -0000

Teco Boot a écrit :
> Hi Alex,
> 
> 
> |> So the following topology is valid:
> |>
> |> +----------+                        +----------+
> |> |          |fe80::1/64              |          |
> |> |          +========================+          |
> |> | router 1 |              fe80::2/64| router 2 |
> |> |          |fe80::1/64              |          |
> |> |          +========================+          |
> |> |          |              fe80::2/64|          |
> |> +----------+                        +----------+
> |>
> |> Agreed on this?
> |
> |Agreed.  But why /64?  An address is /128, and the link-local address'
> |prefix is /10.
> 
> I used address-prefix format (RFC4291).
> 
> And RFC2464:
> 
> 5.  Link-Local Addresses
>    The IPv6 link-local address [AARCH] for an Ethernet interface is
>    formed by appending the Interface Identifier, as defined above, to
>    the prefix FE80::/64.

Ah!

> The 54 bits following 1111111011 are zero. There is little difference
> between FE80::/10 and FE80::/64. On Ethernet, it is the latter.

Which one should we picture on the AUTOCONF practical addressing scheme? 
  The /10 or the /64?

In a picture like that I'd definitely put an address and the prefix like 
this, in the simplest case:

---\
     \ fe80::1/128   (the address)
      ---------
     / 2001:db8::/64 (the prefix of the subnet on which this interface is
---/                 attached)


> |> I repeated the test with the link local addresses. Here also, I
> |> experienced no problems. This is because there are two links with
> |> exactly the same address pairs (an advantage to use same LL addresses
> |> on all interfaces).
> |
> |Demonstrating the advantage of loopback0 vs eth0 would have implied that
> |you start OSPFv3 on eth0 instead of loopback0 and that it would have
> |crashed.
> 
> My routing protocols do not crash. I told you before.

Sorry, I don't remember. So then they could work without loopback0 
interface, only over the Ethernet interface, right? (they wouldn't crash 
when the interface goes down and then up).

> |But even then, I'm sure there may exist OSPFv3 implementation which
> |would not crash when running over eth0 and ifconfig down eth0.
> |
> |In this sense, if the loopback0 interface is a solution to crashing
> |OSPFv3-over-eth0, then it is an implementation solution. Some
> |implementations do, others don't.
> 
> You totally missed the point.

Your point seemed to motivate the use of loopback0 interface.  And so, 
because presumably the physical interfaces are not enough.  Am I 
catching your point?

Alex