Re: [Bier] Fwd: New Version Notification for draft-dhanaraj-bier-lsr-ethernet-extensions-00.txt

Tony Przygienda <tonysietf@gmail.com> Sun, 28 April 2019 18:47 UTC

Return-Path: <tonysietf@gmail.com>
X-Original-To: bier@ietfa.amsl.com
Delivered-To: bier@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B702D120071 for <bier@ietfa.amsl.com>; Sun, 28 Apr 2019 11:47:53 -0700 (PDT)
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 pbSN4Lpl5KCG for <bier@ietfa.amsl.com>; Sun, 28 Apr 2019 11:47:49 -0700 (PDT)
Received: from mail-ed1-x533.google.com (mail-ed1-x533.google.com [IPv6:2a00:1450:4864:20::533]) (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 648001200BA for <bier@ietf.org>; Sun, 28 Apr 2019 11:47:49 -0700 (PDT)
Received: by mail-ed1-x533.google.com with SMTP id d1so7248687edd.13 for <bier@ietf.org>; Sun, 28 Apr 2019 11:47:49 -0700 (PDT)
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=GoVLeZ8K3PGWNhJUXk4smXJMw+sDYsQq+dS0sKiEM90=; b=AbF+6sc6+stkAI4Y5ZqKgN0Cf4YhwLH+UythnmLr7M5w/l4OnqRIsRe8g5mPhvMH5l 8lyUB3PnMoFA5muqPIokTTZQMQKcl1f+L8FruIok009fRoaj8nvUrZOZ6Jpq4nV9tDLc WTCcNdGBbAqJRC7ib65aViYS1sBpCqyEYFr2/Itsr3D+DLlOsYJN3Uh0xRvqkHOXzZal kvZl+bwCqu+FsSRcH/r1zxNHf3rDknCc/VNc/IxeZJTVLmYOEVMksEuPGTBVyQZ9P22M 1N4F9znriH7OjGZfN0asohexYo6EmWtSgRveYeIvYvVNPm0duoeYHcoZjCcYkj7Hy1Vl UdFw==
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=GoVLeZ8K3PGWNhJUXk4smXJMw+sDYsQq+dS0sKiEM90=; b=mmsRRNERrCEZGGSXbQhJ4nMlljabdi6KpjTATHxWHqekQyTk5HnbX+v07z4AI1TSHp YBAsHCXISGFzoKRLQuvpsypyHyihNdc35q+zNbRwgOj+onPOmqRYYbCflcMfIQjAfUhs joAzT9kqYyKPwnI4VLkeDchAd3vCeK03KNmLRhgKceWMY5U6S9PwNwcn2bPkQ1a8g5My PdQdl3121qnrjikFHt8gXuxjkPO1THlithgmw8deNlQQzdIm0hEn5fm/DB3Fp1U0id3s ptOTfIRZqgxlwt6PPlxn9D7NlHYN8II7/hkaxiaVZUlwmhh6YEcVy09VFj0VbkdJ954g Iy9Q==
X-Gm-Message-State: APjAAAWt1ALnzT67IoxhI1M0Q5nxgfXfrZ1MULJ8Rn1hves6xrCvC5vx S+ywvq5Uyl1GPmIzaKNECdoztAGYWK8zKd85Of0=
X-Google-Smtp-Source: APXvYqzqKIxJpo3exxGf4FOr1z1DtUvtn+NcK+OkFF1q7k6cU++N1+FWYT3XAmhk96bAFr0O29eC3KF5avQ4ywPxeRo=
X-Received: by 2002:a17:906:9a9:: with SMTP id q9mr21431116eje.171.1556477267806; Sun, 28 Apr 2019 11:47:47 -0700 (PDT)
MIME-Version: 1.0
References: <154877023348.7779.14399559135835846910.idtracker@ietfa.amsl.com> <CAG9=0bLRkOqBb2Hf1BfXDokR913KK5wD8fDBw89YjsxhPr81uw@mail.gmail.com> <16253F7987E4F346823E305D08F9115AAB7FF732@nkgeml514-mbx.china.huawei.com> <CAG9=0bJH-FgkhiaoZub2cOwE7YOAnyQxWM_4AVKNYBE1oQkixQ@mail.gmail.com> <CO2PR05MB24550D5BCA9A8AD6F06D5BA8D4900@CO2PR05MB2455.namprd05.prod.outlook.com> <CAG9=0b+dmH+0TQzdZ0GsuCBuLnWLS=piduYL=Hxui26dwGw71w@mail.gmail.com> <CO2PR05MB2455C60B729419DEE259AB57D4380@CO2PR05MB2455.namprd05.prod.outlook.com> <CA+wi2hO2UaCFTWv=Hv5DTGD4sv=JfkGhoWuU-attxaaC080uTA@mail.gmail.com> <CO2PR05MB24554108A345D18DFD8B775CD4380@CO2PR05MB2455.namprd05.prod.outlook.com>
In-Reply-To: <CO2PR05MB24554108A345D18DFD8B775CD4380@CO2PR05MB2455.namprd05.prod.outlook.com>
From: Tony Przygienda <tonysietf@gmail.com>
Date: Sun, 28 Apr 2019 11:47:11 -0700
Message-ID: <CA+wi2hPFa5ci=8q93cfxQbs9DOKd8XvUKnZE1gwkEP0Ug_pXJw@mail.gmail.com>
To: "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>
Cc: Senthil Dhanaraj <senthil.dhanaraj.ietf@gmail.com>, Xiejingrong <xiejingrong@huawei.com>, BIER WG <bier@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000a6112c05879b9a91"
Archived-At: <https://mailarchive.ietf.org/arch/msg/bier/X6Io_ozzLY3XFBM_lvbqjU-6LK0>
Subject: Re: [Bier] Fwd: New Version Notification for draft-dhanaraj-bier-lsr-ethernet-extensions-00.txt
X-BeenThere: bier@ietf.org
X-Mailman-Version: 2.1.29
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: Sun, 28 Apr 2019 18:47:54 -0000

Ok, thanks for push back ;-) I re-read the thread ;and kind of see what
you're aiming at but correct me if I got it wrong. Since MPLS labels [0-15]
are special purpose you'd like to carve out the same for the non-MPLS case?

So then, yes, I'm agnostic to that (I don't see how you can use that for
PHP, you have to use the correct BIFT-ID for the PHP hop and then after
that there is no BIFT-ID but maybe I miss something) except I would not
formulate that as anything along the lines of "synchronizing" the space,
there is nothing to synchronize, MPLS lablels are MPLS lables, non-MPLS
BIFT-ids are something else albeit they look bit-wise the same. Anything
else is a non distributio medii fallacy ...

On Sun, Apr 28, 2019 at 11:32 AM Jeffrey (Zhaohui) Zhang <zzhang@juniper.net>
wrote:

> Hi Tony,
>
>
>
> The context is “Keeping PHP case aside” :-)
>
>
>
> Jeffrey
>
>
>
>
>
> Juniper Internal
>
> *From:* Tony Przygienda <tonysietf@gmail.com>
> *Sent:* Sunday, April 28, 2019 2:07 PM
> *To:* Jeffrey (Zhaohui) Zhang <zzhang@juniper.net>
> *Cc:* Senthil Dhanaraj <senthil.dhanaraj.ietf@gmail.com>; Xiejingrong <
> xiejingrong@huawei.com>; BIER WG <bier@ietf.org>
> *Subject:* Re: [Bier] Fwd: New Version Notification for
> draft-dhanaraj-bier-lsr-ethernet-extensions-00.txt
>
>
>
> Nope, it's not. Add a sub-TLV to signal the capacity rather than giving
> special meanings to values in flat addressing space ....
>
>
>
> --- tony
>
>
>
>
>
> On Sun, Apr 28, 2019 at 10:41 AM Jeffrey (Zhaohui) Zhang <zzhang=
> 40juniper.net@dmarc.ietf.org> wrote:
>
> Hi Senthil,
>
>
>
> Looks like that I did not reply to this email.
>
>
>
> Since there is no real difference between an mpls label and an opaque
> 20-bit BIFT-ID (other than one uses mpls forwarding infrastructure and the
> other does not), I agree that reserve space [0-15] is a good idea to keep
> the two in sync.
>
>
>
> Jeffrey
>
>
>
>
>
> Juniper Internal
>
> *From:* Senthil Dhanaraj <senthil.dhanaraj.ietf@gmail.com>
> *Sent:* Thursday, January 31, 2019 4:39 AM
> *To:* Jeffrey (Zhaohui) Zhang <zzhang@juniper.net>
> *Cc:* Xiejingrong <xiejingrong@huawei.com>; BIER WG <bier@ietf.org>
> *Subject:* Re: [Bier] Fwd: New Version Notification for
> draft-dhanaraj-bier-lsr-ethernet-extensions-00.txt
>
>
>
> Hi Jeffrey,
>
>
>
> I meant that "reserved special purpose BIFT-id" could also be used for
> cases like PHP.
>
> This way, we may avoid having to add new sub-TLV's like "PHP sub-sub-TLV".
>
>
>
> Keeping PHP case aside, In general, Do you think we should reserve a space
> [0 - 15] as special purpose BIFT-id's?
>
>
>
> Thanks,
>
> Senthil
>
>
>
>
>
> On Wed, Jan 30, 2019 at 9:29 PM Jeffrey (Zhaohui) Zhang <
> zzhang@juniper.net> wrote:
>
> For the specific case of PHP, it does not use a special BIFT-ID to signal
> PHP (especially when you consider the fact that we’re talking about
> “BIFT-ID”). The php draft says:
>
>
>
>    A BIER incapable router, if acting as a multicast flow overlay
>
>    router, MUST signal its BIER information as specified in [RFC8401
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_html_rfc8401&d=DwMFaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=f7wsLGcfzAWDNS6XNTBZwj_OLAOsZZqdrR2IDAzeZqE&m=N_OTgZiZr2c6GaNIafdyf5kQ8zK4jBPSgKonPyjdJBE&s=sOU2zHHHLHfCiNpA0iy1ILFQPIPfKVmyvr_Hf-IEtcA&e=>]
> or
>
>    [I-D.ietf-bier-ospf-bier-extensions] or [I-D.ietf-bier-idr-
>
>    extensions], with a PHP sub-sub-TLV included in the BIER sub-TLV
>
>    attached to the BIER incapable router's BIER prefix to request BIER
>
>    PHP from other BFRs.  The sub-sub-TLV's type is TBD, and the length
>
>    is 0.
>
>
>
>    With MPLS encapsulation, the BIER incapable multicast flow overlay
>
>    router MAY omit the BIER MPLS Encapsulation sub-sub-TLV, or MUST set
>
>    the Label Range Base in BIER MPLS Encapsulation sub-sub-TLV to
>
>    Implicit Null Label [RFC3032
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_html_rfc3032&d=DwMFaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=f7wsLGcfzAWDNS6XNTBZwj_OLAOsZZqdrR2IDAzeZqE&m=N_OTgZiZr2c6GaNIafdyf5kQ8zK4jBPSgKonPyjdJBE&s=yTKr1Q5Qg2oczBEXNXpPmI1XxKzgirvheMi5wxlpdf0&e=>
> ].
>
>
>
>
>
> Jeffrey
>
>
>
> *From:* BIER [mailto:bier-bounces@ietf.org] *On Behalf Of *Senthil
> Dhanaraj
> *Sent:* Wednesday, January 30, 2019 1:02 AM
> *To:* Xiejingrong <xiejingrong@huawei.com>
> *Cc:* BIER WG <bier@ietf.org>
> *Subject:* Re: [Bier] Fwd: New Version Notification for
> draft-dhanaraj-bier-lsr-ethernet-extensions-00.txt
>
>
>
> Hi Xiejingrong,
>
>
>
> RFC8296 do not reserve any BIFT-id's (for non-mpls networks) to be used
> for special purposes.
>
>
>
> But yes, it might be a good idea to reserve a BIFT-id range to be used for
> special purposes in non-MPLS networks.
>
> One use case i can think of is PHP (use special values like Implicit NULL,
> Explicit NULL label in MPLS) which could be applied to non-MPLS networks as
> well like BIER over Ethernet.
>
>
>
> BIER'ers, kindly shoot your opinion !
>
>
>
> Thanks,
>
> Senthil
>
>
>
> On Wed, Jan 30, 2019 at 7:54 AM Xiejingrong <xiejingrong@huawei.com>
> wrote:
>
> Hi  Senthil
>
> I have one comment/question:
>
> Section 1, is BIFT-id 1/2/3/4/5/6 been allowed in non-mpls case?
>
>
>
> In MPLS encapsulation, value 0 to 15 is reserved and should not be allowed
> as BIER label I guess.
>
>
>
> Thanks
>
> Jingrong
>
>
>
>
>
> *From:* BIER [mailto:bier-bounces@ietf.org] *On Behalf Of *Senthil
> Dhanaraj
> *Sent:* Tuesday, January 29, 2019 10:04 PM
> *To:* BIER WG <bier@ietf.org>
> *Subject:* [Bier] Fwd: New Version Notification for
> draft-dhanaraj-bier-lsr-ethernet-extensions-00.txt
>
>
>
> Hi Folks,
>
>
>
> Renamed draft-dhanaraj-bier-isis-non-mpls-extensions to
> draft-dhanaraj-bier-lsr-ethernet-extensions
>
>
>
> Major updates:
>
> 1) Added packet format details for OSPFv2 as well
>
> 2) Updated text to better explain the signalling of BIFT-id's
>
> 3) Renamed "non-mpls" to "ethernet" as this specific draft covers only
> "BIER over Ethernet".
>
>
>
> Thanks,
>
> Senthil
>
> _______________________________________________
> BIER mailing list
> BIER@ietf.org
> https://www.ietf.org/mailman/listinfo/bier
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_bier&d=DwMFaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=f7wsLGcfzAWDNS6XNTBZwj_OLAOsZZqdrR2IDAzeZqE&m=WIVOmBke2a8-y1DN7JQk7zsU0MufWRSN-h_5B5fM95o&s=L_UEgdJMLF3eo23S6S-52jNUL1dGj3NnKdrLJEDOJ1g&e=>
>
>