Re: [Idr] 2 week WG adoption call for draft (5/31 to 6/14)

Robert Raszuk <robert@raszuk.net> Mon, 01 June 2015 23:16 UTC

Return-Path: <rraszuk@gmail.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F7791A1ADB for <idr@ietfa.amsl.com>; Mon, 1 Jun 2015 16:16:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.277
X-Spam-Level:
X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 dBD2w7WwPBQF for <idr@ietfa.amsl.com>; Mon, 1 Jun 2015 16:16:32 -0700 (PDT)
Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::22e]) (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 D13681A1AD0 for <idr@ietf.org>; Mon, 1 Jun 2015 16:16:31 -0700 (PDT)
Received: by wign10 with SMTP id n10so2025348wig.0 for <idr@ietf.org>; Mon, 01 Jun 2015 16:16:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=XvHKCs1uuPhNJAep30G/XhR5DjKMvklB3j+OENIYbYc=; b=Ug/n1hdVRRGYHDkyfl1WNTWvavRm0qDRVqia9naTW0lRYh4we12PrWnZSpGVmpkUGR KxiGGQ+4a2QURauvoOb6ccTMZL56SnMW8nJitUgVp8DoTuGjoYiqI2943DmPVM5aQ7f1 B1uyHQRS1RASR4rkZL8DPsRhnwoIQcqCmHOicQ/gzteGsIxVL/6GKQTt0bSi3SmLKBZ5 aHt0on6vw9gNiVW+QPoN1DEKJKI6T4jOQ1pPfJL91/HTd7fmhxxDvGZ5aOZOBgIzRPBb 0RuMZFxDJ9M2iXFpG6eK4Z8Ws2OOYgW2UkhCR/7lpaLMPd5TcPMYN+IQ70RrCsNLm17m dAvQ==
MIME-Version: 1.0
X-Received: by 10.194.85.116 with SMTP id g20mr45546885wjz.154.1433200590563; Mon, 01 Jun 2015 16:16:30 -0700 (PDT)
Sender: rraszuk@gmail.com
Received: by 10.28.4.81 with HTTP; Mon, 1 Jun 2015 16:16:30 -0700 (PDT)
In-Reply-To: <556CE417.3070807@foobar.org>
References: <006801d09c15$ba8bba30$2fa32e90$@ndzh.com> <556CCBCA.6070308@foobar.org> <023501d09cb3$313ee970$93bcbc50$@ndzh.com> <556CE417.3070807@foobar.org>
Date: Tue, 02 Jun 2015 01:16:30 +0200
X-Google-Sender-Auth: X3ZpUEx1TDTFlLg-HEEmok1Dcx0
Message-ID: <CA+b+ER=zBvideC8LStWno0O9zDPGzqeVSdXNY0fQ9vyVE1XT5g@mail.gmail.com>
From: Robert Raszuk <robert@raszuk.net>
To: Nick Hilliard <nick@foobar.org>
Content-Type: multipart/alternative; boundary="047d7bfcfd5017b0e105177d040e"
Archived-At: <http://mailarchive.ietf.org/arch/msg/idr/WcmgG0cWnJf_6x0VCQrl81fMXTg>
Cc: IETF IDR Working Group <idr@ietf.org>, "draft-raszuk-wide-bgp-communities@tools.ietf.org" <draft-raszuk-wide-bgp-communities@tools.ietf.org>, Susan Hares <shares@ndzh.com>
Subject: Re: [Idr] 2 week WG adoption call for draft (5/31 to 6/14)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 01 Jun 2015 23:16:34 -0000

Hi Nick,

Thank you for your comment.

However I would like to bring one point which maybe was not clear and needs
to be made very clear.

Your comment is true in respect for locally defined wide bgp communities
where you (as the operator) need to define both the community and the
policy how to handle it.

However that complication is not intended to be exposed to operators using
registered wide bgp communities as those by the respective policy
implementations should be self executive. Of course still subject to normal
enable/disable/filter actions.

Regards,
R.


On Tue, Jun 2, 2015 at 1:00 AM, Nick Hilliard <nick@foobar.org> wrote:

> On 01/06/2015 22:37, Susan Hares wrote:
> > <WG chair hat off > I can understand how the draft will be complex to
> > implement along with other communities.  Can you describe how you think
> the
> > draft will be complicated to operate?
>
> Hi Sue,
>
> At the moment, most operators use basic communities which require an match
> / comparison / regexp against what is basically an integer value.  This is
> simple to express and match in pretty much all bgp implementation grammars.
>
> raszuk-wide-bgp-communities requires that each community target be matched
> against a complicated n-tuple of parameters - section 9 of the draft shows
> some potential examples.  This makes the business of matching and managing
> community values a much more complicated affair, particularly if you run in
> a multivendor environment or else if your bgp communities cross AS
> boundaries.
>
> Nick
>
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr
>