From nobody Fri May 1 07:14:38 2020 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 72FA93A12AA; Fri, 1 May 2020 07:14:37 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.128.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bess@ietf.org Message-ID: <158834247738.30744.15881159477083983546@ietfa.amsl.com> Date: Fri, 01 May 2020 07:14:37 -0700 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-evpn-bfd-00.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2020 14:14:38 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled ServiceS WG of the IETF. Title : Fault Management for EVPN networks Authors : Vengada Prasad Govindan Mudigonda Mallik Ali Sajassi Gregory Mirsky Donald Eastlake Filename : draft-ietf-bess-evpn-bfd-00.txt Pages : 20 Date : 2020-04-30 Abstract: This document specifies proactive, in-band network OAM mechanisms to detect loss of continuity and miss-connection faults that affect unicast and multi-destination paths (used by Broadcast, Unknown Unicast and Multicast traffic) in an Ethernet VPN (EVPN) network. The mechanisms specified in the draft are based on the widely adopted Bidirectional Forwarding Detection (BFD) protocol. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-bfd/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-evpn-bfd-00 https://datatracker.ietf.org/doc/html/draft-ietf-bess-evpn-bfd-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon May 4 15:47:40 2020 Return-Path: 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 050E83A12C8 for ; Mon, 4 May 2020 15:47:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.087 X-Spam-Level: X-Spam-Status: No, score=-2.087 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=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 hYZ2m4azZiDz for ; Mon, 4 May 2020 15:47:36 -0700 (PDT) Received: from mail-il1-x12a.google.com (mail-il1-x12a.google.com [IPv6:2607:f8b0:4864:20::12a]) (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 97E3D3A12C4 for ; Mon, 4 May 2020 15:47:36 -0700 (PDT) Received: by mail-il1-x12a.google.com with SMTP id x2so438476ilp.13 for ; Mon, 04 May 2020 15:47:36 -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; bh=JB+o6PnbcwcBXnxt6Vtxl00Bpkeh7iuC7RJlip7IWQY=; b=LjVTXOaHlkfv5s8KBxeM5bBZcHxuQSSnwfq0uM64TjgUCqUv/f+7vjMxzyD9az7l7Z ewP50OKYzPBxzMeyKi9zbOmPE5Kyj6/QVge19MgWuY2veaYw+OPcFEn3SIHHc4XO8J37 AU9trYNC9sxH531gIvWYfjWFaM+yVHr9MmGRWm7H9T6qEAb8xMvVDdBkW3bkGWJELaaf mL9ERCDj95IZH9m9I/k30z2pZ2XFD0khYl8i418oPFi7OfN2A7ny5SEpEwcdnRF/OBgB JOrygvlxWQK8i09SpWSbpP9N4WkTepS9cbCvVEjnCmq0KaQrIlHGF7pbTxR4+z64MRIh n6/g== 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; bh=JB+o6PnbcwcBXnxt6Vtxl00Bpkeh7iuC7RJlip7IWQY=; b=N+CIJkXx12NJW5cF5P6uErum32etZN/GMDGYY9oHe+zHrGrWPNIrNa6Xkt8bfZTVhW AQQfIzSHH3mZHk+ZE8u++cK8KYbKmxbXWA7Wu3PDZPCCuqmvEAsmnyoe9VOvYODBHhEv g/wemkdojnjPs5HJ2uZys1OOLrK9J+WE27Wm3+R7U2joQFTcSZMrA98glE6IDVMjuUgS ZGi+NbUc2VGYWAIrhcdUni1APtPO9/Q+vVK5ZAy07g1jvswTj0MkJ9up/d2gXl0Akcda hCV295pJmGRyV/rNnOn9+JAlj166CbrvDtMmhxBaXRjDD2XPLsB2nO2N/tm+NnrduxaH 47FQ== X-Gm-Message-State: AGi0PubyNvfqxU9lUYE3qXVBGYuIWZ/55tdHYHKB3e2PHX6DhEqOR2MO JUKoESOLABjViT4XtEO0xEM0iK24SghQkMuxgRpz+5CXmxs= X-Google-Smtp-Source: APiQypI1AzeKiFYUWJYQTjO7GR/ml1EehEX/8R6+x7v7BZJNmNP9CIhg6g7mGbnheDi3jiU1zdj3ZuQzF95Pj56wLtU= X-Received: by 2002:a92:ce50:: with SMTP id a16mr730463ilr.186.1588632455443; Mon, 04 May 2020 15:47:35 -0700 (PDT) MIME-Version: 1.0 References: <158802694749.1038.2316623010802340304@ietfa.amsl.com> In-Reply-To: From: Gyan Mishra Date: Mon, 4 May 2020 18:47:24 -0400 Message-ID: To: BESS Content-Type: multipart/alternative; boundary="0000000000002f7c6405a4da51fe" Archived-At: Subject: [bess] Fwd: [E] New Version Notification for draft-mishra-bess-ipv4nlri-ipv6nh-use-cases-00.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 May 2020 22:47:39 -0000 --0000000000002f7c6405a4da51fe Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable All Below is draft that I presented at the interim meeting last week. We have had for many years 6to4 softwire tunneling of IPv6 NLRI over an IPv4 core. So now with new green filed & brown field deployments of IPv6 in the core we are seeing more 4to6 softwire tunneling of IPv4 NLRI over an IPv6 core MPLS LDPv6 or SRv6 flavors. So in the slides I presented with respect to the core side peering today with v4 core all your SAFIs 1/128 1/129 2/128 2/129 were over IPv4 PE-RR peer IPv4 NH or IPv6 mapped IPv4 but with IPv6 core the same SAFIs 1/128 1/129 2/128 2/129 are now over an IPv6 peer with IPv6 NH. The net-net change is nill as far as PE-RR core peering there so there is not any savings as for elimination of peering OPEX and IP addressing savings. The major gain with this draft is with the edge peering for both Service Providers & Enterprises where now with BGP being used a transport for both IPv4 & IPv6 AFI we can eliminate the IPv4 peering at the edges. This would as well eliminate dual stacking on the PE-CE customer connections so they are "IPv6 only" just as are our PE-RR peering is "IPv6 only". This would be inline with the RFC 5565 softwire framework of a single protocol core & edge. This would yield OPEX cost savings as well as resolve IPv4 addressing address depletion issues with IXP's or any network. Also a savings with NMS monitoring of IPv4 peering. I would like to poll all vendors as well regarding this concept as to support of this feature in the context of PE-CE "IPv4 peer elimination" and if the existing RFC 5549 encoding of IPv4 NLRI in IPv6 NH as an IPv6 address 16/32 byte for AFI 1/1 or 24/48 byte for AFI 1/128 is supported for adding IPv4 AFI 1/1 to IPv6 NH Peer so that the single protocol IPv6 peer would carry both IPv4 & IPv6 NLRI. I also want to make sure with this RFC 5549 feature implementation, that you can still add BGP policy for IPV4 and IPv6 over the IPv6 peer just as you did before and that overall all the features and functionality, you don=E2=80=99t lose anything capabilities when you eliminate the IPv4 peer. Please provide any comments and feedback as well as any issues you see with this idea of IPv4 peer elimination with carrying all v4 and v6 NLRI over IPV6 peer. Kind regards Gyan Mishra Verizon Cell 301 502-1347 ---------- Forwarded message --------- From: Date: Mon, Apr 27, 2020 at 6:35 PM Subject: [E] New Version Notification for draft-mishra-bess-ipv4nlri-ipv6nh-use-cases-00.txt To: Gyan S. Mishra A new version of I-D, draft-mishra-bess-ipv4nlri-ipv6nh-use-cases-00.txt has been successfully submitted by Gyan S. Mishra and posted to the IETF repository. Name: draft-mishra-bess-ipv4nlri-ipv6nh-use-cases Revision: 00 Title: IPv4 Network Layer Reachability Information with IPv6 Next Hop Use Cases Document date: 2020-04-27 Group: Individual Submission Pages: 15 URL: https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_interne= t-2Ddrafts_draft-2Dmishra-2Dbess-2Dipv4nlri-2Dipv6nh-2Duse-2Dcases-2D00.txt= &d=3DDwICaQ&c=3DudBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ&r=3DDnUkF34wu4m= qq0UY8nn2rxBBO7qOW_D-RfNVLML28ZU&m=3D4bdUQJ2y41iH_vLflg8-Ar3aHn_kwth38WKtAU= 2fMbo&s=3DuYzQU_eDDYqqBrYz3XxFcZoSkwq-rFuZL8_MzfRsmb4&e=3D Status: https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__datatracker.ietf.org= _doc_draft-2Dmishra-2Dbess-2Dipv4nlri-2Dipv6nh-2Duse-2Dcases_&d=3DDwICaQ&c= =3DudBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ&r=3DDnUkF34wu4mqq0UY8nn2rxBB= O7qOW_D-RfNVLML28ZU&m=3D4bdUQJ2y41iH_vLflg8-Ar3aHn_kwth38WKtAU2fMbo&s=3DhYf= L8pgPkZvO5vCv5GUow-UGCOTvbKdPtpOz1CQM8PQ&e=3D Htmlized: https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_html_= draft-2Dmishra-2Dbess-2Dipv4nlri-2Dipv6nh-2Duse-2Dcases-2D00&d=3DDwICaQ&c= =3DudBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ&r=3DDnUkF34wu4mqq0UY8nn2rxBB= O7qOW_D-RfNVLML28ZU&m=3D4bdUQJ2y41iH_vLflg8-Ar3aHn_kwth38WKtAU2fMbo&s=3D4G_= ULMczbDywlDg3SB0nXXsaKb7v5FtcqR_vg7Z8koc&e=3D Htmlized: https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__datatracker.ietf.org= _doc_html_draft-2Dmishra-2Dbess-2Dipv4nlri-2Dipv6nh-2Duse-2Dcases&d=3DDwICa= Q&c=3DudBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ&r=3DDnUkF34wu4mqq0UY8nn2r= xBBO7qOW_D-RfNVLML28ZU&m=3D4bdUQJ2y41iH_vLflg8-Ar3aHn_kwth38WKtAU2fMbo&s=3D= v8hzCzhPOtGFFNszOJBCkc123ZJT2G6xhGEWixqqqdE&e=3D Abstract: As Enterprises and Service Providers upgrade their brown field or green field core to an IPv6 transport such as an MPLS LDPv6 core or SRv6 core, Multiprotocol BGP (MP-BGP)now plays an important role in the transition of the core from IPv4 to IPv6 being able to continue to support legacy IPv4, VPN-IPv4, and Multicast VPN customers. IXPs (Internet Exchange points) are also facing IPv4 address depletion at their peering points, which are large Layer 2 transit backbones that service providers peer and exchange IPv4 and IPv6 (Network Layer Reachability Information) NLRI. Today these transit exchange points are dual stacked. One proposal to solve this issue is to use [RFC5549] to carry IPv4 (Network Layer Reachability Information) NLRI in an IPv6 next hop and eliminate the IPv4 peering completely using the concept of [RFC5565] softwire mesh framework. So now with the MP-BGP reach capability exchanged over IPv4 AFI over IPv6 next hop peer we can now advertise IPv4(Network Layer Reachability Information) NLRI over IPv6 peering using the [RFC5565] softwire mesh framework. Multiprotocol BGP (MP-BGP) specifies that the set of usable next-hop address families is determined by the Address Family Identifier (AFI) and the Subsequent Address Family Identifier (SAFI). Historically the AFI/SAFI definitions for the IPv4 address family only have provisions for advertising a Next Hop address that belongs to the IPv4 protocol when advertising IPv4 or VPN-IPv4 Network Layer Reachability Information (NLRI). [RFC5549] specifies the extensions necessary to allow advertising IPv4 NLRI or VPN-IPv4 NLRI with a Next Hop address that belongs to the IPv6 protocol. This comprises an extension of the AFI/SAFI definitions to allow the address of the Next Hop for IPv4 NLRI or VPN-IPv4 NLRI to also belong to the IPv6 Protocol. [RFC5549] defines the encoding of the Next Hop to determine which of the protocols the address actually belongs to, and a new BGP Capability allowing MP-BGP Peers to dynamically discover whether they can exchange IPv4 NLRI and VPN-IPv4 NLRI with an IPv6 Next Hop. With this new MP-BGP capability exchange allows the BGP peering session to act as a pure transport to allow the session to carry Address Family Identifier (AFI) and the Subsequent Address Family Identifier (SAFI) for both IPv4 and IPv6. This document describes the critical use case and OPEX savings of being able to leverage the MP-BGP capability exchange usage as a pure transport allowing both IPv4 and IPv6 to be carried over the same BGP TCP session. By doing so allows for the elimination of Dual Stacking on the PE-CE connections making the peering IPv6 only carrying both IPv4 and IPv6 Network Layer Reachability Information (NLRI). This document also provides a possible solution for IXPs (Internet Exchange points) that are facing IPv4 address depletion at these peering points to use BGP-MP capability exchange defined in [RFC5549] to carry IPv4 (Network Layer Reachability Information) NLRI in an IPv6 next hop using the [RFC5565] softwire mesh framework. Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat --=20 *Gyan Mishra* *Network Solutions A**rchitect & SME* *Data Center Planning | Common Core | Development & Engineering Lab ServicesGlobal Technology Services | ITNUC* *O 240 970-6287M 301 502-134713101 Columbia Pike Rm 304-D *Silver Spring, MD 20904 *IETF & ISOC Member since 2015* https://www.ietf.org/ https://www.internetsociety.org/ --=20 Gyan Mishra Network Engineering & Technology Verizon Silver Spring, MD 20904 Phone: 301 502-1347 Email: gyan.s.mishra@verizon.com --0000000000002f7c6405a4da51fe Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

All

Below is draft that I presented at the interim meeting la= st week.

We have had for many year= s=C2=A0 6to4 softwire tunneling of IP= v6 NLRI over an IPv4 core.

So now with new green filed=C2= =A0& brown field=C2=A0deployments of IPv6 in the core we are seeing mor= e 4to6 softwire tunneling of IPv4 NLRI over an IPv6 core MPLS LDPv6 or SRv6= flavors.

So in the slides I presented with respect to the core s= ide peering=C2=A0 today with v4 core=C2=A0 all your SAFIs 1/128 1/129 2/128= 2/129 were over IPv4 PE-RR peer IPv4 NH or IPv6 mapped IPv4 but with IPv6 = core=C2=A0the same=C2=A0 SAFIs 1/128 1/129 2= /128 2/129 are now over an IPv6 peer with IPv6 NH.=C2=A0 The net-net change= is nill as far as PE-RR core peering there so there is not any savings as = for elimination of peering OPEX=C2=A0 and IP addressing savings.

The major gain with this draft is with the edge peering for both Ser= vice=C2=A0Providers & Enterprises where now with BGP being used a trans= port for both IPv4 & IPv6 AFI we can eliminate the IPv4 peering at the = edges.=C2=A0=C2=A0

This would as well eliminate dual stacking on = the PE-CE customer connections so they are "IPv6 only" just as ar= e our PE-RR peering is "IPv6 only".=C2=A0 This would be inline wi= th the RFC 5565 softwire framework=C2=A0of a single protocol core & edg= e.
This would yield OPEX cost savings as well as resolve IPv4 add= ressing address depletion issues with IXP's or any network.=C2=A0 Also = a savings with =C2=A0NMS monitoring of IPv4 peering.=C2=A0

I wou= ld like to poll all vendors as well regarding this concept as to support of= this feature=C2=A0 in the context of PE-CE "IPv4 peer elimination&quo= t; and if the existing RFC 5549 encoding of IPv4 NLRI in IPv6 NH as an IPv6= address 16/32=C2=A0 byte for AFI 1/1 or 24/48 byte for AFI 1/128 is suppor= ted for adding IPv4 AFI 1/1 to IPv6 NH Peer so that the single protocol IPv= 6 peer would carry both IPv4 & IPv6 NLRI. =C2=A0

I also want to make sure with this RFC 5549 feature implementation, that= you can still add BGP policy for IPV4 and IPv6 over the IPv6 peer just as = you did before and that overall all the features and functionality, you don= =E2=80=99t lose anything capabilities when you eliminate the IPv4 peer.

Please provide any comments and feedback as well as any issues you s= ee with this idea of IPv4 peer elimination with carrying all v4 and v6 NLRI= over IPV6 peer.

Kind regards

Gyan Mishra= =C2=A0
Verizon=C2=A0
Cell 301 502-1347
=



---------- F= orwarded message ---------
From: <internet-drafts@ietf.org&= gt;
Date: Mon, Apr 27, 2020 at 6:35 PM
Subject: [E] New Versio= n Notification for draft-mishra-bess-ipv4nlri-ipv6nh-use-cases-00.txt
To= : Gyan S. Mishra <gyan.s.mishra@verizon.com>



A new version of I-D, draft-mishra-bess-ipv4nlri-ipv6nh-use-cases-00.txt has been successfully submitted by Gyan S. Mishra and posted to the
IETF repository.

Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-mishra-bess-ipv4nlri-ip= v6nh-use-cases
Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A000
Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 IPv4 Network Layer Reachability In= formation with IPv6 Next Hop Use Cases
Document date:=C2=A0 2020-04-27
Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Individual Submission
Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 15
URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 https://urldefense.proofpoint.com/v2/url?u=3Dht= tps-3A__www.ietf.org_internet-2Ddrafts_draft-2Dmishra-2Dbess-2Dipv4nlri-2Di= pv6nh-2Duse-2Dcases-2D00.txt&d=3DDwICaQ&c=3DudBTRvFvXC5Dhqg7UHpJlPp= s3mZ3LRxpb6__0PomBTQ&r=3DDnUkF34wu4mqq0UY8nn2rxBBO7qOW_D-RfNVLML28ZU&am= p;m=3D4bdUQJ2y41iH_vLflg8-Ar3aHn_kwth38WKtAU2fMbo&s=3DuYzQU_eDDYqqBrYz3= XxFcZoSkwq-rFuZL8_MzfRsmb4&e=3D
Status:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__datatracker= .ietf.org_doc_draft-2Dmishra-2Dbess-2Dipv4nlri-2Dipv6nh-2Duse-2Dcases_&= d=3DDwICaQ&c=3DudBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ&r=3DDnUk= F34wu4mqq0UY8nn2rxBBO7qOW_D-RfNVLML28ZU&m=3D4bdUQJ2y41iH_vLflg8-Ar3aHn_= kwth38WKtAU2fMbo&s=3DhYfL8pgPkZvO5vCv5GUow-UGCOTvbKdPtpOz1CQM8PQ&e= =3D
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_ht= ml_draft-2Dmishra-2Dbess-2Dipv4nlri-2Dipv6nh-2Duse-2Dcases-2D00&d=3DDwI= CaQ&c=3DudBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ&r=3DDnUkF34wu4m= qq0UY8nn2rxBBO7qOW_D-RfNVLML28ZU&m=3D4bdUQJ2y41iH_vLflg8-Ar3aHn_kwth38W= KtAU2fMbo&s=3D4G_ULMczbDywlDg3SB0nXXsaKb7v5FtcqR_vg7Z8koc&e=3D =
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__datatracker.= ietf.org_doc_html_draft-2Dmishra-2Dbess-2Dipv4nlri-2Dipv6nh-2Duse-2Dcases&a= mp;d=3DDwICaQ&c=3DudBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ&r=3DD= nUkF34wu4mqq0UY8nn2rxBBO7qOW_D-RfNVLML28ZU&m=3D4bdUQJ2y41iH_vLflg8-Ar3a= Hn_kwth38WKtAU2fMbo&s=3Dv8hzCzhPOtGFFNszOJBCkc123ZJT2G6xhGEWixqqqdE&= ;e=3D


Abstract:
=C2=A0 =C2=A0As Enterprises and Service Providers upgrade their brown field= or
=C2=A0 =C2=A0green field core to an IPv6 transport such as an MPLS LDPv6 co= re or
=C2=A0 =C2=A0SRv6 core, Multiprotocol BGP (MP-BGP)now plays an important ro= le in
=C2=A0 =C2=A0the transition of the core from IPv4 to IPv6 being able to con= tinue
=C2=A0 =C2=A0to support legacy IPv4, VPN-IPv4, and Multicast VPN customers.= =C2=A0 IXPs
=C2=A0 =C2=A0(Internet Exchange points) are also facing IPv4 address deplet= ion at
=C2=A0 =C2=A0their peering points, which are large Layer 2 transit backbone= s that
=C2=A0 =C2=A0service providers peer and exchange IPv4 and IPv6 (Network Lay= er
=C2=A0 =C2=A0Reachability Information) NLRI.=C2=A0 Today these transit exch= ange points
=C2=A0 =C2=A0are dual stacked.=C2=A0 One proposal to solve this issue is to= use
=C2=A0 =C2=A0[RFC5549] to carry IPv4 (Network Layer Reachability Informatio= n) NLRI
=C2=A0 =C2=A0in an IPv6 next hop and eliminate the IPv4 peering completely = using
=C2=A0 =C2=A0the concept of [RFC5565] softwire mesh framework.=C2=A0 So now= with the
=C2=A0 =C2=A0MP-BGP reach capability exchanged over IPv4 AFI over IPv6 next= hop
=C2=A0 =C2=A0peer we can now advertise IPv4(Network Layer Reachability
=C2=A0 =C2=A0Information) NLRI over IPv6 peering using the [RFC5565] softwi= re mesh
=C2=A0 =C2=A0framework.=C2=A0 Multiprotocol BGP (MP-BGP) specifies that the= set of
=C2=A0 =C2=A0usable next-hop address families is determined by the Address = Family
=C2=A0 =C2=A0Identifier (AFI) and the Subsequent Address Family Identifier = (SAFI).
=C2=A0 =C2=A0Historically the AFI/SAFI definitions for the IPv4 address fam= ily
=C2=A0 =C2=A0only have provisions for advertising a Next Hop address that b= elongs
=C2=A0 =C2=A0to the IPv4 protocol when advertising IPv4 or VPN-IPv4 Network= Layer
=C2=A0 =C2=A0Reachability Information (NLRI).=C2=A0 [RFC5549] specifies the= extensions
=C2=A0 =C2=A0necessary to allow advertising IPv4 NLRI or VPN-IPv4 NLRI with= a Next
=C2=A0 =C2=A0Hop address that belongs to the IPv6 protocol.=C2=A0 This comp= rises an
=C2=A0 =C2=A0extension of the AFI/SAFI definitions to allow the address of = the
=C2=A0 =C2=A0Next Hop for IPv4 NLRI or VPN-IPv4 NLRI to also belong to the = IPv6
=C2=A0 =C2=A0Protocol.=C2=A0 [RFC5549] defines the encoding of the Next Hop= to
=C2=A0 =C2=A0determine which of the protocols the address actually belongs = to, and
=C2=A0 =C2=A0a new BGP Capability allowing MP-BGP Peers to dynamically disc= over
=C2=A0 =C2=A0whether they can exchange IPv4 NLRI and VPN-IPv4 NLRI with an = IPv6
=C2=A0 =C2=A0Next Hop.=C2=A0 With this new MP-BGP capability exchange allow= s the BGP
=C2=A0 =C2=A0peering session to act as a pure transport to allow the sessio= n to
=C2=A0 =C2=A0carry Address Family Identifier (AFI) and the Subsequent Addre= ss
=C2=A0 =C2=A0Family Identifier (SAFI) for both IPv4 and IPv6.=C2=A0 This do= cument
=C2=A0 =C2=A0describes the critical use case and OPEX savings of being able= to
=C2=A0 =C2=A0leverage the MP-BGP capability exchange usage as a pure transp= ort
=C2=A0 =C2=A0allowing both IPv4 and IPv6 to be carried over the same BGP TC= P
=C2=A0 =C2=A0session.=C2=A0 By doing so allows for the elimination of Dual = Stacking on
=C2=A0 =C2=A0the PE-CE connections making the peering IPv6 only carrying bo= th IPv4
=C2=A0 =C2=A0and IPv6 Network Layer Reachability Information (NLRI).=C2=A0 = This
=C2=A0 =C2=A0document also provides a possible solution for IXPs (Internet<= br> =C2=A0 =C2=A0Exchange points) that are facing IPv4 address depletion at the= se
=C2=A0 =C2=A0peering points to use BGP-MP capability exchange defined in [R= FC5549]
=C2=A0 =C2=A0to carry IPv4 (Network Layer Reachability Information) NLRI in= an
=C2=A0 =C2=A0IPv6 next hop using the [RFC5565] softwire mesh framework.




Please note that it may take a couple of minutes from the time of submissio= n
until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat




--


Gyan Mishra

Network Solutions Architect & SME

Data Center Planning | Common Core | Development & Engineering La= b Services
Global Technology Services | ITNUC

O 240 970-6287
M 301 502-1347
13101 Columbia Pike Rm 304-D
= Silver Spring, MD 209= 04


IETF=C2=A0 & ISOC Member since 2015

h= ttps://www.ietf.org/

https://www.internetsociety.org/
<= /p>


--

Gyan=C2=A0 Mishra

Network Engineering & Technology=C2=A0

Verizon=C2=A0

Silver Spring, MD 20904

Phone: 301 502-1347

Email: gyan.s.mishra@verizon.com



--0000000000002f7c6405a4da51fe-- From nobody Wed May 13 20:22:33 2020 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E8AB93A097D; Wed, 13 May 2020 20:22:26 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.130.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bess@ietf.org Message-ID: <158942654679.20961.15767785037461808603@ietfa.amsl.com> Date: Wed, 13 May 2020 20:22:26 -0700 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-bgp-multicast-01.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2020 03:22:28 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled ServiceS WG of the IETF. Title : BGP Based Multicast Authors : Zhaohui Zhang Lenny Giuliano Keyur Patel IJsbrand Wijnands Mankamana Mishra Arkadiy Gulko Filename : draft-ietf-bess-bgp-multicast-01.txt Pages : 23 Date : 2020-05-13 Abstract: This document specifies a BGP address family and related procedures that allow BGP to be used for setting up multicast distribution trees. This document also specifies procedures that enable BGP to be used for multicast source discovery, and for showing interest in receiving particular multicast flows. Taken together, these procedures allow BGP to be used as a replacement for other multicast routing protocols, such as PIM or mLDP. The BGP procedures specified here are based on the BGP multicast procedures that were originally designed for use by providers of Multicast Virtual Private Network service. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-bgp-multicast/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-bgp-multicast-01 https://datatracker.ietf.org/doc/html/draft-ietf-bess-bgp-multicast-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-bgp-multicast-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sat May 16 23:11:37 2020 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 99AB83A0DA5; Sat, 16 May 2020 23:11:31 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.130.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bess@ietf.org Message-ID: <158969589152.26795.14516244125213453930@ietfa.amsl.com> Date: Sat, 16 May 2020 23:11:31 -0700 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-evpn-unequal-lb-04.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2020 06:11:32 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled ServiceS WG of the IETF. Title : Weighted Multi-Path Procedures for EVPN All-Active Multi-Homing Authors : Neeraj Malhotra Ali Sajassi Jorge Rabadan John Drake Avinash Lingala Samir Thoria Filename : draft-ietf-bess-evpn-unequal-lb-04.txt Pages : 18 Date : 2020-05-16 Abstract: In an EVPN-IRB based network overlay, EVPN all-active multi-homing enables multi-homing for a CE device connected to two or more PEs via a LAG bundle, such that bridged and routed traffic from remote PEs can be equally load balanced (ECMPed) across the multi-homing PEs. This document defines extensions to EVPN procedures to optimally handle unequal access bandwidth distribution across a set of multi- homing PEs in order to: o provide greater flexibility, with respect to adding or removing individual PE-CE links within the access LAG. o handle PE-CE LAG member link failures that can result in unequal PE-CE access bandwidth across a set of multi-homing PEs. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-unequal-lb/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-evpn-unequal-lb-04 https://datatracker.ietf.org/doc/html/draft-ietf-bess-evpn-unequal-lb-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-evpn-unequal-lb-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sat May 16 23:15:45 2020 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C14B53A0DA7; Sat, 16 May 2020 23:15:43 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.130.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bess@ietf.org Message-ID: <158969614374.18541.8725286395872249753@ietfa.amsl.com> Date: Sat, 16 May 2020 23:15:43 -0700 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-evpn-irb-extended-mobility-03.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2020 06:15:44 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled ServiceS WG of the IETF. Title : Extended Mobility Procedures for EVPN-IRB Authors : Neeraj Malhotra Ali Sajassi Aparna Pattekar Avinash Lingala Jorge Rabadan John Drake Filename : draft-ietf-bess-evpn-irb-extended-mobility-03.txt Pages : 25 Date : 2020-05-16 Abstract: Procedure to handle host mobility in a layer 2 Network with EVPN control plane is defined as part of RFC 7432. EVPN has since evolved to find wider applicability across various IRB use cases that include distributing both MAC and IP reachability via a common EVPN control plane. MAC Mobility procedures defined in RFC 7432 are extensible to IRB use cases if a fixed 1:1 mapping between VM IP and MAC is assumed across VM moves. Generic mobility support for IP and MAC that allows these bindings to change across moves is required to support a broader set of EVPN IRB use cases, and requires further consideration. EVPN all-active multi-homing further introduces scenarios that require additional consideration from mobility perspective. This document enumerates a set of design considerations applicable to mobility across these EVPN IRB use cases and defines generic sequence number assignment procedures to address these IRB use cases. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-irb-extended-mobility/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-evpn-irb-extended-mobility-03 https://datatracker.ietf.org/doc/html/draft-ietf-bess-evpn-irb-extended-mobility-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-evpn-irb-extended-mobility-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon May 18 00:53:47 2020 Return-Path: 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 AD3463A0940; Mon, 18 May 2020 00:53:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.197 X-Spam-Level: X-Spam-Status: No, score=-0.197 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 vOyoGVjGBvBW; Mon, 18 May 2020 00:53:44 -0700 (PDT) Received: from mail-wr1-x42e.google.com (mail-wr1-x42e.google.com [IPv6:2a00:1450:4864:20::42e]) (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 429E63A093F; Mon, 18 May 2020 00:53:44 -0700 (PDT) Received: by mail-wr1-x42e.google.com with SMTP id y3so10635619wrt.1; Mon, 18 May 2020 00:53:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:mime-version:thread-index :content-language; bh=3vasqLmUDRNGc+eqWndeTh3wJ8YQtJ1lWK/U94syCYY=; b=aDyJcjtKa9xoMDcpjDHYHN95D9fheM/eNFW2zq3LcW1R06bcPUnCKQrEqCyr1s4MId ANO1QEI2AusLBStvK+U5PNqV1TQwyMUmY0EKz7bCh4rOpIK/uUqm32se0hGQaTDcbN18 KUnqr3YgnL0hZXwVqOXCYypvg2IG2JQeZgHjaeoHQSIxqz/lrtrlKnQ5PZel+peCXY4Q au6utz5hCESUiGWP+f0Xct7seqOsJP4XXO7fPWDUI0dL/JxmjQFPUF3+MfaHar02z6+3 mlmNsFhJShGJY7tLzNivJgwnq0fjD84OstX5B3c39Zwy+StUeWs5WfbsRL1wWAlFojZt jVOw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :thread-index:content-language; bh=3vasqLmUDRNGc+eqWndeTh3wJ8YQtJ1lWK/U94syCYY=; b=CdidJF7gsLLD5AbCZ3E/9r6TRHyMHTX843xjMszESJoXueKC+tQi4SuSxiZzVqVpyt 07i7CjTnAg9bdWq4TI0DXDXlpeOuQF2vIB1DF/irx4WwZgW1KEnevIW51UvfdRzHcaMO 02ODoav9GM9fKaRJBwyYrJjAoxkjxGAnwPrSfFTAH6IUA1HHQWVwc4JsH8JMpeCqHACO 1V0wN/IE5wDhpF4kUmDiyjc7dUMN7ULJW8Bhf4zmr7zVzfxIkoDBwmgJFT2vv7buppmr WUiXJu9YhUncujCHIvRy+X+1K2Z5Tx5aQ1o24xWgftyNvn5Bdm61KhQ1NnoIFaDaVLx1 a23Q== X-Gm-Message-State: AOAM532Wm94MIT8sn9co9pgl4U3/ZUJf1h4fSdXQ3+ALLZByxRt+0Epd Bpm5jMIBVSnqbS0n+Vm0JYTl++I= X-Google-Smtp-Source: ABdhPJxwGgEKSgz0Se7jp963jI8CRSdLSZscvirZt0J0h93B+2/UldMqhBA/z9c5j2/iXIoQuf6igA== X-Received: by 2002:a5d:43d1:: with SMTP id v17mr17871716wrr.282.1589788422336; Mon, 18 May 2020 00:53:42 -0700 (PDT) Received: from SLITKOWS3YYU6 ([173.38.220.53]) by smtp.gmail.com with ESMTPSA id d6sm10397481wrj.90.2020.05.18.00.53.41 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 18 May 2020 00:53:41 -0700 (PDT) From: To: Cc: Date: Mon, 18 May 2020 09:53:40 +0200 Message-ID: <01df01d62ce9$7292e540$57b8afc0$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_01E0_01D62CFA.361C5180" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdYs6SUp0t3oNaDYRymeGRCR1l+P6w== Content-Language: fr Archived-At: Subject: [bess] new WGLC on draft-ietf-bess-evpn-igmp-mld-proxy-05 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 07:53:46 -0000 This is a multipart message in MIME format. ------=_NextPart_000_01E0_01D62CFA.361C5180 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi WG, Following the discussion and significant document update, we are starting a new Working Group Last Call on draft-ietf-bess-evpn-igmp-mld-proxy-05 This poll runs until the 1st of June. Please read carefully the document and raise any concern about the changes that have been introduced. Thanks, Stephane & Matthew https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-igmp-mld-proxy ------=_NextPart_000_01E0_01D62CFA.361C5180 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi WG,

 

Following the discussion and significant document update, = we are starting a new Working Group Last Call on = draft-ietf-bess-evpn-igmp-mld-proxy-05

 

This poll runs until the = 1st of June.

 

Please read carefully the document and raise any concern = about the changes that have been introduced.

 

 

Thanks,

 

Stephane & = Matthew

 

https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-igmp-mld-proxy=

 

------=_NextPart_000_01E0_01D62CFA.361C5180-- From nobody Tue May 19 05:59:09 2020 Return-Path: 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 322FC3A0BE7; Tue, 19 May 2020 05:59:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.697 X-Spam-Level: X-Spam-Status: No, score=-7.697 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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=UVMcYuN1; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=gVVPdppK 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 qi8CZLRU-htJ; Tue, 19 May 2020 05:58:58 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 25B463A0C7B; Tue, 19 May 2020 05:58:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6413; q=dns/txt; s=iport; t=1589893131; x=1591102731; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=1S0ReRES8oKEAjNuYHiZmmP9bsgRL6f+dFaqhsmrEZ0=; b=UVMcYuN1RUPtALHUjPZhBi5I7cHi85m7Qx5T3bAAXPsqwUNvCNOMwkpB ZHUnZtugikDxsmo94SfaSI0JHD0QmT9aAShGXcam9x8ErueKj6kp1CV28 U5DIRc8EPFASM8eOwnqmKMMw8ycyMOkYvbmZg5Itt75tNTYwp5Hhb6xIG g=; IronPort-PHdr: =?us-ascii?q?9a23=3A9BXNCR1pvHeSeDPssmDT+zVfbzU7u7jyIg8e44?= =?us-ascii?q?YmjLQLaKm44pD+JxWGuadiiVbIWcPQ7PcXw+bVsqW1X2sG7N7BtX0Za5VDWl?= =?us-ascii?q?cDjtlehA0vBsOJSCiZZP7nZiA3BoJOAVli+XzoPk1cGcK4bFrX8TW+6DcIEU?= =?us-ascii?q?D5Mgx4bu3+Bo/ViZGx0Oa/s53eaglFnnyze7R3eR63tg7W8MIRhNhv?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CSBQDp1sNe/5RdJa1mHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQGCB4ElL1EHb1gvLIQkg0YDjUOJe4lchGSCUgNUCwEBAQwBASM?= =?us-ascii?q?KAgQBAYREAheBdiQ4EwIDAQELAQEFAQEBAgEFBG2FVgyFcQEBAQEDEhEdAQE?= =?us-ascii?q?3AQ8CAQgRAwECKwICAh8RHQgBAQQBDQUigwQBgX5NAy4BDqZAAoE5iGF2gTK?= =?us-ascii?q?DAQEBBYFGQUKCRw0Lgg4DBoE4gmOJXxqBQT+BESccgk0+gh5JAgIBAYIBDYJ?= =?us-ascii?q?nM4ItkV+GIppJSgqCUIgmi0uEVh2CXYhwhQKNB5BDgVyID4JKkR4CBAIEBQI?= =?us-ascii?q?OAQEFgWkigVZwFWUBgj5QGA2QQINyhRSFQnQ3AgYIAQEDCXyOGwEB?= X-IronPort-AV: E=Sophos;i="5.73,410,1583193600"; d="scan'208,217";a="773067164" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 19 May 2020 12:58:50 +0000 Received: from XCH-RCD-005.cisco.com (xch-rcd-005.cisco.com [173.37.102.15]) by rcdn-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id 04JCwot0006601 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 19 May 2020 12:58:50 GMT Received: from xhs-rtp-001.cisco.com (64.101.210.228) by XCH-RCD-005.cisco.com (173.37.102.15) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 19 May 2020 07:58:49 -0500 Received: from xhs-aln-003.cisco.com (173.37.135.120) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 19 May 2020 08:58:48 -0400 Received: from NAM11-DM6-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Tue, 19 May 2020 07:58:48 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=e6qV32oD5lXvmckmptjl5OcRotg7304vcLZuJXNmJ6ldClPt/JCtlu59/EMk+fg5O+dUBcd7PFLm/DqU+X/5RM08crbVxCVv6GJfpmksLHqp2qVd9tXxTEN+NG8l/8OH3nABsopxMnDE5j+YqGYfT3UiiD0XKmGmJlpr6+I7SDpZHmAaNiCsOSbKix3HVj7FTzAYCQgPfdW20rb8izmgBPXr1J+ejp/l+L6i/S6QX4RSpVdknj4UzjUN5RURvtnav0g14wB1Yd1YoSOzdXqcYq51d0hHX73pVlTVl7pXVBvQXLWACS9OutvbkuWb1Wfsc2Fkugj/RCg4mBe4mCoHgg== 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=1S0ReRES8oKEAjNuYHiZmmP9bsgRL6f+dFaqhsmrEZ0=; b=Am6qz5ioODFRzIcxIA4WjUAv56MBsjrNAOd0Bd1aQ7sGWMvegTvn4IPXOffkNnT2w65Myu21WX+snpz6rU23WuUpyGWV6IIennxwJlbmK/4zaUUPFSl9P4GDP/tCdMMnhiGZdQ+0fDFqMHJX9hNhWLf5czk6JrdTlEOLtXp57Yw16be4t0m9z4YHbCdK/CBjDKQ8sD8gc7ufV84xgPOx2pXxZTXrUD2Hj179ivF/tn86mbsQHQWUhxBs3HXzZMi2HjrZDYVmuoGtL6uADWJLymkoEc9YTPiGHVvFlM26NorTvTc20gMkkEh90Z6fBjvuw284niT7G6UIcN2cllU7Qw== 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=1S0ReRES8oKEAjNuYHiZmmP9bsgRL6f+dFaqhsmrEZ0=; b=gVVPdppK5b2GXVNT/dChoB1lVcGuxAp02qioKCn8OZsIaUTaDtZZ3dsQwn/o+9Gw265OAahLE1npH8HwsuFkuU2B1gX4CYejZGaO7tmwpGzz3o/bUntk50flsOewi7HzSVnmwdLEhRIuBIFDGD4BCwni+UftWgJyWYBRZThsUAc= Received: from SN6PR11MB2654.namprd11.prod.outlook.com (2603:10b6:805:54::31) by SN6PR11MB2975.namprd11.prod.outlook.com (2603:10b6:805:d0::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3000.26; Tue, 19 May 2020 12:58:47 +0000 Received: from SN6PR11MB2654.namprd11.prod.outlook.com ([fe80::5081:b134:66a1:f047]) by SN6PR11MB2654.namprd11.prod.outlook.com ([fe80::5081:b134:66a1:f047%2]) with mapi id 15.20.3000.033; Tue, 19 May 2020 12:58:47 +0000 From: "Mankamana Mishra (mankamis)" To: "slitkows.ietf@gmail.com" , "bess@ietf.org" CC: "bess-chairs@ietf.org" Thread-Topic: new WGLC on draft-ietf-bess-evpn-igmp-mld-proxy-05 Thread-Index: AdYs6SUp0t3oNaDYRymeGRCR1l+P6wAuWkuA Date: Tue, 19 May 2020 12:58:47 +0000 Message-ID: References: <01df01d62ce9$7292e540$57b8afc0$@gmail.com> In-Reply-To: <01df01d62ce9$7292e540$57b8afc0$@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.36.20041300 authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=cisco.com; x-originating-ip: [2601:646:8500:d450:8527:2394:ee3e:3579] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 350cba4d-71b4-43be-aea3-08d7fbf45ecf x-ms-traffictypediagnostic: SN6PR11MB2975: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6108; x-forefront-prvs: 040866B734 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Jkm2K0dGZ5s9NTZcsFdfs68rITwjzmiOWHx1y6Uqb5t8ZCO5spl/kjYLtU2v/HB0gSoX5M1UYJStQAykgC4Ipg76SMZluu5tTzX7WeE/yMkL/dqMiF00gxo0UCo7mJKzxoFgdPzB7wRa5t2UK4y6RBGwkFTHy8cxwkiGsZOOFyKd4Dte72GxegmlVACMtPshtHcouXaIO5kfI+Mre2vQgShUp5TIf2JRFeiv6f5dMXdbqtayQoOY+eHNI0y2WyR4VwEK17g21qL5NfLjt5d+UnHuVIlPQ6B84ARROOnlJQ+v+Z02Z3eLqdjvcrex72KE/wl7OkHwXRrv/lnPxGZqU6Y1JZNqU0vXHNSIrHyOtY3um9RM1Pt4rXXfNSr2oZiQPCI1atNZTV0u0oB+mbqVSjWcQqRMEElOgwJcARjyHS1a41aP8w3OM/Hbe3RojhkkGAOONGDDcF44/47g4kmmOWN/7Xd55WI7itNn0VKRLvMKceNQ/lQTsY4iY+lYMp1i/tEly0vMvvAC68f3v/j/GQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SN6PR11MB2654.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(396003)(136003)(366004)(39860400002)(376002)(346002)(110136005)(8936002)(66476007)(2616005)(66556008)(6486002)(66446008)(64756008)(5660300002)(66946007)(76116006)(6506007)(166002)(8676002)(316002)(4744005)(186003)(478600001)(966005)(71200400001)(6512007)(86362001)(36756003)(4326008)(91956017)(2906002)(53546011)(33656002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: kr5VyHqWIL/AMpRePtUySq1p1GMBObr0A+haK6bBa9fuhe3EVSmoVXv/BXWpYKZFFaudpoX8qzs8ciOaJFxONgAcg6iTxUKnwAW+MvtkO7jTEZBc56QtJgFid9lnwoCkwNYpxulY7yqkbqKHqRxXJzlPAsw/dP5yH8A6qNcriXJU7qC2gFXzJy4OU8p0cZHJOFDPm/Ma1AuxqE7hnd+UmxfcCoLl3x1bcmeod5NqNMBVGBYjL7sLuLSdGJACqFcxecnV8NZTJNoPTEcUf7eRPoDR+YXDvKG7athzAUaXoJQkimGe414mCpoGeaz1u3ijSt65EyrL/a4JBMMgBB2oTHJwaLkMuwIA22r7ckiXoyNRbS2ZVeukHe3Cue0IzNMbyz6hRqV4Npx/gpf9T0jChx4qoX1C69gyJym8edB1kWuDE6Uj/ZwK66oABlMqyeiBv0HrzgfpbbEj8nbT+wI1SB+KZx4UAp8tqjY/2fX9l+K2rBraXIv1uqRtNgQcT4kLhc3/9AFN68jMYe9JYarSOKl62aU1ETBsSju3UYxh5UUVUI+NZv9c2JFCezdVJuhn x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_B8A63E88CB6B462AB7E2E93795C6C3F6ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 350cba4d-71b4-43be-aea3-08d7fbf45ecf X-MS-Exchange-CrossTenant-originalarrivaltime: 19 May 2020 12:58:47.3217 (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: HGpOOKe/Zyb0QOSnTutUA1rejqu/eTjQwO32qvlLjATwgQoGbCO7x0KTwoY6tCWop0rGBSASwNDurHSHfpFmlQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR11MB2975 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.15, xch-rcd-005.cisco.com X-Outbound-Node: rcdn-core-12.cisco.com Archived-At: Subject: Re: [bess] new WGLC on draft-ietf-bess-evpn-igmp-mld-proxy-05 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 12:59:08 -0000 --_000_B8A63E88CB6B462AB7E2E93795C6C3F6ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U3VwcG9ydCB0aGUgY2hhbmdlcy4gQ2lzY28gaXMgYWxyZWFkeSBtb2RpZnlpbmcgdGhlIGltcGxl bWVudGF0aW9uIGFzIHBlciBjdXJyZW50IGRyYWZ0Lg0KDQpNYW5rYW1hbmENCg0KRnJvbTogInNs aXRrb3dzLmlldGZAZ21haWwuY29tIiA8c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20+DQpEYXRlOiBN b25kYXksIE1heSAxOCwgMjAyMCBhdCAxMjo1NCBBTQ0KVG86ICJiZXNzQGlldGYub3JnIiA8YmVz c0BpZXRmLm9yZz4NCkNjOiAiYmVzcy1jaGFpcnNAaWV0Zi5vcmciIDxiZXNzLWNoYWlyc0BpZXRm Lm9yZz4NClN1YmplY3Q6IG5ldyBXR0xDIG9uIGRyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxk LXByb3h5LTA1DQpSZXNlbnQtRnJvbTogPGFsaWFzLWJvdW5jZXNAaWV0Zi5vcmc+DQpSZXNlbnQt VG86IDxtYW5rYW1pc0BjaXNjby5jb20+LCA8c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20+LCA8bWF0 dGhldy5ib2NjaUBub2tpYS5jb20+DQpSZXNlbnQtRGF0ZTogTW9uZGF5LCBNYXkgMTgsIDIwMjAg YXQgMTI6NTMgQU0NCg0KSGkgV0csDQoNCkZvbGxvd2luZyB0aGUgZGlzY3Vzc2lvbiBhbmQgc2ln bmlmaWNhbnQgZG9jdW1lbnQgdXBkYXRlLCB3ZSBhcmUgc3RhcnRpbmcgYSBuZXcgV29ya2luZyBH cm91cCBMYXN0IENhbGwgb24gZHJhZnQtaWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHktMDUN Cg0KVGhpcyBwb2xsIHJ1bnMgdW50aWwgdGhlIDFzdCBvZiBKdW5lLg0KDQpQbGVhc2UgcmVhZCBj YXJlZnVsbHkgdGhlIGRvY3VtZW50IGFuZCByYWlzZSBhbnkgY29uY2VybiBhYm91dCB0aGUgY2hh bmdlcyB0aGF0IGhhdmUgYmVlbiBpbnRyb2R1Y2VkLg0KDQoNClRoYW5rcywNCg0KU3RlcGhhbmUg JiBNYXR0aGV3DQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYt YmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5DQoNCg== --_000_B8A63E88CB6B462AB7E2E93795C6C3F6ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <57C84DC5FFC3D44387F93E8CCD3ED643@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglm b250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5N c29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZTox MC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdp bjo3MC44NXB0IDcwLjg1cHQgNzAuODVwdCA3MC44NXB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7 cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVO LVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2Vj dGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U3VwcG9ydCB0aGUgY2hhbmdlcy4gQ2lzY28g aXMgYWxyZWFkeSBtb2RpZnlpbmcgdGhlIGltcGxlbWVudGF0aW9uIGFzIHBlciBjdXJyZW50IGRy YWZ0Lg0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk1hbmthbWFuYSA8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdiBzdHlsZT0i Ym9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQg MGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPkZyb206IDwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPiZxdW90O3NsaXRrb3dzLmlldGZAZ21haWwuY29t JnF1b3Q7ICZsdDtzbGl0a293cy5pZXRmQGdtYWlsLmNvbSZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+ TW9uZGF5LCBNYXkgMTgsIDIwMjAgYXQgMTI6NTQgQU08YnI+DQo8Yj5UbzogPC9iPiZxdW90O2Jl c3NAaWV0Zi5vcmcmcXVvdDsgJmx0O2Jlc3NAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+Q2M6IDwvYj4m cXVvdDtiZXNzLWNoYWlyc0BpZXRmLm9yZyZxdW90OyAmbHQ7YmVzcy1jaGFpcnNAaWV0Zi5vcmcm Z3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPm5ldyBXR0xDIG9uIGRyYWZ0LWlldGYtYmVzcy1ldnBu LWlnbXAtbWxkLXByb3h5LTA1PGJyPg0KPGI+UmVzZW50LUZyb206IDwvYj4mbHQ7YWxpYXMtYm91 bmNlc0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5SZXNlbnQtVG86IDwvYj4mbHQ7bWFua2FtaXNAY2lz Y28uY29tJmd0OywgJmx0O3NsaXRrb3dzLmlldGZAZ21haWwuY29tJmd0OywgJmx0O21hdHRoZXcu Ym9jY2lAbm9raWEuY29tJmd0Ozxicj4NCjxiPlJlc2VudC1EYXRlOiA8L2I+TW9uZGF5LCBNYXkg MTgsIDIwMjAgYXQgMTI6NTMgQU08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+SGkgV0csPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkZvbGxvd2lu ZyB0aGUgZGlzY3Vzc2lvbiBhbmQgc2lnbmlmaWNhbnQgZG9jdW1lbnQgdXBkYXRlLCB3ZSBhcmUg c3RhcnRpbmcgYSBuZXcgV29ya2luZyBHcm91cCBMYXN0IENhbGwgb24gZHJhZnQtaWV0Zi1iZXNz LWV2cG4taWdtcC1tbGQtcHJveHktMDU8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhpcyBwb2xs IHJ1bnMgdW50aWwgdGhlIDE8c3VwPnN0PC9zdXA+IG9mIEp1bmUuPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPlBsZWFzZSByZWFkIGNhcmVmdWxseSB0aGUgZG9jdW1lbnQgYW5kIHJhaXNlIGFueSBj b25jZXJuIGFib3V0IHRoZSBjaGFuZ2VzIHRoYXQgaGF2ZSBiZWVuIGludHJvZHVjZWQuPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+VGhhbmtzLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7 PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TdGVwaGFuZSAmYW1wOyBNYXR0 aGV3PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5Ij5odHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1w cm94eTwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_B8A63E88CB6B462AB7E2E93795C6C3F6ciscocom_-- From nobody Tue May 19 09:25:19 2020 Return-Path: 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 784393A0ABB for ; Tue, 19 May 2020 09:25:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.597 X-Spam-Level: X-Spam-Status: No, score=-9.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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=ZTa7wuF4; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=U2ftpSLU 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 2OZ9LaejULqG for ; Tue, 19 May 2020 09:25:14 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E95CF3A0861 for ; Tue, 19 May 2020 09:24:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3219; q=dns/txt; s=iport; t=1589905500; x=1591115100; h=from:to:subject:date:message-id:mime-version; bh=xAf4vzEslJRCTLfF2LIFIoW8GjLJooFDvDSvP6k9d40=; b=ZTa7wuF4tq6G6v6smg5d2lTqKx0tx2GAddTXeZpjwerQlHwr+LaXtUpe s9VoZycQHMVYMx93MrGoNUHiLYpwbnCI1x6tJ/ALv/w0BlKM/At0ciuUT qcyvTCuqKXpTRD5CEvYqJY9tyNAmu4+Cov4jvSqudIOVlpiGSEeUDbO3U I=; IronPort-PHdr: =?us-ascii?q?9a23=3ARmuZFxeO3kOCfvzCRdB3zCNclGMj4e+mNxMJ6p?= =?us-ascii?q?chl7NFe7ii+JKnJkHE+PFxlwaQB9fa5u5Kze3MvPOoVW8B5MOHt3YPONxJWg?= =?us-ascii?q?QegMob1wonHIaeCEL9IfKrCk5yHMlLWFJ/uX3uN09TFZX/akHc5Hqo4m1aFh?= =?us-ascii?q?D2LwEgIOPzF8bbhNi20Obn/ZrVbk1IiTOxbKk0Ig+xqFDat9Idhs1pLaNixw?= =?us-ascii?q?=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AEFADFB8Re/4UNJK1mHgEBCxIMgXw?= =?us-ascii?q?LgSUvUQdvWC8sCoQag0YDizGBbJN8hGSBLoEkA1QLAQEBDAEBIwoCBAEBhEQ?= =?us-ascii?q?ZgXYkNgcOAgMBAQsBAQUBAQECAQUEbYVWAQuGChEdAQE4EQEMPgIEMCcENYM?= =?us-ascii?q?EAYF+TQMuAQ6ndgKBOYhhdoEygwEBAQWCSYJFGIIOAwaBOIJjiV8agUE/gRE?= =?us-ascii?q?nDBCBOIQ6AgIagXaCZzOCLZFfhiKbEwqCUJhHHYJdiHCSCZBDnVMCBAIEBQI?= =?us-ascii?q?OAQEFgVkIKoFWcBVlAYI+UBgNkECDcopWdAI1AgYIAQEDCXyNCwGBDwEB?= X-IronPort-AV: E=Sophos;i="5.73,410,1583193600"; d="scan'208,217";a="679885604" Received: from alln-core-11.cisco.com ([173.36.13.133]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 19 May 2020 16:24:58 +0000 Received: from XCH-RCD-005.cisco.com (xch-rcd-005.cisco.com [173.37.102.15]) by alln-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id 04JGOw83002110 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for ; Tue, 19 May 2020 16:24:58 GMT Received: from xhs-rtp-002.cisco.com (64.101.210.229) by XCH-RCD-005.cisco.com (173.37.102.15) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 19 May 2020 11:24:58 -0500 Received: from xhs-aln-003.cisco.com (173.37.135.120) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 19 May 2020 12:24:58 -0400 Received: from NAM04-SN1-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Tue, 19 May 2020 11:24:58 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=QtOGRtnsCDWORTIeS8fqTvtC0aZpH5shWc81Bd+xmBRFpvf0G7bqa1JoP0HdOBift4gwlI94Vgl37jeGgckgrDWMxn9aowOYPORYTU7UOM2mdK/zLQcS03aiYB4r8yfxLEq38OsnyQqsaF+boM9XnHxB1Q3wEUeq+suWNkIDZYxiLDjE6XVRXunfXlQ73vVyuiwQLJPr5C4roKGyMowSd492PtVqQPA7e2MYuPyeyfi5V/6qx0NW/q2UuBINyp2VYgoaoHwc8gtXI17L4dxwEcETiIurbIlCo5eM682TWpt3im3HKnOFbgBZ6ylERxKK86s+5fLeU3ako8fQ6UocEw== 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=xAf4vzEslJRCTLfF2LIFIoW8GjLJooFDvDSvP6k9d40=; b=a3bPYTiBlkipn+9sXfYbAnZ72QwBkHzKlp8LZL2Qfkdrkf54WitDCSxvezxV8q4bQbKi+IpEy70IrRU5xddNUm9ppE4ljNvWXaVlLcHUrrXf+KzthcTF3GeTS3ubbrfZdPixXXesWnneptwgMzmBCE14eNoHVV6rX799o+/GS7ARMwafcV6bzU+sRVDHKEYOpGkKQmrww94lrypcZPjpY0XSt60t81lDfGbVhsTt0RK3kERiOGcjpAeZvlEtOI1Lag8eAD5BIs+jAMCN7jo6Xik03DqftsriKGn176bvIbURys55tHju1uV7yLsg/jNWmkQGvvkL9gfACauz5f5Fjg== 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=xAf4vzEslJRCTLfF2LIFIoW8GjLJooFDvDSvP6k9d40=; b=U2ftpSLUnAMKBys8BpORzZT/vx9CzhE3Elm5BOsp6jxJSq6/gNYHOFCiLWXozAE59PghtjTIseoLPoIMCKbM6sReaZqeDegyco9UJpKbIUx5EoCsXAHSQZcz4wPYofdp11g8+i4CUhiAjvtagJljgFWjcccIKlYkhWn6emhg80A= Received: from SN6PR11MB2654.namprd11.prod.outlook.com (2603:10b6:805:54::31) by SN6PR11MB2814.namprd11.prod.outlook.com (2603:10b6:805:55::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3021.23; Tue, 19 May 2020 16:24:57 +0000 Received: from SN6PR11MB2654.namprd11.prod.outlook.com ([fe80::5081:b134:66a1:f047]) by SN6PR11MB2654.namprd11.prod.outlook.com ([fe80::5081:b134:66a1:f047%2]) with mapi id 15.20.3000.033; Tue, 19 May 2020 16:24:57 +0000 From: "Mankamana Mishra (mankamis)" To: "bess@ietf.org" Thread-Topic: BESS interim session recording Thread-Index: AQHWLfoJ1sRRVEBjD0u7l3zkoOSwHg== Date: Tue, 19 May 2020 16:24:57 +0000 Message-ID: <059AC2AF-183F-489D-8557-B151948AC2FC@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.36.20041300 authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=cisco.com; x-originating-ip: [73.92.34.200] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 47d4e1fc-c2e3-4afb-1925-08d7fc112bad x-ms-traffictypediagnostic: SN6PR11MB2814: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:5516; x-forefront-prvs: 040866B734 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: VBkpYbywGHzDJDiBqOjGLyjEjdDLeT5YSiYn4CZYeluUklD4AQgK3pB+zFDrr9XSSGQYqu5qtj508UJgtKRmUKPnn7TAB6WLuMcqQH/Uw5o+zG12P/G5muXODXnvIe44Ze1LMC75egI8KEtvW9QTO7cgPoEfYwfFZMgQd+DQ9fxEiMYdpgtEpb3TxlI+zfcmhWxudU8dv/LDb1mBDORPArIQgqXZv0Qx4rnAQNGjlUQSmCtb0r7NK+8Gihu1mggBCxLhmrmHIdGP8KOue3osMPDPlPegTnrl2285k+AY+hduyee7F0OXXxBSL1LZk3VfVf1BoHBKCibV7wwVhylqKF/ZjO0cyhXykGG+u1WVmQDvjc4dWTLjIyOpNNTWpnU89FkkF9zOF7P3lwqeKefa2w== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SN6PR11MB2654.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(366004)(396003)(346002)(39860400002)(136003)(376002)(86362001)(558084003)(33656002)(8936002)(6916009)(6506007)(186003)(6486002)(26005)(8676002)(316002)(3480700007)(166002)(66476007)(5660300002)(66556008)(71200400001)(66946007)(66446008)(64756008)(2906002)(36756003)(6512007)(4743002)(966005)(478600001)(2616005)(76116006); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: iWGGvXXKGdefQ+98tlHs16DnuQakw+/pBIKdUc6WNqGVhLvz7LxWD8BI5immEzHUvbt19WAlJXxfAWL2PqKQMD22BPBpep2XlkdQZoTq2er6q7IRoEfRbdcDr0COnUNfIaYJ1Vw/4M4fqq/Ci73YvQonns8EZvm5dFZ/CVRWjaBtXuCqq63oRKJYxO6RZ2b9ht8mLaFzihxBT+5Vn6258ZIoUBuElEH+kb0VdPNH8+jdjgCiz1q55AOt57wa3SQI9MvvKTbFHS4qmQUZbky4cvlmrJtpPmvxkztUuqYuD/Pd+Q3TKQkJD+u607cpQRD2h2zpkCm9Z72oYHkQ4sGuTfvGbC/QNCDeNbvNn3cNz9cjN+bDGoNeq6CSFQujZM2q9YfFgPjKCNqafJL9NZaOr903qX65CT5zwmV7bjU1HY6zyaBShv5jeZ884dS8xg77pY27Itu+TqHbQTcB4Qdt/2ccAL/M3xtVML8jYY2VfXw= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_059AC2AF183F489D8557B151948AC2FCciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 47d4e1fc-c2e3-4afb-1925-08d7fc112bad X-MS-Exchange-CrossTenant-originalarrivaltime: 19 May 2020 16:24:57.2503 (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: UrbmdJIdLuzt5/+739FQkexmnu8cRRXtgppE1v3p6JnM0H7n01epwu9GscbS/ztyOrJdSdjoLJf4DiPxdc0gYQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR11MB2814 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.15, xch-rcd-005.cisco.com X-Outbound-Node: alln-core-11.cisco.com Archived-At: Subject: [bess] BESS interim session recording X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 16:25:17 -0000 --_000_059AC2AF183F489D8557B151948AC2FCciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QWxsLA0KSWYgeW91IG1pc3NlZCBCRVNTIGludGVyaW0gbWVldGluZy4gUGxlYXNlIGZpbmQgdGhl IHJlY29yZGluZ3MuDQpodHRwczovL3d3dy55b3V0dWJlLmNvbS93YXRjaD92PTR5MTZreUtidS1J JmZlYXR1cmU9eW91dHUuYmUNCg0KDQpNYW5rYW1hbmENCg== --_000_059AC2AF183F489D8557B151948AC2FCciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <07E53BA9C93D3744B13E9BB07AE57427@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0K Lk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXpl OjEyLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBXb3Jk U2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGlu IDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9z dHlsZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0i Izk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkFsbCwgPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PklmIHlvdSBtaXNzZWQgQkVTUyBpbnRlcmltIG1lZXRpbmcuIFBsZWFzZSBmaW5kIHRoZSByZWNv cmRpbmdzLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEg aHJlZj0iaHR0cHM6Ly93d3cueW91dHViZS5jb20vd2F0Y2g/dj00eTE2a3lLYnUtSSZhbXA7ZmVh dHVyZT15b3V0dS5iZSI+aHR0cHM6Ly93d3cueW91dHViZS5jb20vd2F0Y2g/dj00eTE2a3lLYnUt SSZhbXA7ZmVhdHVyZT15b3V0dS5iZTwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPk1hbmthbWFuYSA8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_059AC2AF183F489D8557B151948AC2FCciscocom_-- From nobody Tue May 19 10:01:19 2020 Return-Path: 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 3C4B23A0B9E; Tue, 19 May 2020 10:00:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.597 X-Spam-Level: X-Spam-Status: No, score=-9.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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=Ebi03wNo; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=xJiG9h2f 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 R235QxwwCg5c; Tue, 19 May 2020 10:00:51 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 871ED3A0B9D; Tue, 19 May 2020 10:00:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6107; q=dns/txt; s=iport; t=1589907651; x=1591117251; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=8iisDPT6pT5/uc8Wh+GJ52vha3UEUA2kwIY9yBgPOIQ=; b=Ebi03wNoWiRMIDC3Y75JjNmxSHfXrpOWgaFsUhY2/0UN68M2u1qVTaan dH2NuZcHk+3eTuWh34yWPJbapdrz8h7sDeT39on+i7ovqStRJLa+oGkYy +8xgV6DMYcl5LYAkQwkGArneU4jJzVK4BKxWntmODNWJSDAaGKbFXPemP s=; IronPort-PHdr: =?us-ascii?q?9a23=3A06TebRZgHlfnPA35SWARuCf/LSx94ef9IxIV55?= =?us-ascii?q?w7irlHbqWk+dH4MVfC4el21QaVD4re4vNAzeHRtvOoVW8B5MOHt3YPONxJWg?= =?us-ascii?q?QegMob1wonHIaeCEL9IfKrCk5yHMlLWFJ/uX3uN09TFZXxYlTTpju56jtBUh?= =?us-ascii?q?n6PBB+c+LyHIOahs+r1ue0rpvUZQgAhDe0bb5oahusqgCEvcgNiowkIaE0mR?= =?us-ascii?q?Y=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CYBQDLD8Re/4gNJK1mHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQGCB4ElL1EHb1gvLAqEGoNGA40gJYl7iVyEZIJSA1QLAQEBDAE?= =?us-ascii?q?BIwoCBAEBhEQCF4F2JDgTAgMBAQsBAQUBAQECAQUEbYVWDIVxAQEBAQMSER0?= =?us-ascii?q?BATcBDwIBCBEDAQIrAgICHxEdCAEBBAENBSKDBAGBfk0DLgEOqAICgTmIYXa?= =?us-ascii?q?BMoMBAQEFgUZBQoJNDQuCDgMGgTiCY4lfGoIAgREnDBCCTT6CHkkCAgEBggE?= =?us-ascii?q?Ngmczgi2RX4YimklKCoJQiCaLS4RWHYJdiHCFAo0HkEOBXIgPgkqRHgIEAgQ?= =?us-ascii?q?FAg4BAQWBaSKBVnAVZQGCPlAYDZBAg3KFFIVCdDcCBggBAQMJfI0LAYEPAQE?= X-IronPort-AV: E=Sophos;i="5.73,410,1583193600"; d="scan'208,217";a="513623182" Received: from alln-core-3.cisco.com ([173.36.13.136]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 19 May 2020 17:00:49 +0000 Received: from XCH-RCD-002.cisco.com (xch-rcd-002.cisco.com [173.37.102.12]) by alln-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id 04JH0ngU024981 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 19 May 2020 17:00:49 GMT Received: from xhs-rtp-002.cisco.com (64.101.210.229) by XCH-RCD-002.cisco.com (173.37.102.12) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 19 May 2020 12:00:48 -0500 Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 19 May 2020 13:00:47 -0400 Received: from NAM12-BN8-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Tue, 19 May 2020 13:00:47 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PJuRDgOsbRyANML9sFhHsrpgJ8Sr91qpPML7puGJIsF6p8ZUaBrwmwE9VKX9cViMk4Jt6RFZ7RnllDZYy390aEmLGcaTquDOWreGOJATxLSXKzBPr59AWuEFz5Qyx0yK2ifvpVQRtUt4CbQ880l5RCXVccWafFk0s1JEdlBHRUwypunyz7SMnQ+50Wux8RVS/pQvV2scYVoYt0EUOaco2cX5fuIImAJn5U2Sj54I437HJ/gHFBu21TqLTGSS08BkGQRRU5qyKxKvvDbHHOnFr6NtXZpQ2OI1WluSqAnLAUBrRZ4ZNIfTjsJwTtGXWRrbAQPjf4PnSQketU/eRmOctw== 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=8iisDPT6pT5/uc8Wh+GJ52vha3UEUA2kwIY9yBgPOIQ=; b=X+6/Cn/MjrCX+VsH+Y/3BtlKAerdT19TjB390M7VnpC2eiV0tyN45WsUcJePQjYSBwV83qc+lC7/GGBvTPKcY01wN2wtUbZPOQN+MwSWKu9nh7DBh/MUeGeyYMUW5SeZtW32WZaOKdNBr72PcsgbGps57MrgC43zl1sS+sEq0rQFoVouUoMhbY8UNn0FhvgLVShB/goss6IF8UOu+VP9/eAbraGlHUNhDWlvpr2gvTvlS86xW7OsbWKBi+u4EDQZ1Tfkl3w+v/HmIsm8axB0eZO7bIfzwneSEmMdR8Yxs7uH1PAWoBPURNYArtegMjB27QIZvYYqWe+9HYXX7w3R4Q== 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=8iisDPT6pT5/uc8Wh+GJ52vha3UEUA2kwIY9yBgPOIQ=; b=xJiG9h2fUzuEioFn48pDR7GekymitBHRNDIXoiXGCu27n2QZftsDKPV89sg6PE4wOa97cdfWacL0M5nsgMHQrkiJiDOjdcKisRE9kiNyAzkr8VMYaoegjc9iSDyh0YZmfXmiORJT9or40VAbnloAoF8uLtElQ6bttPIqYePl70I= Received: from BY5PR11MB4499.namprd11.prod.outlook.com (2603:10b6:a03:1bf::25) by BY5PR11MB4040.namprd11.prod.outlook.com (2603:10b6:a03:186::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3021.23; Tue, 19 May 2020 17:00:47 +0000 Received: from BY5PR11MB4499.namprd11.prod.outlook.com ([fe80::a4ee:2d5f:549d:8f86]) by BY5PR11MB4499.namprd11.prod.outlook.com ([fe80::a4ee:2d5f:549d:8f86%5]) with mapi id 15.20.3000.034; Tue, 19 May 2020 17:00:47 +0000 From: "Krishna Muddenahally Ananthamurthy (kriswamy)" To: "slitkows.ietf@gmail.com" , "bess@ietf.org" CC: "bess-chairs@ietf.org" Thread-Topic: [bess] new WGLC on draft-ietf-bess-evpn-igmp-mld-proxy-05 Thread-Index: AdYs6SUp0t3oNaDYRymeGRCR1l+P6wA2zfGA Date: Tue, 19 May 2020 17:00:46 +0000 Message-ID: <5936D092-5143-4822-8E49-2FFE668920C6@cisco.com> References: <01df01d62ce9$7292e540$57b8afc0$@gmail.com> In-Reply-To: <01df01d62ce9$7292e540$57b8afc0$@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.37.20051002 authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=cisco.com; x-originating-ip: [24.5.250.107] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: adf29fc4-fc66-4b93-f4e2-08d7fc162cfb x-ms-traffictypediagnostic: BY5PR11MB4040: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:5516; x-forefront-prvs: 040866B734 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 0xw1mWsmlBcw+40SS3RyfmnmTkDDFJO2JtbDmzAHIND0a6xkmpiY6jXwoKEPCgCszDpz6cC7jlGnS+W2aeQPhf3AZLvkmRzxoFN4+Fj3/SyBvsebe9J7rN+VlXYPdR6+Vcr1VcRp51I20yVtCfNPdvG4HwHPKuLb41cWJy2jYe6/ANF+kcovrCToKGL/x24RsCguz+dCXmf6LfAFSas9Hdc6N+SBfqXtfgSqUrafi8CdRQ0sCVBPRetKTZhV5gBLblZ/P8UZBN5pjBcGYUL8xGb62LBtOpUbFeZqIT9XE5YCJCJ+vRqjPQ8roVfrV20sMZyHnmiUkokJZNCbYaEUoDL79rGlIcAh1GU/3pj/gemr2VCJZN3z6P7yobvz+R0addriqv70BvmTduKd1cYpNw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY5PR11MB4499.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(376002)(136003)(396003)(39860400002)(366004)(346002)(5660300002)(86362001)(33656002)(71200400001)(478600001)(2906002)(8936002)(26005)(4744005)(66946007)(8676002)(186003)(53546011)(76116006)(6506007)(64756008)(66446008)(966005)(4326008)(66556008)(66476007)(6486002)(2616005)(110136005)(6512007)(36756003)(316002)(166002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: VfKkylZOEO6aUKevi06ttwpILIz9Pgze79UCRuPAJCr9JQ8hP83rJJVQ3DSMA2C841sD+u0+GLJ3+GzyEuCu1Sukp4h6c2vrPPEAthmHZrZWAoEeiRm2esCyVcG0RJW0YVpUuqXcd03y0KkeoxKjzqKgL8JJnU/jgz/SMl0Rpv75fPokAuqhcI0x8oIYVE+AoKZ3lN+z0+8CnKHpOdgKzG68iiSE3locGF65f/XeGqIvLa03CudVj0CIHMwsiqqnQ27e7r+3urnnK3JbEXdV+zBq9VCG8c1plkmpnspa2vbEaWObV7EplXWAMkdiyhrOe1o/EAv2MuGoqhiFYNzYYgT6/n63Bx4CmscQmKLe/dSfNfz9BtbppS1g3kISYYKvEdsr/MD676BAdPNytLjn/7krZvccsvBodkbLMcaP4S8aATy73wDPGtdAw2UJi1GZ//8Gj9/ot1kdO/2KbN6Fla6da+vHXUiYKG0W7AAR6WI= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_5936D092514348228E492FFE668920C6ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: adf29fc4-fc66-4b93-f4e2-08d7fc162cfb X-MS-Exchange-CrossTenant-originalarrivaltime: 19 May 2020 17:00:46.9075 (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: JVSd+Ns1Tjl5/ScJO6Q5i4uNGeraW/YJ/662F2mhC18TP4iOMCGhNwTk1c31vpMjGhfJBXM4CZxl96/xLVVxpg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY5PR11MB4040 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.12, xch-rcd-002.cisco.com X-Outbound-Node: alln-core-3.cisco.com Archived-At: Subject: Re: [bess] new WGLC on draft-ietf-bess-evpn-igmp-mld-proxy-05 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 17:00:53 -0000 --_000_5936D092514348228E492FFE668920C6ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U3VwcG9ydC4gTW9kaWZpZWQgdmVyc2lvbiBpcyBiZWluZyBpbXBsZW1lbnRlZCBvbiBtb3JlIHRo YW4gb25lIENpc2NvIE9TLg0KDQpUaGFua3MNCktyaXNobmENCg0KDQpGcm9tOiBCRVNTIDxiZXNz LWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBvZiAic2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20i IDxzbGl0a293cy5pZXRmQGdtYWlsLmNvbT4NCkRhdGU6IE1vbmRheSwgTWF5IDE4LCAyMDIwIGF0 IDEyOjU0IEFNDQpUbzogImJlc3NAaWV0Zi5vcmciIDxiZXNzQGlldGYub3JnPg0KQ2M6ICJiZXNz LWNoYWlyc0BpZXRmLm9yZyIgPGJlc3MtY2hhaXJzQGlldGYub3JnPg0KU3ViamVjdDogW2Jlc3Nd IG5ldyBXR0xDIG9uIGRyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5LTA1DQoNCkhp IFdHLA0KDQpGb2xsb3dpbmcgdGhlIGRpc2N1c3Npb24gYW5kIHNpZ25pZmljYW50IGRvY3VtZW50 IHVwZGF0ZSwgd2UgYXJlIHN0YXJ0aW5nIGEgbmV3IFdvcmtpbmcgR3JvdXAgTGFzdCBDYWxsIG9u IGRyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5LTA1DQoNClRoaXMgcG9sbCBydW5z IHVudGlsIHRoZSAxc3Qgb2YgSnVuZS4NCg0KUGxlYXNlIHJlYWQgY2FyZWZ1bGx5IHRoZSBkb2N1 bWVudCBhbmQgcmFpc2UgYW55IGNvbmNlcm4gYWJvdXQgdGhlIGNoYW5nZXMgdGhhdCBoYXZlIGJl ZW4gaW50cm9kdWNlZC4NCg0KDQpUaGFua3MsDQoNClN0ZXBoYW5lICYgTWF0dGhldw0KDQpodHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1s ZC1wcm94eQ0KDQo= --_000_5936D092514348228E492FFE668920C6ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglm b250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5N c29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZTox MC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdp bjo3MC44NXB0IDcwLjg1cHQgNzAuODVwdCA3MC44NXB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7 cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVO LVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2Vj dGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U3VwcG9ydC4gTW9kaWZpZWQgdmVyc2lvbiBp cyBiZWluZyBpbXBsZW1lbnRlZCBvbiBtb3JlIHRoYW4gb25lIENpc2NvIE9TLjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmtzPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5LcmlzaG5hPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNC NUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+RnJvbTog PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+QkVT UyAmbHQ7YmVzcy1ib3VuY2VzQGlldGYub3JnJmd0OyBvbiBiZWhhbGYgb2YgJnF1b3Q7c2xpdGtv d3MuaWV0ZkBnbWFpbC5jb20mcXVvdDsgJmx0O3NsaXRrb3dzLmlldGZAZ21haWwuY29tJmd0Ozxi cj4NCjxiPkRhdGU6IDwvYj5Nb25kYXksIE1heSAxOCwgMjAyMCBhdCAxMjo1NCBBTTxicj4NCjxi PlRvOiA8L2I+JnF1b3Q7YmVzc0BpZXRmLm9yZyZxdW90OyAmbHQ7YmVzc0BpZXRmLm9yZyZndDs8 YnI+DQo8Yj5DYzogPC9iPiZxdW90O2Jlc3MtY2hhaXJzQGlldGYub3JnJnF1b3Q7ICZsdDtiZXNz LWNoYWlyc0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+W2Jlc3NdIG5ldyBXR0xD IG9uIGRyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5LTA1PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpIFdHLDxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5Gb2xsb3dpbmcgdGhlIGRpc2N1c3Npb24gYW5kIHNpZ25pZmljYW50IGRv Y3VtZW50IHVwZGF0ZSwgd2UgYXJlIHN0YXJ0aW5nIGEgbmV3IFdvcmtpbmcgR3JvdXAgTGFzdCBD YWxsIG9uIGRyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5LTA1PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPlRoaXMgcG9sbCBydW5zIHVudGlsIHRoZSAxPHN1cD5zdDwvc3VwPiBvZiBK dW5lLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5QbGVhc2UgcmVhZCBjYXJlZnVsbHkgdGhlIGRv Y3VtZW50IGFuZCByYWlzZSBhbnkgY29uY2VybiBhYm91dCB0aGUgY2hhbmdlcyB0aGF0IGhhdmUg YmVlbiBpbnRyb2R1Y2VkLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5i c3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rcyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+U3RlcGhhbmUgJmFtcDsgTWF0dGhldzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBocmVm PSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWJlc3MtZXZwbi1p Z21wLW1sZC1wcm94eSI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0 Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHk8L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1s Pg0K --_000_5936D092514348228E492FFE668920C6ciscocom_-- From nobody Tue May 19 12:50:01 2020 Return-Path: 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 1974B3A0DA3; Tue, 19 May 2020 12:50:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.087 X-Spam-Level: X-Spam-Status: No, score=-1.087 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=0.001] autolearn=no 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 Dv-u4p4IHOOQ; Tue, 19 May 2020 12:49:58 -0700 (PDT) Received: from mail-io1-xd2c.google.com (mail-io1-xd2c.google.com [IPv6:2607:f8b0:4864:20::d2c]) (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 AF7573A0DA0; Tue, 19 May 2020 12:49:58 -0700 (PDT) Received: by mail-io1-xd2c.google.com with SMTP id o5so513670iow.8; Tue, 19 May 2020 12:49:58 -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=8VvBPQGIbgUPyg+P+iGF11UvyXEDl48Vfgfcl6QRE4A=; b=MPwD4AJvuI5DntQzQ8UgrW725eRkj7tXpB2+URL0ta9URR6tFQ3s0VI95yETtEYsYg k0R6nE5KJ7mS3HlTGzi/fygpqaws17iD6T6W+bYdv32l/PQmlhU1r4A4yG4Jw9vOL9P5 xCGXWfuDXvekxBFy7RrQrKZxvuodrkKxGWuAEt/JLZeRQqcEbEp1HWBfCF/wLgZzaeaT isYSMQhDuoKZrrIU61hbJ5yOK+gmv7HEcKRFc6d88Mxik2G+OPaGkfzrW/CjU/pth3zb /XC+JHEZzJeOUmCPb6EW7Fqf2Z/8WFvFySJwekIQYOLrU4YVVSgSH5OGQ1cyr3q9G7bq 9UVQ== 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=8VvBPQGIbgUPyg+P+iGF11UvyXEDl48Vfgfcl6QRE4A=; b=SyjlnXDlt2zPZJNMU2K6N47h/vOVTzynkvFc+6xUoaS5spqv/ggFajUqOtW6+Ng3kR hZNwlJkqnXzcgCR3/TSa12RVkHn2HOmaTyF0GNMzi1tVM/+4nGDBxVJdc7TWYEQ7m6ec jjW3opzH5VTwe8plOijt/wB33wEIkdCgb4F4ZKgRoTfVlSd3K7xSNWcRr+8qz5v29Rdo bz+qH4smqUj+XGZ7OlnfANsMbUTSV3iDoL4S0GYnXtfYiy1yy6i0xvky/6/trUnvGscg W+xmY2ElztJGBKSZZthBNFvA2xJt2UfToSA14Td+UJMTrI2UkOP8K9NaN+KyRJGnZbpB pHPQ== X-Gm-Message-State: AOAM532REDC6y3fAGk0geLWJkBO4Pn+sK6IwJKmsWMfQQSF6GOga1ydK bgFGRsWQheXdfVpNTP8Qvp/uCPaN4234ckAGvqAf6baejBI= X-Google-Smtp-Source: ABdhPJw92CiNRL98hJZrN75rhB1qvslQsiBkh6ppGIZZerBk3S1nn5Ck0R5crL+e50x7KAAQeHqpKU6lXcqJ2DhwKb4= X-Received: by 2002:a6b:fc0d:: with SMTP id r13mr589714ioh.40.1589917797908; Tue, 19 May 2020 12:49:57 -0700 (PDT) MIME-Version: 1.0 References: <01df01d62ce9$7292e540$57b8afc0$@gmail.com> <5936D092-5143-4822-8E49-2FFE668920C6@cisco.com> In-Reply-To: <5936D092-5143-4822-8E49-2FFE668920C6@cisco.com> From: Gyan Mishra Date: Tue, 19 May 2020 15:49:47 -0400 Message-ID: To: "Krishna Muddenahally Ananthamurthy (kriswamy)" Cc: "bess-chairs@ietf.org" , "bess@ietf.org" , "slitkows.ietf@gmail.com" Content-Type: multipart/alternative; boundary="0000000000009102f105a60595af" Archived-At: Subject: Re: [bess] new WGLC on draft-ietf-bess-evpn-igmp-mld-proxy-05 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 19:50:00 -0000 --0000000000009102f105a60595af Content-Type: text/plain; charset="UTF-8" I support. Thanks Gyan On Tue, May 19, 2020 at 1:01 PM Krishna Muddenahally Ananthamurthy (kriswamy) wrote: > Support. Modified version is being implemented on more than one Cisco OS. > > > > Thanks > > Krishna > > > > > > *From: *BESS on behalf of "slitkows.ietf@gmail.com" > > > > *Date: *Monday, May 18, 2020 at 12:54 AM > *To: *"bess@ietf.org" > *Cc: *"bess-chairs@ietf.org" > *Subject: *[bess] new WGLC on draft-ietf-bess-evpn-igmp-mld-proxy-05 > > > > Hi WG, > > > > Following the discussion and significant document update, we are starting > a new Working Group Last Call on draft-ietf-bess-evpn-igmp-mld-proxy-05 > > > > This poll runs until the 1st of June. > > > > Please read carefully the document and raise any concern about the changes > that have been introduced. > > > > > > Thanks, > > > > Stephane & Matthew > > > > https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-igmp-mld-proxy > > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess > -- *Gyan Mishra* *Network Solutions A**rchitect * *M 301 502-134713101 Columbia Pike *Silver Spring, MD --0000000000009102f105a60595af Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

I support.
Thanks=C2=A0

Gyan

On Tue, May 19, 2020 at 1:01 PM Krishna Muddenahally Anan= thamurthy (kriswamy) <kriswamy=3D40cisco.com@dmarc.ietf.org> wrote:

Support. Modified version is being implemented on mo= re than one Cisco OS.

=C2=A0

Thanks

Krishna

=C2=A0

=C2=A0


Date: Monday, May 18, 2020 at 12:54 AM
To: "bess@ie= tf.org" <bes= s@ietf.org>
Cc: "= bess-chairs@ietf.org" <bess-chairs@ietf.org>
Subject: [bess] new WGLC on draft-ietf-bess-evpn-igmp-mld-proxy-05

=C2=A0

Hi WG,

=C2=A0

Following the discussion and significant document up= date, we are starting a new Working Group Last Call on draft-ietf-bess-evpn= -igmp-mld-proxy-05

=C2=A0

This poll runs until the 1st of June.<= /u>

=C2=A0

Please read carefully the document and raise any con= cern about the changes that have been introduced.

=C2=A0

=C2=A0

Thanks,

=C2=A0

Stephane & Matthew

=C2=A0

https://datatracker.ietf.org= /doc/draft-ietf-bess-evpn-igmp-mld-proxy

=C2=A0

_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess
--
--0000000000009102f105a60595af-- From nobody Tue May 19 13:09:04 2020 Return-Path: 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 D583C3A0FAE; Tue, 19 May 2020 13:09:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.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 kE5TrfwL8P4F; Tue, 19 May 2020 13:09:00 -0700 (PDT) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-eopbgr750095.outbound.protection.outlook.com [40.107.75.95]) (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 620523A046A; Tue, 19 May 2020 13:09:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=nz3qf0GyOZgyZ6/RVgskudOY+q3cXir/RsDGC9zS3bxFeci9f8umjpWtXKZoD+idx3TWdOUG4BAjVZq3wswN7kC80MpBhyuebqlwGcjrjhXe5rqvjMxbmRJhmflzR9w1GTrwa90UfOqL9CRdBW3a34Cv4PC5DxpJdBuDM7xNk2f3GIxCqiPK8eCw09yW+Hxw7vHsqtyNWyz3TqmGM8qmSmMsnXt1Fjej8WseP4XetHiSUWal6ID+CsRuk+EVif9B/U0mXoTxnX46B759VTbJ/AFJbqq4zQ2y4atK4w8kdzSTypmpxBiNZtwqgADSnA7SgV7SJQIOWXBcRy6La6mLlA== 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=nqdWjWgYueJ1jXg1FFLGksr+Ku4ke6Vcj8ZwO8Ncn/Y=; b=E47kHfN8BE5ILgl40vZs6VR53iwTElyuG2dyHndEFPAzgNVJFCowzU09G1rljBLsglUdeuGFAFRVYrl9Ahzs1eqvfgJSfwkipf1TYSzrJy9/2VRAyihJzUNFP5mjNlKJ+2UEM97Q2RAn/h0sBLOriAkhX+8Zcqc32qxwpLOCF6VmAaHkG7+18Rd+eUgrA3B4LA8feSi12FgyzP/jyyIQbMoptNnZVIY8wMMqrH3q0iIC6etSf4UirdxaY5MRrIOtLNsCPAsApiBjaTu1xHF/wSnyjeLnVOzwLZT0RhaIzh5q2yXQv/+YllPhexJFCoeU/ZWOIZ/lqcNcCOH6Hf3KuA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=nqdWjWgYueJ1jXg1FFLGksr+Ku4ke6Vcj8ZwO8Ncn/Y=; b=B/RPnThFFDwywjCUy7LIReA9ge+BOwLdgmNLcu4qtVmTtcWAFa+HAeeE/uTCzUjJEEoDmNBmt2h0zaxhcm1qXzBJLEwI7iuFTRw5l6JDxl5zpuCgWtYYj0KjP4Ev13j/JUkkVN/6HRBzKZOgcaKDnVOJR0zLPEc2UCimnpEzDkI= Received: from MWHPR08MB3520.namprd08.prod.outlook.com (2603:10b6:301:61::15) by MWHPR08MB3390.namprd08.prod.outlook.com (2603:10b6:301:63::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3000.27; Tue, 19 May 2020 20:08:58 +0000 Received: from MWHPR08MB3520.namprd08.prod.outlook.com ([fe80::d04d:ae14:91f:fb6c]) by MWHPR08MB3520.namprd08.prod.outlook.com ([fe80::d04d:ae14:91f:fb6c%3]) with mapi id 15.20.3000.034; Tue, 19 May 2020 20:08:58 +0000 From: "Rabadan, Jorge (Nokia - US/Mountain View)" To: "slitkows.ietf@gmail.com" , "bess@ietf.org" CC: "bess-chairs@ietf.org" , "Prabhu, Vinod (Nokia - CA/Ottawa)" , "Dornon, Olivier (Nokia - BE/Antwerp)" Thread-Topic: [bess] new WGLC on draft-ietf-bess-evpn-igmp-mld-proxy-05 Thread-Index: AdYs6SUp0t3oNaDYRymeGRCR1l+P6wBQO/aA Date: Tue, 19 May 2020 20:08:57 +0000 Message-ID: <8D87A7C1-F57F-4913-AF58-C827071C3C61@nokia.com> References: <01df01d62ce9$7292e540$57b8afc0$@gmail.com> In-Reply-To: <01df01d62ce9$7292e540$57b8afc0$@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.37.20051002 authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=nokia.com; x-originating-ip: [135.245.20.5] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: feb59e1b-80fe-4f98-1000-08d7fc3076f6 x-ms-traffictypediagnostic: MWHPR08MB3390: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 040866B734 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: FVctpPQf2VI9tq3oYWeDoj6BufRjXV74d6cOPRsZK6B/Z9TAxth3f2r0UWJ5UIAq86ds754vEEvEQ2UWDwTi5Xt2vKlmq+w7x51e3ArzZJkVGhYMB4+0yow6jugig/MRcVxvOD+G5vlG6Q/i0l008gwaiR1O7AzVrTNcJhkUZzKtDFzHUj6GHm3Oga+aey/SCWiPGOlrX3hB5jGKNuDwfbXDFbnUL+rEhflKDfHbPL3iwlBRyLGJlwgZYxOKKEOzoGpYwhuwKgUZcS9nxTlDSGezh3SFwQAYsLTG9jSrwXkHKCio7/Bp6No8xCuIOjbot5HfK2RYKrT2IzsWSPB8TSlt5yBLvzIofMIF+2s+giX7ZDwJzHEjB+XfAKbZNkrqM9DN57fjdMDd1Qj43j+BUMtdEIpigZAVDc5Vo/3dJJf7bzDnmF+rulu2MB3CXOX8pSHNMihNB1qXSMrAjkp4I1T4LckGewr6Lqz6jWhxJcyDT2/VBlJA7L9uL1P5ImqM0UHGvily5qtU5XQYy/iCkg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MWHPR08MB3520.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(39860400002)(376002)(346002)(396003)(136003)(366004)(478600001)(6512007)(2906002)(6486002)(71200400001)(9326002)(91956017)(8936002)(36756003)(8676002)(26005)(5660300002)(316002)(76116006)(33656002)(54906003)(2616005)(107886003)(166002)(966005)(66446008)(66946007)(66476007)(66556008)(64756008)(6506007)(53546011)(186003)(4326008)(110136005)(86362001); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: Qqnu14itmFvU8k4dhdcop7gkABljvJLucp/CF7Z1oRELfgU7tIz+4obF0oTF0zbCCGBDOABw1BexZKyD1K30xulCOIdRKC6/c49Mz0BZsPGW15XTL9/mXA+v324CjRgKG9wPtnrU+DMk7WjY3c5KRjdmGYXTW1MdG5jTntDfoIGrdqLcTzA5h3uHVsPeSxAXJH/uRAhZxV/CigN2cqtBVt6DHVWcFGUh8aHWckhu77xEza7HL75tmJmd9611WIqVCTihSZ/OjsnJX9vAj2xZ4mVgW92ckUYEuXleg/8NU7QcTkcP+62UxzKalDTELJWmq0AI/QqZLO7vaJNSIUS7ANL7bKXvnmG4D0y5JvcnEeY6/0q8xuNXnTeHLRDFVmUcD6Q2NeOBz9OqQemLtNby1gmfxykU9rfEjDL/DCbJ8kWJVxRovceQlf8gXGQmPYCAJcTnZIo3fWQQOcO2SBnXeOmjuGcT5GIWEXgrJPLNhUE= Content-Type: multipart/alternative; boundary="_000_8D87A7C1F57F4913AF58C827071C3C61nokiacom_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: feb59e1b-80fe-4f98-1000-08d7fc3076f6 X-MS-Exchange-CrossTenant-originalarrivaltime: 19 May 2020 20:08:57.8792 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: Qv0dUELrJTlxudieB9REqikO/bpOMgZgVgiR7x5OJsrVMPo0+O60MDPrfI4/EBR1Dd8LrywIb+VKbcV71eq+YQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR08MB3390 Archived-At: Subject: Re: [bess] new WGLC on draft-ietf-bess-evpn-igmp-mld-proxy-05 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 20:09:04 -0000 --_000_8D87A7C1F57F4913AF58C827071C3C61nokiacom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCkkgdGhpbmsgdGhlIGNoYW5nZXMgYXJlIG9rLCBzaW5jZSB0aGV5IGZvbGxvdyB0aGUg bGF0ZXN0IGRpc2N1c3Npb25zLg0KVGhlIGRvY3VtZW50IGlzIHJlYWR5IHRvIHByb2dyZXNzLg0K DQpOb3QgdGhhdCBzaG91bGQgaG9sZCB0aGUgV0cgTGFzdCBDYWxsLCBidXQgcGxlYXNlLCBmaXgg dGhlIGZvbGxvd2luZyB0ZXh0IHRoYXQgd2UgZm91bmQgY29uZnVzaW5nLCBhcyBwYXJ0IG9mIHRo ZSBmb2xsb3dpbmcgcmV2aXNpb246DQoNClRoZSBJR01QIEpvaW4gU3luY2ggcm91dGUgTVVTVCBj YXJyeSB0aGUgRVMtSW1wb3J0IFJUIGZvciB0aGUgRVMgb24NCiAgIHdoaWNoIHRoZSBJR01QIE1l bWJlcnNoaXAgUmVwb3J0IHdhcyByZWNlaXZlZC4gIFRodXMgaXQgTVVTVCBvbmx5IGJlDQogICBz ZW50IHRvIHRoZSBQRXMgYXR0YWNoZWQgdG8gdGhhdCBFUyBhbmQgbm90IGFueSBvdGhlciBQRXMu DQoNCnMvIFRodXMgaXQgTVVTVCBvbmx5IGJlIHNlbnQgdG8gdGhlIFBFcyBhdHRhY2hlZCB0byB0 aGF0IEVTIGFuZCBub3QgYW55IG90aGVyIFBFcy4gLyBUaHVzIGl0IE1VU1Qgb25seSBiZSBpbXBv cnRlZCBieSB0aGUgUEVzIGF0dGFjaGVkIHRvIHRoYXQgRVMgYW5kIG5vdCBhbnkgb3RoZXIgUEVz LiAvDQoNClRoYXQgaXMsIHRoZSBFUy1JbXBvcnQgUlQgcGVyLXNlIGRvZXMgbm90IGRldGVybWlu ZSB0byB3aGF0IFBFcyB0aGUgcm91dGUgaXMgc2VudC4gSXQgZGV0ZXJtaW5lcyB0aGUgZGlzc2Vt aW5hdGlvbiBhbG9uZyB3aXRoIFJUIENvbnN0cmFpbnQsIGJ1dCB0aGUgTVVTVCBzdGF0ZW1lbnQg 4oCTIGlmIG5lZWRlZCAtIHNob3VsZCByZWFsbHkgYmUgYWRkZWQgYWxvbmcgd2l0aCB0aGUgaW1w b3J0IGFjdGlvbi4NCg0KVGhhbmtzLg0KSm9yZ2UNCg0KDQpGcm9tOiBCRVNTIDxiZXNzLWJvdW5j ZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBvZiAic2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20iIDxzbGl0 a293cy5pZXRmQGdtYWlsLmNvbT4NCkRhdGU6IE1vbmRheSwgTWF5IDE4LCAyMDIwIGF0IDk6NTQg QU0NClRvOiAiYmVzc0BpZXRmLm9yZyIgPGJlc3NAaWV0Zi5vcmc+DQpDYzogImJlc3MtY2hhaXJz QGlldGYub3JnIiA8YmVzcy1jaGFpcnNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbYmVzc10gbmV3IFdH TEMgb24gZHJhZnQtaWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHktMDUNCg0KSGkgV0csDQoN CkZvbGxvd2luZyB0aGUgZGlzY3Vzc2lvbiBhbmQgc2lnbmlmaWNhbnQgZG9jdW1lbnQgdXBkYXRl LCB3ZSBhcmUgc3RhcnRpbmcgYSBuZXcgV29ya2luZyBHcm91cCBMYXN0IENhbGwgb24gZHJhZnQt aWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHktMDUNCg0KVGhpcyBwb2xsIHJ1bnMgdW50aWwg dGhlIDFzdCBvZiBKdW5lLg0KDQpQbGVhc2UgcmVhZCBjYXJlZnVsbHkgdGhlIGRvY3VtZW50IGFu ZCByYWlzZSBhbnkgY29uY2VybiBhYm91dCB0aGUgY2hhbmdlcyB0aGF0IGhhdmUgYmVlbiBpbnRy b2R1Y2VkLg0KDQoNClRoYW5rcywNCg0KU3RlcGhhbmUgJiBNYXR0aGV3DQoNCmh0dHBzOi8vZGF0 YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5 DQoNCg== --_000_8D87A7C1F57F4913AF58C827071C3C61nokiacom_ Content-Type: text/html; charset="utf-8" Content-ID: <16895FE4193E7444939AFC1EC906C20D@namprd08.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6ZHQ9InV1aWQ6QzJGNDEwMTAtNjVC My0xMWQxLUEyOUYtMDBBQTAwQzE0ODgyIiB4bWxuczptPSJodHRwOi8vc2NoZW1hcy5taWNyb3Nv ZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy9UUi9S RUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250 ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1ldGEgbmFtZT0iR2VuZXJhdG9yIiBj b250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQgbWVkaXVtKSI+DQo8c3R5bGU+PCEt LQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ2Ft YnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9 DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5 IDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21h biBcKEJvZHkgQ1NcKSI7DQoJcGFub3NlLTE6MiAxMSA2IDQgMiAyIDIgMiAyIDQ7fQ0KLyogU3R5 bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt YWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEx LjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNwYW4u TXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0MxOw0K CXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0 eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6Q29uc29sYXM7DQoJY29sb3I6 d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25s eTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4w cHQgNzkyLjBwdDsNCgltYXJnaW46NzAuODVwdCA3MC44NXB0IDcwLjg1cHQgNzAuODVwdDt9DQpk aXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtp ZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4 PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8 bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0i MSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5 IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNz PSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6Q29uc29sYXMiPkhpLDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OkNvbnNvbGFzIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpD b25zb2xhcyI+SSB0aGluayB0aGUgY2hhbmdlcyBhcmUgb2ssIHNpbmNlIHRoZXkgZm9sbG93IHRo ZSBsYXRlc3QgZGlzY3Vzc2lvbnMuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpDb25z b2xhcyI+VGhlIGRvY3VtZW50IGlzIHJlYWR5IHRvIHByb2dyZXNzLjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OkNvbnNvbGFzIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTpDb25zb2xhcyI+Tm90IHRoYXQgc2hvdWxkIGhvbGQgdGhlIFdHIExhc3QgQ2FsbCwgYnV0IHBs ZWFzZSwgZml4IHRoZSBmb2xsb3dpbmcgdGV4dCB0aGF0IHdlIGZvdW5kIGNvbmZ1c2luZywgYXMg cGFydCBvZiB0aGUgZm9sbG93aW5nIHJldmlzaW9uOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFt aWx5OkNvbnNvbGFzIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+VGhlIElHTVAgSm9pbiBTeW5jaCByb3V0ZSBN VVNUIGNhcnJ5IHRoZSBFUy1JbXBvcnQgUlQgZm9yIHRoZSBFUyBvbjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDsm bmJzcDsgd2hpY2ggdGhlIElHTVAgTWVtYmVyc2hpcCBSZXBvcnQgd2FzIHJlY2VpdmVkLiZuYnNw OyBUaHVzIGl0IE1VU1Qgb25seSBiZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgc2VudCB0byB0aGUg UEVzIGF0dGFjaGVkIHRvIHRoYXQgRVMgYW5kIG5vdCBhbnkgb3RoZXIgUEVzLjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+cy8gVGh1cyBpdCBN VVNUIG9ubHkgYmUgc2VudCB0byB0aGUgUEVzIGF0dGFjaGVkIHRvIHRoYXQgRVMgYW5kIG5vdCBh bnkgb3RoZXIgUEVzLiAvIFRodXMgaXQgTVVTVCBvbmx5IGJlIGltcG9ydGVkIGJ5IHRoZSBQRXMg YXR0YWNoZWQgdG8gdGhhdCBFUyBhbmQgbm90IGFueSBvdGhlciBQRXMuDQogLzxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTpDb25zb2xhcyI+VGhhdCBpcywgdGhlIEVTLUltcG9ydCBSVCBwZXItc2UgZG9lcyBu b3QgZGV0ZXJtaW5lIHRvIHdoYXQgUEVzIHRoZSByb3V0ZSBpcyBzZW50LiBJdCBkZXRlcm1pbmVz IHRoZSBkaXNzZW1pbmF0aW9uIGFsb25nIHdpdGggUlQgQ29uc3RyYWludCwgYnV0IHRoZSBNVVNU IHN0YXRlbWVudCDigJMgaWYgbmVlZGVkIC0gc2hvdWxkDQogcmVhbGx5IGJlIGFkZGVkIGFsb25n IHdpdGggdGhlIGltcG9ydCBhY3Rpb24uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6Q29u c29sYXMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzIj5UaGFu a3MuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6Q29uc29sYXMiPkpvcmdlPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6Q29uc29sYXMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OkNvbnNvbGFzIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0 eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzoz LjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+ RnJvbToNCjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6Ymxh Y2siPkJFU1MgJmx0O2Jlc3MtYm91bmNlc0BpZXRmLm9yZyZndDsgb24gYmVoYWxmIG9mICZxdW90 O3NsaXRrb3dzLmlldGZAZ21haWwuY29tJnF1b3Q7ICZsdDtzbGl0a293cy5pZXRmQGdtYWlsLmNv bSZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+TW9uZGF5LCBNYXkgMTgsIDIwMjAgYXQgOTo1NCBBTTxi cj4NCjxiPlRvOiA8L2I+JnF1b3Q7YmVzc0BpZXRmLm9yZyZxdW90OyAmbHQ7YmVzc0BpZXRmLm9y ZyZndDs8YnI+DQo8Yj5DYzogPC9iPiZxdW90O2Jlc3MtY2hhaXJzQGlldGYub3JnJnF1b3Q7ICZs dDtiZXNzLWNoYWlyc0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+W2Jlc3NdIG5l dyBXR0xDIG9uIGRyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5LTA1PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPkhpIFdHLDxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0Ij5Gb2xsb3dpbmcgdGhlIGRpc2N1c3Npb24gYW5kIHNpZ25pZmljYW50IGRv Y3VtZW50IHVwZGF0ZSwgd2UgYXJlIHN0YXJ0aW5nIGEgbmV3IFdvcmtpbmcgR3JvdXAgTGFzdCBD YWxsIG9uIGRyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5LTA1PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDozNi4wcHQiPlRoaXMgcG9sbCBydW5zIHVudGlsIHRoZSAxPHN1cD5zdDwvc3VwPiBvZiBKdW5l LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5QbGVhc2UgcmVhZCBjYXJlZnVsbHkgdGhlIGRvY3VtZW50 IGFuZCByYWlzZSBhbnkgY29uY2VybiBhYm91dCB0aGUgY2hhbmdlcyB0aGF0IGhhdmUgYmVlbiBp bnRyb2R1Y2VkLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPlRoYW5rcyw8bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+U3RlcGhhbmUgJmFtcDsgTWF0dGhldzxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRm LWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eSI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtaWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHk8L2E+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_8D87A7C1F57F4913AF58C827071C3C61nokiacom_-- From nobody Tue May 19 13:30:35 2020 Return-Path: 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 3F6243A10C7; Tue, 19 May 2020 13:30:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.597 X-Spam-Level: X-Spam-Status: No, score=-9.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, 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=ik2T4GyJ; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=Z0wC+XKf 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 LrnTY4VdVr3R; Tue, 19 May 2020 13:30:29 -0700 (PDT) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F37533A1056; Tue, 19 May 2020 13:30:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=14111; q=dns/txt; s=iport; t=1589920229; x=1591129829; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=YXyTU5QzMQIlreNYc714niHn4DO7rIg1hKXqWzvjBqA=; b=ik2T4GyJ/s8oisvVcNfCCydJgyRdw3kFFV/Q1IwUycANw2ZfCjsuLFS7 t3DgIVeMxl0bcdAI56bPNJw5tBgz8CqsGklxHnEVWfvshRg6hug8dxdv9 7kUYqd+6/WWx6cnoFWIWK1ggQGeOk+h9IrpmiPn5gln3f7/ppSQsgHZ7l U=; IronPort-PHdr: =?us-ascii?q?9a23=3AevfbkhMqqvZx6tQ/qYcl6mtXPHoupqn0MwgJ65?= =?us-ascii?q?Eul7NJdOG58o//OFDEvKwx3lnOXoTSrflDjrmev6PhXDkG5pCM+DAHfYdXXh?= =?us-ascii?q?AIwcMRg0Q7AcGDBEG6SZyibyEzEMlYElMw+Xa9PBtTH8X/bhvZpXjhpTIXEw?= =?us-ascii?q?/0YAxyIOm9E4XOjsOxgua1/ZCbYwhBiDenJ71oKxDjpgTKvc5Qioxneas=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DZAQCiQcRe/5NdJa1mGwEBAQEBAQE?= =?us-ascii?q?BBQEBARIBAQEDAwEBAYIHgSUvUQdvWC8sCoQag0YDjUSJe4lchGSCUgNUCwE?= =?us-ascii?q?BAQwBASMKAgQBAYREAheBdiQ4EwIDAQELAQEFAQEBAgEFBG2FVgyFcQEBAQE?= =?us-ascii?q?DEhEdAQE3AQ8CAQgRAwECKwICAh8RHQgBAQQBDQUigwQBgX5NAy4BDqgDAoE?= =?us-ascii?q?5iGF2gTKDAQEBBYFGQYMQDQuCDgMGgTiCY4lfGoFBP4ERJxyCTT6CHkkCAgE?= =?us-ascii?q?BggENgmczgi2RX4YiiniPUUoKglCIJotLhFYdgl2IcIUCjQeQQ4FciA+CSpE?= =?us-ascii?q?eAgQCBAUCDgEBBYFpIimBLXAVZQGCPlAYDZBAg3KFFIVCdDcCBgEHAQEDCXy?= =?us-ascii?q?NCwGBDwEB?= X-IronPort-AV: E=Sophos;i="5.73,410,1583193600"; d="scan'208,217";a="495799859" Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 19 May 2020 20:30:27 +0000 Received: from XCH-RCD-003.cisco.com (xch-rcd-003.cisco.com [173.37.102.13]) by rcdn-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id 04JKUQlv013016 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 19 May 2020 20:30:26 GMT Received: from xhs-rtp-003.cisco.com (64.101.210.230) by XCH-RCD-003.cisco.com (173.37.102.13) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 19 May 2020 15:30:26 -0500 Received: from xhs-rtp-001.cisco.com (64.101.210.228) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 19 May 2020 16:30:25 -0400 Received: from NAM10-DM6-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Tue, 19 May 2020 16:30:25 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hjxaar/OPRVvUqhf8NmEqgwtR2DUcjAYyUrOFYN2ONbKEkiNE88+Zc2p6RoeRoqk1mcwuFjce9fcKt9QQN89tEsbgyAHI4bwm+4f7jhRAJ09iGKEfmuTlfIc9FqMNW1WTLDVN27mb0W2An/bKGr94wFcWCBpcjovWtEMCmqN+J0gNoQUkzH0Z3vEJnbymk+f6raUxsIEWrojw3gMTxnl9UYlZwrNjQac6s1/WKSwTnsyg2L0h5M4jDPfi7SU50grJvdOnMvpqNtsoqtaik1ifqUeeh/5uzDbfYGT65vkTDZpc5VvvcFM0PedhduKf+SpoewRUfdU6cpq9f4MQo5znA== 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=YXyTU5QzMQIlreNYc714niHn4DO7rIg1hKXqWzvjBqA=; b=da/vh2/DXv9EsgjopqXIjpMohqrdJ4R4D7W9TyHTkq1b9QifygpjZc7E/mNruU1PYusF3w9Akx+riKHdtixjDELkobALFp3AFY4iaFsbtU++l26KWlUGkP6m/xqFRPtc6PdyrxGfl4n8TU9Fe+oh5LJQ8I1etxFpKW3Ax4PRUOyuzaFB1zNlZ5vPhpMxwqZXCtxMTnRa0+ZaWjJdc0ve6ks5Ehog+Zq7u79w6Wg5soNOfFA+fIrhcT4OxdNqaz3m6lsS7MEEM2DegZlltaAqx8WkOfcD/kkeYOgGxsLj5PSRbIXkvEi58Fck6AqX3EZlNFPO6DWkRtCseiV+0zi7/w== 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=YXyTU5QzMQIlreNYc714niHn4DO7rIg1hKXqWzvjBqA=; b=Z0wC+XKf76VlFSlo2J01A4zsXFJZfgziiEHMW7GsoDTgnWN7bMAoYhOgRpCwX9c+KmsyQazadA2ZqDYMQBe5hK5SMgzbZF0zlvm1spWpt/sXGueElJuNQUm3CWhOEvI3JOpG3QWc7cqwPqcAdk2QqqirfdSmTXbXQ0FW6fPhYew= Received: from SN6PR11MB2654.namprd11.prod.outlook.com (2603:10b6:805:54::31) by SN6PR11MB3006.namprd11.prod.outlook.com (2603:10b6:805:d1::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3000.20; Tue, 19 May 2020 20:30:24 +0000 Received: from SN6PR11MB2654.namprd11.prod.outlook.com ([fe80::5081:b134:66a1:f047]) by SN6PR11MB2654.namprd11.prod.outlook.com ([fe80::5081:b134:66a1:f047%2]) with mapi id 15.20.3000.033; Tue, 19 May 2020 20:30:24 +0000 From: "Mankamana Mishra (mankamis)" To: "Rabadan, Jorge (Nokia - US/Mountain View)" , "slitkows.ietf@gmail.com" , "bess@ietf.org" CC: "bess-chairs@ietf.org" , "Prabhu, Vinod (Nokia - CA/Ottawa)" , "Dornon, Olivier (Nokia - BE/Antwerp)" Thread-Topic: [bess] new WGLC on draft-ietf-bess-evpn-igmp-mld-proxy-05 Thread-Index: AdYs6SUp0t3oNaDYRymeGRCR1l+P6wBQO/aA//9vIoA= Date: Tue, 19 May 2020 20:30:24 +0000 Message-ID: <530BBB23-916F-40B8-AB3A-C836FA0897F9@cisco.com> References: <01df01d62ce9$7292e540$57b8afc0$@gmail.com> <8D87A7C1-F57F-4913-AF58-C827071C3C61@nokia.com> In-Reply-To: <8D87A7C1-F57F-4913-AF58-C827071C3C61@nokia.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.36.20041300 authentication-results: nokia.com; dkim=none (message not signed) header.d=none;nokia.com; dmarc=none action=none header.from=cisco.com; x-originating-ip: [73.92.34.200] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 1da0e56a-b2a3-4669-256d-08d7fc3375ba x-ms-traffictypediagnostic: SN6PR11MB3006: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 040866B734 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: HzxgwLLXrOVH8q46vHeolGyWqnPoj0MwXiA+t9ysgqntMcwHg5Qba3LGZ7wPoXL9UpKZgtcTO1zdaBTMyVVmWQWCEuh4W9Zi2KTurjMciuUxpU/ifo/H0d/hPGvQxdMApuq9bjJeDZXFCdn6vwag+/vYMWiF0WJgatU6lQUIkIs2rNgrsnR6EVzjDeLXbw4HKo1VXbWb1Di4WsY+vNIeiZ+hZJaTfP8ZNCIVipUkZAk9vs7iI3Dgu/s+lOXxp1phClKRFQav+5SKN6XQ7BPsflmtaPwa2wI7ZrCx1v5UwT7Q80QifQqvDWxYxqvK8AA5PvBHc/idfzYskbC2gehYSiGOs/yz0iKVEcqMm/+45xyuJpAogUvJ/02XE5T1WAicFdZm0rExWaM3JsLcq2Y/HE24DeDZhm+55c5MHukkwg8GNkKeiG6WPNQTBhjz5n3EPmGHn6S6NwIUlDYINRnO2q+D/9NaVOZ5YZA2njoxD0La/avqS3U4Xxi0SkW8SiEeBMTmzTWyf0X1Gl+YuJHLhw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SN6PR11MB2654.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(39860400002)(376002)(346002)(366004)(136003)(396003)(33656002)(6486002)(6512007)(5660300002)(2906002)(91956017)(76116006)(71200400001)(53546011)(6506007)(8936002)(86362001)(166002)(966005)(66476007)(66946007)(66556008)(8676002)(66446008)(64756008)(186003)(110136005)(54906003)(478600001)(36756003)(26005)(2616005)(316002)(296002)(4326008); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: 0A1ygiCzz9HlL3tevJXQ4GTm6enal79WEbUK+o9j7srao4jrmBz20+PXDhKaew8kzBh6gcdlp53yasfza45FOgt3XENTobUfjh2MhHCUnTBX4VqtPABy5ulxOpmK8EEb/DULwVkpIAiyAp+x/L+74MME7QfKLF4QV46eccTnvZhjeYMCOq2vOQV0Fwo/jv1riUmPQSKWz++53xxkM6qJsreOXvr25WlToqExgaIQ7zVE6r+2LCx4hdnW731LZN1YdH4z8jXm3aaaccU9JxY3GAJYQgUkdokNBPuE4yl/4BitXdUSbUQs2m6AoOAfb6L63CosJ5lH5IFwEKF8oU3mA06MXM7PIc/Lg46nhlMg7TAiAzOPq9YNzoq1kWnE561LmuY31l8vODXObb0ndy9xoAf4jdaGYxXqafCH+2VX8Tl78TOXwtTxYZ4IgoxKrsGR0x56jgKor0BHUyLkFtKEAyIzH2WjFzKSQrRKcS7MiGs= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_530BBB23916F40B8AB3AC836FA0897F9ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 1da0e56a-b2a3-4669-256d-08d7fc3375ba X-MS-Exchange-CrossTenant-originalarrivaltime: 19 May 2020 20:30:24.3820 (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: 1Wy6NeDp+eGJHMwS74DraTLziKvwxPWm3TxhTS/RwIpDbD37MBSHvk9LXtJWrYdfpfh3zRrYhvyitTPipwVe7Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR11MB3006 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.13, xch-rcd-003.cisco.com X-Outbound-Node: rcdn-core-11.cisco.com Archived-At: Subject: Re: [bess] new WGLC on draft-ietf-bess-evpn-igmp-mld-proxy-05 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 20:30:31 -0000 --_000_530BBB23916F40B8AB3AC836FA0897F9ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmtzIEpvcmdlLCBOb3RlZCBpdC4gIFdpbGwgd2FpdCBmb3IgYW55IG90aGVyIGNvbW1lbnRz LiBBbmQgbWFrZSBjaGFuZ2VzIGFsbCB0b2dldGhlci4NCg0KRnJvbTogIlJhYmFkYW4sIEpvcmdl IChOb2tpYSAtIFVTL01vdW50YWluIFZpZXcpIiA8am9yZ2UucmFiYWRhbkBub2tpYS5jb20+DQpE YXRlOiBUdWVzZGF5LCBNYXkgMTksIDIwMjAgYXQgMTowOSBQTQ0KVG86ICJzbGl0a293cy5pZXRm QGdtYWlsLmNvbSIgPHNsaXRrb3dzLmlldGZAZ21haWwuY29tPiwgImJlc3NAaWV0Zi5vcmciIDxi ZXNzQGlldGYub3JnPg0KQ2M6ICJiZXNzLWNoYWlyc0BpZXRmLm9yZyIgPGJlc3MtY2hhaXJzQGll dGYub3JnPiwgIlByYWJodSwgVmlub2QgKE5va2lhIC0gQ0EvT3R0YXdhKSIgPHZpbm9kLnByYWJo dUBub2tpYS5jb20+LCAiRG9ybm9uLCBPbGl2aWVyIChOb2tpYSAtIEJFL0FudHdlcnApIiA8b2xp dmllci5kb3Jub25Abm9raWEuY29tPg0KU3ViamVjdDogUmU6IFtiZXNzXSBuZXcgV0dMQyBvbiBk cmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eS0wNQ0KUmVzZW50LUZyb206IDxhbGlh cy1ib3VuY2VzQGlldGYub3JnPg0KUmVzZW50LVRvOiA8bWFua2FtaXNAY2lzY28uY29tPiwgPHNs aXRrb3dzLmlldGZAZ21haWwuY29tPiwgPG1hdHRoZXcuYm9jY2lAbm9raWEuY29tPg0KUmVzZW50 LURhdGU6IFR1ZXNkYXksIE1heSAxOSwgMjAyMCBhdCAxOjA5IFBNDQoNCkhpLA0KDQpJIHRoaW5r IHRoZSBjaGFuZ2VzIGFyZSBvaywgc2luY2UgdGhleSBmb2xsb3cgdGhlIGxhdGVzdCBkaXNjdXNz aW9ucy4NClRoZSBkb2N1bWVudCBpcyByZWFkeSB0byBwcm9ncmVzcy4NCg0KTm90IHRoYXQgc2hv dWxkIGhvbGQgdGhlIFdHIExhc3QgQ2FsbCwgYnV0IHBsZWFzZSwgZml4IHRoZSBmb2xsb3dpbmcg dGV4dCB0aGF0IHdlIGZvdW5kIGNvbmZ1c2luZywgYXMgcGFydCBvZiB0aGUgZm9sbG93aW5nIHJl dmlzaW9uOg0KDQpUaGUgSUdNUCBKb2luIFN5bmNoIHJvdXRlIE1VU1QgY2FycnkgdGhlIEVTLUlt cG9ydCBSVCBmb3IgdGhlIEVTIG9uDQogICB3aGljaCB0aGUgSUdNUCBNZW1iZXJzaGlwIFJlcG9y dCB3YXMgcmVjZWl2ZWQuICBUaHVzIGl0IE1VU1Qgb25seSBiZQ0KICAgc2VudCB0byB0aGUgUEVz IGF0dGFjaGVkIHRvIHRoYXQgRVMgYW5kIG5vdCBhbnkgb3RoZXIgUEVzLg0KDQpzLyBUaHVzIGl0 IE1VU1Qgb25seSBiZSBzZW50IHRvIHRoZSBQRXMgYXR0YWNoZWQgdG8gdGhhdCBFUyBhbmQgbm90 IGFueSBvdGhlciBQRXMuIC8gVGh1cyBpdCBNVVNUIG9ubHkgYmUgaW1wb3J0ZWQgYnkgdGhlIFBF cyBhdHRhY2hlZCB0byB0aGF0IEVTIGFuZCBub3QgYW55IG90aGVyIFBFcy4gLw0KDQpUaGF0IGlz LCB0aGUgRVMtSW1wb3J0IFJUIHBlci1zZSBkb2VzIG5vdCBkZXRlcm1pbmUgdG8gd2hhdCBQRXMg dGhlIHJvdXRlIGlzIHNlbnQuIEl0IGRldGVybWluZXMgdGhlIGRpc3NlbWluYXRpb24gYWxvbmcg d2l0aCBSVCBDb25zdHJhaW50LCBidXQgdGhlIE1VU1Qgc3RhdGVtZW50IOKAkyBpZiBuZWVkZWQg LSBzaG91bGQgcmVhbGx5IGJlIGFkZGVkIGFsb25nIHdpdGggdGhlIGltcG9ydCBhY3Rpb24uDQoN ClRoYW5rcy4NCkpvcmdlDQoNCg0KRnJvbTogQkVTUyA8YmVzcy1ib3VuY2VzQGlldGYub3JnPiBv biBiZWhhbGYgb2YgInNsaXRrb3dzLmlldGZAZ21haWwuY29tIiA8c2xpdGtvd3MuaWV0ZkBnbWFp bC5jb20+DQpEYXRlOiBNb25kYXksIE1heSAxOCwgMjAyMCBhdCA5OjU0IEFNDQpUbzogImJlc3NA aWV0Zi5vcmciIDxiZXNzQGlldGYub3JnPg0KQ2M6ICJiZXNzLWNoYWlyc0BpZXRmLm9yZyIgPGJl c3MtY2hhaXJzQGlldGYub3JnPg0KU3ViamVjdDogW2Jlc3NdIG5ldyBXR0xDIG9uIGRyYWZ0LWll dGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5LTA1DQoNCkhpIFdHLA0KDQpGb2xsb3dpbmcgdGhl IGRpc2N1c3Npb24gYW5kIHNpZ25pZmljYW50IGRvY3VtZW50IHVwZGF0ZSwgd2UgYXJlIHN0YXJ0 aW5nIGEgbmV3IFdvcmtpbmcgR3JvdXAgTGFzdCBDYWxsIG9uIGRyYWZ0LWlldGYtYmVzcy1ldnBu LWlnbXAtbWxkLXByb3h5LTA1DQoNClRoaXMgcG9sbCBydW5zIHVudGlsIHRoZSAxc3Qgb2YgSnVu ZS4NCg0KUGxlYXNlIHJlYWQgY2FyZWZ1bGx5IHRoZSBkb2N1bWVudCBhbmQgcmFpc2UgYW55IGNv bmNlcm4gYWJvdXQgdGhlIGNoYW5nZXMgdGhhdCBoYXZlIGJlZW4gaW50cm9kdWNlZC4NCg0KDQpU aGFua3MsDQoNClN0ZXBoYW5lICYgTWF0dGhldw0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9kcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eQ0KDQo= --_000_530BBB23916F40B8AB3AC836FA0897F9ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <300690C25AC087429236073701C83626@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNvbnNvbGFz Ow0KCXBhbm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25z ICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjow aW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRp b246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNv bmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndp bmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7 DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAx MS4waW47DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3MC44NXB0IDcwLjg1cHQ7fQ0KZGl2Lldv cmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0K PGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBj bGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rcyBKb3JnZSwg Tm90ZWQgaXQuJm5ic3A7IFdpbGwgd2FpdCBmb3IgYW55IG90aGVyIGNvbW1lbnRzLiBBbmQgbWFr ZSBjaGFuZ2VzIGFsbCB0b2dldGhlci4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3Jk ZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xv cjpibGFjayI+RnJvbTogPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtj b2xvcjpibGFjayI+JnF1b3Q7UmFiYWRhbiwgSm9yZ2UgKE5va2lhIC0gVVMvTW91bnRhaW4gVmll dykmcXVvdDsgJmx0O2pvcmdlLnJhYmFkYW5Abm9raWEuY29tJmd0Ozxicj4NCjxiPkRhdGU6IDwv Yj5UdWVzZGF5LCBNYXkgMTksIDIwMjAgYXQgMTowOSBQTTxicj4NCjxiPlRvOiA8L2I+JnF1b3Q7 c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20mcXVvdDsgJmx0O3NsaXRrb3dzLmlldGZAZ21haWwuY29t Jmd0OywgJnF1b3Q7YmVzc0BpZXRmLm9yZyZxdW90OyAmbHQ7YmVzc0BpZXRmLm9yZyZndDs8YnI+ DQo8Yj5DYzogPC9iPiZxdW90O2Jlc3MtY2hhaXJzQGlldGYub3JnJnF1b3Q7ICZsdDtiZXNzLWNo YWlyc0BpZXRmLm9yZyZndDssICZxdW90O1ByYWJodSwgVmlub2QgKE5va2lhIC0gQ0EvT3R0YXdh KSZxdW90OyAmbHQ7dmlub2QucHJhYmh1QG5va2lhLmNvbSZndDssICZxdW90O0Rvcm5vbiwgT2xp dmllciAoTm9raWEgLSBCRS9BbnR3ZXJwKSZxdW90OyAmbHQ7b2xpdmllci5kb3Jub25Abm9raWEu Y29tJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5SZTogW2Jlc3NdIG5ldyBXR0xDIG9uIGRyYWZ0 LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5LTA1PGJyPg0KPGI+UmVzZW50LUZyb206IDwv Yj4mbHQ7YWxpYXMtYm91bmNlc0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5SZXNlbnQtVG86IDwvYj4m bHQ7bWFua2FtaXNAY2lzY28uY29tJmd0OywgJmx0O3NsaXRrb3dzLmlldGZAZ21haWwuY29tJmd0 OywgJmx0O21hdHRoZXcuYm9jY2lAbm9raWEuY29tJmd0Ozxicj4NCjxiPlJlc2VudC1EYXRlOiA8 L2I+VHVlc2RheSwgTWF5IDE5LCAyMDIwIGF0IDE6MDkgUE08bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6Q29uc29sYXMiPkhpLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFt aWx5OkNvbnNvbGFzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpDb25zb2xh cyI+SSB0aGluayB0aGUgY2hhbmdlcyBhcmUgb2ssIHNpbmNlIHRoZXkgZm9sbG93IHRoZSBsYXRl c3QgZGlzY3Vzc2lvbnMuDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpDb25zb2xhcyI+ VGhlIGRvY3VtZW50IGlzIHJlYWR5IHRvIHByb2dyZXNzLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OkNvbnNvbGFzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpDb25z b2xhcyI+Tm90IHRoYXQgc2hvdWxkIGhvbGQgdGhlIFdHIExhc3QgQ2FsbCwgYnV0IHBsZWFzZSwg Zml4IHRoZSBmb2xsb3dpbmcgdGV4dCB0aGF0IHdlIGZvdW5kIGNvbmZ1c2luZywgYXMgcGFydCBv ZiB0aGUgZm9sbG93aW5nIHJldmlzaW9uOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNv bnNvbGFzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90Oztjb2xvcjpibGFjayI+VGhlIElHTVAgSm9pbiBTeW5jaCByb3V0ZSBNVVNUIGNh cnJ5IHRoZSBFUy1JbXBvcnQgUlQgZm9yIHRoZSBFUyBvbjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsg d2hpY2ggdGhlIElHTVAgTWVtYmVyc2hpcCBSZXBvcnQgd2FzIHJlY2VpdmVkLiZuYnNwOyBUaHVz IGl0IE1VU1Qgb25seSBiZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgc2VudCB0byB0aGUgUEVzIGF0 dGFjaGVkIHRvIHRoYXQgRVMgYW5kIG5vdCBhbnkgb3RoZXIgUEVzLjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OkNvbnNvbGFzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+cy8gVGh1cyBpdCBNVVNUIG9u bHkgYmUgc2VudCB0byB0aGUgUEVzIGF0dGFjaGVkIHRvIHRoYXQgRVMgYW5kIG5vdCBhbnkgb3Ro ZXIgUEVzLiAvIFRodXMgaXQgTVVTVCBvbmx5IGJlIGltcG9ydGVkIGJ5IHRoZSBQRXMgYXR0YWNo ZWQgdG8gdGhhdCBFUyBhbmQgbm90IGFueSBvdGhlciBQRXMuDQogLzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OkNvbnNvbGFzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTpDb25zb2xhcyI+VGhhdCBpcywgdGhlIEVTLUltcG9ydCBSVCBwZXItc2UgZG9lcyBub3QgZGV0 ZXJtaW5lIHRvIHdoYXQgUEVzIHRoZSByb3V0ZSBpcyBzZW50LiBJdCBkZXRlcm1pbmVzIHRoZSBk aXNzZW1pbmF0aW9uIGFsb25nIHdpdGggUlQgQ29uc3RyYWludCwgYnV0IHRoZSBNVVNUIHN0YXRl bWVudCDigJMgaWYgbmVlZGVkIC0gc2hvdWxkDQogcmVhbGx5IGJlIGFkZGVkIGFsb25nIHdpdGgg dGhlIGltcG9ydCBhY3Rpb24uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6Q29uc29sYXMi PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzIj5UaGFua3MuPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6Q29uc29sYXMiPkpvcmdlPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6Q29uc29sYXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFt aWx5OkNvbnNvbGFzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2IHN0eWxlPSJi b3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAw aW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVp biI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPkZyb206DQo8 L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5CRVNT ICZsdDtiZXNzLWJvdW5jZXNAaWV0Zi5vcmcmZ3Q7IG9uIGJlaGFsZiBvZiAmcXVvdDtzbGl0a293 cy5pZXRmQGdtYWlsLmNvbSZxdW90OyAmbHQ7c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20mZ3Q7PGJy Pg0KPGI+RGF0ZTogPC9iPk1vbmRheSwgTWF5IDE4LCAyMDIwIGF0IDk6NTQgQU08YnI+DQo8Yj5U bzogPC9iPiZxdW90O2Jlc3NAaWV0Zi5vcmcmcXVvdDsgJmx0O2Jlc3NAaWV0Zi5vcmcmZ3Q7PGJy Pg0KPGI+Q2M6IDwvYj4mcXVvdDtiZXNzLWNoYWlyc0BpZXRmLm9yZyZxdW90OyAmbHQ7YmVzcy1j aGFpcnNAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPltiZXNzXSBuZXcgV0dMQyBv biBkcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eS0wNTwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPkhpIFdHLDxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPkZv bGxvd2luZyB0aGUgZGlzY3Vzc2lvbiBhbmQgc2lnbmlmaWNhbnQgZG9jdW1lbnQgdXBkYXRlLCB3 ZSBhcmUgc3RhcnRpbmcgYSBuZXcgV29ya2luZyBHcm91cCBMYXN0IENhbGwgb24gZHJhZnQtaWV0 Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHktMDU8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5UaGlzIHBvbGwg cnVucyB1bnRpbCB0aGUgMTxzdXA+c3Q8L3N1cD4gb2YgSnVuZS48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj4mbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5Q bGVhc2UgcmVhZCBjYXJlZnVsbHkgdGhlIGRvY3VtZW50IGFuZCByYWlzZSBhbnkgY29uY2VybiBh Ym91dCB0aGUgY2hhbmdlcyB0aGF0IGhhdmUgYmVlbiBpbnRyb2R1Y2VkLjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW4iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0Oi41aW4iPlRoYW5rcyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5TdGVwaGFuZSAmYW1wOyBN YXR0aGV3PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbiI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvZHJhZnQtaWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHkiPmh0dHBzOi8vZGF0 YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5 PC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi41aW4iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+ DQo= --_000_530BBB23916F40B8AB3AC836FA0897F9ciscocom_-- From nobody Tue May 19 14:03:46 2020 Return-Path: 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 9915F3A1151; Tue, 19 May 2020 14:03:39 -0700 (PDT) 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, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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=qpQ/hgDf; dkim=pass (1024-bit key) header.d=juniper.net header.b=EyhkxQdt 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 f4NEEYqhg9l6; Tue, 19 May 2020 14:03:37 -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 8CE513A1150; Tue, 19 May 2020 14:03:37 -0700 (PDT) Received: from pps.filterd (m0108156.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 04JKmRM1027261; Tue, 19 May 2020 14:03:35 -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=ecToNHmykWSbQV4pqhJAmEEhTgOSEM0tRkuxVkQa35M=; b=qpQ/hgDf8JBSkGynBodqXJCI8Ts3j/RGUJRItc/e6sE2Y382cBridNnneb5wZJx8dd8r BE+i93RL2qbhSlXSylJPUq2z5ehw0FaIfvAAp+dvfbIYywpFGu07hUVfqpFnhaAoP+au VT59HTl3SycsEXl2dDDQ1hShuWalAteyj6qdwhwj1iC+g3li2yc6uCSqQ1fGbxUEE0dB l8p4dmNxCo9TZsOi9oAR4ya/ETn5hpF4rO1zhGxFurR26KOWin2lAhDBVepZ4Md7sqdN Vq8FpqZXBH/vwqr+BzAJQyRej96qSBinctrUXfWsPQ/rZhhRB0weiYFPpI5wnbRjWN7l CA== Received: from nam11-bn8-obe.outbound.protection.outlook.com (mail-bn8nam11lp2171.outbound.protection.outlook.com [104.47.58.171]) by mx0a-00273201.pphosted.com with ESMTP id 312f6qdqdc-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 19 May 2020 14:03:35 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Gle1oTklSMu122AocEyVdmPXuftNThJeaRw3/WJZZLA2rqex7SuiuNMbt2PwlnwVqZj7EprrE6zDgVytbFVq852hpTf3M5BKR1y3bkd9hD6RbjUSJUD3uQMv0v0MOXSjAPWSBxlA9ndP2wUr+sWi9lV/pr3yURjljGk/aYfaX8bY9rVkh5zFVK/lBrkLcujSA8ZQprT+IE+CJMYW9Q/j2TPTm9UycgivNTv5/MN47VvfO3mBfqC08g4o460Jt62UGxOJowVopleyn6wa18SE6uHSfCBW1VrhibB91aD5S4HZYFP0C5F6EspC6fKpbqYDU1yUtJ4Y83reO9StR2aEwA== 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=ecToNHmykWSbQV4pqhJAmEEhTgOSEM0tRkuxVkQa35M=; b=Ma5LICZ1Q8+MrMNI4Wt0ue+aadw8sjHDzKK+Ap24VtCsD3DY3Qh25ISDwHe5nOtL4oquC23L1Exp6l3At0/JtdqSFlmWtXAf4nytLotvncS1d4hrqwaKrqfnE2NEhJRxuHsMa3c6I2zD3Fv6fZAez3rEkl4gN20GcQxxPpLBJd8uLkCv4+a4lMzqmIuX0B+fqifAWR3QALNIUzZ7b4lgKOQJL3QtC1FZYwm+YYkPWlbttW1hPEsXaVCvjsIPKXyqQoN4myfmHNI5Pm7M6u5UTq4jSDUWUQz+vpelCkLddU3ga5bTuw6+LJ9jmnB5faRyjUI3j+yO9wipYEc8sKpzPg== 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=ecToNHmykWSbQV4pqhJAmEEhTgOSEM0tRkuxVkQa35M=; b=EyhkxQdtoBpiWTk0Zpda0OGZO1fVCuJkpRxEeyyRFOXVyIBjXkJvtlvM0DvL+MJ37pGn2LSnHbGSHkNd+CgZmjNx1O8/FYvhgc6xppeC/9uMTswU/nxF5DWr5c+ChKnrodr7+HOY7DR7veHiGoj7iYKQqt8Le+nOHGLEjmTtSO8= Received: from DM5PR05MB3388.namprd05.prod.outlook.com (2603:10b6:4:40::18) by DM5PR05MB2922.namprd05.prod.outlook.com (2603:10b6:3:50::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3021.11; Tue, 19 May 2020 21:03:33 +0000 Received: from DM5PR05MB3388.namprd05.prod.outlook.com ([fe80::788f:7f45:b540:e7bd]) by DM5PR05MB3388.namprd05.prod.outlook.com ([fe80::788f:7f45:b540:e7bd%3]) with mapi id 15.20.3021.019; Tue, 19 May 2020 21:03:33 +0000 From: John E Drake To: "Rabadan, Jorge (Nokia - US/Mountain View)" , "slitkows.ietf@gmail.com" , "bess@ietf.org" CC: "Prabhu, Vinod (Nokia - CA/Ottawa)" , "bess-chairs@ietf.org" , "Dornon, Olivier (Nokia - BE/Antwerp)" Thread-Topic: [bess] new WGLC on draft-ietf-bess-evpn-igmp-mld-proxy-05 Thread-Index: AdYs6SUp0t3oNaDYRymeGRCR1l+P6wBQO/aAAAJJhVA= Date: Tue, 19 May 2020 21:03:32 +0000 Message-ID: References: <01df01d62ce9$7292e540$57b8afc0$@gmail.com> <8D87A7C1-F57F-4913-AF58-C827071C3C61@nokia.com> In-Reply-To: <8D87A7C1-F57F-4913-AF58-C827071C3C61@nokia.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-05-19T21:03:31Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=19a54ac9-785c-4d11-80b0-863f50b67a54; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 dlp-product: dlpe-windows dlp-version: 11.3.2.8 dlp-reaction: no-action authentication-results: nokia.com; dkim=none (message not signed) header.d=none;nokia.com; dmarc=none action=none header.from=juniper.net; x-originating-ip: [66.129.241.11] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 4989d616-7168-4104-9d74-08d7fc381707 x-ms-traffictypediagnostic: DM5PR05MB2922: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 040866B734 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: bFnST5P0SuFVDieNBzjZMGfcUSDmNr6js0n689LxG7f9ZrPf2UrRrBHvlKoGok33WbGAtHn38V3GV1zbhitzhxPU5alAYSTC5dbPmDRE+VDZchQ+SK/B1QlZA+VOj+NE1H390MqwwJQOyDJ8sLzVfva1sXvMBuL4uzEtVzJ+kBt2WtxZCTeItk4kIywaTmwXUv3jJkb6+/oJMGbQC12VuSLkGp6W8PpDxoMms0rHVZ/coW11w0CnLieAgqLhgDB954kNHenmiBbdIrnAZsleH+0QhxImzfrHLarz9X3t/I+KxbcxJGZPMxp0gnPAnm8a7yCKPHJ7ukpayIGb07UFSwlvUwtFdpCaJYjtKt8ka+gqZnzaFpF0IVNmxcV+m8mow6tzHcYUWQ6Mp3WaQw6NVg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM5PR05MB3388.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(136003)(366004)(39860400002)(396003)(376002)(346002)(66476007)(8936002)(110136005)(7696005)(54906003)(66446008)(66946007)(66556008)(64756008)(5660300002)(76116006)(6506007)(316002)(296002)(966005)(478600001)(166002)(8676002)(186003)(71200400001)(9686003)(86362001)(4326008)(53546011)(2906002)(55016002)(26005)(33656002)(52536014); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: OzKdL96kJXeZwW/3iepr5Oj7O63SefEKQNq0SP8lnFqQaPJUwFW4XSOdgqjycbHdVz+b0SB6IeEs+nHjCeZfRJCv7GBLf2diblm6eBc+B6Ty3d8D7FKe2hsQGiD1ks3zs/iTKlYkU06NX7OEtuumr/Q3NUbLsVz3Xmy3l7XBjuh7TU7W/mXgZb3/S6tDLv9xzJupS9MnxGJ5cC2l3gSeWkeegWjIpvZE67gu5KnWAyV+iYdR4jYoHCpRw4JDCzLXsX3skL99anCkOLWaGQHJzQHOF/PeeZ0hWIghIuhOIk2CYK/V3PxAPCc2J8Qh0RS+UaWxRFOhCU8JBwkfTbb4Yf9QKjFEo4i2YkGC9VnCpy+0U+oMYuFUMMWStlaEamCJwRp9LjjNdj3zX5wn4sRHXtgycI9Ynhwp3s3iAzTMNDlaIB5uXgW/juZtvhOIS35Mlhz9wy955gcTpLps25AcvWYCSqUasUy4RYnNFrnDUSE= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DM5PR05MB3388C9DB319E37FA7FF847D8C7B90DM5PR05MB3388namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 4989d616-7168-4104-9d74-08d7fc381707 X-MS-Exchange-CrossTenant-originalarrivaltime: 19 May 2020 21:03:33.0068 (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: fyP0mHWLn8dI5giMzb2jWHO7UiuFJNZB+mk6K8ERwjzpMXUzOWLnqJgpGQJXBG6pYsjyNyRdnm7lulRch4EkBQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR05MB2922 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.216, 18.0.676 definitions=2020-05-19_09:2020-05-19, 2020-05-19 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 lowpriorityscore=0 bulkscore=0 impostorscore=0 clxscore=1011 suspectscore=0 adultscore=0 mlxscore=0 phishscore=0 spamscore=0 malwarescore=0 mlxlogscore=999 priorityscore=1501 cotscore=-2147483648 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2005190178 Archived-At: Subject: Re: [bess] new WGLC on draft-ietf-bess-evpn-igmp-mld-proxy-05 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 21:03:40 -0000 --_000_DM5PR05MB3388C9DB319E37FA7FF847D8C7B90DM5PR05MB3388namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Much better Yours Irrespectively, John Juniper Business Use Only From: BESS On Behalf Of Rabadan, Jorge (Nokia - US/= Mountain View) Sent: Tuesday, May 19, 2020 4:09 PM To: slitkows.ietf@gmail.com; bess@ietf.org Cc: Prabhu, Vinod (Nokia - CA/Ottawa) ; bess-chairs= @ietf.org; Dornon, Olivier (Nokia - BE/Antwerp) Subject: Re: [bess] new WGLC on draft-ietf-bess-evpn-igmp-mld-proxy-05 [External Email. Be cautious of content] Hi, I think the changes are ok, since they follow the latest discussions. The document is ready to progress. Not that should hold the WG Last Call, but please, fix the following text t= hat we found confusing, as part of the following revision: The IGMP Join Synch route MUST carry the ES-Import RT for the ES on which the IGMP Membership Report was received. Thus it MUST only be sent to the PEs attached to that ES and not any other PEs. s/ Thus it MUST only be sent to the PEs attached to that ES and not any oth= er PEs. / Thus it MUST only be imported by the PEs attached to that ES and = not any other PEs. / That is, the ES-Import RT per-se does not determine to what PEs the route i= s sent. It determines the dissemination along with RT Constraint, but the M= UST statement - if needed - should really be added along with the import ac= tion. Thanks. Jorge From: BESS > on behalf = of "slitkows.ietf@gmail.com" > Date: Monday, May 18, 2020 at 9:54 AM To: "bess@ietf.org" > Cc: "bess-chairs@ietf.org" > Subject: [bess] new WGLC on draft-ietf-bess-evpn-igmp-mld-proxy-05 Hi WG, Following the discussion and significant document update, we are starting a= new Working Group Last Call on draft-ietf-bess-evpn-igmp-mld-proxy-05 This poll runs until the 1st of June. Please read carefully the document and raise any concern about the changes = that have been introduced. Thanks, Stephane & Matthew https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-igmp-mld-proxy --_000_DM5PR05MB3388C9DB319E37FA7FF847D8C7B90DM5PR05MB3388namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable --_000_DM5PR05MB3388C9DB319E37FA7FF847D8C7B90DM5PR05MB3388namp_-- From nobody Mon May 25 03:30:57 2020 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CA80E3A0963; Mon, 25 May 2020 03:30:26 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.1.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bess@ietf.org Message-ID: <159040262674.2780.12226612925870620212@ietfa.amsl.com> Date: Mon, 25 May 2020 03:30:26 -0700 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-evpn-ipvpn-interworking-03.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2020 10:30:27 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled ServiceS WG of the IETF. Title : EVPN Interworking with IPVPN Authors : J. Rabadan A. Sajassi E. Rosen J. Drake W. Lin J. Uttaro A. Simpson Filename : draft-ietf-bess-evpn-ipvpn-interworking-03.txt Pages : 24 Date : 2020-05-25 Abstract: EVPN is used as a unified control plane for tenant network intra and inter-subnet forwarding. When a tenant network spans not only EVPN domains but also domains where IPVPN provides inter-subnet forwarding, there is a need to specify the interworking aspects between both EVPN and IPVPN domains, so that the end to end tenant connectivity can be accomplished. This document specifies how EVPN should interwork with VPN-IPv4/VPN-IPv6 and IPv4/IPv6 BGP families for inter-subnet forwarding. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-ipvpn-interworking/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-evpn-ipvpn-interworking-03 https://datatracker.ietf.org/doc/html/draft-ietf-bess-evpn-ipvpn-interworking-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-evpn-ipvpn-interworking-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon May 25 12:54:16 2020 Return-Path: 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 839CE3A0769 for ; Mon, 25 May 2020 12:54:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 ogxHI9mLCWWg for ; Mon, 25 May 2020 12:54:10 -0700 (PDT) Received: from mail-qk1-x72b.google.com (mail-qk1-x72b.google.com [IPv6:2607:f8b0:4864:20::72b]) (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 B09013A0764 for ; Mon, 25 May 2020 12:54:10 -0700 (PDT) Received: by mail-qk1-x72b.google.com with SMTP id f18so1648966qkh.1 for ; Mon, 25 May 2020 12:54:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:thread-topic:thread-index:date:message-id :accept-language:content-language:mime-version; bh=MTz1Vy7vEAEJsBzWzA81rD7TXU6bhxEL+0zaOpbdGi8=; b=h7cHTcd5RmwRhzp6GEK9gdg5SAp/pxLmqNsEWf8D8xSTBC+NhuZKtcjUfohHBYoWDo aM5YiPjAXKPBn78mlfR0p0mODyQlKPmXnT5QcCkT3X/aHcp5N9XuBDjlR+Ixf/Q8BbQj V6ZmabB7ihOGpAmB7vN+uWCQzP85qGX9GlXqnyzyBwR9g21wkLfif6xF1dkBWV8i64aZ exHT/xZF9xEtdyq7AhN3i/y1IgOdX/KV1jnJlD9ELBXu2AJbWqqcetQ7eiUzuyjgaFk2 X1RplSmIzhqXRcEX9bqK+0BfoYB8vU4zBwFXqzCKBar8vGQzsKe9QhXmnfNmsYlQ+FXR aWzA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:thread-topic:thread-index:date :message-id:accept-language:content-language:mime-version; bh=MTz1Vy7vEAEJsBzWzA81rD7TXU6bhxEL+0zaOpbdGi8=; b=QANu4qgw77emU0Cu6F6Qe9lvptvA9tU6O/ZPtgXU0/FgQznvdf7rmjnv9c7fYa3jb8 e8dF413q7mk5kqShPnoKKeMgJiMDVGQjtUf1I8zTDdzbn2wuwc7b67cTWeRQQ279nDGP SQ3yHGlzpd3Ghi6QPJvXMVb+JN5UHBxhVK1nPbjKs57Oi/PeCZgB1NRqOwMlgWLRBVZj 0fa9JbmXCOc40/d8fqlonLp+jNRL8+2ViEOi8Et6K3BJrSEwNomnPXJf9LgGZS2yHi3d DF6kYFueiqn5XaA9pwk3F5Pn86hBBew6nXTPf/kE71z16lu2O/wBBmvA48T0O0A9mWjJ xVAA== X-Gm-Message-State: AOAM532SQiNErTQRdEKD8bmHx/Lq/UinTfoe9KUqfhdldMhaNiDmctg4 D0Pb+VZMQR9rLyD3h3S0Ri8js2ws X-Google-Smtp-Source: ABdhPJzqQZD+xKcxf5CzYPVtK45SAmcsJjCcI9Gkwr90xCLkmn5/tr0hxyQdhLDwPisnZiGZdfq3VQ== X-Received: by 2002:a05:620a:1407:: with SMTP id d7mr10411166qkj.89.1590436448635; Mon, 25 May 2020 12:54:08 -0700 (PDT) Received: from MN2PR10MB3373.namprd10.prod.outlook.com ([2603:1036:302:4085::5]) by smtp.gmail.com with ESMTPSA id l184sm14806717qkf.84.2020.05.25.12.54.07 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 25 May 2020 12:54:08 -0700 (PDT) From: =?Windows-1252?Q?Luc_Andr=E9_Burdet?= To: "bess@ietf.org" Thread-Topic: Request for IANA early allocation for 'Service Carving Timestamp' code point Thread-Index: AQHWMs4/3BQoDFmaDU6jiToJXsApWA== X-MS-Exchange-MessageSentRepresentingType: 1 Date: Mon, 25 May 2020 19:54:06 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-Exchange-Organization-SCL: -1 X-MS-TNEF-Correlator: X-MS-Exchange-Organization-RecordReviewCfmType: 0 Content-Type: multipart/alternative; boundary="_000_MN2PR10MB33738F0546FFA31CB9D5F366AFB30MN2PR10MB3373namp_" MIME-Version: 1.0 Archived-At: Subject: [bess] Request for IANA early allocation for 'Service Carving Timestamp' code point X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2020 19:54:14 -0000 --_000_MN2PR10MB33738F0546FFA31CB9D5F366AFB30MN2PR10MB3373namp_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hello, I would like to request IANA pre-allocation of an Extended Community for = =91TBD3=92 NTP-timestamp in the EVPN DF Fast-Recovery draft: https://tools.ietf.org/html/draft-ietf-bess-evpn-fast-df-recovery-01#sectio= n-7 This document solicits the allocation of the following sub-type in the "EVPN Extended Community Sub-Types" registry setup by [RFC7153]: TBD3 Service Carving Timestamp This document https://www.iana.org/assignments/bgp-extended-communities/bgp-extended-comm= unities.xhtml#evpn While an update is pending on the Handshake portion per received feedback, = the NTP portion of the draft is stable and implementations would need a (pr= e-)allocated value for use over the network. Regards, Luc Andr=E9 Luc Andr=E9 Burdet | Cisco | laburdet.ietf@gmail.com | Tel: +1 613 254= 4814 --_000_MN2PR10MB33738F0546FFA31CB9D5F366AFB30MN2PR10MB3373namp_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

Hello,<= /span>

 

I would= like to request IANA pre-allocation of an Extended Community for =91TBD3= =92 NTP-timestamp in the EVPN DF Fast-Recovery draft:

https://tools.ietf.org/html/draft-ietf-bess-evpn-fast-df-recovery-= 01#section-7

&n= bsp;

   This document solicits the al=
location of the following sub-type in
   the "EVPN Extended Commu=
nity Sub-Types" registry setup by [RFC7153]:
 
       =
  TBD3     Service Carving Timestamp  &n=
bsp; This document

&n= bsp;

&n= bsp;

https://www.iana.org/= assignments/bgp-extended-communities/bgp-extended-communities.xhtml#evpn

&n= bsp;

While a= n update is pending on the Handshake portion per received feedback, the NTP= portion of the draft is stable and implementations would need a (pre-)allo= cated value for use over the network.

 

Regards,

Luc Andr=E9

 

Luc Andr=E9 Burdet |  Cisco  |  laburdet.ietf@gmai= l.com  |  Tel: +1 613 254 4814

 

--_000_MN2PR10MB33738F0546FFA31CB9D5F366AFB30MN2PR10MB3373namp_-- From nobody Tue May 26 04:49:10 2020 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E5D73A0E79; Tue, 26 May 2020 04:49:07 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.1.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bess@ietf.org Message-ID: <159049374729.16230.12715944463274324025@ietfa.amsl.com> Date: Tue, 26 May 2020 04:49:07 -0700 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-mvpn-msdp-sa-interoperation-05.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2020 11:49:08 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled ServiceS WG of the IETF. Title : MVPN and MSDP SA Interoperation Authors : Zhaohui Zhang Lenny Giuliano Filename : draft-ietf-bess-mvpn-msdp-sa-interoperation-05.txt Pages : 7 Date : 2020-05-26 Abstract: This document specifies the procedures for interoperation between Multicast Virtual Private Network (MVPN) Source Active routes and customer Multicast Source Discovery Protocol (MSDP) Source Active routes, which is useful for MVPN provider networks offering services to customers with an existing MSDP infrastructure. Without the procedures described in this document, VPN-specific MSDP sessions are required among the PEs that are customer MSDP peers. This document updates RFC6514. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-mvpn-msdp-sa-interoperation/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-mvpn-msdp-sa-interoperation-05 https://datatracker.ietf.org/doc/html/draft-ietf-bess-mvpn-msdp-sa-interoperation-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-mvpn-msdp-sa-interoperation-05 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed May 27 22:27:39 2020 Return-Path: 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 A027B3A0A68; Wed, 27 May 2020 22:27:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.597 X-Spam-Level: X-Spam-Status: No, score=-9.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, 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=HCwR4Ztt; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=xcHzeEkC 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 w-Ze1oUzStmw; Wed, 27 May 2020 22:27:36 -0700 (PDT) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DAEEF3A0A67; Wed, 27 May 2020 22:27:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6877; q=dns/txt; s=iport; t=1590643655; x=1591853255; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=+wF0Zpss0Gc83ou76v2AE1p8vpGBX2Ug50zUojvFrH4=; b=HCwR4ZttdGvOKJM9GuftqrHaOWqc1ikA/1jw117Ym4sFtRK9kA21i2r0 Emn+sXkgFh3xbQC02+OFPTSfnbDnneluJeyv3jRCDYV64wr55zawLF+RP 8H1VtApG/5/dwgxzajTL59lqZppXdEEyBfpbPnS6lJRwBHaJRXgImyHLI U=; IronPort-PHdr: =?us-ascii?q?9a23=3AxgoSlxG/8j12O1CZOeydiZ1GYnJ96bzpIg4Y7I?= =?us-ascii?q?YmgLtSc6Oluo7vJ1Hb+e401QObUoDS6vYCgO3T4OjsWm0FtJCGtn1KMJlBTA?= =?us-ascii?q?QMhshemQs8SNWEBkv2IL+PDWQ6Ec1OWUUj8yS9Nk5YS8n7blzW5Ha16G1aFh?= =?us-ascii?q?D2LwEgIOPzF8bbhNi20Obn/ZrVbk1IiTOxbKk0Ig+xqFDat9Idhs1pLaNixw?= =?us-ascii?q?=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BgBgB/S89e/5xdJa1mHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQGCCoEhL1IHb1gvLIQlg0YDjRkliXqJYYRngUKBEANVCwEBAQw?= =?us-ascii?q?BASMKAgQBAYREAheBfwIkOBMCAwEBCwEBBQEBAQIBBgRthVcMhXIBAQEBAxI?= =?us-ascii?q?RHQEBNwEPAgEIEQMBAisCAgIfER0IAQEEAQ0FIoMEAYF+TQMuAQ6kGQKBOYh?= =?us-ascii?q?hdoEygwEBAQWBRkFCglcNC4IOAwaBOIJkiWAaggCBEScMEIJNPoIeSQICAQG?= =?us-ascii?q?BLAESAUENgmczgi2RZ4Ylml1KCoJUiCqLWYRdHYJkiQOFCo0XkFKBXYgTgk2?= =?us-ascii?q?RLAIEAgQFAg4BAQWBaiJmcHAVZQGCPlAYDZBAg3KFFIVCdDcCBggBAQMJfIw?= =?us-ascii?q?4AQE?= X-IronPort-AV: E=Sophos;i="5.73,443,1583193600"; d="scan'208,217";a="486114747" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 28 May 2020 05:27:28 +0000 Received: from XCH-ALN-004.cisco.com (xch-aln-004.cisco.com [173.36.7.14]) by rcdn-core-5.cisco.com (8.15.2/8.15.2) with ESMTPS id 04S5RSaS012879 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 28 May 2020 05:27:28 GMT Received: from xhs-rtp-003.cisco.com (64.101.210.230) by XCH-ALN-004.cisco.com (173.36.7.14) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 28 May 2020 00:27:28 -0500 Received: from xhs-rcd-002.cisco.com (173.37.227.247) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 28 May 2020 01:27:26 -0400 Received: from NAM10-BN7-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Thu, 28 May 2020 00:27:26 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UnObn3zLT4Z7Xn0rSV4VBI1LFxDNQ8Q6L+VA5zfp6vcVHZz/+sC7R2vq8AyAwxlZDHAzhRRxBq3ZWoTb6VMpsYcH94tTk34pLWHvfvcdhibQa7DTNQIeKrJTzCQnSHrP9DWPCP/hJjJWsZZYSLSZgCdm7bfbEGkWjBptrMeJQ0rgyx8TktTUiOwc9EHoldQ3Zh4YoGrXVgTHUtWGw/W7crk+BiHgc8FQK5+afCtJW3JKe6WKFM+tVstgLYEoufcks+Pd/bbO6urg+MIS9NmtKN/+o29nbQM234BZozHsa7L0FEfdfIzJ83HahN8k+yNNkP4Kxj/YJsX57vBCyafOZw== 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=+wF0Zpss0Gc83ou76v2AE1p8vpGBX2Ug50zUojvFrH4=; b=ATJ4CpTz43uA8zUTe6hFb7KBWE2PX9fdr7VQPH6EnL4i5Y+iQ1aQbl7UFMck9pcC05k87DecivQWP9JPMuLc7q14kb/U+cln8Dv8WyGdhaLrHp4A6QXdgogD+EzgdnBAlTB4Xw89rmBczRz69W21IjxBooWycXKPm1n1galHq7nKjl0YVNINNioGf+pI7OkTQySZNxKP1lN+Q+eIZO8uXC70UsjzjC3Fol8txq1WzF2RBTdz0oige3faoU/GpbSFtctrMifnjma9EDYwkvGPEva05ZZLG0X6kiz2T2fZUpOR3jHzJyQlOl8V9xiI9lx3BN92gRMXCYnATGAeXlIiOg== 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=+wF0Zpss0Gc83ou76v2AE1p8vpGBX2Ug50zUojvFrH4=; b=xcHzeEkCYZNPHgc8HBGE0wDCHXkEDT9rdNHCBe2X9bbn0Fyo+hmaTwqku2CdIbw3wHCkHWSP1L94+QnhVWxGPN6q1qxp3Hrd/I1i6Zt2alqY45+KexMWs80UMBLD4v/fnzmKYYd5j9KuRDI7EvaWzXiMDYStFC+VWT/tJMagVqk= Received: from BY5PR11MB4260.namprd11.prod.outlook.com (2603:10b6:a03:1ba::30) by BY5PR11MB4369.namprd11.prod.outlook.com (2603:10b6:a03:1cb::25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3021.23; Thu, 28 May 2020 05:27:25 +0000 Received: from BY5PR11MB4260.namprd11.prod.outlook.com ([fe80::48d6:af47:b6c8:fe6a]) by BY5PR11MB4260.namprd11.prod.outlook.com ([fe80::48d6:af47:b6c8:fe6a%7]) with mapi id 15.20.3021.030; Thu, 28 May 2020 05:27:25 +0000 From: "Ali Sajassi (sajassi)" To: "slitkows.ietf@gmail.com" , "bess@ietf.org" CC: "bess-chairs@ietf.org" Thread-Topic: [bess] new WGLC on draft-ietf-bess-evpn-igmp-mld-proxy-05 Thread-Index: AdYs6SUp0t3oNaDYRymeGRCR1l+P6wHjNlcA Date: Thu, 28 May 2020 05:27:25 +0000 Message-ID: <61163AB0-0454-4379-8A33-7181BE3B9459@cisco.com> References: <01df01d62ce9$7292e540$57b8afc0$@gmail.com> In-Reply-To: <01df01d62ce9$7292e540$57b8afc0$@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.36.20041300 authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=cisco.com; x-originating-ip: [2601:648:8800:39a0:10b4:f219:9512:ea26] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 07739102-1024-46da-c344-08d802c7ce44 x-ms-traffictypediagnostic: BY5PR11MB4369: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7691; x-forefront-prvs: 0417A3FFD2 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 9cu9wRwUuOXHoIeL5Mr3aeEjtuno9Qto6cfqgBg8VV6b4Fju3HdLWUZlYpi2yFEOU1MgXaPTK0P0NPZf4yKT9SwnMv85R0Q3O+8kte3Sb7Nv5Lsr4VIsNOCIWhC/cNmO1OihdaFBYYsUpbsus98+hmBbECYXC1TN5NNqlP5mTUQ/xw8U3U0nGekBVHDeOpQmg1giCcQ5MFNWdJ7oE1nNLNL3FCShtJNSPS15IndlS4W+mXPn0Rfa9jHRFnH5zSsUz0CNF1ngR2HLh57nYKy87t5Yqe1Yy7LUw4b4RNuqB7/LRq/deGFA+t4C63FT/NqOPDGPJjEN1/ypfLTboRyY26ln5yg4jmxinpWK3oNtNAGkKE9fQNHkriFeUJ/XYHwUZNeC0xpfAJWlfZcXgKqqXA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY5PR11MB4260.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(376002)(39860400002)(396003)(366004)(346002)(136003)(110136005)(966005)(166002)(2906002)(86362001)(53546011)(66476007)(64756008)(33656002)(6506007)(4326008)(76116006)(66446008)(66556008)(66946007)(4744005)(8676002)(2616005)(71200400001)(36756003)(6512007)(186003)(478600001)(6486002)(83380400001)(8936002)(5660300002)(316002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: NxPFL+50COgn7Qv9LVtPXJ0oJHTENfS2wlhdMo7gCX7AycHKIHv8mEnZZv/bBXvnAJB3NIUbNP9wc0zRC7KKXPbh3n3BCxhtyt/02QmbwjPLuWVmt38Ng2X0kphRiU6qU7s76EnmjuJhneAZg+f/iewbAZ7JYF/Nop/I9nz0t7BvCm+s1XHo6sLWppZHW2nKB6HJhKiDnT3NmgxZroBzc398Snqxj3oH128ArKAFq1Pi9bpSX57TcW/EVmFAGWZudLbuRFBqPKJUnAVjI8e0s1/bQmrYaJzvUiCIMwgpKFFBrd55OKTpPXli+5ekPNK3bL99zlie6fmXvup56mb7NHR4li6W7ZX3REu/kXc53M8knf/KU6S6Pvi7q9INzM7XQA3+z/ENBx7d4Klo4iEPqp7MME2nz0ugqVVIvn8q+SVQwHlqRh9QwLRU+JSpFQfq0JMUy8aKDiEsY2owmK3zLCVZ1tufejOr5iyhzc24ETZsjPNMGAZXvHEWuuQ/cXQMREqd+Eyp03dHxCkZYzaCHVTMwdW6rQXh5712d4uPPcOy+5S5y8v1PcDBhOCwzgVT x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_61163AB0045443798A337181BE3B9459ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 07739102-1024-46da-c344-08d802c7ce44 X-MS-Exchange-CrossTenant-originalarrivaltime: 28 May 2020 05:27:25.4546 (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: lNCko+yIbNUSjMrS8D+bPUDElDq4cjof/ElxztHsuMBv3hIudTxKAJMA6PQfiZ5mOXRltc+4USEdVEEaBtSxkQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY5PR11MB4369 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.14, xch-aln-004.cisco.com X-Outbound-Node: rcdn-core-5.cisco.com Archived-At: Subject: Re: [bess] new WGLC on draft-ietf-bess-evpn-igmp-mld-proxy-05 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2020 05:27:38 -0000 --_000_61163AB0045443798A337181BE3B9459ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpUaGUgaXNzdWVzIHJhaXNlZCBkdXJpbmcgdGhlIGVtYWlsIHRocmVhZCBiZWZvcmUgdGhlIGxh c3QgSUVURiwgaGF2ZSBiZWVuIGFkZHJlc3NlZCBpbiB0aGlzIHJldiBhbmQgdGhlIGRvYyBpcyBy ZWFkeSB0byBiZSBwcm9ncmVzc2VkLg0KDQpDaGVlcnMsDQpBbGkNCg0KRnJvbTogQkVTUyA8YmVz cy1ib3VuY2VzQGlldGYub3JnPiBvbiBiZWhhbGYgb2YgInNsaXRrb3dzLmlldGZAZ21haWwuY29t IiA8c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20+DQpEYXRlOiBNb25kYXksIE1heSAxOCwgMjAyMCBh dCAxMjo1NCBBTQ0KVG86ICJiZXNzQGlldGYub3JnIiA8YmVzc0BpZXRmLm9yZz4NCkNjOiAiYmVz cy1jaGFpcnNAaWV0Zi5vcmciIDxiZXNzLWNoYWlyc0BpZXRmLm9yZz4NClN1YmplY3Q6IFtiZXNz XSBuZXcgV0dMQyBvbiBkcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eS0wNQ0KDQpI aSBXRywNCg0KRm9sbG93aW5nIHRoZSBkaXNjdXNzaW9uIGFuZCBzaWduaWZpY2FudCBkb2N1bWVu dCB1cGRhdGUsIHdlIGFyZSBzdGFydGluZyBhIG5ldyBXb3JraW5nIEdyb3VwIExhc3QgQ2FsbCBv biBkcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eS0wNQ0KDQpUaGlzIHBvbGwgcnVu cyB1bnRpbCB0aGUgMXN0IG9mIEp1bmUuDQoNClBsZWFzZSByZWFkIGNhcmVmdWxseSB0aGUgZG9j dW1lbnQgYW5kIHJhaXNlIGFueSBjb25jZXJuIGFib3V0IHRoZSBjaGFuZ2VzIHRoYXQgaGF2ZSBi ZWVuIGludHJvZHVjZWQuDQoNCg0KVGhhbmtzLA0KDQpTdGVwaGFuZSAmIE1hdHRoZXcNCg0KaHR0 cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1iZXNzLWV2cG4taWdtcC1t bGQtcHJveHkNCg0K --_000_61163AB0045443798A337181BE3B9459ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <4F067DA320C5F042800F5336593011FF@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6RGVuZ1hpYW47DQoJcGFub3NlLTE6 MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7 DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiXEBEZW5nWGlhbiI7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBT dHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05v cm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6 MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0 LWxhbmd1YWdlOkVOLVVTO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxl LXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu ZTt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsN Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30N Ci5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6 ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1h cmdpbjo3MC44NXB0IDcwLjg1cHQgNzAuODVwdCA3MC44NXB0O30NCmRpdi5Xb3JkU2VjdGlvbjEN Cgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9 IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3Jk U2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0 LWxhbmd1YWdlOlpILUNOIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPlRoZSBp c3N1ZXMgcmFpc2VkIGR1cmluZyB0aGUgZW1haWwgdGhyZWFkIGJlZm9yZSB0aGUgbGFzdCBJRVRG LCBoYXZlIGJlZW4gYWRkcmVzc2VkIGluIHRoaXMgcmV2IGFuZCB0aGUgZG9jIGlzIHJlYWR5IHRv IGJlIHByb2dyZXNzZWQuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28t ZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Q2hlZXJzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1D TiI+QWxpPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYg MS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+RnJvbTogPC9zcGFu PjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+QkVTUyAmbHQ7 YmVzcy1ib3VuY2VzQGlldGYub3JnJmd0OyBvbiBiZWhhbGYgb2YgJnF1b3Q7c2xpdGtvd3MuaWV0 ZkBnbWFpbC5jb20mcXVvdDsgJmx0O3NsaXRrb3dzLmlldGZAZ21haWwuY29tJmd0Ozxicj4NCjxi PkRhdGU6IDwvYj5Nb25kYXksIE1heSAxOCwgMjAyMCBhdCAxMjo1NCBBTTxicj4NCjxiPlRvOiA8 L2I+JnF1b3Q7YmVzc0BpZXRmLm9yZyZxdW90OyAmbHQ7YmVzc0BpZXRmLm9yZyZndDs8YnI+DQo8 Yj5DYzogPC9iPiZxdW90O2Jlc3MtY2hhaXJzQGlldGYub3JnJnF1b3Q7ICZsdDtiZXNzLWNoYWly c0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+W2Jlc3NdIG5ldyBXR0xDIG9uIGRy YWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5LTA1PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpIFdHLDxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5Gb2xsb3dpbmcgdGhlIGRpc2N1c3Npb24gYW5kIHNpZ25pZmljYW50IGRvY3VtZW50 IHVwZGF0ZSwgd2UgYXJlIHN0YXJ0aW5nIGEgbmV3IFdvcmtpbmcgR3JvdXAgTGFzdCBDYWxsIG9u IGRyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5LTA1PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPlRoaXMgcG9sbCBydW5zIHVudGlsIHRoZSAxPHN1cD5zdDwvc3VwPiBvZiBKdW5lLjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5QbGVhc2UgcmVhZCBjYXJlZnVsbHkgdGhlIGRvY3VtZW50 IGFuZCByYWlzZSBhbnkgY29uY2VybiBhYm91dCB0aGUgY2hhbmdlcyB0aGF0IGhhdmUgYmVlbiBp bnRyb2R1Y2VkLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rcyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U3Rl cGhhbmUgJmFtcDsgTWF0dGhldzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBocmVmPSJodHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1s ZC1wcm94eSI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1iZXNz LWV2cG4taWdtcC1tbGQtcHJveHk8L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_61163AB0045443798A337181BE3B9459ciscocom_-- From nobody Thu May 28 06:49:16 2020 Return-Path: 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 B52113A0ED5; Thu, 28 May 2020 06:49:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no 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 rxu2RkWOYXj6; Thu, 28 May 2020 06:49:10 -0700 (PDT) Received: from mta5.iomartmail.com (mta5.iomartmail.com [62.128.193.155]) (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 AFC3F3A0ED2; Thu, 28 May 2020 06:49:09 -0700 (PDT) Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta5.iomartmail.com (8.14.4/8.14.4) with ESMTP id 04SDn3jp019430; Thu, 28 May 2020 14:49:03 +0100 Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 211BA22046; Thu, 28 May 2020 14:49:03 +0100 (BST) Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs3.iomartmail.com (Postfix) with ESMTPS id 0B42522044; Thu, 28 May 2020 14:49:03 +0100 (BST) Received: from LAPTOPK7AS653V ([84.93.26.18]) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.4/8.14.4) with ESMTP id 04SDn1r8012892 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 28 May 2020 14:49:02 +0100 Reply-To: From: "Adrian Farrel" To: "'Roman Danyliw'" Cc: , , "'The IESG'" , Date: Thu, 28 May 2020 14:49:01 +0100 Organization: Old Dog Consulting Message-ID: <084001d634f6$bf793840$3e6ba8c0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdY09rrTOqsf2p2FRCKE4aMQY+++8Q== Content-Language: en-gb X-Originating-IP: 84.93.26.18 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25446.007 X-TM-AS-Result: No--12.557-10.0-31-10 X-imss-scan-details: No--12.557-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25446.007 X-TMASE-Result: 10--12.557300-10.000000 X-TMASE-MatchedRID: tIBWMHlNqVPNd25vZzko7Ush+mzT1UnbVBDQSDMig9GqvcIF1TcLYGJV GNxgOcWOjHOlHc1VgaLGHYZWX0Hh5QCbQIFe415vdhnFihmbnwWrfCU2+xgE2IblMMKBhOiUAe9 jKv1n7mWi0F3pZIgNF3GACX4W17aagQDUCAaEDqmRymwORsCPITVfUuzvrtymwrQeQFxkWNtWCB 3icG4VKsibqlbny6J4WKQi7of+3seo3PVyiQqgBarYCuAc5TCyz3/zJxxP73tMX6qvo18ZjEg9o IEl5+XgireBx4YKJsVHvPWyFe6hU8hg53PwwwEEgq+cWtkrZSHg02I3oyGU8OJiUqjHevI0iimr s43zPywNSHV1uiGbXuR7eukVK9jxVrF4AvJtt2kiIgglpcfYclaKKVQb5vbNkrNbLf4aYG5dnGe q51ZNFIPU/qnjg9sAVr625qXK7wJJSG9Pv6DLMPGSfx66m+aMTshxekO5n0urKAMNdmNVE9c211 83yMX9AEEEqMPGh0ePX+9lppqd1vsheBRE9AAc9VjtTc1fwmCghxnyQNIbHV9LCSy+c6yaNjNDs 0sHRtrnzlXMYw4XMAGLeSok4rrZU6baA36eiazEQdG7H66TyH4gKq42LRYkiyixUbmFvb+xmY2W Km4Us1xoI8VdgIGHFwHJ1DcoGSx+3BndfXUhXQ== X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: [bess] Roman Danyliw's Comments on draft-ietf-bess-nsh-bgp-control-plane-13 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2020 13:49:12 -0000 Hi again Roman, Distinct thread from the one on your Discuss... > COMMENT: > ----------------------------------------------------------------- > > * Section 2.2. Could you please clarify connect between these two > statements about the SFC architecture: > > 1. =E2=80=9CThe SFIR is advertised by the node hosting the service = function > instance=E2=80=9D > > 2. =E2=80=9CWe assume BGP connectivity between the Controller and all = SFFs > within each service function overlay network=E2=80=9D > > Is the node referenced in statement (1) the SFF. If not, it seems = like they > need to be added to statement #2 as entities that have BGP = connectivity. Yes, 1) refers to the SFF. We will add "... (i.e., the SFF)" > * Section 2.2. Per Figure 1, where is the = =E2=80=9CController=E2=80=9D in this reference model? Per the previous quote 2) it would be impractical to show the = controllers in Figure 1 with connectivity to each SFF. Furthermore, the = figure is the SFC (forwarding plane) architecture not the SFC control = plane architecture. But the paragraph immediately before the figure starts "Note that, for = convenience and clarity..." so this is a good place for us to make the = clear how the controllers fit in. > * Section 3.1. Per =E2=80=9CIf two SFIRs are originated from = different administrative > domains =E2=80=A6=E2=80=9D, are these administrative domains still in = a =E2=80=9Cwithin a single > provider's operational domain=E2=80=9D per Section 2.2.? Yes. Clarified in the text. > * Section 3.1.1. Per the SFIR Pool Identifier Value being = =E2=80=9Cglobally unique=E2=80=9D, > is that globally unique per Controller? Per overlay network? Per overlay network. Clarified in the text. Makes note to *never* use "globally unique" again =E2=98=B9 > * Section 4.3. Per the summary notation of =E2=80=9CRT, {SFPR-RD, = SPI}, m * {SI, {n * > {SFT, p * SFIR-RD} } }=E2=80=9D, it isn=E2=80=99t clear to me what = this expression is > summarizing. Also, what does the =E2=80=9C*=E2=80=9D mean? It is a multiplier. We think that everyone (else) has understood this so = far, but have added a clarifying note. > * Section 4.5.1. Per =E2=80=9CTherefore, while this document requires = that the SI > values in an SFP are monotonic decreasing, it makes no assumption that = the SI > values are sequential.=E2=80=9D, should this = =E2=80=9Crequires=E2=80=9D be a RFC2119 MUST or REQUIRED? I think this text is commentary and using 2119 language would be = inappropriate. You can find the actual requirements language in section 4.3. > * Section 6. Per =E2=80=9CTherefore, the use of NSH metadata may be = required in order > to prevent infinite loops=E2=80=9D, what is this meta-data? We'll add a reference to the SFC WG definition of metadata (RFC 8300). > * Section 7.2. Per =E2=80=9CIn such cases it can be important or = necessary that all > packets from a flow continue to traverse the same instance of a = service > function so that the state can be leveraged and does not need to be > regenerated.=E2=80=9D, how is this requirement signaled through the = SFIRs for the > computation of SFPs? It is expected that a controller that computes an SFP has knowledge of = the functions that need to be included on the path. Such knowledge = includes the ordering of functions (it's not just a set of functions, = but a sequence), the alternative implementations of functions (as = conveyed by different SFTs), and the statefulness of functions. Note = that it is not really an implementation choice whether a function is = stateful - much more it is dependent on the function being performed (I = think a bidirectional firewall may be a good example). So, having said all that, the SFIRs do not specifically indicate "this = SF (or this SI) is stateful." > * Editorial Nits: > - Section 2.2. s/channelled/channeled/ > - Section 4.5.1. s/bevahior/behavior/ Thanks > - Section 7.1. Per =E2=80=9CAs noted in Section 3.2.1.1 SFPRs = reference each other > one SFPR advertisement will be received before the other.=E2=80=9D, = this sentence > didn=E2=80=99t parse for me. Missing "if" or "when" > - Section 8.9.1. Typo. s/is is/is/ Thanks Best, Adrian From nobody Thu May 28 08:17:06 2020 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id EEF513A0C86; Thu, 28 May 2020 08:17:01 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: bess@ietf.org, martin.vigoureux@nokia.com, mankamis@cisco.com, bess-chairs@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.1.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <159067902189.22324.6777740917089745112@ietfa.amsl.com> Date: Thu, 28 May 2020 08:17:01 -0700 Archived-At: Subject: [bess] bess - New Meeting Session Request for IETF 108 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2020 15:17:02 -0000 A new meeting session request has just been submitted by mankamana prasad mishra, a Secretary of the bess working group. --------------------------------------------------------- Working Group Name: BGP Enabled ServiceS Area Name: Routing Area Session Requester: mankamana mishra Number of Sessions: 1 Length of Session(s): 100 Minutes Number of Attendees: 100 Conflicts to Avoid: Chair Conflict: idr nvo3 Technology Overlap: spring sfc mpls pim bier pals Key Participant Conflict: i2rs People who must be present: Matthew Bocci Martin Vigoureux Stephane Litkowski mankamana prasad mishra Resources Requested: Special Requests: --------------------------------------------------------- From nobody Fri May 29 04:23:33 2020 Return-Path: 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 4F0393A00C0; Fri, 29 May 2020 04:23:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.895 X-Spam-Level: X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 R10VJeJGfurK; Fri, 29 May 2020 04:23:23 -0700 (PDT) Received: from mta8.iomartmail.com (mta8.iomartmail.com [62.128.193.158]) (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 9E7A53A00AD; Fri, 29 May 2020 04:23:21 -0700 (PDT) Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta8.iomartmail.com (8.14.4/8.14.4) with ESMTP id 04TBNJhZ020854; Fri, 29 May 2020 12:23:19 +0100 Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 07A5A2203B; Fri, 29 May 2020 12:23:19 +0100 (BST) Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs1.iomartmail.com (Postfix) with ESMTPS id E64AB2203A; Fri, 29 May 2020 12:23:18 +0100 (BST) Received: from LAPTOPK7AS653V ([84.93.26.18]) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.4/8.14.4) with ESMTP id 04TBNHlY013536 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 29 May 2020 12:23:18 +0100 Reply-To: From: "Adrian Farrel" To: "'Benjamin Kaduk'" Cc: , , , "'The IESG'" References: <157671012348.4907.819299139449107547.idtracker@ietfa.amsl.com> In-Reply-To: <157671012348.4907.819299139449107547.idtracker@ietfa.amsl.com> Date: Fri, 29 May 2020 12:23:17 +0100 Organization: Old Dog Consulting Message-ID: <0a1e01d635ab$8def5380$a9cdfa80$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQFZqFlNLyfF+wx6N95XO/R6gUuud6m2wlUg Content-Language: en-gb X-Originating-IP: 84.93.26.18 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25448.007 X-TM-AS-Result: No--20.627-10.0-31-10 X-imss-scan-details: No--20.627-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25448.007 X-TMASE-Result: 10--20.626500-10.000000 X-TMASE-MatchedRID: IeZYkn8zfFrxIbpQ8BhdbNB/IoRhBzVHekMgTOQbVFtnq+k+Y5DhgNbX wyjvXpaTOdBLNLziAW8amPL3RtO1jbrHY8Lbk0RmtKV49RpAH3sR5c83KIxTTtctGlxeXl/oIKR piQCnYZuAT8geMwPsRDZ/jQU9tn8/QSWnAG0egjHiHyvyXeXh5sJGGgoPFw+HyPRAwD/3abbmxz 8jq9dj3bgAPqrTc+P55kCLIWjmeGAlnH3iSkJfWPRUId35VCIeyKglCJ78OOlGM2uNXRqsUiACY tpe6t5bDYPcLZnd2T8qrrWA7JXyBz2I2YygW9F06koSlGmN5iIX2zxRNhh61emHqf6ZGvCRjG76 DvZqHwFSxaWpNH8CSchVailfGKimmqIHTRwtkkM8TeSGZW8c7h5FmvZzFEQu5X8t/NkKVxn0n4A usuw/wI1qzRbhQxkXsMebVdWtan4Yfa7tO1Gd3xn0wrEetTLhfYrr1p9yfCprvf5eVgMu7JsA/G 028B+YlmcnWcw8sLRobWslNx90BnQcZ0vb1cb2UPktDdOX0fueKBD/0uNkNuPR8Z1I5BiYypp7h 0UrnMpYlGu5OKSeuQTr53V4VI0bQPCcWFFkM2bwqWMGwRddJaErNttKYQgXa3uAKAu2IubaeQnU MLECOL0SbNNNgojEvA5RqzNGTC+bvpMYbIN8PPGSfx66m+aMx3x+XnIcCMRpsnGGIgWMmVCRgpa YZTXc58EykvLuSMCv6d+cPNIvoFqzqw/UFRAtMy+jMkhCdFaaIhErJt0dLH5Isu006IGGdeDoEb afACz3yZ6qS7w7MVaqpjfD7gW/YlldA0POS1KeAiCmPx4NwFkMvWAuahr8m5N2YHMD0b8MyrfP9 j+C1d934/rDAK3zUc1+O1X9AzE= X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [bess] Benjamin Kaduk's Discuss on draft-ietf-bess-nsh-bgp-control-plane-13: (with DISCUSS and COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2020 11:23:26 -0000 Hi Ben, Many thanks for the detailed review. Herewith responses to your Discuss and Comments. > DISCUSS: > ------------------------------------------------------------------ > > Section 3.2.1.3 seems to talk about intermingling SFIR-RDs and > SFIR Pool Identifiers in a common list, but I do not see how it's > defined to intermingle the (six-octet) Pool Identifier Value with > the (eight-octet) RDs. That's because we include the entire extended community not just the = value field. The first two octets indicate whether the extended = community is an RD or SFIR Pool Identifier. Each entry has to be read = and processed so there is no question of needing to know the length to = step over it. > Section 3.1 seems to allow multiple SFIRs associated with a given > RD, but the rest of the document seems to assume that any RD > has at most one associated SFIR (as is stated explicitly for SFPRs). > (A few specific mentions in the COMMENT.) Right. There is NOT a 1:1 mapping between an SFIR and an RD. But we have = some legacy text that is not clear on that point and we are scrubbing = it. Note that Section 3.1 describes two cases, advertising a single SFIR to = represent more than one SFI of a given SFT and advertising an SFIR for = each SFI of a given SFT. > Within my own limited understanding, it seems like this document is > expanding the boundaries of the SFC Architecture in ways not = envisioned > by RFC 7665 or 8300, and the shepherd writeup is pretty quiet on to = what > extent this architectural change is accepted by the WG (as opposed to > being contained to just the BGP control plane mechanism). I'd like to > get a positive affirmation from someone more familiar with the > discussions that this is moving the architecture in the right = direction > with respect to things like: > - the introduction of the Service Function Type intermediate > classification > - the more prominent treatment of looping, jumping, and branching as > operations within a single SFP without reclassification by using the > "Change Sequence" SFT entries to indicate these behaviors within the > SFP definition itself (I note that RFC 7665 does not mention "jump" = at all) > - the introduction of "gaps" in the SI sequence of a given SFP Note that "classification" and "reclassification" are slightly fudged = (my opinion) in the 8300 architecture. They may be performed by a = separate component, but that is a functional component that can be built = into any other component of the system. Thus, an SF might reasonably = have a reclassifier that makes decisions to continue forwarding a packet = or to send it to a penalty box. All of the functions of looping, = jumping, and branching (the penalty box example is a branch) are done = through reclassification. We took particular care to socialise this work with the SFC working = group presenting it to the WG at IETF meetings. The BESS working group = last call was also copied to the SFC list. We did receive some comments = that helped improve the work, but no complaints about infringing the = architecture. I guess the SFC chairs can confirm this if you're still worried. > With respect to SFT in particular, it sounds like this is intended to > help with scalability, which makes the genart reviewer's comment about > lack of implementation experience particularly poingant. It seems = like > SFIR pools perform a similar role, though of course not identical; I > didn't get a clear sense of why pools without SFTs are insufficient. SFT allows for an SFF to not need to advertise more than one instance of = an SF of that type, which is a scalability thing. But, more importantly, = it allows a controller to not need to specify a specific SFI at an SFF = just saying "any SFI of this type" making the work of the controller a = bit easier, and leaving local load balancing choices to the SFF. The pool is a more diffused tool. All SIs still need to be advertised so = that they can be included in the pool. The pool tells two SFFs to make a = choice: - an SFF may have to choose between multiple local SFIs in the same pool - an SFF may have to choose between multiple next hop SFFs to satisfy = the next hop pool Pools also reduce the re-advertisement of SFPRs which would otherwise = occur when the SFIR-RD list changes (so that is a scalability thing, I = suppose). Note that it is not a requirement that all SFIs in a pool are of the = same type. For example, there might be FooCorp's firewall and BarCorp's = firewall with different SFT values but in the same pool. See sections 1.2, 2.2, and 3.1 for additional info. > COMMENT: > ----------------------------------------------------------------- > > I support Roman's Discuss. I copied you on the response to that with proposed new text for section = 9. > Section 2.1 > > In fact, each SI is mapped to one or more SFs that are implemented = by > one or more Service Function Instances (SFIs) that support those > specified SFs. Thus an SI may represent a choice of SFIs of one or > more Service Function Types. [...] > > In my head a SI that maps to more than one SF implies a requirement to > do all of the listed SFs and in a specific order; "a choice of SFIs of > one or more types" seems to relax that a bit so that the order is > relaxed and perhaps the requirement to do all is also relaxed. I = think > "choice of SFIs for one or more" would alleviate that concern (if it = is > even a real concern). Thanks for the glimpse into your head =F0=9F=98=8A An SI is an instruction to execute *a* service function. There may be a = choice of SF, but only one is executed per SI. Several SIs in a row may = cause execution of SFs at the same SFF.I think the current wording = holds. This is all RFC 8300 stuff. There is more detail in section 5 of this document. > in the underlay network. How this indicator is generated and > supplied, and how an SFF generates a new entropy indicator when it > forwards a packet to the next SFF are out of scope of this document. > > nit: comma after "next SFF". OK > Section 2.2 > > This approach assumes that there is an underlay network that = provides > connectivity between SFFs and Controllers, and that the SFFs are > grouped to form one or more service function overlay networks = through > which SFPs are built. We assume BGP connectivity between the > Controllers and all SFFs within each service function overlay > network. > > Are we thus implicitly not assuming BGP connectivity between arbitrary > pairs of SFFs? Depends on what you mean by "connectivity". I normally expect that word = to mean a BGP peering: that is not needed. But there does need to be a = chain of connectivity so BGP information can be passed along. The use of = a Route Reflector is a key tool in this. > Section 3 > > The nexthop field of the MP_REACH_NLRI attribute of the SFC NLRI = MUST > be set to loopback address of the advertising SFF. > > nit: "a loopback address" (?) ack > Section 3.1 > > Per [RFC4364] the RD field comprises a two byte Type field and a six > byte Value field. If two SFIRs are originated from different > administrative domains, they MUST have different RDs. In = particular, > SFIRs from different VPNs (for different service function overlay > networks) MUST have different RDs, and those RDs MUST be different > from any non-VPN SFIRs. > > I think we should probably be a little more explicit that we reuse the > RD element (and the RD type/value semantics!) wholesale from RFC 4364 > and = https://www.iana.org/assignments/route-distinguisher-types/route-distingu= isher-types.xhtml. > That is, we are not just reusing the layout, but the logical type as > well. It's not reuse, it is use. This is what an RD is. We are using it as = designed. > Also, are all of these "MUST"s indicating requirements that are new = with > this specification, or are some of them inherited from RFC 4364? They are new with this specification. Hence the mention of "SFIR" in = both cases. > The discussion later on in Section 4.2 suggests that perhaps these RDs > need to be unique per SFI, akin to how we say they are unique per SFP = in > Section 3.2? Per your Discuss, 4.2 contains some legacy stuff wrt the 1:1 mapping. = 3.1 was accurate. The RD indicates the application (e.g., the overlay). > The Service Function Type identifies the functions/features of > service function can offer, e.g., classifier, firewall, load > balancer, etc. There may be several SFIs that can perform a given > Service Function. Each node hosting an SFI MUST originate an SFIR > > This seems a bit of a non-sequitur: we go straight from SF*T*s to > discussion of the SFI/SF relationship, and we only mention "type" (but > not "SFT") in the rest of the paragraph, so the connection is harder = to > return to than it need be. I think we can clean up type/SFT. > Note that a node may advertise all SFIs of one SFT in one shot using > normal BGP Update packing. That is, all of the SFIRs in an Update > share a common Tunnel Encapsulation and RT attribute. See also > > I think we need to expand "route target". > Also, I suggest s/may advertise all/may advertise all its/ Ack > Section 3.1.2 > > I suggest explicitly stating that these MPLS labels are used to direct > incoming traffic to the SFI in question (fulfilling the promise made = by > the abstract). > > Note that it is assumed that each SFF has one or more globally = unique > SFC Context Labels and that the context label space and the SPI > address space are disjoint. > > What I'm taking away from the last clause is roughly "we do not assume > that the values of SFC context labels have any structured relationship > to the corresponding SPI values", even though a strict reading of > "disjoint" would seem to be that "if a value is used in one setting it > is guaranteed to not be used in the other setting". I think some > rewording may be in order. The "strict" meaning was the intended meaning. We have added "(i.e., a = label value cannot be used both to indicate an SFC context and an SPI, = and it can be determined from knowledge of the label spaces whether a = label indicates an SFC context or an SPI)" > Section 3.2 > > [our treatment of RD should presumably be consistent with Section 3.1, > if we make any changes there] > > byte Value field. All SFPs MUST be associated with different RDs. > The association of an SFP with an RD is determined by provisioning. > > So this means that any given RD value can have at most one SFP > associated with it? I guess that's needed in order to provide the = level > of separation between SFPs that we need... The RD provides uniqueness between SFPRs > Section 3.2.1 > > Is there intended to be a distinction between the error-handling > behavior for error cases 1/2/6/7 and error case 4? (If there is, I'm > not seeing it.) Yes. Can't recall the history of how this ended up like this, but you're = right and we have merged the list entries. > 5., 8.: The absence of an RD with which to correlate is nothing > more than a soft error. The receiver SHOULD store the > information from the SFP attribute until a corresponding > advertisement is received. > > Should any sort of timeout also be applied? This was discussed and I was over-ruled =F0=9F=98=8A The theory is that the configuration of an SFC system might be taken = over a long period, and nodes might be down for a while. A timer, it was = felt, was too rigid. The resultant "SHOULD" allows (of course) an implementation to not store = information until the corresponding advertisement is received if (for = example) it finds itself memory-constrained. > Section 3.2.1.1 > > SFP. An SFP attribute SHOULD NOT contain more than one > Association TLV with Association Type 1: if more than one is > present, the first one MUST be processed and subsequent instances > MUST be ignored. Note that documents that define new Association > > Do we want to say anything about checking consistency that (per these > rules) the forward SFP is associated with the backward, and the = backward > SFP is associated with the forward one? [I guess Section 7.1 is > probably enough.] We think 7.1 is enough. There is a forward pointer at the end of = 3.2.1.1. > Section 3.2.1.3 > > [It's not clear to me that grouping by type gives any efficiency = savings > here, as grouping by pool is available, and the semantics seem to be > equivalent to if the list of allowed SFI (pool)s was explicitly given > without the container. A single pool containing all the SFIs in the > type would replace the SFIR-RD-value-zero semantics.] Grouping by type gives scalability wrt the number of SFIRs - it reduces = their number. Pool ID gives scalability by reducing the frequency of SFPR - i.e., a = new instance of an SFPR doesn't need to be advertised in response to the = change in the SFIR population. It comes w/ a configuration cost which = RD-value-zero does not have.=20 But while we're here. 3.2.1.3/4 should describe sub-TLVs not TLVs. > Section 3.2.1.5 > > The SFP Traversal With MPLS Label Stack TLV (Type value 5) is a zero > length sub-TLV that can be carried in the SFP Attribute and = indicates > > If it's carried directly in the SFP Attribute, doesn't that make it a > non-sub TLV? Yes. Rats' nest of when is a TLV not a TLV? > Section 3.2.2 > > In all cases, there is no way for the receiving SFF to know which > SFPR to process, and the SFPRs could be received in any order. At > any point in time, when multiple SFPRs have the same SPI but > different SFPR-RDs, the SFF MUST use the SFPR with the numerically > lowest SFPR-RD. The SFF SHOULD log this occurrence to assist with > > (The "interpreted as an 8-octet integer in big-endian form" is > implicit?) I thought we'd all moved on from this and had a general understanding of = how to eat our eggs. But it never hurts to remind, so added (although "network byte ordering" = is the term du jour) > Section 4.1 > > The main feature introduced by this document is the ability to = create > multiple service function overlay networks through the use of Route > Targets (RTs) [RFC4364]. > > As mentioned above, this seems like the second (not first) usage of > "RT". Fixed as above, but left the expansion/abbreviation here because of the = title of the section. > Section 4.5 > > When an SFF gets an SFPR advertisement it will first determine > whether to import the route by examining the RT. If the SFPR is > imported the SFF then determines whether it is on the SFP by looking > for its own SFIR-RDs in the SFPR. For each occurrence in the SFP, > > Also for non-specific SFT mentions that would apply, right? Yes, should add "and RD zero" > Section 5 > > o There may be an obvious branch needed in an SFP such as the > processing after a firewall where admitted packets continue along > the SFP, but suspect packets are diverted to a "penalty box". In > this case, the next hop in the SFP will be indicated with two > different SFT values. > > My (admittedly poor) understanding of the SFC Architecture was that = this > was best done as a reclassification, and that the various SFI options > for a given SI were intended to be roughly equivalent. Am I just > imagining that? Yes, reclassification is the word. Now the choice here is: - program the reclassifier - include the information in the SFP The former essentially means that you have three SFP fragments. We are = describing the second of these to make an SFP that branches. > 2. From the SFP attribute of that SFPR, it finds the Hop TLV with = SI > value set to SI-y. If there is no such Hop TLV, then such > packets cannot be forwarded. > > This seems to exclude the "gaps" in SI space that this document is > trying to allow. Or is the gap processing to have already happened by > the time the SFF is at the "needs to forward" stage? The sequence of SI values may have gaps, but the SFP contains those = explicit values and must be matched. The next value is found in the Hop TLV. > A. An SFIR is relevant if it carries RT-z, the SFT in its NLRI > matches the SFT value in one of the SFT TLVs, and the RD > value in its NLRI matches an entry in the list of SFIR-RDs = in > that SFT TLV. > > B. If an entry in the SFIR-RD list of an SFT TLV contains the > value zero, then an SFIR is relevant if it carries RT-z and > the SFT in its NLRI matches the SFT value in that SFT TLV. > I.e., any SFIR in the service function overlay network > defined by RT-z and with the correct SFT is relevant. > > Do we need to talk about expansion of pools as well? Thanks. Good catch. > Thus, at any point in time when an SFF selects its next hop, it > chooses from the intersection of the set of next hop RDs contained = in > the SFPR and the RDs contained in its local set of SFIRs. If the > intersection is null, the SFPR is unusable. Similarly, when this > condition obtains the originator of the SFPR SHOULD either withdraw > the SFPR or re-advertise it with a new set of RDs for the affected > hop. > > (This seems to require a definition of "contained in" that includes > various types of expansion having been performed.) OK > nit: s/obtains/is detected/ (??) Damn our fancy use of language ;o) > Section 7.4 > > o If an SFC Classifiers Extended Community is received with SFT =3D = 0 > then there are two sub-cases: > > * If there is a choice of SFT in the hop indicated by the value > of the SI (including SI =3D 0) then SFT =3D 0 means there is a = free > choice according to local policy of which SFT to use). > > * If there is no choice of SFT in the hop indicated by the value > of SI, then SFT =3D 0 means that the value of the SFT at that = hop > as indicated in the SFPR for the indicated SPI MUST be used. > > side note(?): I think it would be possible to include the second case = as > a special case of the first, as a "free choice" among all one allowed > values by the SFP for that SI. True, but clearer to spell it out. > which the traffic belongs. Additionally, note that to put the > indicated SPI into context when multiple SFC overlays are present in > one network, each FlowSpec update MUST be tagged with the route > target of the overlay or VPN network for which it is intended. > > I'd suggest making this requirement more prominent by putting it = earlier > in the section. Yes > Section 7.5 > > The description of these flags as describing "how the originating SFF > expects to see the SPI/SI represented" has some connotation of > exclusivity ("I expect to see an NSH" implying "I don't expect to see > anything else, including MPLS"), which does not seem like a good fit = for > a bitmask where multiple bits can be set (as opposed to just a = codepoint > for the encoding to use). > > The following bits are defined by this document: > > Bit 0: If this bit is set the NSH is to be used to carry the SPI/SI > in the data plane. > > How are we numbering the bits? Thanks. Yes, from most significant as zero. > Section 7.6 > > When a classifier constructs an MPLS label stack for an SFP it = starts > with that SFP' last hop. If the last hop requires an {SPI, SI} = label > > nit: "SFP's" Ack > Section 8.1 > > SFF1 followed by an SF of type 43 located at SFF2. This path is > fully explicit and each SFF is offered no choice in forwarding = packet > along the path. > > nit: "forwarding packets" or "forwarding a packet" Ack > Section 8.4 > > This example provides a choice of SF type in the second hop in the > path. The SI of 250 indicates a choice between SF type 43 located > through SF2 and SF type 44 located at SF3. > > nit: s/located through/located at/? Ack > When the packets are returned to SFF1 by the SFI the SI will be > decreased to 250 for the next hop. SFF1 now has a free choice of > next hop SFF to execute the next hop in the path selecting between > all SFF2 that support an SF of type 43 and SFF3 that supports an SF > of type 44. These may be completely different functions that are to > > nit: I think s/all SFF2 that support/SFF2 that supports/ ? Actually, s/SFF2/SFFs/ > Section 8.8 > > Some pedantic part of me wants to complain that this is not a = "branch", > since switching to SPF10 is the only option allowed at SI=3D250 on = SPF11. We welcome your inner pedant. Please name it and give it an email = address. It's an optional branch. > Section 8.9.1 > > It might make more sense to mvoe SPF13's definition before the = paragraph > that talks about "sufficiently precisely specified SFPs", since SPF13 > does not actually "specify [...] exact SFIs to use" Done > Section 9 > > I really like the way this section is written; thank you! Although not well enough to prevent you supporting Roman's Discuss = =F0=9F=98=89 > I think the core SFC documents cover enough of the considerations > inherent to looping, jumping, and branching that there's probably not > more to say here. > > I'll list a handful of potential security topics I can think of after > reading the document, but that's not meant to imply that they all need > to be covered individually in the document: they are *potential* = topics, > but may not end up being worth talking about. [snip] We factored a lot of these good suggestions into the reworking of = Section 9 sent out to Roman and cc'ed to you. > Section 10.4 > > [When I first saw "association TLV" I was expecting it to share a > registry with some other association grouping usages. But I don't = have > a particular complaint about doing it this way.] So no action on that one. Thanks once again, Adrian From nobody Fri May 29 06:40:00 2020 Return-Path: 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 A6E153A0890; Fri, 29 May 2020 06:39:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no 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 RtZ7h5bQRFdI; Fri, 29 May 2020 06:39:56 -0700 (PDT) Received: from mta5.iomartmail.com (mta5.iomartmail.com [62.128.193.155]) (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 4D5213A08E0; Fri, 29 May 2020 06:39:50 -0700 (PDT) Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta5.iomartmail.com (8.14.4/8.14.4) with ESMTP id 04TDdlwc015231; Fri, 29 May 2020 14:39:47 +0100 Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id B81682203D; Fri, 29 May 2020 14:39:47 +0100 (BST) Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs1.iomartmail.com (Postfix) with ESMTPS id A2B5F2203A; Fri, 29 May 2020 14:39:47 +0100 (BST) Received: from LAPTOPK7AS653V ([84.93.26.18]) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.4/8.14.4) with ESMTP id 04TDdjvj007060 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 29 May 2020 14:39:46 +0100 Reply-To: From: "Adrian Farrel" To: "'Ravi Singh'" Cc: , , , References: In-Reply-To: Date: Fri, 29 May 2020 14:39:44 +0100 Organization: Old Dog Consulting Message-ID: <0a4d01d635be$9e7fead0$db7fc070$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQJN+mPvT/S0d6n8s20SG6yVaurrtAIWjz82p76ws2A= Content-Language: en-gb X-Originating-IP: 84.93.26.18 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25450.000 X-TM-AS-Result: No--23.916-10.0-31-10 X-imss-scan-details: No--23.916-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25450.000 X-TMASE-Result: 10--23.916300-10.000000 X-TMASE-MatchedRID: 8HTFlOrbAtGWfDtBOz4q23FPUrVDm6jtekMgTOQbVFunRvssirgAK4HS 4pClWCHaqTwejd89lyUbct6MEzra/k2QemvwGK9xXK5keCa+bmgiJN3aXuV/oeCAU8+z4gBp/YE WsVmY7ljCAN9p1+Py/GNQNBwI/n1biEkdc/08TTtfYa9W9OjitfL75LLJV7i34PdcWsl+C/MLSp fHJmkMSPfwUF8qFUNkxEQg7sZ4fWRcqVSRZoerC1HmrymVJ0uQGf83J4WEtBrfUZT83lbkEF3tA 9cAnnWiQI1Rqag4eBe4MX00XBi8DTbG3Iwaob+3U+OjsPhIWDi0em6xcBVoDG0emrRhsFGLItL8 M7QRoxebdWCZpxm2yA0+1+6s0LvECFXSZY9QCJ7+QWP7vm29DEYj0zDHPzJpAv57j5eT9BbD9iR j9LIMxoutFpuqtFV1UBcRhWv4R8v7zwy3HB5+4lLFinzH90WnAf1C358hdK/6eV5+LAaaX3oxrY h0t9W0YTwhgP3ff8BnsfH7gHyyBa91xPCrfpdCi+quUbDYb+QCC8zqHvcG2lprdarlcWiXfQ28T 7selJzT0Tn7UCcn8NnzQr3PhcFzcVmC618GpbYHK0IhbYfex+PkHDKOeJ04O7BMOlfyKLRJcBXv KYkUg0Yk0bRdGD3CfeQ+GGxn9tp1D+JCCIGrIy289eFksaeRG08M2I9s0LoOUs4CTUgKy9OsOe6 5m68WuuPQ0YIe33nJ2QyrYOuZrxUNZg0yiKBRoprTEHvewAArU8f3oY88YJaSFUyM7s8kSgJUJz MDnBnJMHGad1girx3J+ShEXveNoxHeC5nrmwWeAiCmPx4NwFkMvWAuahr8m5N2YHMD0b8MyrfP9 j+C1bxAi7jPoeEQftwZ3X11IV0= X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [bess] RtgDir review: draft-ietf-bess-nsh-bgp-control-plane-13 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2020 13:39:59 -0000 Hi Ravi, Thanks for a thorough and useful review. Responses in line=E2=80=A6 > Summary: > I have some minor concerns about this document that I think should be = resolved before publication. Doing so in -14 > Minor issues: > > Section2: During an initial reading, the terminology comes across as = overly repetitive > and a bit pedantic=E2=80=A6.which takes away from the readability a = bit when one is reading > the sections in the order listed. Content of RFC7665/8300 are also = contributors to this. > Eg: "In fact, each SI is mapped to one or more SFs that are = implemented by one or > more Service Function Instances (SFIs) that support those specified = SFs. " : almost > sounds like legalese when someone who has not grasped the complete = picture of > the draft. > > Wrote up the above as I was reading that section for the first time. > However, after finishing the review=E2=80=A6started to appreciate = this. We've changed this to... Within the context of a specific SFP, an SI references a set of one or = more SFs. Each of those SFs may be supported by one or more Service Function Instances = (SFIs). ...although we are slightly worried that we may have lost some = precision. > In having read the sections in order, I think the readability would = have been=20 > greatly enhanced if I had read section 8 first, else once just gets = lost in all the details. > It would be worthwhile suggesting in the text that once the reader has = read through > section 2, it would help to read section 8 before reviewing the = intervening sections. > > [JD] Fine w/ me=20 =20 We have put in the forward pointer. > 2. Section 3.2.1: page 16: > "[RFC7606] > revises BGP error handling specifically for the for UPDATE message," >=20 > -> > "[RFC7606] > revises BGP error handling specifically for the UPDATE = message,=E2=80=9D Ack > 3. Page 17: > a. Was the intention for treating error 4 any different from errors, = [1,2,6,7]? > If not, why the need to call out 4 separately? 4 should be treated the same as 1, 2, 6, and 7=20 Fixed > b. "Unknown SFIR-RD found in a Hop TLV." : > The format of the Hop TLV in section 3.2.1.2 contains no reference to = an > RD. So, was the intention instead to refer to the SFIR-RD list of one = of the > SFT TLVs inside the Hop TLV? 8 should be =E2=80=9CUnknown SFIR-RD found in an SFT TLV=E2=80=9D=20 > 4. > Section 3.2.1.2: "At least one sub-TLV MUST be present. " > Where are these sub-TLVs defined? > In this regard, > a. Section 3.2.1.3 says "The SFT TLV MAY be included in the list of = sub-TLVs > of the Hop TLV.": > b. Section 3.2.1.4 says "The MPLS Swapping/Stacking TLV (Type value = 4) is a=20 > zero length sub-TLV that is OPTIONAL in the Hop TLV " > > In the absence of specific mention of details of sub-TLVs in section = 3.2.1.2, > is a reader to assume that SFT TLVs & the MPLS swap/stack TVLs are the > only possible subTLVs under a hop-TLV (as intended in this revision of = the > ID)? > This aspect becomes clear later, when one gets to reading the = description > of the subsequently mentioned TLVs. Might be worth alluding to this in = 3.2.1.2. 3.2.1.2 now reads "At least one sub-TLV MUST be present. This document defines the SFT = Sub-TLV (see Section 3.2.1.3) and the MPLS Swapping/Stacking Sub-TLV = (see Section 3.2.1.4): other sub-TLVs may be defined in future." > 5. >"In the normal case the SPI remains unchanged and the SI will have been = > decremented to indicate the next SF along the path.": will SI really = be > decremented instead of just setting it to the appropriate value? As = per > this draft, set to an appropriate lower value=E2=80=A6 Contemplated changing this to... =E2=80=9Cand the SI set to the value for the next hop in the = SFP=E2=80=9D. However, in discussion way back, the SFC WG was pretty adamant about = using the term "decremented" and we would like to remain consistent with = their usage. > 6. > What exactly does the following mean? "Also, as described in = [RFC8300], > an SFF receiving an SI that is unknown in the context of the SPI can = reduce > the value to the next meaningful SI value in the SFP indicated by the = SPI. > If no such value exists or if the SFF does not support this function, = the SFF > drops the packet and should log the event: such logs are also subject = to > rate limits." s/this function/reducing the SI/ > 7.=20 > Figure 1: showing the SFIs hosted on SFF2 and SFF3 in the same > conceptual block (just because they share the same type) is a bit > confusing when the diagram is showing a logical view of the physical > layout of the elements of the solution. We re-read the associated text and thought it was clear.=20 The blocking is not "just because they share the same type" but is = indicative of them sharing the same type. > 8. > Section 3.1:the following is an ambiguous sentence & I suggest > rewording to clarify: > "Note that it is assumed that each SFF has one or more globally > unique SFC Context Labels and that the context label space and > the SPI address space are disjoint."=20 > This sounds like that the "context label space" and the "SPI > address space" are disjoint w.r.t. each other. What appears to > be intended is that the SFC context labels and SPI-address-space > should be disjoint across the different SFFs. > However, is it not sufficient to just have the SFC-context label > spaces be disjoint across SFFs? Within a given VPN, the set of SPIs is unique as is the set of SFC = Context Labels. When an SFF receives a packet it needs to know whether = the topmost label is an SPI value or an SFC context label. Hence the = two sets of labels need to be disjoint.=20 We have include a little extra clarity as the result of an IESG comment = to arrive at... Note that it is assumed that each SFF has one or more globally unique = SFC Context Labels and that the context label space and the SPI address = space are disjoint (i.e., a label value cannot be used both to indicate = an SFC context and an SPI, and it can be determined from knowledge of = the label spaces whether a label indicates an SFC context or an SPI). > 9. > Section 3.2: Why is "If two SFPRs are originated from different = Controllers > they MUST have different RDs" needed when "All SFPs MUST be associated > with different RDs." is already stated? It may be too subtle, but, there is a difference between SFPR and SFP in = the quoted text. Consider two controllers that both want to announce the = same SFP. However, even discarding this subtlety, the worst is that there is an = over-statement of the rule. > 10. > Section 3.2.1: "The Extended Length bit is set according to the length = of > the SFP attribute as defined in [RFC4271].": minor quibble: but this=20 > sentence needs rewording for correctness of intended meaning. Oh well, maybe. Or maybe not =F0=9F=98=8A How about,=20 "The Extended Length bit is set if the length of the SFP attribute is = encoded in one octet (set to 0) or two octets (set to 1) as described in = [RFC4271]." > 11. > Pg26: Typo in "This makes the bevahior " Ack > 12. > Section 5: pg 29: suggest rewording "Thus, at any point in time when > an SFF selects its next hop, it chooses from the intersection of the = set > of next hop RDs contained in the SFPR and the RDs contained in its = local > set of SFIRs." to > "Thus, at any point in time when an SFF selects its next hop, it = chooses > from the intersection of the set of next hop RDs contained in the SFPR = > and the RDs contained in the SFPR's local set of SFIRs." It is the set of SFIRs local to the SFF the we care about. We can make = that clearer. > 13. > Section 5 pg 29: Not clear "Similarly, when this condition obtains" > what is intended here? You weren't the first person to query our (correct) use of "obtains". We have s/obtains the originator of the SFPR /applies on the controller = that originated the SFPR,/ > 14. > Section 6: typo in "If the SPI indicates anther path," Ack > 15. > Section 6.1: SI (As defined in SFIR format in section 3.1) is a 1 = octet > quantity. So, want to make the SI field 1 byte long and the reserved > field 4 bytes long? Yes, that was a legacy thing that got missed. Thanks. Fixed. > 16. > Section 6.1: "Note that Special Purpose SFTs MUST NOT be advertised > in SFIRs.": what is the intended behavior if these were so advertised? Added =E2=80=9CIf such an SFIR is received it SHOULD be = ignored.=E2=80=9D > 17. > Section 7.4: "that can be used to disposition those packets" and "it=20 > MUST NOT be used for dispositioning the packets of the specified" > feels a little strange: perhaps the RFC-editor will have more to say > about this, if this really is strange The term =E2=80=98disposition=E2=80=99 was introduced in the EVPN RFCs. = It=E2=80=99s used as a single term to describe a multiplicity of possible actions. If the RPC barfs we'll conjure a new word. > 18. > Section 7.6: "with that SFP=E2=80=99 last hop." -> "with that = SFP=E2=80=99s last hop." Ack > 19. > Section 8.4: "path selecting between all SFF2 that support an SF of > type 43 and SFF3 that supports" could use some rewording. s/2/s/ > 20. > Section 8.7: "[SI =3D 245, SFT =3D 42, RD =3D 192.0.2.3:7]" could be = made > more in line with the encoding, by showing it as [SFT =3D 42,=20 > RD =3D 192.0.2.3:7] with the SI=3D245 being nested under [SI=3D245, = =E2=80=A6] > on the lines of as is done in section 8.4. Yes > 21. > > Section 8.9.2: what is gained by having a given SFI be identified = using > multiple different SI s? > Eg: > [SI =3D 255, SFT =3D 41, RD =3D 192.0.2.1:11], > And > [SI =3D 253, SFT =3D 41, RD =3D 192.0.2.1:11] > > The above 2 representations are for the same SFI: i.e. SFT & RD are = the > same. So, why represent them using different SI s? > This ties to the question about: why worry about the numeric ordering > of the SI values in a given SFP? I looked through 8.9.2 carefully. Within any one SFP, I don't see the = same SFI identified more than once. In different SFPs, the change in SI for the same SFI reflects a = different ordering. You need that different ordering for the reverse direction SFPs. Best, Adrian From nobody Fri May 29 18:37:17 2020 Return-Path: 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 8D1213A12EA; Fri, 29 May 2020 18:37:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 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, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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=eCSQuJ6g; dkim=pass (1024-bit key) header.d=juniper.net header.b=ans/6wIo 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 rQ8t_p9tfB6K; Fri, 29 May 2020 18:37:02 -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 91FBB3A131B; Fri, 29 May 2020 18:36:56 -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 04U1XrpF022876; Fri, 29 May 2020 18:36:56 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : content-type : mime-version; s=PPS1017; bh=6QIKWW0b2JYkmasUszXs+kbA2waR0f65ofGak0KbqIE=; b=eCSQuJ6gXXUVOxNaYGhPKMi7NOJSX13Ka/1+djc1F8XJRmyaRQpWva80lzzZwJLyv/cA 4Wf/ikf32p/HMtymO0iy+vay4oZnAXciYeDKaEfw80LyOYVHILobpN2ufy8JCmxxqTKv uZ2HR/eEZeb/Cs41ROwGLVkiyKnBEeYp7TAId1YSnr7UGm3j6TULx8RwOOZSqx3ofv30 i4F3IkA7qOxMa045bhuqpw0V+NDrBVSztXreuz3RBwfK5g4Ip7y4Cc4LHwGQuSSb4sDD 7f0+66BiSgpkccczy/gwExtERkaykktG5HIewcVRECnrgFG/CZC/FHa6tRA4+nIoCpOt IQ== Received: from nam10-dm6-obe.outbound.protection.outlook.com (mail-dm6nam10lp2100.outbound.protection.outlook.com [104.47.58.100]) by mx0a-00273201.pphosted.com with ESMTP id 319jr9nt37-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 29 May 2020 18:36:56 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ZbpVvCFoBw7fGK/orSRHuTR0t4YqK6y8v3E/W3qXWklpyDA2D4CYIHgYI+h42Wj4sxESrRdRsWtMPSJBFpcn+ElosUaAEfb38tlHvaOaw1usgCSuFeXBxf95JFIMjn+DD2kLkWhFbyJmO9E9fEnK2tArh4ms69i0/cVlRYK17ZLxplx4yWpTn/9tjouGA7fYYoYoq0jMVDUPSlGOne7ezZPlGO2OgWzgoWLrysqGzkvNKZU4sPu1zPeUD/oIHYY8DwnptPmhOdRnn0FGzH6iBUynFp9rufqUg0B0sCNBjzF6QUs+u0FSyc7oFLETtOmVOd5L0BuvISiKbPq3Qj2o3g== 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=6QIKWW0b2JYkmasUszXs+kbA2waR0f65ofGak0KbqIE=; b=Je7J8wr3z4306mEU7MeHZfeknL38KaJ1cr30Mq61YYgdfdVQeIxm8cobcTzrZ3CKQkcPXTDdbbVYSJNfmKlU1lwi8YA7LR4GFvd1kYpaNTEhmUD7RwZD3oL8J3taBO8+bfsQiaO6jNve8ObfMD1uqOEwWkBTF7rjJmSB8QxgKBM1LpPoALkBAnwpflxUJuUolUDFvrN+PuStIFcAa0+AqkQNdeZbxjc88Eun/eT3hIPKtxtBUNcxBSIiCvGCB3IERdIbCiRe9pn/F1b+wuALDeQFqrYwolSXuklP908uhOc2k8s2tcA2JZkrf64iX3jZj24tFEnlb8KSEDjFG6ke5g== 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=6QIKWW0b2JYkmasUszXs+kbA2waR0f65ofGak0KbqIE=; b=ans/6wIo5scyW3NZ4WkRJetC9GSVdFxQJR1iEyG3hLZsbZZJ5Vqq8TjyqiQv6dSSa1O22WuSc87XJLhgv2SleTIyQZozkDa0XTCnARfKIkHoFomTpuRBxqxIwqCDMiLo3FTuhWKwymqfktGrM7g10uGez/8JkBBsA3Xc2gmrjPA= Received: from BL0PR05MB5076.namprd05.prod.outlook.com (2603:10b6:208:83::12) by BL0PR05MB4866.namprd05.prod.outlook.com (2603:10b6:208:57::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3066.7; Sat, 30 May 2020 01:36:51 +0000 Received: from BL0PR05MB5076.namprd05.prod.outlook.com ([fe80::499e:c613:2d2:b09f]) by BL0PR05MB5076.namprd05.prod.outlook.com ([fe80::499e:c613:2d2:b09f%7]) with mapi id 15.20.3045.018; Sat, 30 May 2020 01:36:51 +0000 From: John Scudder To: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" CC: "bess@ietf.org" , "idr@ietf. org" Thread-Topic: Error handling in draft-ietf-bess-evpn-igmp-mld-proxy-05 Thread-Index: AQHWNiLKpUuHpPn66kmSE9kqhSvXjw== Date: Sat, 30 May 2020 01:36:51 +0000 Message-ID: <41C37C05-E8E6-4928-923A-C3E46616CF06@juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3608.80.23.2.2) authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=juniper.net; x-originating-ip: [66.129.241.13] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: d429fcc4-fff7-46c8-1f06-08d80439ed8e x-ms-traffictypediagnostic: BL0PR05MB4866: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 041963B986 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: JW0sL/dgajYhBC6grcIl/604B7zK+5kEclFxHXzCzdZ/195Fg3PwDXIRogHVoeYXtjVAEDtiH/hnsOSM68Q4FNDCLS1h1N1kyeaQLXNgUSdY4PQ8Rwtf5l3iH80aeBParNo1Ci+C8KmRYYUaxM2sRS4qQHgiFJxat/b6Ctoslgcn0Xorth7fjxSw3RSyv+uJ1IprzXgGNYNqyfWjX4DHEpjqB4Obml9dESYTRvRPqhGlYHrSEGgNlzwV3PuYX2e4QP0EOrJHhjvMvgC303tZ0DjDL8FhYjZAQqSNjA4yjxD8ZTcTCRy3MNbVG/hKgN2V7iNu0A+uE+TYmq6FKiK2jLeuskkNHzCOIcsTxHo1cDF6EGQZSgZ+HKGPWYNQrCTuGMQGM3KJkBqZgz2o2UvgHg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BL0PR05MB5076.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(39860400002)(136003)(346002)(396003)(376002)(366004)(6512007)(478600001)(54906003)(83380400001)(36756003)(2616005)(71200400001)(66574014)(166002)(26005)(4326008)(186003)(8936002)(66446008)(64756008)(66556008)(66476007)(86362001)(316002)(450100002)(76116006)(66946007)(33656002)(5660300002)(6506007)(6486002)(6916009)(8676002)(2906002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: 77MbWWjLQ2gFRud0k/63vQqesYCxr3wbGDQSGtcwVEm5X39xVHhyvFfmqm0GA/Ia+FrzoZcFu7uq5Ls+ybKyU21QwEw8LG4hqrIrJYcpWEvzGh8vVrgpk/qrDQOeXiueiP48MaCY0mKnub1I9qCaw1rSDsATJEJj1mWItNe9t3FVp0jId6INZTRufWDLOl4XaxcH5qAtKUa9tXH0HjQpubLsiutGTtYw2xvoWDPU38XQQOW/a7/UwOG6FOU4ey3EShynPi0KJfR895+fGcHc2mUmQ7GQDxcGjuluH6FmiAqO3FSX1cZ/fHbk1znn0ThJEwwBUfoZeYelccZ7lZ7zprEY0nbRDKFhOwu8AVYk+yeietzobqoS9YxTQX0vtxwJ60h9YFeTSI+7XwzQPnd0u98Yyb9A+UFiHsamnFkKMmPWE3cZ+qAQ9rfjDTqem6974Bh7pDr6Wrcg0/okw8n0HNmZQZVYU/wFaXEOY1qQ9cKsx9u0jkgy06LjDVz0fQaK x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_41C37C05E8E64928923AC3E46616CF06junipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: d429fcc4-fff7-46c8-1f06-08d80439ed8e X-MS-Exchange-CrossTenant-originalarrivaltime: 30 May 2020 01:36:51.6787 (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: l2ImCsYPJJmx52DCcWjgalA48W9XJGOCnqaBqFCzIpFUGGDDaVE/5fpQ1nPrFanW X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR05MB4866 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.216, 18.0.687 definitions=2020-05-29_13:2020-05-28, 2020-05-29 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 malwarescore=0 suspectscore=0 phishscore=0 mlxlogscore=999 mlxscore=0 bulkscore=0 priorityscore=1501 clxscore=1011 lowpriorityscore=0 adultscore=0 impostorscore=0 cotscore=-2147483648 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2005300009 Archived-At: Subject: [bess] Error handling in draft-ietf-bess-evpn-igmp-mld-proxy-05 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2020 01:37:11 -0000 --_000_41C37C05E8E64928923AC3E46616CF06junipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQXV0aG9ycywNCg0KSSBub3RpY2VkIHRoZSBmb2xsb3dpbmcgdGV4dCBhYm91dCBlcnJvciBo YW5kbGluZyBpbiAtMDU6DQoNCiAgICAgICBXaGVuIGEgUEUgcmVjZWl2ZXMgYW4gRVZQTiBTTUVU IHJvdXRlIGZvciBhIGdpdmVuICgqLEcpLCBpdA0KICAgICAgIGNvbXBhcmVzIHRoZSByZWNlaXZl ZCB2ZXJzaW9uIGZsYWdzIGZyb20gdGhlIHJvdXRlIHdpdGggaXRzIHBlci0NCiAgICAgICBQRSBz dG9yZWQgdmVyc2lvbiBmbGFncy4gIElmIHRoZSBQRSBmaW5kcyB0aGF0IGEgdmVyc2lvbiBmbGFn DQogICAgICAgYXNzb2NpYXRlZCB3aXRoIHRoZSAoKixHKSBmb3IgdGhlIHJlbW90ZSBQRSBpcyBy ZXNldCwgdGhlbiB0aGUgUEUNCiAgICAgICBNVVNUIGdlbmVyYXRlIElHTVAgTGVhdmUgZm9yIHRo YXQgKCosRykgdG93YXJkIGl0cyBsb2NhbA0KICAgICAgIGludGVyZmFjZSAoaWYgYW55KSBhdHRh Y2hlZCB0byB0aGUgbXVsdGljYXN0IHJvdXRlciBmb3IgdGhhdA0KICAgICAgIG11bHRpY2FzdCBn cm91cC4gIEl0IHNob3VsZCBiZSBub3RlZCB0aGF0IHRoZSByZWNlaXZlZCBFVlBOIHJvdXRlDQog ICAgICAgU0hPVUxEIGF0IGxlYXN0IGhhdmUgb25lIHZlcnNpb24gZmxhZyBzZXQuICBJZiBhbGwg dmVyc2lvbiBmbGFncw0KICAgICAgIGFyZSByZXNldCwgaXQgaXMgYW4gZXJyb3IgYmVjYXVzZSB0 aGUgUEUgc2hvdWxkIGhhdmUgcmVjZWl2ZWQgYW4NCiAgICAgICBFVlBOIHJvdXRlIHdpdGhkcmF3 IGZvciB0aGUgbGFzdCB2ZXJzaW9uIGZsYWcuICBFcnJvciBNVVNUIGJlDQogICAgICAgY29uc2lk ZXJlZCBhcyBCR1AgZXJyb3IgYW5kIFNIT1VMRCBiZSBoYW5kbGVkIGFzIHBlciBbUkZDNzYwNl0u DQoNCi4uLg0KDQogICBXaGVuIGEgcm91dGVyIHRoYXQgcmVjZWl2ZXMgYSBCR1AgVXBkYXRlIHRo YXQgY29udGFpbnMgdGhlIFNlbGVjdGl2ZQ0KICAgTXVsdGljYXN0IFJvdXRlIGZsYWcgd2l0aCBp dHMgUGFydGlhbCBiaXQgc2V0IChOb3QgZm9sbG93aW5nIHRoaXMNCiAgIHNwZWNpZmljYXRpb24p IGRldGVybWluZXMgdGhhdCB0aGUgcm91dGUgaXMgbWFsZm9ybWVkLCB0aGUgcm91dGVyDQogICBT SE9VTEQgdHJlYXQgdGhpcyBVcGRhdGUgYXMgbWFsZm9ybWVkIC4gIEVycm9yIE1VU1QgYmUgY29u c2lkZXJlZCBhcw0KICAgQkdQIGVycm9yIGFuZCBTSE9VTEQgYmUgZGlzY2FyZGVkIGFzIHBlciBb UkZDNzYwNl0uICBBbg0KICAgaW1wbGVtZW50YXRpb24gU0hPVUxEIHByb3ZpZGUgZGVidWdnaW5n IGZhY2lsaXRpZXMgdG8gcGVybWl0IGlzc3Vlcw0KICAgY2F1c2VkIGJ5IGEgbWFsZm9ybWVkIGpv aW4gc3luYyByb3V0ZSB0byBiZSBkaWFnbm9zZWQuICBBdCBhIG1pbmltdW0sDQogICBzdWNoIGZh Y2lsaXRpZXMgTVVTVCBpbmNsdWRlIGxvZ2dpbmcgYW4gZXJyb3Igd2hlbiBzdWNoIGFuIHJvdXRl IGlzDQogICBkZXRlY3RlZC4NCg0KKEFuZCB0aGVyZSBhcmUgc2V2ZXJhbCBtb3JlIHNpbWlsYXIg cGFyYWdyYXBocywgSSB3b27igJl0IHJlcGVhdCB0aGVtIGFsbC4pDQoNClRoYW5rIHlvdSBmb3Ig YWRkaW5nIHRleHQgYWJvdXQgZXJyb3IgaGFuZGxpbmchIEkgaGF2ZSBhIGZldyBxdWVzdGlvbnMg YW5kIGNvbW1lbnRzIGFib3V0IGl0Lg0KDQoxLiBZb3UgcmVzdHJpY3QgdGhlIHNlY29uZCBxdW90 ZWQgdGV4dCB0byBvbmx5IGFwcGx5IHdoZW4gUGFydGlhbCBpcyBzZXQuIFdoYXQgaXMgdGhlIHJl cXVpcmVkIGJlaGF2aW9yIHdoZW4gUGFydGlhbCBpcyBub3Qgc2V0IGJ1dCB0aGUgcm91dGUgaXMg bWFsZm9ybWVkPyBVbmxlc3MgeW91IHNwZWNpZnkgc29tZXRoaW5nIGVsc2UsIHRoZSBhY3Rpb24g d291bGQgYmUgdG8gcmVzZXQgdGhlIHNlc3Npb24sIGJ1dCBldmVuIGlmIHRoYXTigJlzIHdoYXQg eW91IHdhbnQsIHlvdSBzaG91bGQgc2F5IHNvLCB0byBiZSBjbGVhci4NCg0KMi4g4oCmIEJ1dCBJ 4oCZbSBjb25mdXNlZCBhYm91dCB0aGUgUGFydGlhbCBiaXQuIEV2ZXJ5dGhpbmcgaW4geW91ciBk b2N1bWVudCByZWxhdGVzIHRvIE5MUkksIGNhcnJpZWQgaW4gdGhlIGV4aXN0aW5nIE1QX1JFQUNI X05MUkkgYW5kIE1QX1VOUkVBQ0hfTkxSSSBhdHRyaWJ1dGVzLiBUaGUgZW5jb2Rpbmcgb2YgdGhl c2UgYXR0cmlidXRlcyBkb2VzbuKAmXQgaW5jbHVkZSBhbnkga2luZCBvZiBwZXItTkxSSSBQYXJ0 aWFsIGJpdCwgaXTigJlzIGEgcGVyLXBhdGggYXR0cmlidXRlIHRoaW5nLiBTaW5jZSB0aGVzZSB0 d28gYXR0cmlidXRlcyBhcmUgbm9uLXRyYW5zaXRpdmUsIHRoZSBQYXJ0aWFsIGJpdCBjYW4gbmV2 ZXIgYmUgc2V0IG9uIHRoZW0gKGl04oCZcyBzcGVjaWZpY2FsbHkgZXhjbHVkZWQgaW4gUkZDIDQy NzEpLiBJbiBzaG9ydCwgdGhlcmXigJlzIG5vIHN1Y2ggdGhpbmcgYXMgYSDigJxTZWxlY3RpdmUg TXVsdGljYXN0IFJvdXRlIGZsYWcgd2l0aCBpdHMgUGFydGlhbCBiaXTigJ0gc2V0IE9SIGNsZWFy ZWQsIGEgcm91dGUgZG9lc27igJl0IEhBVkUgYSBQYXJ0aWFsIGJpdC4NCg0KMy4gQ29tZSB0byB0 aGluayBvZiBpdCwgSSBjYW7igJl0IGV2ZW4gZmlndXJlIG91dCB3aGF0IHRoZSDigJxTZWxlY3Rp dmUgTXVsdGljYXN0IFJvdXRlIGZsYWfigJ0gaXMuIEkgY29uZmVzcyBJIGhhdmVu4oCZdCBkb25l IGEgY2xvc2UgcmVhZGluZyBvZiB0aGUgZG9jdW1lbnQsIGJ1dCBJIGRpZCB0cnkgdG8gd29yayBp dCBvdXQsIGFuZCBJIGNhbuKAmXQuIElzIGl0IGEgZmxhZz8gSXMgaXQgYSByb3V0ZT8gSXMgaXQg YSB0eXBvPyBJbnF1aXJpbmcgbWluZHMgd2FudCB0byBrbm93IQ0KDQo0LiBZb3Ugc2F5IOKAnGRp c2NhcmRlZCBhcyBwZXIgW1JGQzc2MDZd4oCdIG9yIOKAnGhhbmRsZWQgYXMgcGVyIFtSRkM3NjA2 XeKAnSBidXQgNzYwNiBkb2VzbuKAmXQgcHJvdmlkZSBqdXN0IGEgc2luZ2xlIHN0cmF0ZWd5LCBp dCBwcm92aWRlcyBmb3VyIG9wdGlvbnMgKGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM3 NjA2I3BhZ2UtNSksIG5hbWVseSBzZXNzaW9uIHJlc2V0LCBBRkkvU0FGSSBkaXNhYmxlLCB0cmVh dC1hcy13aXRoZHJhdywgYW5kIGF0dHJpYnV0ZSBkaXNjYXJkLiBJ4oCZbSBndWVzc2luZyB5b3Ug bWVhbiB0cmVhdC1hcy13aXRoZHJhdzsgaW4gYW55IGNhc2UsIHlvdSBuZWVkIHRvIGJlIHNwZWNp ZmljIGFib3V0IHRoZSBiZWhhdmlvciB5b3Ugd2FudC4NCg0KSnVzdCBhcyBhIHJlbWluZGVyLCBS RkMgNzYwNiwgaW4gc2VjdGlvbiAzKGopLCBwb2ludHMgb3V0IHRoYXQgdGhlIE5MUkkgbmVlZCB0 byBiZSBzdWNjZXNzZnVsbHkgcGFyc2VkIGZvciB0cmVhdC1hcy13aXRoZHJhdyB0byB3b3JrLCBh bmQgaWYgdGhlIE5MUkkgY2Fu4oCZdCBiZSBwYXJzZWQsIHNlc3Npb24gcmVzZXQgc3RpbGwgaGFz IHRvIGJlIHVzZWQuIEkgZ3Vlc3MgeW91IG11c3QgYmUgYXNzdW1pbmcgdGhlIE5MUkkgY291bGQg YmUgbWFsZm9ybWVkIGluIHN1Y2ggYSB3YXkgYXMgdG8gc3RpbGwgYWxsb3cgdGhlIGtleSB0byBi ZSBleHRyYWN0ZWQgZnJvbSB0aGVtLCBvdGhlcndpc2UgdGhlcmXigJlzIG5vIHdheSB0byBkbyB0 cmVhdC1hcy13aXRoZHJhdyB0byB0aGVtLiBBcyBmYXIgYXMgSSBjYW4gdGVsbCBmcm9tIGEgc2tp bSwgb25seSBhIG1hbGZvcm1lZCBmbGFncyBmaWVsZCB3b3VsZCBxdWFsaWZ5IGZvciB0aGlzLCBl dmVyeXRoaW5nIGVsc2UgaXMgcGFydCBvZiB0aGUga2V5LCByaWdodD8gSSB0aGluayB5b3XigJls bCBuZWVkIHRvIHNwZWxsIHRoaXMgb3V0LCBzZWUgYWxzbyBwb2ludCA1IGJlbG93Lg0KDQo1LiBZ b3Ugc2F5IHdoYXQgdG8gZG8gaWYgaXTigJlzIGRldGVybWluZWQgYSByb3V0ZSBpcyBtYWxmb3Jt ZWQsIGJ1dCBmb3IgdGhlIG1vc3QgcGFydCB5b3UgZG9u4oCZdCBzYXkgd2hhdCBjcml0ZXJpYSBh cmUgdXNlZCB0byBtYWtlIHRoYXQgZGV0ZXJtaW5hdGlvbi4gUkZDIDc2MDYgc2VjdGlvbiA4ICho dHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNzYwNiNwYWdlLTE1KSBhc2tzIHlvdSB0byBw bGVhc2UgYmUgbW9yZSBzcGVjaWZpYywgaXQgYWxzbyBwcm92aWRlcyBhIGxvdCBvZiBleGFtcGxl cyBvZiBzcGVjaWZpY2l0eSBpbiBpdHMgZWFybGllciBzZWN0aW9ucy4gU2luY2UgeW91IGFyZW7i gJl0IHNwZWNpZnlpbmcgYSBuZXcgYXR0cmlidXRlLCB0aGUgc2VjdGlvbiB0ZWNobmljYWxseSBk b2VzbuKAmXQgYXBwbHkgdG8geW91LCBidXQgbm9uZXRoZWxlc3MgSSB0aGluayB0aGUgZ3VpZGFu Y2UgaXMgcmVsZXZhbnQ6DQoNCiAgIEEgZG9jdW1lbnQgdGhhdCBzcGVjaWZpZXMgYSBuZXcgQkdQ IGF0dHJpYnV0ZSBNVVNUIHByb3ZpZGUgc3BlY2lmaWNzDQogICByZWdhcmRpbmcgd2hhdCBjb25z dGl0dXRlcyBhbiBlcnJvciBmb3IgdGhhdCBhdHRyaWJ1dGUgYW5kIGhvdyB0aGF0DQogICBlcnJv ciBpcyB0byBiZSBoYW5kbGVkLg0KDQo2LiBJIGRvIG5vdGljZSB0aGlzIHRleHQgdG9vOg0KDQog ICBTdXBwb3NlIGEgUEUgcmVjZWl2ZXMgYSBwYXJ0aWN1bGFyIElHTVAgSm9pbiBTeW5jaCBvciBJ R01QIExlYXZlDQogICBTeW5jaCByb3V0ZSwgc2F5IFIxLCBhbmQgc3VwcG9zZSB0aGF0IFIxIGNh cnJpZXMgYW4gRVMtSW1wb3J0IFJUIHRoYXQNCiAgIGlzIG9uZSBvZiB0aGUgUEUncyBJbXBvcnQg UlRzLiAgSWYgUjEgaGFzIG5vIEVWSS1SVCBFQywgb3IgaGFzIG1vcmUNCiAgIHRoYW4gb25lIEVW SS1SVCBFQywgdGhlIFBFIE1VU1QgYXBwbHkgdGhlICJ0cmVhdC1hcy13aXRoZHJhdyINCiAgIHBy b2NlZHVyZSBvZiBbUkZDNzYwNl0uDQoNClRoaXMgaXMgcGVyZmVjdCwgdGhhbmsgeW91ISBJdCBu YW1lcyBhIHNwZWNpZmljIGVycm9yIGhhbmRsaW5nIHN0cmF0ZWd5LiBUaGUgZXJyb3IgY29uZGl0 aW9uIGlzIHNwZWxsZWQgb3V0IGNsZWFybHkgYW5kIGl04oCZcyBhbHNvIGhlbHBmdWwgdGhhdCB0 aGUgZXJyb3IgY29uZGl0aW9uIHJlbGF0ZXMgdG8gYXR0cmlidXRlcyB0aGF0IGFyZW7igJl0IE5M UkksIHNvIHdlIGNhbiBiZSBjb25maWRlbnQgdGhhdCB0aGUgTkxSSSBhcmUgd2VsbC1mb3JtZWQs IHRodXMgd2UgY2FuIGZpbmQgdGhlIGtleSB0byBlbmFibGUgdXMgdG8ga25vdyB3aGF0IHRvIHdp dGhkcmF3Lg0KDQpSZWdhcmRzLA0KDQrigJRKb2huDQo= --_000_41C37C05E8E64928923AC3E46616CF06junipernet_ Content-Type: text/html; charset="utf-8" Content-ID: <85EE40CDC525DA42ABC40179CEF098C5@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgbGluZS1icmVhazogYWZ0 ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCkhpIEF1dGhvcnMsDQo8ZGl2IGNsYXNzPSIiPjxi ciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+SSBub3Rp Y2VkIHRoZSBmb2xsb3dpbmcgdGV4dCBhYm91dCBlcnJvciBoYW5kbGluZyBpbiAtMDU6PC9kaXY+ DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxk aXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7V2hlbiBhIFBFIHJlY2VpdmVz IGFuIEVWUE4gU01FVCByb3V0ZSBmb3IgYSBnaXZlbiAoKixHKSwgaXQ8L2Rpdj4NCjxkaXYgY2xh c3M9IiI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Y29tcGFyZXMgdGhlIHJlY2VpdmVkIHZl cnNpb24gZmxhZ3MgZnJvbSB0aGUgcm91dGUgd2l0aCBpdHMgcGVyLTwvZGl2Pg0KPGRpdiBjbGFz cz0iIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtQRSBzdG9yZWQgdmVyc2lvbiBmbGFncy4g Jm5ic3A7SWYgdGhlIFBFIGZpbmRzIHRoYXQgYSB2ZXJzaW9uIGZsYWc8L2Rpdj4NCjxkaXYgY2xh c3M9IiI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7YXNzb2NpYXRlZCB3aXRoIHRoZSAoKixH KSBmb3IgdGhlIHJlbW90ZSBQRSBpcyByZXNldCwgdGhlbiB0aGUgUEU8L2Rpdj4NCjxkaXYgY2xh c3M9IiI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7TVVTVCBnZW5lcmF0ZSBJR01QIExlYXZl IGZvciB0aGF0ICgqLEcpIHRvd2FyZCBpdHMgbG9jYWw8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7aW50ZXJmYWNlIChpZiBhbnkpIGF0dGFjaGVkIHRvIHRo ZSBtdWx0aWNhc3Qgcm91dGVyIGZvciB0aGF0PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwO211bHRpY2FzdCBncm91cC4gJm5ic3A7SXQgc2hvdWxkIGJlIG5v dGVkIHRoYXQgdGhlIHJlY2VpdmVkIEVWUE4gcm91dGU8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7U0hPVUxEIGF0IGxlYXN0IGhhdmUgb25lIHZlcnNpb24g ZmxhZyBzZXQuICZuYnNwO0lmIGFsbCB2ZXJzaW9uIGZsYWdzPC9kaXY+DQo8ZGl2IGNsYXNzPSIi PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2FyZSByZXNldCwgaXQgaXMgYW4gZXJyb3IgYmVj YXVzZSB0aGUgUEUgc2hvdWxkIGhhdmUgcmVjZWl2ZWQgYW48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+ Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7RVZQTiByb3V0ZSB3aXRoZHJhdyBmb3IgdGhlIGxh c3QgdmVyc2lvbiBmbGFnLiAmbmJzcDs8dSBjbGFzcz0iIj5FcnJvciBNVVNUIGJlPC91PjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs8dSBjbGFzcz0iIj5j b25zaWRlcmVkIGFzIEJHUCBlcnJvciBhbmQgU0hPVUxEIGJlIGhhbmRsZWQgYXMgcGVyIFtSRkM3 NjA2XS48L3U+PC9kaXY+DQo8YnIgY2xhc3M9IkFwcGxlLWludGVyY2hhbmdlLW5ld2xpbmUiPg0K Li4uPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFz cz0iIj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNwO1doZW4gYSByb3V0ZXIgdGhhdCByZWNl aXZlcyBhIEJHUCBVcGRhdGUgdGhhdCBjb250YWlucyB0aGUgU2VsZWN0aXZlPC9kaXY+DQo8ZGl2 IGNsYXNzPSIiPiZuYnNwOyAmbmJzcDtNdWx0aWNhc3QgUm91dGUgZmxhZyB3aXRoIGl0cyBQYXJ0 aWFsIGJpdCBzZXQgKE5vdCBmb2xsb3dpbmcgdGhpczwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJz cDsgJm5ic3A7c3BlY2lmaWNhdGlvbikgZGV0ZXJtaW5lcyB0aGF0IHRoZSByb3V0ZSBpcyBtYWxm b3JtZWQsIHRoZSByb3V0ZXI8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNwO1NIT1VM RCB0cmVhdCB0aGlzIFVwZGF0ZSBhcyBtYWxmb3JtZWQgLiAmbmJzcDs8dSBjbGFzcz0iIj5FcnJv ciBNVVNUIGJlIGNvbnNpZGVyZWQgYXM8L3U+PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAm bmJzcDs8dSBjbGFzcz0iIj5CR1AgZXJyb3IgYW5kIFNIT1VMRCBiZSBkaXNjYXJkZWQgYXMgcGVy IFtSRkM3NjA2XS48L3U+ICZuYnNwO0FuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAmbmJz cDtpbXBsZW1lbnRhdGlvbiBTSE9VTEQgcHJvdmlkZSBkZWJ1Z2dpbmcgZmFjaWxpdGllcyB0byBw ZXJtaXQgaXNzdWVzPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAmbmJzcDtjYXVzZWQgYnkg YSBtYWxmb3JtZWQgam9pbiBzeW5jIHJvdXRlIHRvIGJlIGRpYWdub3NlZC4gJm5ic3A7QXQgYSBt aW5pbXVtLDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsgJm5ic3A7c3VjaCBmYWNpbGl0aWVz IE1VU1QgaW5jbHVkZSBsb2dnaW5nIGFuIGVycm9yIHdoZW4gc3VjaCBhbiByb3V0ZSBpczwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsgJm5ic3A7ZGV0ZWN0ZWQuPC9kaXY+DQo8ZGl2IGNsYXNz PSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4oQW5kIHRoZXJlIGFyZSBz ZXZlcmFsIG1vcmUgc2ltaWxhciBwYXJhZ3JhcGhzLCBJIHdvbuKAmXQgcmVwZWF0IHRoZW0gYWxs Lik8L2Rpdj4NCjxiciBjbGFzcz0iQXBwbGUtaW50ZXJjaGFuZ2UtbmV3bGluZSI+DQpUaGFuayB5 b3UgZm9yIGFkZGluZyB0ZXh0IGFib3V0IGVycm9yIGhhbmRsaW5nISBJIGhhdmUgYSBmZXcgcXVl c3Rpb25zIGFuZCBjb21tZW50cyBhYm91dCBpdC4mbmJzcDs8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+ PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjEuIFlvdSByZXN0cmljdCB0aGUg c2Vjb25kIHF1b3RlZCB0ZXh0IHRvIG9ubHkgYXBwbHkgd2hlbiBQYXJ0aWFsIGlzIHNldC4gV2hh dCBpcyB0aGUgcmVxdWlyZWQgYmVoYXZpb3Igd2hlbiBQYXJ0aWFsIGlzIG5vdCBzZXQgYnV0IHRo ZSByb3V0ZSBpcyBtYWxmb3JtZWQ/IFVubGVzcyB5b3Ugc3BlY2lmeSBzb21ldGhpbmcgZWxzZSwg dGhlIGFjdGlvbiB3b3VsZCBiZSB0byByZXNldCB0aGUgc2Vzc2lvbiwgYnV0IGV2ZW4gaWYNCiB0 aGF04oCZcyB3aGF0IHlvdSB3YW50LCB5b3Ugc2hvdWxkIHNheSBzbywgdG8gYmUgY2xlYXIuPC9k aXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4y LiDigKYgQnV0IEnigJltIGNvbmZ1c2VkIGFib3V0IHRoZSBQYXJ0aWFsIGJpdC4gRXZlcnl0aGlu ZyBpbiB5b3VyIGRvY3VtZW50IHJlbGF0ZXMgdG8gTkxSSSwgY2FycmllZCBpbiB0aGUgZXhpc3Rp bmcgTVBfUkVBQ0hfTkxSSSBhbmQgTVBfVU5SRUFDSF9OTFJJIGF0dHJpYnV0ZXMuIFRoZSBlbmNv ZGluZyBvZiB0aGVzZSBhdHRyaWJ1dGVzIGRvZXNu4oCZdCBpbmNsdWRlIGFueSBraW5kIG9mIHBl ci1OTFJJIFBhcnRpYWwgYml0LA0KIGl04oCZcyBhIHBlci1wYXRoIGF0dHJpYnV0ZSB0aGluZy4g U2luY2UgdGhlc2UgdHdvIGF0dHJpYnV0ZXMgYXJlIG5vbi10cmFuc2l0aXZlLCB0aGUgUGFydGlh bCBiaXQgY2FuIG5ldmVyIGJlIHNldCBvbiB0aGVtIChpdOKAmXMgc3BlY2lmaWNhbGx5IGV4Y2x1 ZGVkIGluIFJGQyA0MjcxKS4gSW4gc2hvcnQsIHRoZXJl4oCZcyBubyBzdWNoIHRoaW5nIGFzIGEg 4oCcU2VsZWN0aXZlIE11bHRpY2FzdCBSb3V0ZSBmbGFnIHdpdGggaXRzIFBhcnRpYWwgYml04oCd IHNldA0KIE9SIGNsZWFyZWQsIGEgcm91dGUgZG9lc27igJl0IEhBVkUgYSBQYXJ0aWFsIGJpdC48 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIi PjMuIENvbWUgdG8gdGhpbmsgb2YgaXQsIEkgY2Fu4oCZdCBldmVuIGZpZ3VyZSBvdXQgd2hhdCB0 aGUg4oCcU2VsZWN0aXZlIE11bHRpY2FzdCBSb3V0ZSBmbGFn4oCdDQo8aSBjbGFzcz0iIj5pczwv aT4uIEkgY29uZmVzcyBJIGhhdmVu4oCZdCBkb25lIGEgY2xvc2UgcmVhZGluZyBvZiB0aGUgZG9j dW1lbnQsIGJ1dCBJIGRpZCB0cnkgdG8gd29yayBpdCBvdXQsIGFuZCBJIGNhbuKAmXQuIElzIGl0 IGEgZmxhZz8gSXMgaXQgYSByb3V0ZT8gSXMgaXQgYSB0eXBvPyBJbnF1aXJpbmcgbWluZHMgd2Fu dCB0byBrbm93ITwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxk aXYgY2xhc3M9IiI+NC4gWW91IHNheSDigJxkaXNjYXJkZWQgYXMgcGVyIFtSRkM3NjA2XeKAnSBv ciDigJxoYW5kbGVkIGFzIHBlciBbUkZDNzYwNl3igJ0gYnV0IDc2MDYgZG9lc27igJl0IHByb3Zp ZGUganVzdCBhIHNpbmdsZSBzdHJhdGVneSwgaXQgcHJvdmlkZXMgZm91ciBvcHRpb25zICg8YSBo cmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNzYwNiNwYWdlLTUiIGNsYXNzPSIi Pmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM3NjA2I3BhZ2UtNTwvYT4pLA0KIG5hbWVs eSBzZXNzaW9uIHJlc2V0LCBBRkkvU0FGSSBkaXNhYmxlLCB0cmVhdC1hcy13aXRoZHJhdywgYW5k IGF0dHJpYnV0ZSBkaXNjYXJkLiBJ4oCZbSBndWVzc2luZyB5b3UgbWVhbiB0cmVhdC1hcy13aXRo ZHJhdzsgaW4gYW55IGNhc2UsIHlvdSBuZWVkIHRvIGJlIHNwZWNpZmljIGFib3V0IHRoZSBiZWhh dmlvciB5b3Ugd2FudC48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+ DQo8ZGl2IGNsYXNzPSIiPkp1c3QgYXMgYSByZW1pbmRlciwgUkZDIDc2MDYsIGluIHNlY3Rpb24g MyhqKSwgcG9pbnRzIG91dCB0aGF0IHRoZSBOTFJJIG5lZWQgdG8gYmUgc3VjY2Vzc2Z1bGx5IHBh cnNlZCBmb3IgdHJlYXQtYXMtd2l0aGRyYXcgdG8gd29yaywgYW5kIGlmIHRoZSBOTFJJIGNhbuKA mXQgYmUgcGFyc2VkLCBzZXNzaW9uIHJlc2V0IHN0aWxsIGhhcyB0byBiZSB1c2VkLiBJIGd1ZXNz IHlvdSBtdXN0IGJlIGFzc3VtaW5nIHRoZSBOTFJJIGNvdWxkDQogYmUgbWFsZm9ybWVkIGluIHN1 Y2ggYSB3YXkgYXMgdG8gc3RpbGwgYWxsb3cgdGhlIGtleSB0byBiZSBleHRyYWN0ZWQgZnJvbSB0 aGVtLCBvdGhlcndpc2UgdGhlcmXigJlzIG5vIHdheSB0byBkbyB0cmVhdC1hcy13aXRoZHJhdyB0 byB0aGVtLiBBcyBmYXIgYXMgSSBjYW4gdGVsbCBmcm9tIGEgc2tpbSwgb25seSBhIG1hbGZvcm1l ZCBmbGFncyBmaWVsZCB3b3VsZCBxdWFsaWZ5IGZvciB0aGlzLCBldmVyeXRoaW5nIGVsc2UgaXMg cGFydCBvZiB0aGUNCiBrZXksIHJpZ2h0PyBJIHRoaW5rIHlvdeKAmWxsIG5lZWQgdG8gc3BlbGwg dGhpcyBvdXQsIHNlZSBhbHNvIHBvaW50IDUgYmVsb3cuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxi ciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj41LiBZb3Ugc2F5IHdoYXQgdG8gZG8g aWYgaXTigJlzIGRldGVybWluZWQgYSByb3V0ZSBpcyBtYWxmb3JtZWQsIGJ1dCBmb3IgdGhlIG1v c3QgcGFydCB5b3UgZG9u4oCZdCBzYXkgd2hhdCBjcml0ZXJpYSBhcmUgdXNlZCB0byBtYWtlIHRo YXQgZGV0ZXJtaW5hdGlvbi4gUkZDIDc2MDYgc2VjdGlvbiA4ICg8YSBocmVmPSJodHRwczovL3Rv b2xzLmlldGYub3JnL2h0bWwvcmZjNzYwNiNwYWdlLTE1IiBjbGFzcz0iIj5odHRwczovL3Rvb2xz LmlldGYub3JnL2h0bWwvcmZjNzYwNiNwYWdlLTE1PC9hPikNCiBhc2tzIHlvdSB0byBwbGVhc2Ug YmUgbW9yZSBzcGVjaWZpYywgaXQgYWxzbyBwcm92aWRlcyBhIGxvdCBvZiBleGFtcGxlcyBvZiBz cGVjaWZpY2l0eSBpbiBpdHMgZWFybGllciBzZWN0aW9ucy4gU2luY2UgeW91IGFyZW7igJl0IHNw ZWNpZnlpbmcgYSBuZXcgYXR0cmlidXRlLCB0aGUgc2VjdGlvbiB0ZWNobmljYWxseSBkb2VzbuKA mXQgYXBwbHkgdG8geW91LCBidXQgbm9uZXRoZWxlc3MgSSB0aGluayB0aGUgZ3VpZGFuY2UgaXMg cmVsZXZhbnQ6Jm5ic3A7PC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIi Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsgJm5ic3A7QSBk b2N1bWVudCB0aGF0IHNwZWNpZmllcyBhIG5ldyBCR1AgYXR0cmlidXRlIE1VU1QgcHJvdmlkZSBz cGVjaWZpY3M8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNwO3JlZ2FyZGluZyB3aGF0 IGNvbnN0aXR1dGVzIGFuIGVycm9yIGZvciB0aGF0IGF0dHJpYnV0ZSBhbmQgaG93IHRoYXQ8L2Rp dj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNwO2Vycm9yIGlzIHRvIGJlIGhhbmRsZWQuICZu YnNwOzwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0K PGRpdiBjbGFzcz0iIj42LiBJIGRvIG5vdGljZSB0aGlzIHRleHQgdG9vOjwvZGl2Pg0KPGRpdiBj bGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNz PSIiPiZuYnNwOyAmbmJzcDtTdXBwb3NlIGEgUEUgcmVjZWl2ZXMgYSBwYXJ0aWN1bGFyIElHTVAg Sm9pbiBTeW5jaCBvciBJR01QIExlYXZlPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAmbmJz cDtTeW5jaCByb3V0ZSwgc2F5IFIxLCBhbmQgc3VwcG9zZSB0aGF0IFIxIGNhcnJpZXMgYW4gRVMt SW1wb3J0IFJUIHRoYXQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNwO2lzIG9uZSBv ZiB0aGUgUEUncyBJbXBvcnQgUlRzLiAmbmJzcDtJZiBSMSBoYXMgbm8gRVZJLVJUIEVDLCBvciBo YXMgbW9yZTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsgJm5ic3A7dGhhbiBvbmUgRVZJLVJU IEVDLCB0aGUgUEUgTVVTVCBhcHBseSB0aGUgJnF1b3Q7dHJlYXQtYXMtd2l0aGRyYXcmcXVvdDs8 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNwO3Byb2NlZHVyZSBvZiBbUkZDNzYwNl0u PC9kaXY+DQo8YnIgY2xhc3M9IkFwcGxlLWludGVyY2hhbmdlLW5ld2xpbmUiPg0KVGhpcyBpcyBw ZXJmZWN0LCB0aGFuayB5b3UhIEl0IG5hbWVzIGEgc3BlY2lmaWMgZXJyb3IgaGFuZGxpbmcgc3Ry YXRlZ3kuIFRoZSBlcnJvciBjb25kaXRpb24gaXMgc3BlbGxlZCBvdXQgY2xlYXJseSBhbmQgaXTi gJlzIGFsc28gaGVscGZ1bCB0aGF0IHRoZSBlcnJvciBjb25kaXRpb24gcmVsYXRlcyB0byBhdHRy aWJ1dGVzIHRoYXQgYXJlbuKAmXQgTkxSSSwgc28gd2UgY2FuIGJlIGNvbmZpZGVudCB0aGF0IHRo ZSBOTFJJIGFyZSB3ZWxsLWZvcm1lZCwNCiB0aHVzIHdlIGNhbiBmaW5kIHRoZSBrZXkgdG8gZW5h YmxlIHVzIHRvIGtub3cgd2hhdCB0byB3aXRoZHJhdy48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJy IGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlJlZ2FyZHMsPC9kaXY+DQo8ZGl2IGNs YXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj7igJRKb2huPC9kaXY+ DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_41C37C05E8E64928923AC3E46616CF06junipernet_-- From nobody Fri May 29 19:31:35 2020 Return-Path: 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 D34DE3A10C4; Fri, 29 May 2020 19:31:32 -0700 (PDT) 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, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=rAsg13v9; dkim=pass (1024-bit key) header.d=juniper.net header.b=PWzMAs0A 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 aE9jIfKV6AtS; Fri, 29 May 2020 19:31:31 -0700 (PDT) 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 CEBE03A10C8; Fri, 29 May 2020 19:31:30 -0700 (PDT) Received: from pps.filterd (m0108163.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 04U2S75D020832; Fri, 29 May 2020 19:31:29 -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=07ik4DYUcqMLzlnskhyDLc8QBrhGdSPgSQhiBv+glCo=; b=rAsg13v9FumHiFO1bvz9bRezd9BkIXVaYFCmSmFc9hBOIuYb21J5E18Ux18KKb/yRq4G kwhZ6F/+G3F3dBt9Oru6uI/QXPACTUJ2Ak1BsbLOlxbawbUS5qgRNLu2pdHolI3xVpGQ gVuWOrxe6hF/XMw07PvksdKf67/G3FO/D6umjkSaTCXZ5sQGJycrR0RQ2l8KzWaNP0cx Anz7z9cLGU3cqulLO9PPdUm/rAXFrYeXbo3T6T0TbTBBQh5OI0pYZwI1xwReEpxT+URn YW+nQmuxPZJdCJHwQvCFDPQyzSd1Vo+FpeTMPvOGrmic400qpW8JSJO5Yl9iGhFvV/Wo SA== Received: from nam11-co1-obe.outbound.protection.outlook.com (mail-co1nam11lp2177.outbound.protection.outlook.com [104.47.56.177]) by mx0b-00273201.pphosted.com with ESMTP id 31a58qv0fc-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 29 May 2020 19:31:28 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=BLv0I0SYsngXruQuSUEnrYvnx63QlsJmB0o+1RHjBe1+EE7xaGlzlgFDH1nNdywSyYb4KEL6KmKsfHSjyboBBF0fuZf6n6DoTIAiailmoiaPVTfcIyEtldxZDZKiK3x20XNVwMHWQTcxlYT4laF2uYXv7GBcI7PiBW/xJCe1F5SE0CiTbUmlr+qwe2iKxQgMzClt2rSRI92IecX+UBad3W2afqP/y9dzUz99PaLtBv4igMz16FO5OxAlG6lOUIY9iCmiAOQxWcZlVm6rKAzzkx4y5zwC0lapekXuFDJBqxnMUFdh0AQt5upsTY/SR5oNWxPMeyusBRxHCFbzi0vxHQ== 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=07ik4DYUcqMLzlnskhyDLc8QBrhGdSPgSQhiBv+glCo=; b=j/wW3OqwcQwXdaKTR8S+rb+9MIFFS3c9X5aBgEzn52f7C4uHr5AbenlDq21I97C5STJytOA1uJth8lpZKdc6ucR9OBuHCb6NXCyKLvRC7vODwDgrUn9AlqZ0hY6OrmY8f8nMnn2f/Hd7r8nCXdGv8z+jrDTE0PbWAhi6EYxOUnsvqUn6gQ7i+1sjKOgk2YftnImi48hGQsy7N4pJsUomQ9NnsFTThK8xMdGQbGiOFumWZVMGn7Cna7s277KD4FvwY85Gu8Uckgh2S8DaUOhyEMftPwloGsRScpGiiXmwP4jy0+q7JIi/ta4K3gPJLYshy81goomODh9ra5ZkPDCBJw== 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=07ik4DYUcqMLzlnskhyDLc8QBrhGdSPgSQhiBv+glCo=; b=PWzMAs0Ah06LeeunYkH9BBQZ7aMxh+FGml3fm/1JLHcw12ND7IJDCjIkxHOLPYgSFrIRimZdIGSiObf4sgf9hZ+EU0uq/W4ROoB334gfitZUWrKHUM0dQPuJbAVV4iNKip1oVRpjIFA7sETOEL7m8RM+jqmJr7TYuCNNfkYgl+Q= Received: from BYAPR05MB4168.namprd05.prod.outlook.com (2603:10b6:a02:81::23) by BYAPR05MB4840.namprd05.prod.outlook.com (2603:10b6:a03:4a::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3045.9; Sat, 30 May 2020 02:31:24 +0000 Received: from BYAPR05MB4168.namprd05.prod.outlook.com ([fe80::f5e7:125a:3e40:b1b8]) by BYAPR05MB4168.namprd05.prod.outlook.com ([fe80::f5e7:125a:3e40:b1b8%7]) with mapi id 15.20.3066.007; Sat, 30 May 2020 02:31:24 +0000 From: Wen Lin To: "Mankamana Mishra (mankamis)" , "Rabadan, Jorge (Nokia - US/Mountain View)" , "slitkows.ietf@gmail.com" , "bess@ietf.org" CC: "Prabhu, Vinod (Nokia - CA/Ottawa)" , "bess-chairs@ietf.org" , "Dornon, Olivier (Nokia - BE/Antwerp)" Thread-Topic: [bess] new WGLC on draft-ietf-bess-evpn-igmp-mld-proxy-05 Thread-Index: AdYs6SUp0t3oNaDYRymeGRCR1l+P6wBQO/aA//9vIoCAEE53gA== Date: Sat, 30 May 2020 02:31:24 +0000 Message-ID: <25DED33B-D437-4B35-BADE-EB7F771DDBF2@juniper.net> References: <01df01d62ce9$7292e540$57b8afc0$@gmail.com> <8D87A7C1-F57F-4913-AF58-C827071C3C61@nokia.com> <530BBB23-916F-40B8-AB3A-C836FA0897F9@cisco.com> In-Reply-To: <530BBB23-916F-40B8-AB3A-C836FA0897F9@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=0; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=375eeef5-f523-4048-b1bf-0000c81c7292; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-05-30T02:07:18Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Business Use Only;MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; user-agent: Microsoft-MacOutlook/16.37.20051002 authentication-results: dmarc.ietf.org; dkim=none (message not signed) header.d=none; dmarc.ietf.org; dmarc=none action=none header.from=juniper.net; x-originating-ip: [66.129.241.11] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: aef5e25f-5c42-46e4-39ab-08d804418c42 x-ms-traffictypediagnostic: BYAPR05MB4840: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 041963B986 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 8bEb5xqn6uyH46NAaqfDPeeCzuaEU+2sm6dp3iYxxb/jNOSko/EPnLyO/f5JN/N5BK47jtI5L5Ej09KKK9oDO1VSuAI1iEeXE38/dpMkv0obGozQLyOnQUo96tCi5ZKRi515mDq5KjC4minPpyF4k4zYSxT7ZGBHLKwYBbnITZfpUdPfO6Bo1qZ20REpekf3aSh0C2RFbvcs5d8w2SG2ywZO9oPNyNa0CgU0Ai4AnDAbt5YHr5t2NuWptc0+2XISgGOR+/dDiO8/7Bxllvsbuf7QubWQmBSDDtsXvud7Guf1hf4OZW6hxIO2+unglpkPNOMziGB2qaMfIAUi4mQXafOVueFoZ9PGPUNhBVX0R1pXfHnVZdX6KK3Fl+C5zREZot+IGqIx0ausxJCEnfBTpg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR05MB4168.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(346002)(376002)(366004)(39860400002)(396003)(136003)(6486002)(26005)(66446008)(66476007)(316002)(36756003)(66946007)(4326008)(83380400001)(76116006)(64756008)(6512007)(66556008)(71200400001)(966005)(86362001)(5660300002)(2906002)(166002)(53546011)(478600001)(8936002)(54906003)(186003)(6506007)(33656002)(2616005)(110136005)(8676002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: rofVnSs3uClr0nNXBSdBLkiX+mREjQralmo8fKRcwqBmV+sWHZejJd4/OvnqLMCNtlaZqPzA6qmRWvDFnjsK1vUHio/pLvmvIYn2PvczD34aKKu3ia7SqAfpIThFf4PbWauG48MxV4IDmWhnTgQW1Cetu6Jm98KDJdx/jOeLsN3UoV9USTlmI1/j5DU7naOraeEniRqM6Uu84G6cLzdbREeDxBt5FgAbCakkZF+EphE7ZBOorPAfXVHcIEyfeW8UuvRRAeBA/2mr+Jf0iEUPtMQaWe7V05tr197YOEGUKFXB8tVDq/knVBPXjbTVVu1G6AKQNIFnXO+tcP5SPI2AHrem0ELfSyEbarG8TQ4+5AKc/oIyNBjwPj0/HIcXE9N/w6w7fsPB7EUUyerhxrTAFRV2g9PXL/qtvzjIlPKf6AU1F0vlKDgap8JLfdyCHUNbZaogQw6IMGC31XcqrHb4aiT7Z2vkoqQQqgz8Q24G3r2bnywdZMhf3+FYsJgpXwQo x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_25DED33BD4374B35BADEEB7F771DDBF2junipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: aef5e25f-5c42-46e4-39ab-08d804418c42 X-MS-Exchange-CrossTenant-originalarrivaltime: 30 May 2020 02:31:24.3771 (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: IadjAIByOeOF7FTsj6KRxoe+So4/xvOAByXP3rQM2gINrCamvVq/IYdcqFqEsxxDiiiJXm3Og8PdsCYDMDEHfA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB4840 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.216, 18.0.687 definitions=2020-05-29_13:2020-05-28, 2020-05-29 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 suspectscore=0 adultscore=0 bulkscore=0 phishscore=0 spamscore=0 mlxlogscore=956 priorityscore=1501 mlxscore=0 malwarescore=0 impostorscore=0 lowpriorityscore=0 clxscore=1011 cotscore=-2147483648 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2005300017 Archived-At: Subject: Re: [bess] new WGLC on draft-ietf-bess-evpn-igmp-mld-proxy-05 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2020 02:31:33 -0000 --_000_25DED33BD4374B35BADEEB7F771DDBF2junipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmtzIGZvciB0aGUgdXBkYXRlIGJhc2VkIG9uIHRoZSBsYXRlc3QgZGlzY3Vzc2lvbi4NCg0K DQoNClBsZWFzZSBhbHNvIHVwZGF0ZSB0aGUgdGV4dCBpbiBpdGVtIDQgdW5kZXIgc2VjdGlvbiA2 LjIsICByZW1vdmUgdGhlIHRleHQgcmVsYXRlZCB0byB0aGUgc2VxdWVuY2UgbnVtYmVyIGFuZCB0 aGUgTGVhdmUgZ3JvdXAgc3luY2hyb25pemF0aW9uIHByb2NlZHVyZS4NCg0KDQpXZW4NCg0KRnJv bTogQkVTUyA8YmVzcy1ib3VuY2VzQGlldGYub3JnPiBvbiBiZWhhbGYgb2YgIk1hbmthbWFuYSBN aXNocmEgKG1hbmthbWlzKSIgPG1hbmthbWlzPTQwY2lzY28uY29tQGRtYXJjLmlldGYub3JnPg0K RGF0ZTogVHVlc2RheSwgTWF5IDE5LCAyMDIwIGF0IDQ6MzAgUE0NClRvOiAiUmFiYWRhbiwgSm9y Z2UgKE5va2lhIC0gVVMvTW91bnRhaW4gVmlldykiIDxqb3JnZS5yYWJhZGFuQG5va2lhLmNvbT4s ICJzbGl0a293cy5pZXRmQGdtYWlsLmNvbSIgPHNsaXRrb3dzLmlldGZAZ21haWwuY29tPiwgImJl c3NAaWV0Zi5vcmciIDxiZXNzQGlldGYub3JnPg0KQ2M6ICJQcmFiaHUsIFZpbm9kIChOb2tpYSAt IENBL090dGF3YSkiIDx2aW5vZC5wcmFiaHVAbm9raWEuY29tPiwgImJlc3MtY2hhaXJzQGlldGYu b3JnIiA8YmVzcy1jaGFpcnNAaWV0Zi5vcmc+LCAiRG9ybm9uLCBPbGl2aWVyIChOb2tpYSAtIEJF L0FudHdlcnApIiA8b2xpdmllci5kb3Jub25Abm9raWEuY29tPg0KU3ViamVjdDogUmU6IFtiZXNz XSBuZXcgV0dMQyBvbiBkcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eS0wNQ0KDQpb RXh0ZXJuYWwgRW1haWwuIEJlIGNhdXRpb3VzIG9mIGNvbnRlbnRdDQoNClRoYW5rcyBKb3JnZSwg Tm90ZWQgaXQuICBXaWxsIHdhaXQgZm9yIGFueSBvdGhlciBjb21tZW50cy4gQW5kIG1ha2UgY2hh bmdlcyBhbGwgdG9nZXRoZXIuDQoNCkZyb206ICJSYWJhZGFuLCBKb3JnZSAoTm9raWEgLSBVUy9N b3VudGFpbiBWaWV3KSIgPGpvcmdlLnJhYmFkYW5Abm9raWEuY29tPg0KRGF0ZTogVHVlc2RheSwg TWF5IDE5LCAyMDIwIGF0IDE6MDkgUE0NClRvOiAic2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20iIDxz bGl0a293cy5pZXRmQGdtYWlsLmNvbT4sICJiZXNzQGlldGYub3JnIiA8YmVzc0BpZXRmLm9yZz4N CkNjOiAiYmVzcy1jaGFpcnNAaWV0Zi5vcmciIDxiZXNzLWNoYWlyc0BpZXRmLm9yZz4sICJQcmFi aHUsIFZpbm9kIChOb2tpYSAtIENBL090dGF3YSkiIDx2aW5vZC5wcmFiaHVAbm9raWEuY29tPiwg IkRvcm5vbiwgT2xpdmllciAoTm9raWEgLSBCRS9BbnR3ZXJwKSIgPG9saXZpZXIuZG9ybm9uQG5v a2lhLmNvbT4NClN1YmplY3Q6IFJlOiBbYmVzc10gbmV3IFdHTEMgb24gZHJhZnQtaWV0Zi1iZXNz LWV2cG4taWdtcC1tbGQtcHJveHktMDUNClJlc2VudC1Gcm9tOiA8YWxpYXMtYm91bmNlc0BpZXRm Lm9yZz4NClJlc2VudC1UbzogPG1hbmthbWlzQGNpc2NvLmNvbT4sIDxzbGl0a293cy5pZXRmQGdt YWlsLmNvbT4sIDxtYXR0aGV3LmJvY2NpQG5va2lhLmNvbT4NClJlc2VudC1EYXRlOiBUdWVzZGF5 LCBNYXkgMTksIDIwMjAgYXQgMTowOSBQTQ0KDQpIaSwNCg0KSSB0aGluayB0aGUgY2hhbmdlcyBh cmUgb2ssIHNpbmNlIHRoZXkgZm9sbG93IHRoZSBsYXRlc3QgZGlzY3Vzc2lvbnMuDQpUaGUgZG9j dW1lbnQgaXMgcmVhZHkgdG8gcHJvZ3Jlc3MuDQoNCk5vdCB0aGF0IHNob3VsZCBob2xkIHRoZSBX RyBMYXN0IENhbGwsIGJ1dCBwbGVhc2UsIGZpeCB0aGUgZm9sbG93aW5nIHRleHQgdGhhdCB3ZSBm b3VuZCBjb25mdXNpbmcsIGFzIHBhcnQgb2YgdGhlIGZvbGxvd2luZyByZXZpc2lvbjoNCg0KVGhl IElHTVAgSm9pbiBTeW5jaCByb3V0ZSBNVVNUIGNhcnJ5IHRoZSBFUy1JbXBvcnQgUlQgZm9yIHRo ZSBFUyBvbg0KICAgd2hpY2ggdGhlIElHTVAgTWVtYmVyc2hpcCBSZXBvcnQgd2FzIHJlY2VpdmVk LiAgVGh1cyBpdCBNVVNUIG9ubHkgYmUNCiAgIHNlbnQgdG8gdGhlIFBFcyBhdHRhY2hlZCB0byB0 aGF0IEVTIGFuZCBub3QgYW55IG90aGVyIFBFcy4NCg0Kcy8gVGh1cyBpdCBNVVNUIG9ubHkgYmUg c2VudCB0byB0aGUgUEVzIGF0dGFjaGVkIHRvIHRoYXQgRVMgYW5kIG5vdCBhbnkgb3RoZXIgUEVz LiAvIFRodXMgaXQgTVVTVCBvbmx5IGJlIGltcG9ydGVkIGJ5IHRoZSBQRXMgYXR0YWNoZWQgdG8g dGhhdCBFUyBhbmQgbm90IGFueSBvdGhlciBQRXMuIC8NCg0KVGhhdCBpcywgdGhlIEVTLUltcG9y dCBSVCBwZXItc2UgZG9lcyBub3QgZGV0ZXJtaW5lIHRvIHdoYXQgUEVzIHRoZSByb3V0ZSBpcyBz ZW50LiBJdCBkZXRlcm1pbmVzIHRoZSBkaXNzZW1pbmF0aW9uIGFsb25nIHdpdGggUlQgQ29uc3Ry YWludCwgYnV0IHRoZSBNVVNUIHN0YXRlbWVudCDigJMgaWYgbmVlZGVkIC0gc2hvdWxkIHJlYWxs eSBiZSBhZGRlZCBhbG9uZyB3aXRoIHRoZSBpbXBvcnQgYWN0aW9uLg0KDQpUaGFua3MuDQpKb3Jn ZQ0KDQoNCkZyb206IEJFU1MgPGJlc3MtYm91bmNlc0BpZXRmLm9yZz4gb24gYmVoYWxmIG9mICJz bGl0a293cy5pZXRmQGdtYWlsLmNvbSIgPHNsaXRrb3dzLmlldGZAZ21haWwuY29tPg0KRGF0ZTog TW9uZGF5LCBNYXkgMTgsIDIwMjAgYXQgOTo1NCBBTQ0KVG86ICJiZXNzQGlldGYub3JnIiA8YmVz c0BpZXRmLm9yZz4NCkNjOiAiYmVzcy1jaGFpcnNAaWV0Zi5vcmciIDxiZXNzLWNoYWlyc0BpZXRm Lm9yZz4NClN1YmplY3Q6IFtiZXNzXSBuZXcgV0dMQyBvbiBkcmFmdC1pZXRmLWJlc3MtZXZwbi1p Z21wLW1sZC1wcm94eS0wNQ0KDQpIaSBXRywNCg0KRm9sbG93aW5nIHRoZSBkaXNjdXNzaW9uIGFu ZCBzaWduaWZpY2FudCBkb2N1bWVudCB1cGRhdGUsIHdlIGFyZSBzdGFydGluZyBhIG5ldyBXb3Jr aW5nIEdyb3VwIExhc3QgQ2FsbCBvbiBkcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94 eS0wNQ0KDQpUaGlzIHBvbGwgcnVucyB1bnRpbCB0aGUgMXN0IG9mIEp1bmUuDQoNClBsZWFzZSBy ZWFkIGNhcmVmdWxseSB0aGUgZG9jdW1lbnQgYW5kIHJhaXNlIGFueSBjb25jZXJuIGFib3V0IHRo ZSBjaGFuZ2VzIHRoYXQgaGF2ZSBiZWVuIGludHJvZHVjZWQuDQoNCg0KVGhhbmtzLA0KDQpTdGVw aGFuZSAmIE1hdHRoZXcNCg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQt aWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHk8aHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9f X2h0dHBzOi9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1iZXNzLWV2cG4taWdt cC1tbGQtcHJveHlfXzshIU5FdDZ5TWFPLWdrIVVhSHplQjdBMm04ZkdzcFNtYWdueF9nQ3Jpendu b1NndHhUYUdkQWF2RE91S1JWRWZEM1hNeVk5U1pLNnJnJD4NCg0KDQoNCkp1bmlwZXIgQnVzaW5l c3MgVXNlIE9ubHkNCg== --_000_25DED33BD4374B35BADEEB7F771DDBF2junipernet_ Content-Type: text/html; charset="utf-8" Content-ID: <3642C2406AE2F845A21D9EB872AC821F@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6RGVuZ1hpYW47DQoJcGFub3NlLTE6 MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7 DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiXEBEZW5nWGlhbiI7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9u dC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkxhdG87DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDM7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx IDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz YW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpw cmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZv cm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglm b250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0Kc3Bhbi5FbWFp bFN0eWxlMjANCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLkhUTUxQcmVm b3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsN Cgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0 dGVkIjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCi5Nc29DaHBEZWZhdWx0DQoJe21z by1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29y ZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjo3MC44NXB0IDcwLjg1cHQg NzAuODVwdCA3MC44NXB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7 fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0Mx IiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cHJlIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlO3dvcmQtYnJlYWs6YnJlYWstYWxsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6YmxhY2siPlRoYW5rcyBmb3IgdGhlIHVwZGF0ZSBiYXNlZCBvbiB0aGUgbGF0ZXN0IGRp c2N1c3Npb24uPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wcmU+ DQo8cHJlIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlO3dvcmQtYnJlYWs6YnJlYWstYWxsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZTt3b3JkLWJyZWFrOmJyZWFrLWFsbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOmJsYWNrIj5QbGVhc2UgYWxzbyB1cGRhdGUgdGhlIHRleHQgaW4gaXRlbSA0IHVuZGVyIHNl Y3Rpb24gNi4yLCAmbmJzcDtyZW1vdmUgdGhlIHRleHQgcmVsYXRlZCB0byB0aGUgc2VxdWVuY2Ug bnVtYmVyIGFuZCB0aGUgTGVhdmUgZ3JvdXAgc3luY2hyb25pemF0aW9uIHByb2NlZHVyZS48L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9 ImJhY2tncm91bmQ6d2hpdGU7d29yZC1icmVhazpicmVhay1hbGwiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V2VuPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXYgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBp biAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTIuMHB0O2NvbG9yOmJsYWNrIj5Gcm9tOiA8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5CRVNTICZsdDtiZXNzLWJvdW5jZXNAaWV0Zi5vcmcm Z3Q7IG9uIGJlaGFsZiBvZiAmcXVvdDtNYW5rYW1hbmEgTWlzaHJhIChtYW5rYW1pcykmcXVvdDsg Jmx0O21hbmthbWlzPTQwY2lzY28uY29tQGRtYXJjLmlldGYub3JnJmd0Ozxicj4NCjxiPkRhdGU6 IDwvYj5UdWVzZGF5LCBNYXkgMTksIDIwMjAgYXQgNDozMCBQTTxicj4NCjxiPlRvOiA8L2I+JnF1 b3Q7UmFiYWRhbiwgSm9yZ2UgKE5va2lhIC0gVVMvTW91bnRhaW4gVmlldykmcXVvdDsgJmx0O2pv cmdlLnJhYmFkYW5Abm9raWEuY29tJmd0OywgJnF1b3Q7c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20m cXVvdDsgJmx0O3NsaXRrb3dzLmlldGZAZ21haWwuY29tJmd0OywgJnF1b3Q7YmVzc0BpZXRmLm9y ZyZxdW90OyAmbHQ7YmVzc0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5DYzogPC9iPiZxdW90O1ByYWJo dSwgVmlub2QgKE5va2lhIC0gQ0EvT3R0YXdhKSZxdW90OyAmbHQ7dmlub2QucHJhYmh1QG5va2lh LmNvbSZndDssICZxdW90O2Jlc3MtY2hhaXJzQGlldGYub3JnJnF1b3Q7ICZsdDtiZXNzLWNoYWly c0BpZXRmLm9yZyZndDssICZxdW90O0Rvcm5vbiwgT2xpdmllciAoTm9raWEgLSBCRS9BbnR3ZXJw KSZxdW90OyAmbHQ7b2xpdmllci5kb3Jub25Abm9raWEuY29tJmd0Ozxicj4NCjxiPlN1YmplY3Q6 IDwvYj5SZTogW2Jlc3NdIG5ldyBXR0xDIG9uIGRyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxk LXByb3h5LTA1PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxMi4wcHQ7YmFja2dyb3VuZDojRkZFQjlDIj48Yj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtMYXRvJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPltFeHRlcm5hbCBFbWFpbC4gQmUgY2F1dGlvdXMgb2Yg Y29udGVudF08bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmtz IEpvcmdlLCBOb3RlZCBpdC4mbmJzcDsgV2lsbCB3YWl0IGZvciBhbnkgb3RoZXIgY29tbWVudHMu IEFuZCBtYWtlIGNoYW5nZXMgYWxsIHRvZ2V0aGVyLg0KPG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpu b25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4g MGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2NvbG9yOmJsYWNrIj5Gcm9tOiA8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2NvbG9yOmJsYWNrIj4mcXVvdDtSYWJhZGFuLCBKb3JnZSAoTm9raWEgLSBVUy9Nb3Vu dGFpbiBWaWV3KSZxdW90OyAmbHQ7am9yZ2UucmFiYWRhbkBub2tpYS5jb20mZ3Q7PGJyPg0KPGI+ RGF0ZTogPC9iPlR1ZXNkYXksIE1heSAxOSwgMjAyMCBhdCAxOjA5IFBNPGJyPg0KPGI+VG86IDwv Yj4mcXVvdDtzbGl0a293cy5pZXRmQGdtYWlsLmNvbSZxdW90OyAmbHQ7c2xpdGtvd3MuaWV0ZkBn bWFpbC5jb20mZ3Q7LCAmcXVvdDtiZXNzQGlldGYub3JnJnF1b3Q7ICZsdDtiZXNzQGlldGYub3Jn Jmd0Ozxicj4NCjxiPkNjOiA8L2I+JnF1b3Q7YmVzcy1jaGFpcnNAaWV0Zi5vcmcmcXVvdDsgJmx0 O2Jlc3MtY2hhaXJzQGlldGYub3JnJmd0OywgJnF1b3Q7UHJhYmh1LCBWaW5vZCAoTm9raWEgLSBD QS9PdHRhd2EpJnF1b3Q7ICZsdDt2aW5vZC5wcmFiaHVAbm9raWEuY29tJmd0OywgJnF1b3Q7RG9y bm9uLCBPbGl2aWVyIChOb2tpYSAtIEJFL0FudHdlcnApJnF1b3Q7ICZsdDtvbGl2aWVyLmRvcm5v bkBub2tpYS5jb20mZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPlJlOiBbYmVzc10gbmV3IFdHTEMg b24gZHJhZnQtaWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHktMDU8YnI+DQo8Yj5SZXNlbnQt RnJvbTogPC9iPiZsdDthbGlhcy1ib3VuY2VzQGlldGYub3JnJmd0Ozxicj4NCjxiPlJlc2VudC1U bzogPC9iPiZsdDttYW5rYW1pc0BjaXNjby5jb20mZ3Q7LCAmbHQ7c2xpdGtvd3MuaWV0ZkBnbWFp bC5jb20mZ3Q7LCAmbHQ7bWF0dGhldy5ib2NjaUBub2tpYS5jb20mZ3Q7PGJyPg0KPGI+UmVzZW50 LURhdGU6IDwvYj5UdWVzZGF5LCBNYXkgMTksIDIwMjAgYXQgMTowOSBQTTwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpDb25zb2xhcyI+SGksPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6Q29uc29sYXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OkNvbnNvbGFzIj5JIHRoaW5rIHRoZSBjaGFuZ2VzIGFyZSBvaywgc2luY2UgdGhleSBmb2xsb3cg dGhlIGxhdGVzdCBkaXNjdXNzaW9ucy4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNv bnNvbGFzIj5UaGUgZG9jdW1lbnQgaXMgcmVhZHkgdG8gcHJvZ3Jlc3MuPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6Q29uc29sYXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFt aWx5OkNvbnNvbGFzIj5Ob3QgdGhhdCBzaG91bGQgaG9sZCB0aGUgV0cgTGFzdCBDYWxsLCBidXQg cGxlYXNlLCBmaXggdGhlIGZvbGxvd2luZyB0ZXh0IHRoYXQgd2UgZm91bmQgY29uZnVzaW5nLCBh cyBwYXJ0IG9mIHRoZSBmb2xsb3dpbmcgcmV2aXNpb246PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m YW1pbHk6Q29uc29sYXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5UaGUgSUdNUCBKb2luIFN5bmNoIHJvdXRl IE1VU1QgY2FycnkgdGhlIEVTLUltcG9ydCBSVCBmb3IgdGhlIEVTIG9uPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNw OyZuYnNwOyB3aGljaCB0aGUgSUdNUCBNZW1iZXJzaGlwIFJlcG9ydCB3YXMgcmVjZWl2ZWQuJm5i c3A7IFRodXMgaXQgTVVTVCBvbmx5IGJlPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBzZW50IHRvIHRo ZSBQRXMgYXR0YWNoZWQgdG8gdGhhdCBFUyBhbmQgbm90IGFueSBvdGhlciBQRXMuPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6Q29uc29sYXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5zLyBUaHVzIGl0 IE1VU1Qgb25seSBiZSBzZW50IHRvIHRoZSBQRXMgYXR0YWNoZWQgdG8gdGhhdCBFUyBhbmQgbm90 IGFueSBvdGhlciBQRXMuIC8gVGh1cyBpdCBNVVNUIG9ubHkgYmUgaW1wb3J0ZWQgYnkgdGhlIFBF cyBhdHRhY2hlZCB0byB0aGF0IEVTIGFuZCBub3QgYW55IG90aGVyIFBFcy4NCiAvPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6Q29uc29sYXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OkNvbnNvbGFzIj5UaGF0IGlzLCB0aGUgRVMtSW1wb3J0IFJUIHBlci1zZSBkb2Vz IG5vdCBkZXRlcm1pbmUgdG8gd2hhdCBQRXMgdGhlIHJvdXRlIGlzIHNlbnQuIEl0IGRldGVybWlu ZXMgdGhlIGRpc3NlbWluYXRpb24gYWxvbmcgd2l0aCBSVCBDb25zdHJhaW50LCBidXQgdGhlIE1V U1Qgc3RhdGVtZW50IOKAkyBpZiBuZWVkZWQgLSBzaG91bGQNCiByZWFsbHkgYmUgYWRkZWQgYWxv bmcgd2l0aCB0aGUgaW1wb3J0IGFjdGlvbi48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpD b25zb2xhcyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6Q29uc29sYXMiPlRo YW5rcy48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpDb25zb2xhcyI+Sm9yZ2U8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTpDb25zb2xhcyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6Q29uc29sYXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXYg c3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5n OjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+ RnJvbToNCjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6Ymxh Y2siPkJFU1MgJmx0O2Jlc3MtYm91bmNlc0BpZXRmLm9yZyZndDsgb24gYmVoYWxmIG9mICZxdW90 O3NsaXRrb3dzLmlldGZAZ21haWwuY29tJnF1b3Q7ICZsdDtzbGl0a293cy5pZXRmQGdtYWlsLmNv bSZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+TW9uZGF5LCBNYXkgMTgsIDIwMjAgYXQgOTo1NCBBTTxi cj4NCjxiPlRvOiA8L2I+JnF1b3Q7YmVzc0BpZXRmLm9yZyZxdW90OyAmbHQ7YmVzc0BpZXRmLm9y ZyZndDs8YnI+DQo8Yj5DYzogPC9iPiZxdW90O2Jlc3MtY2hhaXJzQGlldGYub3JnJnF1b3Q7ICZs dDtiZXNzLWNoYWlyc0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+W2Jlc3NdIG5l dyBXR0xDIG9uIGRyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5LTA1PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0Oi41aW4iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+SGkgV0csPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+Jm5ic3A7 PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 LjVpbiI+Rm9sbG93aW5nIHRoZSBkaXNjdXNzaW9uIGFuZCBzaWduaWZpY2FudCBkb2N1bWVudCB1 cGRhdGUsIHdlIGFyZSBzdGFydGluZyBhIG5ldyBXb3JraW5nIEdyb3VwIExhc3QgQ2FsbCBvbiBk cmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eS0wNTxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPlRo aXMgcG9sbCBydW5zIHVudGlsIHRoZSAxPHN1cD5zdDwvc3VwPiBvZiBKdW5lLjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPiZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 Oi41aW4iPlBsZWFzZSByZWFkIGNhcmVmdWxseSB0aGUgZG9jdW1lbnQgYW5kIHJhaXNlIGFueSBj b25jZXJuIGFib3V0IHRoZSBjaGFuZ2VzIHRoYXQgaGF2ZSBiZWVuIGludHJvZHVjZWQuPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbiI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+VGhhbmtzLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPiZuYnNwOzxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPlN0ZXBoYW5l ICZhbXA7IE1hdHRoZXc8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDouNWluIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48YSBocmVmPSJodHRwczovL3VybGRlZmVu c2UuY29tL3YzL19faHR0cHM6L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWJl c3MtZXZwbi1pZ21wLW1sZC1wcm94eV9fOyEhTkV0NnlNYU8tZ2shVWFIemVCN0EybThmR3NwU21h Z254X2dDcml6d25vU2d0eFRhR2RBYXZET3VLUlZFZkQzWE15WTlTWks2cmckIj5odHRwczovL2Rh dGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94 eTwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YnI+DQo8 cCBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTtmb250LXNpemU6N3B0O2NvbG9yOiMwMDAwMDA7 bWFyZ2luOjE1cHQ7IiBhbGlnbj0iQ2VudGVyIj4NCkp1bmlwZXIgQnVzaW5lc3MgVXNlIE9ubHk8 YnI+DQo8L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_25DED33BD4374B35BADEEB7F771DDBF2junipernet_-- From nobody Sun May 31 13:10:48 2020 Return-Path: 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 D44C43A00D4; Sun, 31 May 2020 13:10:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.895 X-Spam-Level: X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 icEjwzoQiEu6; Sun, 31 May 2020 13:10:38 -0700 (PDT) Received: from mta6.iomartmail.com (mta6.iomartmail.com [62.128.193.156]) (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 EC43F3A0064; Sun, 31 May 2020 13:10:37 -0700 (PDT) Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta6.iomartmail.com (8.14.4/8.14.4) with ESMTP id 04VKAYm3011087; Sun, 31 May 2020 21:10:34 +0100 Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 5DA942203A; Sun, 31 May 2020 21:10:34 +0100 (BST) Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs3.iomartmail.com (Postfix) with ESMTPS id 47A6922032; Sun, 31 May 2020 21:10:34 +0100 (BST) Received: from LAPTOPK7AS653V ([84.93.26.18]) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.4/8.14.4) with ESMTP id 04VKAW1H031036 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 31 May 2020 21:10:33 +0100 Reply-To: From: "Adrian Farrel" To: "'Alvaro Retana'" , "'The IESG'" Cc: , , , References: <157672423820.4788.15963554106411963869.idtracker@ietfa.amsl.com> In-Reply-To: <157672423820.4788.15963554106411963869.idtracker@ietfa.amsl.com> Date: Sun, 31 May 2020 21:10:30 +0100 Organization: Old Dog Consulting Message-ID: <00a301d63787$89a36db0$9cea4910$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQIYuIxgTo9+UglDrbgo1AV/ozBrnag6DeoQ Content-Language: en-gb X-Originating-IP: 84.93.26.18 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25454.002 X-TM-AS-Result: No--14.644-10.0-31-10 X-imss-scan-details: No--14.644-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25454.002 X-TMASE-Result: 10--14.643700-10.000000 X-TMASE-MatchedRID: 8HTFlOrbAtHxIbpQ8BhdbPSG/+sPtZVkVCGp3g4/hjuZt08TfNy6ON/U VSUQbQmW+h4WVqRDM2TRVQW+FyfbMfcqbABI0A3bNqGNk8Sh2RdbD9LQcHt6g7t692a3f3Td5/R COM4RBjtDPcKQgK17BAzP3rsQYnC9vFex3BcdpSTJkecgyZD4OMwx7VbZgGmKjiLABC6i+1iZQN yTqLXlpis/BoJNVW00LPPhZ6mfo8JyaISa7MVl1lkxnoxnQfVS6mnR5qfYNgt/Ij6RyjCiJk21a kWPLhVX6uCnqCECK/mLZycUwco4j5hGbJ6k/Ri+pgvmbVSoJnohXHiVbGfuYxbozYDXkvVA6Zam opeZkvk01EVdBqwdY4b7ThWheB8U5lKdq+fFOu1Js+lcO/h4kXMewI65KqfWsNBH46aqkw5WvRR +2gajM9yHQnlUq+DfE/7iGtPg0aNLRWiuDIex7krM69p7lDSs8wxV8JR3NqipeE1tbFkWGeg0Dx p8C/S2DdeL7q/eLhxQsPmWgHjALqlNwxG55eYifez2+cK0edDM3YWjd+4gDE+86maMM3aSV+6b0 ch8uTAL8ISD1iWpnGpSd7B7fJRhcJsCSs5qF7wzoDR4ZVO2DGBEcY81Wiod9CSteRQOYvWxSJBp J61kPoBPyB4zA+xENWhRllIQQhZiVWddDWw6xZyBsp6+TmyGDvc/j9oMIgXyN+XEEoySvuUpgUf lHOa/IycykIRMn0dfuIe82j0hnJ8pRv2Op8z0kJi1wdeHFtrFdEMoTK7bMZeZYtcskV9P3Ea815 aO+DCMDk9uebddClSRMeMrcUHifKYHnHTy1mWeAiCmPx4NwFkMvWAuahr8m5N2YHMD0b8MyrfP9 j+C1SAHAopEd76vmXx5rR3cQ6bnFeBMg5OPZ3b200hdcJ1dsFKKhheWl8Igw3Ae2xXYrQ== X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [bess] Alvaro Retana's Discuss on draft-ietf-bess-nsh-bgp-control-plane-13: (with DISCUSS and COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 May 2020 20:10:41 -0000 Hi Alvaro, Here is a more considered response to your review... > DISCUSS: > ------------------------------------------------------------- > > (1) Controllers and other nodes. > > Background: This document defines the new SFC NLRI, which has two = distinct > route types, originated by either a node hosting an SFI or a = Controller. Each > route type has a specific function and it is reasonable to expect that = the > originators represent different nodes in the network, with different = functions, > location, etc.. BGP Capabilities Advertisement doesn't have a route = type > granularity; instead, a BGP speaker known to support the SFC NLRI = could > originate any type of route. > > The facts above open the possibility that any node in the network can = originate > an SFPR and take over an SFP. =C2=A73.2.2 does a very good job of = explaining the > potential existence of multiple Controllers and even offers the = appropriate tie > breaker to take control of the SFP: "MUST use the SFPR with the = numerically > lowest SFPR-RD". > > The document proposes no mitigation to the possibility of any node (a = rogue > node, for example) issuing SFPRs. The assumption (=C2=A72.2) of "BGP = connectivity > between the Controllers and all SFFs" introduces also the ability to = locate a > rogue controller anywhere; I interpret "BGP connectivity" to include = the > presence of a router reflector (for example), which then allows = distribution of > SFPRs without going through a central policy point. > > On one hand I think this condition is a feature (the Controller can be > anywhere), but the case of a rogue node that wants to act as a = controller is > not considered. > > To address this issue, I would like to see text that (1) acknowledges = the issue > (maybe in the security considerations section), and (2) discusses = operational > considerations for the placement, control, filtering, etc. of = Controllers and > the corresponding UPDATES from them and/or other nodes in the network. = IOW, > the considerations around proper initial setup of the system should be = clear. 1. The controllers are not SDN controllers. They are not single = omnipotent, all-seeing god boxes. They are boxes that control. They = could be dedicated devices, management systems, distributed servers, or = network devices. They are, simply put, BGP speakers.=20 2. The challenges and concerns that you raise are not dissimilar to the = general attack vectors in a routing system, and should be thought of in = the same way. What happens if a "rogue" router starts issuing bogus = routes? So, you are right and we are highlighting it in the security section, = and we can note the existing mitigations in a BGP-based routing system = against rogue players. > (2) New Flow Specification Traffic Filtering Action > > =C2=A77.4 (Flow Spec for SFC Classifiers) defines a new Traffic = Filtering Action to > be used with the Flow Specification NLRI. rfc5775bis allows for any > combination of Traffic Filtering Actions to be present, but this = document says > that "other action extended communities MUST NOT be present". I = believe that > specifying the use of treat-as-withdraw is ok as a case of Traffic = Filtering > Action Interference -- I just say "ok" because it is not clear to me = (nor > explained anywhere) why other Traffic Filtering Actions cannot be = used; for > example, I could imagine rate-limiting the traffic into an SFP. > > What concerns me more (and the reason for this DISCUSS point) is that > rfc5575-only implementations will not consider the new Traffic = Filtering > Action, but could, depending on the components encoded in the NLRI, = take > actions based on other Traffic Filtering Actions. The result can then = be an > inconsistent application of Traffic Filtering Actions in the network = -- for > example, some nodes may want to drop the matching traffic = (traffic-rate of 0), > while others may want to have the same traffic entering an SFP. > > What are the operational considerations of using the new Traffic = Filtering > Action in a network where "legacy" (rfc5575bis-only) nodes exist? Is = there a > potential migration path? What might be the impact? How can correct = operation > be verified? I said: : Hmmm, we don't tent to explain why "MUST NOT" in our specifications. : The reasoning here is that it would be highly confusing to mix and = match : SFC Classification with BGP routing. Perhaps I am wrong about that : confusion. : I think that when you program an SFC classifier, that is a single = peer-to- : peer communication targeted at an SFC Classifier. : A 5575-only node will not be a classifier. You responded: | I raised this point as a DISCUSS because the text is at odds with = other | standards track documents. That is the reason I'm asking for an = explanation. An SFC overlay network consists of SFIs, SFFs, Controllers, and = Classifiers. The fact that we re-use RFC 5575 in our Classifiers does not mean that an RFC 5575-only node is a Classifier. I.e., a = service provider that is installing an SFC overlay network needs to install SFIs, SFFs, Controllers, and Classifiers. I suspect that the way to clarify this is to explain that all 2119 = language in this document applies to implementations of this document = and does not change other implementations of other specifications. = (Actually, I think this is normal unless there is an explicit "updates", = but it doesn't hurt to clarify this point.) Would that be enough for = you? That would leave us with... Note that implementation of this specification MUST NOT include=20 other action extended communities at the same time as an SFC = Classifier: the inclusion of the "Flow Spec for SFC Classifiers" action extended community along = with any other action MUST be treated by implementation of this specification as an error = which SHOULD result in the Flow=20 Specification UPDATE message being handled as Treat-as-withdraw = according to=20 [RFC7606] Section 2. > (3) Use of the Control Plane > > This last point is not specifically for the authors, but for the = Responsible AD > and the Chairs for the sfc WG (cc'd). > > The SFPRs are built on, among other things, knowledge of the SFT(s) = supported > at a specific node. I note that only one Special Purpose SFT is = defined in > this document. The lack of SFT definitions means that no actual SFP = can be > instantiated. IOW, without additional work to define new SFTs it = seems to me > that the control plane as specified in this document cannot be used. = :-( > > I couldn't find any related work (referencing this document) where new = SFTs are > proposed/defined. What are the plans to develop that work? Is there = interest > in the sfc WG to take advantage of the control plane? I answered... : I do not agree that knowledge of SFTs is essential to the construction = : of SFPs. I think it is very helpful, but I note that an initial system = : would have good knowledge of the location and capabilities of SFIs in=20 : the network, specifically because the "orchestrator" has created and=20 : located them. Thus, the creator of the SFP also knows the locations = and types of the SFIs. And you said... | Everywhere I look at (=C2=A73.2, =C2=A74.3, for example) seems to = indicate to me | that an SFT is necessary in the definition of the SPF. I may of = course be | wrong or have missed where it clearly isn't. An example of how to do | it would be very useful. We see a number of types discussed - in this document - RFC 7665 - = https://tools.ietf.org/html/draft-dawra-idr-bgp-ls-sr-service-segments-02= #section-4.1 - = https://tools.ietf.org/html/draft-dawra-idr-bgp-ls-sr-service-segments-02= #section-4.2 We have decided to group these all together and request population of = the registry in Section 10.5. We are discussing with the authors of = draft-dawra-idr-bgp-ls-sr-service-segments precisely what we should = include and what they will ask for in their own draft. > COMMENT: > --------------------------------------------------------------- > > (1) I support Ben's DISCUSS point about the extension to the SFC = Architecture. Hopefully my response to Ben also satisfies you. > (2) rfc7665/=C2=A75.2 (SFC Control Plane) lists the expected = functionality provided > by the control plane. The last two points in the list are not part of = the > specification in this document, but there is no explanation why or if = there is > an alternate mechanism -- these are those points: > > 5. Provides the metadata and usage information classifiers need so > that they in turn can provide this metadata for appropriate > packets in the data plane. > > 6. When needed, provide information including policy information to > other SFC elements to be able to properly interpret metadata. That is a good and interesting question. We weren't guided by that list, but it turns out we achieved reasonably = well. Item 6 is, perhaps, a little bit of, "We're not quite sure how metadata = will work so we had better include this." In my opinion it is the "other = SFC elements" that demand the metadata, and the classifiers that have to = supply it. Which takes us to the much more robust item 5. We haven't given a lot of attention to metadata because (mainly) it is = an issue for the data plane. But you're right to highlight two things: - We should give reference to this list of items in RFC 7665. We'll put = this in our section 2.2. - We should mention instructing the classifiers about metadata in our = section 4.4. > (3) Add a Normative reference to rfc4360 (BGP Extended Communities = Attribute). Yes. Good point. > (4) =C2=A73.1.1/=C2=A73.1.2: The two new Extended Communities are = defined as different > types. Is it really necessary to request two different types, instead = of one > type with sub-types? The transitive space is not close to exhaustion, = but > having a single type would make it easier for any future SFC-related = extended > communities to be identified/grouped. Just a thought... Yeah, that's an easy change. > (5) Operational Considerations: there are multiple pieces of the = puzzle that > need to be coordinated, from RDs and RTs to pool identifiers and the = assignment > of SFIs to pools... It would be very nice if all the information that = needs to > be operationally managed/provisioned was mentioned in a single place = in the > document...and if recommendations for the operator where included. We looked at this and we're going to pass. A lot of the text in the = document addresses these topics, and we feel that we would either = duplicate material or just drag and drop it. That's a lot of effort, and = while we see the point you're making, it feels that the gain would not = be so very large. > (6) =C2=A73.2.1 says that "Each TLV may include sub-TLVs", but that is = not always > true; for example, the length of the Association TLV is specified as = being 12 > (with no room for anything else). This is a minor and easy issue to = fix. Ack > (7) =C2=A73.2.1: "Unknown TLVs SHOULD be ignored" When would an = unknown TLV not be > ignored? IOW, why not use MUST? Scrabbled around for why we wrote that and concluded that it was just = polite British speak =F0=9F=98=8A Changed to MUST. > (8) =C2=A73.2.1.1 specifies a series of errors in the Association TLV = that result in > "SHOULD be ignored". When would these values not be ignored, when = would they > be useful? IOW, why not use MUST? The alternative, which some MAY consider reasonable, is to reject the = message. This is not unacceptable, but also not good for future = extensibility. Added almost exactly those words. > (9) Please review =C2=A77.4 against the language used in rfc5575bis = for consistency. > For example "flow spec" is only used in the name of IANA registries or = related > entries; Flow Specification is used instead. Oh yes. > (10) Please include a pointer to I-D.ietf-idr-tunnel-encaps somewhere = in =C2=A77.5. Yes > (11) I would really like to see a registry set up for the bits in the = new > SPI/SI Representation sub-TLV. That is relatively cheap to achieve, so we've done it. > (12) Other nits: > > s/set to loopback address/set to the loopback address Yes, but used indefinite article. > s/[RFC4271] defines the BGP Path attribute./[RFC4271] defines BGP Path > attributes. OK Very many thanks for a very thorough review and some excellent comment. Best, Adrian

Much better

 

Yours Irrespectively,

 

John

 

 

Juniper Business Use Only

From: BESS <bess-bounces@ietf.org> O= n Behalf Of Rabadan, Jorge (Nokia - US/Mountain View)
Sent: Tuesday, May 19, 2020 4:09 PM
To: slitkows.ietf@gmail.com; bess@ietf.org
Cc: Prabhu, Vinod (Nokia - CA/Ottawa) <vinod.prabhu@nokia.com>= ; bess-chairs@ietf.org; Dornon, Olivier (Nokia - BE/Antwerp) <olivier.do= rnon@nokia.com>
Subject: Re: [bess] new WGLC on draft-ietf-bess-evpn-igmp-mld-proxy-= 05

 

<= span style=3D"font-size:10.5pt;font-family:"Lato",sans-serif;colo= r:black">[External Email. Be cautious of content]

 

Hi,

 

I think the changes are ok, since they follow the latest discussions.

The document is ready to progress.

 

Not that should hold the WG Last Call, but please, fix the following text= that we found confusing, as part of the following revision:

 

The IGMP Join Synch route MUST carry the ES-Im= port RT for the ES on

   which the IGMP Membership Report = was received.  Thus it MUST only be

   sent to the PEs attached to that = ES and not any other PEs.

 

s/ Thus it MUST only be sent to the PEs attach= ed to that ES and not any other PEs. / Thus it MUST only be imported by the= PEs attached to that ES and not any other PEs. /

 

That is, the ES-Import RT per-se does not determine to what PEs the route= is sent. It determines the dissemination along with RT Constraint, but the= MUST statement – if needed - should really be added along with the import action.

 

Thanks.

Jorge

 

 

From: BESS <bess-bounces@ietf.org> on behalf of &= quot;slitkows.ietf@gmail.com= " <slitkows.ietf@gmail.c= om>
Date: Monday, May 18, 2020 at 9:54 AM
To: "bess@ietf.org" &= lt;bess@ietf.org>
Cc: "bess-chairs@ietf.o= rg" <bess-chairs@ietf.o= rg>
Subject: [bess] new WGLC on draft-ietf-bess-evpn-igmp-mld-proxy-05

 

Hi WG,

 

Following the discussion = and significant document update, we are starting a new Working Group Last C= all on draft-ietf-bess-evpn-igmp-mld-proxy-05

 

This poll runs until the = 1st of June.

 

Please read carefully the= document and raise any concern about the changes that have been introduced= .

 

 

Thanks,

 

Stephane & Matthew

 

https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-igmp-ml= d-proxy