Re: [bess] WG adoption and IPR poll for draft-zzhang-bess-bgp-multicast-03

"Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net> Thu, 09 January 2020 17:41 UTC

Return-Path: <zzhang@juniper.net>
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 ED3121200DB; Thu, 9 Jan 2020 09:41:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=NkcIbqLy; dkim=pass (1024-bit key) header.d=juniper.net header.b=Y0AaA3K+
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 1m2rPbQ5Uwx8; Thu, 9 Jan 2020 09:41:42 -0800 (PST)
Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CFAB11200B5; Thu, 9 Jan 2020 09:41:41 -0800 (PST)
Received: from pps.filterd (m0108162.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 009HbDcm001878; Thu, 9 Jan 2020 09:41:40 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=PPS1017; bh=Hx3X8GP1pCBfKYMxObk/Bw9KqA1UdlrD6vHNwQedlTg=; b=NkcIbqLyxypstgbNdQbxwUn1De59zHekBUAa29YmnF65KyQYQxPv8BSpCDxQM0lSCYjs 9sC+Uw7WfRJOXRTzhMzMcjOVs0ucT95uQASSz2nAKxJ/r3yDZCgpFBwxroY0I5UaWbgW VOGGCYW3a48KiXImn0lkTpArF4NzZkrVMA6dr9QbtUpPI3Y6OHB3HD9q91LZkxq9LoqT ocwEp/OYzPnumn3GIACYRFrtadKOVEIegZPPLD5eAl+KDgmsbhkQr6aMTg34zbaxJgG0 O5mxTyNvhmV5VYK6ZCKNoWpbRSFNBDFSkrpkMO2L/SuHNtsrus8AsxvykdzudsSNhwi9 5w==
Received: from nam12-dm6-obe.outbound.protection.outlook.com (mail-dm6nam12lp2175.outbound.protection.outlook.com [104.47.59.175]) by mx0b-00273201.pphosted.com with ESMTP id 2xdu43s9gh-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 09 Jan 2020 09:41:40 -0800
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=i2fh2nzrEDaWAO9kvyfgb5at2Bmp7JpdSLCdb7sDUIYRg9GXFXI3Ja0TcVNZXWIn3JuAfyTmkVfKVvSiNFIO4IIZSxBNBRlgm+kqNsT39ycjQP4HE9tNSr5uiYATGMuVOF9DYi4Ulj1Lixcn+UMdtjHP8i6P67Ix32It/Ut8frnGrdu/jvSZ4bc+6kvqRlya9yWSzC1k5y1GhRTbFaP93OOk1nLGqGFlrrozQl0TT0xdOXyqozj7mg9MZ2xGfhCderBlaRJhrbPQXWJxsjt2rHRAAuLodnIMUMFPnXu7jBxvtzCLMLe+3ham2pQipP4XEr7VS4oMK1BZ9GC1J0C/4g==
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=Hx3X8GP1pCBfKYMxObk/Bw9KqA1UdlrD6vHNwQedlTg=; b=eL+Q6xYPJKIUUBrqdkCoOyWOcmNDIVRna630dSMy+u1KDWRBuTEky5WXTPHZEluYM5hBOtGFFO4kA/KvKK8N6Sk2sYTR+YeE1HpyZpP6LkrCtxBdtAez5EiLf5BMhBxdvg87e2/NnUUY2qN4qYpESkSrOUPp9i2C71bNRlLc80UvBnD2BeEpyDDayubKNel7v+GyLnAhNgTmOX8mCT6yt++r86phOcKJfChRsisaLwWkjmCe0ddQKtmypQluBsUXDibdtFdQDgkjLNNuh9qNvWx1C28TJe3+JMP82Ty+pcGEJPnYzM7RCy6LedKjaz3ZQemtsam0qtrfgRgBNJRXbQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Hx3X8GP1pCBfKYMxObk/Bw9KqA1UdlrD6vHNwQedlTg=; b=Y0AaA3K+Jv9yDHMEv/0k/JdAatijocGJQcvDVhZ6WkzlSsWpDu0TW/J3sNquQEGdutPyMDHlGLbW2upJk7+bhvH5BwC1lG3QnTQIfEadS3veQlJkUhvUPjzUI085yEENZPzQgL/CckDdbSA1+OtlE539f1/JPwIbet+Cz7JX7VU=
Received: from MN2PR05MB5981.namprd05.prod.outlook.com (20.178.240.207) by MN2PR05MB6816.namprd05.prod.outlook.com (52.132.175.210) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2644.6; Thu, 9 Jan 2020 17:41:37 +0000
Received: from MN2PR05MB5981.namprd05.prod.outlook.com ([fe80::e165:5e2c:f703:4149]) by MN2PR05MB5981.namprd05.prod.outlook.com ([fe80::e165:5e2c:f703:4149%4]) with mapi id 15.20.2644.007; Thu, 9 Jan 2020 17:41:37 +0000
From: "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>
To: Lenny Giuliano <lenny@juniper.net>, Gyan Mishra <hayabusagsm@gmail.com>
CC: "bess-chairs@ietf.org" <bess-chairs@ietf.org>, "bess@ietf.org" <bess@ietf.org>, "draft-zzhang-bess-bgp-multicast@ietf.org" <draft-zzhang-bess-bgp-multicast@ietf.org>, "slitkows.ietf@gmail.com" <slitkows.ietf@gmail.com>
Thread-Topic: [bess] WG adoption and IPR poll for draft-zzhang-bess-bgp-multicast-03
Thread-Index: AdXEm5Bnm9DrR69oQGe6lYoTl5vMqgAUzRgAAAFHdrAACjbGgAARuBTwACUolgAAHjosAAAmR5oAAAExxgAAAMyXsA==
Date: Thu, 09 Jan 2020 17:41:37 +0000
Message-ID: <MN2PR05MB59813585B3DE2088696CD188D4390@MN2PR05MB5981.namprd05.prod.outlook.com>
References: <04b001d5c49b$a86ae390$f940aab0$@gmail.com> <CABNhwV325w2aasUqfd5FNofsnLtP=N6ssaBs=aWPZE5+5tAwAQ@mail.gmail.com> <MN2PR05MB59819CC6F897DBF293C21983D43F0@MN2PR05MB5981.namprd05.prod.outlook.com> <CABNhwV0u9gyPJ-KUN8hjeu5EzP6QAKVZbTQAwxTByhzo=++P5Q@mail.gmail.com> <MN2PR05MB5981AFC9690FA6B80DBD45FBD43F0@MN2PR05MB5981.namprd05.prod.outlook.com> <CABNhwV0KLgEF=7RCxK_X79pFhJYYKbjyozVZxDPxcmGQBogPMw@mail.gmail.com> <alpine.DEB.2.02.2001081404510.21487@contrail-ubm-wing.svec1.juniper.net> <CABNhwV3tU=vdDqJav3eurqpMvT3oa8woyhGCD44xX7va5w3mrQ@mail.gmail.com> <alpine.DEB.2.02.2001090858480.20165@contrail-ubm-wing.svec1.juniper.net>
In-Reply-To: <alpine.DEB.2.02.2001090858480.20165@contrail-ubm-wing.svec1.juniper.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
dlp-product: dlpe-windows
dlp-version: 11.3.2.8
dlp-reaction: no-action
x-originating-ip: [72.93.242.55]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: bb40c6ee-9feb-4214-1c29-08d7952b2d7a
x-ms-traffictypediagnostic: MN2PR05MB6816:
x-ld-processed: bea78b3c-4cdb-4130-854a-1d193232e5f4,ExtAddr,ExtFwd
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <MN2PR05MB68167195292059AC5B23FE39D4390@MN2PR05MB6816.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:4941;
x-forefront-prvs: 02778BF158
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(366004)(346002)(39860400002)(396003)(136003)(199004)(189003)(13464003)(7696005)(64756008)(53546011)(8936002)(66946007)(5660300002)(478600001)(86362001)(33656002)(186003)(52536014)(6506007)(2906002)(66476007)(76116006)(316002)(9686003)(4326008)(55016002)(81166006)(66556008)(110136005)(26005)(81156014)(66446008)(8676002)(71200400001)(54906003); DIR:OUT; SFP:1102; SCL:1; SRVR:MN2PR05MB6816; H:MN2PR05MB5981.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: n1iaH5XCAo5Y4gG4oEaZR3p3133s/xMVZgMgSmLITADAQs3V5Qqrd9XdDhELCyipth1u5WDWLtvKGalx+Am/2nGCuaLQ+wIt9HfgyIQctwcU7adZyv0zNMmBO8mR0Fytoh5tyPVEB7ej8EfEOA8V1p634Z2IUkqFwk7h62tZ34zyTFAdV60RwC5oosH5XdT0zlIQA+Q1FMuAQ5J/RSWjGeR9mc0byqeMSzV8/sa4O3iizik/61OZBeYz6hJr/8+fF0HqSSHlD7B7PiBYPckMh9HagbQecr+nyVepClUtKdq1TxiCz9WNtLIp8fjepku5CiUHXs8FMRmKKKzVK6j0cBwrWF7YcQUZkEvTOSnrzTPaNPzicucLHJ/W87tn0WlzzsV2xgIM4h7tf8W7Efaj39+4TP6g6/0sKWFtwEsETo+QvM6C+F0kd2PArCPGP4ySsN+AVmV5BAilp3MfSeLbop7+w+erdHedhhMNVE+bbYlDeUy+ofAtrpv/DsLRhez5
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-Network-Message-Id: bb40c6ee-9feb-4214-1c29-08d7952b2d7a
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jan 2020 17:41:37.3974 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: RmKf77/iidjWWN2k4bFJS68A76s9PS26ZRy+gHuVXoFKsCc4tkSEBIRX6ow4LwJEJ1/UcNTGadAbhi6UjXCmGA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR05MB6816
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.138, 18.0.572 definitions=2020-01-09_03:2020-01-09, 2020-01-09 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 mlxlogscore=802 impostorscore=0 adultscore=0 malwarescore=0 lowpriorityscore=0 bulkscore=0 suspectscore=0 spamscore=0 phishscore=0 mlxscore=0 priorityscore=1501 clxscore=1015 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-1910280000 definitions=main-2001090144
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/4JoqGFkYa8MFKLbn58SanzK24YY>
Subject: Re: [bess] WG adoption and IPR poll for draft-zzhang-bess-bgp-multicast-03
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: Thu, 09 Jan 2020 17:41:44 -0000

Gyan,

What embedded RP gives you is that you don't need to configure RP addresses. Once the RP is known for a group (however it is done - static config in case of IPv4/IPv6, dynamic learning via BSR/Auto-RP in case of v4, or embedded RP in case of IPv6), the rest is all the same: source sends register towards the RP and LHRs sends (*,g) join towards the RP. In case a set of RPs are used for a single group, the RPs learn the sources from each other either via MSDP (IPv4 only) or via PIM registers sent among themselves.

Once the traffic arrives at the LHR routers they learn the sources and can send (s,g) joins. When we say network-based source discovery we refer to the learning of sources by the LHRs (so that they can send (s,g) joins).

> via BGP multicast NLRI AFI 1 and 2 for v4 v6 with SAFI 2 to propagate the source information

That is not for source learning. It is for learning of the non-congruent routes to the sources. In many cases you only need to originate a few routes (in extreme cases a default route is enough), and it has no group information.

Jeffrey

-----Original Message-----
From: Lenny Giuliano <lenny@juniper.net> 
Sent: Thursday, January 9, 2020 12:06 PM
To: Gyan Mishra <hayabusagsm@gmail.com>
Cc: Jeffrey (Zhaohui) Zhang <zzhang@juniper.net>; bess-chairs@ietf.org; bess@ietf.org; draft-zzhang-bess-bgp-multicast@ietf.org; slitkows.ietf@gmail.com
Subject: Re: [bess] WG adoption and IPR poll for draft-zzhang-bess-bgp-multicast-03


On Thu, 9 Jan 2020, Gyan Mishra wrote:

<trimmed>

| 
|       Actually, Embedded RP provides interdomain ASM for IPv6 and is the reason
|       there is no need for MSDP in IPv6.
| 
| 
|   Gyan> With embedded RP how is the “source” SA propagated as is done 
| by MSDP with IPv4 accomplished with IPv6.  The only alternative and is a way that SSM for both IPv4 and IPv6 can provide network discovery that I know of and not have to rely on app based discovery ; is via BGP multicast NLRI AFI 1 and 2 for v4 v6 with SAFI 2 to propagate the source information.
| This is also used when migration from ASM to SSM and want to maintain inter domain boundaries you can use SAFI 2 for multicast NLRI source propagation.

With Embedded RP, the address of the RP is "embedded" in the group address, so just by looking at the group address, routers can derive the RP address and know where to send their (*,g) joins.  Hence there is no need for RPs to "talk" to one another as they do in IPv4 with MSDP.  See RFC 3956 for more details.

| 
| 
|       No one would disagree that SSM is simpler and the ideal way to go, hence
|       draft-ietf-mboned-deprecate-interdomain-asm recommends SSM-only for
|       interdomain deployments.  Unfortunately, for various (and sometimes
|       somewhat valid) reasons, ASM lives on, at least in intradomain
|       deployments.  Hence, BGP would still need to cover ASM scenarios, at
|       least for these intradomain deployments that still rely on ASM to work.
| 
|    
|   Gyan> Agreed ASM must be supported for intra domain

Then I suspect we are all in violent agreement.