Re: [babel] Example configuration

"STARK, BARBARA H" <bs7652@att.com> Wed, 14 August 2019 13:50 UTC

Return-Path: <bs7652@att.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 4FCA11200F8 for <babel@ietfa.amsl.com>; Wed, 14 Aug 2019 06:50:24 -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=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 vvL15r7RqAP5 for <babel@ietfa.amsl.com>; Wed, 14 Aug 2019 06:50:22 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (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 991B012013F for <babel@ietf.org>; Wed, 14 Aug 2019 06:50:22 -0700 (PDT)
Received: from pps.filterd (m0049297.ppops.net [127.0.0.1]) by m0049297.ppops.net-00191d01. (8.16.0.27/8.16.0.27) with SMTP id x7EDkWWg029266; Wed, 14 Aug 2019 09:50:19 -0400
Received: from alpi154.enaf.aldc.att.com (sbcsmtp6.sbc.com [144.160.229.23]) by m0049297.ppops.net-00191d01. with ESMTP id 2ucjct215r-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 14 Aug 2019 09:50:19 -0400
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id x7EDoHlH002291; Wed, 14 Aug 2019 09:50:17 -0400
Received: from zlp30483.vci.att.com (zlp30483.vci.att.com [135.47.91.189]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id x7EDo7I3001944 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 14 Aug 2019 09:50:07 -0400
Received: from zlp30483.vci.att.com (zlp30483.vci.att.com [127.0.0.1]) by zlp30483.vci.att.com (Service) with ESMTP id E6EB84005669; Wed, 14 Aug 2019 13:50:07 +0000 (GMT)
Received: from GAALPA1MSGHUBAH.ITServices.sbc.com (unknown [130.8.218.157]) by zlp30483.vci.att.com (Service) with ESMTPS id D28A24005668; Wed, 14 Aug 2019 13:50:07 +0000 (GMT)
Received: from GAALPA1MSGUSRBF.ITServices.sbc.com ([169.254.5.84]) by GAALPA1MSGHUBAH.ITServices.sbc.com ([130.8.218.157]) with mapi id 14.03.0439.000; Wed, 14 Aug 2019 09:50:07 -0400
From: "STARK, BARBARA H" <bs7652@att.com>
To: 'Toke Høiland-Jørgensen' <toke@toke.dk>, 'Mahesh Jethanandani' <mjethanandani@gmail.com>
CC: 'Juliusz Chroboczek' <jch@irif.fr>, 'Babel at IETF' <babel@ietf.org>
Thread-Topic: [babel] Example configuration
Thread-Index: AQHVQysP27rmDxHNmE+dOkameIFP66bcIv6AgBKtMoCAAAmwgIAACWOAgAAV/4CAAC8QgIAAC2UAgABwxXCAAK2IgP//vsCAgABe24D//71TQIABdAyAgAAImACAAGCgAIAAGqGAgAAFboCAB5bYgIAABZVQgABho4CAANEcgP//vm7w
Date: Wed, 14 Aug 2019 13:50:06 +0000
Message-ID: <2D09D61DDFA73D4C884805CC7865E6114E26901D@GAALPA1MSGUSRBF.ITServices.sbc.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> <F30C9756-5104-4A43-BDD9-008FF3011362@gmail.com> <2D09D61DDFA73D4C884805CC7865E6114E2680FE@GAALPA1MSGUSRBF.ITServices.sbc.com> <9554AC75-4674-4EB2-B40D-26CA383E3343@gmail.com> <87woffap8c.fsf@toke.dk>
In-Reply-To: <87woffap8c.fsf@toke.dk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.174.18.88]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-08-14_05:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=814 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1906280000 definitions=main-1908140142
Archived-At: <https://mailarchive.ietf.org/arch/msg/babel/sNm49gLjsSYrsx4rYrQ3ZuEKdYE>
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: Wed, 14 Aug 2019 13:50:24 -0000


> From: Toke Høiland-Jørgensen <toke@toke.dk>
> Mahesh Jethanandani <mjethanandani@gmail.com> writes:
> 
> > Hi Barbara, et. all,
> >
> > If you are managing a small number of interfaces (< 10 in my mind),
> > then your approach is simpler. Configure link properties per interface
> > and be done, even if means repeating the configuration on those 10
> > interfaces.
> >
> > If we are talking about a larger set, then the complexity might be
> > worth it, simply to allow changes in one place.
> >
> > The question therefore comes down to, what is the normal number of
> > interfaces a device will configure to run babeld?
> 
> For most current Babel deployments I'm familiar with: One or two wireless
> interfaces and maybe a single wired. Definitely less than 10...

I agree with Toke. And I think we also need to understand that active configuration in Babel is about handling exceptions to the implemented rules. In almost all cases, the Babel implementation will automatically select the correct link properties for an interface. Only for the small number of cases where the automatic implementation config is wrong will the configuration need to be updated/changed. For example, if I attach a wireless bridge to an Ethernet port of a router, I need to specifically change the link properties for only that one Ethernet interface on that one router. "Repeating" configurations doesn't make sense when active configuration is an exception. I think the normal number of interfaces a *management system* will need to configure is zero.

When RTT is added as a link property, it too will be auto detected by the fact the interface is a tunnel. [We may want to consider a global configuration option to enable/disable detection of tunneled interfaces and use of RTT -- for cases where RTT support is implemented -- to be defined in the RTT draft.]

When unicast becomes a property -- well, this is something that a network operator will probably expect to set independent of other "link properties". It isn't really a link property, at all. [We may want a global configuration option for this, too, to indicate whether a new interface is set to default unicast or multicast -- but that's not for now.]
Barbara