From nobody Sun Mar 1 17:24:24 2015 Return-Path: X-Original-To: sfc@ietfa.amsl.com Delivered-To: sfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AFB1F1A1BDC for ; Sun, 1 Mar 2015 17:24:22 -0800 (PST) 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, HTML_MESSAGE=0.001, 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 Sw9TMzq0U_SZ for ; Sun, 1 Mar 2015 17:24:18 -0800 (PST) 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 61DD41A1F02 for ; Sun, 1 Mar 2015 17:24:17 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BPT42288; Mon, 02 Mar 2015 01:24:15 +0000 (GMT) Received: from NKGEML401-HUB.china.huawei.com (10.98.56.32) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 2 Mar 2015 01:24:14 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.115]) by nkgeml401-hub.china.huawei.com ([10.98.56.32]) with mapi id 14.03.0158.001; Mon, 2 Mar 2015 09:24:10 +0800 From: Xuxiaohu To: "Zarny, Myo" , "'Jim Guichard (jguichar)'" , "'sfc@ietf.org'" Thread-Topic: WG call for adoption of draft-quinn-sfc-nsh Thread-Index: AQHQUcJRZDObBxbiIUWmIP9lX1xWp50F0KkggABL97CAAk1VoA== Date: Mon, 2 Mar 2015 01:24:10 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0830EE0A@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0830EBDD@NKGEML512-MBS.china.huawei.com> In-Reply-To: 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: multipart/alternative; boundary="_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0830EE0ANKGEML512MBSchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [sfc] WG call for adoption of draft-quinn-sfc-nsh X-BeenThere: sfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Service Chaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 01:24:22 -0000 --_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0830EE0ANKGEML512MBSchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Myo, Thanks for your response. It's great that the NSH is allowed to contain onl= y the metadata by ignoring the service path header (e.g., set the SPID to z= ero). That's what I had expected. Thanks again for your explanation. Best regards, Xiaohu From: Zarny, Myo [mailto:Myo.Zarny@gs.com] Sent: Saturday, February 28, 2015 10:42 PM To: Xuxiaohu; 'Jim Guichard (jguichar)'; 'sfc@ietf.org' Subject: RE: WG call for adoption of draft-quinn-sfc-nsh Hi Xiaohu, Currently, the draft certainly supports two of your three scenarios: (1) SF= C path only and (3) SFC path info and metadata. As for the scenario of carrying just the metadata, can you clarify your ask= ? I take that you're not mandating that the base header not contain a servi= ce path header; but rather that the NSH be used to carry just the metadata = only, correct? If it's the latter, the NSH does support your scenario. Yes,= the Service Path Header is a required component of the header. But you can= choose an implementation method to ignore the SP header values (SPID and S= PI). (Implementation methods could range from zeroing the fields out to ins= tructing NSH-aware devices to ignore them; etc.) If that meets your expecta= tions, then, the header supports all three scenarios. Now, to be precise and for full disclosure, all three scenarios are support= ed through MD-Type 2, which the draft currently recommends as a "SHOULD" im= plementation [Section 3.2]. Myo From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Xuxiaohu Sent: 28 February 2015 4:52 AM To: Jim Guichard (jguichar); sfc@ietf.org Subject: Re: [sfc] WG call for adoption of draft-quinn-sfc-nsh Support. By the way, I hope the NSH could be capable of: 1) containing the service c= hain/path info only; 2) containing the metadata only ;3) containing both se= rvice chain/path info and the metadata. Otherwise, we may need to design a = separate header for containing the metadata in the case where the service c= hain/path info has been embodied by other means than the NSH itself. In thi= s way, it's aligned with the following statement in the SFC architecture dr= aft: "4.3.1. Transport Derived SFF Service function forwarding, as described above, directly depends upon the use of the service path information contained in the SFC encapsulation. However, existing implementations may not be able to act on the SFC encapsulation. These platforms may opt to use existing transport information if it can be arranged to provide explicit service path information. This results in the same architectural behavior and meaning for service function forwarding and service function paths. It is the responsibility of the control components to ensure that the transport path executed in such a case is fully aligned with the path identified by the information in the service chaining encapsulation. " Xiaohu From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Jim Guichard (jguichar= ) Sent: Thursday, February 26, 2015 8:47 PM To: sfc@ietf.org Subject: [sfc] WG call for adoption of draft-quinn-sfc-nsh Greetings WG: The document draft-quinn-sfc-nsh-07 (https://datatracker.ietf.org/doc/draft= -quinn-sfc-nsh/) has recently been reissued. The authors of draft-zhang-sfc= -sch-03 (http://datatracker.ietf.org/doc/draft-zhang-sfc-sch/) have joined = the NSH document so that the WG can focus on a single encapsulation documen= t going forward. This new version of NSH includes an open items section bas= ed on discussion between co-authors and members of the list. The WG will wo= rk through this list (and any other issues that need to be added) over the = next weeks. We appreciate and recognize the hard work of both the NSH and S= CH authors in pushing the SFC encapsulation work forward. With that said, the chairs are calling for WG adoption of draft-quinn-sfc-n= sh-07 as a WG document. The call for adoption will run for 2 weeks ending 3= /12/2015. Please note that this is a call for adoption, and not a last call for conte= nt of the document. Adopting a WG document simply means that the WG will fo= cus its efforts on that particular draft going forward, and use that docume= nt for resolving open issues and documenting the WG's decisions. Please indicate whether you support adoption for not, and if not why. Issue= s you have with the current document itself can also be raised, but they sh= ould be raised in the context of what should be changed in the document goi= ng forward, rather than a pre-condition for adoption. Finally, now is also a good time to poll for knowledge of any IPR that appl= ies to this draft, in line with the IPR disclosure obligations for WG parti= cipants (see RFCs 3979, 4879, 3669 and 5378 for more details). If you are l= isted as a document author please respond to this email (to the chairs) whe= ther or not you are aware of any relevant IPR. Jim & Thomas --_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0830EE0ANKGEML512MBSchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Myo,

 = ;

Thanks for= your response. It’s great that the NSH is allowed to contain only th= e metadata by ignoring the service path header (e.g., set the SPID to zero). That’s what I had expected. Thanks again for your explanat= ion.

 = ;

Best regar= ds,

Xiaohu

 = ;

From: Zarny, Myo [mailto:Myo.Zarny@gs.com]
Sent: Saturday, February 28, 2015 10:42 PM
To: Xuxiaohu; 'Jim Guichard (jguichar)'; 'sfc@ietf.org'
Subject: RE: WG call for adoption of draft-quinn-sfc-nsh<= /span>

 

Hi Xiaohu,=

 = ;

Currently,= the draft certainly supports two of your three scenarios: (1) SFC path onl= y and (3) SFC path info and metadata.

 = ;

As for the= scenario of carrying just the metadata, can you clarify your ask? I take t= hat you’re not mandating that the base header not contain a service path header; but rather that the NSH be used to carry just the m= etadata only, correct? If it’s the latter, the NSH does support your = scenario. Yes, the Service Path Header is a required component of the heade= r. But you can choose an implementation method to ignore the SP header values (SPID and SPI). (Implementation meth= ods could range from zeroing the fields out to instructing NSH-aware device= s to ignore them; etc.) If that meets your expectations, then, the header s= upports all three scenarios.

 = ;

Now, to be= precise and for full disclosure, all three scenarios are supported through= MD-Type 2, which the draft currently recommends as a “SHOULD” implementation [Section 3.2].

 = ;

Myo

 = ;

From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Xuxiaohu
Sent: 28 February 2015 4:52 AM
To: Jim Guichard (jguichar); sfc@iet= f.org
Subject: Re: [sfc] WG call for adoption of draft-quinn-sfc-nsh<= /o:p>

 

Support.

 

By the way, I hope the NSH could be capable of: 1) conta= ining the service chain/path info only; 2) containing the metadata only ;3) containing both service chain/path info and the metadata. Otherwi= se, we may need to design a separate header for containing the metadata in = the case where the service chain/path info has been embodied by other means= than the NSH itself. In this way, it’s aligned with the following statement in the SFC architecture dr= aft:

 

“4.3.1.  Transport Derived SFF

&nbs= p;

&nbs= p;

 &nb= sp; Service function forwarding, as described above, directly depends<= /o:p>

 &nb= sp; upon the use of the service path information contained in the SFC<= /o:p>

 &nb= sp; encapsulation.  However, existing implementations may not be able = to

 &nb= sp; act on the SFC encapsulation.  These platforms may opt to use=

 &nb= sp; existing transport information if it can be arranged to provide

 &nb= sp; explicit service path information.

&nbs= p;

 &nb= sp; This results in the same architectural behavior and meaning for

 &nb= sp; service function forwarding and service function paths.  It is the=

 &nb= sp; responsibility of the control components to ensure that the transport

 &nb= sp; path executed in such a case is fully aligned with the path<= /span>

 &nb= sp; identified by the information in the service chaining encapsulation.

&nbs= p;

”

 

Xiaohu

 

From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Jim Guichard (jguichar)
Sent: Thursday, February 26, 2015 8:47 PM
To: sfc@ietf.org
Subject: [sfc] WG call for adoption of draft-quinn-sfc-nsh

 

Greetings WG:

 

The document draft= -quinn-sfc-nsh-07 (https://datatracker.ietf.org/doc/draft-quinn-sfc-nsh/) has recently been reissued. The authors of draft-zhang-sfc-sch-03 (http://datatracker= .ietf.org/doc/draft-zhang-sfc-sch/) have joined the NSH document so tha= t the WG can focus on a single encapsulation document going forward. This new version of NSH includes an open items = section based on discussion between co-authors and members of the list.= The WG will work through this list (and any other issues that need to be a= dded) over the next weeks. We appreciate and recognize the hard work of both the NSH and SCH authors in pushing the= SFC encapsulation work forward.

 

With that said, th= e chairs are calling for WG adoption of draft-quinn-sfc-nsh-07 as a WG docu= ment. The call for adoption will run for 2 weeks ending 3/12/2015.

 

Please note that this is a cal= l for adoption, and not a last call for content of the document. Adopting a= WG document simply means that the WG will focus its efforts on that particular draft going forward, and use that doc= ument for resolving open issues and documenting the WG’s decisions.

 

Please indicate whether you su= pport adoption for not, and if not why. Issues you have with the current do= cument itself can also be raised, but they should be raised in the context of what should be changed in the document = going forward, rather than a pre-condition for adoption. 

 

Finally, now is also a good ti= me to poll for knowledge of any IPR that applies to this draft, in line wit= h the IPR disclosure obligations for WG participants (see RFCs 3979, 4879, 3669 and 5378 for more details). If you= are listed as a document author please respond to this email (to the chair= s) whether or not you are aware of any relevant IPR.

 =

Jim & Thomas<= /o:p>

--_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0830EE0ANKGEML512MBSchi_-- From nobody Mon Mar 2 05:19:23 2015 Return-Path: X-Original-To: sfc@ietfa.amsl.com Delivered-To: sfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9AE201A875C for ; Mon, 2 Mar 2015 05:19:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, 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 NJo_jEB9njfb for ; Mon, 2 Mar 2015 05:19:20 -0800 (PST) Received: from mtv-iport-2.cisco.com (mtv-iport-2.cisco.com [173.36.130.13]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4036E1A875D for ; Mon, 2 Mar 2015 05:19:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7128; q=dns/txt; s=iport; t=1425302360; x=1426511960; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Ghm7EAcmPeeZh6rertAINSk1pt8hrvEGHZjI6Ash95s=; b=AnMUiXcPK+CIGqcuO4HebhfnNR7Db5l5IcjDQtPnYHSCRh+N/ULDV4Sn TUZJjrXM8KXnZTS/Sfy+F9jsE/xz3bHKsg4Hh7+e9N738uxbNLD5lFYlZ hPeCf9UWv1h92qmq0H1YGy8iJBTKlxsntFtoG+uGNUuQstm4gFBIxXhSD 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CJBQDmYvRU/5tdJa1agj9DUl6DBr4tAQmFcAIcgQNNAQEBAQEBfIQQAQEEAQEBIApBCxACAQg/AwICAiULFBEBAQQOBYgvDbwVmSUBAQEBAQEBAQEBAQEBAQEBAQEBAQETBIsShG4HgmgvgRQFjXuBfYlHgRqFc4kPgz4jg25vgUR/AQEB X-IronPort-AV: E=Sophos;i="5.09,675,1418083200"; d="scan'208,217";a="114357991" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by mtv-iport-2.cisco.com with ESMTP; 02 Mar 2015 13:19:19 +0000 Received: from xhc-aln-x15.cisco.com (xhc-aln-x15.cisco.com [173.36.12.89]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id t22DJIKE012633 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 2 Mar 2015 13:19:19 GMT Received: from xmb-rcd-x14.cisco.com ([169.254.4.229]) by xhc-aln-x15.cisco.com ([173.36.12.89]) with mapi id 14.03.0195.001; Mon, 2 Mar 2015 07:19:18 -0600 From: "Paul Quinn (paulq)" To: "mohamed.boucadair@orange.com" Thread-Topic: [sfc] draft-quinn-sfc-nsh: Remove Section 2.2 Thread-Index: AdBRDfvGncaUVepTRKWBBq+ZY1ywcwED8uIA Date: Mon, 2 Mar 2015 13:19:18 +0000 Message-ID: References: <787AE7BB302AE849A7480A190F8B933004914121@OPEXCLILM23.corporate.adroot.infra.ftgroup> In-Reply-To: <787AE7BB302AE849A7480A190F8B933004914121@OPEXCLILM23.corporate.adroot.infra.ftgroup> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.19.17.229] Content-Type: multipart/alternative; boundary="_000_B3F0AE57C0FB4D2DA2738AF67A6F0A6Dciscocom_" MIME-Version: 1.0 Archived-At: Cc: "sfc@ietf.org" Subject: Re: [sfc] draft-quinn-sfc-nsh: Remove Section 2.2 X-BeenThere: sfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Service Chaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 13:19:21 -0000 --_000_B3F0AE57C0FB4D2DA2738AF67A6F0A6Dciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTWVkLA0KDQpGaXJzdCBvZmYsIHRoYW5rIHlvdSBmb3IgeW91ciBzdWdnZXN0aW9ucyBhbmQg ZmVlZGJhY2ssIEnigJltIHdvcmtpbmcgbXkgd2F5IHRocm91Z2ggeW91ciBlbWFpbHMgbm93Lg0K DQpUaGUgc2VjdGlvbiB3YXMgaW5jbHVkZWQgYXMgYSB3YXkgb2YgcHJvdmlkaW5nIGJhY2tncm91 bmQgdG8gYSByZWFkZXIgd2hvIGp1c3QgY2hvc2UgdG8gcmVhZCB0aGUgTlNIIGRyYWZ0LiAgTm93 IHRoYXQgdGhlIHByb2JsZW0gc3RhdGVtZW50IGlzIGNvbXBsZXRlLCBJIGRvbuKAmXQgaGF2ZSBh bnkgaXNzdWVzIGluY2x1ZGluZyBhIG5vcm1hdGl2ZSByZWZlcmVuY2UuICBPZiBjb3Vyc2UsIHNp bmNlIE5TSCBoYXMgYmVlbiBjYWxsZWQgZm9yIGFkb3B0aW9uLCBJ4oCZbGwgd2FpdCB1bnRpbCB0 aGF0IGlzIGRvbmUsIHRoZW4gYXNzdW1pbmcgYWRvcHRpb24gaXMgc3VjY2Vzc2Z1bCwgc29saWNp dCBmZWVkYmFjayBmcm9tIHRoZSBXRyBmb3IgdGhlIGNoYW5nZS4NCg0KUGF1bA0KDQoNCk9uIEZl YiAyNSwgMjAxNSwgYXQgMTA6MTYgQU0sIG1vaGFtZWQuYm91Y2FkYWlyQG9yYW5nZS5jb208bWFp bHRvOm1vaGFtZWQuYm91Y2FkYWlyQG9yYW5nZS5jb20+IHdyb3RlOg0KDQpIaSBQYXVsLA0KDQpJ IHN1Z2dlc3QgdG8gcmVtb3ZlIFNlY3Rpb24gMi4yLiBBIHBvaW50ZXIgdG8gdGhlIFNGQyBQUyBJ LUQgd291bGQgc3VmZmljZS4gTm8gbmVlZCB0byBiZSByZWR1bmRhbnQgaGVyZS4NCg0KVGhhbmsg eW91Lg0KDQpDaGVlcnMsDQpNZWQNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQpzZmMgbWFpbGluZyBsaXN0DQpzZmNAaWV0Zi5vcmc8bWFpbHRvOnNmY0Bp ZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc2ZjDQoNCg== --_000_B3F0AE57C0FB4D2DA2738AF67A6F0A6Dciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <48E54B47361F874A9965E0F8666AB708@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KSGkgTWVkLA0KPGRpdiBjbGFzcz0i Ij48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Rmlyc3Qgb2ZmLCB0aGFuayB5 b3UgZm9yIHlvdXIgc3VnZ2VzdGlvbnMgYW5kIGZlZWRiYWNrLCBJ4oCZbSB3b3JraW5nIG15IHdh eSB0aHJvdWdoIHlvdXIgZW1haWxzIG5vdy48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNz PSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRoZSBzZWN0aW9uIHdhcyBpbmNsdWRlZCBhcyBh IHdheSBvZiBwcm92aWRpbmcgYmFja2dyb3VuZCB0byBhIHJlYWRlciB3aG8ganVzdCBjaG9zZSB0 byByZWFkIHRoZSBOU0ggZHJhZnQuICZuYnNwO05vdyB0aGF0IHRoZSBwcm9ibGVtIHN0YXRlbWVu dCBpcyBjb21wbGV0ZSwgSSBkb27igJl0IGhhdmUgYW55IGlzc3VlcyBpbmNsdWRpbmcgYSBub3Jt YXRpdmUgcmVmZXJlbmNlLiAmbmJzcDtPZiBjb3Vyc2UsIHNpbmNlIE5TSCBoYXMgYmVlbiBjYWxs ZWQNCiBmb3IgYWRvcHRpb24sIEnigJlsbCB3YWl0IHVudGlsIHRoYXQgaXMgZG9uZSwgdGhlbiBh c3N1bWluZyBhZG9wdGlvbiBpcyBzdWNjZXNzZnVsLCBzb2xpY2l0IGZlZWRiYWNrIGZyb20gdGhl IFdHIGZvciB0aGUgY2hhbmdlLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+UGF1bDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9 IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPGRpdj4NCjxibG9ja3F1 b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5PbiBGZWIgMjUsIDIwMTUs IGF0IDEwOjE2IEFNLCA8YSBocmVmPSJtYWlsdG86bW9oYW1lZC5ib3VjYWRhaXJAb3JhbmdlLmNv bSIgY2xhc3M9IiI+DQptb2hhbWVkLmJvdWNhZGFpckBvcmFuZ2UuY29tPC9hPiB3cm90ZTo8L2Rp dj4NCjxiciBjbGFzcz0iQXBwbGUtaW50ZXJjaGFuZ2UtbmV3bGluZSI+DQo8ZGl2IGNsYXNzPSIi Pg0KPG1ldGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNCAoZmls dGVyZWQgbWVkaXVtKSIgY2xhc3M9IiI+DQo8c3R5bGUgY2xhc3M9IiI+PCEtLQ0KLyogRm9udCBE ZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9z ZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1z b05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFy Z2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNh bGlicmkiLCJzYW5zLXNlcmlmIjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQphOmxp bmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpi bHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5 cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7 DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28t c3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7 DQoJY29sb3I6d2luZG93dGV4dDsNCglmb250LXdlaWdodDpub3JtYWw7DQoJZm9udC1zdHlsZTpu b3JtYWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJ Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgltc28tZmFyZWFzdC1sYW5ndWFn ZTpFTi1VUzt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJ bWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3MC44NXB0IDcwLjg1cHQ7fQ0KZGl2LldvcmRTZWN0aW9u MQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48 eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwv eG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQg djpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hh cGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8ZGl2IGxhbmc9IkZSIiBsaW5rPSJibHVlIiB2 bGluaz0icHVycGxlIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyIgY2xhc3M9IiI+SGkgUGF1bCw8bzpwIGNsYXNzPSIi PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyIgY2xhc3M9 IiI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyIgY2xhc3M9IiI+SSBzdWdnZXN0IHRvIHJlbW92ZSBTZWN0aW9uIDIuMi4gQSBwb2lu dGVyIHRvIHRoZSBTRkMgUFMgSS1EIHdvdWxkIHN1ZmZpY2UuIE5vIG5lZWQgdG8gYmUgcmVkdW5k YW50IGhlcmUuPG86cCBjbGFzcz0iIj48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7IiBjbGFzcz0iIj4mbmJzcDs8L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7IiBjbGFzcz0iIj5UaGFu ayB5b3UuPG86cCBjbGFzcz0iIj48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7IiBjbGFzcz0iIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7IiBjbGFzcz0iIj5DaGVlcnMs PG86cCBjbGFzcz0iIj48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7IiBjbGFzcz0iIj5NZWQ8bzpwIGNsYXNzPSIiPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX188YnIgY2xhc3M9IiI+DQpzZmMgbWFpbGluZyBsaXN0PGJyIGNsYXNzPSIi Pg0KPGEgaHJlZj0ibWFpbHRvOnNmY0BpZXRmLm9yZyIgY2xhc3M9IiI+c2ZjQGlldGYub3JnPC9h PjxiciBjbGFzcz0iIj4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc2Zj PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxiciBjbGFzcz0i Ij4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_B3F0AE57C0FB4D2DA2738AF67A6F0A6Dciscocom_-- From nobody Mon Mar 2 07:17:36 2015 Return-Path: X-Original-To: sfc@ietfa.amsl.com Delivered-To: sfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E4A171A8704 for ; Mon, 2 Mar 2015 07:17:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, 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 ow5XD2LkCvXQ for ; Mon, 2 Mar 2015 07:17:33 -0800 (PST) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9BA021A88D9 for ; Mon, 2 Mar 2015 07:13:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6730; q=dns/txt; s=iport; t=1425309228; x=1426518828; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=/4Yu+zQ4CqO9pqXQ8eWNOY7YOsr0+9JWzLSzR2wICNs=; b=mh52oR6IAKaBpAwGqjB0GwUny1LVcz7xgh+90eiqYlv0XEs54g5BwJed mlRC57+2kWB9izCDfD5X2GChvc1foUfcPQJ/7RyGPRG9mqL3Dv2imJPDG 1QNyGnz4VQDsVIaAxrol0HxWSn9jIoz9MFHvAYaoEp5usojnRIzVJa0wK 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CJBQAmffRU/4UNJK1agj9DUl6DBr4vAQmFcAIcgQVNAQEBAQEBfIQQAQEEAQEBIApBCxACAQg/AwICAiULFBEBAQQOBYgvDbxcmTUBAQEBAQEBAQEBAQEBAQEBAQEBAQETBIsShG4HgmgvgRQFj3iJR5NaI4Nub4FEfwEBAQ X-IronPort-AV: E=Sophos;i="5.09,675,1418083200"; d="scan'208,217";a="128185436" Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-7.cisco.com with ESMTP; 02 Mar 2015 15:13:48 +0000 Received: from xhc-aln-x14.cisco.com (xhc-aln-x14.cisco.com [173.36.12.88]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id t22FDlVS024019 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 2 Mar 2015 15:13:47 GMT Received: from xmb-rcd-x14.cisco.com ([169.254.4.229]) by xhc-aln-x14.cisco.com ([173.36.12.88]) with mapi id 14.03.0195.001; Mon, 2 Mar 2015 09:13:47 -0600 From: "Paul Quinn (paulq)" To: "mohamed.boucadair@orange.com" Thread-Topic: [sfc] draft-quinn-sfc-nsh: relatniship with the use cases drafts Thread-Index: AdBRDaI7xfMTZEmzRd6IIps3ZiTmogEICK4A Date: Mon, 2 Mar 2015 15:13:46 +0000 Message-ID: References: <787AE7BB302AE849A7480A190F8B9330049140FD@OPEXCLILM23.corporate.adroot.infra.ftgroup> In-Reply-To: <787AE7BB302AE849A7480A190F8B9330049140FD@OPEXCLILM23.corporate.adroot.infra.ftgroup> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.19.17.229] Content-Type: multipart/alternative; boundary="_000_CA29E3DA324E4FA3AC0B4148E46999D5ciscocom_" MIME-Version: 1.0 Archived-At: Cc: "sfc@ietf.org" Subject: Re: [sfc] draft-quinn-sfc-nsh: relatniship with the use cases drafts X-BeenThere: sfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Service Chaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 15:17:35 -0000 --_000_CA29E3DA324E4FA3AC0B4148E46999D5ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTWVkLA0KDQoNCkFyZSB5b3Ugc3VnZ2VzdGluZyB0aGF0IHRoZSB1c2UgY2FzZXMgYmUgaW5j bHVkZWQgYXMgcmVmZXJlbmNlcywgb3IgZXhwbGljaXQgcmVmZXJlbmNlZD8gIFBlcmhhcHMgYSBs b2dpY2FsIHBhdGggZm9yd2FyZCwgaWYgTlNIIGlzIGFkb3B0ZWQsIHRoYXQgcGVyaGFwcyB0aGUg dXNlIGNhc2VzIGNhbiBiZSB1cGRhdGVkIHRvIHJlZmxlY3QgdGhlIOKAnFNGQyBlbmNhcOKAnS4N Cg0KUGF1bA0KDQoNCk9uIEZlYiAyNSwgMjAxNSwgYXQgMTA6MTMgQU0sIG1vaGFtZWQuYm91Y2Fk YWlyQG9yYW5nZS5jb208bWFpbHRvOm1vaGFtZWQuYm91Y2FkYWlyQG9yYW5nZS5jb20+IHdyb3Rl Og0KDQpSZS0sDQoNCkl0IGlzIHVuZm9ydHVuYXRlIHRoZSBjdXJyZW50IE5TSCBzcGVjaWZpY2F0 aW9uIGRvZXMgbm90IHJlbHkgb24gdGhlIFNGQyB1c2UgY2FzZXMgYXMgZG9jdW1lbnRlZCBieSB0 aGUgV0cuDQoNCkRvZXMgdGhpcyBtZWFuIHRoYXQgdGhvc2UgYXJlIHVzZWxlc3M/IFRoYXQgbm8g KGNvbW1vbikgcmVxdWlyZW1lbnRzIGNhbiBiZSBkZXJpdmVkIGZyb20gdGhvc2UgSS1EcyB0byBn dWlkZSB0aGUgc3BlY2lmaWNhdGlvbiBvZiB0aGUgTlNIIGhlYWRlcj8NCg0KQ2hlZXJzLA0KTWVk DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0Kc2ZjIG1h aWxpbmcgbGlzdA0Kc2ZjQGlldGYub3JnPG1haWx0bzpzZmNAaWV0Zi5vcmc+DQpodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NmYw0KDQo= --_000_CA29E3DA324E4FA3AC0B4148E46999D5ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5IaSBNZWQs PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0i Ij48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+QXJlIHlvdSBzdWdnZXN0aW5n IHRoYXQgdGhlIHVzZSBjYXNlcyBiZSBpbmNsdWRlZCBhcyByZWZlcmVuY2VzLCBvciBleHBsaWNp dCByZWZlcmVuY2VkPyAmbmJzcDtQZXJoYXBzIGEgbG9naWNhbCBwYXRoIGZvcndhcmQsIGlmIE5T SCBpcyBhZG9wdGVkLCB0aGF0IHBlcmhhcHMgdGhlIHVzZSBjYXNlcyBjYW4gYmUgdXBkYXRlZCB0 byByZWZsZWN0IHRoZSDigJxTRkMgZW5jYXDigJ0uPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBj bGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5QYXVsPC9kaXY+DQo8ZGl2IGNsYXNzPSIi PjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPGRpdj4NCjxibG9ja3F1b3Rl IHR5cGU9ImNpdGUiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5PbiBGZWIgMjUsIDIwMTUsIGF0 IDEwOjEzIEFNLCA8YSBocmVmPSJtYWlsdG86bW9oYW1lZC5ib3VjYWRhaXJAb3JhbmdlLmNvbSIg Y2xhc3M9IiI+DQptb2hhbWVkLmJvdWNhZGFpckBvcmFuZ2UuY29tPC9hPiB3cm90ZTo8L2Rpdj4N CjxiciBjbGFzcz0iQXBwbGUtaW50ZXJjaGFuZ2UtbmV3bGluZSI+DQo8ZGl2IGNsYXNzPSIiPg0K PG1ldGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVy ZWQgbWVkaXVtKSIgY2xhc3M9IiI+DQo8c3R5bGUgY2xhc3M9IiI+PCEtLQ0KLyogRm9udCBEZWZp bml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0x OjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05v cm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2lu LWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGli cmkiLCJzYW5zLXNlcmlmIjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQphOmxpbmss IHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVy bGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJ dGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5 bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJ Y29sb3I6d2luZG93dGV4dDsNCglmb250LXdlaWdodDpub3JtYWw7DQoJZm9udC1zdHlsZTpub3Jt YWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9u dC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpF Ti1VUzt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFy Z2luOjcwLjg1cHQgNzAuODVwdCA3MC44NXB0IDcwLjg1cHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0K CXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1s Pg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1s PjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpl eHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVs YXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8ZGl2IGxhbmc9IkZSIiBsaW5rPSJibHVlIiB2bGlu az0icHVycGxlIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyIgY2xhc3M9IiI+UmUtLDxvOnAgY2xhc3M9IiI+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7IiBjbGFzcz0iIj4mbmJz cDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 IiBjbGFzcz0iIj5JdCBpcyB1bmZvcnR1bmF0ZSB0aGUgY3VycmVudCBOU0ggc3BlY2lmaWNhdGlv biBkb2VzIG5vdCByZWx5IG9uIHRoZSBTRkMgdXNlIGNhc2VzIGFzIGRvY3VtZW50ZWQgYnkgdGhl IFdHLg0KPG86cCBjbGFzcz0iIj48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7IiBjbGFzcz0iIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7IiBjbGFzcz0iIj5Eb2VzIHRo aXMgbWVhbiB0aGF0IHRob3NlIGFyZSB1c2VsZXNzPyBUaGF0IG5vIChjb21tb24pIHJlcXVpcmVt ZW50cyBjYW4gYmUgZGVyaXZlZCBmcm9tIHRob3NlIEktRHMgdG8gZ3VpZGUgdGhlIHNwZWNpZmlj YXRpb24gb2YgdGhlIE5TSCBoZWFkZXI/DQo8bzpwIGNsYXNzPSIiPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiIGNsYXNzPSIiPiZu YnNwOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiIGNsYXNzPSIiPkNoZWVycyw8bzpwIGNsYXNzPSIiPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiIGNsYXNzPSIiPk1lZA0KPG86 cCBjbGFzcz0iIj48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyIGNsYXNzPSIiPg0Kc2ZjIG1h aWxpbmcgbGlzdDxiciBjbGFzcz0iIj4NCjxhIGhyZWY9Im1haWx0bzpzZmNAaWV0Zi5vcmciIGNs YXNzPSIiPnNmY0BpZXRmLm9yZzwvYT48YnIgY2xhc3M9IiI+DQpodHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL3NmYzxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3Rl Pg0KPC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_CA29E3DA324E4FA3AC0B4148E46999D5ciscocom_-- From nobody Mon Mar 2 07:42:49 2015 Return-Path: X-Original-To: sfc@ietfa.amsl.com Delivered-To: sfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A37431A0054 for ; Mon, 2 Mar 2015 07:42:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.859 X-Spam-Level: X-Spam-Status: No, score=-3.859 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, HTML_MESSAGE=0.001, 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 oPTBdqIYQ5kj for ; Mon, 2 Mar 2015 07:42:44 -0800 (PST) Received: from tcmail43.telekom.de (tcmail43.telekom.de [80.149.113.173]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C46B81A1BA3 for ; Mon, 2 Mar 2015 07:42:25 -0800 (PST) Received: from qdezc2.de.t-internal.com ([10.125.181.10]) by tcmail41.telekom.de with ESMTP; 02 Mar 2015 16:42:21 +0100 X-IronPort-AV: E=Sophos;i="5.09,676,1418079600"; d="scan'208,217";a="221763333" Received: from he113598.emea1.cds.t-internal.com ([10.125.65.117]) by qde0ps.de.t-internal.com with ESMTP/TLS/AES128-SHA; 02 Mar 2015 16:42:20 +0100 Received: from HE100014.emea1.cds.t-internal.com (10.125.65.197) by HE113598.emea1.cds.t-internal.com (10.125.65.117) with Microsoft SMTP Server (TLS) id 8.3.377.0; Mon, 2 Mar 2015 16:42:20 +0100 Received: from HE111543.emea1.cds.t-internal.com ([10.125.90.96]) by HE100014.emea1.cds.t-internal.com ([10.125.65.197]) with mapi; Mon, 2 Mar 2015 16:42:19 +0100 From: To: , Date: Mon, 2 Mar 2015 16:42:18 +0100 Thread-Topic: WG call for adoption of draft-quinn-sfc-nsh Thread-Index: AQHQUcJRZDObBxbiIUWmIP9lX1xWp50JWzug Message-ID: <9762ACF04FA26B4388476841256BDE020130FE55A571@HE111543.emea1.cds.t-internal.com> References: In-Reply-To: Accept-Language: de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE Content-Type: multipart/alternative; boundary="_000_9762ACF04FA26B4388476841256BDE020130FE55A571HE111543eme_" MIME-Version: 1.0 Archived-At: Subject: Re: [sfc] WG call for adoption of draft-quinn-sfc-nsh X-BeenThere: sfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Service Chaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 15:42:48 -0000 --_000_9762ACF04FA26B4388476841256BDE020130FE55A571HE111543eme_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, support. Regards Nic Von: sfc [mailto:sfc-bounces@ietf.org] Im Auftrag von Jim Guichard (jguicha= r) Gesendet: Donnerstag, 26. Februar 2015 13:47 An: sfc@ietf.org Betreff: [sfc] WG call for adoption of draft-quinn-sfc-nsh Greetings WG: The document draft-quinn-sfc-nsh-07 (https://datatracker.ietf.org/doc/draft= -quinn-sfc-nsh/) has recently been reissued. The authors of draft-zhang-sfc= -sch-03 (http://datatracker.ietf.org/doc/draft-zhang-sfc-sch/) have joined = the NSH document so that the WG can focus on a single encapsulation documen= t going forward. This new version of NSH includes an open items section bas= ed on discussion between co-authors and members of the list. The WG will wo= rk through this list (and any other issues that need to be added) over the = next weeks. We appreciate and recognize the hard work of both the NSH and S= CH authors in pushing the SFC encapsulation work forward. With that said, the chairs are calling for WG adoption of draft-quinn-sfc-n= sh-07 as a WG document. The call for adoption will run for 2 weeks ending 3= /12/2015. Please note that this is a call for adoption, and not a last call for conte= nt of the document. Adopting a WG document simply means that the WG will fo= cus its efforts on that particular draft going forward, and use that docume= nt for resolving open issues and documenting the WG's decisions. Please indicate whether you support adoption for not, and if not why. Issue= s you have with the current document itself can also be raised, but they sh= ould be raised in the context of what should be changed in the document goi= ng forward, rather than a pre-condition for adoption. Finally, now is also a good time to poll for knowledge of any IPR that appl= ies to this draft, in line with the IPR disclosure obligations for WG parti= cipants (see RFCs 3979, 4879, 3669 and 5378 for more details). If you are l= isted as a document author please respond to this email (to the chairs) whe= ther or not you are aware of any relevant IPR. Jim & Thomas --_000_9762ACF04FA26B4388476841256BDE020130FE55A571HE111543eme_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

support.

<= span style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F= 497D'> 

  Regard= s

 =

     Nic

 

Von: sfc [mailto:sfc-bounces@ietf.org] Im Auftrag v= on Jim Guichard (jguichar)
Gesendet: Donnerstag, 26. Februar = 2015 13:47
An: sfc@ietf.org
Betreff: [sfc] WG call for = adoption of draft-quinn-sfc-nsh

 

Greetings WG:=

 

<= p class=3DMsoNormal>The document draft-quinn-sfc-nsh-07 (https://datatracker.ietf.org/doc/draft= -quinn-sfc-nsh/) has recently been reissued. The authors of draft-zhang= -sfc-sch-03 (http://datatracker.ietf.org/doc/draft-zhang-sfc-sch/) have joined the= NSH document so that the WG can focus on a single encapsulation document g= oing forward. This new version of NSH includes an open items section= based on discussion between co-authors and members of the list. The WG wil= l work through this list (and any other issues that need to be added) over = the next weeks. We appreciate and recognize the hard work of both the NSH a= nd SCH authors in pushing the SFC encapsulation work forward.

=  

With that said, the chairs are calling for WG adoption of draft-quinn-sf= c-nsh-07 as a WG document. The call for adoption will run for 2 weeks endin= g 3/12/2015.

=

 

Please note that this is a call for adoption, and not a la= st call for content of the document. Adopting a WG document simply means th= at the WG will focus its efforts on that particular draft going forward, an= d use that document for resolving open issues and documenting the WG’= s decisions.

&nbs= p;

Please indicate whether you support adoption for not,= and if not why. Issues you have with the current document itself can also = be raised, but they should be raised in the context of what should be chang= ed in the document going forward, rather than a pre-condition for adoption.=  

 

Finally, now is also a good time to poll for knowledge of a= ny IPR that applies to this draft, in line with the IPR disclosure obligati= ons for WG participants (see RFCs 3979, 4879, 3669 and 5378 for more detail= s). If you are listed as a document author please respond to this email (to= the chairs) whether or not you are aware of any relevant IPR.<= /o:p>

 

Jim & Thomas

= --_000_9762ACF04FA26B4388476841256BDE020130FE55A571HE111543eme_-- From nobody Mon Mar 2 07:48:36 2015 Return-Path: X-Original-To: sfc@ietfa.amsl.com Delivered-To: sfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EAB5F1A0067 for ; Mon, 2 Mar 2015 07:48:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, 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 eBaB0hcmX6Ye for ; Mon, 2 Mar 2015 07:48:31 -0800 (PST) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 842D41A0023 for ; Mon, 2 Mar 2015 07:48:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8792; q=dns/txt; s=iport; t=1425311312; x=1426520912; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=1TU+5jHy5Tj5Ax5MZUmlXvLjxgH4IoMCkV/9e7RMpAY=; b=gngWvOqqoGSZHMq/pLPzlrTczvRIAxP/WOkADBD8Yi1Dsn7BIIS9pISB ZRBVIOoGLIg6OFACIl3xOhypGtuZbawVhTdntgJnVFEta6RmV/xhTimsF cxhV4PWxbZa0ozOPU7GrwQKzMf3HYHLXHZIUb7ERwAbx7iXva1byN3DFO 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CEBQDdhfRU/4ENJK1agj9DgTCDBsQpAhyBB00BAQEBAQF8hBABAQQjCkwQAgEIPwMCAgIwFBEBAQQOBYgvvHWZOgEBAQEBAQEBAQEBAQEBAQEBAQEBAReLEoRuB4JoL4EUBY94iUeTWiOBfYFxb4FEfwEBAQ X-IronPort-AV: E=Sophos;i="5.09,676,1418083200"; d="scan'208,217";a="397122613" Received: from alln-core-9.cisco.com ([173.36.13.129]) by rcdn-iport-9.cisco.com with ESMTP; 02 Mar 2015 15:48:31 +0000 Received: from xhc-rcd-x03.cisco.com (xhc-rcd-x03.cisco.com [173.37.183.77]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id t22FmU1A014572 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 2 Mar 2015 15:48:30 GMT Received: from xmb-rcd-x14.cisco.com ([169.254.4.229]) by xhc-rcd-x03.cisco.com ([173.37.183.77]) with mapi id 14.03.0195.001; Mon, 2 Mar 2015 09:48:30 -0600 From: "Paul Quinn (paulq)" To: "mohamed.boucadair@orange.com" Thread-Topic: draft-quinn-sfc-nsh: Service Index Thread-Index: AdBREQqj5oD1Ue4YR+yaXvgR38hh1QEIZR4A Date: Mon, 2 Mar 2015 15:48:30 +0000 Message-ID: <2D75BF2B-CC3B-4548-808D-F018F62660B1@cisco.com> References: <787AE7BB302AE849A7480A190F8B933004914174@OPEXCLILM23.corporate.adroot.infra.ftgroup> In-Reply-To: <787AE7BB302AE849A7480A190F8B933004914174@OPEXCLILM23.corporate.adroot.infra.ftgroup> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.19.17.229] Content-Type: multipart/alternative; boundary="_000_2D75BF2BCC3B4548808DF018F62660B1ciscocom_" MIME-Version: 1.0 Archived-At: Cc: "sfc@ietf.org" Subject: Re: [sfc] draft-quinn-sfc-nsh: Service Index X-BeenThere: sfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Service Chaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 15:48:33 -0000 --_000_2D75BF2BCC3B4548808DF018F62660B1ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTWVkLA0KDQoNCk9uIEZlYiAyNSwgMjAxNSwgYXQgMTA6MzggQU0sIG1vaGFtZWQuYm91Y2Fk YWlyQG9yYW5nZS5jb208bWFpbHRvOm1vaGFtZWQuYm91Y2FkYWlyQG9yYW5nZS5jb20+IHdyb3Rl Og0KDQpIaSBQYXVsLA0KDQpUaGUgY3VycmVudCB0ZXh0IGlzIGNsZWFyIGFib3V0IHRoZSBTZXJ2 aWNlIEluZGV4IGJ1dCBpcyBpdCBtYW5kYXRvcnkgdG8gaW5jbHVkZSBpdCBpbiB0aGUgaGVhZGVy PyBXb3VsZG7igJl0IHRoaXMgaW5mb3JtYXRpb24gYmUgYXZhaWxhYmxlIGxvY2FsbHkgaW4gdGhl IHNlcnZpY2Ugbm9kZXM/DQoNCg0KDQpUaGUgaW5kZXggaW4gbWFuZGF0b3J5LCBpdCBwcm92aWRl cyBzZXZlcmFsIGtleSBiZW5lZml0cyBmb3IgdGhlIHByb3RvY29sOg0KDQoxLiAgUHJvdmlkZXMg c2ltcGxlIGxvY2F0aW9uIHdpdGhpbiBhIHNlcnZpY2UgcGF0aCwgdXNlZCBmb3IgU0ZGIG92ZXJs YXkgbWFwcGluZw0KMi4gIFByb3ZpZGVzIHNpbXBsZSBzdXBwb3J0IGZvciBjeWNsZXMgKGFuZCBz cGlyYWxzKSB3aXRoIHRoZSBncmFwaC4NCjMuICBQcm92aWRlcywgdG8gYW4gYWRtaW5pc3RyYXRv ciwgdGhlIGFiaWxpdHkgdG8gcXVpY2tseSBhbmFseXplIGEgcGFja2V0IGFuZCBrbm93IHdoZXJl IGl0IGlzLCBhbmQgd2hlcmUgaXQgaGFzIGJlZW4gYW5kIHdoZXJlIGl0cyBnb2luZy4NCjQuICBM b29wIGRldGVjdGlvbiB3aXRoaW4gYSBnaXZlbiBwYXRoDQoNCg0KDQpUaGUgdGV4dCBleHBsYWlu IHRoYXQgU0kgYWxsb3dzIHRvIGRldGVjdCBsb29wcywgYnV0IGlzbuKAmXQgdGhlIGxvb3AgZGV0 ZWN0ZWQgdG9vIGxhdGUgaW4gdGhlIHNlcnZpY2UgY2hhaW4/IFdvdWxkbuKAmXQgYmUgb3B0aW1h bCB0byBkZXRlY3QgdGhlIGxvb3AgZWFybGllcj8NCg0KSWYgeW91IGFyZSBhc2tpbmcgaWYgdGhl IGNvbnRyb2wgcGxhbmUgc2hvdWxkIGVuc3VyZSB0aGF0IGEgbG9vcCBpc27igJl0IHByb3Zpc2lv bmVkLCBzdXJlLCBpbiB0aGUgaWRlYWwgY2FzZSBidXQgaGF2aW5nIGRhdGFwbGFuZSBkZXRlY3Rp b24gaXMgdmVyeSBpbXBvcnRhbnQgdG8gZW5zdXJlIHBhY2tldCBmb3J3YXJkaW5nIGlzbuKAmXQg YnJva2VuLg0KDQoNCg0KQlRXLCB3aGF0IGlzIHRoZSBiZWhhdmlvciB3aGVuIHNldmVyYWwgU0Zz IGFyZSBlbWJlZGRlZCBpbiB0aGUgc2FtZSBub2RlICh3aGljaCBpbmZvcm1hdGlvbiBpcyB1c2Vk IHRvIGRpcmVjdCB0aGUgdHJhZmZpYyB0byB0aGUgYXBwcm9wcmlhdGUgU0YpPw0KDQpUaGUgYmVo YXZpb3Igc2hvdWxkIHJlbWFpbiBjb25zaXN0ZW50OiB0aGUgU0YocykgZGVjcmVtZW50cyB0aGUg aW5kZXguDQoNCg0K --_000_2D75BF2BCC3B4548808DF018F62660B1ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <8F5058A67992A44692EEC41EAA3C922F@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KSGkgTWVkLA0KPGRpdiBjbGFzcz0i Ij48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9k aXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNz PSIiPg0KPGRpdiBjbGFzcz0iIj5PbiBGZWIgMjUsIDIwMTUsIGF0IDEwOjM4IEFNLCA8YSBocmVm PSJtYWlsdG86bW9oYW1lZC5ib3VjYWRhaXJAb3JhbmdlLmNvbSIgY2xhc3M9IiI+DQptb2hhbWVk LmJvdWNhZGFpckBvcmFuZ2UuY29tPC9hPiB3cm90ZTo8L2Rpdj4NCjxiciBjbGFzcz0iQXBwbGUt aW50ZXJjaGFuZ2UtbmV3bGluZSI+DQo8ZGl2IGNsYXNzPSIiPg0KPG1ldGEgbmFtZT0iR2VuZXJh dG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSIgY2xhc3M9 IiI+DQo8c3R5bGUgY2xhc3M9IiI+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQt ZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMg MiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFs LCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0K CWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsN Cgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5r DQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlv bjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVu ZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1j b21wb3NlOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJY29sb3I6d2luZG93dGV4dDsN Cglmb250LXdlaWdodDpub3JtYWw7DQoJZm9udC1zdHlsZTpub3JtYWw7fQ0KLk1zb0NocERlZmF1 bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LCJzYW5zLXNlcmlmIjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQpAcGFnZSBXb3Jk U2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVw dCA3MC44NXB0IDcwLjg1cHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9u MTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0 cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1b aWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRt YXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5k aWZdLS0+DQo8ZGl2IGxhbmc9IkZSIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIiBjbGFzcz0i Ij4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyIgY2xhc3M9IiI+SGkgUGF1bCw8bzpwIGNsYXNzPSIiPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyIgY2xhc3M9IiI+Jm5ic3A7PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyIgY2xhc3M9IiI+VGhl IGN1cnJlbnQgdGV4dCBpcyBjbGVhciBhYm91dCB0aGUgU2VydmljZSBJbmRleCBidXQgaXMgaXQg bWFuZGF0b3J5IHRvIGluY2x1ZGUgaXQgaW4gdGhlIGhlYWRlcj8gV291bGRu4oCZdCB0aGlzIGlu Zm9ybWF0aW9uIGJlIGF2YWlsYWJsZSBsb2NhbGx5IGluIHRoZSBzZXJ2aWNlDQogbm9kZXM/IDxv OnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+PGJyIGNsYXNzPSIi Pg0KPC9kaXY+DQo8ZGl2PjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdj48YnIgY2xhc3M9IiI+ DQo8L2Rpdj4NCjxkaXY+VGhlIGluZGV4IGluIG1hbmRhdG9yeSwgaXQgcHJvdmlkZXMgc2V2ZXJh bCBrZXkgYmVuZWZpdHMgZm9yIHRoZSBwcm90b2NvbDo8L2Rpdj4NCjxkaXY+PGJyIGNsYXNzPSIi Pg0KPC9kaXY+DQo8ZGl2PjEuICZuYnNwO1Byb3ZpZGVzIHNpbXBsZSBsb2NhdGlvbiB3aXRoaW4g YSBzZXJ2aWNlIHBhdGgsIHVzZWQgZm9yIFNGRiBvdmVybGF5IG1hcHBpbmc8L2Rpdj4NCjxkaXY+ Mi4gJm5ic3A7UHJvdmlkZXMgc2ltcGxlIHN1cHBvcnQgZm9yIGN5Y2xlcyAoYW5kIHNwaXJhbHMp IHdpdGggdGhlIGdyYXBoLiAmbmJzcDs8L2Rpdj4NCjxkaXY+My4gJm5ic3A7UHJvdmlkZXMsIHRv IGFuIGFkbWluaXN0cmF0b3IsIHRoZSBhYmlsaXR5IHRvIHF1aWNrbHkgYW5hbHl6ZSBhIHBhY2tl dCBhbmQga25vdyB3aGVyZSBpdCBpcywgYW5kIHdoZXJlIGl0IGhhcyBiZWVuIGFuZCB3aGVyZSBp dHMgZ29pbmcuPC9kaXY+DQo8ZGl2PjQuICZuYnNwO0xvb3AgZGV0ZWN0aW9uIHdpdGhpbiBhIGdp dmVuIHBhdGg8L2Rpdj4NCjxkaXY+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8YnIgY2xhc3M9IiI+ DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2 IGxhbmc9IkZSIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIiBjbGFzcz0iIj4NCjxkaXYgY2xh c3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiIGNsYXNzPSIiPiZuYnNwOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiIGNsYXNzPSIiPlRoZSB0ZXh0IGV4cGxhaW4gdGhhdCBTSSBh bGxvd3MgdG8gZGV0ZWN0IGxvb3BzLCBidXQgaXNu4oCZdCB0aGUgbG9vcCBkZXRlY3RlZCB0b28g bGF0ZSBpbiB0aGUgc2VydmljZSBjaGFpbj8gV291bGRu4oCZdCBiZSBvcHRpbWFsIHRvIGRldGVj dCB0aGUgbG9vcCBlYXJsaWVyPzxvOnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90 ZT4NCjxkaXY+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2PklmIHlvdSBhcmUgYXNraW5nIGlm IHRoZSBjb250cm9sIHBsYW5lIHNob3VsZCBlbnN1cmUgdGhhdCBhIGxvb3AgaXNu4oCZdCBwcm92 aXNpb25lZCwgc3VyZSwgaW4gdGhlIGlkZWFsIGNhc2UgYnV0IGhhdmluZyBkYXRhcGxhbmUgZGV0 ZWN0aW9uIGlzIHZlcnkgaW1wb3J0YW50IHRvIGVuc3VyZSBwYWNrZXQgZm9yd2FyZGluZyBpc27i gJl0IGJyb2tlbi4gJm5ic3A7PC9kaXY+DQo8ZGl2PjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGJy IGNsYXNzPSIiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNz PSIiPg0KPGRpdiBsYW5nPSJGUiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSIgY2xhc3M9IiI+ DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7IiBjbGFzcz0iIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7IiBjbGFzcz0iIj5CVFcsIHdoYXQgaXMgdGhl IGJlaGF2aW9yIHdoZW4gc2V2ZXJhbCBTRnMgYXJlIGVtYmVkZGVkIGluIHRoZSBzYW1lIG5vZGUg KHdoaWNoIGluZm9ybWF0aW9uIGlzIHVzZWQgdG8gZGlyZWN0IHRoZSB0cmFmZmljIHRvIHRoZSBh cHByb3ByaWF0ZSBTRik/ICZuYnNwOzwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2PjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdj5UaGUgYmVo YXZpb3Igc2hvdWxkIHJlbWFpbiBjb25zaXN0ZW50OiB0aGUgU0YocykgZGVjcmVtZW50cyB0aGUg aW5kZXguPC9kaXY+DQo8ZGl2PjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPC9kaXY+DQo8YnIgY2xh c3M9IiI+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_2D75BF2BCC3B4548808DF018F62660B1ciscocom_-- From nobody Mon Mar 2 07:56:27 2015 Return-Path: X-Original-To: sfc@ietfa.amsl.com Delivered-To: sfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8250D1A0068 for ; Mon, 2 Mar 2015 07:56:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, 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 yzkOelb3gDHB for ; Mon, 2 Mar 2015 07:56:24 -0800 (PST) Received: from mtv-iport-2.cisco.com (mtv-iport-2.cisco.com [173.36.130.13]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0F40A1A0023 for ; Mon, 2 Mar 2015 07:56:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11862; q=dns/txt; s=iport; t=1425311784; x=1426521384; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=QZPQAUBoCbJAJQ+h33eKa0P7UDEGAMVfILw7ObG6VdM=; b=F+1BPq7v653YiM5BI12iVwq8gX3fei9+haqO75HCwOANwtn6qRNJXiGh Q8uR3RHCDaF/Fphd3nmgII1CQR4WopiQEBFWDdP13Wc48wp7sNl+Hhoas JFSLeGocv2zY07Nav21/a2hgSXKn3oc3YrnxLPcbQUDxYFGgooaZHL7yn A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CEBQAzh/RU/5hdJa1agj9DgTCDBsQpAhyBB00BAQEBAQF8hBABAQQjCkwQAgEIPwMCAgIwFBEBAQQOBYgvvHKZBQEBAQEBAQEBAQEBAQEBAQEBAQEBAReLEoRuB4JoL4EUBY17gX2JR5NaI4ICHIFQb4FEfwEBAQ X-IronPort-AV: E=Sophos;i="5.09,676,1418083200"; d="scan'208,217";a="114409584" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by mtv-iport-2.cisco.com with ESMTP; 02 Mar 2015 15:56:23 +0000 Received: from xhc-aln-x11.cisco.com (xhc-aln-x11.cisco.com [173.36.12.85]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t22FuNIf010406 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 2 Mar 2015 15:56:23 GMT Received: from xmb-rcd-x14.cisco.com ([169.254.4.229]) by xhc-aln-x11.cisco.com ([173.36.12.85]) with mapi id 14.03.0195.001; Mon, 2 Mar 2015 09:56:23 -0600 From: "Paul Quinn (paulq)" To: "mohamed.boucadair@orange.com" Thread-Topic: draft-quinn-sfc-nsh: O bit Thread-Index: AdBREzsXkwltKcHTSMi8A93b3Y+HuAEIH1cA Date: Mon, 2 Mar 2015 15:56:22 +0000 Message-ID: <08825924-F422-4C85-BEC0-8F71DD36427D@cisco.com> References: <787AE7BB302AE849A7480A190F8B9330049141E3@OPEXCLILM23.corporate.adroot.infra.ftgroup> In-Reply-To: <787AE7BB302AE849A7480A190F8B9330049141E3@OPEXCLILM23.corporate.adroot.infra.ftgroup> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.19.17.229] Content-Type: multipart/alternative; boundary="_000_08825924F4224C85BEC08F71DD36427Dciscocom_" MIME-Version: 1.0 Archived-At: Cc: "sfc@ietf.org" Subject: Re: [sfc] draft-quinn-sfc-nsh: O bit X-BeenThere: sfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Service Chaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 15:56:25 -0000 --_000_08825924F4224C85BEC08F71DD36427Dciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpPbiBGZWIgMjUsIDIwMTUsIGF0IDEwOjUzIEFNLCBtb2hhbWVkLmJvdWNhZGFpckBvcmFuZ2Uu Y29tPG1haWx0bzptb2hhbWVkLmJvdWNhZGFpckBvcmFuZ2UuY29tPiB3cm90ZToNCg0KSGkgUGF1 bCwNCg0KVGhlIGN1cnJlbnQgdGV4dCBzdGF0ZXM6DQoNCuKAnA0KICAgTyBiaXQ6IEluZGljYXRl cyB0aGF0IHRoaXMgcGFja2V0IGlzIGFuIG9wZXJhdGlvbnMgYW5kIG1hbmFnZW1lbnQNCiAgIChP QU0pIHBhY2tldC4gIFNGRiBhbmQgU0ZzIG5vZGVzIE1VU1QgZXhhbWluZSB0aGUgcGF5bG9hZCBh bmQgdGFrZQ0KICAgYXBwcm9wcmlhdGUgYWN0aW9uIChlLmcuIHJldHVybiBzdGF0dXMgaW5mb3Jt YXRpb24pLg0KDQogICBPQU0gbWVzc2FnZSBzcGVjaWZpY3MgYW5kIGhhbmRsaW5nIGRldGFpbHMg YXJlIG91dHNpZGUgdGhlIHNjb3BlIG9mDQogICB0aGlzIGRvY3VtZW50Lg0K4oCcDQoNCklzIHRo ZXJlIGFueSBwYXJ0aWN1bGFyIHJlYXNvbiB3aHkgdGhpcyBpcyBkZWNsYXJlZCBvdXQgb2Ygc2Nv cGU/DQoNClRoZSBzcGVjaWZpYyBvZiBhbiBPQU0gcHJvdG9jb2wgYXJlbuKAmXQgYmVpbmcgc3Bl Y2lmaWVkIGluIE5TSCwgcmF0aGVyLCB0aGVyZSBhcmUgU0ZDIE9BTSBkcmFmdHMgdGhhdCB3aWxs IGRlZmluZSB0aGUgcHJvdG9jb2xzIChzaW1pbGFyLCBJIGJlbGlldmUgdG8gd2hhdCBNUExTIGRp ZCBhbmQgTlZPMyBpcyBkb2luZykuICBOU0ggc2ltcGx5IGRlZmluZXMgdGhhdCB3aGVuIE8tYml0 PTEsIHRoYXQgT0FNIGhhbmRsaW5nIG11c3Qgb2NjdXIsIGFzIHBlciB0aGUgdGV4dCBiZWxvdy4N Cg0KDQpJZiB0aGUgY3VycmVudCBzY29wZSBpcyB0byBiZSBtYWludGFpbmVkLCB0aGVuIHlvdSBj YW4gcmVtb3ZlIHRoaXMgc2VudGVuY2UgYXMgaXQgaXMgdXNlbGVzcyBzaW5jZSBhcHByb3ByaWF0 ZSBhY3Rpb25zIGFyZSBub3QgZGVmaW5lZCBpbiB0aGUgZG9jdW1lbnQuDQoNCuKAnFNGRiBhbmQg U0ZzIG5vZGVzIE1VU1QgZXhhbWluZSB0aGUgcGF5bG9hZCBhbmQgdGFrZQ0KICAgYXBwcm9wcmlh dGUgYWN0aW9uIChlLmcuIHJldHVybiBzdGF0dXMgaW5mb3JtYXRpb24pLuKAnQ0KDQpUaGFuayB5 b3UuDQoNCkNoZWVycywNCk1lZA0KDQo= --_000_08825924F4224C85BEC08F71DD36427Dciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <06CE5F2EAC8F6840927E4524341387E4@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGRpdj4N CjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5PbiBGZWIg MjUsIDIwMTUsIGF0IDEwOjUzIEFNLCA8YSBocmVmPSJtYWlsdG86bW9oYW1lZC5ib3VjYWRhaXJA b3JhbmdlLmNvbSIgY2xhc3M9IiI+DQptb2hhbWVkLmJvdWNhZGFpckBvcmFuZ2UuY29tPC9hPiB3 cm90ZTo8L2Rpdj4NCjxiciBjbGFzcz0iQXBwbGUtaW50ZXJjaGFuZ2UtbmV3bGluZSI+DQo8ZGl2 IGNsYXNzPSIiPg0KPG1ldGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29y ZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSIgY2xhc3M9IiI+DQo8c3R5bGUgY2xhc3M9IiI+PCEtLQ0K LyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJp Ow0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25z ICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjow Y207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1V Uzt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsN Cgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBz cGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxl LXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJQclwwMEU5Zm9ybWF0XDAwRTkgSFRNTCBD YXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTox MC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpzcGFuLkVtYWlsU3R5bGUxNw0K CXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVy IE5ldyI7DQoJY29sb3I6d2luZG93dGV4dDsNCglmb250LXdlaWdodDpub3JtYWw7DQoJZm9udC1z dHlsZTpub3JtYWw7fQ0Kc3Bhbi5QcmZvcm1hdEhUTUxDYXINCgl7bXNvLXN0eWxlLW5hbWU6IlBy XDAwRTlmb3JtYXRcMDBFOSBIVE1MIENhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1z by1zdHlsZS1saW5rOiJQclwwMEU5Zm9ybWF0XDAwRTkgSFRNTCI7DQoJZm9udC1mYW1pbHk6IkNv dXJpZXIgTmV3IjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpGUjt9DQouTXNvQ2hwRGVmYXVsdA0K CXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNh bnMtc2VyaWYiOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30NCkBwYWdlIFdvcmRTZWN0 aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzAuODVwdCA3MC44NXB0IDcw Ljg1cHQgNzAuODVwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30N Ci0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6 ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBn dGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2 OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0t LT4NCjxkaXYgbGFuZz0iRlIiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiIGNsYXNzPSIiPg0K PGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 IiBjbGFzcz0iIj5IaSBQYXVsLDxvOnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7IiBjbGFzcz0iIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7IiBjbGFzcz0iIj5UaGUgY3Vy cmVudCB0ZXh0IHN0YXRlczogJm5ic3A7PG86cCBjbGFzcz0iIj48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7IiBjbGFzcz0iIj4mbmJz cDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 IiBjbGFzcz0iIj7igJw8bzpwIGNsYXNzPSIiPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIi IGNsYXNzPSIiPiZuYnNwOyZuYnNwOyBPIGJpdDogSW5kaWNhdGVzIHRoYXQgdGhpcyBwYWNrZXQg aXMgYW4gb3BlcmF0aW9ucyBhbmQgbWFuYWdlbWVudDxvOnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Ozttc28tZmFy ZWFzdC1sYW5ndWFnZTpGUiIgY2xhc3M9IiI+Jm5ic3A7Jm5ic3A7IChPQU0pIHBhY2tldC4mbmJz cDsgU0ZGIGFuZCBTRnMgbm9kZXMgTVVTVCBleGFtaW5lIHRoZSBwYXlsb2FkIGFuZCB0YWtlPG86 cCBjbGFzcz0iIj48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkZSIiBjbGFzcz0iIj4mbmJzcDsm bmJzcDsgYXBwcm9wcmlhdGUgYWN0aW9uIChlLmcuIHJldHVybiBzdGF0dXMgaW5mb3JtYXRpb24p LjxvOnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpGUiIgY2xhc3M9IiI+Jm5i c3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpGUiIgY2xhc3M9IiI+Jm5ic3A7Jm5ic3A7IE9BTSBtZXNz YWdlIHNwZWNpZmljcyBhbmQgaGFuZGxpbmcgZGV0YWlscyBhcmUgb3V0c2lkZSB0aGUgc2NvcGUg b2Y8bzpwIGNsYXNzPSIiPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiIGNsYXNzPSIiPiZu YnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkZSIiBjbGFz cz0iIj50aGlzIGRvY3VtZW50LjxvOnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyIgY2xhc3M9IiI+4oCcPG86cCBj bGFzcz0iIj48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7IiBjbGFzcz0iIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7IiBjbGFzcz0iIj5JcyB0aGVyZSBhbnkgcGFydGlj dWxhciByZWFzb24gd2h5IHRoaXMgaXMgZGVjbGFyZWQgb3V0IG9mIHNjb3BlPw0KPC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+PGJyIGNsYXNz PSIiPg0KPC9kaXY+DQo8ZGl2PlRoZSBzcGVjaWZpYyBvZiBhbiBPQU0gcHJvdG9jb2wgYXJlbuKA mXQgYmVpbmcgc3BlY2lmaWVkIGluIE5TSCwgcmF0aGVyLCB0aGVyZSBhcmUgU0ZDIE9BTSBkcmFm dHMgdGhhdCB3aWxsIGRlZmluZSB0aGUgcHJvdG9jb2xzIChzaW1pbGFyLCBJIGJlbGlldmUgdG8g d2hhdCBNUExTIGRpZCBhbmQgTlZPMyBpcyBkb2luZykuICZuYnNwO05TSCBzaW1wbHkgZGVmaW5l cyB0aGF0IHdoZW4gTy1iaXQ9MSwgdGhhdCBPQU0gaGFuZGxpbmcgbXVzdCBvY2N1ciwNCiBhcyBw ZXIgdGhlIHRleHQgYmVsb3cuPC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8YmxvY2txdW90ZSB0eXBl PSJjaXRlIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGxhbmc9IkZSIiBsaW5rPSJi bHVlIiB2bGluaz0icHVycGxlIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiIGNsYXNzPSIiPjxv OnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyIgY2xhc3M9IiI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyIgY2xhc3M9IiI+SWYgdGhlIGN1cnJlbnQg c2NvcGUgaXMgdG8gYmUgbWFpbnRhaW5lZCwgdGhlbiB5b3UgY2FuIHJlbW92ZSB0aGlzIHNlbnRl bmNlIGFzIGl0IGlzIHVzZWxlc3Mgc2luY2UgYXBwcm9wcmlhdGUgYWN0aW9ucyBhcmUgbm90IGRl ZmluZWQgaW4gdGhlIGRvY3VtZW50LjxvOnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyIgY2xhc3M9IiI+Jm5ic3A7 PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyIg Y2xhc3M9IiI+4oCcPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Ozttc28tZmFyZWFzdC1sYW5n dWFnZTpGUiIgY2xhc3M9IiI+U0ZGIGFuZCBTRnMgbm9kZXMgTVVTVCBleGFtaW5lIHRoZSBwYXls b2FkIGFuZA0KIHRha2U8bzpwIGNsYXNzPSIiPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIi IGNsYXNzPSIiPiZuYnNwOyZuYnNwOyBhcHByb3ByaWF0ZSBhY3Rpb24gKGUuZy4gcmV0dXJuIHN0 YXR1cyBpbmZvcm1hdGlvbiku4oCdPG86cCBjbGFzcz0iIj48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7IiBjbGFzcz0iIj4mbmJzcDs8 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7IiBj bGFzcz0iIj5UaGFuayB5b3UuPG86cCBjbGFzcz0iIj48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7IiBjbGFzcz0iIj4mbmJzcDs8L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7IiBjbGFz cz0iIj5DaGVlcnMsPG86cCBjbGFzcz0iIj48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7IiBjbGFzcz0iIj5NZWQ8bzpwIGNsYXNzPSIi PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+ DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_08825924F4224C85BEC08F71DD36427Dciscocom_-- From nobody Mon Mar 2 07:59:47 2015 Return-Path: X-Original-To: sfc@ietfa.amsl.com Delivered-To: sfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D47F1A0089 for ; Mon, 2 Mar 2015 07:59:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, 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 ces1aoFz4JDO for ; Mon, 2 Mar 2015 07:59:44 -0800 (PST) Received: from mtv-iport-1.cisco.com (mtv-iport-1.cisco.com [173.36.130.12]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C94721A0068 for ; Mon, 2 Mar 2015 07:59:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8128; q=dns/txt; s=iport; t=1425311984; x=1426521584; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=uQi72oZgikuI5pBugGh931clzqy3GQ/qdp57QUxdouE=; b=DMo0Pr3LRYEtvBVEj18NQm9PKv4iqW3gi/4jeeVJUeQI+J4+pryI1+kU dLhFt501jzWX77/1QKBYWGfHLxqOju4WVhQPRH01iJzoErUVIgyYD/fC5 lClohKDnmZTue64XRP21KmmmKNtnow57BgcsnFtoItquFxZIMFBYw2+Gz g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CEBQC+h/RU/49dJa1agj9DgTCDBsQpAhyBCE0BAQEBAQF8hBABAQQjCkwQAgEIEi0DAgICMBQDDgEBBA4FiC+8c5kEAQEBAQEBAQEBAQEBAQEBAQEBAQEBF4sShG4HgmgvgRQFjXuBfYlHgRqDII8gI4Nub4FEfwEBAQ X-IronPort-AV: E=Sophos;i="5.09,676,1418083200"; d="scan'208,217";a="111109553" Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by mtv-iport-1.cisco.com with ESMTP; 02 Mar 2015 15:59:44 +0000 Received: from xhc-rcd-x01.cisco.com (xhc-rcd-x01.cisco.com [173.37.183.75]) by rcdn-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id t22FxiBr016190 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 2 Mar 2015 15:59:44 GMT Received: from xmb-rcd-x14.cisco.com ([169.254.4.229]) by xhc-rcd-x01.cisco.com ([173.37.183.75]) with mapi id 14.03.0195.001; Mon, 2 Mar 2015 09:59:43 -0600 From: "Paul Quinn (paulq)" To: "mohamed.boucadair@orange.com" Thread-Topic: draft-quinn-sfc-nsh: Relatnship with the SFC Architecture I-D Thread-Index: AdBRDomOOT0eIim0Q9CLRef0gO0ktgEJaayA Date: Mon, 2 Mar 2015 15:59:43 +0000 Message-ID: References: <787AE7BB302AE849A7480A190F8B933004914138@OPEXCLILM23.corporate.adroot.infra.ftgroup> In-Reply-To: <787AE7BB302AE849A7480A190F8B933004914138@OPEXCLILM23.corporate.adroot.infra.ftgroup> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.19.17.229] Content-Type: multipart/alternative; boundary="_000_FB009E842FC24109992E5AE1C497161Cciscocom_" MIME-Version: 1.0 Archived-At: Cc: "sfc@ietf.org" Subject: Re: [sfc] draft-quinn-sfc-nsh: Relatnship with the SFC Architecture I-D X-BeenThere: sfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Service Chaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 15:59:46 -0000 --_000_FB009E842FC24109992E5AE1C497161Cciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 TWVkLA0KDQpUaGUgU0ZDIEFyY2hpdGVjdHVyZSBkcmFmdCBpcyByZWZlcmVuY2VkIGF0IHRoZSBi ZWdpbm5pbmcsIGhvd2V2ZXIsIGl0IHNob3VsZCBwcm9iYWJseSBiZSBtb3ZlZCB0byBhIE5vcm1h dGl2ZSByZWZlcmVuY2UgKHZzLiBJbmZvcm1hdGl2ZSkgdG8gYmUgbW9zdCBjb3JyZWN0LiAgSeKA mW0gaGFwcHkgdG8gZG8gc28gd2hlbiBhcHByb3ByaWF0ZS4gICBPdGhlciB0aGFuIHRoYXQsIE5T SCBpcyDigJxjb21wbGlhbnTigJ0gd2l0aCB0aGUgYXJjaGl0ZWN0dXJlLiAgSWYgeW91IGhhdmUg c3BlY2lmaWMgYXJlYXMgeW914oCZZCBsaWtlIGhpZ2hsaWdodGVkLCBwbGVhc2UgZG8gc2VuZCBv dXQgc29tZSB0ZXh0LCBJIGtub3cgbXkgY28tYXV0aG9ycyBhbmQgSSB3b3VsZCBiZSBoYXBweSB0 byByZXZpZXcuDQoNClBhdWwNCg0KT24gRmViIDI1LCAyMDE1LCBhdCAxMDoyMCBBTSwgbW9oYW1l ZC5ib3VjYWRhaXJAb3JhbmdlLmNvbTxtYWlsdG86bW9oYW1lZC5ib3VjYWRhaXJAb3JhbmdlLmNv bT4gd3JvdGU6DQoNCkhpIFBhdWwsDQoNClRoZSBjdXJyZW50IE5TSCBJLUQgY2l0ZXMgdGhlIFNG QyBhcmNoaXRlY3R1cmUgZHJhZnQgb25jZS4gVGhpcyB3ZWFrIGFkaGVyZW5jZSB3aXRoIHRoZSBT RkMgYXJjaGl0ZWN0dXJlIGlzIGFsYXJtaW5nIGdpdmVuIHRoYXQgdGhlIFdHIGhhZCBhIGxvdCBv ZiBkaXNjdXNzaW9uIGFib3V0IHZhcmlvdXMgYXNwZWN0cyBvZiB0aGUgb3ZlcmFsbCBwcm9jZWR1 cmU6IGUuZy4sIGZ1bGx5IGRpc3RyaWJ1dGVkIGZvcndhcmRpbmcgcGF0aCwgZm9yY2UgdGhlIGZv cndhcmRpbmcgcGF0aCwgYSBtaXggb2YgdGhvc2UsIGV0Yy4NCg0KSW5jbHVkaW5nIGEgZGVzY3Jp cHRpb24gb2YgaG93IHRoZXNlIGFzcGVjdHMgYXJlIGZ1bGZpbGxlZCBpbiB0aGUgY3VycmVudCBO U0ggc3BlY2lmaWNhdGlvbiB3b3VsZCBhdm9pZCBoYXZpbmcgdGhlIHNhbWUgZGlzY3Vzc2lvbiB3 ZSBoYWQgaW4gdGhlIGxpc3QuDQoNClRoYW5rIHlvdS4NCg0KQ2hlZXJzLA0KTWVkDQoNCg0KDQoN Cg== --_000_FB009E842FC24109992E5AE1C497161Cciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KTWVkLA0KPGRpdiBjbGFzcz0iIj48 YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhlIFNGQyBBcmNoaXRlY3R1cmUg ZHJhZnQgaXMgcmVmZXJlbmNlZCBhdCB0aGUgYmVnaW5uaW5nLCBob3dldmVyLCBpdCBzaG91bGQg cHJvYmFibHkgYmUgbW92ZWQgdG8gYSBOb3JtYXRpdmUgcmVmZXJlbmNlICh2cy4gSW5mb3JtYXRp dmUpIHRvIGJlIG1vc3QgY29ycmVjdC4gJm5ic3A7SeKAmW0gaGFwcHkgdG8gZG8gc28gd2hlbiBh cHByb3ByaWF0ZS4gJm5ic3A7IE90aGVyIHRoYW4gdGhhdCwgTlNIIGlzIOKAnGNvbXBsaWFudOKA nSB3aXRoIHRoZQ0KIGFyY2hpdGVjdHVyZS4gJm5ic3A7SWYgeW91IGhhdmUgc3BlY2lmaWMgYXJl YXMgeW914oCZZCBsaWtlIGhpZ2hsaWdodGVkLCBwbGVhc2UgZG8gc2VuZCBvdXQgc29tZSB0ZXh0 LCBJIGtub3cgbXkgY28tYXV0aG9ycyBhbmQgSSB3b3VsZCBiZSBoYXBweSB0byByZXZpZXcuPC9k aXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5Q YXVsPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjxkaXY+DQo8YmxvY2txdW90 ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+T24gRmViIDI1LCAyMDE1LCBh dCAxMDoyMCBBTSwgPGEgaHJlZj0ibWFpbHRvOm1vaGFtZWQuYm91Y2FkYWlyQG9yYW5nZS5jb20i IGNsYXNzPSIiPg0KbW9oYW1lZC5ib3VjYWRhaXJAb3JhbmdlLmNvbTwvYT4gd3JvdGU6PC9kaXY+ DQo8YnIgY2xhc3M9IkFwcGxlLWludGVyY2hhbmdlLW5ld2xpbmUiPg0KPGRpdiBjbGFzcz0iIj4N CjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRl cmVkIG1lZGl1bSkiIGNsYXNzPSIiPg0KPHN0eWxlIGNsYXNzPSIiPjwhLS0NCi8qIEZvbnQgRGVm aW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2Ut MToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29O b3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdp bi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxp YnJpIiwic2Fucy1zZXJpZiI7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KYTpsaW5r LCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1 ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBl cmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0K CXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0 eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0K CWNvbG9yOndpbmRvd3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9y bWFsO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6 RU4tVVM7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1h cmdpbjo3MC44NXB0IDcwLjg1cHQgNzAuODVwdCA3MC44NXB0O30NCmRpdi5Xb3JkU2VjdGlvbjEN Cgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHht bD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3ht bD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6 ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBl bGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPGRpdiBsYW5nPSJGUiIgbGluaz0iYmx1ZSIgdmxp bms9InB1cnBsZSIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiIGNsYXNzPSIiPkhpIFBhdWwsPG86cCBjbGFzcz0iIj48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiIGNsYXNzPSIi PiZuYnNwOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiIGNsYXNzPSIiPlRoZSBjdXJyZW50IE5TSCBJLUQgY2l0ZXMgdGhlIFNGQyBhcmNoaXRl Y3R1cmUgZHJhZnQgb25jZS4gVGhpcyB3ZWFrIGFkaGVyZW5jZSB3aXRoIHRoZSBTRkMgYXJjaGl0 ZWN0dXJlIGlzIGFsYXJtaW5nIGdpdmVuIHRoYXQgdGhlIFdHIGhhZCBhIGxvdCBvZiBkaXNjdXNz aW9uDQogYWJvdXQgdmFyaW91cyBhc3BlY3RzIG9mIHRoZSBvdmVyYWxsIHByb2NlZHVyZTogZS5n LiwgZnVsbHkgZGlzdHJpYnV0ZWQgZm9yd2FyZGluZyBwYXRoLCBmb3JjZSB0aGUgZm9yd2FyZGlu ZyBwYXRoLCBhIG1peCBvZiB0aG9zZSwgZXRjLg0KPG86cCBjbGFzcz0iIj48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7IiBjbGFzcz0i Ij4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7IiBjbGFzcz0iIj5JbmNsdWRpbmcgYSBkZXNjcmlwdGlvbiBvZiBob3cgdGhlc2UgYXNw ZWN0cyBhcmUgZnVsZmlsbGVkIGluIHRoZSBjdXJyZW50IE5TSCBzcGVjaWZpY2F0aW9uIHdvdWxk IGF2b2lkIGhhdmluZyB0aGUgc2FtZSBkaXNjdXNzaW9uIHdlIGhhZCBpbiB0aGUgbGlzdC48bzpw IGNsYXNzPSIiPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiIGNsYXNzPSIiPiZuYnNwOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiIGNsYXNzPSIiPlRoYW5rIHlvdS48bzpwIGNs YXNzPSIiPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiIGNsYXNzPSIiPiZuYnNwOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiIGNsYXNzPSIiPkNoZWVycyw8bzpwIGNsYXNzPSIi PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiIGNsYXNzPSIiPk1lZDxvOnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyIgY2xhc3M9IiI+Jm5ic3A7PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyIgY2xh c3M9IiI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyIgY2xhc3M9IiI+Jm5ic3A7PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2Jv ZHk+DQo8L2h0bWw+DQo= --_000_FB009E842FC24109992E5AE1C497161Cciscocom_-- From nobody Mon Mar 2 08:15:34 2015 Return-Path: X-Original-To: sfc@ietfa.amsl.com Delivered-To: sfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 31DD51A0115 for ; Mon, 2 Mar 2015 08:15:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.199 X-Spam-Level: X-Spam-Status: No, score=-3.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_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 cGnz2VJd84ZN for ; Mon, 2 Mar 2015 08:15:29 -0800 (PST) Received: from mail1.bemta14.messagelabs.com (mail1.bemta14.messagelabs.com [193.109.254.112]) by ietfa.amsl.com (Postfix) with ESMTP id BA70A1A0067 for ; Mon, 2 Mar 2015 08:15:28 -0800 (PST) Received: from [193.109.255.99] by server-8.bemta-14.messagelabs.com id 86/38-03168-F9C84F45; Mon, 02 Mar 2015 16:15:27 +0000 X-Env-Sender: walter.haeffner@vodafone.com X-Msg-Ref: server-12.tower-48.messagelabs.com!1425312922!8493257!6 X-Originating-IP: [195.232.224.73] X-StarScan-Received: X-StarScan-Version: 6.13.4; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31839 invoked from network); 2 Mar 2015 16:15:26 -0000 Received: from mailout04.vodafone.com (HELO mailout04.vodafone.com) (195.232.224.73) by server-12.tower-48.messagelabs.com with SMTP; 2 Mar 2015 16:15:26 -0000 Received: from mailint04.vodafone.com (localhost [127.0.0.1]) by mailout04.vodafone.com (Postfix) with ESMTP id 9F349800FC for ; Mon, 2 Mar 2015 17:15:26 +0100 (CET) Received: from VOEXC02W.internal.vodafone.com (voexc02w.dc-ratingen.de [145.230.101.22]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mailint04.vodafone.com (Postfix) with ESMTPS id 89342800C2; Mon, 2 Mar 2015 17:15:26 +0100 (CET) Received: from VOEXM20W.internal.vodafone.com ([169.254.4.55]) by VOEXC02W.internal.vodafone.com ([145.230.101.22]) with mapi id 14.03.0224.002; Mon, 2 Mar 2015 17:15:25 +0100 From: "Haeffner, Walter, Vodafone DE" To: "Paul Quinn (paulq)" , "mohamed.boucadair@orange.com" Thread-Topic: [sfc] draft-quinn-sfc-nsh: relatniship with the use cases drafts Thread-Index: AdBRDaI7xfMTZEmzRd6IIps3ZiTmogEICK4AAAwm2PA= Date: Mon, 2 Mar 2015 16:15:25 +0000 Message-ID: References: <787AE7BB302AE849A7480A190F8B9330049140FD@OPEXCLILM23.corporate.adroot.infra.ftgroup> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_C8C844F84E550E43865561FAE10471854C5F0C8BVOEXM20Winterna_" MIME-Version: 1.0 Archived-At: Cc: "sfc@ietf.org" Subject: Re: [sfc] draft-quinn-sfc-nsh: relatniship with the use cases drafts X-BeenThere: sfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Service Chaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 16:15:33 -0000 --_000_C8C844F84E550E43865561FAE10471854C5F0C8BVOEXM20Winterna_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUGF1bCwgTWVkLA0KDQpJbiB0aGUgbW9iaWxlIHVzZSBjYXNlIGRyYWZ0IHdlIG1lbnRpb25l ZCB1c2FnZSBhbmQgaW1wYWN0IG9mIG1ldGFkYXRhIG9uIFNGQy4gV2UgYWxzbyBtZW50aW9uZWQg dGhhdCBhIE5TSCBtYXkgYmUgYXBwcm9wcmlhdGUuIEJlY2F1c2UgYXQgdGltZSBvZiB3cml0aW5n IE5TSCB3YXMgbm90IChhbmQgaXMgbm90IGJ5IHRvZGF5KSBpbXBsZW1lbnRlZCBpbiBTRnMsIHdl IGNvdWxkbuKAmXQgZ2l2ZSBhbiBleHBsaWNpdCBleGFtcGxlLiBBbmQgd2Ugd2VyZSBhc2tlZCBu b3QgdG8gaW5jbHVkZSByZXF1aXJlbWVudHMgaW4gdGhlIGRyYWZ0Lg0KDQpXYWx0ZXINClZvbjog c2ZjIFttYWlsdG86c2ZjLWJvdW5jZXNAaWV0Zi5vcmddIEltIEF1ZnRyYWcgdm9uIFBhdWwgUXVp bm4gKHBhdWxxKQ0KR2VzZW5kZXQ6IE1vbnRhZywgMi4gTcOkcnogMjAxNSAxNjoxNA0KQW46IG1v aGFtZWQuYm91Y2FkYWlyQG9yYW5nZS5jb20NCkNjOiBzZmNAaWV0Zi5vcmcNCkJldHJlZmY6IFJl OiBbc2ZjXSBkcmFmdC1xdWlubi1zZmMtbnNoOiByZWxhdG5pc2hpcCB3aXRoIHRoZSB1c2UgY2Fz ZXMgZHJhZnRzDQoNCkhpIE1lZCwNCg0KDQpBcmUgeW91IHN1Z2dlc3RpbmcgdGhhdCB0aGUgdXNl IGNhc2VzIGJlIGluY2x1ZGVkIGFzIHJlZmVyZW5jZXMsIG9yIGV4cGxpY2l0IHJlZmVyZW5jZWQ/ ICBQZXJoYXBzIGEgbG9naWNhbCBwYXRoIGZvcndhcmQsIGlmIE5TSCBpcyBhZG9wdGVkLCB0aGF0 IHBlcmhhcHMgdGhlIHVzZSBjYXNlcyBjYW4gYmUgdXBkYXRlZCB0byByZWZsZWN0IHRoZSDigJxT RkMgZW5jYXDigJ0uDQoNClBhdWwNCg0KDQpPbiBGZWIgMjUsIDIwMTUsIGF0IDEwOjEzIEFNLCBt b2hhbWVkLmJvdWNhZGFpckBvcmFuZ2UuY29tPG1haWx0bzptb2hhbWVkLmJvdWNhZGFpckBvcmFu Z2UuY29tPiB3cm90ZToNCg0KUmUtLA0KDQpJdCBpcyB1bmZvcnR1bmF0ZSB0aGUgY3VycmVudCBO U0ggc3BlY2lmaWNhdGlvbiBkb2VzIG5vdCByZWx5IG9uIHRoZSBTRkMgdXNlIGNhc2VzIGFzIGRv Y3VtZW50ZWQgYnkgdGhlIFdHLg0KDQpEb2VzIHRoaXMgbWVhbiB0aGF0IHRob3NlIGFyZSB1c2Vs ZXNzPyBUaGF0IG5vIChjb21tb24pIHJlcXVpcmVtZW50cyBjYW4gYmUgZGVyaXZlZCBmcm9tIHRo b3NlIEktRHMgdG8gZ3VpZGUgdGhlIHNwZWNpZmljYXRpb24gb2YgdGhlIE5TSCBoZWFkZXI/DQoN CkNoZWVycywNCk1lZA0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCnNmYyBtYWlsaW5nIGxpc3QNCnNmY0BpZXRmLm9yZzxtYWlsdG86c2ZjQGlldGYub3Jn Pg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zZmMNCg0K --_000_C8C844F84E550E43865561FAE10471854C5F0C8BVOEXM20Winterna_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseTpCYXRhbmc7DQoJcGFub3NlLTE6MiAzIDYgMCAwIDEgMSAxIDEgMTt9DQpA Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkJhdGFuZzsNCglwYW5vc2UtMToyIDMgNiAwIDAgMSAx IDEgMSAxO30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsN CglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFt aWx5OiJcQEJhdGFuZyI7DQoJcGFub3NlLTE6MiAzIDYgMCAwIDEgMSAxIDEgMTt9DQovKiBTdHls ZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1h bA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEu MHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5rLCBzcGFu Lk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0 ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtG b2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29MaXN0UGFyYWdyYXBoLCBsaS5Nc29MaXN0UGFy YWdyYXBoLCBkaXYuTXNvTGlzdFBhcmFncmFwaA0KCXttc28tc3R5bGUtcHJpb3JpdHk6MzQ7DQoJ bWFyZ2luLXRvcDowY207DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltYXJnaW4tYm90dG9tOjEyLjBw dDsNCgltYXJnaW4tbGVmdDozNi4wcHQ7DQoJbXNvLWFkZC1zcGFjZTphdXRvOw0KCWZvbnQtc2l6 ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpwLk1zb0xpc3RQYXJhZ3Jh cGhDeFNwRmlyc3QsIGxpLk1zb0xpc3RQYXJhZ3JhcGhDeFNwRmlyc3QsIGRpdi5Nc29MaXN0UGFy YWdyYXBoQ3hTcEZpcnN0DQoJe21zby1zdHlsZS1wcmlvcml0eTozNDsNCgltc28tc3R5bGUtdHlw ZTpleHBvcnQtb25seTsNCgltYXJnaW4tdG9wOjBjbTsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1h cmdpbi1ib3R0b206MGNtOw0KCW1hcmdpbi1sZWZ0OjM2LjBwdDsNCgltYXJnaW4tYm90dG9tOi4w MDAxcHQ7DQoJbXNvLWFkZC1zcGFjZTphdXRvOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1m YW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpwLk1zb0xpc3RQYXJhZ3JhcGhDeFNwTWlkZGxlLCBsaS5N c29MaXN0UGFyYWdyYXBoQ3hTcE1pZGRsZSwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGhDeFNwTWlkZGxl DQoJe21zby1zdHlsZS1wcmlvcml0eTozNDsNCgltc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsN CgltYXJnaW4tdG9wOjBjbTsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1hcmdpbi1ib3R0b206MGNt Ow0KCW1hcmdpbi1sZWZ0OjM2LjBwdDsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJbXNvLWFk ZC1zcGFjZTphdXRvOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIg TmV3Ijt9DQpwLk1zb0xpc3RQYXJhZ3JhcGhDeFNwTGFzdCwgbGkuTXNvTGlzdFBhcmFncmFwaEN4 U3BMYXN0LCBkaXYuTXNvTGlzdFBhcmFncmFwaEN4U3BMYXN0DQoJe21zby1zdHlsZS1wcmlvcml0 eTozNDsNCgltc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltYXJnaW4tdG9wOjBjbTsNCglt YXJnaW4tcmlnaHQ6MGNtOw0KCW1hcmdpbi1ib3R0b206MTIuMHB0Ow0KCW1hcmdpbi1sZWZ0OjM2 LjBwdDsNCgltc28tYWRkLXNwYWNlOmF1dG87DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZh bWlseToiQ291cmllciBOZXciO30NCnNwYW4uRS1NYWlsRm9ybWF0dm9ybGFnZTE3DQoJe21zby1z dHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJY29sb3I6 d2luZG93dGV4dDsNCglmb250LXdlaWdodDpub3JtYWw7DQoJZm9udC1zdHlsZTpub3JtYWw7fQ0K c3Bhbi5FLU1haWxGb3JtYXR2b3JsYWdlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVw bHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdE O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQt c2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0 Ow0KCW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgNzAuODVwdCA3MC44NXB0O30NCmRpdi5Xb3JkU2Vj dGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlzdCBEZWZpbml0aW9ucyAqLw0KQGxp c3QgbDANCgl7bXNvLWxpc3QtaWQ6MTgxNzE0NTA0NjsNCgltc28tbGlzdC10eXBlOmh5YnJpZDsN Cgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6MjA3ODE4MzMwOCA2NzY5ODY4OSA2NzY5ODY4OSA2NzY5 ODY5MyA2NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5MyA2NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5 Mzt9DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0K CW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6NTcuNnB0Ow0KCXRleHQtaW5k ZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsMg0KCXtt c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1z by1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN CgltYXJnaW4tbGVmdDo5My42cHQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWls eTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1 bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJ bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjEyOS42cHQ7DQoJ dGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6 bGV2ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4 dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np dGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjE2NS42cHQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsN Cglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1i ZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3Rv cDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVmdDoy MDEuNnB0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3 Ijt9DQpAbGlzdCBsMDpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0K CW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MjM3LjZwdDsNCgl0ZXh0LWlu ZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDcN Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsN Cgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJbWFyZ2luLWxlZnQ6MjczLjZwdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQt ZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt YXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjMwOS42cHQ7 DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBs aXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl dmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVmdDozNDUuNnB0Ow0KCXRleHQtaW5kZW50Oi0x OC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwxDQoJe21zby1saXN0LWlk OjE4MjQyMDEyMzA7DQoJbXNvLWxpc3QtdHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUt aWRzOi0xOTk4MTc0MDYwIDY3Njk4NjkxIDY3Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5IDY3Njk4 NjkxIDY3Njk4NjkzIDY3Njk4Njg5IDY3Njk4NjkxIDY3Njk4NjkzO30NCkBsaXN0IGwxOmxldmVs MQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsN Cgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJbWFyZ2luLWxlZnQ6MzkuNnB0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1m YW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMTpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJl ci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9w Om5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0Ojc1 LjZwdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7 fQ0KQGxpc3QgbDE6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCglt c28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVs LW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjExMS42cHQ7DQoJdGV4dC1pbmRl bnQ6LTE4LjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDE6bGV2ZWw0DQoJ e21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJ bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0 Ow0KCW1hcmdpbi1sZWZ0OjE0Ny42cHQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZh bWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0K CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVmdDoxODMuNnB0Ow0K CXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlz dCBsMTpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl bC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVy LXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MjE5LjZwdDsNCgl0ZXh0LWluZGVudDotMTgu MHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMTpsZXZlbDcNCgl7bXNvLWxl dmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2 ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFy Z2luLWxlZnQ6MjU1LjZwdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OlN5 bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0 Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjI5MS42cHQ7DQoJdGV4dC1p bmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwxOmxl dmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6 74KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgltYXJnaW4tbGVmdDozMjcuNnB0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJ Zm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCm9sDQoJe21hcmdpbi1ib3R0b206MGNtO30NCnVsDQoJ e21hcmdpbi1ib3R0b206MGNtO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+ DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+ PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4 dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxh eW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5r PSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SGkgUGF1bCwgTWVk LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SW4gdGhlIG1vYmlsZSB1c2Ug Y2FzZSBkcmFmdCB3ZSBtZW50aW9uZWQgdXNhZ2UgYW5kIGltcGFjdCBvZiBtZXRhZGF0YSBvbiBT RkMuIFdlIGFsc28gbWVudGlvbmVkIHRoYXQgYSBOU0ggbWF5IGJlIGFwcHJvcHJpYXRlLiBCZWNh dXNlIGF0IHRpbWUgb2Ygd3JpdGluZyBOU0ggd2FzIG5vdCAoYW5kIGlzIG5vdCBieSB0b2RheSkg aW1wbGVtZW50ZWQgaW4gU0ZzLA0KIHdlIGNvdWxkbuKAmXQgZ2l2ZSBhbiBleHBsaWNpdCBleGFt cGxlLiBBbmQgd2Ugd2VyZSBhc2tlZCBub3QgdG8gaW5jbHVkZSByZXF1aXJlbWVudHMgaW4gdGhl IGRyYWZ0LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+V2FsdGVyPG86cD48 L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10 b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkRFIiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ Vm9uOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iREUiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gc2Zj IFttYWlsdG86c2ZjLWJvdW5jZXNAaWV0Zi5vcmddDQo8Yj5JbSBBdWZ0cmFnIHZvbiA8L2I+UGF1 bCBRdWlubiAocGF1bHEpPGJyPg0KPGI+R2VzZW5kZXQ6PC9iPiBNb250YWcsIDIuIDwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+TcOkcnogMjAxNSAxNjoxNDxicj4NCjxiPkFuOjwv Yj4gbW9oYW1lZC5ib3U8L3NwYW4+PHNwYW4gbGFuZz0iREUiIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 Ij5jYWRhaXJAb3JhbmdlLmNvbTxicj4NCjxiPkNjOjwvYj4gc2ZjQGlldGYub3JnPGJyPg0KPGI+ QmV0cmVmZjo8L2I+IFJlOiBbc2ZjXSBkcmFmdC1xdWlubi1zZmMtbnNoOiByZWxhdG5pc2hpcCB3 aXRoIHRoZSB1c2UgY2FzZXMgZHJhZnRzPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpIE1lZCw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BcmUgeW91IHN1Z2dlc3RpbmcgdGhhdCB0aGUg dXNlIGNhc2VzIGJlIGluY2x1ZGVkIGFzIHJlZmVyZW5jZXMsIG9yIGV4cGxpY2l0IHJlZmVyZW5j ZWQ/ICZuYnNwO1BlcmhhcHMgYSBsb2dpY2FsIHBhdGggZm9yd2FyZCwgaWYgTlNIIGlzIGFkb3B0 ZWQsIHRoYXQgcGVyaGFwcyB0aGUgdXNlIGNhc2VzIGNhbiBiZSB1cGRhdGVkIHRvIHJlZmxlY3Qg dGhlIOKAnFNGQyBlbmNhcOKAnS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+UGF1bDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0 eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPk9uIEZlYiAyNSwgMjAxNSwgYXQgMTA6MTMgQU0sIDxhIGhyZWY9Im1h aWx0bzptb2hhbWVkLmJvdWNhZGFpckBvcmFuZ2UuY29tIj4NCm1vaGFtZWQuYm91Y2FkYWlyQG9y YW5nZS5jb208L2E+IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5SZS0sPC9zcGFuPjxzcGFuIGxhbmc9IkZSIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJG UiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJGUiI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPkl0IGlzIHVuZm9ydHVuYXRlIHRoZSBj dXJyZW50IE5TSCBzcGVjaWZpY2F0aW9uIGRvZXMgbm90IHJlbHkgb24gdGhlIFNGQyB1c2UgY2Fz ZXMgYXMgZG9jdW1lbnRlZCBieSB0aGUgV0cuDQo8L3NwYW4+PHNwYW4gbGFuZz0iRlIiPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8 L3NwYW4+PHNwYW4gbGFuZz0iRlIiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij5Eb2VzIHRoaXMgbWVhbiB0aGF0IHRob3NlIGFyZSB1c2VsZXNz PyBUaGF0IG5vIChjb21tb24pIHJlcXVpcmVtZW50cyBjYW4gYmUgZGVyaXZlZCBmcm9tIHRob3Nl IEktRHMgdG8gZ3VpZGUgdGhlIHNwZWNpZmljYXRpb24gb2YgdGhlIE5TSCBoZWFkZXI/DQo8L3Nw YW4+PHNwYW4gbGFuZz0iRlIiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRlIiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5DaGVlcnMsPC9zcGFu PjxzcGFuIGxhbmc9IkZSIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+TWVkDQo8L3NwYW4+PHNwYW4gbGFuZz0iRlIiPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90 O3NlcmlmJnF1b3Q7Ij5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXzxicj4NCnNmYyBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86c2ZjQGlldGYu b3JnIj5zZmNAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9zZmMiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vc2ZjPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0K PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBw dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVv dDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1s Pg0K --_000_C8C844F84E550E43865561FAE10471854C5F0C8BVOEXM20Winterna_-- From nobody Mon Mar 2 09:50:59 2015 Return-Path: X-Original-To: sfc@ietfa.amsl.com Delivered-To: sfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED7001A883A for ; Mon, 2 Mar 2015 09:50:58 -0800 (PST) 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 xSicyaR1JzVD for ; Mon, 2 Mar 2015 09:50:56 -0800 (PST) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5FD091A8855 for ; Mon, 2 Mar 2015 09:50:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8105; q=dns/txt; s=iport; t=1425318656; x=1426528256; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=T5nF02/+q+fp3/y15ajqxE9zIWH0ccWNw23Z5nRR8dI=; b=k41i+o09p7GkXA1ZDsZsWpmOXjLnqXIl66WiP7uRTX06WLXUP+lTU2Z5 wbHNJYBt3gIbnMZdjygG89A7cnTa1VVOhz+h95EZTWb3TnEGbTad2Lils ccCbvlqzmitCbQuTB+THQIqKLsR/QKbj5Lrc0Yl/dgHQyCK5p4wPArMDs E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AjBQBzovRU/5BdJa1agwJSXsE1CoVwAoEkTQEBAQEBAXyEDwEBAQMBAQEBawsFCwIBCBgnBycLFBEBAQQOBYgnCA3WOQEBAQEBAQEBAQEBAQEBAQEBAQEBARMEixKELA8zB4MXgRQFj3iEKoUdgRqSQCOCAhyBUG+BAgIEGiJ/AQEB X-IronPort-AV: E=Sophos;i="5.09,676,1418083200"; d="scan'208";a="400608594" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-2.cisco.com with ESMTP; 02 Mar 2015 17:50:55 +0000 Received: from xhc-rcd-x07.cisco.com (xhc-rcd-x07.cisco.com [173.37.183.81]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id t22Hosnc027633 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 2 Mar 2015 17:50:54 GMT Received: from xmb-rcd-x14.cisco.com ([169.254.4.229]) by xhc-rcd-x07.cisco.com ([173.37.183.81]) with mapi id 14.03.0195.001; Mon, 2 Mar 2015 11:50:54 -0600 From: "Paul Quinn (paulq)" To: "Joel M. Halpern" Thread-Topic: [sfc] draft-quinn-sfc-nsh: version number Thread-Index: AdBRDDloSX0/55xiS1KsQav7+px1wQAMyamAACHBoQAADvQcAADQYBIA Date: Mon, 2 Mar 2015 17:50:53 +0000 Message-ID: <55A3CDAE-9D74-4174-AC1B-D3F500FABDCE@cisco.com> References: <787AE7BB302AE849A7480A190F8B9330049140B4@OPEXCLILM23.corporate.adroot.infra.ftgroup> <54EDE5B7.6080102@joelhalpern.com> <787AE7BB302AE849A7480A190F8B9330049156A9@OPEXCLILM23.corporate.adroot.infra.ftgroup> <54EF2C9A.3040008@joelhalpern.com> In-Reply-To: <54EF2C9A.3040008@joelhalpern.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.19.17.229] Content-Type: text/plain; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "mohamed.boucadair@orange.com" , "sfc@ietf.org" Subject: Re: [sfc] draft-quinn-sfc-nsh: version number X-BeenThere: sfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Service Chaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 17:50:59 -0000 Hi, Jumping in mid-thread. =20 Overall, I tend to agree with Joel. Having an explicit version provides a = simple way to handle dataplane format changes. As Med points out, quickly = correctly, IMHO, there are other way to signal changes via reserved bit. I= n practice though reserved bits are less useful since the convention is to = ignore unknown bits, it makes using them for feature changes quite difficul= t, which then brings up back to explicit versioning that cannot be ignored.= =20 I think Joel=92s suggestion below makes perfect sense and should be added t= o the draft. Paul > On Feb 26, 2015, at 9:24 AM, Joel M. Halpern wrote: >=20 > In one sense you are correct. If you could count on everything being upg= raded at once, sure you could just assume common interpretation. > However, we have found over the years that such simultaneous upgrading ne= ver works. You need to be able to transition. >=20 > I do agree that we should add text about what to do with version numbers = that are not understood. There are multiple choices that affect how we can= make changes. My personal preference is: >=20 > If an packet presumed to carry an NSH header is received at an SFF, and t= he SFF does not understnad the version of the protocol as indicated in the = base header, the packet MUST be discarded, and the event SHOULD be logged. >=20 > This would allow an orderly transition, where devices can be upgraded to = understand a new version, then generation of the new version header can be = enabled. If a configuration error is made, the packets will be dropped and= operators following good practices will get notifications. >=20 > Yours, > Joel >=20 > On 2/26/15 2:16 AM, mohamed.boucadair@orange.com wrote: >> Hi Joel, >>=20 >> I fully agree with the extendibility of the header, but the question is = why having a version number will be of help in the context of SFC? Second, = having a version number without specifying the behavior when several versio= ns are supported, when the version number is not supported by an SFC-aware = element, etc. leaves open issues out of the spec. >>=20 >> The other problem is that the current I-D includes several open doors le= ft for extending the header: >> * version >> * reserved bits >> * optional data >>=20 >> This is too much for a header that is supposed to be compact and simple! >>=20 >> There are other means to extend the header without signaling the version= in the packet. Having a distinct RFC number may be just fine in the contex= t of an unidirectional stream such as SFC. >>=20 >> Let us consider the situation where a version number is not explicitly s= ignaled in the packet (but a new RFC updates the base SFC header). Several = options can be considered, indeed (those are provided as examples for illus= tration purposes): >> * An operator can make sure that its SFC-enabled domain is configured in= a consistent manner to support one and only one version of the header. No = interoperability issues is encountered in this case. >> * An operator that wants to upgrade its SFC-enabled domain to support a = new specification of the SFC header: An operator can decide to proceed to a= software/hardware updates but can maintain the old header in operation unt= il all involved elements are upgraded to support the new version. Once the = SFC-enabled domain is upgraded, then the new header can be enabled. >>=20 >> Let's consider now that a version is signaled in the packet: to what ext= ent signaling this information simplifies the SFC operations, and whether i= t increases/decreases the serviceability of an SFC-enabled domain? Let's al= so assess to what extent having the version number add more complexity in t= he SFC header treatment when several versions are supported by a node/withi= n an SFC enabled domain? How it helps interoperability? Some points for dis= cussion are elaborated below: >>=20 >> * If the SFC-enabled domain is configured to support the same version (w= hich is likely): having the version number is not of any help. >> * If the SFC-enabled domain involves some nodes that support version (v1= ) while others support (v2) (simple case): If these version are not backwar= d compatible, this will lead to failures when two adjacent elements in a se= rvice chain do not support the same version. The SFC system is broken. Havi= ng the version number is not of any help in this case. >> * If the SFC-enabled domain involves some nodes that support version (v1= ) while others support (v1 and v2): >>=20 >> (a) The nodes that support both v1 and v2 should be instructed to decide= which version to be used. This can be either part of the specification or = be driven by configuration. If a version number is included in the spec, I = would expect to clarify the behavior in such case. >>=20 >> (b) Suppose a node that supports only v1 receives a packet with header (= v2): If this node does not support a notification procedure to inform the s= ource that it does not support that header version, then FAILURES are intro= duced in the network. This is a degradation of the service compared to lega= cy scheme to structure services. This is not recommended, IMHO. >>=20 >> (c) If a notification is received from an element about its supported ve= rsion: a node can use another version (the logic to select other version is= another point to discuss) for that communication, but what to do for the n= ext flows in the context of the same service chain or other chains that inv= olves these two nodes as adjacent elements in the same chain? Shouldn't the= se nodes cache the version to use for subsequent exchange to avoid receivin= g the notification error each time? Wouldn't that complexity the behavior o= f the SFC-aware elements? >>=20 >> (d) If a notification is received from an element about its supported ve= rsion: As this may occurs in various segments of a given service chain, e.g= ., (A(v1), B(v1,v2), C(v2), D(v1,v2), E(v1)). Notifying the adjacent node e= ach time there is a version mismatch induce an extra delay, that may be not= be acceptable for every flow. >>=20 >> I hope this clarifies my initial concern. >>=20 >> Thank you. >>=20 >> Cheers, >> Med >>=20 >>> -----Message d'origine----- >>> De : Joel M. Halpern [mailto:jmh@joelhalpern.com] >>> Envoy=E9 : mercredi 25 f=E9vrier 2015 16:10 >>> =C0 : BOUCADAIR Mohamed IMT/OLN; paulq@cisco.com >>> Cc : sfc@ietf.org >>> Objet : Re: [sfc] draft-quinn-sfc-nsh: version number >>>=20 >>> I would really prefer to keep the version number. Even though we have >>> the MD-type identifier and for some MD we have the TLVs. >>>=20 >>> The reason is that we may want to change the base header. For example, >>> suppose that the ciscussion about including a flow identifier in the >>> base header had not come up now. If it came up later, we would want to >>> be able to have the discussion and make the choice, rather than being >>> constrained by the lack of a version field. >>>=20 >>> Yours, >>> Joel >>>=20 >>>=20 >>> On 2/25/15 10:03 AM, mohamed.boucadair@orange.com wrote: >>>> Hi Paul, all, >>>>=20 >>>> What is the purpose of having a version number in the header? Is there= a >>>> kind of version negotiation that needs to be in place? >>>>=20 >>>> I checked the I-D but failed to find text that explains the rationale, >>>> the use of the such field and whether an error will be returned if the >>>> version is not supported by the receiving node. >>>>=20 >>>> Wouldn't be preferable to get rid of this field given that SFC header >>>> can be extended using optional objects and consistent setup & >>>> configuration within an SFC-enabled domain should be assumed? >>>>=20 >>>> Thank you >>>>=20 >>>> Cheers, >>>>=20 >>>> Med >>>>=20 >>>>=20 >>>>=20 >>>> _______________________________________________ >>>> sfc mailing list >>>> sfc@ietf.org >>>> https://www.ietf.org/mailman/listinfo/sfc >>>>=20 >>=20 From nobody Mon Mar 2 10:15:45 2015 Return-Path: X-Original-To: sfc@ietfa.amsl.com Delivered-To: sfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F33C1A888C for ; Mon, 2 Mar 2015 10:15:44 -0800 (PST) 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 djB-ghph_Qwz for ; Mon, 2 Mar 2015 10:15:41 -0800 (PST) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 228031A8884 for ; Mon, 2 Mar 2015 10:15:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11633; q=dns/txt; s=iport; t=1425320141; x=1426529741; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=3TRJxBfSBljNVVSZdSkAje2LocROuneTJo3DK4zOAV8=; b=kkYk3xBJXSCYrQm0NSkAN6jGtkgpX+elEi10yffGl2HOwGVpW222Fmlk ixxRC2HKmx2Vlr84AWkaxZiRTaXzeYxE6L7iBdH9aH89HkSPV8suwqOaV eISBRZ8VHO91dcqRoXCDb8r8LfIZ3+l4S7Sro8thgHfh01Fj6JQfHEpWx o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AkBQB4qPRU/5BdJa1agwJSXsE1CoVwAoEkTQEBAQEBAXyEDwEBAQMBAQEBJEcLBQcEAgEIDgMEAQEBJwcnCxQJCAIEDgUJEogMCA3WMwEBAQEBAQEBAQEBAQEBAQEBAQEBAReLEoQMEAIBHDMCBQaDEYEUBYVwigiDYIVngRo5gmeLYoM+I4NubwGBQ38BAQE X-IronPort-AV: E=Sophos;i="5.09,676,1418083200"; d="scan'208";a="400612424" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-2.cisco.com with ESMTP; 02 Mar 2015 18:15:40 +0000 Received: from xhc-aln-x11.cisco.com (xhc-aln-x11.cisco.com [173.36.12.85]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id t22IFcvm013174 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 2 Mar 2015 18:15:39 GMT Received: from xmb-rcd-x14.cisco.com ([169.254.4.229]) by xhc-aln-x11.cisco.com ([173.36.12.85]) with mapi id 14.03.0195.001; Mon, 2 Mar 2015 12:15:38 -0600 From: "Paul Quinn (paulq)" To: Dave Dolson Thread-Topic: [sfc] draft-quinn-sfc-nsh: Support of SF Spirals Thread-Index: AdBRyhUadMfMQp0TQVyP+AHUYniSlAAOnhUAAABleoAAAFj2AAACvdgAAABVPAAAAMCGAAAA6mWAAABpgIAAysHQgA== Date: Mon, 2 Mar 2015 18:15:38 +0000 Message-ID: <9E04808D-86A3-4FCC-8392-E9CBC392A4A6@cisco.com> References: <787AE7BB302AE849A7480A190F8B9330049159EC@OPEXCLILM23.corporate.adroot.infra.ftgroup> <54EF3086.8040700@joelhalpern.com> <787AE7BB302AE849A7480A190F8B933004915B0E@OPEXCLILM23.corporate.adroot.infra.ftgroup> <54EF3584.2080005@joelhalpern.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.19.17.229] Content-Type: text/plain; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "Joel M. Halpern" , "sfc@ietf.org" , "Reinaldo Penno \(repenno\)" , Ron Parker , "Ben Wright \(Ben.Wright@metaswitch.com\)" , "mohamed.boucadair@orange.com" Subject: Re: [sfc] draft-quinn-sfc-nsh: Support of SF Spirals X-BeenThere: sfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Service Chaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 18:15:44 -0000 > On Feb 26, 2015, at 12:30 PM, Dave Dolson wrote: >=20 > For the sake of argument, suppose I have a firewall SF, and I want to use= =20 > it more than once in a chain. (Maybe I want to book-end the chain with in= gress > and egress rules.) >=20 > Do you agree it would be sufficient to use the Path Index to select which= of > the ingress or egress rule sets should be used? I do, since it effect it acts a node identifier within a path, and _logical= ly_ you have two firewalls. There are, as others have pointed out, other = ways to handle this (multiple network locators, metadata) but I believe tha= t the index use is straightforward should a service want to use it as such.= If they can=92t or don=92t want to, I think multiple locators will be use= d. They need to be mutually exclusive. >=20 > I'm probably missing something; I don't understand how the context header= s > define functionality. Maybe the device could communicate with itself=20 > (e.g., the ingress portion sending a tag to the egress portion) > by sending state in the packet. Is that what you are mean by "contextual = info" ? >=20 >=20 >=20 > -----Original Message----- > From: Reinaldo Penno (repenno) [mailto:repenno@cisco.com]=20 > Sent: Thursday, February 26, 2015 12:18 PM > To: Dave Dolson; Ron Parker; Joel M. Halpern; mohamed.boucadair@orange.co= m; sfc@ietf.org > Cc: Ben Wright (Ben.Wright@metaswitch.com) > Subject: Re: [sfc] draft-quinn-sfc-nsh: Support of SF Spirals >=20 > Agreed on all points. I thought I was missing something so before writing > this email I retested our implementation and it worked off the bat. The > RSP constructed has the the same (SFF, SF) tuple but different indexes. >=20 > The same SF is visited multiple times until the path ends. If the SF > wants contextual info across visits than context headers are the way to > go.=20 >=20 >=20 > On 2/26/15, 8:52 AM, "Dave Dolson" wrote: >=20 >> Maybe naively, I thought the service functions would be provisioned with >> a table: >>=20 >> E.g., for element foo: >> Path | Path Index | Next Hop | Function >> 123 | 4 | SF-bar | first behavior >> 123 | 2 | SF-foobar | second behavior >>=20 >>=20 >> The Function is clearly implementation specific. Maybe it points to a >> configuration set or a policy set. I think completely out of scope here. >>=20 >> I suggest that this is not a problem for the wire protocol, rather for >> the configuration model (netconf or whatever). >>=20 >> It becomes very much vendor-specific if the behaviors are complex >> configurations of specialized features. >>=20 >> If a person were manually configuring chains, I don't think they'd have = a >> conceptual problem, because they'd have a diagram they need to implement= : >> {SF-foo (first-behavior), SF-bar, SF-foo (second-behavior), SF-foobar} >>=20 >> If we wanted to standardize it, we could maybe make the Function simply = a >> label that means something to the device--an indirection to a >> configuration set. >>=20 >> -Dave >>=20 >>=20 >>=20 >> -----Original Message----- >> From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Ron Parker >> Sent: Thursday, February 26, 2015 11:31 AM >> To: Dave Dolson; Joel M. Halpern; mohamed.boucadair@orange.com; >> sfc@ietf.org >> Cc: Ben Wright (Ben.Wright@metaswitch.com) >> Subject: Re: [sfc] draft-quinn-sfc-nsh: Support of SF Spirals >>=20 >> Hi, Dave. >>=20 >> I agree that on the wire, this is the way it would work. >>=20 >> But, when composing the chain, it seems like information would be lackin= g >> if a chain were expressed simply as {SF-foo, SF-bar, SF-foo, SF-foobar}. >> It is completely implicit that since SF-foo appears twice, it perhaps >> should perform some different duty when index =3D 0 vs when index =3D 2. >>=20 >> At first, I thought that an alternative way to handle this would be to >> use multiple logical identities for SF-foo. In this case, the chain >> above would be expressed as {SF-foo-first-behavior, SF-bar, >> SF-foo-second-behavior, SF-foobar}. But, the problem here is selecting >> the RSP, assuming that SF-foo has multiple instances. Nothing in this >> second flavor of chain says that the same instance of SF-foo-* must be >> selected to satisfy SF-foo-first-behavior and SF-foo-second-behavior >> (which may not be required, but should be possible to force as such). >>=20 >> I guess what I'm saying is that spiraling has a subtlety to it that isn'= t >> yet adequately addressed and that I don't have a specific proposal to >> solve it, either. >>=20 >> Ron >>=20 >>=20 >> -----Original Message----- >> From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Dave Dolson >> Sent: Thursday, February 26, 2015 11:21 AM >> To: Joel M. Halpern; mohamed.boucadair@orange.com; sfc@ietf.org >> Cc: Ben Wright (Ben.Wright@metaswitch.com) >> Subject: Re: [sfc] draft-quinn-sfc-nsh: Support of SF Spirals >>=20 >> If I may try to put it simply, I've always thought of it this way: >> --> Each node in the chain selects the context for processing and the >> next hop on the basis of BOTH path ID and Index, while decrementing the >> index for the next hop. >>=20 >> That behavior supports spiraling. >>=20 >>=20 >>=20 >> -Dave >>=20 >>=20 >> -----Original Message----- >> From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Joel M. Halpern >> Sent: Thursday, February 26, 2015 10:02 AM >> To: mohamed.boucadair@orange.com; sfc@ietf.org >> Cc: Ben Wright (Ben.Wright@metaswitch.com) >> Subject: Re: [sfc] draft-quinn-sfc-nsh: Support of SF Spirals >>=20 >> There are two different aspects of Spirals. >>=20 >> One of the two aspects is enabling a packet that repeatedly arrives at >> the same SFF to get the correct services provided each time it arrives, >> and to go to the correct next SFF each time it arrives. The Service Pat= h >> Index, used by the SFF to select service functions and next SFF, provide= s >> that capability. >>=20 >> The other aspect is how the Service Functions themselves handle spirals. >> To a large degree, that depends upon the individual service function. >> I normally assume that it would use packet context (as described in the >> text you quote) to determine what to do. >>=20 >> Since I would prefer that service functions are independent of the >> underlying service function chaining infrastructure, and are not >> sensitive to how many functions are before or after them in the chain, I >> would personally prefer that they not use the path index for that. I >> would recommend that if the packet does not carry enough context that th= e >> service function could and should use metadata to carry its needed state >> information. But neither I personally nor the SFC Working Group get to >> tell folks how to build their service functions. So they may come up >> with other methods for addressing their needs. Which is also fine. >>=20 >> Thus, I would not expect this document to discuss how service functions >> themselves handle revisiting. But metadata clearly allows for a range o= f >> behaviors that will work. And the path index handles the SFF needs >> relative to spirals, which is what we need to handle. >>=20 >> Yours, >> Joel >>=20 >> On 2/26/15 9:52 AM, mohamed.boucadair@orange.com wrote: >>> Re-, >>>=20 >>> Spiral is not mentioned in the draft, but SF loop is. >>>=20 >>> I'm asking the question because I don't get from the draft how spirals >>> could work (that is a SF invoked several time in the context of the sam= e >>> SFC). >>>=20 >>> Before proposing text, I would like to understand first how it works. >>> If you can provide an example, this will be even great. >>>=20 >>> Thank you. >>>=20 >>> Cheers, >>> Med >>>=20 >>>> -----Message d'origine----- >>>> De : Joel M. Halpern [mailto:jmh@joelhalpern.com] Envoy=E9 : jeudi 26 >>>> f=E9vrier 2015 15:41 =C0 : BOUCADAIR Mohamed IMT/OLN; sfc@ietf.org Cc = : >>>> Ben Wright (Ben.Wright@metaswitch.com) Objet : Re: [sfc] >>>> draft-quinn-sfc-nsh: Support of SF Spirals >>>>=20 >>>> The SF Spirals requirement is one of the key drivers for the index. >>>> The index allows one to tell where one is in the spiral, and also to >>>> break a loop if one has a loop instead of a spiral. >>>>=20 >>>> Is there text that we could add that would help make this clear, >>>> since your earlier question about the path index suggests that it is >>>> not as clear as it should be? >>>>=20 >>>> Yours, >>>> Joel >>>>=20 >>>> On 2/26/15 8:42 AM, mohamed.boucadair@orange.com wrote: >>>>> Hi Paul, all, >>>>>=20 >>>>> There were a discussion in the mailing list >>>>> (http://www.ietf.org/mail-archive/web/sfc/current/msg01701.html) >>>>> that led to defining what is meant by SF Spirals: (below is provided >>>>> an excerpt from >>>>> http://tools.ietf.org/html/draft-boucadair-sfc-requirements-06 where >>>>> the conclusions of that discussion were recorded) >>>>>=20 >>>>> " o Service Function Spiral: denotes a Service Function Chain in >>>> which >>>>>=20 >>>>> data is handled by a Service Function, forwarded onwards, >>>>> and >>>>>=20 >>>>> arrives once again at that Service Function. >>>>>=20 >>>>> * Note that some Service Functions support built-in >>>>> functions to >>>>>=20 >>>>> accommodate spirals; these service-specific functions may >>>>>=20 >>>>> require that the data received in a spiral should differ >>>>> in a >>>>>=20 >>>>> way that will result in a different processing decision >>>>> than >>>>>=20 >>>>> the original data. This document does not make such >>>>>=20 >>>>> assumption. >>>>>=20 >>>>> * A Service Function Chain may involve one or more Service >>>>>=20 >>>>> Function Spirals. >>>>>=20 >>>>> * Unlike Service Function loop, spirals are not considered >>>>> as >>>>>=20 >>>>> errors." >>>>>=20 >>>>> And this companion requirement: >>>>>=20 >>>>> " A. Service Functions MAY be invoked multiple times i= n >>>>>=20 >>>>> the same Service Function Chain (denoted as SF >>>>>=20 >>>>> Spiral), but the solution MUST prevent infinite >>>>>=20 >>>>> forwarding loops. =BB >>>>>=20 >>>>> Reading the current draft-quinn-sfc-nsh, I don't see how this is met. >>>>>=20 >>>>> Can you please clarify whether this is supported and how? >>>>>=20 >>>>> Thank you. >>>>>=20 >>>>> Cheers, >>>>>=20 >>>>> Med >>>>>=20 >>>>>=20 >>>>>=20 >>>>> _______________________________________________ >>>>> sfc mailing list >>>>> sfc@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/sfc >>>>>=20 >>>=20 >>=20 >> _______________________________________________ >> sfc mailing list >> sfc@ietf.org >> https://www.ietf.org/mailman/listinfo/sfc >>=20 >> _______________________________________________ >> sfc mailing list >> sfc@ietf.org >> https://www.ietf.org/mailman/listinfo/sfc >>=20 >> _______________________________________________ >> sfc mailing list >> sfc@ietf.org >> https://www.ietf.org/mailman/listinfo/sfc >>=20 >> _______________________________________________ >> sfc mailing list >> sfc@ietf.org >> https://www.ietf.org/mailman/listinfo/sfc >=20 > _______________________________________________ > sfc mailing list > sfc@ietf.org > https://www.ietf.org/mailman/listinfo/sfc From nobody Mon Mar 2 11:08:39 2015 Return-Path: X-Original-To: sfc@ietfa.amsl.com Delivered-To: sfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C8F5F1A88A6 for ; Mon, 2 Mar 2015 11:08:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.911 X-Spam-Level: X-Spam-Status: No, score=-6.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, 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 RumP_BJlF_IA for ; Mon, 2 Mar 2015 11:08:35 -0800 (PST) Received: from e36.co.us.ibm.com (e36.co.us.ibm.com [32.97.110.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3D0811A88D8 for ; Mon, 2 Mar 2015 11:08:32 -0800 (PST) Received: from /spool/local by e36.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Mon, 2 Mar 2015 12:08:32 -0700 Received: from d03dlp03.boulder.ibm.com (9.17.202.179) by e36.co.us.ibm.com (192.168.1.136) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Mon, 2 Mar 2015 12:08:30 -0700 Received: from b03cxnp07028.gho.boulder.ibm.com (b03cxnp07028.gho.boulder.ibm.com [9.17.130.15]) by d03dlp03.boulder.ibm.com (Postfix) with ESMTP id ADFC119D8026 for ; Mon, 2 Mar 2015 11:59:37 -0700 (MST) Received: from d03av04.boulder.ibm.com (d03av04.boulder.ibm.com [9.17.195.170]) by b03cxnp07028.gho.boulder.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id t22J6tdA28573704 for ; Mon, 2 Mar 2015 12:06:55 -0700 Received: from d03av04.boulder.ibm.com (loopback [127.0.0.1]) by d03av04.boulder.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id t22J84Lt013397 for ; Mon, 2 Mar 2015 12:08:04 -0700 Received: from cichlid.raleigh.ibm.com ([9.80.106.58]) by d03av04.boulder.ibm.com (8.14.4/8.14.4/NCO v10.0 AVin) with ESMTP id t22J838R012135 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 2 Mar 2015 12:08:04 -0700 Received: from cichlid.raleigh.ibm.com.us.ibm.com (localhost.localdomain [127.0.0.1]) by cichlid.raleigh.ibm.com (8.14.4/8.12.5) with ESMTP id t22J7r45002750 for ; Mon, 2 Mar 2015 14:07:53 -0500 Date: Mon, 02 Mar 2015 14:07:52 -0500 Message-ID: From: Thomas Narten To: sfc@ietf.org User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/23.1 (x86_64-redhat-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=ISO-8859-7 Content-Transfer-Encoding: quoted-printable X-TM-AS-MML: disable X-Content-Scanned: Fidelis XPS MAILER x-cbid: 15030219-0021-0000-0000-000008F575DA Archived-At: Subject: [sfc] Call for Dallas SFC Agenda Topics X-BeenThere: sfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Service Chaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 19:08:37 -0000 Greetings WG: Our meeting at the upcoming Dallas venue is fast approaching. As always, t= he goal of the meeting will be to make the best use of limited face-to-face ti= me. As we build the meeting agenda we welcome requests for agenda time. As alwa= ys, the goal of a meeting slot is to best further the work of the WG, and that generally means focussing on key charter deliverables and topics with important open issues to resolve. In the case of individual IDs, the goal isn=A2t necessarily to present what is in the draft but rather to help the = WG decide what to do with the ID. With that in mind, when making an agenda request please consider what you think the WG should do with its content. F= or example: * Does the document have useful content that should be moved into another= WG document or progress on it=A2s own merit * Does the content have a good basis for one of the WG documents per the charter (in order for that to happen the document needs to be the most appropriate out of the collection of related documents) * Should the document content be merged with one or more other documents,= so that a combined document could become a WG document Jim & Thomas From nobody Tue Mar 3 11:43:29 2015 Return-Path: X-Original-To: sfc@ietfa.amsl.com Delivered-To: sfc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 22A4D1A870C for ; Tue, 3 Mar 2015 11:43:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.01 X-Spam-Level: X-Spam-Status: No, score=-7.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, 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 u-kpGSWtxY1l for ; Tue, 3 Mar 2015 11:43:20 -0800 (PST) Received: from mail.f5.com (mail.f5.com [208.85.209.139]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A6A3F1A0070 for ; Tue, 3 Mar 2015 11:43:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=f5.com; i=@f5.com; q=dns/txt; s=seattle; t=1425411801; x=1456947801; h=from:to:subject:date:message-id:mime-version; bh=QzaOkNMWLwNIeyTtpHsVtUgKf1OEZUt8qrgcp7xYW5U=; b=HUG/WhJfwRNCfea3aZUMvQjNvFQH38jG6u39lw43Y/Hwes/GrOwKbGx1 xdb/RkEIuP/Jww2BPAzajHkdkUlGLd0Z/ToGOQUXL89lpnUtleaKqi+ck t3e7Yr3KR9Uhnz0IQEgUEBaMclxpDxJtY0ONA8HPkyyi/3wA+nbloNJn4 U=; X-IronPort-AV: E=Sophos;i="5.09,683,1418083200"; d="scan'208,217";a="151533422" X-IPAS-Result: A2A+BQAnDvZU/+sKqMBagj+BFVoEwRshAQmFcIF5AQEBAQEBfIQPAQEBAQIBAQEBKkEQDQEIFAEjBy4LFBIBBBMIAYgSAwkV0QkDhSgBCwEfixKEHQEBDTENgjhNgTEFii+DTYVdSoY5OZIMgiUcgVBvAYEBAgQDOX8BAQE Received: from oracle-apps.f5net.com (HELO exchmail.f5net.com) ([192.168.10.235]) by mail.f5.com with ESMTP/TLS/AES256-SHA; 03 Mar 2015 19:43:19 +0000 Received: from SEAEXCHMBX05.olympus.F5Net.com (192.168.15.227) by SEAEXCHMBX05.olympus.F5Net.com (192.168.15.227) with Microsoft SMTP Server (TLS) id 15.0.1044.25; Tue, 3 Mar 2015 11:43:18 -0800 Received: from SEAEXCHMBX05.olympus.F5Net.com ([fe80::9cc0:5dc7:726d:3b50]) by SEAEXCHMBX05.olympus.F5Net.com ([fe80::9cc0:5dc7:726d:3b50%21]) with mapi id 15.00.1044.021; Tue, 3 Mar 2015 11:43:18 -0800 From: Sunil Vallamkonda To: "sfc@ietf.org" Thread-Topic: Re: [sfc] draft-quinn-sfc-nsh: version number Thread-Index: AdBV6VnhN9N2Adv/Rs2PZVkjw6sDlQ== Date: Tue, 3 Mar 2015 19:43:17 +0000 Message-ID: <01f9e1a4e6514854a26556e4c6a3e36e@SEAEXCHMBX05.olympus.F5Net.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [192.168.15.239] Content-Type: multipart/alternative; boundary="_000_01f9e1a4e6514854a26556e4c6a3e36eSEAEXCHMBX05olympusF5Ne_" MIME-Version: 1.0 Archived-At: Subject: Re: [sfc] draft-quinn-sfc-nsh: version number X-BeenThere: sfc@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Network Service Chaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 19:43:27 -0000 --_000_01f9e1a4e6514854a26556e4c6a3e36eSEAEXCHMBX05olympusF5Ne_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Just going through the thread on version number (jumping in mid-thread), Apart from the version mismatched (unsupported) packet dropped and logged, = is there a plan for a back off mechanism by SFF to notify sender and avoid = being overwhelmed with such packets ? Thank you, Sunil. Re: [sfc] draft-quinn-sfc-nsh: version number ________________________________ * From: "Paul Quinn (paulq)" > * To: "Joel M. Halpern" > * Cc: "mohamed.boucadair at orange.com