Re: [Bier] comments on draft-xu-bier-encapsulation-03

Tony Przygienda <tonysietf@gmail.com> Mon, 02 November 2015 02:24 UTC

Return-Path: <tonysietf@gmail.com>
X-Original-To: bier@ietfa.amsl.com
Delivered-To: bier@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E008E1ACDFD for <bier@ietfa.amsl.com>; Sun, 1 Nov 2015 18:24:15 -0800 (PST)
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, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham
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 ctGedHXu5k0V for <bier@ietfa.amsl.com>; Sun, 1 Nov 2015 18:24:14 -0800 (PST)
Received: from mail-io0-x22f.google.com (mail-io0-x22f.google.com [IPv6:2607:f8b0:4001:c06::22f]) (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 5ED1E1ACDFF for <bier@ietf.org>; Sun, 1 Nov 2015 18:24:14 -0800 (PST)
Received: by iody8 with SMTP id y8so130276652iod.1 for <bier@ietf.org>; Sun, 01 Nov 2015 18:24:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=21bTYuplHJSgK/oUF5GVO4Qf+4jerBHiTKm6auIULi0=; b=U87q1WWnCxQ8lUaOsWIiXPOFThLZ5qSBeQR8GzauWU0r53onlZGQ+sL4wr/Y/wk47z evhlp7quoUNeTuHsWpYWVqDu2nwPVV7ideq9HNZNKYht6mBN8/kRAEtp6Q3FjAUQCEgR gTWnU0cSDM8c0ryPIiY/Q862AfLU6ElZij2KBFbUlxDc4UYbVQFBtkMd5GuF3JuGSHOA WrPq3dzTimuse5Bz3NAELICraOuWc5FkGgWGP1/HE/bMBgmE+WLKw83zeh7vLeUmChVx qrCUkrHnaVa96NNf9Hf53JLaJc7HWD/8wvHD9fAiiLupDT8FazPWOn4gHv1wIzQqkn8V 6O+Q==
MIME-Version: 1.0
X-Received: by 10.107.136.30 with SMTP id k30mr11662255iod.163.1446431053878; Sun, 01 Nov 2015 18:24:13 -0800 (PST)
Received: by 10.107.27.134 with HTTP; Sun, 1 Nov 2015 18:24:13 -0800 (PST)
In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0CB4167B@NKGEML512-MBS.china.huawei.com>
References: <2E4BB27CAB87BF43B4207C0E55860F180EAFE883@eusaamb103.ericsson.se> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0CB4167B@NKGEML512-MBS.china.huawei.com>
Date: Sun, 01 Nov 2015 18:24:13 -0800
Message-ID: <CA+wi2hNCsF6-m_912ogAqJ0H_1-O3eg+YBbPrLpXAUc=Vdto-A@mail.gmail.com>
From: Tony Przygienda <tonysietf@gmail.com>
To: Xuxiaohu <xuxiaohu@huawei.com>
Content-Type: multipart/alternative; boundary="001a113ecc50289af00523857970"
Archived-At: <http://mailarchive.ietf.org/arch/msg/bier/NfYHibsl7BrLO5Pt9i6vKiYCCeI>
Cc: "bier@ietf.org" <bier@ietf.org>, Antoni Przygienda <antoni.przygienda@ericsson.com>
Subject: Re: [Bier] comments on draft-xu-bier-encapsulation-03
X-BeenThere: bier@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "\"Bit Indexed Explicit Replication discussion list\"" <bier.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bier>, <mailto:bier-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bier/>
List-Post: <mailto:bier@ietf.org>
List-Help: <mailto:bier-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bier>, <mailto:bier-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Nov 2015 02:24:16 -0000

Architecturally the information carried in this encapsulation is more than
> necessary (which is NOT good). The architecture clearly indicates that a
> sub-domain MUST match onto one MT-ID and with that carrying both is
> superfluous, carrying subdomain is good enough. This also resolves the
> issue of e.g. driving this encapsulation with idr-extensions which doesn’t
> even carry a multi-topology concept.
>
>
>
> [Xiaohu] OK,  we will remove the MT-ID field from the BIER header so as
> to keep it consistent with the current BIER architecture.
>

ack


>
>
> As well, why does the encaps carry BFR-id ? is that
> source/destination/originator ? None of those seem necessary to me ?
>
>
>
> [Xiaohu] BFR-id indicates the ingress BFR. It may be neccessary in some
> use cases such as performance measurement.
>


ok, if it's not used for the forwarding decision not much I can say about
it. We have however OAM drafts which provide for precisely this kind of
stuff so I suggest reading those. Putting OAM fields into forwarding header
is maybe not the best decision here  ..


>
>