Re: [babel] Example configuration

Mahesh Jethanandani <mjethanandani@gmail.com> Tue, 13 August 2019 18:09 UTC

Return-Path: <mjethanandani@gmail.com>
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 134CA120125 for <babel@ietfa.amsl.com>; Tue, 13 Aug 2019 11:09:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 6JxBduYJ1tLS for <babel@ietfa.amsl.com>; Tue, 13 Aug 2019 11:09:09 -0700 (PDT)
Received: from mail-pl1-x62e.google.com (mail-pl1-x62e.google.com [IPv6:2607:f8b0:4864:20::62e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9515E1200B1 for <babel@ietf.org>; Tue, 13 Aug 2019 11:09:09 -0700 (PDT)
Received: by mail-pl1-x62e.google.com with SMTP id gn20so347315plb.2 for <babel@ietf.org>; Tue, 13 Aug 2019 11:09:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=u/P4gRbzmjXEnewD/fiIKBVJilgkltZ1STDXG9vrJIg=; b=j8FSZJ9MOLi2zxuAcKR4NmNO3JMTuPEVVvdgnquWVidRS/MbpabKooX9kbqcwxAdN5 mVPYl4c4uKhR8ZVw2LgmSbQ4ocNCZ+WxmEFkQ/ODhoFvpRcUp10JI6tnAlVYK1wJ9A/P ZTTm6gnXJvIMW/ZfTLZXYuFWp1k1tan23me1tJ0I+d9PuBYZSl+p++OWymin3wSLW6gD CHX8/QY3/5LzDnOyM7Cddm7laVmBAaYb2WWCpATslsEJF4YQqWQ200AXzhTb30MRZzO2 rzOSXhzgIFdpbjYsVvw/0sTJNZZbCrWeXmqrH5qX/vIQ/7VrPW1AfEEppKSfT2yS88Xu S2Yw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=u/P4gRbzmjXEnewD/fiIKBVJilgkltZ1STDXG9vrJIg=; b=cwRlu13+I69JVQtQxQhCpmqmpK0fgyX4wo0qgZ0/QzNJ9tLyw7GIemAOXZOXDZJqf8 yWoZTXwcfLFUvAAQ+t1W334Sd8vHhEHolbiNdCAQnBsrEZRHIXm9WZr0b6UV4Uk50zrX nyNu/cNtqqW99t6rhj/+ktHsttzXPfOMnjv2jofnUxdySszzdS5ImP9Gw0U8OqNUooOR S8JFmfx7SHDZDA2y1pdqwfiDh+MNnFZSc+ryFbyb0giguNJOQsbAoBTpZZefcQ3Jft7U LTqc35+RFAOfUiFy/pEX9ir+TrljGbbMhj3sOCR47Hr3NbI7+2eFPsV+ynqo3pz//GMU /Kog==
X-Gm-Message-State: APjAAAX0VwEGWJnzEa1MqRwSAvuHV37MnZ3uddaCSQmDtJSvpGH3mhMr 2nO7PB+RTomHxWdlJQuugtg=
X-Google-Smtp-Source: APXvYqzaMpWIggYsiLyOE9GdveOFobZapeLtlhGVs8RcRSLvE4XzJODc/b8VDybg0KR0j+EX8YDzFw==
X-Received: by 2002:a17:902:2ae8:: with SMTP id j95mr35804384plb.276.1565719749091; Tue, 13 Aug 2019 11:09:09 -0700 (PDT)
Received: from [10.33.122.240] ([66.170.99.1]) by smtp.gmail.com with ESMTPSA id k64sm42158545pgk.74.2019.08.13.11.09.08 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 13 Aug 2019 11:09:08 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Mahesh Jethanandani <mjethanandani@gmail.com>
In-Reply-To: <87sgqbmhhe.wl-jch@irif.fr>
Date: Tue, 13 Aug 2019 11:09:07 -0700
Cc: Toke Høiland-Jørgensen <toke@toke.dk>, "STARK, BARBARA H" <bs7652@att.com>, Babel at IETF <babel@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <F30C9756-5104-4A43-BDD9-008FF3011362@gmail.com>
References: <E726ED50-6D90-4537-B237-6E52D375F50B@gmail.com> <8736itu6j8.wl-jch@irif.fr> <0E0A89B7-3D7A-4605-8776-2CF685B268B0@gmail.com> <877e7qaxte.wl-jch@irif.fr> <1C6F628C-7A3C-4D66-9930-9F0244A20722@gmail.com> <8736ieasm6.wl-jch@irif.fr> <EF249683-1BB0-4686-A77A-847E64E4EA50@gmail.com> <87pnlhaixh.wl-jch@irif.fr> <2D09D61DDFA73D4C884805CC7865E6114E257961@GAALPA1MSGUSRBF.ITServices.sbc.com> <0B28A1FA-32B4-41E6-B646-C6A3907E9CCC@gmail.com> <2D09D61DDFA73D4C884805CC7865E6114E258CF7@GAALPA1MSGUSRBF.ITServices.sbc.com> <B2CE14DA-DEDA-40FB-AA96-FB4009F5FA19@gmail.com> <2D09D61DDFA73D4C884805CC7865E6114E25905B@GAALPA1MSGUSRBF.ITServices.sbc.com> <87lfw3u52i.fsf@toke.dk> <110D87BA-BBA1-417B-9BC3-77BAD4B201D1@gmail.com> <87ftmbs92f.fsf@toke.dk> <26F1A0CD-1FD2-456E-B295-8A60D93CF8E0@gmail.com> <87sgqbmhhe.wl-jch@irif.fr>
To: Juliusz Chroboczek <jch@irif.fr>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/babel/2klkGgD_mlT0yoEaFa1rTyhp3Cg>
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, 13 Aug 2019 18:09:11 -0000

Hi Juliusz,

> On Aug 8, 2019, at 3:15 PM, Juliusz Chroboczek <jch@irif.fr> wrote:
> 
>> In the second example, the operator will define a babel-link-properties-obj,
>> call it “radio” or “wireless” or anything they want, and within that object set
>> the babel-interface-metric-algorithm (because it a mandatory parameter), and
>> set the babel-split-horizon to false. They will then associate “radio” object
>> with eth1 interface.
> 
> Can the UI simulate the babel-link-properties-obj without it being part of
> the model?

Before I answer that question, let me know if the following answers help. If they do not, I am afraid that we will need a whiteboard discussion on management interface and the role YANG plays in it.

> 
> I.e. the operator defines a set of values called "radio", this set only
> exists within the UI.  

“radio” in my example is what you call UIs, just like “wireless”. Therefore when you say “set of values called “radio””, I read it as set of link properties that you want to club together and associate with a name, and that name is “radio". Is that correct?

> The operator then applies "radio" to a number of
> interfaces, and the frontend applies the individual values contained in
> the "radio" dictionary to each of those interfaces.


But that is exactly what the new babel-link-properties-obj allows you to do. It allows you to define any number of babel-link-properties-obj, and name them whatever you want, e.g. “radio”, “wired”, “wireless” etc, or what you call “UI". In each of the babel-link-properties-obj you set the properties you want, e.g. split horizon, rtt, etc.  As a final step you associate any of the defined UI with any number of interfaces. When you associate the given UI with an interface, all the link properties defined as part of that UI are then applied on the interface.

Did that answer your question, or confuse you even more?

> 
> Or does YANG require that the UI reflect the model?

> 
> -- Juliusz

Mahesh Jethanandani
mjethanandani@gmail.com