Re: [babel] Example configuration

Juliusz Chroboczek <jch@irif.fr> Tue, 06 August 2019 19:39 UTC

Return-Path: <jch@irif.fr>
X-Original-To: babel@ietfa.amsl.com
Delivered-To: babel@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 196A812016E for <babel@ietfa.amsl.com>; Tue, 6 Aug 2019 12:39:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 ByPow-kHo9Yy for <babel@ietfa.amsl.com>; Tue, 6 Aug 2019 12:38:57 -0700 (PDT)
Received: from korolev.univ-paris7.fr (korolev.univ-paris7.fr [IPv6:2001:660:3301:8000::1:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9291512003F for <babel@ietf.org>; Tue, 6 Aug 2019 12:38:57 -0700 (PDT)
Received: from potemkin.univ-paris7.fr (potemkin.univ-paris7.fr [IPv6:2001:660:3301:8000::1:1]) by korolev.univ-paris7.fr (8.14.4/8.14.4/relay1/82085) with ESMTP id x76Jcq4j009765 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 6 Aug 2019 21:38:52 +0200
Received: from mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [81.194.30.253]) by potemkin.univ-paris7.fr (8.14.4/8.14.4/relay2/82085) with ESMTP id x76Jcqm5016097; Tue, 6 Aug 2019 21:38:52 +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 3EF8E4BDCC; Tue, 6 Aug 2019 21:38:55 +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 LIq9yravlhmB; Tue, 6 Aug 2019 21:38:54 +0200 (CEST)
Received: from pirx.irif.fr (unknown [78.194.40.74]) (Authenticated sender: jch) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTPSA id 494464BDCA; Tue, 6 Aug 2019 21:38:54 +0200 (CEST)
Date: Tue, 06 Aug 2019 21:38:53 +0200
Message-ID: <877e7qaxte.wl-jch@irif.fr>
From: Juliusz Chroboczek <jch@irif.fr>
To: Mahesh Jethanandani <mjethanandani@gmail.com>
Cc: Babel at IETF <babel@ietf.org>
In-Reply-To: <0E0A89B7-3D7A-4605-8776-2CF685B268B0@gmail.com>
References: <E726ED50-6D90-4537-B237-6E52D375F50B@gmail.com> <8736itu6j8.wl-jch@irif.fr> <0E0A89B7-3D7A-4605-8776-2CF685B268B0@gmail.com>
User-Agent: Wanderlust/2.15.9
MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue")
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (korolev.univ-paris7.fr [IPv6:2001:660:3301:8000::1:2]); Tue, 06 Aug 2019 21:38:52 +0200 (CEST)
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (potemkin.univ-paris7.fr [194.254.61.141]); Tue, 06 Aug 2019 21:38:52 +0200 (CEST)
X-Miltered: at korolev with ID 5D49D74C.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)!
X-Miltered: at potemkin with ID 5D49D74C.002 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)!
X-j-chkmail-Enveloppe: 5D49D74C.000 from potemkin.univ-paris7.fr/potemkin.univ-paris7.fr/null/potemkin.univ-paris7.fr/<jch@irif.fr>
X-j-chkmail-Enveloppe: 5D49D74C.002 from mailhub.math.univ-paris-diderot.fr/mailhub.math.univ-paris-diderot.fr/null/mailhub.math.univ-paris-diderot.fr/<jch@irif.fr>
X-j-chkmail-Score: MSGID : 5D49D74C.000 on korolev.univ-paris7.fr : j-chkmail score : . : R=. U=. O=. B=0.000 -> S=0.000
X-j-chkmail-Score: MSGID : 5D49D74C.002 on potemkin.univ-paris7.fr : j-chkmail score : . : R=. U=. O=. B=0.000 -> S=0.000
X-j-chkmail-Status: Ham
X-j-chkmail-Status: Ham
Archived-At: <https://mailarchive.ietf.org/arch/msg/babel/Nc8-U5SBz6RxgqMdYuWFiG8xU7E>
Subject: Re: [babel] Example configuration
X-BeenThere: babel@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "A list for discussion of the Babel Routing Protocol." <babel.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/babel>, <mailto:babel-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/babel/>
List-Post: <mailto:babel@ietf.org>
List-Help: <mailto:babel-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/babel>, <mailto:babel-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Aug 2019 19:39:00 -0000

>> Here's a slightly less minimal configuration:
>> 
>> interface eth0
>> interface eth1 type wireless
>> interface tun0 type tunnel

[...]

>> This is equivalent to the following:
>> 
>> interface eth0
>> interface eth1 link-quality true split-horizon false
>> interface tun0 enable-timestamps true max-rtt-penalty 96

> The XML encoding of the above example can be found in
> example-babel-configuration-2.5.xml. You will notice that eth1 type is
> set to ‘wireless’ using ‘link-properties’. Same for tun0 and ‘tunnel’.

Hmm.  Draft-ietf-babel-information-model-08 removes the interface type,
and uses the underlying properties instead.  Shouldn't the YANG model do
the same, or is there some reason why the YANG model should be using
interface types instead?

>> interface eth0
>> interface ppp0 hello-interval 30 update-interval 120
>> in if ppp0 metric 1024
>> out if ppp0 metric 1024

> Here is where I am stuck. Currently, there is
> a babel-mcast-hello-interval parameter defined in the information model
> under the interface. But this a read-only attribute, meaning it is
> a operational value, not a configuration value.

It should be configurable.

> There is no unicast hello interval, which is what I am assuming you mean
> above.

No, I mean the multicast interval.

> Also, there is no metric configuration on an interface today. Certainly
> not based on in and out traffic.

The metric configuration is not attached to the interface, it's a filter.
Filters are a separate kind of entity, and need not contain an interface
entry.  For example, one may say

  in ip 10.0.0.0/8 metric 128

in which case the filter applies to all routes with a destination in 10/8.

-- Juliusz