Re: [bess] WGLC, IPR and implementation poll for draft-ietf-bess-nsh-bgp-control-plane

"Andrew G. Malis" <agmalis@gmail.com> Sun, 27 January 2019 16:48 UTC

Return-Path: <agmalis@gmail.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 664EA130E72; Sun, 27 Jan 2019 08:48:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.01
X-Spam-Level:
X-Spam-Status: No, score=-0.01 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, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_NONE=-0.0001, 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 ls8h5DffgIbG; Sun, 27 Jan 2019 08:48:28 -0800 (PST)
Received: from mail-qt1-x835.google.com (mail-qt1-x835.google.com [IPv6:2607:f8b0:4864:20::835]) (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 824F6130E6E; Sun, 27 Jan 2019 08:48:28 -0800 (PST)
Received: by mail-qt1-x835.google.com with SMTP id e5so15830125qtr.12; Sun, 27 Jan 2019 08:48:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=VqDKvDq7yfUY5c8s35Z/JyzntXrTYUrdMi9B5rY9K/c=; b=kop202zPQs6DjGiCme/25QCXetWVcAQH/aUYvTJErNNV0C9G83RufSnZwlODimANBx tQH3vUpMGEL0dD39XWWlY7AHem/sEDz9KpSr+Q/IraJVUtRvBXd4pSTbeHLQ2879dHP8 M0AgiUu9ftBtaz6oDg2ICFqTdbcQYm/Tc9PwytCcnWj6yjJk0/WTR43exGu1UDAnFLlN J3a3xETFz417JeJ+MkBEjcEl2ZPR9dbuosZjas1uoSaYZcUVJUjrlsdBDpJZzlZmBr6t dl4THPL7m404UGL/tGSdS8yRYdWXIyMf+U0UefLlyfaTicCFmCestDfqmvW/R7/hCFFW BYYw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=VqDKvDq7yfUY5c8s35Z/JyzntXrTYUrdMi9B5rY9K/c=; b=CQl50vaulp+wt8cj2kgfCR2F648ZMZdyESdUeDOuqufE+EuTP6JlmynIfhAWy+SgFb LNbL6AtJeaiWMMB+48a6MmPT+674cwQIz2RRYMYopg/dTaalU0K91Cj2b8A3ZsgoPHby mBLE1j5CO3sD9neMcBfBxUzCMEcvZfYv9vy16CYBGneO6TH6EsspSNeojoNxlZT5D7t9 dgvzdDVJIayyE9HH/o5xi4fbh9LUlAp+EKO2CzkLszYVeUiIAP07r7L/jlSaHZJIsgP9 td8SeI61D+wW0JB6af2rOdd9OKQvHYna/VnokpChDAkxOUgbztTHXMFoppH9n0sI3t00 tDnw==
X-Gm-Message-State: AJcUukfJGV7Q0lP9T6yuFksf+hYq/M/5/3/2OndNYZaDRQuKL4UM/Dwj +kVFiyZybHwpXY6K8/8bYmF5UWNR5O7GW3/DdqMyis4+
X-Google-Smtp-Source: ALg8bN6EVFG21f94aVJ/+52vtG4yLUfKgM4qspVf4V1jgZ/2gK1POTWrlIEfiJIc1gwMjsMETSHg/eEZEHW3bK+HTrA=
X-Received: by 2002:ac8:3b52:: with SMTP id r18mr17923419qtf.81.1548607707573; Sun, 27 Jan 2019 08:48:27 -0800 (PST)
MIME-Version: 1.0
References: <DDB7E727-F64B-4D52-9E9D-13E54D22AA08@nokia.com> <BL0PR05MB5025160316AA8EEEA59C8573C7980@BL0PR05MB5025.namprd05.prod.outlook.com> <CAA=duU2sOzfhq4rzryFCW6aJMiccO0+c0CV+p_p4yGx0dv41ag@mail.gmail.com> <BYAPR05MB50299CB31639B7D5E51410F9C7950@BYAPR05MB5029.namprd05.prod.outlook.com>
In-Reply-To: <BYAPR05MB50299CB31639B7D5E51410F9C7950@BYAPR05MB5029.namprd05.prod.outlook.com>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Sun, 27 Jan 2019 11:48:16 -0500
Message-ID: <CAA=duU3QeUBFQfaiojYOcocQKJDVtMVedPcB0YReEN84bO3YmQ@mail.gmail.com>
To: John E Drake <jdrake@juniper.net>
Cc: "Henderickx, Wim (Nokia - BE/Antwerp)" <wim.henderickx@nokia.com>, "stephane.litkowski@orange.com" <stephane.litkowski@orange.com>, "bess@ietf.org" <bess@ietf.org>, "bess-chairs@ietf.org" <bess-chairs@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000004e6ffb0580735471"
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/8-OrWFAdWYYesExWVnyjYMoC6U0>
Subject: Re: [bess] WGLC, IPR and implementation poll for draft-ietf-bess-nsh-bgp-control-plane
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 27 Jan 2019 16:48:33 -0000

John,

Thanks for confirming, that makes me very comfortable with the readability
of your draft, seeing as I was able to get it right the first time. :-)

I'd like to request the addition of the following text (or similar, feel
free to edit for readability and/or correctness), after which I'll be happy
to support publication of the draft.


7.8 Support for MPLS-Encapsulated NSH Packets

[I-D.ietf-mpls-sfc-encapsulation] describes how to transport SFC packets
using the NSH over an MPLS transport network. Signaling MPLS encapsulation
of SFC packets using the NSH is also supported by this document by using
the "BGP Tunnel Encapsulation Attribute Sub-TLV" with the codepoint 10
(representing "MPLS Label Stack") from the "BGP Tunnel Encapsulation
Attribute Sub-TLVs" registry defined in [I-D.ietf-idr-tunnel-encaps], and
also using the "SFP Traversal With MPLS Label Stack TLV" and the "SPI/SI
Representation sub-TLV" with bit 0 set and bit 1 cleared.


BTW, draft-ietf-mpls-sfc-encapsulation has already been submitted to the
IESG for publication, so adding the reference won't add any delay to this
draft.

Thanks again,
Andy


On Sun, Jan 27, 2019 at 10:19 AM John E Drake <jdrake@juniper.net> wrote:

> Andy,
>
>
>
> That sounds right.
>
>
>
> Yours Irrespectively,
>
>
>
> John
>
>
>
> *From:* Andrew G. Malis <agmalis@gmail.com>
> *Sent:* Friday, January 25, 2019 6:32 PM
> *To:* John E Drake <jdrake@juniper.net>
> *Cc:* Henderickx, Wim (Nokia - BE/Antwerp) <wim.henderickx@nokia.com>om>;
> stephane.litkowski@orange.com; bess@ietf.org; bess-chairs@ietf.org
> *Subject:* Re: [bess] WGLC, IPR and implementation poll for
> draft-ietf-bess-nsh-bgp-control-plane
>
>
>
> John,
>
>
>
> So, in order to support draft-ietf-mpls-sfc-encapsulation, looking
> at draft-ietf-idr-tunnel-encaps, you would use the value 10 from the "BGP
> Tunnel Encapsulation Attribute Sub-TLVs" registry, and also from your draft
> use the SFP Traversal With MPLS Label Stack TLV and the SPI/SI
> Representation sub-TLV with bit 0 set and bit 1 cleared? I just want to
> make sure I correctly read the details.
>
>
>
> Thanks,
>
> Andy
>
>
>
> On Tue, Jan 22, 2019 at 1:15 PM John E Drake <jdrake@juniper.net> wrote:
>
> Wim,
>
>
>
> The subject draft was designed w/ NSH in mind.  We added an MPLS
> representation of the NSH later, which is the subject of the first draft
> you referenced, below.
>
>
>
> The way the subject draft is written, the representation of the NSH  and
> the type of transport tunnel can change on a hop-by-hop basis at the
> discretion of the selected next-hop SFF.  This is through the use of the
> encapsulation attribute, which gives us a very open-ended framework in
> which to work.
>
>
>
> I think the latter two drafts you referenced, below, are actually
> supported already but what needs to be written down is exactly what an SFF
> needs to advertise in the encapsulation attribute in order to support
> them.
>
>
>
> I would be happy to work on this w/ anyone else who is interested.
>
>
>
> Yours Irrespectively,
>
>
>
> John
>
>
>
> *From:* BESS <bess-bounces@ietf.org> *On Behalf Of *Henderickx, Wim
> (Nokia - BE/Antwerp)
> *Sent:* Tuesday, January 22, 2019 12:00 PM
> *To:* stephane.litkowski@orange.com; bess@ietf.org
> *Cc:* bess-chairs@ietf.org
> *Subject:* Re: [bess] WGLC, IPR and implementation poll for
> draft-ietf-bess-nsh-bgp-control-plane
>
>
> I need to get into more details, but the current draft is written with draft-ietf-mpls-sfc-04
> dataplane in mind. I believe that the draft can be useful with other
> dataplanes like: draft-ietf-mpls-sfc-encapsulation and
> draft-guichard-spring-nsh-s
>
> So I would like the see the BGP control plane extensions here to become
> more generic to support multiple data-planes options. I need to go in more
> detail, but from high level this is my feedback here. I don’t want to
> stop/block this work as I believe this is a very useful proposal, but if we
> make it more generic it can serve a bigger purpose.
>
>
>
> So I would like to see the following:
>
>    1. Protocol draft
>    2. Use case drafts for the different data planes.
>
>
>
> My 2 cents.
>
>
>
> *From: *BESS <bess-bounces@ietf.org> on behalf of Stephane Litkowski <
> stephane.litkowski@orange.com>
> *Date: *Monday, 21 January 2019 at 08:06
> *To: *"bess@ietf.org" <bess@ietf.org>
> *Cc: *"bess-chairs@ietf.org" <bess-chairs@ietf.org>
> *Subject: *[bess] WGLC, IPR and implementation poll for
> draft-ietf-bess-nsh-bgp-control-plane
>
>
>
> Hello Working Group,
>
>
>
> This email starts a three weeks Working Group Last Call on
>  draft-ietf-bess-nsh-bgp-control-plane [1].
>
>
>
> This poll runs until *the 4th of February*.
>
>
>
> We are also polling for knowledge of any undisclosed IPR that applies to
> this Document, to ensure that IPR has been disclosed in compliance with
> IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details).
>
> If you are listed as an Author or a Contributor of this Document please
> respond to this email and indicate whether or not you are aware of any
> relevant undisclosed IPR. The Document won't progress without answers from
> all the Authors and Contributors.
>
>
>
> We have several IPRs already disclosed.
>
>
>
> If you are not listed as an Author or a Contributor, then please
> explicitly respond only if you are aware of any IPR that has not yet been
> disclosed in conformance with IETF rules.
>
>
>
> We are also polling for any existing implementation as per [2].
>
>
>
>     Thank you,
>
>     Stephane & Matthew
>
>
>
>     [1]
> https://datatracker.ietf.org/doc/draft-ietf-bess-nsh-bgp-control-plane/
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__datatracker.ietf.org_doc_draft-2Dietf-2Dbess-2Dnsh-2Dbgp-2Dcontrol-2Dplane_&d=DwMGaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=CRB2tJiQePk0cT-h5LGhEWH-s_xXXup3HzvBSMRj5VE&m=NmtJTnm15eI5V8pM4BEFevbruNYPMxijWj6csDXLze8&s=TfgMeOz6kzVSiGyw-h1RMGo9QIYi6K9bz8AcyCd3BNI&e=>
>
>
>
>     [2]
> https://mailarchive.ietf.org/arch/msg/bess/cG3X1tTqb_vPC4rg56SEdkjqDpw
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__mailarchive.ietf.org_arch_msg_bess_cG3X1tTqb-5FvPC4rg56SEdkjqDpw&d=DwMGaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=CRB2tJiQePk0cT-h5LGhEWH-s_xXXup3HzvBSMRj5VE&m=NmtJTnm15eI5V8pM4BEFevbruNYPMxijWj6csDXLze8&s=hHwZCKH4zzsnENDFhTn86H9rP-vyWW-Wux-hC7pP6BE&e=>
>
>
>
>
>
> _________________________________________________________________________________________________________________________
>
>
>
> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
>
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
>
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
>
> Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
>
>
>
> This message and its attachments may contain confidential or privileged information that may be protected by law;
>
> they should not be distributed, used or copied without authorisation.
>
> If you have received this email in error, please notify the sender and delete this message and its attachments.
>
> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
>
> Thank you.
>
> _______________________________________________
> BESS mailing list
> BESS@ietf.org
> https://www.ietf.org/mailman/listinfo/bess
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_bess&d=DwMFaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=CRB2tJiQePk0cT-h5LGhEWH-s_xXXup3HzvBSMRj5VE&m=oYcwBjL--0blSjAlaEP-SVq5qXfHoCzSMppCMhCT2p0&s=tAznFgXAw8OBCrtIIFACFKoe5t9xToGpzusDMDV2oH0&e=>
>
>