Re: [Bier] WG LC on https://datatracker.ietf.org/doc/draft-ietf-bier-pim-signaling/

"Mankamana Mishra (mankamis)" <mankamis@cisco.com> Tue, 24 September 2019 15:36 UTC

Return-Path: <mankamis@cisco.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 96B8A120927; Tue, 24 Sep 2019 08:36:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.499
X-Spam-Level:
X-Spam-Status: No, score=-14.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=cdfFf8rq; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=GszpCJDn
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 Ke_TbvYf_Aj4; Tue, 24 Sep 2019 08:36:04 -0700 (PDT)
Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A0AA112091C; Tue, 24 Sep 2019 08:36:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=33147; q=dns/txt; s=iport; t=1569339363; x=1570548963; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=eMCyMi9NBFaSTnybGrIlsfeI8S7MrFPKlCGgQ9gBUZg=; b=cdfFf8rqDO4TNxidiFvqaXsIkckDkVYIihetuI/4fjuV4icsc0WffsFr UmT+iWBjZp7O5hySv/2xK1UXWdPKeCiRdo0R8d/W9GPJL5ve3D1c+QjtQ 3lv996KKQ03GfWT6RFfocE0UmC7pkArP/jmzEKmV+LPYLYbejbCqODuFp g=;
IronPort-PHdr: 9a23:TkK1LRWcck3cECQwoxtSW21BTAjV8LGuZFwc94YnhrRSc6+q45XlOgnF6O5wiEPSA9yJ8OpK3uzRta2oGXcN55qMqjgjSNRNTFdE7KdehAk8GIiAAEz/IuTtank/FcJBXVpk5FmwMFNeH4D1YFiB6nA=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AfAAAkN4pd/5JdJa1bChkBAQEBAQEBAQEBAQEMAQEBAQEBgVYBAQEBAQELAYFKJCwDbVYgBAsqhCKDRwOKd4JciWeODYFCgRADVAkBAQEMAQEYAQoKAgEBgSohgnQCF4MKIzcGDgIDCQEBBAEBAQIBBQRthS0BC4VKAQEBBAEBEBEdAQEsCwELBAIBCBEEAQEBFRIDAgICHwYLFAkIAgQOBSKDAAGBHU0DHQECDKJtAoE4iGFzgTKCfQEBBYFHQYMIDQuCFwMGgTQBhQ2GexiBQD+BEScfgkw+ghpHAQECAQGBGBoEPhYSgkwyggQijyM3hSmJJI4oQQqCIocFigSEARuCNodLhCWHNoNJhEGJWYgTggiLIYNZAgQCBAUCDgEBBYFoIiqBLnAVOyoBgkFQEBSBTjgYgyKFFIU/cwGBKIkoglQBAQ
X-IronPort-AV: E=Sophos;i="5.64,544,1559520000"; d="scan'208,217";a="338289365"
Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 24 Sep 2019 15:35:56 +0000
Received: from XCH-RCD-017.cisco.com (xch-rcd-017.cisco.com [173.37.102.27]) by rcdn-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id x8OFZucT030592 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 24 Sep 2019 15:35:56 GMT
Received: from xhs-aln-003.cisco.com (173.37.135.120) by XCH-RCD-017.cisco.com (173.37.102.27) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 24 Sep 2019 10:35:56 -0500
Received: from xhs-aln-001.cisco.com (173.37.135.118) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 24 Sep 2019 10:35:55 -0500
Received: from NAM04-CO1-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 24 Sep 2019 10:35:55 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PKq8jx70CvziPyKmGBIg2f+dNo6SE0OrEbhIO5sMLWc14Rp5zZueXowYdk9brA68sWgQ+iRL/ygU6oAGXAT0dct6HB1bd1b8LOeWSoqVZ3Or2R8uHxBbgElFJIQaF/GcTWu44tp1uLmYfJYXQOWuuClrPZ3Np/p053wf89h6sOs/qG6J4tn1vM954dY70klDoQjmCvcFr0ay1KOqhDATIDMABGgDwyYeiwH26J997F77uiihZe2fJHY2EBiWYom/pF3+79O/AXUVIa7rxIe7ucwP6QWpg8rZKNy4jrgc1xGTLTMU+aGVQ6pDgOzd3prmz7TnRBKLCC+cbwlEQI4Zjg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=eMCyMi9NBFaSTnybGrIlsfeI8S7MrFPKlCGgQ9gBUZg=; b=G4446lulpzJte6sDpN6vOTkJ8JXtbWkIoHi4XmU/LOxpBOG9MKZXYGOm57zuSYjFWwdUHgzNhRvGK+Fe+kebjjCxDhd3YnqdjldQulD7AHoV5S2wX+HeN82flX6cbUSg3aUBVqfowKfSmb5WVZnJopKLuBi/erHQIWozgu+REPMIhYQ6665yQAJhzQUPl43B6YeaAsevVyBoaP/59ilvGlBXMa+gdP4Fcr3mtELfqFSeJpavz+YhO8fEPVNfPBHV6TXot5Zp+Uf+tINu8o/JAynUlYtgqkmixMkYKj5gXL1Ah+i57/b0fLtqq1p7TqJ0ySaDnF4ZwB5op5u+cBpRIA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=eMCyMi9NBFaSTnybGrIlsfeI8S7MrFPKlCGgQ9gBUZg=; b=GszpCJDnyIFw5hshi9W11CvcD2Y3DIPZpzVASnV61NCDOIJD9vhrG8qWe6UXxANSXKAkTe083w7H9L6wNjSgJjvXEx0PUFoCa++KoYeBgkcfoHvLN2gNcDAxT5LvQASseom7G4UFo/S49p62LavnUXw5glyBOFF4xrgqSZifoG0=
Received: from BYAPR11MB3685.namprd11.prod.outlook.com (20.178.237.158) by BYAPR11MB3718.namprd11.prod.outlook.com (20.178.238.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2284.20; Tue, 24 Sep 2019 15:35:54 +0000
Received: from BYAPR11MB3685.namprd11.prod.outlook.com ([fe80::fdd5:3fed:8b9a:4409]) by BYAPR11MB3685.namprd11.prod.outlook.com ([fe80::fdd5:3fed:8b9a:4409%4]) with mapi id 15.20.2284.023; Tue, 24 Sep 2019 15:35:54 +0000
From: "Mankamana Mishra (mankamis)" <mankamis@cisco.com>
To: "gjshep@gmail.com" <gjshep@gmail.com>
CC: "Bidgoli, Hooman (Nokia - CA/Ottawa)" <hooman.bidgoli@nokia.com>, BIER WG <bier@ietf.org>, Stig Venaas <stig@venaas.com>, Ijsbrand Wijnands <ice@cisco.com>, "bier-chairs@ietf.org" <bier-chairs@ietf.org>, "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>, Antoni Przygienda <prz@juniper.net>
Thread-Topic: [Bier] WG LC on https://datatracker.ietf.org/doc/draft-ietf-bier-pim-signaling/
Thread-Index: AQHU49opP5l+URmjxkmL7UcNp3Td9aY12U4AgAebF4CABQ55gIAAA0qAgPOly4CAAYt+AIAEXFkA
Date: Tue, 24 Sep 2019 15:35:53 +0000
Message-ID: <F5F12874-D276-4D13-A4FF-A45B8030029B@cisco.com>
References: <CABFReBpUv871vDqmOwZ4q6xcN8GsHn_y5BpB6gJ8t2mnna37Kg@mail.gmail.com>
In-Reply-To: <CABFReBpUv871vDqmOwZ4q6xcN8GsHn_y5BpB6gJ8t2mnna37Kg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=mankamis@cisco.com;
x-originating-ip: [2607:fb90:2844:3a13:1522:26dd:7e52:8042]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 2232b5a3-31f9-4b9b-727e-08d74104e320
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600167)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:BYAPR11MB3718;
x-ms-traffictypediagnostic: BYAPR11MB3718:
x-ms-exchange-purlcount: 3
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <BYAPR11MB37182D19FABCACAC98B2AEDCDF840@BYAPR11MB3718.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0170DAF08C
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(39860400002)(396003)(346002)(136003)(366004)(376002)(189003)(199004)(13464003)(51914003)(33656002)(476003)(478600001)(81166006)(966005)(5640700003)(229853002)(6306002)(6486002)(446003)(1361003)(316002)(54906003)(66476007)(1411001)(66446008)(66556008)(64756008)(7736002)(6246003)(8936002)(86362001)(296002)(8676002)(1730700003)(81156014)(5660300002)(54896002)(6436002)(14444005)(6512007)(66946007)(76116006)(6916009)(91956017)(102836004)(606006)(256004)(14454004)(6116002)(186003)(486006)(2906002)(46003)(11346002)(2501003)(2351001)(71190400001)(236005)(76176011)(71200400001)(99286004)(36756003)(25786009)(2616005)(53546011)(6506007)(4326008)(9886003); DIR:OUT; SFP:1101; SCL:1; SRVR:BYAPR11MB3718; H:BYAPR11MB3685.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: mIFlDUKX/V8XUzIOJLtDDvWXagrHVAuNGHozcZkv+Cr2RepPrWkuuKYYS9uZvppN7khH3LVcCghkud3roj/p7BzYgtbnBIOHliPRWlw6Kg4rz96TDchgUFnbXJdGF1uObGjfzJWfJnyHFpGBYwaY1HyxoIg4uJqFXNC1Cx71VnIxd+PhmfdWV1/jqdg4qgxRovA9pJUdk/usvv1vAlDUBMLGOsc6zwMV17kpDsePTzS7TTdNdGG6npDXYfV5t7ZbybLITWh/pvY7eJrNtcrzYNvcrRQ8Zhbphl2ZXv1Y6lXoU3y0lC/NcTRXz54u6Dena7uEZFgkjNs/HdI814DqKB1CnrtJPNEk6cPVewHsmknq3KLxBvpUFKpDfGDnD7GmKjRILy05f4TEdjjtueoW6D5fYmoWXyyLkPJ0ogls1JBIMpV83qN2WVq7FF0/flLfO0f0CyKT88f4hfs9hZ8ZHw==
Content-Type: multipart/alternative; boundary="_000_F5F12874D2764D13A4FFA45B8030029Bciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 2232b5a3-31f9-4b9b-727e-08d74104e320
X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Sep 2019 15:35:53.9525 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: I0O1aYW+s3gxH3dBvWXx4T/78IALMam6oBPzhvhsQv7x+EKOJOPRequYNwOBpqozDhAxPFScgyOy5BCkGe85Wg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB3718
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.27, xch-rcd-017.cisco.com
X-Outbound-Node: rcdn-core-10.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/bier/d0NdtIscS5B4Bg_tpBc5ptaOFT0>
Subject: Re: [Bier] WG LC on https://datatracker.ietf.org/doc/draft-ietf-bier-pim-signaling/
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: Tue, 24 Sep 2019 15:36:22 -0000

Support as co-author . Document is ready to progress .

Sent from my iPhone

On Sep 21, 2019, at 14:00, Greg Shepherd <gjshep@gmail.com> wrote:



The doc has been rev'd with the proposed changes. Let's restart a short WGLC - week. Please read and respond to this thread by Oct 4, 2019

Thanks,
Greg

 On Thu, Apr 18, 2019 at 1:40 PM Bidgoli, Hooman (Nokia - CA/Ottawa) <hooman.bidgoli@nokia.com<mailto:hooman.bidgoli@nokia.com>> wrote:
Inline

Regards

Hooman

-----Original Message-----
From: Stig Venaas <stig@venaas.com<mailto:stig@venaas.com>>
Sent: Thursday, April 18, 2019 4:29 PM
To: Bidgoli, Hooman (Nokia - CA/Ottawa) <hooman.bidgoli@nokia.com<mailto:hooman.bidgoli@nokia.com>>
Cc: Ijsbrand Wijnands <ice@cisco.com<mailto:ice@cisco.com>>; bier-chairs@ietf.org<mailto:bier-chairs@ietf.org>; Jeffrey (Zhaohui) Zhang <zzhang@juniper.net<mailto:zzhang@juniper.net>>; Antoni Przygienda <prz@juniper.net<mailto:prz@juniper.net>>; Mankamana Mishra (mankamis) <mankamis@cisco.com<mailto:mankamis@cisco.com>>
Subject: Re: [Bier] WG LC on https://datatracker.ietf.org/doc/draft-ietf-bier-pim-signaling/

Hi

Sorry for delay.

HB> thanks for the comments!

This looks good, except that in the diagram it says "Type = 6"

HB> agreed thank you!

but below it says TBD. It should say TBD in the diagram as well.
Just editorial, but I think it should say IPv4, IPv6, "PIM packet" and maybe BFR-ID?

HB> ok agreed, this is really base on the bier prefix so I will change the text.

Stig

On Mon, Apr 15, 2019 at 8:15 AM Bidgoli, Hooman (Nokia - CA/Ottawa) <hooman.bidgoli@nokia.com<mailto:hooman.bidgoli@nokia.com>> wrote:
>
> Hi Stig
>
> Could you please confirm if you are ok with below or you have any other input/comments... That way I can post a final version.
>
> Much appreciated!
>
> Regards
>
> Hooman
>
> -----Original Message-----
> From: Bidgoli, Hooman (Nokia - CA/Ottawa)
> Sent: Wednesday, April 10, 2019 3:07 PM
> To: Stig Venaas <stig@venaas.com<mailto:stig@venaas.com>>; Ijsbrand Wijnands <ice@cisco.com<mailto:ice@cisco.com>>
> Cc: Jeffrey (Zhaohui) Zhang <zzhang@juniper.net<mailto:zzhang@juniper.net>>; Antoni Przygienda
> <prz@juniper.net<mailto:prz@juniper.net>>; Mankamana Mishra (mankamis) <mankamis@cisco.com<mailto:mankamis@cisco.com>>
> Subject: RE: [Bier] WG LC on
> https://datatracker.ietf.org/doc/draft-ietf-bier-pim-signaling/
>
> Hi Stig et al
>
> Thanks for comments
>
> Just to close the loop I will add the following, please let me know if you are good with it...
>
>
>     0                   1                   2                   3
>        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
>       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>       |F|E|  Type=tbd  |    Length     |  Addr Family  |  BIER info
>       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-...
>
>    F bit:   The Transitive bit.  Specifies whether this attribute is
>       transitive or non-transitive.  MUST be set to zero.  This
>       attribute is ALWAYS non-transitive.
>
>    E bit:   End-of-Attributes bit.  Specifies whether this attribute is
>       the last.  Set to zero if there are more attributes.  Set to 1 if
>       this is the last attribute.
>
>    Type:   TBD assign by IANA
>
>    Length:   The length in octets of the attribute value.  MUST be set
>       to the length in octets of the BIER info +1 octet
>       to account for the Address Family field.
>        For Ipv4 AF Length = 7+1
>        For Ipv6 AF Length = 19+1
>
>    Addr Family:   The PIM Address Family of the receiver Pim packet as defined
>       in [RFC7761].
>
>    BIER Info: IBBR Prefix, SD, bfr-id
>
> Regards
>
> Hooman
>
> -----Original Message-----
> From: Stig Venaas <stig@venaas.com<mailto:stig@venaas.com>>
> Sent: Tuesday, March 26, 2019 9:45 AM
> To: Bidgoli, Hooman (Nokia - CA/Ottawa) <hooman.bidgoli@nokia.com<mailto:hooman.bidgoli@nokia.com>>
> Cc: Jeffrey (Zhaohui) Zhang <zzhang@juniper.net<mailto:zzhang@juniper.net>>; BIER WG
> <bier@ietf.org<mailto:bier@ietf.org>>; Antoni Przygienda <prz@juniper.net<mailto:prz@juniper.net>>; Mankamana Mishra
> (mankamis) <mankamis@cisco.com<mailto:mankamis@cisco.com>>
> Subject: Re: [Bier] WG LC on
> https://datatracker.ietf.org/doc/draft-ietf-bier-pim-signaling/
>
> Hi
>
> I have a comment on the attribute text in the draft.
>
> It says:
>    Attr_type=TBD (BIER IBBR info IPv4): lenght=6 ; value=IBBR Prefix
>    (ipv4), SD, bfr-id
>
>    Attr_type=TBD (BIER IBBR info IPv6): lenght=19 ; value=IBBR Prefix
>    (ipv6), SD, bfr-id
>
> Most importantly, for IPv4, the length should be 7! I also think
> though that it would be useful to have a diagram. Also if you look at
> other attributes defined
> https://www.iana.org/assignments/pim-parameters/pim-parameters.xhtml#p
> im-parameters-2 you will see that the same option is used for both
> IPv4 and IPv6. I would suggest doing a diagram and using AF similar to RFC 8059 section 5.1.
>
> Regards,
> Stig
>
> On Fri, Dec 7, 2018 at 7:53 AM Bidgoli, Hooman (Nokia - CA/Ottawa) <hooman.bidgoli@nokia.com<mailto:hooman.bidgoli@nokia.com>> wrote:
> >
> > Jeffery/Stig/Eric
> >
> > Thanks again for your feedbacks...
> >
> > Bringing the working group into the loop
> >
> > RFC 5384 was proposed to be used to relay the IBBR info to EBBR
> >
> > Two new Attr types was proposed for identifying IBBR IPv4 and IPv6 address family.
> >
> >    0                   1                   2                   3
> >     0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
> >    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> >    | Addr Family   | Encoding Type | Rsrvd   |S|W|R|  Mask Len     |
> >    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> >    |               Source Address
> >    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+.....
> >    |F|E| Attr_Type | Length        | Value
> >    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+.....
> >
> > Encoding type = 1
> > F = 0
> > Attr_type= 7 (New IANA BIER IBBR info IPv4) Vlaue = IBBR Prefix, SD,
> > bfr-id Attr_type= 8 (New IANA BIER IBBR info IPv6) Vlaue = IBBR
> > Prefix, SD, bfr-id
> >
> > IBBR Prefix: this is IPv4 or IPv6 BFR-Prefix of the IBBR for the
> > specific subdomain as described in [RFC8279]
> > SD: This is a 8-bit field that encodes the Sub-Domain as described in [RFC8279].
> > BFR-ID: this is a 16-bit field which identifies the BFR uniquely
> > with in the subdomain as described in [RFC8279]
> >
> >
> >
> > Regards
> >
> >
> > -----Original Message-----
> > From: BIER <bier-bounces@ietf.org<mailto:bier-bounces@ietf.org>> On Behalf Of Eric Rosen
> > Sent: Monday, November 19, 2018 10:32 AM
> > To: Bidgoli, Hooman (Nokia - CA/Ottawa) <hooman.bidgoli@nokia.com<mailto:hooman.bidgoli@nokia.com>>;
> > Jeffrey (Zhaohui) Zhang <zzhang@juniper.net<mailto:zzhang@juniper.net>>
> > Cc: Stig Venaas <stig@venaas.com<mailto:stig@venaas.com>>; BIER WG <bier@ietf.org<mailto:bier@ietf.org>>; Antoni
> > Przygienda <prz@juniper.net<mailto:prz@juniper.net>>
> > Subject: Re: [Bier] WG LC on
> > https://datatracker.ietf.org/doc/draft-ietf-bier-pim-signaling/
> >
> > On 11/18/2018 4:53 PM, Bidgoli, Hooman (Nokia - CA/Ottawa) wrote:
> > > Jeffery/Stig
> > >
> > > Going back to the comments in the IETF for an optional TLV to identify the IBBR in the PIM join.
> > >
> > > 1.    Jeffrey forwarded RFC 5384, I am not sure how the TLVs in this RFC will help to identify the IBBR in the PIM signaling packet?
> >
> > RFC 5384 is about how to add attributes to PIM Joins.  I think the suggestion is that a new Join attribute (identifying the IBBR) needs to be defined.
> >
> > > 2.    Thinking more about this, If the implementation on EBBR dictates that the PIM message needs to have an optional TLV that identifies the IBBR, why can't the EBBR add that TLV to the PIM signaling packet before it sends it to the PIM task. All the info are available in the BIER header and before the signaling packet is send to the PIM task on EBBR the EBBR can add this information as an optional TLV. I
> >
> > Stig is obviously concerned about an implementation in which (a) the ability to pass information about the packet from hardware to software is limited, and (b) the ability to modify the packet before passing it to the control plane processor is minimal or non-existent.  And if these abilities exist, it might involve difficult-to-incorporate microcode changes.  These issues aren't that mysterious.
> >
> >
> > _______________________________________________
> > BIER mailing list
> > BIER@ietf.org<mailto:BIER@ietf.org>
> > https://www.ietf.org/mailman/listinfo/bier