From nobody Sat Jul 4 11:06:46 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BFCB21B29F4; Sat, 4 Jul 2015 11:06:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 dSfpVQaN14hD; Sat, 4 Jul 2015 11:06:42 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 99FF31B29EC; Sat, 4 Jul 2015 11:06:42 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.0.4.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150704180642.5230.45476.idtracker@ietfa.amsl.com> Date: Sat, 04 Jul 2015 11:06:42 -0700 Archived-At: Cc: bess@ietf.org Subject: [bess] I-D Action: draft-ietf-bess-evpn-usage-01.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jul 2015 18:06:43 -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 Working Group of the IETF. Title : Usage and applicability of BGP MPLS based Ethernet VPN Authors : Jorge Rabadan Senad Palislamovic Wim Henderickx Florin Balus Keyur Patel Ali Sajassi Filename : draft-ietf-bess-evpn-usage-01.txt Pages : 30 Date : 2015-07-04 Abstract: This document discusses the usage and applicability of BGP MPLS based Ethernet VPN (EVPN) in a simple and fairly common deployment scenario. The different EVPN procedures will be explained on the example scenario, analyzing the benefits and trade-offs of each option. Along with [RFC7432], this document is intended to provide a simplified guide for the deployment of EVPN in Service Provider networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-usage/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-bess-evpn-usage-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-evpn-usage-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 Jul 4 22:46:45 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0210A1B2B43 for ; Sat, 4 Jul 2015 22:46:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 Y56N_v5YbqLI for ; Sat, 4 Jul 2015 22:46:42 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9D5601B2B41 for ; Sat, 4 Jul 2015 22:46:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=950; q=dns/txt; s=iport; t=1436075202; x=1437284802; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=WW+bsSA63kVM2Q7r9r2+psHZi91VXf7RWUUn9NuExdQ=; b=J3CgrX5eEF7UaAskyS1P4p0+g/NUqdLYBofBeliAA/XQ0Qpm+h6AUYsv 6wLZWF1JirezcWVcdiLikZD0KrUPnqkG+ec9TNOoUAgQxftPNvxps5BTx JINqxzf962NM2pTienMl5vDIUgpmEsYpjhgfsyr1P8TttwFj+2TkHUZax k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0ACBQBzxJhV/40NJK1cgxJUYAa9TYFkCoV3AoEcORMBAQEBAQEBgQqEJAEBBAEBATc0GwIBCDYQJwslAgQBEogvDcZCAQEBAQEBAQECAQEBAQEBAQEWBItLhQgFhCsBBIwZh3wBhGGHBoE6hBWPKoNdJmODGG8BgUaBBAEBAQ X-IronPort-AV: E=Sophos;i="5.15,409,1432598400"; d="scan'208";a="8968287" Received: from alln-core-8.cisco.com ([173.36.13.141]) by rcdn-iport-5.cisco.com with ESMTP; 05 Jul 2015 05:46:23 +0000 Received: from xhc-aln-x15.cisco.com (xhc-aln-x15.cisco.com [173.36.12.89]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id t655kMhS006201 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 5 Jul 2015 05:46:22 GMT Received: from xmb-aln-x07.cisco.com ([169.254.2.17]) by xhc-aln-x15.cisco.com ([173.36.12.89]) with mapi id 14.03.0195.001; Sun, 5 Jul 2015 00:46:22 -0500 From: "Satya Mohanty (satyamoh)" To: Martin Vigoureux , "bess@ietf.org" Thread-Topic: [bess] Slots requests for BESS WG session - IETF 93 - Prague Thread-Index: AQHQrMem0j7yGxYsVU65sn6+j0v+nJ3MUL6A Date: Sun, 5 Jul 2015 05:46:22 +0000 Message-ID: References: <5587CAD9.3040602@alcatel-lucent.com> In-Reply-To: <5587CAD9.3040602@alcatel-lucent.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.65.51.158] Content-Type: text/plain; charset="us-ascii" Content-ID: <453CB6CD707CDB4DB2D3A64711A75637@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [bess] Slots requests for BESS WG session - IETF 93 - Prague X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 05 Jul 2015 05:46:44 -0000 Hi Martin, We will like to schedule a slot for EVPN DF Election. We have some on-line and off-line discussions going on frequently. Best Regards, --Satya On 6/22/15 1:44 AM, "Martin Vigoureux" wrote: >All, > >it is time we start building the BESS WG agenda for Prague. >The IETF agenda is available at: >https://datatracker.ietf.org/meeting/93/agenda.html >Please note that it is still a preliminary agenda. > >The BESS WG session (2h) is currently scheduled on >Monday, July 20th, Afternoon session II 15:20-17:20 (local time) > >Please send us your request for a presentation slot, indicating: >draft name, speaker and desired duration (covering presentation + >discussion) > >Please send the requests no later than July 5th >Thank you > >M&T > >_______________________________________________ >BESS mailing list >BESS@ietf.org >https://www.ietf.org/mailman/listinfo/bess From nobody Mon Jul 6 06:47:36 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 218281A875C for ; Mon, 6 Jul 2015 06:47:35 -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, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 aSKTHyUC0Rqp for ; Mon, 6 Jul 2015 06:47:33 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0772.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:772]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E7B6B1A86EE for ; Mon, 6 Jul 2015 06:47:32 -0700 (PDT) Received: from CO1PR05MB460.namprd05.prod.outlook.com (10.141.72.152) by CO1PR05MB492.namprd05.prod.outlook.com (10.141.71.149) with Microsoft SMTP Server (TLS) id 15.1.201.16; Mon, 6 Jul 2015 13:47:28 +0000 Received: from CO1PR05MB457.namprd05.prod.outlook.com (10.141.72.141) by CO1PR05MB460.namprd05.prod.outlook.com (10.141.72.152) with Microsoft SMTP Server (TLS) id 15.1.207.19; Mon, 6 Jul 2015 13:47:27 +0000 Received: from CO1PR05MB457.namprd05.prod.outlook.com ([169.254.4.208]) by CO1PR05MB457.namprd05.prod.outlook.com ([169.254.4.208]) with mapi id 15.01.0207.004; Mon, 6 Jul 2015 13:47:27 +0000 From: Ravi Singh To: "bess@ietf.org" Thread-Topic: draft-singh-bess-bgp-vpls-control-flags: Thread-Index: AdC38kn9r5++bGU+S3S6qzv87dx7cA== Date: Mon, 6 Jul 2015 13:47:26 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none; x-originating-ip: [66.129.239.11] x-microsoft-exchange-diagnostics: 1; CO1PR05MB460; 5:L7nqOSnHYflw6X44AcDiz+WmFelEEVF3BjiT7ewCZAEiPCWp6ETyIl//Ka0YIiTl63ftsk96IMumrKHVBBUcAnGig2c2fC9tc1EZqDW5RedgpWJoVL2BnxNKU9umRcs4EecVj2adJp5Kf4sm+4LiJQ==; 24:Fecriv41bq+n4QL/Lx34+17jh1Rdwx3sqF8ZBJApWHPM2mMxwEuTMwkC9eANxz3kJx7XWK+gfHKBpTWa1MXdS9AU7ZdTHl/mrEv46W6PT3E=; 20:s7NNuEwnLtyTDL0tzogIwIUgXon6bQucUXrtBUcKJJZo94mTysGVSPfDl1B2Ed3g07a4svDzSDcJLgJNX1e/Mw== x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB460; UriScan:; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB492; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(108003899814671); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:CO1PR05MB460; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB460; x-forefront-prvs: 06290ECA9D x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(243025005)(19625215002)(16236675004)(46102003)(66066001)(19580395003)(74316001)(50986999)(2900100001)(92566002)(2656002)(33656002)(87936001)(54356999)(102836002)(15975445007)(19617315012)(5003600100002)(86362001)(40100003)(19300405004)(229853001)(5002640100001)(110136002)(2351001)(122556002)(76576001)(2501003)(189998001)(5001960100002)(62966003)(77156002)(230783001); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB460; H:CO1PR05MB457.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: multipart/alternative; boundary="_000_CO1PR05MB45756FBCE838B72965C2B8CAB930CO1PR05MB457namprd_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Jul 2015 13:47:26.8883 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB460 X-Microsoft-Exchange-Diagnostics: 1; CO1PR05MB492; 2:pCvb7MsZ3PKBwp0eNQjWRbi4ZxXEG+8/Bo0BZkeb3ynnf8bsY9L8pHNfAMG5PD9B; 3:Rpzhn7Slhzy+xM7thKruKgPJF/04Aq3FOIoIgyG1Nnv0y7Bx533Ry42BRJaiWUGkgJ7/MZ9Axvfne4XXg6Hmidy5ETpTcpuuOeDD4/O2pIIgN6M8yOD04KQSHZ4ACnrjo9y0xET5ZvmyxxYgzRWBrQ==; 23:36Prwr786zCSJ475/kwpVSkiOissqvLD9HFIY0y/8aQes4G3UOdO/3FoM9/j/CzS1IbvvlMusNF2qTQNuAmw6zjmYB2g9tKfkilVuqMA0VE3ZAQMEi9/uBmpDYJ73wlrHotnhAUUgTO/wraSirQE+mvhRy2uCI15Qxh7WbXAf2FRELagKFO1uDIioyAODmTTMIw6lwmPBWJvzuXsvGy2D4L6zLZ7hApfPi3/qKalMYpXVELx0rrjpQbzyBRF/pue X-OriginatorOrg: juniper.net Archived-At: Cc: "draft-singh-bess-bgp-vpls-control-flags@tools.ietf.org" Subject: [bess] draft-singh-bess-bgp-vpls-control-flags: X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 06 Jul 2015 13:47:35 -0000 --_000_CO1PR05MB45756FBCE838B72965C2B8CAB930CO1PR05MB457namprd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi This draft clarifies flags processing in the BGP-VPLS specification which w= as previously unaddressed. https://tools.ietf.org/html/draft-singh-bess-bgp-vpls-control-flags-00 It draft was last presented at IETF-90 @ Toronto (in L2VPN WG). http://www.ietf.org/proceedings/90/slides/slides-90-l2vpn-12.pdf All previously received comments (during its time in l2vpn) have been incor= porated. We'd like to request any further comments from the WG. Also, at the same time I'd like to request the chairs to consider this for = WG-adoption. Thanks Ravi --_000_CO1PR05MB45756FBCE838B72965C2B8CAB930CO1PR05MB457namprd_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi

This draft clarifies flags processing in the BGP-VPL= S specification which was previously unaddressed.

https://tools.ietf.org/html/draft-singh-bess= -bgp-vpls-control-flags-00

 

It draft was last presented at IETF-90 @ Toronto (in= L2VPN WG).

http://www.ietf.org/proceedings/90/slides/slides-9= 0-l2vpn-12.pdf

All previously received comments (during its time in= l2vpn) have been incorporated.

We’d like to request any further comments from= the WG.

 

Also, at the same time I’d like to request the= chairs to consider this for WG-adoption.

 

Thanks

Ravi

 

 

--_000_CO1PR05MB45756FBCE838B72965C2B8CAB930CO1PR05MB457namprd_-- From nobody Mon Jul 6 12:18:59 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F62E1B3049; Mon, 6 Jul 2015 12:18:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 z3ETl05mG9KP; Mon, 6 Jul 2015 12:18:56 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CCA781B3045; Mon, 6 Jul 2015 12:18:56 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.0.4.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150706191856.20655.23410.idtracker@ietfa.amsl.com> Date: Mon, 06 Jul 2015 12:18:56 -0700 Archived-At: Cc: bess@ietf.org Subject: [bess] I-D Action: draft-ietf-bess-evpn-etree-02.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2015 19:18:58 -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 Working Group of the IETF. Title : E-TREE Support in EVPN & PBB-EVPN Authors : Ali Sajassi Samer Salam Sami Boutros Jim Uttaro Bloomberg Issac Filename : draft-ietf-bess-evpn-etree-02.txt Pages : 15 Date : 2015-07-06 Abstract: The Metro Ethernet Forum (MEF) has defined a rooted-multipoint Ethernet service known as Ethernet Tree (E-Tree). [ETREE-FMWK] proposes a solution framework for supporting this service in MPLS networks. This document discusses how those functional requirements can be easily met with (PBB-)EVPN and how (PBB-)EVPN offers a more efficient implementation of these functions. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-etree/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-bess-evpn-etree-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-evpn-etree-02 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 Jul 6 13:56:53 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C3131B3278; Mon, 6 Jul 2015 13:56:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 24k7H3yo04_T; Mon, 6 Jul 2015 13:56:51 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E59261B3226; Mon, 6 Jul 2015 13:56:50 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.0.4.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150706205650.19882.29729.idtracker@ietfa.amsl.com> Date: Mon, 06 Jul 2015 13:56:50 -0700 Archived-At: Cc: bess@ietf.org Subject: [bess] I-D Action: draft-ietf-bess-dci-evpn-overlay-01.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2015 20:56:52 -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 Working Group of the IETF. Title : Interconnect Solution for EVPN Overlay networks Authors : Jorge Rabadan Senthil Sathappan Wim Henderickx Senad Palislamovic Ali Sajassi Dennis Cai Filename : draft-ietf-bess-dci-evpn-overlay-01.txt Pages : 23 Date : 2015-07-06 Abstract: This document describes how Network Virtualization Overlay networks (NVO) can be connected to a Wide Area Network (WAN) in order to extend the layer-2 connectivity required for some tenants. The solution analyzes the interaction between NVO networks running EVPN and other L2VPN technologies used in the WAN, such as VPLS/PBB-VPLS or EVPN/PBB-EVPN, and proposes a solution for the interworking between both. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-dci-evpn-overlay/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-bess-dci-evpn-overlay-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-dci-evpn-overlay-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 Mon Jul 6 23:36:56 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C8041A911D for ; Mon, 6 Jul 2015 23:36:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 XesuB8w4zF8P for ; Mon, 6 Jul 2015 23:36:53 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 029F61A9121 for ; Mon, 6 Jul 2015 23:36:52 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BYK60135; Tue, 07 Jul 2015 06:36:51 +0000 (GMT) Received: from nkgeml409-hub.china.huawei.com (10.98.56.40) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 7 Jul 2015 07:36:49 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.233]) by nkgeml409-hub.china.huawei.com ([10.98.56.40]) with mapi id 14.03.0158.001; Tue, 7 Jul 2015 14:36:46 +0800 From: Haoweiguo To: Martin Vigoureux , "bess@ietf.org" Thread-Topic: [bess] Slots requests for BESS WG session - IETF 93 - Prague Thread-Index: AQHQrMe0uJuFX8MNTUyz2hwkPQQ+953Po4Eu Date: Tue, 7 Jul 2015 06:36:46 +0000 Message-ID: References: <5587CAD9.3040602@alcatel-lucent.com> In-Reply-To: <5587CAD9.3040602@alcatel-lucent.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.135.23.94] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [bess] Slots requests for BESS WG session - IETF 93 - Prague X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 07 Jul 2015 06:36:54 -0000 Hi Martin, I would like to schedule three slots as follows: 1. Draft: draft-hao-bess-mcast-provisioning-nvo3-00 Time: 5 mins Presenter: Weiguo Hao 2. Draft: draft-hao-nvo3-inter-nvo3-vpn-02 Time: 5 mins Presenter: Weiguo Hao 3. Draft: draft-hao-bess-inter-nvo3-vpn-optionc-01 Time: 10mins Presenter: Lucy Yong Thanks, weiguo ________________________________________ From: BESS [bess-bounces@ietf.org] on behalf of Martin Vigoureux [martin.vi= goureux@alcatel-lucent.com] Sent: Monday, June 22, 2015 16:44 To: bess@ietf.org Subject: [bess] Slots requests for BESS WG session - IETF 93 - Prague All, it is time we start building the BESS WG agenda for Prague. The IETF agenda is available at: https://datatracker.ietf.org/meeting/93/agenda.html Please note that it is still a preliminary agenda. The BESS WG session (2h) is currently scheduled on Monday, July 20th, Afternoon session II 15:20-17:20 (local time) Please send us your request for a presentation slot, indicating: draft name, speaker and desired duration (covering presentation + discussion) Please send the requests no later than July 5th Thank you M&T _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess= From nobody Tue Jul 7 09:13:53 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1DBDC1A9060 for ; Tue, 7 Jul 2015 09:13:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham 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 vP2XCNNbogU8 for ; Tue, 7 Jul 2015 09:13:50 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias91.francetelecom.com [193.251.215.91]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD2D71A8ABF for ; Tue, 7 Jul 2015 09:13:49 -0700 (PDT) Received: from omfedm07.si.francetelecom.fr (unknown [xx.xx.xx.3]) by omfedm13.si.francetelecom.fr (ESMTP service) with ESMTP id EDA313241F3 for ; Tue, 7 Jul 2015 18:13:47 +0200 (CEST) Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.186]) by omfedm07.si.francetelecom.fr (ESMTP service) with ESMTP id D48C84C066 for ; Tue, 7 Jul 2015 18:13:47 +0200 (CEST) Received: from [10.193.71.165] (10.197.38.5) by PEXCVZYH01.corporate.adroot.infra.ftgroup (10.114.1.186) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 7 Jul 2015 18:13:47 +0200 To: BESS From: Organization: Orange Message-ID: <19620_1436285627_559BFABB_19620_792_1_559BFABA.2000402@orange.com> Date: Tue, 7 Jul 2015 18:13:46 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0.1 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.197.38.5] X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.7.2.125417 Archived-At: Subject: [bess] Draft agenda for our meeting in Prague X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 07 Jul 2015 16:13:52 -0000 Hi everyone, BESS will meet in roughly two weeks in Prague (Monday 15:20-17:20). Here is the *draft* agenda: https://www.ietf.org/proceedings/93/agenda/agenda-93-bess We won't be able to satisfy all the requests for slots and we have already made some choices. However, note well that this draft agenda is really not final, we still have 10-15 non allocated time. We will post a final agenda before the deadline, hopefully this week. Best, -Thomas & Martin WG Status, 10 min draft-shah-pals-mpls-l2vpn-yang Patrice, Himanshu, Robin, 10' + 5' on E-VPN Yang draft-anshuverma-bess-vpls-best-site-id Anshu Verma, 10' draft-fm-bess-service-chaining-01 Dhananjaya, 10' draft-zzhang-bess-evpn-bum-procedure-updates (not published) Jeffrey, 15' draft-rabadan-bess-evpn-optimized-ir-01 Jorge, 10' draft-snr-bess-evpn-proxy-arp-nd-01 Jorge, 10' E-VPN LSP-Ping draft-jain-bess-evpn-lsp-ping-00 Parag, 10' draft-ietf-bess-evpn-vpws Sami, 5' draft-ietf-bess-evpn-etree Ali, 10' _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. From nobody Thu Jul 9 05:24:12 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C9E671AD355 for ; Thu, 9 Jul 2015 05:24:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.078 X-Spam-Level: ** X-Spam-Status: No, score=2.078 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, CN_BODY_35=0.339, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 oANsv4b-93P3 for ; Thu, 9 Jul 2015 05:24:09 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D16A51AD350 for ; Thu, 9 Jul 2015 05:24:08 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BUZ40818; Thu, 09 Jul 2015 12:24:07 +0000 (GMT) Received: from NKGEML406-HUB.china.huawei.com (10.98.56.37) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 9 Jul 2015 13:24:05 +0100 Received: from NKGEML506-MBX.china.huawei.com ([169.254.3.135]) by nkgeml406-hub.china.huawei.com ([10.98.56.37]) with mapi id 14.03.0158.001; Thu, 9 Jul 2015 20:23:59 +0800 From: Lizhenbin To: "thomas.morin@orange.com" , BESS Thread-Topic: [bess] Draft agenda for our meeting in Prague Thread-Index: AQHQuM/2o94R40toHES3IqtqYjWBw53TEGLw Date: Thu, 9 Jul 2015 12:23:58 +0000 Message-ID: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA00768@nkgeml506-mbx.china.huawei.com> References: <19620_1436285627_559BFABB_19620_792_1_559BFABA.2000402@orange.com> In-Reply-To: <19620_1436285627_559BFABB_19620_792_1_559BFABA.2000402@orange.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.76.77] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [bess] =?gb2312?b?tPC4tDogIERyYWZ0IGFnZW5kYSBmb3Igb3VyIG1lZXRp?= =?gb2312?b?bmcgaW4gUHJhZ3Vl?= X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 09 Jul 2015 12:24:11 -0000 SGkgVGhvbWFzLA0KSSBhbSBzb3JyeSBmb3IgYXBwbHlpbmcgZm9yIHRoZSB0aW1lIHNsb3QgbGF0 ZS4gTm93IEkgaGF2ZSBjb21tdW5pY2F0ZWQgd2l0aCBwb3NzaWJsZSBleHBlcnRzIHRvIHRyeSB0 byBzZXQgdXAgdGhlIGRlc2lnbiB0ZWFtIGZvciB0aGUgTDNWUE4gWWFuZy4gDQpJZiBwb3NzaWJs ZSwgcGxlYXNlIGhlbHAgYXJyYW5nZSA1IG1pbnV0ZXMgdG8gZ2l2ZSBtZSBhIGNoYW5jZSB0byBp bnRyb2R1Y2UgdGhlIGV4aXN0aW5nIHRlYW0gYW5kIHdlbGNvbWUgbW9yZSBtZW1iZXJzLiANClRo ZW4gd2UgY2FuIGhhdmUgYSB0ZWFtIHdvcmsgb24gdGhlIEwzVlBOIFlhbmcgZGVzaWduIGFmdGVy IElFVEY5My4NCg0KTXkgcHJlc2VudGF0aW9uIGluZm9ybWF0aW9uIGlzIGFzIGZvbGxvd3MgaWYg aXQgY2FuIGJlIGFycmFuZ2VkOg0KZHJhZnQgbmFtZTogZHJhZnQtemh1YW5nLWJlc3MtbDN2cG4t eWFuZy0wMQ0Kc3BlYWtlcjogWmhlbmJpbihSb2JpbikgTGkNCmRlc2lyZWQgZHVyYXRpb246IDUg bWludXRlcw0KDQoNCkJlc3QgUmVnYXJkcywNClpoZW5iaW4oUm9iaW4pDQoNCg0KDQoNCg0KDQot LS0tLdPKvP7Urbz+LS0tLS0NCreivP7IyzogQkVTUyBbbWFpbHRvOmJlc3MtYm91bmNlc0BpZXRm Lm9yZ10gtPqx7SB0aG9tYXMubW9yaW5Ab3JhbmdlLmNvbQ0Kt6LLzcqxvOQ6IDIwMTXE6jfUwjjI 1SAwOjE0DQrK1bz+yMs6IEJFU1MNCtb3zOI6IFtiZXNzXSBEcmFmdCBhZ2VuZGEgZm9yIG91ciBt ZWV0aW5nIGluIFByYWd1ZQ0KDQpIaSBldmVyeW9uZSwNCg0KQkVTUyB3aWxsIG1lZXQgaW4gcm91 Z2hseSB0d28gd2Vla3MgaW4gUHJhZ3VlIChNb25kYXkgMTU6MjAtMTc6MjApLg0KDQpIZXJlIGlz IHRoZSAqZHJhZnQqIGFnZW5kYToNCmh0dHBzOi8vd3d3LmlldGYub3JnL3Byb2NlZWRpbmdzLzkz L2FnZW5kYS9hZ2VuZGEtOTMtYmVzcw0KDQpXZSB3b24ndCBiZSBhYmxlIHRvIHNhdGlzZnkgYWxs IHRoZSByZXF1ZXN0cyBmb3Igc2xvdHMgYW5kIHdlIGhhdmUgYWxyZWFkeSBtYWRlIHNvbWUgY2hv aWNlcy4NCkhvd2V2ZXIsIG5vdGUgd2VsbCB0aGF0IHRoaXMgZHJhZnQgYWdlbmRhIGlzIHJlYWxs eSBub3QgZmluYWwsIHdlIHN0aWxsIGhhdmUgMTAtMTUgbm9uIGFsbG9jYXRlZCB0aW1lLg0KV2Ug d2lsbCBwb3N0IGEgZmluYWwgYWdlbmRhIGJlZm9yZSB0aGUgZGVhZGxpbmUsIGhvcGVmdWxseSB0 aGlzIHdlZWsuDQoNCkJlc3QsDQoNCi1UaG9tYXMgJiBNYXJ0aW4NCg0KV0cgU3RhdHVzLCAxMCBt aW4NCg0KZHJhZnQtc2hhaC1wYWxzLW1wbHMtbDJ2cG4teWFuZw0KUGF0cmljZSwgSGltYW5zaHUs IFJvYmluLCAxMCcNCisgNScgb24gRS1WUE4gWWFuZw0KDQpkcmFmdC1hbnNodXZlcm1hLWJlc3Mt dnBscy1iZXN0LXNpdGUtaWQNCkFuc2h1IFZlcm1hLCAxMCcNCg0KZHJhZnQtZm0tYmVzcy1zZXJ2 aWNlLWNoYWluaW5nLTAxDQpEaGFuYW5qYXlhLCAxMCcNCg0KZHJhZnQtenpoYW5nLWJlc3MtZXZw bi1idW0tcHJvY2VkdXJlLXVwZGF0ZXMgKG5vdCBwdWJsaXNoZWQpIEplZmZyZXksIDE1Jw0KDQpk cmFmdC1yYWJhZGFuLWJlc3MtZXZwbi1vcHRpbWl6ZWQtaXItMDENCkpvcmdlLCAxMCcNCg0KZHJh ZnQtc25yLWJlc3MtZXZwbi1wcm94eS1hcnAtbmQtMDENCkpvcmdlLCAxMCcNCg0KRS1WUE4gTFNQ LVBpbmcNCmRyYWZ0LWphaW4tYmVzcy1ldnBuLWxzcC1waW5nLTAwDQpQYXJhZywgMTAnDQoNCmRy YWZ0LWlldGYtYmVzcy1ldnBuLXZwd3MNClNhbWksIDUnDQoNCmRyYWZ0LWlldGYtYmVzcy1ldnBu LWV0cmVlDQpBbGksIDEwJw0KDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCkNlIG1lc3NhZ2UgZXQgc2VzIHBp ZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRp ZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYyBwYXMgZXRyZSBkaWZmdXNl cywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJl Y3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlciBhIGwnZXhwZWRp dGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVz c2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLCBPcmFu Z2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVy ZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuDQoNClRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0 dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0 aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7IHRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0 cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLg0KSWYgeW91IGhh dmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVy IGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuDQpBcyBlbWFpbHMg bWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhh dmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuDQpUaGFuayB5b3UuDQoNCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpCRVNTIG1haWxp bmcgbGlzdA0KQkVTU0BpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9iZXNzDQo= From nobody Thu Jul 9 06:40:31 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 238371A909C for ; Thu, 9 Jul 2015 06:40:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham 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 PLozaMpLx8Ur for ; Thu, 9 Jul 2015 06:40:22 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias243.francetelecom.com [80.12.204.243]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 28B571A908A for ; Thu, 9 Jul 2015 06:40:22 -0700 (PDT) Received: from omfeda07.si.francetelecom.fr (unknown [xx.xx.xx.200]) by omfeda14.si.francetelecom.fr (ESMTP service) with ESMTP id 4521C2AC261 for ; Thu, 9 Jul 2015 15:40:20 +0200 (CEST) Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.186]) by omfeda07.si.francetelecom.fr (ESMTP service) with ESMTP id 240FF158059 for ; Thu, 9 Jul 2015 15:40:20 +0200 (CEST) Received: from [10.193.71.165] (10.197.38.3) by PEXCVZYH01.corporate.adroot.infra.ftgroup (10.114.1.186) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 9 Jul 2015 15:40:19 +0200 To: References: <19620_1436285627_559BFABB_19620_792_1_559BFABA.2000402@orange.com> From: Organization: Orange Message-ID: <14807_1436449220_559E79C4_14807_6734_1_559E79C3.7070807@orange.com> Date: Thu, 9 Jul 2015 15:40:19 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0.1 MIME-Version: 1.0 In-Reply-To: <19620_1436285627_559BFABB_19620_792_1_559BFABA.2000402@orange.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.197.38.3] X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.7.9.122416 Archived-At: Subject: [bess] Agenda for our meeting in Prague X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 09 Jul 2015 13:40:28 -0000 Hi everyone, Face to face time is a scarce resource and we had to make choices. We would like to insist that we think all authors should using the mailing-list *more* and *earlier*, to allow dedicating meeting time to discussions that will most benefit from happening face to face. What is, very likely, the final agenda for our meeting is at: https://www.ietf.org/proceedings/93/agenda/agenda-93-bess (the slots we added to the draft agenda are highlighted below) Thanks you for your understanding, -Thomas & Martin --- agenda00.txt +++ agenda01.txt @@ -10,9 +10,15 @@ draft-fm-bess-service-chaining-01 Dhananjaya, 10' +Heads up on BESS-related work-in-progress +Chairs, 5' + draft-zzhang-bess-evpn-bum-procedure-updates Jeffrey, 15' +draft-sajassi-bess-evpn-virtual-eth-segment +Ali, 5' + draft-rabadan-bess-evpn-optimized-ir-01 Jorge, 10' @@ -28,3 +34,6 @@ draft-ietf-bess-evpn-etree Ali, 10' + +draft-ietf-bess-dci-evpn-overlay-01 +Jorge, 5' thomas.morin@orange.com : > Hi everyone, > > BESS will meet in roughly two weeks in Prague (Monday 15:20-17:20). > > Here is the *draft* agenda: > https://www.ietf.org/proceedings/93/agenda/agenda-93-bess > > We won't be able to satisfy all the requests for slots and we have > already made some choices. > However, note well that this draft agenda is really not final, we > still have 10-15 non allocated time. > We will post a final agenda before the deadline, hopefully this week. > > Best, > > -Thomas & Martin _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. From nobody Tue Jul 14 12:34:07 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC5891A8A67; Tue, 14 Jul 2015 09:59:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 04-c3z2CF2WU; Tue, 14 Jul 2015 09:59:50 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 199431A8A6B; Tue, 14 Jul 2015 09:59:50 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: , , , , , , , X-Test-IDTracker: no X-IETF-IDTracker: 6.0.4.p3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150714165950.22748.25728.idtracker@ietfa.amsl.com> Date: Tue, 14 Jul 2015 09:59:50 -0700 Archived-At: X-Mailman-Approved-At: Tue, 14 Jul 2015 12:34:07 -0700 Cc: db3546@att.com, akatlas@gmail.com, ipr-announce@ietf.org, aretana@cisco.com, thomas.morin@orange.com, martin.vigoureux@alcatel-lucent.com, bess@ietf.org Subject: [bess] IPR Disclosure Juniper Networks, Inc.'s Statement about IPR related to draft-ietf-bess-evpn-vpws X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2015 16:59:52 -0000 Dear Sami Boutros, Ali Sajassi, Samer Salam, John Drake, Jeff Tantsura, Dirk Steinberg, Thomas Beckhaus, Jorge Rabadan: An IPR disclosure that pertains to your Internet-Draft entitled "VPWS support in EVPN" (draft-ietf-bess-evpn-vpws) was submitted to the IETF Secretariat on and has been posted on the "IETF Page of Intellectual Property Rights Disclosures" (https://datatracker.ietf.org/ipr/2635/). The title of the IPR disclosure is "Juniper Networks, Inc.'s Statement about IPR related to draft-ietf-bess-evpn-vpws" Thank you IETF Secretariat From nobody Tue Jul 14 22:52:02 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 88A491A7014; Tue, 14 Jul 2015 22:51:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.912 X-Spam-Level: X-Spam-Status: No, score=-101.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_WHITELIST=-100] autolearn=ham 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 s12IU6qVe37F; Tue, 14 Jul 2015 22:51:52 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1900:3001:11::31]) by ietfa.amsl.com (Postfix) with ESMTP id 46D2D1A7022; Tue, 14 Jul 2015 22:51:48 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 66ACB180470; Tue, 14 Jul 2015 22:48:16 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Message-Id: <20150715054816.66ACB180470@rfc-editor.org> Date: Tue, 14 Jul 2015 22:48:16 -0700 (PDT) Archived-At: Cc: bess@ietf.org, rfc-editor@rfc-editor.org Subject: [bess] RFC 7582 on Multicast Virtual Private Network (MVPN): Using Bidirectional P-Tunnels X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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: Wed, 15 Jul 2015 05:51:59 -0000 A new Request for Comments is now available in online RFC libraries. RFC 7582 Title: Multicast Virtual Private Network (MVPN): Using Bidirectional P-Tunnels Author: E. Rosen, IJ. Wijnands, Y. Cai, A. Boers Status: Standards Track Stream: IETF Date: July 2015 Mailbox: erosen@juniper.net, ice@cisco.com, yiqunc@microsoft.com, arjen@boers.com Pages: 34 Characters: 79244 Updates: RFC 6513, RFC 6514, RFC 6625 I-D Tag: draft-ietf-bess-mvpn-bidir-04.txt URL: https://www.rfc-editor.org/info/rfc7582 DOI: http://dx.doi.org/10.17487/RFC7582 A set of prior RFCs specify procedures for supporting multicast in BGP/MPLS IP VPNs. These procedures allow customer multicast data to travel across a service provider's backbone network through a set of multicast tunnels. The tunnels are advertised in certain BGP multicast auto-discovery routes, by means of a BGP attribute known as the "Provider Multicast Service Interface (PMSI) Tunnel" attribute. Encodings have been defined that allow the PMSI Tunnel attribute to identify bidirectional (multipoint-to-multipoint) multicast distribution trees. However, the prior RFCs do not provide all the necessary procedures for using bidirectional tunnels to support multicast VPNs. This document updates RFCs 6513, 6514, and 6625 by specifying those procedures. In particular, it specifies the procedures for assigning customer multicast flows (unidirectional or bidirectional) to specific bidirectional tunnels in the provider backbone, for advertising such assignments, and for determining which flows have been assigned to which tunnels. This document is a product of the BGP Enabled Services Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/rfc.html Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Wed Jul 15 04:29:51 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB1CE1A8931 for ; Wed, 15 Jul 2015 04:29:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.91 X-Spam-Level: X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 gxRQdAUYKSL9 for ; Wed, 15 Jul 2015 04:29:49 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (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 EA5941A892B for ; Wed, 15 Jul 2015 04:29:48 -0700 (PDT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (unknown [135.239.2.42]) by Websense Email Security Gateway with ESMTPS id 1500E897714D3 for ; Wed, 15 Jul 2015 11:29:44 +0000 (GMT) Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id t6FBTgXN018426 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Wed, 15 Jul 2015 13:29:46 +0200 Received: from [135.224.208.155] (135.239.27.39) by FR712WXCHHUB03.zeu.alcatel-lucent.com (135.239.2.74) with Microsoft SMTP Server (TLS) id 14.3.195.1; Wed, 15 Jul 2015 13:29:45 +0200 Message-ID: <55A64427.5070301@alcatel-lucent.com> Date: Wed, 15 Jul 2015 13:29:43 +0200 From: Martin Vigoureux User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: BESS Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [135.239.27.39] Archived-At: Subject: [bess] Please send you presentations for Prague X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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: Wed, 15 Jul 2015 11:29:50 -0000 all, Prague is in few days now, and BESS is on Monday. Please send your presentation material before Sunday 7pm, local time at the latest. Please make sure it is consistent with the time allocated to it in the agenda: https://www.ietf.org/proceedings/93/agenda/agenda-93-bess Thank you M&T From nobody Wed Jul 15 07:29:50 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E95271ABD3D for ; Wed, 15 Jul 2015 07:29:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham 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 VtFkzy2IE8qB for ; Wed, 15 Jul 2015 07:29:47 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias245.francetelecom.com [80.12.204.245]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DF7541AC3B2 for ; Wed, 15 Jul 2015 07:29:45 -0700 (PDT) Received: from omfeda08.si.francetelecom.fr (unknown [xx.xx.xx.201]) by omfeda09.si.francetelecom.fr (ESMTP service) with ESMTP id 1B460C0CB9; Wed, 15 Jul 2015 16:29:44 +0200 (CEST) Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.183]) by omfeda08.si.francetelecom.fr (ESMTP service) with ESMTP id DB79C3840AE; Wed, 15 Jul 2015 16:29:43 +0200 (CEST) Received: from [10.193.116.37] (10.197.38.3) by PEXCVZYH02.corporate.adroot.infra.ftgroup (10.114.1.183) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 15 Jul 2015 16:29:42 +0200 References: <02ce01d0b851$4ecec5a0$ec6c50e0$@ndzh.com> To: BESS From: Organization: Orange X-Forwarded-Message-Id: <02ce01d0b851$4ecec5a0$ec6c50e0$@ndzh.com> Message-ID: <19835_1436970584_55A66E57_19835_2419_1_55A66E56.4030609@orange.com> Date: Wed, 15 Jul 2015 16:29:42 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0.1 MIME-Version: 1.0 In-Reply-To: <02ce01d0b851$4ecec5a0$ec6c50e0$@ndzh.com> Content-Type: multipart/mixed; boundary="------------040501020601070401090104" X-Originating-IP: [10.197.38.3] X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.7.15.135415 Archived-At: Cc: IDR Chairs , Martin Vigoureux Subject: [bess] Fwd: [Idr] 2 week adoption call for draft-rosen-idr-tunnel-encaps-00.txt (7/6 to 7/20/2015) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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: Wed, 15 Jul 2015 14:29:49 -0000 --------------040501020601070401090104 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Hi everyone, This is "heads up" on draft-rosen-idr-tunnel-encaps-00 which is currently being called for adoption by the IDR working group. The call lasts until July 20th, and you are encouraged to comment on IDR mailing-list as you find relevant. Best, -Thomas _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. --------------040501020601070401090104 Content-Type: message/rfc822; name="[Idr] 2 week adoption call for draft-rosen-idr-tunnel-enaps-00_txt (7/6 to 7/20/2015)" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename*0="[Idr] 2 week adoption call for draft-rosen-idr-tunnel-enaps-"; filename*1="00_txt (7/6 to 7/20/2015)" Received: from omfeda06.si.francetelecom.fr (10.98.3.82) by OPEXCLILM7E.corporate.adroot.infra.ftgroup (10.114.31.61) with Microsoft SMTP Server id 14.3.235.1; Tue, 7 Jul 2015 03:07:48 +0200 Received: from omfeda13.si.francetelecom.fr (unknown [xx.xx.xx.165]) by omfeda06.si.francetelecom.fr (ESMTP service) with ESMTP id F0EC5C804F; Tue, 7 Jul 2015 03:07:48 +0200 (CEST) Received: from mail.ietf.org (mail.ietf.org [4.31.198.44]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by relais-inet.francetelecom.com (ESMTP service) with ESMTPS id CEC161907C7; Tue, 7 Jul 2015 03:07:45 +0200 (CEST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A9F891A8825; Mon, 6 Jul 2015 18:07:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1436231260; bh=/RmVX7Qy1n7/b3Adub/EKUD+a3nvJJ0MdDUJall1Cl0=; h=From:To:Date:Message-ID:MIME-Version:Cc:Subject:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: Content-Type:Sender; b=J8wQ/p06RdBuUkclL72wNyLYufq2sft63Qh54ykkIQiZ+Zn/m5JQ+ZTuoqV+/iKuZ t1zOL8mXjVcWjqyZzAO5sMp/7bixo5zqJM7xudy/Ienz2fPJPYL5GoRZBkXahpQLmM eTlSGxTjfc/iwGf9GER3b4sVa0rXRcGQRLYgEz30= X-Original-To: idr@ietfa.amsl.com Delivered-To: idr@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B52F61A87D1 for ; Mon, 6 Jul 2015 18:07:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -97.155 X-Spam-Level: X-Spam-Status: No, score=-97.155 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=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 TxCcQSdSgDII for ; Mon, 6 Jul 2015 18:07:36 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) (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 573521A87C9 for ; Mon, 6 Jul 2015 18:07:36 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=174.124.203.226; From: Susan Hares To: 'idr wg list' Date: Mon, 6 Jul 2015 21:07:34 -0400 Message-ID: <02ce01d0b851$4ecec5a0$ec6c50e0$@ndzh.com> X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdC4UJG6Pj+U9ACORa+TFqfDTB54Dg== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: CC: "'Keyur Patel (keyupate)'" Subject: [Idr] 2 week adoption call for draft-rosen-idr-tunnel-enaps-00.txt (7/6 to 7/20/2015) X-BeenThere: idr@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Inter-Domain Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6522213598183180258==" Errors-To: idr-bounces@ietf.org Sender: Idr X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.7.7.10316 Return-Path: idr-bounces@ietf.org X-MS-Exchange-Organization-AuthSource: OPEXCLILM7E.corporate.adroot.infra.ftgroup X-MS-Exchange-Organization-AuthAs: Anonymous X-MS-Exchange-Organization-AVStamp-Mailbox: Sophos;-1887175934;0;PM MIME-Version: 1.0 --===============6522213598183180258== Content-Type: multipart/alternative; boundary="----=_NextPart_000_02CF_01D0B82F.C7C032E0" Content-Language: en-us ------=_NextPart_000_02CF_01D0B82F.C7C032E0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit This begins a 2 week adoption call on draft-rosen-idr-tunnel-encaps-00.txt (7/6 to 7/20/2015). The draft can be found at: https://www.ietf.org/internet-drafts/draft-rosen-idr-tunnel-encaps-00.txt In your response, discuss why this draft proposal for encapsulation: a) [operators] will help deployed networks, b) Solves know problems with other tunnel encapsulation, and c) Provides a way to manage the matrix of tunnels. We will have a status report at IDR on 7/20 on this Working group adoption call. Sue Hares and John Scudder ------=_NextPart_000_02CF_01D0B82F.C7C032E0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <= style>

This begins a 2 week adoption call on draft-rosen-idr-tu= nnel-encaps-00.txt (7/6 to 7/20/2015).

The draft can be found at:

 

https://www.ietf.org= /internet-drafts/draft-rosen-idr-tunnel-encaps-00.txt=

 

In your response, discuss why this draft propo= sal for encapsulation:

a)      [operators] will help deployed networks,

b) =      Solves= know problems with other tunnel encapsulation, and

<= p class=3D"MsoListParagraph" style=3D"text-indent:-.25in;mso-list:l0 level1= lfo1">c)=    &n= bsp;   Provides a way= to manage the matrix of tunnels.

 

 

We wil= l have a status report at IDR on 7/20 on this Working group adoption call. =

 =

Sue Hares and John Scudder

____________________________________________=
___________________________________________________________________________=
__

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
= ------=_NextPart_000_02CF_01D0B82F.C7C032E0-- --===============6522213598183180258== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr --===============6522213598183180258==-- --------------040501020601070401090104-- From nobody Sat Jul 18 08:36:51 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C9941A87BA for ; Sat, 18 Jul 2015 08:36:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham 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 AeXWG6EwaR3G for ; Sat, 18 Jul 2015 08:36:47 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias243.francetelecom.com [80.12.204.243]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3E2B51A87AA for ; Sat, 18 Jul 2015 08:36:47 -0700 (PDT) Received: from omfeda07.si.francetelecom.fr (unknown [xx.xx.xx.200]) by omfeda13.si.francetelecom.fr (ESMTP service) with ESMTP id C2E7219041C for ; Sat, 18 Jul 2015 17:36:45 +0200 (CEST) Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.17]) by omfeda07.si.francetelecom.fr (ESMTP service) with ESMTP id 9FAEA15807F for ; Sat, 18 Jul 2015 17:36:45 +0200 (CEST) Received: from OPEXCLILM43.corporate.adroot.infra.ftgroup ([fe80::ec23:902:c31f:731c]) by OPEXCLILM24.corporate.adroot.infra.ftgroup ([fe80::a1e6:3e6a:1f68:5f7e%19]) with mapi id 14.03.0235.001; Sat, 18 Jul 2015 17:36:45 +0200 From: To: "bess@ietf.org" Thread-Topic: Extended adoption call in IDR for draft-rosen-idr-tunnel-encaps-00 Thread-Index: AQHQwW+MZdRJx5aGO0OuVURM79X4nw== Date: Sat, 18 Jul 2015 15:36:43 +0000 Message-ID: <28440_1437233805_55AA728D_28440_18714_1_gka0i7s5fubmed11cbe4jt0g.1437233401129@email.android.com> References: <02ce01d0b851$4ecec5a0$ec6c50e0$@ndzh.com> <2691CE0099834E4A9C5044EEC662BB9D571ADA7E@dfweml701-chm> <55A0273D.4020608@juniper.net> <2691CE0099834E4A9C5044EEC662BB9D571B77BF@dfweml701-chm>, <001001d0c136$290061b0$7b012510$@ndzh.com> In-Reply-To: <001001d0c136$290061b0$7b012510$@ndzh.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_gka0i7s5fubmed11cbe4jt0g1437233401129emailandroidcom_" MIME-Version: 1.0 X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.7.18.150316 Archived-At: Subject: [bess] Extended adoption call in IDR for draft-rosen-idr-tunnel-encaps-00 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 18 Jul 2015 15:36:49 -0000 --_000_gka0i7s5fubmed11cbe4jt0g1437233401129emailandroidcom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi everyone, IDR chairs have extended the ongoing call for adoption of draft-rosen-idr-t= unnel-encaps by IDR, to let BESS participants who would have missed it, co= mment on this call. Please read this proposal tightly related to BESS work, and send comments t= o IDR mailing list. -Thomas & Martin ---- Message original ---- Objet : Re: [Idr] 2 week adoption call for draft-rosen-idr-tunnel-enaps-00.= txt (7/6 to 7/20/2015) Envoy=E9 : 18 juil. 2015 10:46 De : Susan Hares =C0 : 'idr wg list' Cc : "'Keyur Patel (keyupate)'" Based on the BESS chairs request this adoption call will be extended 2 weeks to 7/31 for BESS WG membesr to comment. Sue Hares _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_gka0i7s5fubmed11cbe4jt0g1437233401129emailandroidcom_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi everyone,

IDR chairs have extended the ongoing call for adoption of dr= aft-rosen-idr-tunnel-encaps by IDR, to let BESS participants who would have= missed it,  comment on this call.

Please read this proposal tightly related to BESS work, and = send comments to IDR mailing list.

-Thomas & Martin



---- Message original ----
Objet : Re: [Idr] 2 week adoption call for draft-rosen-idr-tunnel-enap= s-00.txt (7/6 to 7/20/2015)
Envoy=E9 : 18 juil. 2015 10:46
De : Susan Hares <shares@ndzh.com>
=C0 : 'idr wg list' <idr@ietf.org>
Cc : "'Keyur Patel (keyupate)'" <keyupate@cisco.com>
Based on the BESS chairs request this adoption cal= l will be extended 2 weeks
to 7/31 for BESS WG membesr to comment.

Sue Hares

_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/= mailman/listinfo/idr
 
______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--_000_gka0i7s5fubmed11cbe4jt0g1437233401129emailandroidcom_-- From nobody Sun Jul 19 09:53:56 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 172C61B2A0D for ; Sun, 19 Jul 2015 09:53:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham 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 EAnW3RZ2RnbN for ; Sun, 19 Jul 2015 09:53:53 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias244.francetelecom.com [80.12.204.244]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 189D71B2A0C for ; Sun, 19 Jul 2015 09:53:53 -0700 (PDT) Received: from omfeda07.si.francetelecom.fr (unknown [xx.xx.xx.200]) by omfeda14.si.francetelecom.fr (ESMTP service) with ESMTP id 37E352AC384; Sun, 19 Jul 2015 18:53:51 +0200 (CEST) Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.183]) by omfeda07.si.francetelecom.fr (ESMTP service) with ESMTP id 0AF671580E2; Sun, 19 Jul 2015 18:53:51 +0200 (CEST) Received: from [10.193.116.37] (10.197.38.3) by PEXCVZYH02.corporate.adroot.infra.ftgroup (10.114.1.183) with Microsoft SMTP Server (TLS) id 14.3.235.1; Sun, 19 Jul 2015 18:53:50 +0200 To: References: <55A64427.5070301@alcatel-lucent.com> From: Organization: Orange Message-ID: <4168_1437324831_55ABD61F_4168_7387_1_55ABD61E.6000108@orange.com> Date: Sun, 19 Jul 2015 18:53:50 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <55A64427.5070301@alcatel-lucent.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.197.38.3] X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.7.19.151518 Archived-At: Cc: Ali Sajassi , "pbrisset@cisco.com" , Parag Jain , Dhananjaya Rao , anshuverma@juniper.net, Martin Vigoureux Subject: Re: [bess] Please send you presentations for Prague X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 19 Jul 2015 16:53:55 -0000 To those who present during our session tomorrow, It seems some of the slides haven't been sent yet, and we are close to 7pm. Be ready to see your slot cancelled if you don't send them tonight. Best, -Thomas PS: if you have sent your slides already, but only to one of the chairs, please send them again to both chairs (bess-chairs@ietf.org) 15/07/2015 13:29, Martin Vigoureux : > all, > > Prague is in few days now, and BESS is on Monday. > Please send your presentation material before Sunday 7pm, local time > at the latest. > Please make sure it is consistent with the time allocated to it in the > agenda: > https://www.ietf.org/proceedings/93/agenda/agenda-93-bess > > Thank you > M&T > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. From nobody Mon Jul 20 05:36:38 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 771F41A86FF for ; Mon, 20 Jul 2015 05:36:36 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham 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 4_l4GSkB44XE for ; Mon, 20 Jul 2015 05:36:35 -0700 (PDT) Received: from mail-vn0-x235.google.com (mail-vn0-x235.google.com [IPv6:2607:f8b0:400c:c0f::235]) (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 BB5F31A7D82 for ; Mon, 20 Jul 2015 05:36:34 -0700 (PDT) Received: by vnav141 with SMTP id v141so22283255vna.0 for ; Mon, 20 Jul 2015 05:36:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Q2Bo5ETA2ToYb9GtUOOfmVI7Rtcii+yYqKs+/f6IGD8=; b=gQIx57mEbnlRZXojOa8ISEXp+PUgQCRJSEuSiBPKM3ijo5+P2cpgdax6XjttpOEe31 PtxVEcrDmtzfhfVuzUU5lBQDjjVwunVxmc2gZrE7c6+xdg71RPs/ieLs4PcBdOUlo1Xt H6jPgrIGfhYlyF83jLgpTnOSvEnEVqcRjSgCldPQSgc9cJwhGRJD8xSlvSqP7bKqK2cM L6/BH2fzQ/+GY91c5PTADohlnwgRmhvdF2qA4UJDXm7CBnjRJ587zblCNPVMtI9W6bu6 DQOs/lOD0wU1ThF54HrO1t+06IaYRbu8Oi+H76vdxk37IfNudaURQw96yYA8m0B/qdcB IWaQ== MIME-Version: 1.0 X-Received: by 10.53.1.171 with SMTP id bh11mr36535726vdd.95.1437395794066; Mon, 20 Jul 2015 05:36:34 -0700 (PDT) Received: by 10.31.237.71 with HTTP; Mon, 20 Jul 2015 05:36:34 -0700 (PDT) In-Reply-To: <557AF631.9040608@alcatel-lucent.com> References: <557AF631.9040608@alcatel-lucent.com> Date: Mon, 20 Jul 2015 14:36:34 +0200 Message-ID: From: Senad Palislamovic To: Martin Vigoureux Content-Type: multipart/alternative; boundary=001a1135f83ab5014d051b4dc95f Archived-At: Cc: BESS Subject: Re: [bess] WG Last Call for draft-ietf-bess-vpls-multihoming X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 20 Jul 2015 12:36:36 -0000 --001a1135f83ab5014d051b4dc95f Content-Type: text/plain; charset=UTF-8 Similarly, not aware of any IPRs. Senad On Fri, Jun 12, 2015 at 5:09 PM, Martin Vigoureux < martin.vigoureux@alcatel-lucent.com> wrote: > Hello > > this email starts a Working Group Last Call on > http://tools.ietf.org/html/draft-ietf-bess-vpls-multihoming > which is considered mature and ready for a last working group review. > > Please read the document if you haven't read the most recent version yet, > and send your comments to the list, no later than June the 26th. > > *Coincidentally*, we are also polling for knowledge of any IPR that > applies to this draft, to ensure that IPR has been disclosed in compliance > with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). > > *If you are listed as a document author or contributor* please respond to > this email and indicate whether or not you are aware of any relevant IPR. > > The draft will not be moved forward until a response has been received > from each author and contributor. > > If you are not listed as an author or contributor, then please explicitly > respond only if you are aware of any IPR that has not yet been disclosed in > conformance with IETF rules. > > Please note that IPR has already been disclosed for this document: > https://datatracker.ietf.org/ipr/1809/ > > Thank you > M&T > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess > --001a1135f83ab5014d051b4dc95f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Similarly, not aware of any IPRs.

Senad=





On Fri, Jun 12, 2015 at 5:09 PM,= Martin Vigoureux <martin.vigoureux@alcatel-lucent.com> wrote:
Hello

this email starts a Working Group Last Call on
http://tools.ietf.org/html/draft-ietf-bes= s-vpls-multihoming
which is considered mature and ready for a last working group review.

Please read the document if you haven't read the most recent version ye= t, and send your comments to the list, no later than June the 26th.

*Coincidentally*, we are also polling for knowledge of any IPR that applies= to this draft, to ensure that IPR has been disclosed in compliance with IE= TF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details).

*If you are listed as a document author or contributor* please respond to t= his email and indicate whether or not you are aware of any relevant IPR.
The draft will not be moved forward until a response has been received from= each author and contributor.

If you are not listed as an author or contributor, then please explicitly r= espond only if you are aware of any IPR that has not yet been disclosed in = conformance with IETF rules.

Please note that IPR has already been disclosed for this document:
https://datatracker.ietf.org/ipr/1809/

Thank you
M&T

_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess

--001a1135f83ab5014d051b4dc95f-- From nobody Mon Jul 20 08:18:47 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17B1D1A8F3A for ; Mon, 20 Jul 2015 08:18:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.802 X-Spam-Level: X-Spam-Status: No, score=-5.802 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, LOCALPART_IN_SUBJECT=1.107, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 g7rZ5kaT4rCF for ; Mon, 20 Jul 2015 08:18:43 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpgre-esg-01.alcatel-lucent.com [135.245.210.22]) (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 8FB6E1A899B for ; Mon, 20 Jul 2015 08:18:11 -0700 (PDT) Received: from fr711usmtp1.zeu.alcatel-lucent.com (unknown [135.239.2.122]) by Websense Email Security Gateway with ESMTPS id A60F5B2D76BA7; Mon, 20 Jul 2015 15:18:06 +0000 (GMT) Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id t6KFI9DM019300 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 20 Jul 2015 17:18:09 +0200 Received: from FR711WXCHMBA07.zeu.alcatel-lucent.com ([169.254.3.17]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.03.0195.001; Mon, 20 Jul 2015 17:18:08 +0200 From: "Henderickx, Wim (Wim)" To: "draft-ietf-bess-evpn-vpws@tools.ietf.org" Thread-Topic: draft-ietf-bess-evpn-vpws Thread-Index: AQHQwv9I+x52BvAZYkuIbxjQcPiuoA== Date: Mon, 20 Jul 2015 15:18:08 +0000 Message-ID: <301C4997-8E6C-491D-9C70-B2CA3FDEAAD6@alcatel-lucent.com> Accept-Language: nl-BE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/0.0.0.150701 x-originating-ip: [135.239.27.40] Content-Type: multipart/alternative; boundary="_000_301C49978E6C491D9C70B2CA3FDEAAD6alcatellucentcom_" MIME-Version: 1.0 Archived-At: Cc: "bess@ietf.org" Subject: [bess] draft-ietf-bess-evpn-vpws X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 20 Jul 2015 15:18:45 -0000 --_000_301C49978E6C491D9C70B2CA3FDEAAD6alcatellucentcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 TXkgY29tbWVudCBpbiB0aGUgbWVldGluZyByZWxhdGVkIHRvIHRoZSBlbnRyb3B5IGxhYmVsIGlz IHRoYXQgdGhlIGluZGljYXRpb24gaW4gdGhlIG5ldyBFVlBOIExheWVyIDIgYXR0cmlidXRlcyBl eHRlbmRlZCBjb21tdW5pdHkgaXMgbm90IG5lY2Vzc2FyeSBzaW5jZSB0aGUgTFNQKHMpIHNpZ25h bGxpbmcgcHJvdG9jb2xzIChMRFAvUlNWUCDigJMgSUdQcy9CR1AgYmVpbmcgZXh0ZW5kZWQgYXMg d2Ugc3BlYWspIGFyZSBzaWduYWxsaW5nIHRoaXMgY2FwYWJpbGl0eSBhbmQgY2FuIGJlIHVzZWQg dG8ga25vdyBpZiB0aGUgZWdyZXNzIFBFIHN1cHBvcnRzIGVudHJvcHkgbGFiZWwgb3Igbm90Lg0K RmxvdyBsYWJlbHMgb24gdGhlIG90aGVyIGhhbmQgYXJlIHJlcXVpcmVkIGhlcmUuDQoNCk5vdyBp cyB0aGlzIGF0dHJpYnV0ZSBvbmx5IHVzZWQgaW4gVlBXUyBvciBjYW4gaXQgYmUgdXNlZCBhY3Jv c3Mgb3RoZXIgRVZQTiBzZXJ2aWNlcy4gSXNzdWUgaXMgdGhhdCBmbG93IGxhYmVsIGlzIGhhcmQg dG8gaWRlbnRpZnkgaW4gbXVsdGlwb2ludCBFVlBOIHNlcnZpY2VzIGR1ZSB0byB0aGUgdXNlIG9m IFNIRyBsYWJlbHMsIGV0Yy4gQXMgc3VjaCBpdCBpcyBiZXN0IHRvIHJlbHkgb25seSBvbiBlbnRy b3B5IGxhYmVsIGFzIGEgd2hvbGUgZm9yIG11bHRpcG9pbnQgc2VydmljZXMgaW4gRVZQTi4gTXkg MiBjZW50cyBvbiB0aGUgbGF0ZXIuDQoNCg0KDQo= --_000_301C49978E6C491D9C70B2CA3FDEAAD6alcatellucentcom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj5NeSBjb21tZW50 IGluIHRoZSBtZWV0aW5nIHJlbGF0ZWQgdG8gdGhlIGVudHJvcHkgbGFiZWwgaXMgdGhhdCB0aGUg aW5kaWNhdGlvbiBpbiB0aGUgbmV3Jm5ic3A7PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMWVtOyBs aW5lLWhlaWdodDogMHB0OyB3aWRvd3M6IDE7Ij5FVlBOIExheWVyIDIgYXR0cmlidXRlcyBleHRl bmRlZCBjb21tdW5pdHk8L3NwYW4+Jm5ic3A7aXMgbm90IG5lY2Vzc2FyeSBzaW5jZSB0aGUgTFNQ KHMpIHNpZ25hbGxpbmcgcHJvdG9jb2xzDQogKExEUC9SU1ZQIOKAkyBJR1BzL0JHUCBiZWluZyBl eHRlbmRlZCBhcyB3ZSBzcGVhaykgYXJlIHNpZ25hbGxpbmcgdGhpcyBjYXBhYmlsaXR5IGFuZCBj YW4gYmUgdXNlZCB0byBrbm93IGlmIHRoZSBlZ3Jlc3MgUEUgc3VwcG9ydHMgZW50cm9weSBsYWJl bCBvciBub3QuPC9kaXY+DQo8ZGl2PkZsb3cgbGFiZWxzIG9uIHRoZSBvdGhlciBoYW5kIGFyZSBy ZXF1aXJlZCBoZXJlLjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+Tm93IGlzIHRoaXMg YXR0cmlidXRlIG9ubHkgdXNlZCBpbiBWUFdTIG9yIGNhbiBpdCBiZSB1c2VkIGFjcm9zcyBvdGhl ciBFVlBOIHNlcnZpY2VzLiBJc3N1ZSBpcyB0aGF0IGZsb3cgbGFiZWwgaXMgaGFyZCB0byBpZGVu dGlmeSBpbiBtdWx0aXBvaW50IEVWUE4gc2VydmljZXMgZHVlIHRvIHRoZSB1c2Ugb2YgU0hHIGxh YmVscywgZXRjLiBBcyBzdWNoIGl0IGlzIGJlc3QgdG8gcmVseSBvbmx5IG9uIGVudHJvcHkgbGFi ZWwgYXMgYSB3aG9sZQ0KIGZvciBtdWx0aXBvaW50IHNlcnZpY2VzIGluIEVWUE4uIE15IDIgY2Vu dHMgb24gdGhlIGxhdGVyLjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9k aXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXYgaWQ9Ik1BQ19PVVRMT09LX1NJR05B VFVSRSI+PC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_301C49978E6C491D9C70B2CA3FDEAAD6alcatellucentcom_-- From nobody Mon Jul 20 08:33:40 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C4201A8F4E; Mon, 20 Jul 2015 08:33:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 XLDS_ki1jNfT; Mon, 20 Jul 2015 08:33:29 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C226D1A8AB7; Mon, 20 Jul 2015 08:33:29 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.0.4.p3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150720153329.31696.95427.idtracker@ietfa.amsl.com> Date: Mon, 20 Jul 2015 08:33:29 -0700 Archived-At: Cc: bess@ietf.org Subject: [bess] I-D Action: draft-ietf-bess-mvpn-global-table-mcast-02.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 15:33:31 -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 Working Group of the IETF. Title : Global Table Multicast with BGP-MVPN Procedures Authors : Zhaohui Zhang Lenny Giuliano Eric C. Rosen Karthik Subramanian Dante J. Pacella Filename : draft-ietf-bess-mvpn-global-table-mcast-02.txt Pages : 22 Date : 2015-07-20 Abstract: RFC6513, RFC6514, and other RFCs describe protocols and procedures which a Service Provider (SP) may deploy in order offer Multicast Virtual Private Network (Multicast VPN or MVPN) service to its customers. Some of these procedures use BGP to distribute VPN- specific multicast routing information across a backbone network. With a small number of relatively minor modifications, the very same BGP procedures can also be used to distribute multicast routing information that is not specific to any VPN. Multicast that is outside the context of a VPN is known as "Global Table Multicast", or sometimes simply as "Internet multicast". In this document, we describe the modifications that are needed to use the MVPN BGP procedures for Global Table Multicast. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-mvpn-global-table-mcast/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-bess-mvpn-global-table-mcast-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-mvpn-global-table-mcast-02 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 florin@mosaixsoft.com Mon Jul 20 12:21:09 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 483461B2B1C for ; Mon, 20 Jul 2015 12:21:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham 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 vg6mN3nt1DUX for ; Mon, 20 Jul 2015 12:21:07 -0700 (PDT) Received: from mail-wg0-f52.google.com (mail-wg0-f52.google.com [74.125.82.52]) (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 C497D1B2B11 for ; Mon, 20 Jul 2015 12:21:06 -0700 (PDT) Received: by wgkl9 with SMTP id l9so138120074wgk.1 for ; Mon, 20 Jul 2015 12:21:05 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=p00sJPrjwmRjAUWjPqUxYomGsFpOj/6tWlUldsokBuk=; b=lKWhuLnyIZouiUc/SsuL2r8kCk95KOo6owN91DXf+jh3rSYnlFU/YKxpy7Q7hXN/GW v455MXogSkQ/y2w3ZMDlyVpuO1+s9k6E2L0ZYWq1Irsv69CXQMrcxjBp6sJwktGLzdHT 8x3fhBzGxSBKCMyXvg/GSQqh4VXxJ1n0WxpUAVe3feONIF7LsfpxmpQujUPbJhrJ+/g6 W+qT/R4aNVg1b8nMz7rEI5F9h1KdthBbOK4JvH88FaleXcMyFws5Gn2Nj4nv4osOF1vY qtJiWRLSFLVLJHEGqEP2nuUi9d6/DQ/z1ZEM/r+oTiGCHA6bGfDrMo9DvOI1wfz4GX02 LGkw== X-Gm-Message-State: ALoCoQlDzLFGHT0BmZOc0NCIXzkRH8H/1UCsRwHokvxRo5dF8oMb0oQNtSAM2geEpd/v4rNFjXSa MIME-Version: 1.0 X-Received: by 10.180.94.168 with SMTP id dd8mr24406589wib.76.1437420065447; Mon, 20 Jul 2015 12:21:05 -0700 (PDT) Received: by 10.27.212.76 with HTTP; Mon, 20 Jul 2015 12:21:05 -0700 (PDT) In-Reply-To: References: <557AF631.9040608@alcatel-lucent.com> Date: Mon, 20 Jul 2015 12:21:05 -0700 Message-ID: From: Florin Balus To: bess@ietf.org, martin.vigoureux@alcatel-lucent.com Content-Type: multipart/alternative; boundary=f46d0444816764f82f051b53708d Archived-At: X-Mailman-Approved-At: Mon, 20 Jul 2015 13:05:18 -0700 Cc: Bhupesh Kothari , wlin@juniper.net, Senad Palislamovic , "Henderickx, Wim \(Wim\)" , Kireeti Kompella , "UTTARO, JAMES" Subject: Re: [bess] WG Last Call for draft-ietf-bess-vpls-multihoming X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 20 Jul 2015 19:24:45 -0000 --f46d0444816764f82f051b53708d Content-Type: text/plain; charset=UTF-8 I am not aware of any other IPR than the one already disclosed. Thanks, Florin On Mon, Jul 20, 2015 at 7:23 AM, Senad Palislamovic wrote: > adding Florin > > Tx - Senad > > On Mon, Jul 20, 2015 at 2:44 PM, Senad Palislamovic > wrote: > >> Gents and Lady, >> >> Could you please respond to the last call - so we can finally close this >> one out. >> >> Thanks - Senad >> >> >> ---------- Forwarded message ---------- >> From: Martin Vigoureux >> Date: Fri, Jun 12, 2015 at 5:09 PM >> Subject: [bess] WG Last Call for draft-ietf-bess-vpls-multihoming >> To: BESS >> >> >> Hello >> >> this email starts a Working Group Last Call on >> http://tools.ietf.org/html/draft-ietf-bess-vpls-multihoming >> which is considered mature and ready for a last working group review. >> >> Please read the document if you haven't read the most recent version yet, >> and send your comments to the list, no later than June the 26th. >> >> *Coincidentally*, we are also polling for knowledge of any IPR that >> applies to this draft, to ensure that IPR has been disclosed in compliance >> with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). >> >> *If you are listed as a document author or contributor* please respond to >> this email and indicate whether or not you are aware of any relevant IPR. >> >> The draft will not be moved forward until a response has been received >> from each author and contributor. >> >> If you are not listed as an author or contributor, then please explicitly >> respond only if you are aware of any IPR that has not yet been disclosed in >> conformance with IETF rules. >> >> Please note that IPR has already been disclosed for this document: >> https://datatracker.ietf.org/ipr/1809/ >> >> Thank you >> M&T >> >> _______________________________________________ >> BESS mailing list >> BESS@ietf.org >> https://www.ietf.org/mailman/listinfo/bess >> >> > -- Florin Balus Vice President of Product Management Mosaixsoft @fbalus +1 408 431 9470 https://www.linkedin.com/in/florinbalus www.mosaixsoft.com --f46d0444816764f82f051b53708d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I am not aware of any other IPR than the one already discl= osed.
Thanks,
Florin
On Mon, Jul 20, 2015 at 7:23 AM, Senad Palisla= movic <senad.ietf@gmail.com> wrote:
adding Florin=C2=A0

Tx - = Senad

On Mon, = Jul 20, 2015 at 2:44 PM, Senad Palislamovic <senad.ietf@gmail.com= > wrote:
Gents= and Lady,

Could you please respond to the last call - s= o we can finally close this one out.

Thanks - Sena= d


-------= --- Forwarded message ----------
From: Mar= tin Vigoureux <martin.vigoureux@alcatel-lucent.com>
Date: Fri, Jun 12, 2015 at 5:09 PM
Subject: [bess] WG L= ast Call for draft-ietf-bess-vpls-multihoming
To: BESS <bess@ietf.org>


Hell= o

this email starts a Working Group Last Call on
http://tools.ietf.org/html/draft-ietf-bes= s-vpls-multihoming
which is considered mature and ready for a last working group review.

Please read the document if you haven't read the most recent version ye= t, and send your comments to the list, no later than June the 26th.

*Coincidentally*, we are also polling for knowledge of any IPR that applies= to this draft, to ensure that IPR has been disclosed in compliance with IE= TF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details).

*If you are listed as a document author or contributor* please respond to t= his email and indicate whether or not you are aware of any relevant IPR.
The draft will not be moved forward until a response has been received from= each author and contributor.

If you are not listed as an author or contributor, then please explicitly r= espond only if you are aware of any IPR that has not yet been disclosed in = conformance with IETF rules.

Please note that IPR has already been disclosed for this document:
https://datatracker.ietf.org/ipr/1809/

Thank you
M&T

_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess





--
Florin= Balus
Vic= e President of Product Management
Mosaixsoft

X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:BY2PR07MB905; BCL:0; PCL:0; RULEID:; SRVR:BY2PR07MB905; X-Forefront-PRVS: 0643BDA83C X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(377454003)(50226001)(88526003)(92566002)(23726002)(66066001)(36756003)(46406003)(46102003)(230783001)(122386002)(2351001)(47776003)(40100003)(77156002)(77096005)(1720100001)(33646002)(110136002)(15975445007)(5001960100002)(62966003)(19580405001)(50986999)(2950100001)(50466002)(87976001)(19580395003)(86362001)(189998001)(42186005)(76176999)(7059030); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR07MB905; H:neptune; FPR:; SPF:None; MLV:sfv; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BY2PR07MB905; 23:VHnquJz0UfseRkj2qXBqAt3cYQiinRcrKwEDj3VRMSLInmaV3AX7bfk5gTvmnRS3EQ4HSQlEW0Ibo/27PzPmPbaIETGAAnrnyHDkarmNE1+FhToeLwtBHK2l5L/Xun2kaCAEaSIly4OaDKkc77PNddthwv/zFBLC0ix70j+rpNDfuKMfARcBaMcyhMB5dkzldHgNjnPZAkLX0mIlB7apqj7z4TThJQWrrBUvA2J5Vy95xuJd7gaxibIJXl7U/vdP68R7Ls19o/KzCAMzlyyl+iAQ23EPKQpyyy4VKHChO6HdqTbmvUq7jIKx9VdT4IqGmnbb/Ul7M7c2NgooUDWcqovSc98DYaqYhhdfquvkj+0L6f73Tvxv11tUBglNa5plQLZWbS8LCEBKU02/klYkLjSgCcxFUfDurVurRP2LGaI1zlfzYLjEHHKP9KAFqWulvPGIcj76N4O83QVJZw5IqNMrFHMMR4qP6Jrfhb6MctLCyNBWv7CwNyX4LHGbB+nsVv/JtLf/6iBobpWCxpSEEE0EKbblYexqv0OxI/FcVqP33vf9si59BeSPP3Iw1ujMBhWf+1CZf36s4cHkuLuXH57u4aPkxMq2qPZap00ENGKTnSYc3uQj7gc33X8ZdA9/HmqzM40LqWsVlwOYMkouodDl+9Ko9jYm4z9WQmML6dzg1yIk22Aki+qdgSS1uqO7+xj/1IGlmEtQEZPxgZSk8ocksU/w2DmOdzKkPBgMSTyxD8FSvW86bwAkeEXNr8PT006iQi+Z6B6mw3mkvY/SYUe/Mq6px0WXb+ITNHjTy24wFG3YRSS50mnWWeL9LfGpQJM0UyAtjh8dlupxNao1P8C5MIwdiXZFfMNYQvIaOzQ60A74oFuUczT4NIxVz/CHZGzIyx9hki1zwKoGfoDOzGNKJh14LqHUTPrbbkXhHD8= X-Microsoft-Exchange-Diagnostics: 1; BY2PR07MB905; 5:hu3rnXqGqoKLyityNtbx/QwtZ5UnFUbgOY1u0cQne8UmmccCH/to29sZxd+rfjboR5/wUO/WTUgsXm7S18NUMcfRDifMZPWqmtXTA/yJzuwJo4IwpwdbpL6O1weOseyl/aDzZH96Z7gRNevPjXolbw==; 24:ixxiswhRuDXimtccDGdPtQC5Yeh7tBrYbPrTELJED9M3YE7R8bmeedusEi2Xld4wjEoN0QgLUZYFatukYy6Yl5k6CWeoz034eUCZm5EzOig=; 20:gB+qPsV75Z+BFL8rhueqzWuT3Zg4GZ6uDURs0kU4Vj5NI2NRgBYTMenwo2GojBazfKKNcVEakZvNTkbbdWWXrA== X-OriginatorOrg: gainspeed.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 20 Jul 2015 20:56:26.0050 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR07MB905 Archived-At: X-Mailman-Approved-At: Mon, 20 Jul 2015 22:48:33 -0700 Cc: wlin@juniper.net, Senad Palislamovic , Florin Balus , "Henderickx, Wim \(Wim\)" , Kireeti Kompella , "UTTARO, JAMES" , martin.vigoureux@alcatel-lucent.com Subject: Re: [bess] WG Last Call for draft-ietf-bess-vpls-multihoming X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 20 Jul 2015 20:56:34 -0000 I'm not aware of any IPR related to this draft. Bhupesh > >> ---------- Forwarded message ---------- > >> From: Martin Vigoureux > >> Date: Fri, Jun 12, 2015 at 5:09 PM > >> Subject: [bess] WG Last Call for draft-ietf-bess-vpls-multihoming > >> To: BESS > >> > >> > >> Hello > >> > >> this email starts a Working Group Last Call on > >> http://tools.ietf.org/html/draft-ietf-bess-vpls-multihoming > >> which is considered mature and ready for a last working group > >> review. > >> > >> Please read the document if you haven't read the most recent > >> version yet, and send your comments to the list, no later than > >> June the 26th. > >> > >> *Coincidentally*, we are also polling for knowledge of any IPR that > >> applies to this draft, to ensure that IPR has been disclosed in > >> compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 > >> for more details). > >> > >> *If you are listed as a document author or contributor* please > >> respond to this email and indicate whether or not you are aware of > >> any relevant IPR. > >> > >> The draft will not be moved forward until a response has been > >> received from each author and contributor. > >> > >> If you are not listed as an author or contributor, then please > >> explicitly respond only if you are aware of any IPR that has not > >> yet been disclosed in conformance with IETF rules. > >> > >> Please note that IPR has already been disclosed for this document: > >> https://datatracker.ietf.org/ipr/1809/ > >> > >> Thank you > >> M&T > >> > >> _______________________________________________ > >> BESS mailing list > >> BESS@ietf.org > >> https://www.ietf.org/mailman/listinfo/bess > >> > >> > > > > From nobody Tue Jul 21 01:20:03 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D8C821B29FF for ; Tue, 21 Jul 2015 01:20:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 vrw6kbOWgumv for ; Tue, 21 Jul 2015 01:20:00 -0700 (PDT) Received: from nbfkord-smmo07.seg.att.com (nbfkord-smmo07.seg.att.com [209.65.160.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 471E31B29D7 for ; Tue, 21 Jul 2015 01:20:00 -0700 (PDT) Received: from unknown [144.160.229.24] (EHLO alpi155.enaf.aldc.att.com) by nbfkord-smmo07.seg.att.com(mxl_mta-7.2.4-5) with ESMTP id 0b00ea55.2b77ac129940.6416446.00-2457.18127799.nbfkord-smmo07.seg.att.com (envelope-from ); Tue, 21 Jul 2015 08:20:00 +0000 (UTC) X-MXL-Hash: 55ae00b05eb23758-e2c15e177ee0803948acd96d1493ae354709d178 Received: from unknown [144.160.229.24] (EHLO alpi155.enaf.aldc.att.com) by nbfkord-smmo07.seg.att.com(mxl_mta-7.2.4-5) over TLS secured channel with ESMTP id ca00ea55.0.6416426.00-2372.18127748.nbfkord-smmo07.seg.att.com (envelope-from ); Tue, 21 Jul 2015 08:19:59 +0000 (UTC) X-MXL-Hash: 55ae00af35c7cab4-992594a2200904844fad32b0d84b30dad5f51808 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id t6L8Ju0Y028392; Tue, 21 Jul 2015 04:19:56 -0400 Received: from mlpi409.sfdc.sbc.com (mlpi409.sfdc.sbc.com [130.9.128.241]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id t6L8Jrvn028381 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 21 Jul 2015 04:19:54 -0400 Received: from MISOUT7MSGHUBAG.ITServices.sbc.com (MISOUT7MSGHUBAG.itservices.sbc.com [130.9.129.151]) by mlpi409.sfdc.sbc.com (RSA Interceptor); Tue, 21 Jul 2015 08:19:41 GMT Received: from MISOUT7MSGUSRCD.ITServices.sbc.com ([169.254.4.187]) by MISOUT7MSGHUBAG.ITServices.sbc.com ([130.9.129.151]) with mapi id 14.03.0224.002; Tue, 21 Jul 2015 04:19:41 -0400 From: "UTTARO, JAMES" To: "'Bhupesh Kothari'" , "'bess@ietf.org'" Thread-Topic: [bess] WG Last Call for draft-ietf-bess-vpls-multihoming Thread-Index: AQHQwuncC0nguALJmE+6titMNcdgNp3krGYAgABTRoCAABqVAIAAfhZQ Date: Tue, 21 Jul 2015 08:19:41 +0000 Message-ID: References: <557AF631.9040608@alcatel-lucent.com> <20150720135614.0530b517.bhupesh@gainspeed.com> In-Reply-To: <20150720135614.0530b517.bhupesh@gainspeed.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.70.211.6] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-AnalysisOut: [v=2.0 cv=IsOphsDg c=1 sm=1 a=dhB6nF3YHL5t/Ixux6cINA==:17 a] X-AnalysisOut: [=zQP7CpKOAAAA:8 a=XIqpo32RAAAA:8 a=RESD4DdHrKcA:10 a=zOBTX] X-AnalysisOut: [jUuO1YA:10 a=48vgC7mUAAAA:8 a=OUXY8nFuAAAA:8 a=gxZvrgisAAA] X-AnalysisOut: [A:8 a=A6kLGDsMjl-OVbBgMDYA:9 a=CjuIK1q_8ugA:10] X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2014051901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.229.24] Archived-At: Cc: "'wlin@juniper.net'" , 'Senad Palislamovic' , 'Florin Balus' , "'Henderickx, Wim \(Wim\)'" , 'Kireeti Kompella' , "'martin.vigoureux@alcatel-lucent.com'" Subject: Re: [bess] WG Last Call for draft-ietf-bess-vpls-multihoming X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 21 Jul 2015 08:20:02 -0000 I am not aware of any IPR related to this draft Jim Uttaro -----Original Message----- From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Bhupesh Kothari Sent: Monday, July 20, 2015 4:56 PM To: bess@ietf.org Cc: wlin@juniper.net; Senad Palislamovic; Florin Balus; Henderickx, Wim (Wi= m); Kireeti Kompella; UTTARO, JAMES; martin.vigoureux@alcatel-lucent.com Subject: Re: [bess] WG Last Call for draft-ietf-bess-vpls-multihoming I'm not aware of any IPR related to this draft. Bhupesh > >> ---------- Forwarded message ---------- > >> From: Martin Vigoureux > >> Date: Fri, Jun 12, 2015 at 5:09 PM > >> Subject: [bess] WG Last Call for draft-ietf-bess-vpls-multihoming > >> To: BESS > >> > >> > >> Hello > >> > >> this email starts a Working Group Last Call on > >> http://tools.ietf.org/html/draft-ietf-bess-vpls-multihoming > >> which is considered mature and ready for a last working group > >> review. > >> > >> Please read the document if you haven't read the most recent > >> version yet, and send your comments to the list, no later than > >> June the 26th. > >> > >> *Coincidentally*, we are also polling for knowledge of any IPR that > >> applies to this draft, to ensure that IPR has been disclosed in > >> compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 > >> for more details). > >> > >> *If you are listed as a document author or contributor* please > >> respond to this email and indicate whether or not you are aware of > >> any relevant IPR. > >> > >> The draft will not be moved forward until a response has been > >> received from each author and contributor. > >> > >> If you are not listed as an author or contributor, then please > >> explicitly respond only if you are aware of any IPR that has not > >> yet been disclosed in conformance with IETF rules. > >> > >> Please note that IPR has already been disclosed for this document: > >> https://datatracker.ietf.org/ipr/1809/ > >> > >> Thank you > >> M&T > >> > >> _______________________________________________ > >> BESS mailing list > >> BESS@ietf.org > >> https://www.ietf.org/mailman/listinfo/bess > >> > >> > > >=20 >=20 _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess From nobody Tue Jul 21 09:18:10 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC4381B2F98 for ; Tue, 21 Jul 2015 09:18:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham 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 EMYs9Qz5o-JL for ; Tue, 21 Jul 2015 09:18:07 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias91.francetelecom.com [193.251.215.91]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1AF211B2FB0 for ; Tue, 21 Jul 2015 09:18:06 -0700 (PDT) Received: from omfedm05.si.francetelecom.fr (unknown [xx.xx.xx.1]) by omfedm09.si.francetelecom.fr (ESMTP service) with ESMTP id 8B5C42DC26D for ; Tue, 21 Jul 2015 18:18:04 +0200 (CEST) Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.183]) by omfedm05.si.francetelecom.fr (ESMTP service) with ESMTP id 6427335C048 for ; Tue, 21 Jul 2015 18:18:04 +0200 (CEST) Received: from [10.193.116.37] (10.197.38.3) by PEXCVZYH02.corporate.adroot.infra.ftgroup (10.114.1.183) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 21 Jul 2015 18:18:03 +0200 References: To: BESS From: Organization: Orange X-Forwarded-Message-Id: Message-ID: <5741_1437495484_55AE70BC_5741_2679_1_55AE6E80.7070308@orange.com> Date: Tue, 21 Jul 2015 18:08:32 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------070308030006030707070007" X-Originating-IP: [10.197.38.3] X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.7.21.153615 Archived-At: Subject: [bess] Fwd: Routing Area YANG Coordinators Wiki X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 21 Jul 2015 16:18:09 -0000 --------------070308030006030707070007 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. --------------070308030006030707070007 Content-Type: message/rfc822; name="Routing Area YANG Coordinators Wiki" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="Routing Area YANG Coordinators Wiki" Received: from omfedm08.si.francetelecom.fr (10.98.84.132) by OPEXCLILM5E.corporate.adroot.infra.ftgroup (10.114.31.62) with Microsoft SMTP Server id 14.3.235.1; Tue, 21 Jul 2015 16:41:02 +0200 Received: from omfedm13.si.francetelecom.fr (unknown [xx.xx.xx.21]) by omfedm08.si.francetelecom.fr (ESMTP service) with ESMTP id A17E8238059; Tue, 21 Jul 2015 16:41:02 +0200 (CEST) Received: from mail.ietf.org (mail.ietf.org [4.31.198.44]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by relais-inet.francetelecom.com (ESMTP service) with ESMTPS id D77BA324972; Tue, 21 Jul 2015 16:41:01 +0200 (CEST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A6D431A88B6; Tue, 21 Jul 2015 07:40:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1437489625; bh=n/1rZeH58S6JdJ88L0oKkjb8GsggW9wgt2jLmGHqGPw=; h=From:To:Subject:Date:Message-ID:MIME-Version:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: Content-Type:Sender; b=JaA/0rmbPz9ApijBh3Gp6ZJi1RjJedT1RhKBPPzwsZ1e/I0h092B/BpgLmAsjJkjj Mzsp5HsHm2Q6BVTH7VxfYcxYxF8T+Vnedup6UiYdiCVTZGisW3nUnQm9ecMcB+dkcI GZlvR24wmqOINoPhST80cO1h8itcO0NqOcp9NeUY= X-Original-To: routing-discussion@ietfa.amsl.com Delivered-To: routing-discussion@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F07311B2E5D for ; Tue, 21 Jul 2015 07:21:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham 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 SX3G7Xqe5cTL for ; Tue, 21 Jul 2015 07:21:53 -0700 (PDT) Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E457F1B2E87 for ; Tue, 21 Jul 2015 07:21:34 -0700 (PDT) X-AuditID: c6180641-f794d6d000001dfb-95-55aded6fd3a0 Received: from EUSAAHC003.ericsson.se (Unknown_Domain [147.117.188.81]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id 39.D9.07675.F6DEDA55; Tue, 21 Jul 2015 08:57:51 +0200 (CEST) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC003.ericsson.se ([147.117.188.81]) with mapi id 14.03.0210.002; Tue, 21 Jul 2015 10:21:33 -0400 From: David Sinicrope To: "routing-discussion@ietf.org" Subject: Routing Area YANG Coordinators Wiki Thread-Topic: Routing Area YANG Coordinators Wiki Thread-Index: AQHQw8CKB8EJJqqM/EyBsPtwz6PwRg== Date: Tue, 21 Jul 2015 14:21:32 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.3.150624 x-originating-ip: [147.117.188.9] X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrLLMWRmVeSWpSXmKPExsUyuXRPoG7+27WhBg/Wq1icWLKVzYHRY8mS n0wBjFFcNimpOZllqUX6dglcGevPfmIqeG5Wsf7YedYGxlmmXYycHBICJhLrHu5kg7DFJC7c Ww9mCwkcZZTYusiti5ELyF7OKNHY1MQOkmADadi4hwXEFhGwl1jzbRkziC0soCPx8s0tJoi4 ocSqhyuhavQkuu61gvWyCKhKXL2xFayGV8BKYsv11WBxRqDF30+tAYszC4hL3HoynwniIAGJ JXvOM0PYohIvH/9jBbFFgWZ+OvGRBSKuKLGvfzrQHHag3niJ1hqI6YISJ2c+YZnAKDwLydBZ cEWzkBTNYuQAimpKrN+lD1GsKDGl+yE7hK0h0TpnLpRtLbHuwxx2ZDULGDlWMXKUFqeW5aYb GW5iBMbHMQk2xx2MCz5ZHmIU4GBU4uFVMF8bKsSaWFZcmXuIUZqDRUmcV9ovL1RIID2xJDU7 NbUgtSi+qDQntfgQIxMHp1QD46ZE8S6pmDvqqhI8+5i2V/2qaROrV3qgPq/+yb7wXLcuxetR 72f8726e8NHOb/Xx2m+nNcL2yYcw6yhuNl614UljY/VLhppA/R3tZ89xX75/3+vHBe4DC6co vHjDXpS+OXib1zPfkvMF9/Ocb6pfOep378iU2VvS/PyaI9/Z2atVL5eVPH7isRJLcUaioRZz UXEiAI4r5cFwAgAA Archived-At: X-Mailman-Approved-At: Tue, 21 Jul 2015 07:40:23 -0700 X-BeenThere: routing-discussion@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Routing Area General mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2437773918138074452==" Errors-To: routing-discussion-bounces@ietf.org Sender: routing-discussion X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.7.21.143315 Return-Path: routing-discussion-bounces@ietf.org X-MS-Exchange-Organization-AuthSource: OPEXCLILM5E.corporate.adroot.infra.ftgroup X-MS-Exchange-Organization-AuthAs: Anonymous X-MS-Exchange-Organization-AVStamp-Mailbox: Sophos;-1845508862;0;PM MIME-Version: 1.0 --===============2437773918138074452== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_D1D3CEC6190CBBdavidsinicropeericssoncom_" --_000_D1D3CEC6190CBBdavidsinicropeericssoncom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQWxsLA0KaHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0 Z1lhbmdDb29yZA0KQWJvdmUgaXMgYSBsaW5rIHRvIHRoZSBSb3V0aW5nIEFyZWEgWUFORyBDb29y ZGluYXRvcnMgYXJlYSB0aGF0IHdhcyBlc3RhYmxpc2hlZCBlYXJsaWVyIHRoaXMgeWVhciB0byBo ZWxwIHRyYWNrIHRoZSBZQU5HIG1vZGVscyBiZWluZyBkZXZlbG9wZWQgaW4gdGhlIGlFVEYgUm91 dGluZyBBcmVhLg0KVGhlcmUgYXJlIGEgbnVtYmVyIG9mIHJlc291cmNlcyBvbiB0aGUgd2lraSBw YWdlcywgYnV0IHRoZSBjb29yZGluYXRvcnMgd291bGQgbGlrZSB0byBkcmF3IGF0dGVudGlvbiBz cGVjaWZpY2FsbHkgdG8gdGhlIOKAnFN1bW1hcnkgb2YgUm91dGluZyBBcmVhIFlBTkcgRHJhZnRz 4oCdDQooVGhlIHNlY3Rpb24gd2l0aCB0aGUgYmlnIHJlZCB0ZXh0ICIqID09IFlBTkcgTU9ERUwg QVVUSE9SUyBMT09LIEhFUkUgPT0gKuKAnQ0KDQpUaGVzZSB0YWJsZXMgYXJlIGludGVuZGVkIHRv IGhlbHAgc3VtbWFyaXplIGFuZCB0cmFjayB0aGUgWUFORyBkcmFmdHMgaW4gdGhlIFJvdXRpbmcg QXJlYS4gICAgRHJhZnQgYXV0aG9ycyBhbmQgV0cgQ2hhaXJzIGFyZSByZXF1ZXN0ZWQgdG8ga2Vl cCB0aGUgd2lraSB0YWJsZSB1cGRhdGVkIGFzIGRyYWZ0cyBhcmUgY3JlYXRlZCBhbmQgcHJvZ3Jl c3NlZCB0aHJvdWdoIHRoZSBkb2N1bWVudCBkZXZlbG9wbWVudCBwcm9jZXNzLiAgSW5zdHJ1Y3Rp b25zIGZvciBjb21wbGV0aW5nIGEgdGFibGUgcm93IGZvciBhIFlBTkcgbW9kZWwgZHJhZnQgYXJl IHByb3ZpZGVkLg0KDQpRdWVzdGlvbnMgb24gdGhlIGluc3RydWN0aW9ucyBzaG91bGQgYmUgZGly ZWN0ZWQgdG8gdGhlIFJvdXRpbmcgQXJlYSBZQU5HIENvb3JkaW5hdG9ycyAoUWluIFd14oCLYmls bC53dUBodWF3ZWkuY29tPG1haWx0bzpiaWxsLnd1QGh1YXdlaS5jb20+IGFuZCBEYXZpZCBTaW5p Y3JvcGUgZGF2aWQuc2luaWNyb3BlQGVyaWNzc29uLmNvbTxtYWlsdG86ZGF2aWQuc2luaWNyb3Bl QGVyaWNzc29uLmNvbT4gKQ0KDQpUaGFua3MgZm9yIHlvdXIgaGVscCBhbmQgc3VwcG9ydCBrZWVw aW5nIHRoaXMgaW5mb3JtYXRpb24gdXAgdG8gZGF0ZS4NCg0KVGhhbmtzLA0KRGF2ZSBhbmQgUWlu DQo= --_000_D1D3CEC6190CBBdavidsinicropeericssoncom_ Content-Type: text/html; charset="utf-8" Content-ID: <6BEBA5E2D9A29A45BBDE270B0F0BBC53@ericsson.com> Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRl eHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8L2hlYWQ+DQo8Ym9keSBzdHlsZT0id29yZC13cmFw OiBicmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IC13ZWJraXQtbGluZS1icmVh azogYWZ0ZXItd2hpdGUtc3BhY2U7Ij4NCjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7 IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+DQpIaSBB bGwsPC9kaXY+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZhbWlseTog QXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPg0KPGEgaHJlZj0iaHR0cDovL3Ry YWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z1lhbmdDb29yZCI+aHR0cDov L3RyYWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z1lhbmdDb29yZDwvYT48 L2Rpdj4NCjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBBcmlh bCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+DQpBYm92ZSBpcyBhIGxpbmsgdG8gdGhl IFJvdXRpbmcgQXJlYSBZQU5HIENvb3JkaW5hdG9ycyBhcmVhIHRoYXQgd2FzIGVzdGFibGlzaGVk IGVhcmxpZXIgdGhpcyB5ZWFyIHRvIGhlbHAgdHJhY2sgdGhlIFlBTkcgbW9kZWxzIGJlaW5nIGRl dmVsb3BlZCBpbiB0aGUgaUVURiBSb3V0aW5nIEFyZWEuPC9kaXY+DQo8ZGl2Pjxmb250IGZhY2U9 IkFyaWFsLHNhbnMtc2VyaWYiPlRoZXJlIGFyZSBhIG51bWJlciBvZiByZXNvdXJjZXMgb24gdGhl IHdpa2kgcGFnZXMsIGJ1dCB0aGUgY29vcmRpbmF0b3JzIHdvdWxkIGxpa2UgdG8gZHJhdyBhdHRl bnRpb24gc3BlY2lmaWNhbGx5IHRvIHRoZSDigJxTdW1tYXJ5IG9mIFJvdXRpbmcgQXJlYSBZQU5H IERyYWZ0c+KAnSZuYnNwOzwvZm9udD48L2Rpdj4NCjxkaXY+PGZvbnQgZmFjZT0iQXJpYWwsc2Fu cy1zZXJpZiI+KFRoZSBzZWN0aW9uIHdpdGggdGhlIGJpZyByZWQgdGV4dCAmcXVvdDs8L2ZvbnQ+ PHN0cm9uZyBzdHlsZT0iY29sb3I6IHJnYigyNTUsIDAsIDApOyBmb250LWZhbWlseTogJ1RpbWVz IE5ldyBSb21hbicsIHRpbWVzLCBzZXJpZjsgZm9udC1zaXplOiAxNXB4OyI+PHN0cm9uZz4qID09 IFlBTkcgTU9ERUwgQVVUSE9SUyBMT09LIEhFUkUgPT0mbmJzcDs8L3N0cm9uZz4qPC9zdHJvbmc+ PGZvbnQgY29sb3I9IiNmZjAwMDAiIGZhY2U9IlRpbWVzIE5ldyBSb21hbix0aW1lcyxzZXJpZiI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTVweDsiPjxiPuKAnTwvYj48L3NwYW4+PC9mb250Pjwv ZGl2Pg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEFyaWFs LCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7Ij4NCjxicj4NCjwvZGl2Pg0KPGRpdiBzdHls ZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBm b250LXNpemU6IDE0cHg7Ij4NClRoZXNlIHRhYmxlcyBhcmUgaW50ZW5kZWQgdG8gaGVscCBzdW1t YXJpemUgYW5kIHRyYWNrIHRoZSBZQU5HIGRyYWZ0cyBpbiB0aGUgUm91dGluZyBBcmVhLiAmbmJz cDsgJm5ic3A7RHJhZnQgYXV0aG9ycyBhbmQgV0cgQ2hhaXJzIGFyZSByZXF1ZXN0ZWQgdG8ga2Vl cCB0aGUgd2lraSB0YWJsZSB1cGRhdGVkIGFzIGRyYWZ0cyBhcmUgY3JlYXRlZCBhbmQgcHJvZ3Jl c3NlZCB0aHJvdWdoIHRoZSBkb2N1bWVudCBkZXZlbG9wbWVudCBwcm9jZXNzLiAmbmJzcDtJbnN0 cnVjdGlvbnMNCiBmb3IgY29tcGxldGluZyBhIHRhYmxlIHJvdyBmb3IgYSBZQU5HIG1vZGVsIGRy YWZ0IGFyZSBwcm92aWRlZC4gJm5ic3A7PC9kaXY+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAs IDAsIDApOyBmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsi Pg0KPGJyPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZh bWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPg0KUXVlc3Rpb25zIG9u IHRoZSBpbnN0cnVjdGlvbnMgc2hvdWxkIGJlIGRpcmVjdGVkIHRvIHRoZSBSb3V0aW5nIEFyZWEg WUFORyBDb29yZGluYXRvcnMgKDxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogJ1RpbWVzIE5ldyBS b21hbicsIHRpbWVzLCBzZXJpZjsgZm9udC1zaXplOiAxNXB4OyBiYWNrZ3JvdW5kLWNvbG9yOiBy Z2IoMjU1LCAyNTUsIDI1NSk7Ij5RaW4gV3U8L3NwYW4+PGEgY2xhc3M9Im1haWwtbGluayIgaHJl Zj0ibWFpbHRvOmJpbGwud3VAaHVhd2VpLmNvbSIgc3R5bGU9ImNvbG9yOiByZ2IoNjgsIDAsIDEz Nik7IGJvcmRlci1ib3R0b20td2lkdGg6IDBweDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9t YW4nLCB0aW1lcywgc2VyaWY7IGZvbnQtc2l6ZTogMTVweDsiPjxzcGFuIGNsYXNzPSJpY29uIiBz dHlsZT0iYmFja2dyb3VuZC1pbWFnZTogdXJsKGh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL3Rv b2xzL3RyYWMvaHRkb2NzL2VudmVsb3BlLnBuZyk7IHBhZGRpbmctbGVmdDogMTRweDsgYmFja2dy b3VuZC1wb3NpdGlvbjogNTAlIDUwJTsgYmFja2dyb3VuZC1yZXBlYXQ6IG5vLXJlcGVhdCBuby1y ZXBlYXQ7Ij7igIs8L3NwYW4+YmlsbC53dUBodWF3ZWkuY29tPC9hPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbicsIHRpbWVzLCBzZXJpZjsgZm9udC1zaXplOiAxNXB4 OyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij4mbmJzcDthbmQNCiBEYXZp ZCBTaW5pY3JvcGUmbmJzcDs8L3NwYW4+PGEgY2xhc3M9Im1haWwtbGluayIgaHJlZj0ibWFpbHRv OmRhdmlkLnNpbmljcm9wZUBlcmljc3Nvbi5jb20iIHN0eWxlPSJjb2xvcjogcmdiKDY4LCAwLCAx MzYpOyBib3JkZXItYm90dG9tLXdpZHRoOiAwcHg7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJv bWFuJywgdGltZXMsIHNlcmlmOyBmb250LXNpemU6IDE1cHg7Ij5kYXZpZC5zaW5pY3JvcGVAZXJp Y3Nzb24uY29tPC9hPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbics IHRpbWVzLCBzZXJpZjsgZm9udC1zaXplOiAxNXB4OyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1 LCAyNTUsIDI1NSk7Ij4mbmJzcDspPC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0iY29sb3I6IHJn YigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0 cHg7Ij4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbicsIHRpbWVz LCBzZXJpZjsgZm9udC1zaXplOiAxNXB4OyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUs IDI1NSk7Ij48YnI+DQo8L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAs IDApOyBmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPg0K PGRpdj5UaGFua3MgZm9yIHlvdXIgaGVscCBhbmQgc3VwcG9ydCBrZWVwaW5nIHRoaXMgaW5mb3Jt YXRpb24gdXAgdG8gZGF0ZS48L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlRoYW5rcyw8 L2Rpdj4NCjxkaXY+RGF2ZSBhbmQgUWluPC9kaXY+DQo8L2Rpdj4NCjxQUkU+X19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwoKQ2Ug bWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3Jt YXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25j CnBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9u LiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNp Z25hbGVyCmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2Vz IGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBk J2FsdGVyYXRpb24sCk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1l c3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4KClRoaXMgbWVz c2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2 aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7CnRoZXkgc2hv dWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0 aW9uLgpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90 aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50 cy4KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVz c2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLgpUaGFu ayB5b3UuCjwvUFJFPjwvYm9keT4NCjwvaHRtbD4NCg== --_000_D1D3CEC6190CBBdavidsinicropeericssoncom_-- --===============2437773918138074452== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ routing-discussion mailing list routing-discussion@ietf.org https://www.ietf.org/mailman/listinfo/routing-discussion --===============2437773918138074452==-- --------------070308030006030707070007-- From nobody Tue Jul 21 13:57:08 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC3011B3057 for ; Tue, 21 Jul 2015 13:57:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.91 X-Spam-Level: X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 1B1cq5AHGWtS for ; Tue, 21 Jul 2015 13:57:06 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (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 5EE661B3056 for ; Tue, 21 Jul 2015 13:57:06 -0700 (PDT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (unknown [135.239.2.42]) by Websense Email Security Gateway with ESMTPS id C3AA025A3CB73 for ; Tue, 21 Jul 2015 20:57:00 +0000 (GMT) Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id t6LKv4uV013796 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 21 Jul 2015 22:57:04 +0200 Received: from [135.224.195.206] (135.239.27.40) by FR712WXCHHUB03.zeu.alcatel-lucent.com (135.239.2.74) with Microsoft SMTP Server (TLS) id 14.3.195.1; Tue, 21 Jul 2015 22:57:04 +0200 Message-ID: <55AEB21E.5000101@alcatel-lucent.com> Date: Tue, 21 Jul 2015 22:57:02 +0200 From: Martin Vigoureux User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: BESS Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [135.239.27.40] Archived-At: Subject: [bess] implementation of draft-ietf-l2vpn-spbm-evpn-02 ? X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 21 Jul 2015 20:57:08 -0000 WG, please let us know of any implementation (or plan of) you are aware of for draft-ietf-l2vpn-spbm-evpn-02. Thank you M&T From nobody Tue Jul 21 14:26:15 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD1BB1B2FF8 for ; Tue, 21 Jul 2015 14:26:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.91 X-Spam-Level: X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 j9vs5giodF4q for ; Tue, 21 Jul 2015 14:26:12 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpgre-esg-01.alcatel-lucent.com [135.245.210.22]) (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 2678B1B2FF3 for ; Tue, 21 Jul 2015 14:26:12 -0700 (PDT) Received: from fr711usmtp1.zeu.alcatel-lucent.com (unknown [135.239.2.122]) by Websense Email Security Gateway with ESMTPS id C3CAC77D706A1 for ; Tue, 21 Jul 2015 21:26:06 +0000 (GMT) Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id t6LLQAUi022350 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 21 Jul 2015 23:26:10 +0200 Received: from [135.224.195.206] (135.239.27.38) by FR712WXCHHUB03.zeu.alcatel-lucent.com (135.239.2.74) with Microsoft SMTP Server (TLS) id 14.3.195.1; Tue, 21 Jul 2015 23:26:10 +0200 Message-ID: <55AEB8F0.7070905@alcatel-lucent.com> Date: Tue, 21 Jul 2015 23:26:08 +0200 From: Martin Vigoureux User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: References: <557B018A.205@alcatel-lucent.com> In-Reply-To: <557B018A.205@alcatel-lucent.com> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [135.239.27.38] Archived-At: Subject: Re: [bess] Poll for adoption: draft-keyupate-l2vpn-fat-pw-bgp X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 21 Jul 2015 21:26:14 -0000 WG, authors, the poll has ended and there is enough support to adopt this document. Authors, please republish as draft-ietf-bess-fat-pw-bgp-00 Thanks -m Le 12/06/2015 17:58, Martin Vigoureux a écrit : > Hello working group, > > This email starts a two-week poll on adopting > draft-keyupate-l2vpn-fat-pw-bgp [1] as a working group item. > > Please send comments to the list and state if you support adoption or > not (in the later case, please also state the reasons). > > This poll runs until **June the 26th**. > > > *Coincidentally*, we are also polling for knowledge of any IPR that > applies to this draft, to ensure that IPR has been disclosed in > compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for > more details). > > *If you are listed as a document author or contributor* please respond > to this email and indicate whether or not you are aware of any relevant > IPR. > > The draft will not be adopted until a response has been received from > each author and contributor. > > If you are not listed as an author or contributor, then please > explicitly respond only if you are aware of any IPR that has not yet > been disclosed in conformance with IETF rules. > > Thank you, > > Martin & Thomas > bess chairs > > [1] https://tools.ietf.org/html/draft-keyupate-l2vpn-fat-pw-bgp > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess > > From nobody Wed Jul 22 10:30:15 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2885E1A6F32 for ; Wed, 22 Jul 2015 10:30:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.802 X-Spam-Level: X-Spam-Status: No, score=-5.802 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, LOCALPART_IN_SUBJECT=1.107, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 iaCRBl9mqV_h for ; Wed, 22 Jul 2015 10:30:11 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (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 A52971B2BD2 for ; Wed, 22 Jul 2015 10:30:10 -0700 (PDT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (unknown [135.239.2.42]) by Websense Email Security Gateway with ESMTPS id 863C4812214A1; Wed, 22 Jul 2015 17:30:05 +0000 (GMT) Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id t6MHU8a2007223 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 22 Jul 2015 19:30:08 +0200 Received: from FR711WXCHMBA07.zeu.alcatel-lucent.com ([169.254.3.17]) by FR712WXCHHUB03.zeu.alcatel-lucent.com ([135.239.2.74]) with mapi id 14.03.0195.001; Wed, 22 Jul 2015 19:30:08 +0200 From: "Henderickx, Wim (Wim)" To: "draft-fm-bess-service-chaining@tools.ietf.org" Thread-Topic: draft-fm-bess-service-chaining Thread-Index: AQHQxKQNV8WKoaofxESBkc3VR5ewBw== Date: Wed, 22 Jul 2015 17:30:06 +0000 Message-ID: Accept-Language: nl-BE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/0.0.0.150701 x-originating-ip: [135.239.27.38] Content-Type: multipart/alternative; boundary="_000_BB0E36551585420BAD787D0904018722alcatellucentcom_" MIME-Version: 1.0 Archived-At: Cc: "bess@ietf.org" Subject: Re: [bess] draft-fm-bess-service-chaining X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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: Wed, 22 Jul 2015 17:30:13 -0000 --_000_BB0E36551585420BAD787D0904018722alcatellucentcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QWRkaW5nIHRoZSBiZXNzIHdnDQoNCkZyb206IFdpbSBIZW5kZXJpY2t4DQpEYXRlOiBXZWRuZXNk YXkgMjIgSnVseSAyMDE1IDE5OjI0DQpUbzogImRyYWZ0LWZtLWJlc3Mtc2VydmljZS1jaGFpbmlu Z0B0b29scy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQtZm0tYmVzcy1zZXJ2aWNlLWNoYWluaW5nQHRv b2xzLmlldGYub3JnPiINClN1YmplY3Q6IGRyYWZ0LWZtLWJlc3Mtc2VydmljZS1jaGFpbmluZw0K DQpXaGlsZSBJIHN1cHBvcnQgdG8gc2VlIHRoaXMgd29yayBwcm9ncmVzcyBJIGhhdmUgdGhlIGZv bGxvd2luZyByZW1hcmtzIHdoaWxlIHJlYWRpbmcgdGhpcyBkcmFmdDoNCg0KICAqICAgVGhlIGRv YyBpcyBtdWNoIGZvY3Vzc2VkIG9uIHRoZSBWUkYgY29uc3RydWN0aW9ucyBhbmQgYXJjaGl0ZWN0 dXJlLCBidXQgaW4gc29tZSB1c2UgY2FzZXMgd2UgbmVlZCB0byBwcm9ncmFtIHRoZSBTRiwgd2hp Y2ggaXMgbm90IGFsd2F5cyBjbGVhciBhbmQgd2Ugc2hvdWxkIGJlIGEgYml0IG1vcmUgZXhwbGlj aXQgYWJvdXQgaXQgaW4gdGhlIGRyYWZ0DQogICogICBJZiBhIFNGIGlzIEwyIHZzIEwzIHdlIG5l ZWQgdG8gcHJvZ3JhbSB0aGUgc3RhdGljIE5IIGFuZCBJUEAgYSBiaXQgZGlmZmVyZW50IGFuZCB3 ZSBzaG91bGQgY2xhcmlmeSB0aGlzDQogICogICBBIHF1ZXN0aW9uIEkgaGF2ZSBpcyBpZiBpbiB0 aGlzIGFyY2hpdGVjdHVyZSBhIFNGRiBjb3VsZCBiZSBzaGFyZWQgdXNpbmcgdGhlIHNhbWUgaW50 ZXJmYWNlL3N1Yi1pbnRlcmZhY2Ugd2l0aCBvdGhlciBzZXJ2aWNlIGNoYWlucyBvciBub3QuIEJh c2VkIG9uIHRoaXMgaXQgd291bGQgYWxzbyBiZSBnb29kIHRvIGRvY3VtZW50IHRoZSB0aGluZ3Mg dGhlIFNGQyBhcmNoaXRlY3R1cmUgYWxsb3dzIGFuZCBhcmUgc3VwcG9ydGVkIG9yIG5vdCB3aXRo IHRoaXMgcHJvcG9zYWwuDQo= --_000_BB0E36551585420BAD787D0904018722alcatellucentcom_ Content-Type: text/html; charset="utf-8" Content-ID: <8CAB8B827C5FFE4BB43E0C95F521C2C1@exchange.lucent.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+DQo8 ZGl2PkFkZGluZyB0aGUgYmVzcyB3ZzwvZGl2Pg0KPGRpdj4NCjxkaXYgaWQ9Ik1BQ19PVVRMT09L X1NJR05BVFVSRSI+PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pjxicj4NCjwv ZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9OIj4NCjxkaXYgc3R5bGU9ImZvbnQt ZmFtaWx5OkNhbGlicmk7IGZvbnQtc2l6ZToxMnB0OyB0ZXh0LWFsaWduOmxlZnQ7IGNvbG9yOmJs YWNrOyBCT1JERVItQk9UVE9NOiBtZWRpdW0gbm9uZTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25l OyBQQURESU5HLUJPVFRPTTogMGluOyBQQURESU5HLUxFRlQ6IDBpbjsgUEFERElORy1SSUdIVDog MGluOyBCT1JERVItVE9QOiAjYjVjNGRmIDFwdCBzb2xpZDsgQk9SREVSLVJJR0hUOiBtZWRpdW0g bm9uZTsgUEFERElORy1UT1A6IDNwdCI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+ RnJvbTogPC9zcGFuPldpbSBIZW5kZXJpY2t4PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OmJvbGQiPkRhdGU6IDwvc3Bhbj5XZWRuZXNkYXkgMjIgSnVseSAyMDE1IDE5OjI0PGJyPg0KPHNw YW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlRvOiA8L3NwYW4+JnF1b3Q7PGEgaHJlZj0ibWFp bHRvOmRyYWZ0LWZtLWJlc3Mtc2VydmljZS1jaGFpbmluZ0B0b29scy5pZXRmLm9yZyI+ZHJhZnQt Zm0tYmVzcy1zZXJ2aWNlLWNoYWluaW5nQHRvb2xzLmlldGYub3JnPC9hPiZxdW90Ozxicj4NCjxz cGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5TdWJqZWN0OiA8L3NwYW4+ZHJhZnQtZm0tYmVz cy1zZXJ2aWNlLWNoYWluaW5nIDxicj4NCjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2IHN0eWxlPSJ3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBz cGFjZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigw LCAwLCAwKTsgZm9udC1zaXplOiAxNHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJp ZjsiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2PldoaWxlIEkgc3VwcG9ydCB0byBzZWUgdGhpcyB3b3Jr IHByb2dyZXNzIEkgaGF2ZSB0aGUgZm9sbG93aW5nIHJlbWFya3Mgd2hpbGUgcmVhZGluZyB0aGlz IGRyYWZ0OjwvZGl2Pg0KPHVsPg0KPGxpPlRoZSBkb2MgaXMgbXVjaCBmb2N1c3NlZCBvbiB0aGUg VlJGIGNvbnN0cnVjdGlvbnMgYW5kIGFyY2hpdGVjdHVyZSwgYnV0IGluIHNvbWUgdXNlIGNhc2Vz IHdlIG5lZWQgdG8gcHJvZ3JhbSB0aGUgU0YsIHdoaWNoIGlzIG5vdCBhbHdheXMgY2xlYXIgYW5k IHdlIHNob3VsZCBiZSBhIGJpdCBtb3JlIGV4cGxpY2l0IGFib3V0IGl0IGluIHRoZSBkcmFmdDwv bGk+PGxpPklmIGEgU0YgaXMgTDIgdnMgTDMgd2UgbmVlZCB0byBwcm9ncmFtIHRoZSBzdGF0aWMg TkggYW5kIElQQCBhIGJpdCBkaWZmZXJlbnQgYW5kIHdlIHNob3VsZCBjbGFyaWZ5IHRoaXM8L2xp PjxsaT5BIHF1ZXN0aW9uIEkgaGF2ZSBpcyBpZiBpbiB0aGlzIGFyY2hpdGVjdHVyZSBhIFNGRiBj b3VsZCBiZSBzaGFyZWQgdXNpbmcgdGhlIHNhbWUgaW50ZXJmYWNlL3N1Yi1pbnRlcmZhY2Ugd2l0 aCBvdGhlciBzZXJ2aWNlIGNoYWlucyBvciBub3QuIEJhc2VkIG9uIHRoaXMgaXQgd291bGQgYWxz byBiZSBnb29kIHRvIGRvY3VtZW50IHRoZSB0aGluZ3MgdGhlIFNGQyBhcmNoaXRlY3R1cmUgYWxs b3dzIGFuZCBhcmUgc3VwcG9ydGVkIG9yIG5vdCB3aXRoDQogdGhpcyBwcm9wb3NhbC48L2xpPjwv dWw+DQo8ZGl2Pg0KPGRpdiBpZD0iIj48L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L3NwYW4+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_BB0E36551585420BAD787D0904018722alcatellucentcom_-- From nobody Wed Jul 22 12:15:38 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 47D5B1ACDC0; Wed, 22 Jul 2015 12:15:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 5-BdKyYsT3PY; Wed, 22 Jul 2015 12:15:35 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B45491A9030; Wed, 22 Jul 2015 12:15:13 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.1.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150722191513.14895.63754.idtracker@ietfa.amsl.com> Date: Wed, 22 Jul 2015 12:15:13 -0700 Archived-At: Cc: bess@ietf.org Subject: [bess] I-D Action: draft-ietf-bess-fat-pw-bgp-00.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 19:15:37 -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 Working Group of the IETF. Title : Extensions to BGP Signaled Pseudowires to support Flow-Aware Transport Labels Authors : Keyur Patel Sami Boutros Jose Liste Bin Wen Jorge Rabadan Filename : draft-ietf-bess-fat-pw-bgp-00.txt Pages : 9 Date : 2015-07-22 Abstract: [RFC6391] describes a mechanism that uses an additional label (Flow Label) in the MPLS label stack that allows Label Switch Routers to balance flows within Pseudowires at a finer granularity than the individual Pseudowires across the Equal Cost Multiple Paths (ECMPs) that exists within the Packet Switched Network (PSN). Furthermore,[RFC6391] defines the LDP protocol extensions required to synchronize the flow label states between the ingress and egress PEs when using the signaling procedures defined in the [RFC4447]. This draft defines protocol extensions required to synchronize flow label states among PEs when using the BGP-based signaling procedures defined in [RFC4761]. These protocol extensions are equally applicable to point-to-point L2VPNs defined in [RFC6624]. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-fat-pw-bgp/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-bess-fat-pw-bgp-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 Thu Jul 23 05:34:37 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 240771A90D5 for ; Thu, 23 Jul 2015 05:34:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham 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 TOOP9Tn5YtB4 for ; Thu, 23 Jul 2015 05:34:28 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias91.francetelecom.com [193.251.215.91]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4CC931ABD8F for ; Thu, 23 Jul 2015 05:34:28 -0700 (PDT) Received: from omfedm06.si.francetelecom.fr (unknown [xx.xx.xx.2]) by omfedm13.si.francetelecom.fr (ESMTP service) with ESMTP id C0BC73245B2; Thu, 23 Jul 2015 14:34:26 +0200 (CEST) Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.183]) by omfedm06.si.francetelecom.fr (ESMTP service) with ESMTP id A2FE427C0BE; Thu, 23 Jul 2015 14:34:26 +0200 (CEST) Received: from [10.193.116.37] (10.197.38.1) by PEXCVZYH02.corporate.adroot.infra.ftgroup (10.114.1.183) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 23 Jul 2015 14:34:25 +0200 To: BESS , From: Organization: Orange Message-ID: <14990_1437654866_55B0DF52_14990_70_6_55B0DF48.5090609@orange.com> Date: Thu, 23 Jul 2015 14:34:16 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.197.38.1] X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.7.16.85415 Archived-At: Subject: [bess] comments on draft-hao-bess-inter-nvo3-vpn-optionc X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 23 Jul 2015 12:34:34 -0000 Hi, (Without my chair hat,) I have the following comments to offer on draft-hao-bess-inter-nvo3-vpn-optionc-01. I think the proposal has a merit in that it defines how to do Option C in a context where we want one of the AS to use an IP transit rather than MPLS, and this is done preserving the scaling advantages of Option C over Option B for ASBRs. I have a few comments though. on things that would deserve to be improved. The term multi-hop EBGP designates an eBGP session between peers separated by multiple IP hops, in an inter-AS Option C context, sessions between RRs of the two ASes are multi-hop eBGP, but the session between ASBRs to carry RFC3107 routes is *not* multi-hop. However, your draft wrongly refers to sessions between PEs as "multi-hop EBGP", which I found very confusing. (Section 4, Section 5.1) Having to configure as many IPs on ASBR-d as there are PEs in the WAN seems to me as being a very strong drawback. I think that it would be better to use a combination of one ore more ASBR-d IP address and multiple destination UDP ports, to reduce the configuration overhead on ASBR-d related to having multiple addresses. With multiple UDP ports one IP will be enough for large number of PEs (e.g among the 64k possible ports, you can easily take a few thousands and cover a deployment with thousands of PEs). For an MPLS-over-GRE encap, you could use the GRE Key field instead. The only encap which I think cannot be addressed this way and would thus require multiple IP destination addresses would be NVGRE (because it already uses the GRE Key field). Last, to setup the overlay segment of the PE-to-NVE transit path, I think that, rather than introducing a new SAFI, it would make sense to use a plain IP route to /32 of each WAN PE advertising an IPVPN route, associated to a BGP tunnel encap attribute indicating which encap to use, with which destination IP address and which UDP Port / GRE key to use. (this combination of BGP Tunnel Encap attribute with a 1/1 AFI/SAFI is not allowed by RFC5512, but will be allowed assuming draft-rosen-idr-tunnel-encaps progresses in IDR). Best, -Thomas _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. From nobody Thu Jul 23 07:46:13 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 379781A8720; Thu, 23 Jul 2015 07:46:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham 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 JoqYAcqraixv; Thu, 23 Jul 2015 07:46:08 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias91.francetelecom.com [193.251.215.91]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2797F1A8758; Thu, 23 Jul 2015 07:45:55 -0700 (PDT) Received: from omfedm08.si.francetelecom.fr (unknown [xx.xx.xx.4]) by omfedm09.si.francetelecom.fr (ESMTP service) with ESMTP id 622AE2DC6D3; Thu, 23 Jul 2015 16:45:53 +0200 (CEST) Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.183]) by omfedm08.si.francetelecom.fr (ESMTP service) with ESMTP id 37C882380DB; Thu, 23 Jul 2015 16:45:53 +0200 (CEST) Received: from [10.193.116.37] (10.197.38.5) by PEXCVZYH02.corporate.adroot.infra.ftgroup (10.114.1.183) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 23 Jul 2015 16:45:52 +0200 References: <02ce01d0b851$4ecec5a0$ec6c50e0$@ndzh.com> <2691CE0099834E4A9C5044EEC662BB9D571ADA7E@dfweml701-chm> <55A0273D.4020608@juniper.net> <2691CE0099834E4A9C5044EEC662BB9D571B77BF@dfweml701-chm> <001001d0c136$290061b0$7b012510$@ndzh.com> From: Organization: Orange To: "idr@ietf.org" , BESS Message-ID: <10393_1437662753_55B0FE21_10393_2369_1_55B0FE1E.40600@orange.com> Date: Thu, 23 Jul 2015 16:45:50 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <001001d0c136$290061b0$7b012510$@ndzh.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.197.38.5] X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.7.23.142416 Archived-At: Cc: draft-ietf-bess-evpn-overlay@tools.ietf.org, draft-rosen-idr-tunnel-encaps@tools.ietf.org Subject: Re: [bess] [Idr] 2 week adoption call for draft-rosen-idr-tunnel-enaps-00.txt (7/6 to 7/20/2015) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 23 Jul 2015 14:46:10 -0000 Hi, I think this draft will be a very useful tool to address different topics, in particular topics related to we integrate encapsulations over an IP transit with BGP VPNs, and I support its adoption by IDR. That said, I have the following comments that need to be addressed: * to allow multicast support in the context of RFC6514/6513, RFC7117, and RFC7432 with a consistent way of advertising the encapsulations, I think that draft-rosen-idr-tunnel-encaps-00 section 2.4 should also consider as a "labelled address family" an AFI/SAFI that may be associated to a PMSI Tunnel attribute, in which case the "embedded label" is the Label in the PMSI Tunnel Attribute * consistently with the above, 1/5 and 25/8 should also be added as authorized families in section 3 * draft-ietf-bess-evpn-overlay currently relies on the Tunnel Encap Extended Community to advertise the use of MPLS-over-GRE or VXLAN or NVGRE, and section 5.1.3 of that draft specifies that the VNI to use is the value in the Label field of the route -- this is I believe /nearly/ inline with draft-rosen-idr-tunnel-encaps, but the devil is in the details: if I read correctly draft-rosen-idr-tunnel-encaps-01 Section 7.2, the behavior consisting in using the embedded label as the VNI requires advertising a BGP Tunnel Encap Attribute with an Embedded Label Handling Sub-TLV with value 2, or not advertising a BGP Tunnel Encap at all (nor using the Tunnel Encapsulation ExtendedCommunity which is made semantically equivalent by section 6) --- it thus seems to me that one of the two drafts needs something to allow proper compatibility With a lesser priority, I have a few other comments as well: * I think the intent of the MPLS codepoint 10 for tunnel type, as defined in draft-ietf-bess-evpn-overlay, intends to indicate the ability to receive plain MPLS in a context where other encaps are advertised (if you advertise only one non-MPLS encap, it means you support this encap but not MPLS) -- this I think would be nice to capture in draft-rosen-idr-tunnel-encaps * about the Remote Endpoint sub-TLV: why allow that an AF of 0 means "use next-hop address", but still require the presence of the TLV ? it seems that its absence could conveniently be interpreted as "use next-hop address", like what's done for the Tunnel Encap EC in section 6 * section 6 should say that, associated to a labelled address family, the Tunnel Encap EC of value GRE (2) means the same as MPLS-in-GRE (value 11) (like section 2.2.5 does for the attribute) And my second head, the one trying to fill my BESS co-chair hat, can't help adding that addressing some of the above will require keeping the BESS working group involved all along the life of this draft. Best, -Thomas Susan Hares: > Based on the BESS chairs request this adoption call will be extended 2 weeks > to 7/31 for BESS WG membesr to comment. > > Sue Hares > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. From nobody Thu Jul 23 23:58:18 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 86B1A1AC407 for ; Thu, 23 Jul 2015 23:58:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 Q7zgADJLPTfZ for ; Thu, 23 Jul 2015 23:58:13 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3DCB11A87B3 for ; Thu, 23 Jul 2015 23:58:12 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BVN33156; Fri, 24 Jul 2015 06:58:10 +0000 (GMT) Received: from NKGEML404-HUB.china.huawei.com (10.98.56.35) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 24 Jul 2015 07:58:09 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.10]) by nkgeml404-hub.china.huawei.com ([10.98.56.35]) with mapi id 14.03.0158.001; Fri, 24 Jul 2015 14:58:02 +0800 From: Haoweiguo To: "thomas.morin@orange.com" , BESS , "draft-hao-bess-inter-nvo3-vpn-optionc@tools.ietf.org" Thread-Topic: [bess] comments on draft-hao-bess-inter-nvo3-vpn-optionc Thread-Index: AQHQxUSDx7lZ7dh2SkK2dDvtrSyHu53qKu/D Date: Fri, 24 Jul 2015 06:58:02 +0000 Message-ID: References: <14990_1437654866_55B0DF52_14990_70_6_55B0DF48.5090609@orange.com> In-Reply-To: <14990_1437654866_55B0DF52_14990_70_6_55B0DF48.5090609@orange.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.68.127] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [bess] comments on draft-hao-bess-inter-nvo3-vpn-optionc X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 24 Jul 2015 06:58:16 -0000 Hi Thomas, Thanks for your good comments and suggestions. Pls see inline with [weiguo]= . weiguo ________________________________________ From: BESS [bess-bounces@ietf.org] on behalf of thomas.morin@orange.com [th= omas.morin@orange.com] Sent: Thursday, July 23, 2015 20:34 To: BESS; draft-hao-bess-inter-nvo3-vpn-optionc@tools.ietf.org Subject: [bess] comments on draft-hao-bess-inter-nvo3-vpn-optionc Hi, (Without my chair hat,) I have the following comments to offer on draft-hao-bess-inter-nvo3-vpn-optionc-01. I think the proposal has a merit in that it defines how to do Option C in a context where we want one of the AS to use an IP transit rather than MPLS, and this is done preserving the scaling advantages of Option C over Option B for ASBRs. I have a few comments though. on things that would deserve to be improved. The term multi-hop EBGP designates an eBGP session between peers separated by multiple IP hops, in an inter-AS Option C context, sessions between RRs of the two ASes are multi-hop eBGP, but the session between ASBRs to carry RFC3107 routes is *not* multi-hop. However, your draft wrongly refers to sessions between PEs as "multi-hop EBGP", which I found very confusing. (Section 4, Section 5.1) [weiguo]: Ok. The relevant discription will be modified. Having to configure as many IPs on ASBR-d as there are PEs in the WAN seems to me as being a very strong drawback. I think that it would be better to use a combination of one ore more ASBR-d IP address and multiple destination UDP ports, to reduce the configuration overhead on ASBR-d related to having multiple addresses. With multiple UDP ports one IP will be enough for large number of PEs (e.g among the 64k possible ports, you can easily take a few thousands and cover a deployment with thousands of PEs). For an MPLS-over-GRE encap, you could use the GRE Key field instead. The only encap which I think cannot be addressed this way and would thus require multiple IP destination addresses would be NVGRE (because it already uses the GRE Key field). [weiguo]: For VXLAN encapsulation, the destination UDP port is fixed, so it= 's hard for us to allocate different UDP port for each remote PE. Because n= ormally remote PEs number is not so large, so the IP addresses on ASBR-d wo= n't consume so much.=20 Last, to setup the overlay segment of the PE-to-NVE transit path, I think that, rather than introducing a new SAFI, it would make sense to use a plain IP route to /32 of each WAN PE advertising an IPVPN route, associated to a BGP tunnel encap attribute indicating which encap to use, with which destination IP address and which UDP Port / GRE key to use. (this combination of BGP Tunnel Encap attribute with a 1/1 AFI/SAFI is not allowed by RFC5512, but will be allowed assuming draft-rosen-idr-tunnel-encaps progresses in IDR). [weiguo]: OK. The ASBR-d announces remote PE ip address/32 combined with lo= cal VXLAN/NVGRE tunnel attibutes to NVEs, the NVEs use the tunnel attribute= for outer layer encapsulation.=20 Best, -Thomas ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess= From nobody Fri Jul 24 00:59:00 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8EC121B3023 for ; Fri, 24 Jul 2015 00:58:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham 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 9GZjThhx3odz for ; Fri, 24 Jul 2015 00:58:55 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias245.francetelecom.com [80.12.204.245]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 90C2B1B3009 for ; Fri, 24 Jul 2015 00:58:54 -0700 (PDT) Received: from omfeda07.si.francetelecom.fr (unknown [xx.xx.xx.200]) by omfeda12.si.francetelecom.fr (ESMTP service) with ESMTP id EF12E3B4D0B for ; Fri, 24 Jul 2015 09:58:52 +0200 (CEST) Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.183]) by omfeda07.si.francetelecom.fr (ESMTP service) with ESMTP id CE2D515807F for ; Fri, 24 Jul 2015 09:58:52 +0200 (CEST) Received: from [10.193.116.37] (10.197.38.1) by PEXCVZYH02.corporate.adroot.infra.ftgroup (10.114.1.183) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 24 Jul 2015 09:58:52 +0200 To: References: <14990_1437654866_55B0DF52_14990_70_6_55B0DF48.5090609@orange.com> From: Organization: Orange Message-ID: <9948_1437724732_55B1F03C_9948_2994_1_55B1F03B.3080902@orange.com> Date: Fri, 24 Jul 2015 09:58:51 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.197.38.1] X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.7.24.71515 Archived-At: Subject: Re: [bess] comments on draft-hao-bess-inter-nvo3-vpn-optionc X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 24 Jul 2015 07:58:59 -0000 Hi Weiguo, Haoweiguo : > Thomas: >> Having to configure as many IPs on ASBR-d as there are PEs in the WAN >> seems to me as being a very strong drawback. I think that it would be >> better to use a combination of one ore more ASBR-d IP address and >> multiple destination UDP ports, to reduce the configuration overhead on >> ASBR-d related to having multiple addresses. With multiple UDP ports one >> IP will be enough for large number of PEs (e.g among the 64k possible >> ports, you can easily take a few thousands and cover a deployment with >> thousands of PEs). For an MPLS-over-GRE encap, you could use the GRE >> Key field instead. The only encap which I think cannot be addressed this >> way and would thus require multiple IP destination addresses would be >> NVGRE (because it already uses the GRE Key field). > > [weiguo]: For VXLAN encapsulation, the destination UDP port is fixed, so it's hard for us to allocate different UDP port for each remote PE. While an IANA assigned port is available as a default, nothing prevents a box from mapping a range of UDP ports so that any port in this range is processed as VXLAN. As long as you have a way to let the sender know about which port to use, this is fine. The good news is that draft-rosen-idr-tunnel-encaps introduces a way to advertise which port to use when the port is other than the standard. > Because normally remote PEs number is not so large, so the IP addresses on ASBR-d won't consume so much. Networks with thousands of PEs are not uncommon, and this is a number high enough to make allocating and configuring all these IPs a significant drawback. By comparison playing with UDP ports is cheap and easy. -Thomas _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. From nobody Fri Jul 24 01:40:39 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4C3B1A1AAD; Fri, 24 Jul 2015 01:40:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.761 X-Spam-Level: X-Spam-Status: No, score=-1.761 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 a7dfzP9GV5Uz; Fri, 24 Jul 2015 01:40:26 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0375D1A0231; Fri, 24 Jul 2015 01:40:24 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BVN43901; Fri, 24 Jul 2015 08:40:23 +0000 (GMT) Received: from nkgeml407-hub.china.huawei.com (10.98.56.38) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 24 Jul 2015 09:40:22 +0100 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.210]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.03.0158.001; Fri, 24 Jul 2015 16:40:18 +0800 From: Xuxiaohu To: "thomas.morin@orange.com" , "idr@ietf.org" , BESS Thread-Topic: [bess] [Idr] 2 week adoption call for draft-rosen-idr-tunnel-enaps-00.txt (7/6 to 7/20/2015) Thread-Index: AdC4UJG6Pj+U9ACORa+TFqfDTB54DgCOU6eAAB/2g4AAjPSngADtYxyAAQgHOAAANXKtPg== Date: Fri, 24 Jul 2015 08:40:17 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0CB01880@NKGEML512-MBS.china.huawei.com> References: <02ce01d0b851$4ecec5a0$ec6c50e0$@ndzh.com> <2691CE0099834E4A9C5044EEC662BB9D571ADA7E@dfweml701-chm> <55A0273D.4020608@juniper.net> <2691CE0099834E4A9C5044EEC662BB9D571B77BF@dfweml701-chm> <001001d0c136$290061b0$7b012510$@ndzh.com>, <10393_1437662753_55B0FE21_10393_2369_1_55B0FE1E.40600@orange.com> In-Reply-To: <10393_1437662753_55B0FE21_10393_2369_1_55B0FE1E.40600@orange.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.66.180] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "draft-ietf-bess-evpn-overlay@tools.ietf.org" , "draft-rosen-idr-tunnel-encaps@tools.ietf.org" Subject: Re: [bess] [Idr] 2 week adoption call for draft-rosen-idr-tunnel-enaps-00.txt (7/6 to 7/20/2015) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 24 Jul 2015 08:40:31 -0000 SGkgYWxsLA0KDQpUaGUgbWFqb3IgcmF0aW9uYWxlIG9mIHRoZSBCR1AgRW5jYXAgU0FGSSBpcyBh cyBmb2xsb3dzOg0KDQogICJTaW5jZSB0aGUgZW5jYXBzdWxhdGlvbiBpbmZvcm1hdGlvbiBpcyBj b2RlZCBhcyBhbiBhdHRyaWJ1dGUsIG9uZQ0KICAgY291bGQgYXNrIHdoZXRoZXIgYSBuZXcgU0FG SSBpcyByZWFsbHkgcmVxdWlyZWQuICBBZnRlciBhbGwsIGEgQkdQDQogICBzcGVha2VyIGNvdWxk IHNpbXBseSBhdHRhY2ggdGhlIHR1bm5lbCBlbmNhcHN1bGF0aW9uIGF0dHJpYnV0ZSB0bw0KICAg ZWFjaCBwcmVmaXggKGxpa2UgUSBpbiBvdXIgZXhhbXBsZSkgdGhhdCBpdCBhZHZlcnRpc2VzLiAg QnV0IHdpdGgNCiAgIHRoYXQgdGVjaG5pcXVlLCBhbnkgY2hhbmdlIGluIHRoZSBlbmNhcHN1bGF0 aW9uIGluZm9ybWF0aW9uIHdvdWxkDQogICBjYXVzZSBhIHZlcnkgbGFyZ2UgbnVtYmVyIG9mIHVw ZGF0ZXMuICBVbmxlc3Mgb25lIHJlYWxseSB3YW50cyB0bw0KICAgc3BlY2lmeSBkaWZmZXJlbnQg ZW5jYXBzdWxhdGlvbiBpbmZvcm1hdGlvbiBmb3IgZWFjaCBwcmVmaXgsIGl0IGlzDQogICBtdWNo IGJldHRlciB0byBoYXZlIGEgbWVjaGFuaXNtIGluIHdoaWNoIGEgY2hhbmdlIGluIHRoZQ0KICAg ZW5jYXBzdWxhdGlvbiBpbmZvcm1hdGlvbiBjYXVzZXMgYSBCR1Agc3BlYWtlciB0byBhZHZlcnRp c2Ugb25seSBhDQogICBzaW5nbGUgdXBkYXRlLiAgQ29udmVyc2VseSwgd2hlbiBwcmVmaXhlcyBn ZXQgbW9kaWZpZWQsIHRoZSB0dW5uZWwNCiAgIGVuY2Fwc3VsYXRpb24gaW5mb3JtYXRpb24gbmVl ZCBub3QgYmUgZXhjaGFuZ2VkLiItLS1SRkM1NTEyDQoNCk5vdyBpdCBzZWVtcyB0aGF0IHRoZSBh Ym92ZSByYXRpb25hbGUgaGFzIGJlZW4gc2hha2VkIGJ5IHRoaXMgZHJhZnQuIEZ1dGhlcm1vcmUs IHNpbmNlIGl0IGFsbG93cyB0byBhdHRhY2ggQkdQIEVuY2FwIGF0dHJpYnV0ZXMgdG8gcm91dGVz IG5vdywgdGhlIEJHUCBlbmNhcHN1bGF0aW9uIGV4dGVuZGVkIGNvbW11bml0eSBjYW4gbm93IGJl IHNhZmVseSByZXBsYWNlZCBieSBCR1AgRW5jYXAgYXR0cmlidXRlLiBUaGVyZWZvcmUsIEkgd29u ZGVyIHdoZXRoZXIgUkZDNTUxMiB3b3VsZCBiZSBvYnNvbGV0ZWQgYnkgdGhpcyBkcmFmdCBpbiB0 aGUgZW5kLg0KDQpTaW5jZSBCR1AgZW5jYXBzdWxhdGlvbiBhdHRyaWJ1dGVzIGFyZSBub3cgYXR0 YWNoZWQgdG8gcm91dGVzLCB0aGUgQUZJL1NBRkkgb2YgdGhlIE5MUkkgaXMgYWxyZWFkeSBjYXBh YmxlIG9mIGluZGljYXRpbmcgdGhlIHBheWxvYWQgdHlwZSBvZiB0aGUgYWR2ZXJ0aXNlZCB0dW5u ZWwgcHJvdG9jb2wuIEZvciBleGFtcGxlLCBpZiBhIEJHUCBlbmNhcHN1bGF0aW9uIGF0dHJpYnV0 ZSBpbmRpY2F0aW5nIHRoZSBVRFAgdHVubmVsIGlzIGF0dGFjaGVkIHRvIGEgbGFiZWxlZCByb3V0 ZSwgaXQgd291bGQgYmUgb2J2aW91cyB0aGF0IE1QTFMtaW4tVURQIGlzIHN1cHBvcnRlZCBieSB0 aGUgb3JpZ2luYXRvciBvZiB0aGF0IHJvdXRlLiBJZiB0aGF0IHBhcnRpY3VsYXIgYXR0cmlidXRl IGlzIGF0dGFjaGVkIHRvIGEgdW5sYWJlbGVkIHJvdXRlLCBpdCBvYnZpb3VzbHkgaW5kaWNhdGVz IHRoYXQgSVAtaW4tVURQIGlzIHN1cHBvcnRlZC4gQXMgc3VjaCwgaXQgc2VlbXMgdW5uZWNlc3Nh cnkgdG8gYWxsb2NhdGUgdHdvIGFkZGl0aW9uYWwgdHlwZSBjb2RlcyBmb3IgTVBMUy1pbi1VRFAg YW5kIElQLWluLVVEUC4NCg0KQmVzdCByZWdhcmRzLA0KWGlhb2h1DQoNCg0KX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0Kt6K8/sjLOiBCRVNTIFtiZXNzLWJvdW5jZXNA aWV0Zi5vcmddILT6se0gdGhvbWFzLm1vcmluQG9yYW5nZS5jb20gW3Rob21hcy5tb3JpbkBvcmFu Z2UuY29tXQ0Kt6LLzcqxvOQ6IDIwMTXE6jfUwjIzyNUgMjI6NDUNCsrVvP7IyzogaWRyQGlldGYu b3JnOyBCRVNTDQqzrcvNOiBkcmFmdC1pZXRmLWJlc3MtZXZwbi1vdmVybGF5QHRvb2xzLmlldGYu b3JnOyBkcmFmdC1yb3Nlbi1pZHItdHVubmVsLWVuY2Fwc0B0b29scy5pZXRmLm9yZw0K1vfM4jog UmU6IFtiZXNzXSBbSWRyXSAyIHdlZWsgYWRvcHRpb24gY2FsbCBmb3IgZHJhZnQtcm9zZW4taWRy LXR1bm5lbC1lbmFwcy0wMC50eHQgKDcvNiB0byA3LzIwLzIwMTUpDQoNCkhpLA0KDQpJIHRoaW5r IHRoaXMgZHJhZnQgd2lsbCBiZSBhIHZlcnkgdXNlZnVsIHRvb2wgdG8gYWRkcmVzcyBkaWZmZXJl bnQNCnRvcGljcywgaW4gcGFydGljdWxhciB0b3BpY3MgcmVsYXRlZCB0byB3ZSBpbnRlZ3JhdGUg ZW5jYXBzdWxhdGlvbnMgb3Zlcg0KYW4gSVAgdHJhbnNpdCB3aXRoIEJHUCBWUE5zLCBhbmQgSSBz dXBwb3J0IGl0cyBhZG9wdGlvbiBieSBJRFIuDQoNClRoYXQgc2FpZCwgSSBoYXZlIHRoZSBmb2xs b3dpbmcgY29tbWVudHMgdGhhdCBuZWVkIHRvIGJlIGFkZHJlc3NlZDoNCg0KKiB0byBhbGxvdyBt dWx0aWNhc3Qgc3VwcG9ydCBpbiB0aGUgY29udGV4dCBvZiBSRkM2NTE0LzY1MTMsIFJGQzcxMTcs DQphbmQgUkZDNzQzMiB3aXRoIGEgY29uc2lzdGVudCB3YXkgb2YgYWR2ZXJ0aXNpbmcgdGhlIGVu Y2Fwc3VsYXRpb25zLCBJDQp0aGluayB0aGF0ICBkcmFmdC1yb3Nlbi1pZHItdHVubmVsLWVuY2Fw cy0wMCBzZWN0aW9uIDIuNCBzaG91bGQgYWxzbw0KY29uc2lkZXIgYXMgYSAibGFiZWxsZWQgYWRk cmVzcyBmYW1pbHkiIGFuIEFGSS9TQUZJIHRoYXQgbWF5IGJlDQphc3NvY2lhdGVkIHRvIGEgUE1T SSBUdW5uZWwgYXR0cmlidXRlLCBpbiB3aGljaCBjYXNlIHRoZSAiZW1iZWRkZWQNCmxhYmVsIiBp cyB0aGUgTGFiZWwgaW4gdGhlIFBNU0kgVHVubmVsIEF0dHJpYnV0ZQ0KDQoqIGNvbnNpc3RlbnRs eSB3aXRoIHRoZSBhYm92ZSwgIDEvNSBhbmQgMjUvOCBzaG91bGQgYWxzbyBiZSBhZGRlZCBhcw0K YXV0aG9yaXplZCBmYW1pbGllcyBpbiBzZWN0aW9uIDMNCg0KKiBkcmFmdC1pZXRmLWJlc3MtZXZw bi1vdmVybGF5IGN1cnJlbnRseSByZWxpZXMgb24gdGhlIFR1bm5lbCBFbmNhcA0KRXh0ZW5kZWQg Q29tbXVuaXR5IHRvIGFkdmVydGlzZSB0aGUgdXNlIG9mIE1QTFMtb3Zlci1HUkUgb3IgVlhMQU4g b3INCk5WR1JFLCBhbmQgc2VjdGlvbiA1LjEuMyBvZiB0aGF0IGRyYWZ0IHNwZWNpZmllcyB0aGF0 IHRoZSBWTkkgdG8gdXNlIGlzDQp0aGUgdmFsdWUgaW4gdGhlIExhYmVsIGZpZWxkIG9mIHRoZSBy b3V0ZSAtLSB0aGlzIGlzIEkgYmVsaWV2ZSAvbmVhcmx5Lw0KaW5saW5lIHdpdGggZHJhZnQtcm9z ZW4taWRyLXR1bm5lbC1lbmNhcHMsIGJ1dCB0aGUgZGV2aWwgaXMgaW4gdGhlDQpkZXRhaWxzOiAg IGlmIEkgcmVhZCBjb3JyZWN0bHkgZHJhZnQtcm9zZW4taWRyLXR1bm5lbC1lbmNhcHMtMDEgU2Vj dGlvbg0KNy4yLCB0aGUgYmVoYXZpb3IgY29uc2lzdGluZyBpbiB1c2luZyB0aGUgZW1iZWRkZWQg bGFiZWwgYXMgdGhlIFZOSQ0KcmVxdWlyZXMgYWR2ZXJ0aXNpbmcgYSBCR1AgVHVubmVsIEVuY2Fw ICBBdHRyaWJ1dGUgd2l0aCBhbiBFbWJlZGRlZA0KTGFiZWwgSGFuZGxpbmcgU3ViLVRMViB3aXRo IHZhbHVlIDIsIG9yIG5vdCBhZHZlcnRpc2luZyBhIEJHUCBUdW5uZWwNCkVuY2FwIGF0IGFsbCAo bm9yIHVzaW5nIHRoZSBUdW5uZWwgRW5jYXBzdWxhdGlvbiBFeHRlbmRlZENvbW11bml0eSB3aGlj aA0KaXMgbWFkZSBzZW1hbnRpY2FsbHkgZXF1aXZhbGVudCBieSBzZWN0aW9uIDYpIC0tLSAgaXQg dGh1cyBzZWVtcyB0byBtZQ0KdGhhdCBvbmUgb2YgdGhlIHR3byBkcmFmdHMgbmVlZHMgc29tZXRo aW5nIHRvIGFsbG93IHByb3BlciBjb21wYXRpYmlsaXR5DQoNCg0KV2l0aCBhIGxlc3NlciBwcmlv cml0eSwgSSBoYXZlIGEgZmV3IG90aGVyIGNvbW1lbnRzIGFzIHdlbGw6DQoNCiogSSB0aGluayB0 aGUgaW50ZW50IG9mIHRoZSBNUExTIGNvZGVwb2ludCAxMCBmb3IgdHVubmVsIHR5cGUsIGFzDQpk ZWZpbmVkIGluIGRyYWZ0LWlldGYtYmVzcy1ldnBuLW92ZXJsYXksIGludGVuZHMgdG8gaW5kaWNh dGUgdGhlIGFiaWxpdHkNCnRvIHJlY2VpdmUgcGxhaW4gTVBMUyBpbiBhIGNvbnRleHQgd2hlcmUg b3RoZXIgZW5jYXBzIGFyZSBhZHZlcnRpc2VkIChpZg0KeW91IGFkdmVydGlzZSBvbmx5IG9uZSBu b24tTVBMUyBlbmNhcCwgaXQgbWVhbnMgeW91IHN1cHBvcnQgdGhpcyBlbmNhcA0KYnV0IG5vdCBN UExTKSAtLSB0aGlzIEkgdGhpbmsgd291bGQgYmUgbmljZSB0byBjYXB0dXJlIGluDQpkcmFmdC1y b3Nlbi1pZHItdHVubmVsLWVuY2Fwcw0KDQoqIGFib3V0IHRoZSBSZW1vdGUgRW5kcG9pbnQgc3Vi LVRMVjogd2h5IGFsbG93IHRoYXQgYW4gQUYgb2YgMCBtZWFucw0KInVzZSBuZXh0LWhvcCBhZGRy ZXNzIiwgYnV0IHN0aWxsIHJlcXVpcmUgdGhlIHByZXNlbmNlIG9mIHRoZSBUTFYgPyAgaXQNCnNl ZW1zIHRoYXQgaXRzIGFic2VuY2UgY291bGQgY29udmVuaWVudGx5IGJlIGludGVycHJldGVkIGFz ICJ1c2UNCm5leHQtaG9wIGFkZHJlc3MiLCBsaWtlIHdoYXQncyBkb25lIGZvciB0aGUgVHVubmVs IEVuY2FwIEVDIGluIHNlY3Rpb24gNg0KDQoqIHNlY3Rpb24gNiBzaG91bGQgc2F5IHRoYXQsIGFz c29jaWF0ZWQgdG8gYSBsYWJlbGxlZCBhZGRyZXNzIGZhbWlseSwNCnRoZSBUdW5uZWwgRW5jYXAg RUMgb2YgdmFsdWUgR1JFICgyKSBtZWFucyB0aGUgc2FtZSBhcyBNUExTLWluLUdSRQ0KKHZhbHVl IDExKSAobGlrZSBzZWN0aW9uIDIuMi41IGRvZXMgZm9yIHRoZSBhdHRyaWJ1dGUpDQoNCg0KQW5k IG15IHNlY29uZCBoZWFkLCB0aGUgb25lIHRyeWluZyB0byBmaWxsIG15IEJFU1MgY28tY2hhaXIg aGF0LCBjYW4ndA0KaGVscCBhZGRpbmcgdGhhdCBhZGRyZXNzaW5nIHNvbWUgb2YgdGhlIGFib3Zl IHdpbGwgcmVxdWlyZSBrZWVwaW5nIHRoZQ0KQkVTUyB3b3JraW5nIGdyb3VwIGludm9sdmVkIGFs bCBhbG9uZyB0aGUgbGlmZSBvZiB0aGlzIGRyYWZ0Lg0KDQpCZXN0LA0KDQotVGhvbWFzDQoNCg0K U3VzYW4gSGFyZXM6DQo+IEJhc2VkIG9uIHRoZSBCRVNTIGNoYWlycyByZXF1ZXN0IHRoaXMgYWRv cHRpb24gY2FsbCB3aWxsIGJlIGV4dGVuZGVkIDIgd2Vla3MNCj4gdG8gNy8zMSBmb3IgQkVTUyBX RyBtZW1iZXNyIHRvIGNvbW1lbnQuDQo+DQo+IFN1ZSBIYXJlcw0KPg0KPiBfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBJZHIgbWFpbGluZyBsaXN0DQo+ IElkckBpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lk cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCkNlIG1lc3NhZ2UgZXQgc2VzIHBp ZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRp ZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYw0KcGFzIGV0cmUgZGlmZnVz ZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiBy ZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXINCmEgbCdleHBl ZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBt ZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sDQpP cmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFs dGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuDQoNClRoaXMgbWVzc2FnZSBhbmQgaXRz IGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9y bWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7DQp0aGV5IHNob3VsZCBub3QgYmUg ZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4NCklmIHlv dSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNl bmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLg0KQXMgZW1h aWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhh dCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLg0KVGhhbmsgeW91Lg0K DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KQkVTUyBt YWlsaW5nIGxpc3QNCkJFU1NAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vYmVzcw== From nobody Fri Jul 24 01:50:06 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE01B1A1ADB for ; Fri, 24 Jul 2015 01:50:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 6DeUEMW-nMuB for ; Fri, 24 Jul 2015 01:50:02 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8D5D71A1BD7 for ; Fri, 24 Jul 2015 01:49:55 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BVN44966; Fri, 24 Jul 2015 08:49:53 +0000 (GMT) Received: from NKGEML408-HUB.china.huawei.com (10.98.56.39) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 24 Jul 2015 09:49:52 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.10]) by nkgeml408-hub.china.huawei.com ([10.98.56.39]) with mapi id 14.03.0158.001; Fri, 24 Jul 2015 16:49:44 +0800 From: Haoweiguo To: "thomas.morin@orange.com" , "bess@ietf.org" Thread-Topic: [bess] comments on draft-hao-bess-inter-nvo3-vpn-optionc Thread-Index: AQHQxUSDx7lZ7dh2SkK2dDvtrSyHu53qKu/D//+Rk4CAAJGbcQ== Date: Fri, 24 Jul 2015 08:49:44 +0000 Message-ID: References: <14990_1437654866_55B0DF52_14990_70_6_55B0DF48.5090609@orange.com> , <9948_1437724732_55B1F03C_9948_2994_1_55B1F03B.3080902@orange.com> In-Reply-To: <9948_1437724732_55B1F03C_9948_2994_1_55B1F03B.3080902@orange.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.68.218] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [bess] comments on draft-hao-bess-inter-nvo3-vpn-optionc X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 24 Jul 2015 08:50:05 -0000 Thanks Thomas. I will accept your suggestion about allocating UDP port appr= oach on ASBR-d to save IP address space. However, if the operators want t= o use IANA assigned VXLAN fixed port, the IP address allocating approach m= aybe still should be used. So do you think we should provide two options(al= locating UDP port or independant IP address for each remote PE on ASBR-d) a= nd one of the options will to be a default choice? weiguo ________________________________________ From: BESS [bess-bounces@ietf.org] on behalf of thomas.morin@orange.com [th= omas.morin@orange.com] Sent: Friday, July 24, 2015 15:58 To: bess@ietf.org Subject: Re: [bess] comments on draft-hao-bess-inter-nvo3-vpn-optionc Hi Weiguo, Haoweiguo : > Thomas: >> Having to configure as many IPs on ASBR-d as there are PEs in the WAN >> seems to me as being a very strong drawback. I think that it would be >> better to use a combination of one ore more ASBR-d IP address and >> multiple destination UDP ports, to reduce the configuration overhead on >> ASBR-d related to having multiple addresses. With multiple UDP ports one >> IP will be enough for large number of PEs (e.g among the 64k possible >> ports, you can easily take a few thousands and cover a deployment with >> thousands of PEs). For an MPLS-over-GRE encap, you could use the GRE >> Key field instead. The only encap which I think cannot be addressed this >> way and would thus require multiple IP destination addresses would be >> NVGRE (because it already uses the GRE Key field). > > [weiguo]: For VXLAN encapsulation, the destination UDP port is fixed, so = it's hard for us to allocate different UDP port for each remote PE. While an IANA assigned port is available as a default, nothing prevents a box from mapping a range of UDP ports so that any port in this range is processed as VXLAN. As long as you have a way to let the sender know about which port to use, this is fine. The good news is that draft-rosen-idr-tunnel-encaps introduces a way to advertise which port to use when the port is other than the standard. > Because normally remote PEs number is not so large, so the IP addresses= on ASBR-d won't consume so much. Networks with thousands of PEs are not uncommon, and this is a number high enough to make allocating and configuring all these IPs a significant drawback. By comparison playing with UDP ports is cheap and easy. -Thomas ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess= From nobody Fri Jul 24 07:52:18 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D9B51A923B for ; Fri, 24 Jul 2015 07:52:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham 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 i8vSh62b8axT for ; Fri, 24 Jul 2015 07:52:14 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias243.francetelecom.com [80.12.204.243]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7738F1A1BF6 for ; Fri, 24 Jul 2015 07:52:14 -0700 (PDT) Received: from omfeda07.si.francetelecom.fr (unknown [xx.xx.xx.200]) by omfeda13.si.francetelecom.fr (ESMTP service) with ESMTP id D242019084A; Fri, 24 Jul 2015 16:52:12 +0200 (CEST) Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.183]) by omfeda07.si.francetelecom.fr (ESMTP service) with ESMTP id A4E3F158087; Fri, 24 Jul 2015 16:52:08 +0200 (CEST) Received: from [10.193.116.37] (10.197.38.3) by PEXCVZYH02.corporate.adroot.infra.ftgroup (10.114.1.183) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 24 Jul 2015 16:52:07 +0200 To: Haoweiguo , "bess@ietf.org" References: <14990_1437654866_55B0DF52_14990_70_6_55B0DF48.5090609@orange.com> <9948_1437724732_55B1F03C_9948_2994_1_55B1F03B.3080902@orange.com> From: Organization: Orange Message-ID: <3851_1437749528_55B25118_3851_8494_1_55B25115.9000800@orange.com> Date: Fri, 24 Jul 2015 16:52:05 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.197.38.3] X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.7.24.141517 Archived-At: Subject: Re: [bess] comments on draft-hao-bess-inter-nvo3-vpn-optionc X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 24 Jul 2015 14:52:17 -0000 Weiguo, 2015-07-24, Haoweiguo: > I will accept your suggestion about allocating UDP > port approach on ASBR-d to save IP address space. However, if the > operators want to use IANA assigned VXLAN fixed port, the IP address > allocating approach maybe still should be used. Yes, it is ok to say that ASBR-d can be configured by the operator to use only the standard port for the encap. > So do you think we > should provide two options(allocating UDP port or independant IP > address for each remote PE on ASBR-d) and one of the options will to > be a default choice? To allow proper interop on a solution that does not have the drawback of configuring a potentially large set of IPs, I would suggest saying "For UDP based overlay encapsulations, NVEs SHOULD support sending traffic with a variable UDP port as possibly specified in received routes, and for GRE-based encaps at the exception of NVGRE, SHOULD support sending traffic with a variable Key field as possibly specified in received routes". What is the default then depends on the ASBR-d behavior, so, unless range of IP addresses is configured for stitching with LSPs, I think the default should be to use a range of UDP ports (what is the default value for this range can be implementation specific). -Thomas > ________________________________________ From: BESS > [bess-bounces@ietf.org] on behalf of thomas.morin@orange.com > [thomas.morin@orange.com] Sent: Friday, July 24, 2015 15:58 To: > bess@ietf.org Subject: Re: [bess] comments on > draft-hao-bess-inter-nvo3-vpn-optionc > > Hi Weiguo, > > Haoweiguo : >> Thomas: >>> Having to configure as many IPs on ASBR-d as there are PEs in the >>> WAN seems to me as being a very strong drawback. I think that it >>> would be better to use a combination of one ore more ASBR-d IP >>> address and multiple destination UDP ports, to reduce the >>> configuration overhead on ASBR-d related to having multiple >>> addresses. With multiple UDP ports one IP will be enough for >>> large number of PEs (e.g among the 64k possible ports, you can >>> easily take a few thousands and cover a deployment with thousands >>> of PEs). For an MPLS-over-GRE encap, you could use the GRE Key >>> field instead. The only encap which I think cannot be addressed >>> this way and would thus require multiple IP destination addresses >>> would be NVGRE (because it already uses the GRE Key field). >> >> [weiguo]: For VXLAN encapsulation, the destination UDP port is >> fixed, so it's hard for us to allocate different UDP port for each >> remote PE. > > While an IANA assigned port is available as a default, nothing > prevents a box from mapping a range of UDP ports so that any port in > this range is processed as VXLAN. As long as you have a way to let > the sender know about which port to use, this is fine. The good news > is that draft-rosen-idr-tunnel-encaps introduces a way to advertise > which port to use when the port is other than the standard. > >> Because normally remote PEs number is not so large, so the IP >> addresses on ASBR-d won't consume so much. > > Networks with thousands of PEs are not uncommon, and this is a > number high enough to make allocating and configuring all these IPs > a significant drawback. By comparison playing with UDP ports is > cheap and easy. > > -Thomas > > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc pas etre diffuses, > exploites ou copies sans autorisation. Si vous avez recu ce message > par erreur, veuillez le signaler a l'expediteur et le detruire ainsi > que les pieces jointes. Les messages electroniques etant susceptibles > d'alteration, Orange decline toute responsabilite si ce message a ete > altere, deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or > privileged information that may be protected by law; they should not > be distributed, used or copied without authorisation. If you have > received this email in error, please notify the sender and delete > this message and its attachments. As emails may be altered, Orange is > not liable for messages that have been modified, changed or > falsified. Thank you. > > _______________________________________________ BESS mailing list > BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess > _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. From nobody Fri Jul 24 08:55:22 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 585481ACE11; Fri, 24 Jul 2015 08:55:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 AqAz-DxNvpkw; Fri, 24 Jul 2015 08:55:14 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C9CB1A8700; Fri, 24 Jul 2015 08:55:13 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.1.0.p3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150724155513.17312.96026.idtracker@ietfa.amsl.com> Date: Fri, 24 Jul 2015 08:55:13 -0700 Archived-At: Cc: bess@ietf.org Subject: [bess] I-D Action: draft-ietf-bess-spbm-evpn-00.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jul 2015 15:55:16 -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 Working Group of the IETF. Title : Shortest Path Bridging, MAC Mode Support over EVPN Authors : Dave Allan Jeff Tantsura Don Fedyk Ali Sajassi Filename : draft-ietf-bess-spbm-evpn-00.txt Pages : 10 Date : 2015-07-24 Abstract: This document describes how Ethernet Shortest Path Bridging MAC mode (802.1aq) can be combined with EVPN in a way that interworks with PBB-PEs as described in the PBB-EVPN solution. This is achieved via operational isolation of each Ethernet network subtending an EVPN core while supporting full interworking between the different variations of Ethernet networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-spbm-evpn/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-bess-spbm-evpn-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 Fri Jul 24 10:28:22 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9AACB1A1A7D for ; Fri, 24 Jul 2015 10:28:20 -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, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 nCDgMDgZ_fkb for ; Fri, 24 Jul 2015 10:28:18 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0795.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::795]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BBD0C1A1A8F for ; Fri, 24 Jul 2015 10:28:17 -0700 (PDT) Received: from DM2PR0501MB1229.namprd05.prod.outlook.com (10.160.246.12) by DM2PR0501MB1374.namprd05.prod.outlook.com (10.160.131.11) with Microsoft SMTP Server (TLS) id 15.1.225.19; Fri, 24 Jul 2015 17:27:58 +0000 Received: from DM2PR0501MB1230.namprd05.prod.outlook.com (10.160.246.13) by DM2PR0501MB1229.namprd05.prod.outlook.com (10.160.246.12) with Microsoft SMTP Server (TLS) id 15.1.225.19; Fri, 24 Jul 2015 17:27:57 +0000 Received: from DM2PR0501MB1230.namprd05.prod.outlook.com ([10.160.246.13]) by DM2PR0501MB1230.namprd05.prod.outlook.com ([10.160.246.13]) with mapi id 15.01.0225.018; Fri, 24 Jul 2015 17:27:57 +0000 From: Ravi Shekhar To: "EXT - thomas.morin@orange.com" , "bess@ietf.org" Thread-Topic: [bess] Extended adoption call in IDR for draft-rosen-idr-tunnel-encaps-00 Thread-Index: AQHQwW+MZdRJx5aGO0OuVURM79X4n53q58pA Date: Fri, 24 Jul 2015 17:27:57 +0000 Message-ID: References: <02ce01d0b851$4ecec5a0$ec6c50e0$@ndzh.com> <2691CE0099834E4A9C5044EEC662BB9D571ADA7E@dfweml701-chm> <55A0273D.4020608@juniper.net> <2691CE0099834E4A9C5044EEC662BB9D571B77BF@dfweml701-chm>, <001001d0c136$290061b0$7b012510$@ndzh.com> <28440_1437233805_55AA728D_28440_18714_1_gka0i7s5fubmed11cbe4jt0g.1437233401129@email.android.com> In-Reply-To: <28440_1437233805_55AA728D_28440_18714_1_gka0i7s5fubmed11cbe4jt0g.1437233401129@email.android.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: orange.com; dkim=none (message not signed) header.d=none; x-originating-ip: [66.129.239.10] x-microsoft-exchange-diagnostics: 1; DM2PR0501MB1229; 5:STnS8aTwQ8Tnf2TQsiCxcMFd3ONaxXnoqfyDof6JWtce7kAkJMOkUl9uPKoq20qM5vgIT4ARsXaLWWxN37iSZae6fiMAc2PT7dKAEdNkNhr/NKRLZGsQ4gudlUzqaJMwF+9I/SzrBhUJ8x6oOA+9aA==; 24:E3oer2KMgMj4c97CS+OKLWfU3M9cMRAjszDBEo83dfuPo7tdwoD4q2S2+a6BREEh5HIaEkjgIZRGy9nO1rafHfyr8OUpxw1Sn+U3q/LPhEs=; 20:8QzSHrk4dYtW/EXtc7f4FbdjGhkIGa/mORYTBPkFvMyHmItQzHfCwI5+SQInXj54G6L61iqOhb9kxA2p4B3gZw== x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB1229; UriScan:; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB1374; dm2pr0501mb1229: X-MS-Exchange-Organization-RulesExecuted x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(108003899814671); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:DM2PR0501MB1229; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB1229; x-forefront-prvs: 0647963F84 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(479174004)(377454003)(53754006)(77096005)(92566002)(16236675004)(19617315012)(19609705001)(15975445007)(19300405004)(19625215002)(76176999)(54356999)(19580395003)(102836002)(50986999)(33656002)(230783001)(19580405001)(561944003)(76576001)(5001960100002)(2950100001)(5001770100001)(5003600100002)(189998001)(2900100001)(107886002)(46102003)(2501003)(5002640100001)(87936001)(99286002)(66066001)(106116001)(122556002)(5890100001)(74316001)(86362001)(2656002)(77156002)(93886004)(62966003)(40100003); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0501MB1229; H:DM2PR0501MB1230.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: multipart/alternative; boundary="_000_DM2PR0501MB1230389A6C7F2A394A67F09BC8810DM2PR0501MB1230_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Jul 2015 17:27:57.1166 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0501MB1229 X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1374; 2:1Q6xq/fTOwLncAmIg5rLHH2jbGLvDSj/lm/uvOniV45gHu0MhUiG2QLRwNOKw6hrehOoWVOVVZi1zkP5BXNg/nvalBRaUY5y9EV/uqt7+r3/c+T+d0zcG1bZGcNyZ6V45LdSg6CiUeHNcbTXJ7exvxUHvdDjuW3XLn39IMgoBpU=; 3:onk5ta0NKL1xTOsC+c3YJNvm810tX3OhPmqCwV9ZKG7i5CmOv1z8ojVPH/yJOg/cB9qq8thgwlq/l2n9mb4n9PYnoOtjKo28JhBnmmdQC6u5EldQxHd6p1bswxw1LD6YDagCXYmqwh7Gwpf9ql2S8A==; 25:tLjvEXuh3//91jbmHeDlzdO2GedxBHa/kdxzHlHh578ZM/uJ0Lylhe3ydTBj1U2f//WioDaAl0af0piLzmFajb2YrXsmutrr0tayMgazBLUZankpwmStWa4PeNKKfd9VatzrmiYemab+eAy0Aa4S6gOfBWQc8OASVZBxkBml2QYWPdrF7neHNao4oIKbRtyYTL6O2QtVrlWBjss4rnvwxBSDqblgo0SFC3PANoP+Fkn093msk8StZMYnNtmXfIsfjpW6X4nTrV1MHfcVnhiUNA==; 20:0xNy2nIaUoKm6H/cEGNp8WmnsKTaaIcVT/COkQPsVDBTNqt6AxAY/CDNXvd6nLEyy3VBDgUQ+a5CJuOImjBS2Q==; 23://+JInK3RFtTXmClmgBnj1fXvQBusvhX2tzLwuB+z5pNoPBPPVkOorz8GebHnxiwRdKZu9qtAslLzN3SZ47Wiko0GV7nX0+IUcP0uJdCcQeTPegP46l8DF8kOMscmEbGan2ypKedmRZiXTQeTWTqiukC21dlSu7sS+L7vdqYtMJFuOhrGPwC1kEZbX/qraf+x5itv20F7cYZir9YEEk4h2KnaWt/idWBhhPyUlQdAn1MQvpxIcSbU9YCs5IUiX4T DM2PR0501MB1374: X-MS-Exchange-Organization-RulesExecuted X-OriginatorOrg: juniper.net Archived-At: Subject: Re: [bess] Extended adoption call in IDR for draft-rosen-idr-tunnel-encaps-00 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 24 Jul 2015 17:28:20 -0000 --_000_DM2PR0501MB1230389A6C7F2A394A67F09BC8810DM2PR0501MB1230_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I support adoption of draft so that newer IP fabric based encapsulation met= hods more commonly used in data-centers(VxLAN) can be applied for L3VPN sig= naling. Currently, a subset of L3VPN functionality can also be achieved usi= ng EVPN-based-prefix-distribution( over VxLAN/NvGRE). While EVPN has its pl= ace in L2 and L3 host route distribution, L3VPN is a widely deployed and ma= ture technology for prefix distribution. As a result, a lot of customers wo= uld like to continue to use L3VPN signaling for prefix distribution, but ov= er IP fabric based DCs. This draft fills that gap. Thanks. - Ravi. From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of thomas.morin@orange.= com Sent: Saturday, July 18, 2015 8:37 AM To: bess@ietf.org Subject: [bess] Extended adoption call in IDR for draft-rosen-idr-tunnel-en= caps-00 Hi everyone, IDR chairs have extended the ongoing call for adoption of draft-rosen-idr-t= unnel-encaps by IDR, to let BESS participants who would have missed it, co= mment on this call. Please read this proposal tightly related to BESS work, and send comments t= o IDR mailing list. -Thomas & Martin ---- Message original ---- Objet : Re: [Idr] 2 week adoption call for draft-rosen-idr-tunnel-enaps-00.= txt (7/6 to 7/20/2015) Envoy=E9 : 18 juil. 2015 10:46 De : Susan Hares > =C0 : 'idr wg list' > Cc : "'Keyur Patel (keyupate)'" > Based on the BESS chairs request this adoption call will be extended 2 week= s to 7/31 for BESS WG membesr to comment. Sue Hares _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_DM2PR0501MB1230389A6C7F2A394A67F09BC8810DM2PR0501MB1230_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

I support adoption of draft so that newer IP fabric = based encapsulation methods more commonly used in data-centers(VxLAN) can b= e applied for L3VPN signaling. Currently, a subset of L3VPN functionality c= an also be achieved using EVPN-based-prefix-distribution( over VxLAN/NvGRE). While EVPN has its place in L2 and L3 host route distri= bution, L3VPN is a widely deployed and mature technology for prefix distrib= ution. As a result, a lot of customers would like to continue to use L3VPN = signaling for prefix distribution, but over IP fabric based DCs. This draft fills that gap.

 

Thanks.

-     &= nbsp;  Ravi.

 

From: BESS [mailto:bess-bounces@ietf= .org] On Behalf Of thomas.morin@orange.com
Sent: Saturday, July 18, 2015 8:37 AM
To: bess@ietf.org
Subject: [bess] Extended adoption call in IDR for draft-rosen-idr-tu= nnel-encaps-00

 

Hi everyone,

IDR chairs have extended the ongoing call for adoption of draft-rosen-id= r-tunnel-encaps by IDR, to let BESS participants who would have missed it,&= nbsp; comment on this call.

Please read this proposal tightly related to BESS work, and send comment= s to IDR mailing list.

-Thomas & Martin



---- Message original ----
Objet : Re: [Idr] 2 week adoption call for draft-rosen-idr-tunnel-enap= s-00.txt (7/6 to 7/20/2015)
Envoy=E9 : 18 juil. 2015 10:46
De : Susan Hares <shares@ndzh.co= m>
=C0 : 'idr wg list' <idr@ietf.org>
Cc : "'Keyur Patel (keyupate)'" <keyupate@cisco.com>

Based on the BESS c= hairs request this adoption call will be extended 2 weeks
to 7/31 for BESS WG membesr to comment.

Sue Hares

_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/= mailman/listinfo/idr

______________________________________________________________________=
___________________________________________________
 
Ce message et ses pieces jointes peuvent contenir des informations con=
fidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez=
 recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messag=
es electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deform=
e ou falsifie. Merci.
 
This message and its attachments may contain confidential or privilege=
d information that may be protected by law;
they should not be distributed, used or copied without authorisation.<=
o:p>
If you have received this email in error, please notify the sender and=
 delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have =
been modified, changed or falsified.
Thank you.
--_000_DM2PR0501MB1230389A6C7F2A394A67F09BC8810DM2PR0501MB1230_-- From nobody Sat Jul 25 03:50:32 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 53D6A1A0122 for ; Sat, 25 Jul 2015 03:50:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 MBciIYsV_9RB for ; Sat, 25 Jul 2015 03:50:27 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A8DCF1A0130 for ; Sat, 25 Jul 2015 03:50:26 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BVO34150; Sat, 25 Jul 2015 10:50:24 +0000 (GMT) Received: from NKGEML403-HUB.china.huawei.com (10.98.56.34) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.235.1; Sat, 25 Jul 2015 11:50:23 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.10]) by nkgeml403-hub.china.huawei.com ([10.98.56.34]) with mapi id 14.03.0158.001; Sat, 25 Jul 2015 18:50:18 +0800 From: Haoweiguo To: "thomas.morin@orange.com" , "bess@ietf.org" Thread-Topic: [bess] comments on draft-hao-bess-inter-nvo3-vpn-optionc Thread-Index: AQHQxUSDx7lZ7dh2SkK2dDvtrSyHu53qKu/D//+Rk4CAAJGbcf//4dqAgAHUlGU= Date: Sat, 25 Jul 2015 10:50:18 +0000 Message-ID: References: <14990_1437654866_55B0DF52_14990_70_6_55B0DF48.5090609@orange.com> <9948_1437724732_55B1F03C_9948_2994_1_55B1F03B.3080902@orange.com> , <3851_1437749528_55B25118_3851_8494_1_55B25115.9000800@orange.com> In-Reply-To: <3851_1437749528_55B25118_3851_8494_1_55B25115.9000800@orange.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.71.128] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [bess] comments on draft-hao-bess-inter-nvo3-vpn-optionc X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 25 Jul 2015 10:50:30 -0000 Hi Thomas, I agree with you. Will update the document ASAP. Thanks weiguo ________________________________________ From: BESS [bess-bounces@ietf.org] on behalf of thomas.morin@orange.com [th= omas.morin@orange.com] Sent: Friday, July 24, 2015 22:52 To: Haoweiguo; bess@ietf.org Subject: Re: [bess] comments on draft-hao-bess-inter-nvo3-vpn-optionc Weiguo, 2015-07-24, Haoweiguo: > I will accept your suggestion about allocating UDP > port approach on ASBR-d to save IP address space. However, if the > operators want to use IANA assigned VXLAN fixed port, the IP address > allocating approach maybe still should be used. Yes, it is ok to say that ASBR-d can be configured by the operator to use only the standard port for the encap. > So do you think we > should provide two options(allocating UDP port or independant IP > address for each remote PE on ASBR-d) and one of the options will to > be a default choice? To allow proper interop on a solution that does not have the drawback of configuring a potentially large set of IPs, I would suggest saying "For UDP based overlay encapsulations, NVEs SHOULD support sending traffic with a variable UDP port as possibly specified in received routes, and for GRE-based encaps at the exception of NVGRE, SHOULD support sending traffic with a variable Key field as possibly specified in received routes". What is the default then depends on the ASBR-d behavior, so, unless range of IP addresses is configured for stitching with LSPs, I think the default should be to use a range of UDP ports (what is the default value for this range can be implementation specific). -Thomas > ________________________________________ From: BESS > [bess-bounces@ietf.org] on behalf of thomas.morin@orange.com > [thomas.morin@orange.com] Sent: Friday, July 24, 2015 15:58 To: > bess@ietf.org Subject: Re: [bess] comments on > draft-hao-bess-inter-nvo3-vpn-optionc > > Hi Weiguo, > > Haoweiguo : >> Thomas: >>> Having to configure as many IPs on ASBR-d as there are PEs in the >>> WAN seems to me as being a very strong drawback. I think that it >>> would be better to use a combination of one ore more ASBR-d IP >>> address and multiple destination UDP ports, to reduce the >>> configuration overhead on ASBR-d related to having multiple >>> addresses. With multiple UDP ports one IP will be enough for >>> large number of PEs (e.g among the 64k possible ports, you can >>> easily take a few thousands and cover a deployment with thousands >>> of PEs). For an MPLS-over-GRE encap, you could use the GRE Key >>> field instead. The only encap which I think cannot be addressed >>> this way and would thus require multiple IP destination addresses >>> would be NVGRE (because it already uses the GRE Key field). >> >> [weiguo]: For VXLAN encapsulation, the destination UDP port is >> fixed, so it's hard for us to allocate different UDP port for each >> remote PE. > > While an IANA assigned port is available as a default, nothing > prevents a box from mapping a range of UDP ports so that any port in > this range is processed as VXLAN. As long as you have a way to let > the sender know about which port to use, this is fine. The good news > is that draft-rosen-idr-tunnel-encaps introduces a way to advertise > which port to use when the port is other than the standard. > >> Because normally remote PEs number is not so large, so the IP >> addresses on ASBR-d won't consume so much. > > Networks with thousands of PEs are not uncommon, and this is a > number high enough to make allocating and configuring all these IPs > a significant drawback. By comparison playing with UDP ports is > cheap and easy. > > -Thomas > > > _________________________________________________________________________= ________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc pas etre diffuses, > exploites ou copies sans autorisation. Si vous avez recu ce message > par erreur, veuillez le signaler a l'expediteur et le detruire ainsi > que les pieces jointes. Les messages electroniques etant susceptibles > d'alteration, Orange decline toute responsabilite si ce message a ete > altere, deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or > privileged information that may be protected by law; they should not > be distributed, used or copied without authorisation. If you have > received this email in error, please notify the sender and delete > this message and its attachments. As emails may be altered, Orange is > not liable for messages that have been modified, changed or > falsified. Thank you. > > _______________________________________________ BESS mailing list > BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess > ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess= From nobody Sun Jul 26 12:15:47 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE4671A87F1 for ; Sun, 26 Jul 2015 12:15:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.515 X-Spam-Level: X-Spam-Status: No, score=-0.515 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RELAY_IS_203=0.994, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 3MIgbIBJnTEM for ; Sun, 26 Jul 2015 12:15:40 -0700 (PDT) Received: from mailgw2.mobitel.lk (mailgw2.mobitel.lk [203.94.71.249]) by ietfa.amsl.com (Postfix) with ESMTP id 664A41A8755 for ; Sun, 26 Jul 2015 12:15:37 -0700 (PDT) From: Duleep Thilakarathne To: "bess@ietf.org" Thread-Topic: BGP route selection criteria - geographic distance when AS_PATH are equal Thread-Index: AdDH128/tTNXEt97SV2T7QYBqpPVdw== Date: Sun, 26 Jul 2015 19:15:29 +0000 Message-ID: <4C8ECB373CE2DB41BE8D10BADC0F8771D1C95530@HO-WEX-MAIL02.mobitel.int> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_4C8ECB373CE2DB41BE8D10BADC0F8771D1C95530HOWEXMAIL02mobi_" MIME-Version: 1.0 Received-SPF: none Archived-At: Subject: [bess] BGP route selection criteria - geographic distance when AS_PATH are equal X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 26 Jul 2015 19:15:46 -0000 --_000_4C8ECB373CE2DB41BE8D10BADC0F8771D1C95530HOWEXMAIL02mobi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I would like to suggest to consider geographic distance when AS_PATH are e= qual in BGP route selection criteria. (as tie breaking rule). Can anybody c= omment on my idea. Regards Duleept This e-mail and any attachments may contain confidential and privileged information. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this e-mail and destroy any copies. Any dissemination or use of this information by a person other than the intended recipient is unauthorized and may be illegal. Mobitel (Pvt) Ltd. --_000_4C8ECB373CE2DB41BE8D10BADC0F8771D1C95530HOWEXMAIL02mobi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

I would like to suggest to consider geographic dista= nce when AS_PATH  are equal in BGP route selection criteria. (as tie b= reaking rule). Can anybody comment on my idea.

 

 

Regards

Duleept

 

 

 

This e-mail and any attachments may contain confidential and
privileged information. If you are not the intended recipient,
please notify the sender immediately by return e-mail, delete this
e-mail and destroy any copies. Any dissemination or use of this
information by a person other than the intended recipient is
unauthorized and may be illegal.
Mobitel (Pvt) Ltd.

--_000_4C8ECB373CE2DB41BE8D10BADC0F8771D1C95530HOWEXMAIL02mobi_-- From nobody Sun Jul 26 14:09:47 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D1731A0171 for ; Sun, 26 Jul 2015 14:09:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 GWoa8MtL8tCx for ; Sun, 26 Jul 2015 14:09:43 -0700 (PDT) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (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 E317F1A016C for ; Sun, 26 Jul 2015 14:09:42 -0700 (PDT) Received: by wicmv11 with SMTP id mv11so116751254wic.0 for ; Sun, 26 Jul 2015 14:09:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=fxVuKQRdUNYNUaancEjMZ5qgosA//N/P6ksi+75s4uo=; b=ar8Xp8ZzB9iORmeVUUNeYyNO+hJC7NN0FUKFuadMjYdRfosmmB9E+gVmq6atdHm5pc qVlmg8nuqbRD0bA8nnp85pRZgboaRHVuT/muCYV6zsEh6LYFqd4suh7AqpuEvGjHAikK NpccMVD0/oeXYE7R4/KfoVic9A4ePpOH/WrCnlPmyX6LElCEszA/VeXq0i/qpG7uMeIt ltgclVUekNSprn2ZXKg4UoagJJL/V41c0wZNVsCMOVPSE5WQZfOj7fxH9QJ7dooJOjuA wIhhR+qCoXVapxFPAGrZUitrDceLH7RtKVEhl3j/ireE24NModiIuJHGwOqhMciULU9n QBlw== MIME-Version: 1.0 X-Received: by 10.180.21.175 with SMTP id w15mr18171041wie.58.1437944981528; Sun, 26 Jul 2015 14:09:41 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.194.95.168 with HTTP; Sun, 26 Jul 2015 14:09:41 -0700 (PDT) In-Reply-To: <4C8ECB373CE2DB41BE8D10BADC0F8771D1C95530@HO-WEX-MAIL02.mobitel.int> References: <4C8ECB373CE2DB41BE8D10BADC0F8771D1C95530@HO-WEX-MAIL02.mobitel.int> Date: Sun, 26 Jul 2015 23:09:41 +0200 X-Google-Sender-Auth: jCIQeDDA33ydhSrRarc4dLCCBgs Message-ID: From: Robert Raszuk To: Duleep Thilakarathne Content-Type: multipart/alternative; boundary=047d7b6d9bacd4a768051bcda7b1 Archived-At: Cc: "bess@ietf.org" Subject: Re: [bess] BGP route selection criteria - geographic distance when AS_PATH are equal X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 26 Jul 2015 21:09:46 -0000 --047d7b6d9bacd4a768051bcda7b1 Content-Type: text/plain; charset=UTF-8 Hi Duleep, Please consider RFC 7311 and provide feedback why you think it is not sufficient for your objective. https://tools.ietf.org/html/rfc7311 Best, R. On Sun, Jul 26, 2015 at 9:15 PM, Duleep Thilakarathne wrote: > Hi, > > > > I would like to suggest to consider geographic distance when AS_PATH are > equal in BGP route selection criteria. (as tie breaking rule). Can anybody > comment on my idea. > > > > > > Regards > > Duleept > > > > > > > > This e-mail and any attachments may contain confidential and > privileged information. If you are not the intended recipient, > please notify the sender immediately by return e-mail, delete this > e-mail and destroy any copies. Any dissemination or use of this > information by a person other than the intended recipient is > unauthorized and may be illegal. > Mobitel (Pvt) Ltd. > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess > > --047d7b6d9bacd4a768051bcda7b1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Duleep,

=
Please consider RFC 7311 and provide feedback why = you think it is not sufficient for your objective.
=
https://tools.ietf.= org/html/rfc7311

Best,
R.

=
On Sun, Jul 26, 2015 at 9:15 PM, Duleep Thil= akarathne <duleept@mobitel.lk> wrote:

Hi,

=C2=A0

I would like to suggest to consider geographic dista= nce when AS_PATH =C2=A0are equal in BGP route selection criteria. (as tie b= reaking rule). Can anybody comment on my idea.

=C2=A0

=C2=A0

Regards

Duleept

=C2=A0

=C2=A0

=C2=A0

This e-mail and any attachments may contain confidential and
privileged information. If you are not the intended recipient,
please notify the sender immediately by return e-mail, delete this
e-mail and destroy any copies. Any dissemination or use of this
information by a person other than the intended recipient is
unauthorized and may be illegal.
Mobitel (Pvt) Ltd.


_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess


--047d7b6d9bacd4a768051bcda7b1-- From nobody Tue Jul 28 09:09:07 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E53BA1ACD7D; Tue, 28 Jul 2015 09:09:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 ODh_yXSPeNlH; Tue, 28 Jul 2015 09:09:03 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0705.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::705]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 83AC61ACD92; Tue, 28 Jul 2015 09:08:46 -0700 (PDT) Authentication-Results: tools.ietf.org; dkim=none (message not signed) header.d=none; Received: from [172.29.35.108] (66.129.241.14) by BN3PR0501MB1089.namprd05.prod.outlook.com (10.160.113.11) with Microsoft SMTP Server (TLS) id 15.1.225.19; Tue, 28 Jul 2015 16:08:24 +0000 To: , "idr@ietf.org" , BESS References: <02ce01d0b851$4ecec5a0$ec6c50e0$@ndzh.com> <2691CE0099834E4A9C5044EEC662BB9D571ADA7E@dfweml701-chm> <55A0273D.4020608@juniper.net> <2691CE0099834E4A9C5044EEC662BB9D571B77BF@dfweml701-chm> <001001d0c136$290061b0$7b012510$@ndzh.com> <10393_1437662753_55B0FE21_10393_2369_1_55B0FE1E.40600@orange.com> From: Eric C Rosen Message-ID: <55B7A8F2.1090901@juniper.net> Date: Tue, 28 Jul 2015 12:08:18 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <10393_1437662753_55B0FE21_10393_2369_1_55B0FE1E.40600@orange.com> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [66.129.241.14] X-ClientProxiedBy: SN1PR16CA0025.namprd16.prod.outlook.com (25.169.34.35) To BN3PR0501MB1089.namprd05.prod.outlook.com (25.160.113.11) X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1089; 2:r86OChnMWkoxRoOFW8iSh2x8xyKluZhnfOvXbk3PPjuONOpoNya+eWG4k2S+K0yOxi7lG08f3awVxUSrMXk0EbF4TGax6ikpMgdOPdsQjeGJHDOk8NximrDqAFeY/5BwDyp8cc4gbBkqnRqPwGb1MmMpuySpawxrAZOWzOhpfA0=; 3:UZcqkAqSJJj71Q7zTGoji9AwEBYs4kLL08QvQpvhxb8IZb6VyNXADmvb1wMAmlJ7H3sQr1wldj/98T0E1XJwbJw+xNnwri4ZODoeBzZLBM1hkTpdfmpJXAvrsS7hHS7yLhg6Dp10ljjycw26oIBMMw==; 25:K+55XlKTeJugjf1YfszUUdZchQ/hON2gT51odAsCL6XmSZRrL4gP+jqPXF2TCXrHMJFbNLJXrrXii/1O9oTwOuSthP3J5GxLOAKwrw+z9IScjBy3P7vOBB9k7rDVoLG0JIAY96rA8R+Ix0uangfQBYXOlcGzQukgcLHxvIU5XZWly+rfK5Ho+7X7zFwsTNcc63k/mfnps/mSLMJRyJX0F/GETkuc5UvQX+djQ06EvQZgDzIaQIF3rjwYgsBFGYPGwh2dya5APwbJnwYJZ9WSPw== X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN3PR0501MB1089; X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1089; 20:rDahk5ReSiEVBcC7pJ7LGH/9JEMbF9TUkmDDMad/F/1zTxl3mAkKjygihVw9jO9qND5qmsaC1j9jXhOYqrff3rgzHsz34Dbnh8t8JhzplmnqxLQV7UmqW7YXLJJX9+5UX6vP7dbpUtcnzhlnDfPLRmN5aju1fEmCpZG6dgmPjXEoWXFUAcdvsrfjxCtCNLtCnu2/9HtqWVhs4ez4m+AdVPPV9HyRRoJCol8/7gjFYHGW4EKjPgJilKNijIqFtjKasPIxZAdr3UI92ThJTyVOh7RB7KoPpBoAz5V+gg7iTNw3swbaNld5t6GFHHeMwmLXjl1tGVtNYPnOFddtLEgeuuW30xksswT5C/ShcEStvr23G0eEiZy3moaus+i5yK/Pndl48QZZfgE0uWVpz6Vu0lVlnozAx2TYNmYEw3W71RQ0Bq4nMIVZfddNJKWTOLDbhXOlquYvOspUa/gJkhqlKYo6Qc2gvyfMTXVVtRIq2UWFlqu066UIDFroPOfGRRj7; 4:2lWIMxJ+Z17dL/vspRB/h4bu5pSvllk1IqOZRpc33Rju+XRp/t06Ht+v3UIenTbYnTRvI0HRGiRkomJA2OLHqsqBEmoHKzrobVk3UI4GUDPAvPQZmQ7Fsj+gcl/76tCEii3UNNSKWxB9nXcYAJwKweMhb0CVXlBnX8Z4hpZ1GQzMdMo7MabRiSVVdSWFXXVKBj/oBBNHiuGtSYpWle/UObHrQRYNDIqSRqbVFqY4wG3KwN2g53hNXw9fbLC0tpClmFfTwB7ivz6jWuaKnUaVvMGa+zLuCLevNRCM9006UJw= BN3PR0501MB1089: X-MS-Exchange-Organization-RulesExecuted X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:BN3PR0501MB1089; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0501MB1089; X-Forefront-PRVS: 06515DA04B X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6049001)(6009001)(51444003)(5423002)(66066001)(93886004)(33656002)(86362001)(59896002)(230783001)(5001960100002)(42186005)(83506001)(65806001)(80316001)(47776003)(46102003)(65956001)(92566002)(23746002)(77156002)(62966003)(2950100001)(50986999)(77096005)(64126003)(189998001)(65816999)(5001770100001)(2501003)(5001920100001)(87266999)(76176999)(4001350100001)(54356999)(36756003)(40100003)(122386002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1089; H:[172.29.35.108]; FPR:; SPF:None; MLV:sfv; LANG:en; X-Microsoft-Exchange-Diagnostics: =?Windows-1252?Q?1; BN3PR0501MB1089; 23:QXcGYnDG6+nnAxei/9te7Po5UyiwmDEjRNi?= =?Windows-1252?Q?rhQ77C77+vkFMg3+5lC1kQJ0ywaM8vA/RfKlVRn10tzrFhL1MDgjlyUI?= =?Windows-1252?Q?Gn0S2RzbPWHH8qVv/gSs2Kxa4Me5Wgwex6O8YAj+d1/EMhSHPsODGsLu?= =?Windows-1252?Q?asITQc+fxynUtPaXcwqvncGTxNWnn8VSOPB7KGxjJfNsXEdRWPl+6i5l?= =?Windows-1252?Q?JXHJmXivMUo4GZbkk6h3Lr5vHrecXYKB/BFiFajXK7254baiXS3O572B?= =?Windows-1252?Q?ez8SQvDtNR/mqa1NXUTeQH41+a6pJ38+zQ2c0zg6a5i79Blqoj24gTf9?= =?Windows-1252?Q?UsNV2IwelP69Gw5Ch0MVv2uXgFETqM+LLYkm02kbc2NuvyQ3lIZpFl/7?= =?Windows-1252?Q?jqU7b9bGKS851iT0RPMV5tp1T1sy0APfdWfg4+Hae5HeENVeYyu2EbmB?= =?Windows-1252?Q?/eLV4tN6DW/45ConPlcJDaQ8IFXxrnyrOJNpYXXUVIZ9vTvsPv9WeCxK?= =?Windows-1252?Q?of2jULdtE782RmQXoFJwgtApjn0pJVwfEH8W6aNYcC/UsMw8lmCQ4liR?= =?Windows-1252?Q?GFeyeHvAV7ZH38mlTkUSryqVBc8VIGgwIViohqjskvjIMt7QYEWd0+Kc?= =?Windows-1252?Q?7mDPgVKxuD5jWnf9ozmDpl0pjauUM6gCaobkaDMeMECgDj8kKm5UWenB?= =?Windows-1252?Q?z2wOjbzLDx2w1myPuKVV1IRlu/KQ+RMJ44fHRyFXMelWlys8Mcsihhv0?= =?Windows-1252?Q?r6GyPIki3xmGRSe0/lA+P0lLvsXaau2pS7//2cAfT0+TFJ4DQsgMpWnu?= =?Windows-1252?Q?MTSVle65UcP1JEbnPq5RMDbfv0QJPKpmceHPSch4xix/vRSeSCb3+GoZ?= =?Windows-1252?Q?LwIG/ZpYnQ0xZulxRaAIarmzb3lzLMd2qXtgh1kkgeEz2CNFxdHSnvjI?= =?Windows-1252?Q?H4wJZ0EAZjHc60kG2qFLuoXzzkR7kHHhCxrlV3A848QJYVrIDTUyk8Td?= =?Windows-1252?Q?ycqzrDfB+yoyOInvmW3RwjFwjaq51p/FjTofK3xugu/clXyn+mx7AexF?= =?Windows-1252?Q?N3V1qpSncz+KdHzlN7wQ/1LeTNZHi1AQeF8hX?= X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1089; 5:2Mu6afNfPhM9cnjX2x387eEs9UrOyuCniVj7ENXPwsK4s49r4BO8jR6s2bj6P/yRBqPCUrgjG0T0Rqs98UvH6nPnQmeXgTWZ3N3BBf4o2ZjhEjUI4i6qMEDAHFkSOW0fcw3i02xk3yciUKl+C4waLA==; 24:meF8G+IYjj58wvdcrN/DY5XxVOHx3d8pz/Fk8vd0fr/vl/ewgeNsShEG4SVBnADPpJEYVM4Mkxzh0w6JPUlP7cICN+gU27/g3Nzvmto7+Vo=; 20:cGxfx6HD/7WjMb0Un9LYUmGWOxDhwVGrIpxovwKLMPmDr93LbzxmWjmkF2qlUIQuEGgHgEYFKENVqnTTLLui0A== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 28 Jul 2015 16:08:24.5828 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1089 Archived-At: Cc: draft-ietf-bess-evpn-overlay@tools.ietf.org, draft-rosen-idr-tunnel-encaps@tools.ietf.org, erosen@juniper.net Subject: Re: [bess] [Idr] 2 week adoption call for draft-rosen-idr-tunnel-enaps-00.txt (7/6 to 7/20/2015) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 28 Jul 2015 16:09:06 -0000 > * to allow multicast support in the context of RFC6514/6513, RFC7117, > and RFC7432 with a consistent way of advertising the encapsulations,I > think that draft-rosen-idr-tunnel-encaps-00 section 2.4 should also > consider as a "labelled address family" an AFI/SAFI that may be > associated to a PMSI Tunnel attribute, in which case the "embedded > label" is the Label in the PMSI Tunnel Attribute > > * consistently with the above, 1/5 and 25/8 should also be added as > authorized families in section 3 In the particular case where (a) the PMSI Tunnel attribute specifies "Ingress Replication", and (b) the PMSI Tunnel attribute carries an MPLS label, then I think it might well make sense to include a Tunnel Encapsulation attribute. This would allow one to use an MPLS-in-something-else encapsulation to do ingress replication. In other cases, I don't really know what it would mean to have both a PMSI Tunnel attribute and a Tunnel Encapsulation attribute on the same route. Suppose the PMSI Tunnel attribute specifies an mLDP-created P2MP LSP, and the Tunnel Encapsulation attribute specifies a VXLAN tunnel. What would that mean? Another issue is the following. In MVPN the transmitter specifies the tunnel type, but the Tunnel Encapsulation attribute is most useful in scenarios where the receiver needs to specify the tunnel type. (Ingress replication is an exception, since it requires both a multipoint tunnel and a set of unicast tunnels, as is discussed in draft-ietf-bess-ir. So in that particular case, it makes sense for the transmitter to specify the former and the receivers to specify the latter.) It's also worth noting that except for ingress replication, a label is specified in the PMSI Tunnel attribute only if traffic from multiple VPNs is going to share the same multicast tunnel; this is not really analogous to the label that is embedded in the case of SAFI 4 ("Labeled IP Unicast") or SAFI 128 ("Labeled VPN-IP unicast"). > > * draft-ietf-bess-evpn-overlay currently relies on the Tunnel Encap > Extended Community to advertise the use of MPLS-over-GRE or VXLAN or > NVGRE, and section 5.1.3 of that draft specifies that the VNI to use is > the value in the Label field of the route -- this is I believe /nearly/ > inline with draft-rosen-idr-tunnel-encaps, but the devil is in the > details: if I read correctly draft-rosen-idr-tunnel-encaps-01 Section > 7.2, the behavior consisting in using the embedded label as the VNI > requires advertising a BGP Tunnel Encap Attribute with an Embedded > Label Handling Sub-TLV with value 2, or not advertising a BGP Tunnel > Encap at all (nor using the Tunnel Encapsulation ExtendedCommunity which > is made semantically equivalent by section 6) --- it thus seems to me > that one of the two drafts needs something to allow proper compatibility Right now the Tunnel Encaps draft specifies that omitting the Embedded Label Handling Sub-TLV is equivalent to including an Embedded Label Handling Sub-TLV with value 1. The simplest fix would be to change this so that omitting the Sub-TLV is equivalent to including a Sub-TLV with value 2. Or would this introduce an incompatibility with some other EVPN draft? ;-) > > > With a lesser priority, I have a few other comments as well: > > * I think the intent of the MPLS codepoint 10 for tunnel type, as > defined in draft-ietf-bess-evpn-overlay, intends to indicate the ability > to receive plain MPLS in a context where other encaps are advertised (if > you advertise only one non-MPLS encap, it means you support this encap > but not MPLS) -- this I think would be nice to capture in > draft-rosen-idr-tunnel-encaps I think that makes sense. > > * about the Remote Endpoint sub-TLV: why allow that an AF of 0 means > "use next-hop address", but still require the presence of the TLV ? it > seems that its absence could conveniently be interpreted as "use > next-hop address", like what's done for the Tunnel Encap EC in section 6 Some folks have expressed the opinion that the BGP procedures for handling errors in this attribute will be simplified if the Remote Endpoint Sub-TLV is always required to be present. I don't have a strong opinion about that myself. > > * section 6 should say that, associated to a labelled address family, > the Tunnel Encap EC of value GRE (2) means the same as MPLS-in-GRE > (value 11) (like section 2.2.5 does for the attribute) Makes sense. > > And my second head, the one trying to fill my BESS co-chair hat, can't > help adding that addressing some of the above will require keeping the > BESS working group involved all along the life of this draft. No problem. From nobody Tue Jul 28 09:35:39 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E1C41ACE3A; Tue, 28 Jul 2015 09:35:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 mOxwthaEorG0; Tue, 28 Jul 2015 09:35:35 -0700 (PDT) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0144.outbound.protection.outlook.com [207.46.100.144]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A8CD31ACE37; Tue, 28 Jul 2015 09:35:35 -0700 (PDT) Authentication-Results: tools.ietf.org; dkim=none (message not signed) header.d=none; Received: from [172.29.35.108] (66.129.241.14) by BN3PR0501MB1089.namprd05.prod.outlook.com (10.160.113.11) with Microsoft SMTP Server (TLS) id 15.1.225.19; Tue, 28 Jul 2015 16:35:32 +0000 To: Xuxiaohu , "thomas.morin@orange.com" , "idr@ietf.org" , BESS References: <02ce01d0b851$4ecec5a0$ec6c50e0$@ndzh.com> <2691CE0099834E4A9C5044EEC662BB9D571ADA7E@dfweml701-chm> <55A0273D.4020608@juniper.net> <2691CE0099834E4A9C5044EEC662BB9D571B77BF@dfweml701-chm> <001001d0c136$290061b0$7b012510$@ndzh.com> <10393_1437662753_55B0FE21_10393_2369_1_55B0FE1E.40600@orange.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0CB01880@NKGEML512-MBS.china.huawei.com> From: Eric C Rosen Message-ID: <55B7AF51.4040900@juniper.net> Date: Tue, 28 Jul 2015 12:35:29 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0CB01880@NKGEML512-MBS.china.huawei.com> Content-Type: text/plain; charset="gbk"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [66.129.241.14] X-ClientProxiedBy: SN1PR0501CA0009.namprd05.prod.outlook.com (25.163.126.147) To BN3PR0501MB1089.namprd05.prod.outlook.com (25.160.113.11) X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1089; 2:cl/JUIjRYYhhEZuYVNWBs/dc9LFIPwIGDJ2hd13p5O2Qfs/6WopAADKXWtuCTPjTXfZm8mEs6pIoOZw5u40IXvCmiZVO06Zr0zaaqQxRB6Y46U0aZ2AddsK0eeRfMPXdZ/5GGzTdd51XXvZRWFhlfw28fwnNCE2N+zW+4HG1SgI=; 3:hq1MM78hY7XmkAbF+bHISmgTe8J6JAEfizQ0K+UlSjCJyRjU24NA0MzSJ2aL2YXwZMUOm5RwVTtf3Xd1h7Z8RHgFrsPFfQ2jpFsrYWLdEKYXRDReQzMyrl4uim6UCA1MhDcyCDLkQUqOPgLQtPnSUQ==; 25:jn7xTYOo3SHzsUkK1bUYaUKaRHctS5dA39LYS17pKyHfUvj97xy31Ixyqe5Tleiu6idc4+jufK+SIRxwvKNNk3kLOUmzXN8NSzXLjfcwORYBaN30GW++SIAswOUl94QHN98bCjGzKaUDKKI1Bs5pblbKxVR/9zG+NnYqRcNprTfcBMtY63xq4yJgKd6N2T6mxF6G4rWkqgbsJdUigecPC1UcM2545OzTH2X2jt9c6GkJnHbRWOnZbOV1R/fYhSyL X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN3PR0501MB1089; X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1089; 20:TjR6jkrxXws5EBGGESfXNQj2Oh2GTRssr4SgF8uJEUSPx+gknOJQMMQ/W2QGb5LrrpU+UID/vhVRUHexKnM8WblN6E4jGXUnRUk9PHBTuzNCj3nWj7hvui4Ue/D7bpYq8qvnEV5+wmdu3kJEANBGHSDqGdLjAeCLSGZ+d0My6YLYx2VhjcF6NVn6EUDLugVyKbfNdLlWG1j8SMArulM6n1zN3XlYlkskV3lUfujdYBYK4Z4QkeUfE+/YU7meRuiFpNoDHNCcThfYnQJEs0XpJQ5wUvuw0g9iSqUFuuGlrEuaxLT/DIVaaIswF1vz+DFvi3d6VRz+6vYLh4DMY5vQD1SOAFVrcqcltlAt83fw3Zdb00sWHMV9Zcgv9NWetslhWp5+Zl1v+0fXX/nz44c7IGsGcY1sczZyGdMLfoyMLQCFfrgBl8fuUEDWL6C6bqnG8L3Qk1QOzNH4SU6ysmoQN6oAPywmaG0giOVTDvNcHDMvKWudzmCCxVSWJ50lkMg5; 4:P59deDcfG28hyGk3N3wzFMnc0WZBeTQSuP1Hg8+uzdX69lFDjV38VyNqMnfmFa41Dfrx1gcPNihKn867xzDFC3cYML1EjV2R16+1XnIKPyZp4nVPazogz50bKQrucDI0olQ4rrpgYJseqj1L4RWPYaeCUwfOnakcL2WDLmuO8PFtp05nHlsIhtF0ZQ32dFIWJOoiWBBcdYgy4u1Sp2/t0bK7sAvFbMJjNGqnKXnrtUA9fSmAMOTLdlgNUh6xSUw5l62wbSO7FFp0IHivNvK6KwUgkkFXS8+8iRDSUFnlJ/g= BN3PR0501MB1089: X-MS-Exchange-Organization-RulesExecuted X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:BN3PR0501MB1089; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0501MB1089; X-Forefront-PRVS: 06515DA04B X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(6049001)(377454003)(479174004)(24454002)(5423002)(66066001)(93886004)(33656002)(86362001)(59896002)(230783001)(5001960100002)(42186005)(83506001)(65806001)(80316001)(47776003)(46102003)(65956001)(2201001)(92566002)(77156002)(62966003)(2950100001)(23696002)(77096005)(50986999)(64126003)(189998001)(5890100001)(65816999)(5001770100001)(2501003)(5001920100001)(87266999)(76176999)(4001350100001)(54356999)(36756003)(40100003)(122386002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1089; H:[172.29.35.108]; FPR:; SPF:None; MLV:sfv; LANG:en; X-Microsoft-Exchange-Diagnostics: =?gb2312?B?MTtCTjNQUjA1MDFNQjEwODk7MjM6RmZodHVkNEdaM3ZISC9OM2Q0ZWN3RGw3?= =?gb2312?B?bExjTUFTYlVKaXdsMll6UEZLK0wrMXp3UkxkazR3RUFPRmFIUi9XSWZSWTZO?= =?gb2312?B?MVB5ME43T3k2RHB6NWxBcjRwcGZQN2RFaCtMc0dXYThZR1NSU1hvbTIwREJz?= =?gb2312?B?RTFGUWNoS3NHY1FmZmE4MW9SSXZwYXBmdXBEWnNTTkJwMjZIM25Xa3pmL1lT?= =?gb2312?B?RXRaejlpWWU4N3U2ZWtzYklvbk9UbnVhV1hXU3Fsc0RMRElqa1pleHZXem52?= =?gb2312?B?T0lXUEtQYnBXYUhvMG15RnhtM1RvOG5WWklTeFBBekVKb3lXalNyMWp6b0RP?= =?gb2312?B?TUJyZEFCTThKUjFQZjIwU3VIRnlhYi9kbzdzTHpzdW83SktHNjhUUGkrditx?= =?gb2312?B?VlZqaXhLdmRoY1dBUE11VkRwZlNDSG5uS1VGc2J1Uk5LZ2Z5TFk0UkRFMXVD?= =?gb2312?B?bjIzMGZUbUdPRzNXamZGSVFSRG8xU1Q1L2tNekdpbzdNZTRHT09SQzRFR1NF?= =?gb2312?B?V3VBeURKekhTWVhBUysrQWI3bmQxSmY5djlHajc0UVkvblpwM2N5b0VPdGFX?= =?gb2312?B?SkNxN2RpSjAxM1UvcG94TUxpdDRwTkxndncrQXJQK2ZzUi9wR0FvaUZucmRF?= =?gb2312?B?bHQ1NmpMVlpWUVc4azdSYm52c0IwejIxV3o0dTNUZzk2L0Z6dkhKVmdFYlZ6?= =?gb2312?B?Y08yYWhYdUNhdTVKZzRDVUdHK25ubnRBVW93aWJKenMrTlpEeDYxVm1KNkRw?= =?gb2312?B?Um5zVVVJdnFYUDNBS0F2ZGFLZXRkczBGeUthWCt0UHA4Y1pYNXczRmpjQWNT?= =?gb2312?B?eWR4WXkyWDRIemJ5Y0dhOEZlYjA0bmxROW9UR3RKNWQ5WStpd1pmME9XU2Jl?= =?gb2312?B?V3hucE9oMmJiTFRhdG40Y1RRL2UzWkZDbTVrYkJ4M01WTTRwTzRKczd5Rjdi?= =?gb2312?B?RU8wRG5IMTVzRHZOcUoyeTZTMGxQcmpDQXFGbUVJeWhkK21UMlJUaUJacXcy?= =?gb2312?B?U29pa3h4QTBrcks5MzdtREJVeE5mUWdTa1VLakRBcHFPSjE1cU50L0hFUmZY?= =?gb2312?B?NnBuSGd2eE45MkZVVFRyTXNwNysrZ0xHVnFjemU1K0NxR0tUNk1BaDBIYThS?= =?gb2312?B?aTBMY2wwV3hGVENYMTdRL1cxUzl2bTFsRjZTb0FJYW9WTTdMNHl6M2cwSHdu?= =?gb2312?B?WndGdXZtWFVJdndyUzBKODNQcGw4M2tOc3FDMzhqWUZBUWlsZzlnbFk2SGNV?= =?gb2312?B?djRYbkpOdkMzVWRxc2pqb1dINXRHZ1ZzMzZENXluNys4Vm0yMVdmaFAwcHNm?= =?gb2312?B?cCs3eTNtS1ZsbjlRVTQ1Skl6VkJoelJ4VXFZM21ESmZEQzc3aU1lVnZYdFBw?= =?gb2312?B?NloyTnFxdmRNb3ZFOHVGMlBVRW93USsxYmdhRFd1bEFBWjlXUGJQTVM0WTI4?= =?gb2312?B?TjFvYjNGYWlyKzdwUE9DRFBPV3Y3YUI1TzN0azNrVWpENDVsSmp3bzY3UXlN?= =?gb2312?B?eS8rYXRBPT0=?= X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1089; 5:aRa55MI5iRaiSuiPwndOaq39lRq0RtsaAsVjoKW/m9qavZt2nrfs5/wnA0T7SsmEWUDjvJuMo48rEELvl8uM/4KMeKxDbDI3SuwfHlDn5n4pCLls7KaXDmLjzHzQA8ww+CfjddsLO5oS4Nu9T5zX2Q==; 24:JKVzyGm+eRe3cl+X4Mirn2IN2ZGYUXQbY+VFG4EJcFLvdMIXGhxCOFLC4Og/H4MObyeH+IofK8vyjQ88LCrgspuTm1Jm3yUwmLNIdWAMn5k=; 20:RybDbu4JFlm8iM3B1cOmoo58HXo1cTtNvY0yRshasVjx5NjbieAf5reRhVQ1i/Any3KhFyHzFy+xORoqfsSBqw== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 28 Jul 2015 16:35:32.5420 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1089 Archived-At: Cc: "draft-ietf-bess-evpn-overlay@tools.ietf.org" , "draft-rosen-idr-tunnel-encaps@tools.ietf.org" , erosen@juniper.net Subject: Re: [bess] [Idr] 2 week adoption call for draft-rosen-idr-tunnel-enaps-00.txt (7/6 to 7/20/2015) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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, 28 Jul 2015 16:35:37 -0000 On 7/24/2015 4:40 AM, Xuxiaohu wrote: > Now it seems that the above rationale has been shaken by this draft. > The argument in favor of the Encapsulation-SAFI doesn't seem to have been as persuasive to everyone else as it was to the authors of RFC 5512 ;-) > Futhermore, since it allows to attach BGP Encap attributes to routes > now, the BGP encapsulation extended community can now be safely > replaced by BGP Encap attribute. Therefore, I wonder whether RFC5512 > would be obsoleted by this draft in the end. Quite a few people have suggested that RFC5512 should be obsoleted by the tunnel encaps draft; this is worth considering. However, I think we need to maintain compatibility with the parts of RFC5512 that have actually been implemented, such as the encapsulation EC. > Since BGP encapsulation attributes are now attached to routes, the > AFI/SAFI of the NLRI is already capable of indicating the payload > type of the advertised tunnel protocol. I don't think the payload type can necessarily be inferred from the AFI/SAFI of the UPDATE that is carrying the Tunnel Encapsulation attribute. Consider, for instance, a case where the next hop is not of the same address family as the NLRI, but the route to the next hop is the route carrying the Tunnel Encapsulation attribute. > it seems unnecessary to allocate two additional type codes for > MPLS-in-UDP and IP-in-UDP. I think I could argue this point either way: - On the one hand ... When you are about to sending a particular payload packet through a tunnel, you know whether the packet is MPLS or IP, so you know enough to form the encapsulation correctly. - On the other hand ... if you want the control plane to form the rewrite string in advance, you might want to form a different rewrite string for MPLS-in-GRE than for IP-in-GRE. I would be good if we had some general rules for when it is good to define a new tunnel type and when it is good to reuse an existing tunnel type. Of course, we still need to maintain compatibility with the tunnel types that are already defined. From nobody Tue Jul 28 20:01:20 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 06FB01A21C3; Tue, 28 Jul 2015 20:01:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 hJZ70keZj2n0; Tue, 28 Jul 2015 20:01:17 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BF9101A6FF6; Tue, 28 Jul 2015 20:01:12 -0700 (PDT) Received: from 172.18.9.243 (EHLO lhreml401-hub.china.huawei.com) ([172.18.9.243]) by dfwrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BGQ43469; Tue, 28 Jul 2015 22:01:11 -0500 (CDT) Received: from NKGEML410-HUB.china.huawei.com (10.98.56.41) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 29 Jul 2015 04:00:04 +0100 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.210]) by nkgeml410-hub.china.huawei.com ([10.98.56.41]) with mapi id 14.03.0158.001; Wed, 29 Jul 2015 11:00:00 +0800 From: Xuxiaohu To: Eric C Rosen , "thomas.morin@orange.com" , "idr@ietf.org" , BESS Thread-Topic: [Idr] [bess] 2 week adoption call for draft-rosen-idr-tunnel-enaps-00.txt (7/6 to 7/20/2015) Thread-Index: AQHQyVN4eBT2e60pOEms8vmRfzXbLp3xv0Jg Date: Wed, 29 Jul 2015 02:59:59 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0CB02833@NKGEML512-MBS.china.huawei.com> References: <02ce01d0b851$4ecec5a0$ec6c50e0$@ndzh.com> <2691CE0099834E4A9C5044EEC662BB9D571ADA7E@dfweml701-chm> <55A0273D.4020608@juniper.net> <2691CE0099834E4A9C5044EEC662BB9D571B77BF@dfweml701-chm> <001001d0c136$290061b0$7b012510$@ndzh.com> <10393_1437662753_55B0FE21_10393_2369_1_55B0FE1E.40600@orange.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0CB01880@NKGEML512-MBS.china.huawei.com> <55B7AF51.4040900@juniper.net> In-Reply-To: <55B7AF51.4040900@juniper.net> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.99.55] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "draft-ietf-bess-evpn-overlay@tools.ietf.org" , "draft-rosen-idr-tunnel-encaps@tools.ietf.org" Subject: Re: [bess] [Idr] 2 week adoption call for draft-rosen-idr-tunnel-enaps-00.txt (7/6 to 7/20/2015) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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: Wed, 29 Jul 2015 03:01:19 -0000 Hi Eric, > -----Original Message----- > From: Eric C Rosen [mailto:erosen@juniper.net] > Sent: Wednesday, July 29, 2015 12:35 AM > To: Xuxiaohu; thomas.morin@orange.com; idr@ietf.org; BESS > Cc: erosen@juniper.net; draft-ietf-bess-evpn-overlay@tools.ietf.org; > draft-rosen-idr-tunnel-encaps@tools.ietf.org > Subject: Re: [Idr] [bess] 2 week adoption call for > draft-rosen-idr-tunnel-enaps-00.txt (7/6 to 7/20/2015) >=20 > On 7/24/2015 4:40 AM, Xuxiaohu wrote: > > Now it seems that the above rationale has been shaken by this draft. > > > The argument in favor of the Encapsulation-SAFI doesn't seem to have been= as > persuasive to everyone else as it was to the authors of RFC 5512 ;-) >=20 > > Futhermore, since it allows to attach BGP Encap attributes to routes > > now, the BGP encapsulation extended community can now be safely > > replaced by BGP Encap attribute. Therefore, I wonder whether RFC5512 > > would be obsoleted by this draft in the end. >=20 > Quite a few people have suggested that RFC5512 should be obsoleted by the > tunnel encaps draft; this is worth considering. >=20 > However, I think we need to maintain compatibility with the parts of > RFC5512 that have actually been implemented, such as the encapsulation EC= . >=20 > > Since BGP encapsulation attributes are now attached to routes, the > > AFI/SAFI of the NLRI is already capable of indicating the payload type > > of the advertised tunnel protocol. >=20 > I don't think the payload type can necessarily be inferred from the AFI/S= AFI of > the UPDATE that is carrying the Tunnel Encapsulation attribute. Consider= , for > instance, a case where the next hop is not of the same address family as = the NLRI, > but the route to the next hop is the route carrying the Tunnel Encapsulat= ion > attribute. It seems that the example that you had mentioned is the usage of the Tunnel= Encapsulation attribute e as described in RFC5512, rather than the usage o= f the Tunnel Encapsulation attribute as proposed by this draft:) > > it seems unnecessary to allocate two additional type codes for > > MPLS-in-UDP and IP-in-UDP. >=20 > I think I could argue this point either way: >=20 > - On the one hand ... When you are about to sending a particular payload = packet > through a tunnel, you know whether the packet is MPLS or IP, so you know > enough to form the encapsulation correctly. >=20 > - On the other hand ... if you want the control plane to form the rewrite= string in > advance, you might want to form a different rewrite string for MPLS-in-GR= E > than for IP-in-GRE. If the Tunnel Encapsulation attribute associated with a labeled unicast rou= te indicates UDP tunnels, should it be obvious that MPLS-in-UDP is supporte= d by the originator of that labeled unicast route? Similarly, If the Tunnel= Encapsulation attribute associated with a unlabeled IPvx unicast route ind= icates UDP tunnels, should it be obvious that IPvx-in-UDP is supported by t= he originator of that unlabeled unicast route? Best regards, Xiaohu > I would be good if we had some general rules for when it is good to defin= e a new > tunnel type and when it is good to reuse an existing tunnel type. Of cou= rse, we > still need to maintain compatibility with the tunnel types that are alrea= dy > defined. From nobody Wed Jul 29 02:44:32 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D31B1A0130; Wed, 29 Jul 2015 02:44:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham 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 dzEAEUi5pIrL; Wed, 29 Jul 2015 02:44:28 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias92.francetelecom.com [193.251.215.92]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 962E81A0126; Wed, 29 Jul 2015 02:44:27 -0700 (PDT) Received: from omfedm08.si.francetelecom.fr (unknown [xx.xx.xx.4]) by omfedm14.si.francetelecom.fr (ESMTP service) with ESMTP id E492922C8C1; Wed, 29 Jul 2015 11:44:25 +0200 (CEST) Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.186]) by omfedm08.si.francetelecom.fr (ESMTP service) with ESMTP id B9C152380B3; Wed, 29 Jul 2015 11:44:25 +0200 (CEST) Received: from [10.193.71.165] (10.197.38.5) by PEXCVZYH01.corporate.adroot.infra.ftgroup (10.114.1.186) with Microsoft SMTP Server (TLS) id 14.3.248.2; Wed, 29 Jul 2015 11:44:25 +0200 To: Eric C Rosen , "idr@ietf.org" , BESS References: <02ce01d0b851$4ecec5a0$ec6c50e0$@ndzh.com> <2691CE0099834E4A9C5044EEC662BB9D571ADA7E@dfweml701-chm> <55A0273D.4020608@juniper.net> <2691CE0099834E4A9C5044EEC662BB9D571B77BF@dfweml701-chm> <001001d0c136$290061b0$7b012510$@ndzh.com> <10393_1437662753_55B0FE21_10393_2369_1_55B0FE1E.40600@orange.com> <55B7A8F2.1090901@juniper.net> From: Organization: Orange Message-ID: <9202_1438163065_55B8A079_9202_262_1_55B8A078.1000209@orange.com> Date: Wed, 29 Jul 2015 11:44:24 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <55B7A8F2.1090901@juniper.net> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.197.38.5] X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.7.16.85415 Archived-At: Cc: draft-ietf-bess-evpn-overlay@tools.ietf.org, draft-rosen-idr-tunnel-encaps@tools.ietf.org Subject: Re: [bess] [Idr] 2 week adoption call for draft-rosen-idr-tunnel-enaps-00.txt (7/6 to 7/20/2015) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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: Wed, 29 Jul 2015 09:44:30 -0000 Hi Eric, 2015-07-28, Eric C Rosen: >> * to allow multicast support in the context of RFC6514/6513, >> RFC7117, and RFC7432 with a consistent way of advertising the >> encapsulations,I think that draft-rosen-idr-tunnel-encaps-00 >> section 2.4 should also consider as a "labelled address family" an >> AFI/SAFI that may be associated to a PMSI Tunnel attribute, in >> which case the "embedded label" is the Label in the PMSI Tunnel >> Attribute >> >> * consistently with the above, 1/5 and 25/8 should also be added >> as authorized families in section 3 > > In the particular case where (a) the PMSI Tunnel attribute specifies > "Ingress Replication", and (b) the PMSI Tunnel attribute carries an > MPLS label, then I think it might well make sense to include a > Tunnel Encapsulation attribute. This would allow one to use an > MPLS-in-something-else encapsulation to do ingress replication. Or even a payload-in-something-else, but yes, we agree: covering ingress replication with the BGP Tunnel Encap makes sense (and will actually be required by draft-ietf-bess-evpn-overlay). > In other cases, I don't really know what it would mean to have both > a PMSI Tunnel attribute and a Tunnel Encapsulation attribute on the > same route. Suppose the PMSI Tunnel attribute specifies an > mLDP-created P2MP LSP, and the Tunnel Encapsulation attribute > specifies a VXLAN tunnel. What would that mean? For sake of simplicity I omitted that aspect in my initial comment, but yes indeed, not everything does make sense. I think that in the case where the Tunnel Type is an IP Multicast tree *without* the PMSI Tunnel Attribute Label field being set, jointly advertising a BGP Tunnel Encap attribute could be defined, for the MPLS-in-UDP or VXLAN types, as meaning "I will send PMSI traffic as MPLS-in-UDP or VXLAN" (rather than the GRE default). > Another issue is the following. In MVPN the transmitter specifies > the tunnel type, but the Tunnel Encapsulation attribute is most > useful in scenarios where the receiver needs to specify the tunnel > type. (Ingress replication is an exception, since it requires both a > multipoint tunnel and a set of unicast tunnels, as is discussed in > draft-ietf-bess-ir. So in that particular case, it makes sense for > the transmitter to specify the former and the receivers to specify > the latter.) > > It's also worth noting that except for ingress replication, a label > is specified in the PMSI Tunnel attribute only if traffic from > multiple VPNs is going to share the same multicast tunnel; this is > not really analogous to the label that is embedded in the case of > SAFI 4 ("Labeled IP Unicast") or SAFI 128 ("Labeled VPN-IP > unicast"). A possibility would be to state that if Tunnel Type is an IP Multicast tree *with* the PMSI Tunnel Attribute Label field set, jointly advertising a BGP Tunnel Encap attribute could be used to allow MPLS-in-GRE (or UDP, or VXLAN) and hence allow carrying the multicast traffic of multiple VPNs in one IP multicast tree. These proposals would allow to give a meaningful semantic to the BGP Tunnel Encap attribute with mVPN or E-VPN PMSI routes, independently of any consideration on how relevant these encapsulations would be. >> * draft-ietf-bess-evpn-overlay currently relies on the Tunnel >> Encap Extended Community to advertise the use of MPLS-over-GRE or >> VXLAN or NVGRE, and section 5.1.3 of that draft specifies that the >> VNI to use is the value in the Label field of the route -- this is >> I believe /nearly/ inline with draft-rosen-idr-tunnel-encaps, but >> the devil is in the details: if I read correctly >> draft-rosen-idr-tunnel-encaps-01 Section 7.2, the behavior >> consisting in using the embedded label as the VNI requires >> advertising a BGP Tunnel Encap Attribute with an Embedded Label >> Handling Sub-TLV with value 2, or not advertising a BGP Tunnel >> Encap at all (nor using the Tunnel Encapsulation ExtendedCommunity >> which is made semantically equivalent by section 6) --- it thus >> seems to me that one of the two drafts needs something to allow >> proper compatibility > > Right now the Tunnel Encaps draft specifies that omitting the > Embedded Label Handling Sub-TLV is equivalent to including an > Embedded Label Handling Sub-TLV with value 1. The simplest fix would > be to change this so that omitting the Sub-TLV is equivalent to > including a Sub-TLV with value 2. I think this is a good idea. > Or would this introduce an incompatibility with some other EVPN > draft? ;-) None that I'm aware of. >> With a lesser priority, I have a few other comments as well: >> >> * I think the intent of the MPLS codepoint 10 for tunnel type, as >> defined in draft-ietf-bess-evpn-overlay, intends to indicate the >> ability to receive plain MPLS in a context where other encaps are >> advertised (if you advertise only one non-MPLS encap, it means you >> support this encap but not MPLS) -- this I think would be nice to >> capture in draft-rosen-idr-tunnel-encaps > > I think that makes sense. Ok. >> * about the Remote Endpoint sub-TLV: why allow that an AF of 0 >> means "use next-hop address", but still require the presence of the >> TLV ? it seems that its absence could conveniently be interpreted >> as "use next-hop address", like what's done for the Tunnel Encap EC >> in section 6 > > Some folks have expressed the opinion that the BGP procedures for > handling errors in this attribute will be simplified if the Remote > Endpoint Sub-TLV is always required to be present. I don't have a > strong opinion about that myself. This does not seem consistent with allowing that the use of the Tunnel Encap EC with a semantic of an implicit BGP Tunnel Encap attribute with w.y.z TLVs/sub-TLVs. >> * section 6 should say that, associated to a labelled address >> family, the Tunnel Encap EC of value GRE (2) means the same as >> MPLS-in-GRE (value 11) (like section 2.2.5 does for the attribute) > > Makes sense. Ok. >> And my second head, the one trying to fill my BESS co-chair hat, >> can't help adding that addressing some of the above will require >> keeping the BESS working group involved all along the life of this >> draft. > > No problem. Thank you, -Thomas _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. From nobody Wed Jul 29 08:35:08 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 849F71A905D; Wed, 29 Jul 2015 08:35:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 nvJEEBOKNXxG; Wed, 29 Jul 2015 08:35:05 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0777.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::777]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 48C351AC39F; Wed, 29 Jul 2015 08:27:50 -0700 (PDT) Authentication-Results: tools.ietf.org; dkim=none (message not signed) header.d=none; Received: from [172.29.35.108] (66.129.241.14) by CY1PR0501MB1097.namprd05.prod.outlook.com (10.160.144.139) with Microsoft SMTP Server (TLS) id 15.1.225.19; Wed, 29 Jul 2015 15:27:25 +0000 To: Xuxiaohu , "thomas.morin@orange.com" , "idr@ietf.org" , BESS References: <02ce01d0b851$4ecec5a0$ec6c50e0$@ndzh.com> <2691CE0099834E4A9C5044EEC662BB9D571ADA7E@dfweml701-chm> <55A0273D.4020608@juniper.net> <2691CE0099834E4A9C5044EEC662BB9D571B77BF@dfweml701-chm> <001001d0c136$290061b0$7b012510$@ndzh.com> <10393_1437662753_55B0FE21_10393_2369_1_55B0FE1E.40600@orange.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0CB01880@NKGEML512-MBS.china.huawei.com> <55B7AF51.4040900@juniper.net> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0CB02833@NKGEML512-MBS.china.huawei.com> From: Eric C Rosen Message-ID: <55B8F0D7.6090200@juniper.net> Date: Wed, 29 Jul 2015 11:27:19 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0CB02833@NKGEML512-MBS.china.huawei.com> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [66.129.241.14] X-ClientProxiedBy: CY1PR1201CA0009.namprd12.prod.outlook.com (25.169.17.147) To CY1PR0501MB1097.namprd05.prod.outlook.com (25.160.144.139) X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1097; 2:znC74VOcEnmf5oBP3yZvfY3y2jC7FWP744Khm3BRCclr3RkAnwpewZjPbD2PmQ+oAiWgxtxFjp/HldfU0U69iwDfKY8o2v3glJCu5RqFU03hJaiZL9mMBSXirghFT5yhHCjxXgeZbkX3oHv2tymlHGC3885ZMvJl2jW2cQubDZs=; 3:mXlRvXqye+AGo2W7yFNXpKqdQUnnsdWsLr2PKzZqML8Ywum7rB3ZucI60YD0WzaXBXHFOqDWg+xDfrTLY00T3YiBTdaBb//EMKwsdCHYfF94GJ9tSlUcNiZj1eScVv/CJS45doY6aatSOgZBHORNnQ==; 25:wpu0fvdQZybzm68D/F3LjcA0+Q9rdcTsUSLU+p4HW8H7L5mJAJK54jdVJB4uQ0wVavm8k8TbivmWUOGTPqot3F5Cfd+fB0ctrrL6OPhybBbU10NTQuxZso1jAG5YRN51AAfi8NNcVE9fSTr/4aAPVWvwV6wWKJJWbyBAC9fddz93K05Ps+C96dTe/XIwPAD4j1otsmhJoygs9OKLR11s3IUV2ZwYz5xTcvdEw7+Zyg4lEpK8POdVoFobQBs/pg+mStlOiywADFKthA+GoPCXbQ== X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR0501MB1097; X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1097; 20:Hna/s9Fy5X4Zpe+t76F6RlTtjBZ29DkS0j4dA7r6reL0g1x2xfT0dozWVn7X29jhmYZofuxAKZEto6dNCmrjowXQlujaKw0jEKuEgPK14/QlXbd6NBLwNF9cZlcND1qsW7U4nXuRFBico0DYOzNhI9sHxj37JKAAzmCeNqIDwgX3DTttU53OGJC++DXsyHvRA1tGBLygKZJx5lyzkoLANhc/eDOm5TnGEUOMOetGpfB0GfrIy7xJg5ALXQ2c2IO8jSs4nUU6jwhQ4vIMGAE26qH5aK9eLXa7l6+r8EMndn7BvwoD1X6u/Mv+U4IGzPXoFsXCCtZQ/DaSR6/HtMVSD6hdRbS7s/toXRyYE3rTk/GRv25rdaXqDFego4qE2V7kypfglm30YLSy5kNg0cXYbXOzOYxh1wbtE/0bpB2cXGA3FhCfeO6KF1P6oZ9n5AF3eHgYjXTDOmElGeB7frF96dSDbjpNNLz4f0yqZDezYs0cC/2qNJvEJAGzEPrCTw2z; 4:U5xm9ef2+GJL1fQq5CRf24KEU5W/UwCxOqhLPB6nkXdXgkrCjfpZFHZmjcqNDi6eUnFEu84KNtnl8APDicjAYJ1aLE6QRm85q8QU4S8lrEwQIWUDHRDcxoifzkxt6ZYg75G5DxjukOeBpHT3PT/8+HqULA5hKMZFwGWaZTDZ0a8tEkdwH6ryR5blt52a2FNYvVkbAuQj7YHouugnHFQgTnFPTkXrLSjCdT+ORWB2iRg5DnlIvx2Nx03TXi37frpiCfOpsHZk2XoloxjYIOwM0qqKy73of/lrs4pCnNbfqVY= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:CY1PR0501MB1097; BCL:0; PCL:0; RULEID:; SRVR:CY1PR0501MB1097; X-Forefront-PRVS: 0652EA5565 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(6049001)(5423002)(86362001)(46102003)(4001350100001)(50466002)(80316001)(54356999)(47776003)(93886004)(76176999)(83506001)(42186005)(230783001)(50986999)(65956001)(36756003)(65806001)(66066001)(40100003)(122386002)(2501003)(2201001)(23746002)(92566002)(77096005)(33656002)(77156002)(189998001)(62966003)(2950100001)(5001960100002)(5001920100001)(5001770100001); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR0501MB1097; H:[172.29.35.108]; FPR:; SPF:None; MLV:sfv; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1097; 23:VKtOU0tRER0DbUyrEY6UYohaJ4/vkc4V5XBeKfEtL8Wx9cH5qREwKz0lSgwHLoT668SaXH9fSqrxhfizpq0LptiV1aRlk413pwGMxZd+/wDl0Px+Hi75r0OjBMsvaDJdQxKe87M/0e7BxYLr5o7i5dfflStYRlrFW1ezY9g2ZvZEnjzThVjtUB290MnOIRCILSzV1kyyRrvHvUc52H0phqnbGj18x9LeCZZlp2N7NcxMTmTevQh2pPT7gSqL30E8z6toOr/IYwKuvfKOzAxsD5d6dL2kXeaOMAwQYlhZGvN4G4ROMOguBDtxNZcDuso6sq2n2UFGE+TgGoWyeEGjyPgvs6ClBK6I+zzVpObefwNyJRKMFgO5q0Ns58L2n8FW+Wgp1hBBTX5WQ7JFldOQRj+pMUFhyZ3ScqXTyv3guWY5Na1PJ6r5MFsDGwxRjXrCnpgK6R2undv5fXnGxnfVNq3D9Zn9PDdgO5ZL0bwP+6mqks/fgvcgvJHwNp5dlDRMtuHSlzjUgSZ8+nk/b8k2Hjm4jf7sz2qPZvogmlocD7MeE7/IeRNTQiVAzEHkuVittvidTrTPcB2bYkdpiNOU3vT/JFXc4gwo0i+QtOOgZxSJnhB0ygtcjYyTRmSTJRslOvf3rqtuAbnFJk0snnw/TBAdy3tRvPxhi6J/KwcR7zq7Efa/24CfD398HHU47BVahZHBr65cUIxbFMFuZ40WXhV6idfpr2wpDMqer6hW8v3BdpGJUlzOdheURexjnXcteW9YpBLMenYqXSFpzUiZc0FI3SLKPqvQ3gQlXhQ9OYgIcKfM++ziDX1kdPyoSewcscTmMcbnzs+YO+HwzNogn+OxcjpdvhdDN8D/kE02rfEPjd3xmlsbXo4DTDgupnIA6x2cS5Z2TBYDZJJRQRKBWk3iMQj71w2oyUgOZlOpv/nwo6RLm9rXMIlT+y+y35mJ X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1097; 5:6FwtTEAdY0H9MBmmBgr3u3c+8+D+E56i29tPAGyPSDO14DFDvLTAoEBlQwgcqjuZ2//fb2Mi3MDWLJELSGt2H+P/aLhd9PepL84vBELKyuGgRjgYBrTQ4ipePY9zo6KUUccmVtlfiMBBpGc6MkhsHg==; 24:vNi/bXoBAT3klRw8gK/Vl694zD23TWy2nLwbCxb6dUgdSLVtPZ+5GcoXRL+gHEfWIuhaEngXO6P9TVJXRqa717cpIYpbmCZq2cg4V9qZE+c=; 20:C6DHbpjm5+yJt83K4iKa3M5k5LK4EdUuc/jc8CtA2Ir4iJp7qbuRxAVXxAZt1qYrA52DjVHuYuasqxrzCA9qQg== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 29 Jul 2015 15:27:25.0670 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0501MB1097 Archived-At: Cc: "draft-ietf-bess-evpn-overlay@tools.ietf.org" , "draft-rosen-idr-tunnel-encaps@tools.ietf.org" , erosen@juniper.net Subject: Re: [bess] [Idr] 2 week adoption call for draft-rosen-idr-tunnel-enaps-00.txt (7/6 to 7/20/2015) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 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: Wed, 29 Jul 2015 15:35:07 -0000 >> [Eric] I don't think the payload type can necessarily be inferred >> from the AFI/SAFI of the UPDATE that is carrying the Tunnel >> Encapsulation attribute. Consider, for instance, a case where the >> next hop is not of the same address family as the NLRI, but the >> route to the next hop is the route carrying the Tunnel >> Encapsulation attribute. > [Xiaohu] It seems that the example that you had mentioned is the > usage of the Tunnel Encapsulation attribute e as described in > RFC5512, rather than the usage of the Tunnel Encapsulation attribute > as proposed by this draft:) No; see section 5 ("Recursive Next Hop Resolution") of the new draft. I think there are other examples where one might not be able to infer the type of the payload from the AFI/SAFI of the route. Suppose you use BGP as your only routing algorithm, and you use only the unlabeled address families (AFI/SAFI = 1/1 or 2/1). But you use LDP (or SDN or something else) to assign labels to prefixes. In this case, your data traffic might be MPLS, but there is no use of the labeled address families (AFI/SAFI = 1/4, 2/4, 1/128, or 2/128). If you use the Tunnel Encapsulation attribute to specify a GRE tunnel for some route, you could end up having to do an MPLS-in-GRE encapsulation. I'm not sure whether there is a real use case for this, but I'm not also not sure that we want to rule it out. From nobody Thu Jul 30 02:18:55 2015 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D57AD1B2D98; Thu, 30 Jul 2015 02:18:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 XBYE80tlG40P; Thu, 30 Jul 2015 02:18:45 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 158E61B2D94; Thu, 30 Jul 2015 02:18:45 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.2.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150730091845.1710.17474.idtracker@ietfa.amsl.com> Date: Thu, 30 Jul 2015 02:18:45 -0700 Archived-At: Cc: bess@ietf.org Subject: [bess] I-D Action: draft-ietf-bess-virtual-subnet-fib-reduction-01.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.15 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 09:18:51 -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 Working Group of the IETF. Title : FIB Reduction in Virtual Subnet Authors : Xiaohu Xu Christian Jacquenet Truman Boyes Brendan Fee Wim Henderickx Filename : draft-ietf-bess-virtual-subnet-fib-reduction-01.txt Pages : 6 Date : 2015-07-30 Abstract: Virtual Subnet is a BGP/MPLS IP VPN-based subnet extension solution which is intended for building Layer3 network virtualization overlays within and/or between data centers. This document describes a mechanism for reducing the FIB size of PE routers in the Virtual Subnet context. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-virtual-subnet-fib-reduction/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-bess-virtual-subnet-fib-reduction-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-virtual-subnet-fib-reduction-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/