Re: [bess] WG Last Call, IPR and Implementation poll for draft-ietf-bess-mvpn-msdp-sa-interoperation-03
Vinod N Kumar <vinkumar@juniper.net> Sat, 28 September 2019 07:32 UTC
Return-Path: <vinkumar@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 50E7812006B; Sat, 28 Sep 2019 00:32:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 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, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net
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 MetkYaz3Fx3t; Sat, 28 Sep 2019 00:31:58 -0700 (PDT)
Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 7E69A120046; Sat, 28 Sep 2019 00:31:58 -0700 (PDT)
Received: from pps.filterd (m0108158.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id x8S7VtcV016517; Sat, 28 Sep 2019 00:31:55 -0700
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 : mime-version; s=PPS1017; bh=/YZQnHQx4WNNBFE/OQLYzGt4CPOTpEHyFBMVhTiOwXA=; b=JkdtJIYcGapaGMQWjEsrJEKG5762mR+H+c7qW2ANQ+IiWhWJ34hzOXo6eZbBH2vACVvl tt9aP+V4V4PYVSKQWSfxRU3P/qQekr4xu6mxV8e03lQo1yq5CBKd7mG4trbjlycpgRK8 tiq/jZoORwPQNOppHPAvO90ykfVSv2FJ8Hzo15FzsoSV038pEYXoo+E8WElmhDG6uUgl JG3aanCYTkVE8Hfr6ozoP6u7BmmZEeU5G7Uke1ewA9qkLrtM52ntWofDW8C0V6tSMZ/4 c6BfVdmyo+tXtgZnk9tqrk8Y0Cm/SBhiTUxLvGrMqUYWtB54zFkpddzDn1mG4HpDUuLQ 8w==
Received: from nam01-bn3-obe.outbound.protection.outlook.com (mail-bn3nam01lp2052.outbound.protection.outlook.com [104.47.33.52]) by mx0a-00273201.pphosted.com with ESMTP id 2v918gu4xs-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Sat, 28 Sep 2019 00:31:54 -0700
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=TyMrLexA9izP+Dp6IcvNah6GsbjoOzIe5tMRA9XC4pEl118VhqE9MwCR8HJdqMaIR6LpLDtM7im4JckwNaQOX2u+GJ7niNhGmP2yVRsNDGfgK976Em/+VSFS1Y0fnrZo2a1yL/8TO9Wx0iLgBsyn3eXpHqzBzy1qXbm3dYznNmFbFvFZNO3DhhoB4g52JFssXu7fEdNL2NdJnY0behAN4uQkagMwU5f+VmbmXzXdOsPQjib0Ns/47rQNKgZwg8xQXfjXug/2YZY9bS/1snMraO7BouzCHT1D4H1YzZCVAb30sz2GEHgbBC0z/brD/aCUN5lpEz2CP6871dxT4Xep8g==
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=/YZQnHQx4WNNBFE/OQLYzGt4CPOTpEHyFBMVhTiOwXA=; b=HI9Pm+yre+G5zNbs9bxDYnVxGCSDlaZpboTnGJ1wy4KLs8wBg+GHt0XUEg4meOX+feRXNb3FoN/z4aWqIqU2SxLgjgndV8BX8KzoGfeKvxaAvGlBM7geX8us4tN1h8sqnf9A1hEhZJ1TztClTaVeP596Qc5KD3HPklhPxeTSqncXR5ItOmQHcREgk12Q8L6EOMtp4/RfyOsyTbE/2E1VwfYcpSyylVm2EoOlsNWg1N2Lmk8OsgHeJwA2x/7oAqA73epvzC3yff1MW83f4J8qnoyR90RYI6dwI5amlVMLdo7OgDIk/+QWw23dIM6DBZwfLK3XqKy8cx6DBkrcusNpeg==
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
Received: from BYAPR05MB5192.namprd05.prod.outlook.com (20.177.228.219) by BYAPR05MB6342.namprd05.prod.outlook.com (20.178.197.224) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2305.15; Sat, 28 Sep 2019 07:31:51 +0000
Received: from BYAPR05MB5192.namprd05.prod.outlook.com ([fe80::2c84:d3a1:fab8:28d6]) by BYAPR05MB5192.namprd05.prod.outlook.com ([fe80::2c84:d3a1:fab8:28d6%7]) with mapi id 15.20.2305.017; Sat, 28 Sep 2019 07:31:50 +0000
From: Vinod N Kumar <vinkumar@juniper.net>
To: Gyan Mishra <hayabusagsm@gmail.com>, Vinod N Kumar <vinkumar=40juniper.net@dmarc.ietf.org>
CC: "Bocci, Matthew (Nokia - GB)" <matthew.bocci@nokia.com>, "draft-ietf-bess-mvpn-msdp-sa-interoperation@ietf.org" <draft-ietf-bess-mvpn-msdp-sa-interoperation@ietf.org>, Lenny Giuliano <lenny@juniper.net>, "bess@ietf.org" <bess@ietf.org>, "Jeffrey (Zhaohui) Zhang" <zzhang=40juniper.net@dmarc.ietf.org>
Thread-Topic: [bess] WG Last Call, IPR and Implementation poll for draft-ietf-bess-mvpn-msdp-sa-interoperation-03
Thread-Index: AQHVZ+O1STyGFGUHa0i82HQny7jHl6cp/SGAgA+u6wCAAPttgIAFxGkAgAC+HoA=
Date: Sat, 28 Sep 2019 07:31:50 +0000
Message-ID: <EDF8A9D1-5F11-49C9-B94C-E2F7E6E5FFCA@juniper.net>
References: <9887A050-1ADC-4E26-B380-1B0F737456E5@nokia.com> <alpine.DEB.2.02.1909131203590.24347@contrail-ubm-wing.svec1.juniper.net> <DM5PR05MB354886941FF4B648FD831DDAD4850@DM5PR05MB3548.namprd05.prod.outlook.com> <190E7152-6706-40C3-8378-4C9824377FA0@juniper.net> <EB9309E2-2F44-4EA3-85C8-5552D0A97B8F@gmail.com>
In-Reply-To: <EB9309E2-2F44-4EA3-85C8-5552D0A97B8F@gmail.com>
Accept-Language: en-IN, en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_Enabled=true; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_Name=Juniper Business Use Only; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_Enabled=true; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_ContentBits=0; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_Method=Standard; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_ActionId=8d5d944b-d7e6-444f-9692-0000f152ab74; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_SetDate=2019-09-28T07:29:58Z;
user-agent: Microsoft-MacOutlook/10.1d.0.190908
x-originating-ip: [116.197.184.11]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 13279224-015d-4cf4-9ab1-08d743e5ed87
x-ms-office365-filtering-ht: Tenant
x-ms-traffictypediagnostic: BYAPR05MB6342:
x-ms-exchange-purlcount: 5
x-ld-processed: bea78b3c-4cdb-4130-854a-1d193232e5f4,ExtAddr,ExtFwd
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <BYAPR05MB6342E9AFC64C34338BCF9D50C5800@BYAPR05MB6342.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:3968;
x-forefront-prvs: 0174BD4BDA
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(376002)(396003)(346002)(136003)(39860400002)(366004)(199004)(189003)(13464003)(6246003)(6436002)(66066001)(45080400002)(54896002)(6306002)(236005)(478600001)(966005)(6512007)(229853002)(7736002)(6486002)(256004)(58126008)(54906003)(71190400001)(71200400001)(110136005)(36756003)(316002)(25786009)(8936002)(76176011)(91956017)(66446008)(64756008)(76116006)(66476007)(186003)(102836004)(33656002)(26005)(66556008)(476003)(486006)(446003)(11346002)(2616005)(6506007)(4326008)(606006)(5660300002)(14454004)(86362001)(53546011)(99286004)(81166006)(81156014)(8676002)(66946007)(2906002)(6116002)(3846002)(12620500001); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB6342; H:BYAPR05MB5192.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: jOiG7S5bslXXlOPPI13KbFt6ZLhkHVfl2yNtx5495MMdZcCGCp1QBW3top5tlsELzg8IPucUleM0GXynSzDFV84sjRw2p5r5TY7YsN3/D+p/+jUvEIVo2O4O5Fg5/mAob9n2s37jHSuKGYEO6uEvFuNs0Xc22wBYB5q06Eka10RYaRQ7DZ6DgOS/z7GfnC2+iqGoU1KCFW0tKUd6Jkd+LQhp+QcdxixfHgfe/eYpyPxmxwmHL42icFS4IKLzFHUxtYHcyH9gCEmZG7VWMm9Qk49900KBAVJYHe8fMGGU8K1fymAn/bGIUrGO3y5qyiTrACZTtsNm9PHWZx2wfyvhE9j9RzBqPiqqL2y8A9VC1qSZfSdhaJEnHsw5Caey1rhmNllOvQgFvqmSoOtOnE8HPpM43FAPmxPhQWK8V9G44rB+Z2cTdPDHgyppWT1fv/WVHj2EY29Is4BYWQXj4LOyQA==
Content-Type: multipart/alternative; boundary="_000_EDF8A9D15F1149C9B94CE2F7E6E5FFCAjunipernet_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-Network-Message-Id: 13279224-015d-4cf4-9ab1-08d743e5ed87
X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Sep 2019 07:31:50.6034 (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: rls7UoKjK4PD8QpJCCTaPob+/kCvHVT0/ygi18gHDn7dAX6BDRe8Umj2RzROOdmliRVicMmoXyZEFRCbrGBwZw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB6342
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.95,1.0.8 definitions=2019-09-28_04:2019-09-25,2019-09-28 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 suspectscore=0 mlxscore=0 impostorscore=0 clxscore=1011 malwarescore=0 priorityscore=1501 mlxlogscore=999 bulkscore=0 adultscore=0 spamscore=0 lowpriorityscore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-1908290000 definitions=main-1909280079
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/Tf6nK9tfz2sGYcoHGV_Xjh6ChJw>
Subject: Re: [bess] WG Last Call, IPR and Implementation poll for draft-ietf-bess-mvpn-msdp-sa-interoperation-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: Sat, 28 Sep 2019 07:32:01 -0000
Procedures described in this Draft are applicable to Section "14. Supporting PIM-SM without Inter-Site Shared C-Trees" of RFC6514 i.e MVPN operating in SPT-only Mode. In MVPN SPT-only mode , MVPN Source Active route (MVPN Type-5 route) is functionally similar to MSDP Source Active message. The Draft defines procedures to translate MVPN Source Active route (MVPN Type-5 route) to MSDP Source Active message. Procedures defined are to facilitate building SPT (Source Tree) not shared tree. Snippet from Section 2.1 of Draft. Section "13. Switching from a Shared C-Tree to a Source C-Tree" of [RFC6514] specifies the MVPN Source Active route procedures for that mode, but those MVPN SA routes (Type-5 routes) are replacement for PIM-ASM assert and (s,g,rpt) prune mechanisms, not for source discovery purpose. MVPN/MSDP SA interoperation for the "rpt-spt" mode is outside of the scope of this document. In the rest of the document, the "spt-only" mode is assumed. Regards, Vinod Kumar. From: BESS <bess-bounces@ietf.org> on behalf of Gyan Mishra <hayabusagsm@gmail.com> Date: Saturday, 28 September 2019 at 7:11 AM To: Vinod N Kumar <vinkumar=40juniper.net@dmarc.ietf.org> Cc: "Bocci, Matthew (Nokia - GB)" <matthew.bocci@nokia.com>, "draft-ietf-bess-mvpn-msdp-sa-interoperation@ietf.org" <draft-ietf-bess-mvpn-msdp-sa-interoperation@ietf.org>, Lenny Giuliano <lenny@juniper.net>, "bess@ietf.org" <bess@ietf.org>, "Jeffrey (Zhaohui) Zhang" <zzhang=40juniper.net@dmarc.ietf.org> Subject: Re: [bess] WG Last Call, IPR and Implementation poll for draft-ietf-bess-mvpn-msdp-sa-interoperation-03 As a technical representative of Verizon from an operator and network designer perspective I support the draft as it stands and don’t know of any non disclosed IPRs. I have a few questions. So I agree this draft is very useful and fills a gap or problem where customers using ASM do not have a local RP and their shared tree needs to traverse the core. I think for most customers it’s easy to change their location of their ASM anycast RP so it’s local at every edge and then build your msdp mesh group between all your CE edges and boom “no shared trees” over the mpls core MVPN. From reading the draft it sounds like the Msdp SA is detected and mapped to the mvpn for the shared tree to get built. So if your shared tree terminates locally at the edge CE and the edge see is running msdp then you would never have a shared tree. ^*,G that would traverse the core. If their is an msdp session tcp/639 am not sure I understand how that would be detected also that is RP control plane and not the data plane forwarding. Also how are you going to do SPT switchover and from shared to SPT tree. Also then I guess you would need to provide option for RP infinity to stay permanently on the shared tree. Regards, Gyan S. Mishra IT Network Engineering & Technology Verizon Communications Inc. (VZ) 13101 Columbia Pike FDC1 3rd Floor Silver Spring, MD 20904<x-apple-data-detectors://3/0> United States<x-apple-data-detectors://3/0> Phone: 301 502-1347<tel:301%20502-1347> Email: gyan.s.mishra@verizon.com<mailto:gyan.s.mishra@verizon.com> www.linkedin.com/in/GYAN-MISHRA-RS-SP-MPLS-IPV6-EXPERT<https://urldefense.com/v3/__http:/www.linkedin.com/in/GYAN-MISHRA-RS-SP-MPLS-IPV6-EXPERT__;!8WoA6RjC81c!R-Artm4_BH690XpxiqYhdAAbHY4bIPD9i8S_C6ZDn4hHE6LlPAewrMVT12UjUHXi$> Sent from my iPhone On Sep 24, 2019, at 12:07 AM, Vinod N Kumar <vinkumar=40juniper.net@dmarc.ietf.org<mailto:vinkumar=40juniper.net@dmarc.ietf.org>> wrote: Not aware of any IPR related to mvpn-msdp-sa-interoperation. Juniper has an implementation of this draft. Regards, Vinod Kumar. On 24/09/19, 12:07 AM, "BESS on behalf of Jeffrey (Zhaohui) Zhang" <bess-bounces@ietf.org<mailto:bess-bounces@ietf.org> on behalf of zzhang=40juniper.net@dmarc.ietf.org<mailto:zzhang=40juniper.net@dmarc.ietf.org>> wrote: Not aware of any relevant IPR. Juniper has an implementation. Jeffrey -----Original Message----- From: Lenny Giuliano <lenny@juniper.net<mailto:lenny@juniper.net>> Sent: Friday, September 13, 2019 3:07 PM To: Bocci, Matthew (Nokia - GB) <matthew.bocci@nokia.com<mailto:matthew.bocci@nokia.com>> Cc: bess@ietf.org<mailto:bess@ietf.org>; draft-ietf-bess-mvpn-msdp-sa-interoperation@ietf.org<mailto:draft-ietf-bess-mvpn-msdp-sa-interoperation@ietf.org> Subject: Re: [bess] WG Last Call, IPR and Implementation poll for draft-ietf-bess-mvpn-msdp-sa-interoperation-03 Not aware of any IPR related to draft-ietf-bess-mvpn-msdp-sa-interoperation On Tue, 10 Sep 2019, Bocci, Matthew (Nokia - GB) wrote: | | Hello Working Group, | | | | This email starts a two week Working Group Last Call on | draft-ietf-bess-mvpn-msdp-sa-interoperation-03 [1]. | | | | This poll runs until 25 September 2019. | | | | 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. | | | | There are currently no IPR disclosures against the document. | | | | 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, | | Matthew and Stephane | | | | [1] | https://urldefense.com/v3/__https://datatracker.ietf.org/doc/draft-ietf-bess-mvpn-msdp-sa-interope__;!8WoA6RjC81c!U8aCsuRpFMIP3TlcIw1_NuPboayld-LeUp2fk-4GbqPAhszKQS6xcSbHZR3Kw5Qb$<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-ietf-bess-mvpn-msdp-sa-interope__;!8WoA6RjC81c!U8aCsuRpFMIP3TlcIw1_NuPboayld-LeUp2fk-4GbqPAhszKQS6xcSbHZR3Kw5Qb$> | ration/ | | [2] | https://urldefense.com/v3/__https://mailarchive.ietf.org/arch/msg/bess/cG3X1tTqb_vPC4rg56SEdkjqDpw__;!8WoA6RjC81c!U8aCsuRpFMIP3TlcIw1_NuPboayld-LeUp2fk-4GbqPAhszKQS6xcSbHZekFkSyU$<https://urldefense.com/v3/__https:/mailarchive.ietf.org/arch/msg/bess/cG3X1tTqb_vPC4rg56SEdkjqDpw__;!8WoA6RjC81c!U8aCsuRpFMIP3TlcIw1_NuPboayld-LeUp2fk-4GbqPAhszKQS6xcSbHZekFkSyU$> | | | | | | | _______________________________________________ BESS mailing list BESS@ietf.org<mailto:BESS@ietf.org> https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/bess__;!8WoA6RjC81c!U8aCsuRpFMIP3TlcIw1_NuPboayld-LeUp2fk-4GbqPAhszKQS6xcSbHZR5oAE0v$<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/bess__;!8WoA6RjC81c!U8aCsuRpFMIP3TlcIw1_NuPboayld-LeUp2fk-4GbqPAhszKQS6xcSbHZR5oAE0v$> _______________________________________________ BESS mailing list BESS@ietf.org<mailto:BESS@ietf.org> https://www.ietf.org/mailman/listinfo/bess<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/bess__;!8WoA6RjC81c!R-Artm4_BH690XpxiqYhdAAbHY4bIPD9i8S_C6ZDn4hHE6LlPAewrMVT10UBDSje$>
- [bess] WG Last Call, IPR and Implementation poll … Bocci, Matthew (Nokia - GB)
- Re: [bess] WG Last Call, IPR and Implementation p… Leonard Giuliano
- Re: [bess] WG Last Call, IPR and Implementation p… Jeffrey (Zhaohui) Zhang
- Re: [bess] WG Last Call, IPR and Implementation p… Mankamana Mishra (mankamis)
- Re: [bess] WG Last Call, IPR and Implementation p… Stig Venaas
- Re: [bess] WG Last Call, IPR and Implementation p… Vinod N Kumar
- Re: [bess] WG Last Call, IPR and Implementation p… Bocci, Matthew (Nokia - GB)
- Re: [bess] WG Last Call, IPR and Implementation p… Gyan Mishra
- Re: [bess] WG Last Call, IPR and Implementation p… Vinod N Kumar
- Re: [bess] WG Last Call, IPR and Implementation p… Gyan Mishra
- Re: [bess] WG Last Call, IPR and Implementation p… Vinod N Kumar
- Re: [bess] WG Last Call, IPR and Implementation p… Gyan Mishra
- Re: [bess] WG Last Call, IPR and Implementation p… Rabadan, Jorge (Nokia - US/Mountain View)
- Re: [bess] WG Last Call, IPR and Implementation p… Rishabh Parekh
- Re: [bess] WG Last Call, IPR and Implementation p… Arvind Venkateswaran (arvvenka)
- Re: [bess] WG Last Call, IPR and Implementation p… Bocci, Matthew (Nokia - GB)
- Re: [bess] WG Last Call, IPR and Implementation p… Jeffrey (Zhaohui) Zhang