Re: [babel] Issue#15: Add support for routing policy

Mahesh Jethanandani <mjethanandani@gmail.com> Tue, 07 July 2020 02: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 642993A08CB for <babel@ietfa.amsl.com>; Mon, 6 Jul 2020 19:09:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 TbhEaOjNugiu for <babel@ietfa.amsl.com>; Mon, 6 Jul 2020 19:09:44 -0700 (PDT)
Received: from mail-pl1-x62f.google.com (mail-pl1-x62f.google.com [IPv6:2607:f8b0:4864:20::62f]) (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 73C093A08CA for <babel@ietf.org>; Mon, 6 Jul 2020 19:09:44 -0700 (PDT)
Received: by mail-pl1-x62f.google.com with SMTP id x9so2430587plr.2 for <babel@ietf.org>; Mon, 06 Jul 2020 19:09:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:date:references:to:in-reply-to:message-id; bh=6IUmb2t8n/P7pkxAzbvaOw25KHs4YnmCgdFeTlR4cK0=; b=VsBU57bdg4lqCYoJpEv6xWJx/8gX6aIvcHolRtPBA7qj8TUoUOiJMyV+Y5gHUm7FV4 8ZMbnxsj/MZyrOUEXW19xJh82ucF5t22a8zm4kgQH3ovKmjSo3b4aK2qIRpc12kRJuFr Tg/Ehnvl1nipI34FMWdempQz4xJSNGlqr07PRA7+kXVEm6HsciM7j0qFyC1K+yNXrXqY 3Qnxh+Dw4r+TKNHO+doJRbwjw0XJJLM5jN5uaUKum14r3/5epQ2D3T6JQDQ8EwRr4u67 ltakeolMy5Y9C73GDKyE+MBlp9G5JeTvTyRoyIc+yIx185i3SpXX5ZJVY/sj7utnJCVZ U8uw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:date:references:to :in-reply-to:message-id; bh=6IUmb2t8n/P7pkxAzbvaOw25KHs4YnmCgdFeTlR4cK0=; b=qDXtlY/nssLmZZXVDcjOy6ZNY8AGCpBOaSlfRXQnJ5Rvpy7B9Q6kUVVotumQSAHxHB 2UPJVmhxEI6HT2eb9VmoQ5aevXpoXOvrbQFCE2BikLPQ7l4plhrtNzdtIbH7VF0H1XWd xc0O5HqjH9JaU2ExIrLWr6GeVAmbr60Co5y3mD+6tFCFTRxxr13HA0zSwoCWWPi+bnmV WaMJVY2kbCQoISEEu9OLKyurIxdUbDUQ0gOUNs8w4s9h43gHGCNAe7NfWXtoQ7qrP+np 7bEoERJU3AN30AXLYOA7U6Nd/c7JM0UA5k0OIp5t0v/gaw/khzWN1+WNmjKZLCASPJph +jwA==
X-Gm-Message-State: AOAM533ckmp154VRueks3X5A5Sdhk7gxXKL1ev9FcpJWZI5/Of0NtLZ0 ixx8VW/JJPGpm/81Ewg8EeGXV9GI
X-Google-Smtp-Source: ABdhPJyBft11XDWRZmVgzfXJpiwvm7uFOQy/kfiVH84ydfcnpw8qw0yOZlvdCWcwCtQplLVP0ZcIgw==
X-Received: by 2002:a17:90a:668f:: with SMTP id m15mr1984656pjj.32.1594087783659; Mon, 06 Jul 2020 19:09:43 -0700 (PDT)
Received: from ?IPv6:2601:647:5600:5020:2da1:1cb9:e3de:8e6d? ([2601:647:5600:5020:2da1:1cb9:e3de:8e6d]) by smtp.gmail.com with ESMTPSA id c1sm706505pje.9.2020.07.06.19.09.42 for <babel@ietf.org> (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 06 Jul 2020 19:09:42 -0700 (PDT)
From: Mahesh Jethanandani <mjethanandani@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_87193A8F-1C79-41F1-98A3-41811E84B189"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.5\))
Date: Mon, 06 Jul 2020 19:09:41 -0700
References: <306B3968-3A40-4E8C-B29D-72CD8E06873B@gmail.com>
To: Babel at IETF <babel@ietf.org>
In-Reply-To: <306B3968-3A40-4E8C-B29D-72CD8E06873B@gmail.com>
Message-Id: <F8910D2C-6848-4C77-A092-8DD8487BB3DD@gmail.com>
X-Mailer: Apple Mail (2.3445.9.5)
Archived-At: <https://mailarchive.ietf.org/arch/msg/babel/T6Amp_ay7FroCQnkEyeWqlq12kg>
Subject: Re: [babel] Issue#15: Add support for routing policy
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, 07 Jul 2020 02:09:47 -0000

Since I have not heard anything from the WG on this issue, I am assuming that Babel does not have a requirement to extend the routing policy model. As such, and unless I hear otherwise, I will go ahead and close this issue by the end of the week.

> On Jun 29, 2020, at 10:49 AM, Mahesh Jethanandani <mjethanandani@gmail.com> wrote:
> 
> Babel WG,
> 
> I hope this issue has not been brought up already. In either case, I do not remember what the resolution was. So here it goes.
> 
> The issue against the Babel YANG model that I needed to close on is documented here <https://github.com/mjethanandani/babel-data-model/issues/15>. It asks if Babel needs to add support for extending the base routing policy model described in draft-ietf-rtgwg-policy-model <https://tools.ietf.org/html/draft-ietf-rtgwg-policy-model-05>. The base model defined in that document already defines how routes are imported, exported, or modified across different routing protocols. The idea for Babel to extend would come if there was a need to extend it further with conditions (match sets) and actions that the base model cannot or does not cover. For example, BGP extends the model to add community option type, to check if the route type is external or internal, etc.
> 
> Does Babel have a need for operators to be able to extend policy definition beyond what is already defined in the base model?
> 
> Cheers.

Mahesh Jethanandani
mjethanandani@gmail.com