From nobody Sun Jun 1 21:43:21 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0302C1A0164 for ; Sun, 1 Jun 2014 21:43:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.309 X-Spam-Level: *** X-Spam-Status: No, score=3.309 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fOWTCz5yWJFp for ; Sun, 1 Jun 2014 21:43:17 -0700 (PDT) Received: from fgwmail2.fujitsu.co.jp (fgwmail2.fujitsu.co.jp [164.71.1.135]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9D27D1A0161 for ; Sun, 1 Jun 2014 21:43:17 -0700 (PDT) Received: from kw-mxq.gw.nic.fujitsu.com (unknown [10.0.237.131]) by fgwmail2.fujitsu.co.jp (Postfix) with ESMTP id E9A833EE0B3 for ; Mon, 2 Jun 2014 13:43:07 +0900 (JST) Received: from s2.gw.fujitsu.co.jp (s2.gw.nic.fujitsu.com [10.0.50.92]) by kw-mxq.gw.nic.fujitsu.com (Postfix) with ESMTP id AF951AC0B86 for ; Mon, 2 Jun 2014 13:43:06 +0900 (JST) Received: from flabmail.flab.fujitsu.co.jp (flabmail.flab.fujitsu.co.jp [10.25.192.52]) by s2.gw.fujitsu.co.jp (Postfix) with ESMTP id 709591DB803A for ; Mon, 2 Jun 2014 13:43:06 +0900 (JST) Received: from vskawa.flab.fujitsu.co.jp (vskawa.flab.fujitsu.co.jp [10.25.192.39]) by flabmail.flab.fujitsu.co.jp (8.14.4/8.14.4) with ESMTP id s524h5mc031866 for ; Mon, 2 Jun 2014 13:43:06 +0900 X-AuditID: 0a19c027-f79316d00000123b-b5-538c00da2748 Received: from dm.kawasaki.flab.fujitsu.co.jp (dm.kawasaki.flab.fujitsu.co.jp [10.25.192.105]) by vskawa.flab.fujitsu.co.jp (Symantec Messaging Gateway) with SMTP id 8D.37.04667.AD00C835; Mon, 2 Jun 2014 13:43:06 +0900 (JST) X-SecurityPolicyCheck: OK by SHieldMailChecker v2.2.3 X-SHieldMailCheckerPolicyVersion: FJ-ISEC-20140219 Message-ID: <538C00C1.4030804@jp.fujitsu.com> Date: Mon, 02 Jun 2014 13:42:41 +0900 From: Yuji Tochio User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: ccamp@ietf.org References: In-Reply-To: Content-Type: multipart/alternative; boundary="------------050606080109040703030207" X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrALMWRmVeSWpSXmKPExsXCJXkgU/cWQ0+wwa+zkhZP5txgcWD0WLLk J1MAYxSXTUpqTmZZapG+XQJXxrv3M9kK9klUrOpdxd7AuFK4i5GTQ0LAROLxj6csELaYxIV7 69m6GLk4hAQeM0osmLKaHSQhJHCOUWLSlySIIlOJ97N7WCFsI4kr726D1fAK6Eq8ePCDGcRm EVAFiu9jA7HZBDQlrs28wwhiiwoES7Rv/8oGUS8ocXLmE7DFIgJCQLu+M4HYwgLxEn2nVkDt jZT48bwRbCanQJTE4f9rgPZycDALhElsOMs4gVFgFpJJsxAyIGFmoINunvjIBGHLS2x/O4cZ wtaReN98kR1ZfAEj2ypGybLi7MTyRL20nMQkvbTSrMyS4lK95Hy9rIJNjJBwVt/B+GyR5iFG AQ5GJR7ekqSuYCHWxLLiytxDjBIczEoivEfPdgcL8aYkVlalFuXHF5XmpBYfYpTmYFES573E 3xggJJCeWJKanZpakFoEk2Xi4JRqYHSbEvhySs6dZcw6bTOddG9xl72YwnaN79FywYTMmdZG LPwTW38edj/ycI7dm1VrP5cz39vcvWemzG6Ltj+rIw5fW7aluGFfeBDrYYsY36fyasIlLy1z /RPCzv/7vOHJ+Uue87h3Mrqvn7yc82OA4ZlYDi29JKlTrcftc75NuLPmRPm5pLf59slKLMUZ iYZazEXFiQAxFhmrYwIAAA== Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/Q8k0af1QMf7Yy4bg3dl5ROLIWTk Subject: Re: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-ospf-ext-04 a WG document X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 04:43:19 -0000 This is a multi-part message in MIME format. --------------050606080109040703030207 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Yes/support, Regards, Yuji (2014/05/29 15:25), BRUNGARD, DEBORAH A wrote: > All, > This is to start a two week poll on making draft-zhang-ccamp-flexible-grid-ospf-ext-04 a ccamp working group document. Please send email to the list > indicating $B!H(Byes/support$B!I(B or $B!H(Bno/do not support$B!I(B. If indicating no, please state your technical reservations with the document. > The poll ends Thursday, June 12th. > Thanks, > Deborah and Lou > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp --------------050606080109040703030207 Content-Type: text/html; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit
Yes/support,

Regards, Yuji

(2014/05/29 15:25), BRUNGARD, DEBORAH A wrote:
All,
 
This is to start a two week poll on making draft-zhang-ccamp-flexible-grid-ospf-ext-04 a ccamp working group document. Please send email to the list indicating $B!H(Byes/support$B!I(B or $B!H(Bno/do not support$B!I(B. If indicating no, please state your technical reservations with the document.
 
The poll ends Thursday, June 12th.
 
Thanks,
Deborah and Lou
 
 
 

_______________________________________________
CCAMP mailing list
CCAMP@ietf.org
https://www.ietf.org/mailman/listinfo/ccamp

--------------050606080109040703030207-- From nobody Sun Jun 1 21:43:45 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4B571A0164 for ; Sun, 1 Jun 2014 21:43:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.309 X-Spam-Level: *** X-Spam-Status: No, score=3.309 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xyjugG6avZYa for ; Sun, 1 Jun 2014 21:43:43 -0700 (PDT) Received: from fgwmail.fujitsu.co.jp (fgwmail.fujitsu.co.jp [164.71.1.133]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6CF2C1A0161 for ; Sun, 1 Jun 2014 21:43:43 -0700 (PDT) Received: from kw-mxq.gw.nic.fujitsu.com (unknown [10.0.237.131]) by fgwmail.fujitsu.co.jp (Postfix) with ESMTP id 506A43EE0C2 for ; Mon, 2 Jun 2014 13:43:37 +0900 (JST) Received: from s2.gw.fujitsu.co.jp (s2.gw.nic.fujitsu.com [10.0.50.92]) by kw-mxq.gw.nic.fujitsu.com (Postfix) with ESMTP id 54D0BAC0B35 for ; Mon, 2 Jun 2014 13:43:36 +0900 (JST) Received: from flabmail.flab.fujitsu.co.jp (flabmail.flab.fujitsu.co.jp [10.25.192.52]) by s2.gw.fujitsu.co.jp (Postfix) with ESMTP id 146531DB802C for ; Mon, 2 Jun 2014 13:43:36 +0900 (JST) Received: from vskawa.flab.fujitsu.co.jp (vskawa.flab.fujitsu.co.jp [10.25.192.39]) by flabmail.flab.fujitsu.co.jp (8.14.4/8.14.4) with ESMTP id s524haHY031893 for ; Mon, 2 Jun 2014 13:43:36 +0900 X-AuditID: 0a19c027-f79316d00000123b-bb-538c00f786fe Received: from dm.kawasaki.flab.fujitsu.co.jp (dm.kawasaki.flab.fujitsu.co.jp [10.25.192.105]) by vskawa.flab.fujitsu.co.jp (Symantec Messaging Gateway) with SMTP id 5E.37.04667.7F00C835; Mon, 2 Jun 2014 13:43:36 +0900 (JST) X-SecurityPolicyCheck: OK by SHieldMailChecker v2.2.3 X-SHieldMailCheckerPolicyVersion: FJ-ISEC-20140219 Message-ID: <538C00F2.9060709@jp.fujitsu.com> Date: Mon, 02 Jun 2014 13:43:30 +0900 From: Yuji Tochio User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: ccamp@ietf.org References: In-Reply-To: Content-Type: multipart/alternative; boundary="------------060900050508060004010109" X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrMLMWRmVeSWpSXmKPExsXCJXkgU/cHQ0+wwYfVTBZP5txgcWD0WLLk J1MAYxSXTUpqTmZZapG+XQJXxu5ddxkLXkpUzN4ygb2B8YRwFyMnh4SAicTqz89YIGwxiQv3 1rN1MXJxCAk8ZpT4tbmNFcI5xyjx99M9VogqU4n3s3ugbCOJK+9us4PYvAK6EpPXbAObxCKg KnHswk9GEJtNQFPi2sw7YLaoQLBE+/avbBD1ghInZz4BqxcREJJYMOU7E4gtLJAiMXnmKWYQ W0ggUuLurX1g8zkFoiT27LgDFmcWCJN4/vk+8wRGgVlIRs1CkoKwdSVunvjIBGHLS2x/Owcq riPxvvkiO7L4Aka2VYySZcXZieWJemk5iUl6aaVZmSXFpXrJ+XpZBZsYIUGtvoPx2SLNQ4wC HIxKPLwlSV3BQqyJZcWVuYcYJTiYlUR4j57tDhbiTUmsrEotyo8vKs1JLT7EKM3BoiTOe4m/ MUBIID2xJDU7NbUgtQgmy8TBKdXAWKyeyOlW1aXxNOXc8s6cB20R62fNXceyJy7vBfe/wxLl F4Njo1LPTAif8cFRacl97qLQxWvqTeJtHKPshVQOl0actAux/6rOc/6beVP4/Vahh5HHTz/9 5OXRuJDtm9iV3CankwILbP+5/BT9djPs3Zc/jJ5TYu7Kzs3Wk/udKd+UG1UinGGhxFKckWio xVxUnAgASexb5mYCAAA= Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/bsVzFOOn_iZZNkB6ZyBLo3zpDlk Subject: Re: [CCAMP] Poll on making draft-farrkingel-ccamp-flexigrid-lambda-label-08 a WG document X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 04:43:44 -0000 This is a multi-part message in MIME format. --------------060900050508060004010109 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Yes/support. Reegards, Yuji (2014/05/28 19:26), BRUNGARD, DEBORAH A wrote: > All, > This is to start a two week poll on making draft-farrkingel-ccamp-flexigrid-lambda-label-08 a ccamp working group document. Please send email to the list > indicating $B!H(Byes/support$B!I(B or $B!H(Bno/do not support$B!I(B. If indicating no, please state your technical reservations with the document. > The poll ends Wednesday, June 11th. > Thanks, > Deborah and Lou > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp --------------060900050508060004010109 Content-Type: text/html; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit
Yes/support.

Reegards, Yuji

(2014/05/28 19:26), BRUNGARD, DEBORAH A wrote:
All,
 
This is to start a two week poll on making draft-farrkingel-ccamp-flexigrid-lambda-label-08 a ccamp working group document. Please send email to the list indicating $B!H(Byes/support$B!I(B or $B!H(Bno/do not support$B!I(B. If indicating no, please state your technical reservations with the document.
 
The poll ends Wednesday, June 11th.
 
Thanks,
Deborah and Lou
 
 
 
 

_______________________________________________
CCAMP mailing list
CCAMP@ietf.org
https://www.ietf.org/mailman/listinfo/ccamp

--------------060900050508060004010109-- From nobody Mon Jun 2 03:27:10 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6CC891A02FC for ; Mon, 2 Jun 2014 03:27:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.151 X-Spam-Level: X-Spam-Status: No, score=-2.151 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b9Xu7oyd-aYr for ; Mon, 2 Jun 2014 03:27:04 -0700 (PDT) Received: from tidos.tid.es (tidos.tid.es [195.235.93.44]) by ietfa.amsl.com (Postfix) with ESMTP id 182651A02FA for ; Mon, 2 Jun 2014 03:27:03 -0700 (PDT) Received: from sbrightmailg01.hi.inet (sbrightmailg01.hi.inet [10.95.64.104]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0N6J00AS2ECSZP@tid.hi.inet> for ccamp@ietf.org; Mon, 02 Jun 2014 12:26:52 +0200 (MEST) Received: from dequeue_removeroute (tid.hi.inet [10.95.64.10]) by sbrightmailg01.hi.inet (Symantec Messaging Gateway) with SMTP id 5E.62.03703.C615C835; Mon, 02 Jun 2014 12:26:52 +0200 (CEST) Received: from correo.tid.es (mailhost.hi.inet [10.95.64.100]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0N6J00ARYECSZP@tid.hi.inet> for ccamp@ietf.org; Mon, 02 Jun 2014 12:26:52 +0200 (MEST) Received: from EX10-MB1-MAD.hi.inet ([169.254.1.88]) by EX10-HTCAS8-MAD.hi.inet ([fe80::41c8:e965:8a6:de67%11]) with mapi id 14.03.0158.001; Mon, 02 Jun 2014 12:26:52 +0200 Date: Mon, 02 Jun 2014 10:26:51 +0000 From: FELIPE JIMENEZ ARRIBAS X-Originating-IP: [10.95.64.115] To: "db3546@att.com" , "ccamp@ietf.org" Message-id: <47CF820FAAA6624C81A530104D7B64C59BDB9FE5@EX10-MB1-MAD.hi.inet> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_L46APhkCWisXNGY21dMvpg)" Content-language: es-ES Accept-Language: es-ES, en-US Thread-topic: Re: [CCAMP] Regarding IPR on draft-zhang-ccamp-flexible-grid-rsvp-te-ext Thread-index: Ac9+TOSMRtzBOvoWQgmpaTpdCfaDsg== X-AuditID: 0a5f4068-f79636d000000e77-27-538c516ccbe2 X-MS-Has-Attach: X-MS-TNEF-Correlator: X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrPLMWRmVeSWpSXmKPExsXCFe/ApZsT2BNssPiussWTOTdYHBg9liz5 yRTAGMVlk5Kak1mWWqRvl8CVcXriJ+aCDUUVLy94NjAuye9i5OSQEDCRaF57kg3CFpO4cG89 kM3FISRwkFHiz7e/TBDOD0aJa6s3sEI4GxglTrSeZwVpYRFQlTj/bjtYO5uArsT/633MILaw QLDEujf/mCDGKkj8OfeYBcQWEfCQeLn2Olgvr4C3xOrJlxkhbEGJH5PvgdUwC+RK/Nl7DMoW l5jzayJYPaOArMTK86cZIeZESHRe/MEEYetJHDhymxlil4DEkj3noWxRiZeP/7FOYBSehWTF LCQrZiFZMYuRA8jWlFi/Sx8irCgxpfshO4StIdE6Zy47svgCRvZVjGLFSUWZ6RkluYmZOekG hnoZmXqZeaklmxgh0ZKxg3H5TpVDjAIcjEo8vAtUe4KFWBPLiitzDzFKcDArifAutQAK8aYk VlalFuXHF5XmpBYfYpTmYFES5417XRQgJJCeWJKanZpakFoEk2Xi4JRqYFTpYl9x8Oe2FYuZ E/bOehx+1v5/9f7jL5e+niFQlzV1w12910WVtrUZX64V95sKPLb8HXPz4FGFW4kXPvtyCn47 dOtMm+2R3bVhuy/xcqzfvaGx911T0cn2I12uCWEWjxcLfp40V+/1qTQvjzdFZ2ff2suXv7m1 SPIXh+WBf61NWobhyU4yT64osRRnJBpqMRcVJwIAKp7sQJICAAA= Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/cMNuYBxnFLFb4ztAOge_zM4YNH0 Subject: Re: [CCAMP] Regarding IPR on draft-zhang-ccamp-flexible-grid-rsvp-te-ext X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 10:27:07 -0000 --Boundary_(ID_L46APhkCWisXNGY21dMvpg) Content-type: text/plain; charset=utf-8 Content-transfer-encoding: base64 Tm8sIEknbSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdA0K DQoNCg0KQmVzdCBSZWdhcmRzLA0KDQoNCg0KRmVsaXBlLg0KDQotLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KRGU6IDxCUlVOR0FS RD4sIERFQk9SQUggQSBCUlVOR0FSRCA8ZGIzNTQ2QGF0dC5jb208bWFpbHRvOmRiMzU0NkBhdHQu Y29tPj4NCkZlY2hhOiBqdWV2ZXMsIDI0IGRlIGFicmlsIGRlIDIwMTQgMjA6MDENClBhcmE6ICJk cmFmdC16aGFuZy1jY2FtcC1mbGV4aWJsZS1ncmlkLXJzdnAtdGUtZXh0QHRvb2xzLmlldGYub3Jn PG1haWx0bzpkcmFmdC16aGFuZy1jY2FtcC1mbGV4aWJsZS1ncmlkLXJzdnAtdGUtZXh0QHRvb2xz LmlldGYub3JnPiIgPGRyYWZ0LXpoYW5nLWNjYW1wLWZsZXhpYmxlLWdyaWQtcnN2cC10ZS1leHRA dG9vbHMuaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LXpoYW5nLWNjYW1wLWZsZXhpYmxlLWdyaWQtcnN2 cC10ZS1leHRAdG9vbHMuaWV0Zi5vcmc+Pg0KQ0M6IENDQU1QIDxjY2FtcEBpZXRmLm9yZzxtYWls dG86Y2NhbXBAaWV0Zi5vcmc+Pg0KQXN1bnRvOiBbQ0NBTVBdIFJlZ2FyZGluZyBJUFIgb24gZHJh ZnQtemhhbmctY2NhbXAtZmxleGlibGUtZ3JpZC1yc3ZwLXRlLWV4dA0KDQpBdXRob3JzLCBDb250 cmlidXRvcnMsIChDQ0FNUCkNCg0KQXMgcGFydCBvZiB0aGUgcHJlcGFyYXRpb24gZm9yIFdHIGRv Y3VtZW50IGFkb3B0aW9uOg0KDQpBcmUgeW91IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVz IHRvIGRyYWZ0IGlkZW50aWZpZWQgYWJvdmU/DQoNCiAgUGxlYXNlIHN0YXRlIGVpdGhlcjoNCg0K ICAiTm8sIEknbSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFm dCINCiAgb3INCiAgIlllcywgSSdtIGF3YXJlIG9mIElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBk cmFmdCINCg0KSWYgc28sIGhhcyB0aGlzIElQUiBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNl IHdpdGggSUVURiBJUFIgcnVsZXMgKHNlZSBSRkNzIDM5NzksIDQ4NzksIDM2NjkgYW5kIDUzNzgg Zm9yIG1vcmUgZGV0YWlscyk/DQoNCklmIHllcyB0byB0aGUgYWJvdmUsIHBsZWFzZSBzdGF0ZSBl aXRoZXI6DQoNCiAgIlllcywgdGhlIElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5j ZSB3aXRoIElFVEYgSVBSIHJ1bGVzIg0KICBvcg0KICAiTm8sIHRoZSBJUFIgaGFzIG5vdCBiZWVu IGRpc2Nsb3NlZCINCg0KSWYgeW91IGFuc3dlciBubywgcGxlYXNlIHByb3ZpZGUgYW55IGFkZGl0 aW9uYWwgZGV0YWlscyB5b3UgdGhpbmsNCiAgYXBwcm9wcmlhdGUuDQoNCklmIHlvdSBhcmUgbGlz dGVkIGFzIGEgZG9jdW1lbnQgYXV0aG9yIG9yIGNvbnRyaWJ1dG9yIHBsZWFzZSBhbnN3ZXIgdGhl IGFib3ZlIGJ5IHJlc3BvbmRpbmcgdG8gdGhpcyBlbWFpbCByZWdhcmRsZXNzIG9mIHdoZXRoZXIg b3Igbm90IHlvdSBhcmUgYXdhcmUgb2YgYW55IHJlbGV2YW50IElQUi4gIFRoaXMgZG9jdW1lbnQg d2lsbCBub3QgYWR2YW5jZSB0byB0aGUgbmV4dCBzdGFnZSB1bnRpbCBhIHJlc3BvbnNlIGhhcyBi ZWVuIHJlY2VpdmVkIGZyb20gZWFjaCBhdXRob3IgYW5kIGxpc3RlZCBjb250cmlidXRvci4gIE5P VEU6IFRISVMgQVBQTElFUyBUTyBBTEwgT0YgWU9VIExJU1RFRCBJTiBUSElTIE1FU1NBR0UnUyBU TyBMSU5FUy4NCg0KSWYgeW91IGFyZSBvbiB0aGUgQ0NBTVAgV0cgZW1haWwgbGlzdCBidXQgYXJl IG5vdCBsaXN0ZWQgYXMgYW4gYXV0aG9yIG9yIGNvbnRyaWJ1dG9yLCB3ZSByZW1pbmQgeW91IG9m IHlvdXIgb2JsaWdhdGlvbnMgdW5kZXIgdGhlIElFVEYgSVBSIHJ1bGVzIHdoaWNoIGVuY291cmFn ZXMgeW91IHRvIG5vdGlmeSB0aGUgSUVURiBpZiB5b3UgYXJlIGF3YXJlIG9mIElQUiBvZiBvdGhl cnMgb24gYW4gSUVURiBjb250cmlidXRpb24sIG9yIHRvIHJlZnJhaW4gZnJvbSBwYXJ0aWNpcGF0 aW5nIGluIGFueSAgY29udHJpYnV0aW9uIG9yIGRpc2N1c3Npb24gcmVsYXRlZCB0byB5b3VyIHVu ZGlzY2xvc2VkIElQUi4gIEZvciBtb3JlIGluZm9ybWF0aW9uLCBwbGVhc2Ugc2VlIHRoZSBSRkNz IGxpc3RlZCBhYm92ZSBhbmQgaHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvZ3JvdXAvaWVzZy90 cmFjL3dpa2kvSW50ZWxsZWN0dWFsUHJvcGVydHkuDQoNClRoYW5rIHlvdSwNCkNDQU1QIFdHIENo YWlycw0KDQpQUyBQbGVhc2UgaW5jbHVkZSBhbGwgbGlzdGVkIGluIHRoZSBoZWFkZXJzIG9mIHRo aXMgbWVzc2FnZSBpbiB5b3VyIHJlc3BvbnNlLg0KDQoNCg0KDQoNCg0KX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCg0KRXN0ZSBtZW5zYWplIHNlIGRpcmlnZSBleGNsdXNpdmFtZW50 ZSBhIHN1IGRlc3RpbmF0YXJpby4gUHVlZGUgY29uc3VsdGFyIG51ZXN0cmEgcG9sw610aWNhIGRl IGVudsOtbyB5IHJlY2VwY2nDs24gZGUgY29ycmVvIGVsZWN0csOzbmljbyBlbiBlbCBlbmxhY2Ug c2l0dWFkbyBtw6FzIGFiYWpvLg0KVGhpcyBtZXNzYWdlIGlzIGludGVuZGVkIGV4Y2x1c2l2ZWx5 IGZvciBpdHMgYWRkcmVzc2VlLiBXZSBvbmx5IHNlbmQgYW5kIHJlY2VpdmUgZW1haWwgb24gdGhl IGJhc2lzIG9mIHRoZSB0ZXJtcyBzZXQgb3V0IGF0Og0KaHR0cDovL3d3dy50aWQuZXMvRVMvUEFH SU5BUy9kaXNjbGFpbWVyLmFzcHgNCg== --Boundary_(ID_L46APhkCWisXNGY21dMvpg) Content-type: text/html; charset=utf-8 Content-transfer-encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxzdHlsZT4NCjwhLS0NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6Q2FsaWJyaX0NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VGFob21hfQ0K QGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiU2Vnb2UgVUkifQ0KQGZvbnQtZmFjZQ0KCXtmb250 LWZhbWlseToiTHVjaWRhIEdyYW5kZSJ9DQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYu TXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQt c2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIn0NCmE6bGlu aywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7Y29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5k ZXJsaW5lfQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe2NvbG9yOnB1 cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lfQ0KcA0KCXttYXJnaW4tcmlnaHQ6MGNt Ow0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJU aW1lcyBOZXcgUm9tYW4iLCJzZXJpZiJ9DQpwLk1zb0FjZXRhdGUsIGxpLk1zb0FjZXRhdGUsIGRp di5Nc29BY2V0YXRlDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZv bnQtc2l6ZTo4LjBwdDsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiJ9DQpzcGFu LkVzdGlsb0NvcnJlbzE3DQoJe2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJ Y29sb3I6d2luZG93dGV4dH0NCnNwYW4uVGV4dG9kZWdsb2JvQ2FyDQoJe2ZvbnQtZmFtaWx5OiJU YWhvbWEiLCJzYW5zLXNlcmlmIn0NCi5Nc29DaHBEZWZhdWx0DQoJe2ZvbnQtZmFtaWx5OiJDYWxp YnJpIiwic2Fucy1zZXJpZiJ9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7bWFyZ2luOjcwLjg1cHQg My4wY20gNzAuODVwdCAzLjBjbX0NCmRpdi5Xb3JkU2VjdGlvbjENCgl7fQ0KLS0+DQo8L3N0eWxl Pg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUi Pg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIHN0eWxlPSJtYXJnaW46MGNtOyBtYXJn aW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtMdWNpZGEg R3JhbmRlJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7OyBjb2xvcjpibGFjayI+Tm8sIEknbSBub3Qg YXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdDwvc3Bhbj48L3A+DQo8 cCBzdHlsZT0ibWFyZ2luOjBjbTsgbWFyZ2luLWJvdHRvbTouMDAwMXB0OyBtaW4taGVpZ2h0OjE1 cHgiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0x1Y2lk YSBHcmFuZGUmcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7IGNvbG9yOmJsYWNrIj4mbmJzcDs8L3Nw YW4+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjowY207IG1hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0x1Y2lkYSBHcmFuZGUmcXVvdDssJnF1b3Q7c2Vy aWYmcXVvdDs7IGNvbG9yOmJsYWNrIj5CZXN0IFJlZ2FyZHMsDQo8L3NwYW4+PC9wPg0KPHAgc3R5 bGU9Im1hcmdpbjowY207IG1hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0x1Y2lkYSBHcmFuZGUmcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7IGNvbG9y OmJsYWNrIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjowY207IG1hcmdpbi1i b3R0b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0x1Y2lkYSBHcmFu ZGUmcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7IGNvbG9yOmJsYWNrIj5GZWxpcGUuPC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0OyBjb2xvcjpibGFjayI+LS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5E ZTogPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZsdDtCUlVOR0FSRCZndDss IERFQk9SQUggQSBCUlVOR0FSRCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRiMzU0NkBhdHQuY29tIj5k YjM1NDZAYXR0LmNvbTwvYT4mZ3Q7PGJyPg0KPGI+RmVjaGE6IDwvYj5qdWV2ZXMsIDI0IGRlIGFi cmlsIGRlIDIwMTQgMjA6MDE8YnI+DQo8Yj5QYXJhOiA8L2I+JnF1b3Q7PGEgaHJlZj0ibWFpbHRv OmRyYWZ0LXpoYW5nLWNjYW1wLWZsZXhpYmxlLWdyaWQtcnN2cC10ZS1leHRAdG9vbHMuaWV0Zi5v cmciPmRyYWZ0LXpoYW5nLWNjYW1wLWZsZXhpYmxlLWdyaWQtcnN2cC10ZS1leHRAdG9vbHMuaWV0 Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86ZHJhZnQtemhhbmctY2NhbXAtZmxl eGlibGUtZ3JpZC1yc3ZwLXRlLWV4dEB0b29scy5pZXRmLm9yZyI+ZHJhZnQtemhhbmctY2NhbXAt ZmxleGlibGUtZ3JpZC1yc3ZwLXRlLWV4dEB0b29scy5pZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPGI+ Q0M6IDwvYj5DQ0FNUCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmNjYW1wQGlldGYub3JnIj5jY2FtcEBp ZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPGI+QXN1bnRvOiA8L2I+W0NDQU1QXSBSZWdhcmRpbmcgSVBS IG9uIGRyYWZ0LXpoYW5nLWNjYW1wLWZsZXhpYmxlLWdyaWQtcnN2cC10ZS1leHQ8L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7IGNv bG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImNvbG9yOmJsYWNrIj5BdXRob3JzLCBDb250cmlidXRvcnMsIChDQ0FNUCk8L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJz cDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj5BcyBwYXJ0IG9mIHRoZSBwcmVwYXJhdGlvbiBmb3IgV0cgZG9jdW1lbnQgYWRvcHRpb246 PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+QXJlIHlvdSBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byBkcmFm dCBpZGVudGlmaWVkIGFib3ZlPzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyBQbGVhc2Ugc3RhdGUgZWl0aGVy Ojwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPiZuYnNwOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPiZuYnNwOyAmcXVvdDtObywgSSdtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIHRo YXQgYXBwbGllcyB0byB0aGlzIGRyYWZ0JnF1b3Q7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7IG9yPC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7ICZxdW90 O1llcywgSSdtIGF3YXJlIG9mIElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdCZxdW90Ozwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PiZuYnNwOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPklmIHNvLCBoYXMgdGhpcyBJUFIgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5j ZSB3aXRoIElFVEYgSVBSIHJ1bGVzIChzZWUgUkZDcyAzOTc5LCA0ODc5LCAzNjY5IGFuZCA1Mzc4 IGZvciBtb3JlIGRldGFpbHMpPzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPklmIHllcyB0byB0aGUgYWJvdmUsIHBsZWFz ZSBzdGF0ZSBlaXRoZXI6PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7ICZxdW90O1llcywgdGhlIElQUiBoYXMg YmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzJnF1b3Q7PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ Jm5ic3A7IG9yPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+Jm5ic3A7ICZxdW90O05vLCB0aGUgSVBSIGhhcyBub3QgYmVlbiBkaXNjbG9z ZWQmcXVvdDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImNvbG9yOmJsYWNrIj5JZiB5b3UgYW5zd2VyIG5vLCBwbGVhc2UgcHJvdmlkZSBhbnkg YWRkaXRpb25hbCBkZXRhaWxzIHlvdSB0aGluazwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyBhcHByb3ByaWF0ZS48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJz cDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj5JZiB5b3UgYXJlIGxpc3RlZCBhcyBhIGRvY3VtZW50IGF1dGhvciBvciBjb250cmlidXRv ciBwbGVhc2UgYW5zd2VyIHRoZSBhYm92ZSBieSByZXNwb25kaW5nIHRvIHRoaXMgZW1haWwgcmVn YXJkbGVzcyBvZiB3aGV0aGVyIG9yIG5vdCB5b3UgYXJlIGF3YXJlIG9mIGFueSByZWxldmFudCBJ UFIuJm5ic3A7IFRoaXMgZG9jdW1lbnQgd2lsbCBub3QgYWR2YW5jZSB0byB0aGUgbmV4dA0KIHN0 YWdlIHVudGlsIGEgcmVzcG9uc2UgaGFzIGJlZW4gcmVjZWl2ZWQgZnJvbSBlYWNoIGF1dGhvciBh bmQgbGlzdGVkIGNvbnRyaWJ1dG9yLiZuYnNwOyBOT1RFOiBUSElTIEFQUExJRVMgVE8gQUxMIE9G IFlPVSBMSVNURUQgSU4gVEhJUyBNRVNTQUdFJ1MgVE8gTElORVMuPC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+SWYgeW91 IGFyZSBvbiB0aGUgQ0NBTVAgV0cgZW1haWwgbGlzdCBidXQgYXJlIG5vdCBsaXN0ZWQgYXMgYW4g YXV0aG9yIG9yIGNvbnRyaWJ1dG9yLCB3ZSByZW1pbmQgeW91IG9mIHlvdXIgb2JsaWdhdGlvbnMg dW5kZXIgdGhlIElFVEYgSVBSIHJ1bGVzIHdoaWNoIGVuY291cmFnZXMgeW91IHRvIG5vdGlmeSB0 aGUgSUVURiBpZiB5b3UgYXJlIGF3YXJlIG9mIElQUiBvZg0KIG90aGVycyBvbiBhbiBJRVRGIGNv bnRyaWJ1dGlvbiwgb3IgdG8gcmVmcmFpbiBmcm9tIHBhcnRpY2lwYXRpbmcgaW4gYW55Jm5ic3A7 IGNvbnRyaWJ1dGlvbiBvciBkaXNjdXNzaW9uIHJlbGF0ZWQgdG8geW91ciB1bmRpc2Nsb3NlZCBJ UFIuJm5ic3A7IEZvciBtb3JlIGluZm9ybWF0aW9uLCBwbGVhc2Ugc2VlIHRoZSBSRkNzIGxpc3Rl ZCBhYm92ZSBhbmQNCjxhIGhyZWY9Imh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2dyb3VwL2ll c2cvdHJhYy93aWtpL0ludGVsbGVjdHVhbFByb3BlcnR5Ij5odHRwOi8vdHJhYy50b29scy5pZXRm Lm9yZy9ncm91cC9pZXNnL3RyYWMvd2lraS9JbnRlbGxlY3R1YWxQcm9wZXJ0eTwvYT4uPC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5i c3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+VGhhbmsgeW91LDwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPkNDQU1QIFdHIENoYWlyczwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlBTIFBsZWFzZSBp bmNsdWRlIGFsbCBsaXN0ZWQgaW4gdGhlIGhlYWRlcnMgb2YgdGhpcyBtZXNzYWdlIGluIHlvdXIg cmVzcG9uc2UuPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD4NCjwvZGl2Pg0KPGJyPg0K PGhyPg0KPGZvbnQgZmFjZT0iQXJpYWwiIGNvbG9yPSJHcmF5IiBzaXplPSIxIj48YnI+DQpFc3Rl IG1lbnNhamUgc2UgZGlyaWdlIGV4Y2x1c2l2YW1lbnRlIGEgc3UgZGVzdGluYXRhcmlvLiBQdWVk ZSBjb25zdWx0YXIgbnVlc3RyYSBwb2zDrXRpY2EgZGUgZW52w61vIHkgcmVjZXBjacOzbiBkZSBj b3JyZW8gZWxlY3Ryw7NuaWNvIGVuIGVsIGVubGFjZSBzaXR1YWRvIG3DoXMgYWJham8uPGJyPg0K VGhpcyBtZXNzYWdlIGlzIGludGVuZGVkIGV4Y2x1c2l2ZWx5IGZvciBpdHMgYWRkcmVzc2VlLiBX ZSBvbmx5IHNlbmQgYW5kIHJlY2VpdmUgZW1haWwgb24gdGhlIGJhc2lzIG9mIHRoZSB0ZXJtcyBz ZXQgb3V0IGF0Ojxicj4NCmh0dHA6Ly93d3cudGlkLmVzL0VTL1BBR0lOQVMvZGlzY2xhaW1lci5h c3B4PGJyPg0KPC9mb250Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --Boundary_(ID_L46APhkCWisXNGY21dMvpg)-- From nobody Mon Jun 2 06:30:12 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD4641A0311 for ; Mon, 2 Jun 2014 06:30:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.149 X-Spam-Level: X-Spam-Status: No, score=0.149 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Bkg2cBY9eF2G for ; Mon, 2 Jun 2014 06:30:06 -0700 (PDT) Received: from smtpjc.telefonica.com (smtpjc.telefonica.com [81.47.204.76]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1E2711A02D6 for ; Mon, 2 Jun 2014 06:30:02 -0700 (PDT) Received: from smtpjc.telefonica.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id BAD3D2D0234; Mon, 2 Jun 2014 15:29:54 +0200 (CEST) Received: from ESTGVMSP113.EUROPE.telefonica.corp (unknown [10.92.4.9]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtpjc.telefonica.com (Postfix) with ESMTPS id 7EC552D02A7; Mon, 2 Jun 2014 15:29:54 +0200 (CEST) Received: from emea01-db3-obe.outbound.protection.outlook.com (10.92.5.139) by tls.telefonica.com (10.92.6.55) with Microsoft SMTP Server (TLS) id 14.3.146.2; Mon, 2 Jun 2014 15:29:53 +0200 Received: from AMSPR06MB104.eurprd06.prod.outlook.com (10.242.90.155) by AMSPR06MB102.eurprd06.prod.outlook.com (10.242.90.147) with Microsoft SMTP Server (TLS) id 15.0.954.9; Mon, 2 Jun 2014 13:29:52 +0000 Received: from AMSPR06MB104.eurprd06.prod.outlook.com ([169.254.8.122]) by AMSPR06MB104.eurprd06.prod.outlook.com ([169.254.8.122]) with mapi id 15.00.0954.000; Mon, 2 Jun 2014 13:29:52 +0000 From: OSCAR GONZALEZ DE DIOS To: "BRUNGARD, DEBORAH A" , "ccamp@ietf.org" Thread-Topic: [CCAMP] Poll on making draft-li-ccamp-grid-property-lmp-03 a WG document Thread-Index: AQHPfma76swHx1UtZEiAE8N03qb2sQ== Date: Mon, 2 Jun 2014 13:29:51 +0000 Message-ID: References: In-Reply-To: Accept-Language: es-ES, en-US Content-Language: es-ES X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 x-originating-ip: [195.235.92.28] x-microsoft-antispam: BL:0; ACTION:Default; RISK:Low; SCL:0; SPMLVL:NotSpam; PCL:0; RULEID: x-forefront-prvs: 0230B09AC4 x-forefront-antispam-report: SFV:NSPM; SFS:(428001)(199002)(189002)(164054003)(16236675002)(79102001)(20776003)(4396001)(31966008)(99396002)(46102001)(66066001)(74502001)(80022001)(2656002)(21056001)(64706001)(77982001)(19625215002)(74662001)(87936001)(50986999)(76482001)(86362001)(101416001)(76176999)(54356999)(92566001)(81342001)(92726001)(83322001)(81542001)(85852003)(19580405001)(83506001)(36756003)(19580395003)(83072002); DIR:OUT; SFP:; SCL:1; SRVR:AMSPR06MB102; H:AMSPR06MB104.eurprd06.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (: telefonica.com does not designate permitted sender hosts) authentication-results: spf=none (sender IP is ) smtp.mailfrom=oscar.gonzalezdedios@telefonica.com; Content-Type: multipart/alternative; boundary="_000_CFB248D84C4A3oscargonzalezdediostelefonicacom_" MIME-Version: 1.0 X-OriginatorOrg: telefonica.com X-TM-AS-MML: No Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/Y5mKA3TrK5Re6JKrnFOk1js8YWk Subject: Re: [CCAMP] Poll on making draft-li-ccamp-grid-property-lmp-03 a WG document X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 13:30:10 -0000 --_000_CFB248D84C4A3oscargonzalezdediostelefonicacom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Yes, support, Best Regards, =D3scar De: , DEBORAH A BRUNGARD > Fecha: viernes, 30 de mayo de 2014 09:24 Para: CCAMP > Asunto: [CCAMP] Poll on making draft-li-ccamp-grid-property-lmp-03 a WG doc= ument All, This is to start a two week poll on making draft-li-ccamp-grid-property-lmp= -03 a ccamp working group document. Please send email to the list indicatin= g "yes/support" or "no/do not support". If indicating no, please state your= technical reservations with the document. The poll ends Friday, June 13th. Thanks, Deborah and Lou ________________________________ Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, pu= ede contener informaci=F3n privilegiada o confidencial y es para uso exclus= ivo de la persona o entidad de destino. Si no es usted. el destinatario ind= icado, queda notificado de que la lectura, utilizaci=F3n, divulgaci=F3n y/o= copia sin autorizaci=F3n puede estar prohibida en virtud de la legislaci= =F3n vigente. Si ha recibido este mensaje por error, le rogamos que nos lo = comunique inmediatamente por esta misma v=EDa y proceda a su destrucci=F3n. The information contained in this transmission is privileged and confidenti= al information intended only for the use of the individual or entity named = above. If the reader of this message is not the intended recipient, you are= hereby notified that any dissemination, distribution or copying of this co= mmunication is strictly prohibited. If you have received this transmission = in error, do not read it. Please immediately reply to the sender that you h= ave received this communication in error and then delete it. Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinat=E1rio= , pode conter informa=E7=E3o privilegiada ou confidencial e =E9 para uso ex= clusivo da pessoa ou entidade de destino. Se n=E3o =E9 vossa senhoria o des= tinat=E1rio indicado, fica notificado de que a leitura, utiliza=E7=E3o, div= ulga=E7=E3o e/ou c=F3pia sem autoriza=E7=E3o pode estar proibida em virtude= da legisla=E7=E3o vigente. Se recebeu esta mensagem por erro, rogamos-lhe = que nos o comunique imediatamente por esta mesma via e proceda a sua destru= i=E7=E3o --_000_CFB248D84C4A3oscargonzalezdediostelefonicacom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: <20B568B1FCAF874A8F5023CE3BFD2694@eurprd06.prod.outlook.com> Content-Transfer-Encoding: quoted-printable
Yes, support,

Best R= egards,

=D3sca= r

De: <BRUNGARD>, DEBORAH A BRU= NGARD <db3546@att.com>
Fecha: viernes, 30 de mayo de 2014 = 09:24
Para: CCAMP <ccamp@ietf.org>
Asunto: [CCAMP] Poll on making draf= t-li-ccamp-grid-property-lmp-03 a WG document

All,
 
This is to start a two week poll on making draft-li-ccamp-grid-propert= y-lmp-03 a ccamp working group document. Please send email to the list indi= cating “yes/support” or “no/do not support”. If ind= icating no, please state your technical reservations with the document.
 
The poll ends Friday, June 13th.
 
Thanks,
Deborah and Lou
 
 


Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, pu= ede contener informaci=F3n privilegiada o confidencial y es para uso exclus= ivo de la persona o entidad de destino. Si no es usted. el destinatario ind= icado, queda notificado de que la lectura, utilizaci=F3n, divulgaci=F3n y/o copia sin autorizaci=F3n puede e= star prohibida en virtud de la legislaci=F3n vigente. Si ha recibido este m= ensaje por error, le rogamos que nos lo comunique inmediatamente por esta m= isma v=EDa y proceda a su destrucci=F3n.

The information contained in this transmission is privileged and confidenti= al information intended only for the use of the individual or entity named = above. If the reader of this message is not the intended recipient, you are= hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If y= ou have received this transmission in error, do not read it. Please immedia= tely reply to the sender that you have received this communication in error= and then delete it.

Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinat=E1rio= , pode conter informa=E7=E3o privilegiada ou confidencial e =E9 para uso ex= clusivo da pessoa ou entidade de destino. Se n=E3o =E9 vossa senhoria o des= tinat=E1rio indicado, fica notificado de que a leitura, utiliza=E7=E3o, divulga=E7=E3o e/ou c=F3pia sem autoriza=E7=E3o p= ode estar proibida em virtude da legisla=E7=E3o vigente. Se recebeu esta me= nsagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mes= ma via e proceda a sua destrui=E7=E3o
 --_000_CFB248D84C4A3oscargonzalezdediostelefonicacom_-- From nobody Mon Jun 2 06:41:12 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 611071A0204 for ; Mon, 2 Jun 2014 06:41:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.551 X-Spam-Level: X-Spam-Status: No, score=-2.551 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d4LVXwHBe6EX for ; Mon, 2 Jun 2014 06:41:06 -0700 (PDT) Received: from smtpjc.telefonica.com (smtpjc.telefonica.com [81.47.204.76]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 60D4D1A00DF for ; Mon, 2 Jun 2014 06:41:05 -0700 (PDT) Received: from smtpjc.telefonica.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id AED782D02CA; Mon, 2 Jun 2014 15:40:58 +0200 (CEST) Received: from ESTGVMSP113.EUROPE.telefonica.corp (unknown [10.92.4.9]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtpjc.telefonica.com (Postfix) with ESMTPS id 8855F2D02AF; Mon, 2 Jun 2014 15:40:58 +0200 (CEST) Received: from emea01-db3-obe.outbound.protection.outlook.com (10.92.5.139) by tls.telefonica.com (10.92.6.55) with Microsoft SMTP Server (TLS) id 14.3.146.2; Mon, 2 Jun 2014 15:40:58 +0200 Received: from AMSPR06MB104.eurprd06.prod.outlook.com (10.242.90.155) by AMSPR06MB104.eurprd06.prod.outlook.com (10.242.90.155) with Microsoft SMTP Server (TLS) id 15.0.954.9; Mon, 2 Jun 2014 13:40:57 +0000 Received: from AMSPR06MB104.eurprd06.prod.outlook.com ([169.254.8.122]) by AMSPR06MB104.eurprd06.prod.outlook.com ([169.254.8.122]) with mapi id 15.00.0954.000; Mon, 2 Jun 2014 13:40:57 +0000 From: OSCAR GONZALEZ DE DIOS To: "BRUNGARD, DEBORAH A" , "ccamp@ietf.org" Thread-Topic: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-ospf-ext-04 a WG document Thread-Index: AQHPfmhHNxq6HBDITJCVWP7D0Yj00w== Date: Mon, 2 Jun 2014 13:40:56 +0000 Message-ID: Accept-Language: es-ES, en-US Content-Language: es-ES X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 x-originating-ip: [195.235.92.28] x-microsoft-antispam: BL:0; ACTION:Default; RISK:Low; SCL:0; SPMLVL:NotSpam; PCL:0; RULEID: x-forefront-prvs: 0230B09AC4 x-forefront-antispam-report: SFV:NSPM; SFS:(428001)(164054003)(189002)(199002)(36756003)(101416001)(19580405001)(19580395003)(83322001)(79102001)(81342001)(81542001)(2656002)(76482001)(87936001)(85852003)(83072002)(19625215002)(66066001)(46102001)(86362001)(83506001)(64706001)(80022001)(77982001)(92566001)(50986999)(74502001)(54356999)(74662001)(31966008)(20776003)(99396002)(4396001)(92726001)(16236675002)(21056001); DIR:OUT; SFP:; SCL:1; SRVR:AMSPR06MB104; H:AMSPR06MB104.eurprd06.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (: telefonica.com does not designate permitted sender hosts) authentication-results: spf=none (sender IP is ) smtp.mailfrom=oscar.gonzalezdedios@telefonica.com; Content-Type: multipart/alternative; boundary="_000_CFB24B434C4D2oscargonzalezdediostelefonicacom_" MIME-Version: 1.0 X-OriginatorOrg: telefonica.com X-TM-AS-MML: No Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/09hZNbBt8CcJ5fy_KEQNGZMDE0A Subject: Re: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-ospf-ext-04 a WG document X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 13:41:10 -0000 --_000_CFB24B434C4D2oscargonzalezdediostelefonicacom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Yes/support (as coauthor) Best Regards, =D3scar De: , DEBORAH A BRUNGARD > Fecha: jueves, 29 de mayo de 2014 08:25 Para: CCAMP > Asunto: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-ospf-ext-04 = a WG document All, This is to start a two week poll on making draft-zhang-ccamp-flexible-grid-= ospf-ext-04 a ccamp working group document. Please send email to the list i= ndicating "yes/support" or "no/do not support". If indicating no, please st= ate your technical reservations with the document. The poll ends Thursday, June 12th. Thanks, Deborah and Lou ________________________________ Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, pu= ede contener informaci=F3n privilegiada o confidencial y es para uso exclus= ivo de la persona o entidad de destino. Si no es usted. el destinatario ind= icado, queda notificado de que la lectura, utilizaci=F3n, divulgaci=F3n y/o= copia sin autorizaci=F3n puede estar prohibida en virtud de la legislaci= =F3n vigente. Si ha recibido este mensaje por error, le rogamos que nos lo = comunique inmediatamente por esta misma v=EDa y proceda a su destrucci=F3n. The information contained in this transmission is privileged and confidenti= al information intended only for the use of the individual or entity named = above. If the reader of this message is not the intended recipient, you are= hereby notified that any dissemination, distribution or copying of this co= mmunication is strictly prohibited. If you have received this transmission = in error, do not read it. Please immediately reply to the sender that you h= ave received this communication in error and then delete it. Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinat=E1rio= , pode conter informa=E7=E3o privilegiada ou confidencial e =E9 para uso ex= clusivo da pessoa ou entidade de destino. Se n=E3o =E9 vossa senhoria o des= tinat=E1rio indicado, fica notificado de que a leitura, utiliza=E7=E3o, div= ulga=E7=E3o e/ou c=F3pia sem autoriza=E7=E3o pode estar proibida em virtude= da legisla=E7=E3o vigente. Se recebeu esta mensagem por erro, rogamos-lhe = que nos o comunique imediatamente por esta mesma via e proceda a sua destru= i=E7=E3o --_000_CFB24B434C4D2oscargonzalezdediostelefonicacom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable
Yes/support (as coauthor)

Best Regards,

=D3sca= r

De: <BRUNGARD>, DEBORAH A BRU= NGARD <db3546@att.com>
Fecha: jueves, 29 de mayo de 2014 0= 8:25
Para: CCAMP <ccamp@ietf.org>
Asunto: [CCAMP] Poll on making draf= t-zhang-ccamp-flexible-grid-ospf-ext-04 a WG document

All,
 
This is to start a two week poll on making draft-zhang-ccamp-flexible-= grid-ospf-ext-04 a ccamp working group document. Please send email to the l= ist indicating “yes/support” or “no/do not support”= . If indicating no, please state your technical reservations with the document.
 
The poll ends Thursday, June 12th.
 
Thanks,
Deborah and Lou
 
 


Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, pu= ede contener informaci=F3n privilegiada o confidencial y es para uso exclus= ivo de la persona o entidad de destino. Si no es usted. el destinatario ind= icado, queda notificado de que la lectura, utilizaci=F3n, divulgaci=F3n y/o copia sin autorizaci=F3n puede e= star prohibida en virtud de la legislaci=F3n vigente. Si ha recibido este m= ensaje por error, le rogamos que nos lo comunique inmediatamente por esta m= isma v=EDa y proceda a su destrucci=F3n.

The information contained in this transmission is privileged and confidenti= al information intended only for the use of the individual or entity named = above. If the reader of this message is not the intended recipient, you are= hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If y= ou have received this transmission in error, do not read it. Please immedia= tely reply to the sender that you have received this communication in error= and then delete it.

Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinat=E1rio= , pode conter informa=E7=E3o privilegiada ou confidencial e =E9 para uso ex= clusivo da pessoa ou entidade de destino. Se n=E3o =E9 vossa senhoria o des= tinat=E1rio indicado, fica notificado de que a leitura, utiliza=E7=E3o, divulga=E7=E3o e/ou c=F3pia sem autoriza=E7=E3o p= ode estar proibida em virtude da legisla=E7=E3o vigente. Se recebeu esta me= nsagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mes= ma via e proceda a sua destrui=E7=E3o
 --_000_CFB24B434C4D2oscargonzalezdediostelefonicacom_-- From nobody Mon Jun 2 06:42:13 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1CEA01A0204 for ; Mon, 2 Jun 2014 06:42:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.551 X-Spam-Level: X-Spam-Status: No, score=-2.551 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id scDpzstNje0B for ; Mon, 2 Jun 2014 06:42:10 -0700 (PDT) Received: from smtpjc.telefonica.com (smtpjc.telefonica.com [81.47.204.76]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A9AF01A00DF for ; Mon, 2 Jun 2014 06:42:09 -0700 (PDT) Received: from smtpjc.telefonica.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id DDD651B81AC; Mon, 2 Jun 2014 15:42:02 +0200 (CEST) Received: from ESTGVMSP103.EUROPE.telefonica.corp (unknown [10.92.4.9]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtpjc.telefonica.com (Postfix) with ESMTPS id CE09F1B818F; Mon, 2 Jun 2014 15:42:02 +0200 (CEST) Received: from emea01-am1-obe.outbound.protection.outlook.com (10.92.5.139) by tls.telefonica.com (10.92.6.50) with Microsoft SMTP Server (TLS) id 14.3.146.2; Mon, 2 Jun 2014 15:42:02 +0200 Received: from AMSPR06MB104.eurprd06.prod.outlook.com (10.242.90.155) by AMSPR06MB103.eurprd06.prod.outlook.com (10.242.90.148) with Microsoft SMTP Server (TLS) id 15.0.954.9; Mon, 2 Jun 2014 13:42:01 +0000 Received: from AMSPR06MB104.eurprd06.prod.outlook.com ([169.254.8.122]) by AMSPR06MB104.eurprd06.prod.outlook.com ([169.254.8.122]) with mapi id 15.00.0954.000; Mon, 2 Jun 2014 13:42:00 +0000 From: OSCAR GONZALEZ DE DIOS To: "BRUNGARD, DEBORAH A" , "ccamp@ietf.org" Thread-Topic: [CCAMP] Poll on making draft-farrkingel-ccamp-flexigrid-lambda-label-08 a WG document Thread-Index: AQHPfmhtj0q4eb7qS62P0/KVbQKYBg== Date: Mon, 2 Jun 2014 13:41:59 +0000 Message-ID: Accept-Language: es-ES, en-US Content-Language: es-ES X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 x-originating-ip: [195.235.92.28] x-microsoft-antispam: BL:0; ACTION:Default; RISK:Low; SCL:0; SPMLVL:NotSpam; PCL:0; RULEID: x-forefront-prvs: 0230B09AC4 x-forefront-antispam-report: SFV:NSPM; SFS:(428001)(164054003)(189002)(199002)(19580395003)(76482001)(19580405001)(46102001)(83506001)(87936001)(36756003)(77982001)(99396002)(2656002)(19625215002)(21056001)(16236675002)(81342001)(64706001)(92566001)(80022001)(92726001)(83322001)(101416001)(74502001)(83072002)(85852003)(20776003)(66066001)(86362001)(54356999)(79102001)(74662001)(4396001)(31966008)(50986999)(81542001); DIR:OUT; SFP:; SCL:1; SRVR:AMSPR06MB103; H:AMSPR06MB104.eurprd06.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (: telefonica.com does not designate permitted sender hosts) authentication-results: spf=none (sender IP is ) smtp.mailfrom=oscar.gonzalezdedios@telefonica.com; Content-Type: multipart/alternative; boundary="_000_CFB24BA34C4DDoscargonzalezdediostelefonicacom_" MIME-Version: 1.0 X-OriginatorOrg: telefonica.com X-TM-AS-MML: No Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/qqMfZ81k__RcCWe_8t2bNfuyryE Subject: Re: [CCAMP] Poll on making draft-farrkingel-ccamp-flexigrid-lambda-label-08 a WG document X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 13:42:12 -0000 --_000_CFB24BA34C4DDoscargonzalezdediostelefonicacom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Yes/Support Best Regards, =D3scar De: , DEBORAH A BRUNGARD > Fecha: mi=E9rcoles, 28 de mayo de 2014 12:26 Para: CCAMP > Asunto: [CCAMP] Poll on making draft-farrkingel-ccamp-flexigrid-lambda-labe= l-08 a WG document All, This is to start a two week poll on making draft-farrkingel-ccamp-flexigrid= -lambda-label-08 a ccamp working group document. Please send email to the l= ist indicating "yes/support" or "no/do not support". If indicating no, plea= se state your technical reservations with the document. The poll ends Wednesday, June 11th. Thanks, Deborah and Lou ________________________________ Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, pu= ede contener informaci=F3n privilegiada o confidencial y es para uso exclus= ivo de la persona o entidad de destino. Si no es usted. el destinatario ind= icado, queda notificado de que la lectura, utilizaci=F3n, divulgaci=F3n y/o= copia sin autorizaci=F3n puede estar prohibida en virtud de la legislaci= =F3n vigente. Si ha recibido este mensaje por error, le rogamos que nos lo = comunique inmediatamente por esta misma v=EDa y proceda a su destrucci=F3n. The information contained in this transmission is privileged and confidenti= al information intended only for the use of the individual or entity named = above. If the reader of this message is not the intended recipient, you are= hereby notified that any dissemination, distribution or copying of this co= mmunication is strictly prohibited. If you have received this transmission = in error, do not read it. Please immediately reply to the sender that you h= ave received this communication in error and then delete it. Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinat=E1rio= , pode conter informa=E7=E3o privilegiada ou confidencial e =E9 para uso ex= clusivo da pessoa ou entidade de destino. Se n=E3o =E9 vossa senhoria o des= tinat=E1rio indicado, fica notificado de que a leitura, utiliza=E7=E3o, div= ulga=E7=E3o e/ou c=F3pia sem autoriza=E7=E3o pode estar proibida em virtude= da legisla=E7=E3o vigente. Se recebeu esta mensagem por erro, rogamos-lhe = que nos o comunique imediatamente por esta mesma via e proceda a sua destru= i=E7=E3o --_000_CFB24BA34C4DDoscargonzalezdediostelefonicacom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: <0D55D5C1357DF844B7CBEF475DCA2725@eurprd06.prod.outlook.com> Content-Transfer-Encoding: quoted-printable
Yes/Support

Best Regards,

=D3sca= r

De: <BRUNGARD>, DEBORAH A BRU= NGARD <db3546@att.com>
Fecha: mi=E9rcoles, 28 de mayo de 2= 014 12:26
Para: CCAMP <ccamp@ietf.org>
Asunto: [CCAMP] Poll on making draf= t-farrkingel-ccamp-flexigrid-lambda-label-08 a WG document

All,
 
This is to start a two week poll on making draft-farrkingel-ccamp-flex= igrid-lambda-label-08 a ccamp working group document. Please send email to = the list indicating “yes/support” or “no/do not support&#= 8221;. If indicating no, please state your technical reservations with the document.
 
The poll ends Wednesday, June 11th.
 
Thanks,
Deborah and Lou
 
 
 


Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, pu= ede contener informaci=F3n privilegiada o confidencial y es para uso exclus= ivo de la persona o entidad de destino. Si no es usted. el destinatario ind= icado, queda notificado de que la lectura, utilizaci=F3n, divulgaci=F3n y/o copia sin autorizaci=F3n puede e= star prohibida en virtud de la legislaci=F3n vigente. Si ha recibido este m= ensaje por error, le rogamos que nos lo comunique inmediatamente por esta m= isma v=EDa y proceda a su destrucci=F3n.

The information contained in this transmission is privileged and confidenti= al information intended only for the use of the individual or entity named = above. If the reader of this message is not the intended recipient, you are= hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If y= ou have received this transmission in error, do not read it. Please immedia= tely reply to the sender that you have received this communication in error= and then delete it.

Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinat=E1rio= , pode conter informa=E7=E3o privilegiada ou confidencial e =E9 para uso ex= clusivo da pessoa ou entidade de destino. Se n=E3o =E9 vossa senhoria o des= tinat=E1rio indicado, fica notificado de que a leitura, utiliza=E7=E3o, divulga=E7=E3o e/ou c=F3pia sem autoriza=E7=E3o p= ode estar proibida em virtude da legisla=E7=E3o vigente. Se recebeu esta me= nsagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mes= ma via e proceda a sua destrui=E7=E3o
 --_000_CFB24BA34C4DDoscargonzalezdediostelefonicacom_-- From nobody Mon Jun 2 08:53:13 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 105511A0391 for ; Mon, 2 Jun 2014 08:53:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.176 X-Spam-Level: X-Spam-Status: No, score=-6.176 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_HI=-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 3GEE_Qp7f-lq for ; Mon, 2 Jun 2014 08:53:08 -0700 (PDT) Received: from hoemail2.alcatel.com (hoemail2.alcatel.com [192.160.6.149]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 805181A038C for ; Mon, 2 Jun 2014 08:53:05 -0700 (PDT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (h135-239-2-42.lucent.com [135.239.2.42]) by hoemail2.alcatel.com (8.13.8/IER-o) with ESMTP id s52FquT1020092 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 2 Jun 2014 10:52:57 -0500 (CDT) Received: from destgsu0709.de.alcatel-lucent.com (slsv7at.de.alcatel-lucent.com [149.204.245.107]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id s52FqrRZ026501 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Jun 2014 17:52:55 +0200 Received: from [149.204.107.17] (DESTGN0H466262.de.alcatel-lucent.com [149.204.107.17]) (authenticated bits=0) by destgsu0709.de.alcatel-lucent.com (8.14.3/8.13.8) with ESMTP id s52FqpR1005388 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 2 Jun 2014 17:52:52 +0200 (CEST) Message-ID: <538C9DD3.8030807@alcatel-lucent.com> Date: Mon, 02 Jun 2014 17:52:51 +0200 From: Dieter Beller Organization: Alcatel-Lucent User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: "BRUNGARD, DEBORAH A" , "ccamp@ietf.org" References: In-Reply-To: Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/E9maJUJJPJxkJUC4LKKsDttzgqM Subject: Re: [CCAMP] Poll on making draft-li-ccamp-grid-property-lmp-03 a WG document X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 15:53:11 -0000 Hi Debora, all,

no/do not support


Here's my rationale:

I is doubtful whether it really makes sense to operate flex grid nodes together with fix grid nodes in the same
network. This also applies to flex-grid nodes that have different flex-grid properties.

In the introduction of this I-D it is stated:
   Fixed-grid DWDM system is regarded as a special case of Flexi-grid
   DWDM. It is expected that fixed-grid optical nodes will be gradually
   replaced by flexible nodes and interworking between fixed-grid DWDM
   and flexible-grid DWDM nodes will be needed as the network evolves.
   Additionally, even two flexible-grid optical nodes may have
   different grid properties based on the filtering component
   characteristics, thus need to negotiate on the specific parameters
   to be used during neighbor discovery process [draft-ietf-ccamp-
   flexi-grid-fwk-00]. This document describes the extensions to the
   Link Management Protocol (LMP) to negotiate a link grid property
   between two adjacent Flexi-grid nodes before the link is brought up.
IMHO, it is hard to imagine how a network(!) can be operated in a dynamic manner utilizing a GMPLS control
plane  that is composed of nodes that have different capabilities in terms of spectrum management, i.e., a mix of
fix- and flexi-grid nodes. The only scenario I can imagine is the following: while the network nodes are being
upgraded/replaced (this requires HW replacement!), the entire network is still operated in the fix grid mode and
only when all nodes have been upgrade the mode of operation is changed and the flex-grid feature is enabled
network wide. Mixed fix/flexi-grid operation adds quite some complexity to the control plane which is only required
during the transition period. I also do not think that it is a good idea to have nodes with different flex-grid properties
in a network as far as spectrum management capabilities are concerned.


Thanks,
Dieter

On 30.05.2014 09:24, BRUNGARD, DEBORAH A wrote:
All,
 
This is to start a two week poll on making draft-li-ccamp-grid-property-lmp-03 a ccamp working group document. Please send email to the list indicating “yes/support” or “no/do not support”. If indicating no, please state your technical reservations with the document.
 
The poll ends Friday, June 13th.
 
Thanks,
Deborah and Lou

From nobody Tue Jun 3 01:17:51 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB7931A016B for ; Tue, 3 Jun 2014 01:17:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.921 X-Spam-Level: X-Spam-Status: No, score=-0.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FROM_EXCESS_BASE64=0.979, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7U3ztWXhpl9B for ; Tue, 3 Jun 2014 01:17:44 -0700 (PDT) Received: from smtp545-121.mail.sina.com.cn (mail3-164.sinamail.sina.com.cn [202.108.3.164]) by ietfa.amsl.com (Postfix) with SMTP id CE58A1A0162 for ; Tue, 3 Jun 2014 01:17:43 -0700 (PDT) Received: from unknown( HELO X220)([119.40.39.50]) by sina.com with ESMTP 3 Jun 2014 16:17:36 +0800 (CST) X-Sender: gyzhang@sina.com X-Auth-ID: gyzhang@sina.com X-SMAIL-MID: 1993168260439 Date: Tue, 3 Jun 2014 16:17:35 +0800 From: "=?utf-8?B?R3VveWluZyBaaGFuZw==?=" To: "=?utf-8?B?RGlldGVyIEJlbGxlcg==?=" , "=?utf-8?B?QlJVTkdBUkQsIERFQk9SQUggQQ==?=" , "=?utf-8?B?Y2NhbXBAaWV0Zi5vcmc=?=" References: Message-ID: <201406031617347130694@sina.com> X-mailer: Foxmail 6, 15, 201, 22 [cn] Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====003_Dragon082565110063_=====" Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/gqG5ykSvkNC-rcnOfnaIHp-yfAY Cc: =?utf-8?B?d2FuZ3l1?= Subject: Re: [CCAMP] =?utf-8?q?Poll_on_making_draft-li-ccamp-grid-property-lmp?= =?utf-8?q?-03_a_WGdocument?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2014 08:17:49 -0000 This is a multi-part message in MIME format. --=====003_Dragon082565110063_===== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgRGlldGVyLCANCiAgICAgVGhhbmsgeW91IGZvciB5b3VyIHF1ZXN0aW9uLiBIZXJlIGFyZSBt eSB0aG91Z2h0cyB0byB5b3VyIGRvdWJ0cyBhbmQgcXVlc3Rpb25zLg0KVGhlcmUgYXJlIHR3byBz Y2VuYXJpb3MgaW4gd2hpY2ggdGhlIGdyaWQgcHJvcGVydGllcyBzaG91bGQgYmUgbmVnb3RpYXRl ZCwgYXMgc3RhdGVkIGluIG91ciBkcmFmdC4NCjEuICAgIEEgbWl4ZWQgbmV0d29yayBjb21wb3Nl ZCB3aXRoIGJvdGggZmxleGktZ3JpZCBhbmQgZml4ZWQgZ3JpZCBzd2l0Y2hpbmcgbm9kZXMuDQog Q3VycmVudGx5LCB0aGUgMTAwR2IvcyBEV0RNIHN5c3RlbSBqdXN0IG5lZWQgZml4ZWQgZ3JpZCBz d2l0Y2hpbmcgd2l0aCA1MEdIeiBncmlkIGNhcGFiaWxpdHkuIEhvd2V2ZXIsIHdlIHdvdWxkIGV4 cGVjdCB0aGUgNDAwR2IvcyBEV0RNIHN5c3RlbXMgd2lsbCBuZWVkIGZsZXhpLWdyaWQgc3dpdGNo aW5nIChlLmcuLCA3NUdIeiBzd2l0Y2hpbmcgY2FwYWJpbGl0eSkgYWZ0ZXIgYXJvdW5kIDIwMTcu IFNpbmNlIHRoZSAxMDBHYi9zIERXRE0gc3lzdGVtIHdpbGwgaGF2ZSBhIGxvbmcgbGlmZS1jeWNs ZSwgd2UgY2FuIGltYWdpbmUgdGhhdCBib3RoIGZpeGVkLWdyaWQgYW5kIGZsZXhpLWdyaWQgbmV0 d29yayB3aWxsIGNvLWV4aXN0IGZvciBhIGxvbmcgcGVyaW9kIG9mIHRpbWUuIFRoZSBncmlkIHBy b3BlcnR5IG5lZ290aWF0aW9uIGJldHdlZW4gdGhlIGZpeGVkIGFuZCBmbGV4aS1ncmlkIG5vZGVz IGRvZXMgbm90IG1lYW4gdGhlIHdob2xlIG5ldHdvcmsgbmVlZHMgdG8gb3BlcmF0ZSBpbiB0aGUg Zml4ZWQgbW9kZS4gSW5zdGVhZCwgb25seSB0aGUgbGlua3MgYmV0d2VlbiB0aGUgZml4ZWQgYW5k IGZsZXhpLWdyaWQgbm9kZXMgYXJlIG5lZ290aWF0ZWQgdG8gd29yayBpbiB0aGUgZml4ZWQgbW9k ZSwgb3RoZXIgbGlua3MgYmV0d2VlbiBmbGV4aS1ncmlkIG5vZGVzIGFyZSBzdGlsbCB3b3JraW5n IGluIHRoZSBmbGV4aSBtb2RlLiBUaGUgT1NQRiBwcm90b2NvbCB3aWxsIGZsb29kIHRoZSBsaW5r IGdyaWQgcHJvcGVydGllcyB0aHJvdWdob3V0IHRoZSBuZXR3b3JrLCBzbyB0aGF0IHRoZSBzb3Vy Y2Ugbm9kZSBjYW4gY29tcHV0ZSB0aGUgcmlnaHQgcGF0aCB0byBnbyB0aHJvdWdoIHdoZW4gYSBm bGV4aS1ncmlkIExTUCBvciBhIGZpeGVkLWdyaWQgTFNQIG5lZWRzIHRvIGJlIHNldHVwLg0KMi4g ICAgVGhlIGdyaWQgcHJvcGVydHkgaXMgYWxzbyBpbXBvcnRhbnQgaW4gYSBmbGV4aS1ncmlkIG5l dHdvcmsuIA0KVGhlIG5ldHdvcmsgb3BlcmF0b3JzIG5vcm1hbGx5IHJ1bnMgYSBuZXR3b3JrIGNv bnNpc3RlZCBvZiBkaWZmZXJlbnQgdmVuZG9yIGVxdWlwbWVudC4gSXQgaXMgcXVpdGUgcG9zc2li bGUgdGhhdCBkaWZmZXJlbnQgdmVuZG9yJ3MgZmxleGktZ3JpZCBub2RlcyBzdXBwb3J0IGRpZmZl cmVudCBzcGVjdHJ1bSBzd2l0Y2hpbmcgZ3JhbnVsYXJpdGllcywgc3BlY3RydW0gdHVuaW5nIHJh bmdlcywgZXRjLiBUaHVzLCB0d28gYWRqYWNlbnQgbm9kZXMgbmVlZCB0byBuZWdvdGlhdGUgYSBj b21tb24gZ3JhbnVsYXJpdHkgYW5kIHR1bmluZyByYW5nZSB0aGF0IGNhbiBiZSBzdXBwb3J0ZWQg b24gdGhlIGxpbmsuIEFnYWluLCB0aGVzZSBwcm9wZXJ0aWVzIHdpbGwgYmUgYnJvYWRjYXN0ZWQg YnkgT1NQRiB0byBmYWNpbGl0YXRlIHJvdXRlIGNvbXB1dGF0aW9uLg0KDQpDdXJyZW50bHksIHRo ZSBmcmFtZXdvcmsgZG9jdW1lbnQgYW5kIE9TUEYgZXh0ZW5zaW9uIGRvY3VtZW50IGhhdmUgYm90 aCBkZWZpbmVkIGdyaWQgcHJvcGVydGllcyAoZS5nLiwgPEF2YWlsYWJsZSBGcmVxdWVuY3kgUmFu Z2UtTGlzdD4sIDxBdmFpbGFibGUgQ2VudHJhbCBGcmVxdWVuY3kgR3JhbnVsYXJpdHk+LDxBdmFp bGFibGUgU2xvdCBXaWR0aCBHcmFudWxhcml0eT4sICA8TWluaW1hbCBTbG90IFdpZHRoPiw8TWF4 aW1hbCBTbG90IFdpZHRoPikuIFRoZSBkcmFmdC1saS1jY2FtcC1ncmlkLXByb3BlcnR5LWxtcC0w MyBkb2N1bWVudCBwcm92aWRlcyB0aGUgbWVhbnMgdG8gZGV0ZXJtaW5lIHRoZXNlIGdyaWQgcHJv cGVydGllcy4gU28gd2UgdGhpbmsgaXQgaXMgdXNlZnVsIHRvIGhhdmUgdGhpcyBmdW5jdGlvbiBz dGFuZGFyZGl6ZWQuIA0KSG9wZSB0aGlzIGNhbiBhbnN3ZXIgeW91IHF1ZXN0aW9ucy4NCiANCkJl c3QsIA0KR3VveWluZw0KDQoNCg0KDQpEaWV0ZXIgQmVsbGVyIA0KMjAxNC0wNi0wMiAgMjM6NTM6 MTUgDQpCUlVOR0FSRCwgREVCT1JBSCBBOyBjY2FtcEBpZXRmLm9yZyANClJlOiBbQ0NBTVBdIFBv bGwgb24gbWFraW5nIGRyYWZ0LWxpLWNjYW1wLWdyaWQtcHJvcGVydHktbG1wLTAzIGEgV0dkb2N1 bWVudCANCiANCkhpIERlYm9yYSwgYWxsLA0KDQpuby9kbyBub3Qgc3VwcG9ydA0KDQoNCkhlcmUn cyBteSByYXRpb25hbGU6DQoNCkkgaXMgZG91YnRmdWwgd2hldGhlciBpdCByZWFsbHkgbWFrZXMg c2Vuc2UgdG8gb3BlcmF0ZSBmbGV4IGdyaWQgbm9kZXMgdG9nZXRoZXIgd2l0aCBmaXggZ3JpZCBu b2RlcyBpbiB0aGUgc2FtZQ0KbmV0d29yay4gVGhpcyBhbHNvIGFwcGxpZXMgdG8gZmxleC1ncmlk IG5vZGVzIHRoYXQgaGF2ZSBkaWZmZXJlbnQgZmxleC1ncmlkIHByb3BlcnRpZXMuDQoNCkluIHRo ZSBpbnRyb2R1Y3Rpb24gb2YgdGhpcyBJLUQgaXQgaXMgc3RhdGVkOg0KDQogICBGaXhlZC1ncmlk IERXRE0gc3lzdGVtIGlzIHJlZ2FyZGVkIGFzIGEgc3BlY2lhbCBjYXNlIG9mIEZsZXhpLWdyaWQN CiAgIERXRE0uIEl0IGlzIGV4cGVjdGVkIHRoYXQgZml4ZWQtZ3JpZCBvcHRpY2FsIG5vZGVzIHdp bGwgYmUgZ3JhZHVhbGx5DQogICByZXBsYWNlZCBieSBmbGV4aWJsZSBub2RlcyBhbmQgaW50ZXJ3 b3JraW5nIGJldHdlZW4gZml4ZWQtZ3JpZCBEV0RNDQogICBhbmQgZmxleGlibGUtZ3JpZCBEV0RN IG5vZGVzIHdpbGwgYmUgbmVlZGVkIGFzIHRoZSBuZXR3b3JrIGV2b2x2ZXMuDQogICBBZGRpdGlv bmFsbHksIGV2ZW4gdHdvIGZsZXhpYmxlLWdyaWQgb3B0aWNhbCBub2RlcyBtYXkgaGF2ZQ0KICAg ZGlmZmVyZW50IGdyaWQgcHJvcGVydGllcyBiYXNlZCBvbiB0aGUgZmlsdGVyaW5nIGNvbXBvbmVu dA0KICAgY2hhcmFjdGVyaXN0aWNzLCB0aHVzIG5lZWQgdG8gbmVnb3RpYXRlIG9uIHRoZSBzcGVj aWZpYyBwYXJhbWV0ZXJzDQogICB0byBiZSB1c2VkIGR1cmluZyBuZWlnaGJvciBkaXNjb3Zlcnkg cHJvY2VzcyBbZHJhZnQtaWV0Zi1jY2FtcC0NCiAgIGZsZXhpLWdyaWQtZndrLTAwXS4gVGhpcyBk b2N1bWVudCBkZXNjcmliZXMgdGhlIGV4dGVuc2lvbnMgdG8gdGhlDQogICBMaW5rIE1hbmFnZW1l bnQgUHJvdG9jb2wgKExNUCkgdG8gbmVnb3RpYXRlIGEgbGluayBncmlkIHByb3BlcnR5DQogICBi ZXR3ZWVuIHR3byBhZGphY2VudCBGbGV4aS1ncmlkIG5vZGVzIGJlZm9yZSB0aGUgbGluayBpcyBi cm91Z2h0IHVwLg0KSU1ITywgaXQgaXMgaGFyZCB0byBpbWFnaW5lIGhvdyBhIG5ldHdvcmsoISkg Y2FuIGJlIG9wZXJhdGVkIGluIGEgZHluYW1pYyBtYW5uZXIgdXRpbGl6aW5nIGEgR01QTFMgY29u dHJvbA0KcGxhbmUgIHRoYXQgaXMgY29tcG9zZWQgb2Ygbm9kZXMgdGhhdCBoYXZlIGRpZmZlcmVu dCBjYXBhYmlsaXRpZXMgaW4gdGVybXMgb2Ygc3BlY3RydW0gbWFuYWdlbWVudCwgaS5lLiwgYSBt aXggb2YNCmZpeC0gYW5kIGZsZXhpLWdyaWQgbm9kZXMuIFRoZSBvbmx5IHNjZW5hcmlvIEkgY2Fu IGltYWdpbmUgaXMgdGhlIGZvbGxvd2luZzogd2hpbGUgdGhlIG5ldHdvcmsgbm9kZXMgYXJlIGJl aW5nDQp1cGdyYWRlZC9yZXBsYWNlZCAodGhpcyByZXF1aXJlcyBIVyByZXBsYWNlbWVudCEpLCB0 aGUgZW50aXJlIG5ldHdvcmsgaXMgc3RpbGwgb3BlcmF0ZWQgaW4gdGhlIGZpeCBncmlkIG1vZGUg YW5kDQpvbmx5IHdoZW4gYWxsIG5vZGVzIGhhdmUgYmVlbiB1cGdyYWRlIHRoZSBtb2RlIG9mIG9w ZXJhdGlvbiBpcyBjaGFuZ2VkIGFuZCB0aGUgZmxleC1ncmlkIGZlYXR1cmUgaXMgZW5hYmxlZA0K bmV0d29yayB3aWRlLiBNaXhlZCBmaXgvZmxleGktZ3JpZCBvcGVyYXRpb24gYWRkcyBxdWl0ZSBz b21lIGNvbXBsZXhpdHkgdG8gdGhlIGNvbnRyb2wgcGxhbmUgd2hpY2ggaXMgb25seSByZXF1aXJl ZA0KZHVyaW5nIHRoZSB0cmFuc2l0aW9uIHBlcmlvZC4gSSBhbHNvIGRvIG5vdCB0aGluayB0aGF0 IGl0IGlzIGEgZ29vZCBpZGVhIHRvIGhhdmUgbm9kZXMgd2l0aCBkaWZmZXJlbnQgZmxleC1ncmlk IHByb3BlcnRpZXMNCmluIGEgbmV0d29yayBhcyBmYXIgYXMgc3BlY3RydW0gbWFuYWdlbWVudCBj YXBhYmlsaXRpZXMgYXJlIGNvbmNlcm5lZC4NCg0KDQpUaGFua3MsDQpEaWV0ZXINCg0KDQpPbiAz MC4wNS4yMDE0IDA5OjI0LCBCUlVOR0FSRCwgREVCT1JBSCBBIHdyb3RlOg0KDQpBbGwsDQoNClRo aXMgaXMgdG8gc3RhcnQgYSB0d28gd2VlayBwb2xsIG9uIG1ha2luZyBkcmFmdC1saS1jY2FtcC1n cmlkLXByb3BlcnR5LWxtcC0wMyBhIGNjYW1wIHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQuIFBsZWFz ZSBzZW5kIGVtYWlsIHRvIHRoZSBsaXN0IGluZGljYXRpbmcg4oCceWVzL3N1cHBvcnTigJ0gb3Ig 4oCcbm8vZG8gbm90IHN1cHBvcnTigJ0uIElmIGluZGljYXRpbmcgbm8sIHBsZWFzZSBzdGF0ZSB5 b3VyIHRlY2huaWNhbCByZXNlcnZhdGlvbnMgd2l0aCB0aGUgZG9jdW1lbnQuDQoNClRoZSBwb2xs IGVuZHMgRnJpZGF5LCBKdW5lIDEzdGguDQoNClRoYW5rcywNCkRlYm9yYWggYW5kIExvdQ0K --=====003_Dragon082565110063_===== Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 77u/PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9u YWwvL0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0 PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxNRVRBIG5hbWU9R0VORVJBVE9SIGNv bnRlbnQ9Ik1TSFRNTCAxMC4wMC45MjAwLjE2ODk3Ij4NCjxTVFlMRT5AZm9udC1mYWNlIHsNCglm b250LWZhbWlseTog5a6L5L2TOw0KfQ0KQGZvbnQtZmFjZSB7DQoJZm9udC1mYW1pbHk6IFZlcmRh bmE7DQp9DQpAZm9udC1mYWNlIHsNCglmb250LWZhbWlseTogQOWui+S9kzsNCn0NCkBwYWdlIFNl Y3Rpb24xIHtzaXplOiA1OTUuM3B0IDg0MS45cHQ7IG1hcmdpbjogNzIuMHB0IDkwLjBwdCA3Mi4w cHQgOTAuMHB0OyBsYXlvdXQtZ3JpZDogMTUuNnB0OyB9DQpQLk1zb05vcm1hbCB7DQoJRk9OVC1T SVpFOiAxMC41cHQ7IEZPTlQtRkFNSUxZOiAiVGltZXMgTmV3IFJvbWFuIjsgVEVYVC1BTElHTjog anVzdGlmeTsgTUFSR0lOOiAwY20gMGNtIDBwdDsgVEVYVC1KVVNUSUZZOiBpbnRlci1pZGVvZ3Jh cGgNCn0NCkxJLk1zb05vcm1hbCB7DQoJRk9OVC1TSVpFOiAxMC41cHQ7IEZPTlQtRkFNSUxZOiAi VGltZXMgTmV3IFJvbWFuIjsgVEVYVC1BTElHTjoganVzdGlmeTsgTUFSR0lOOiAwY20gMGNtIDBw dDsgVEVYVC1KVVNUSUZZOiBpbnRlci1pZGVvZ3JhcGgNCn0NCkRJVi5Nc29Ob3JtYWwgew0KCUZP TlQtU0laRTogMTAuNXB0OyBGT05ULUZBTUlMWTogIlRpbWVzIE5ldyBSb21hbiI7IFRFWFQtQUxJ R046IGp1c3RpZnk7IE1BUkdJTjogMGNtIDBjbSAwcHQ7IFRFWFQtSlVTVElGWTogaW50ZXItaWRl b2dyYXBoDQp9DQpBOmxpbmsgew0KCUNPTE9SOiBibHVlOyBURVhULURFQ09SQVRJT046IHVuZGVy bGluZQ0KfQ0KU1BBTi5Nc29IeXBlcmxpbmsgew0KCUNPTE9SOiBibHVlOyBURVhULURFQ09SQVRJ T046IHVuZGVybGluZQ0KfQ0KQTp2aXNpdGVkIHsNCglDT0xPUjogcHVycGxlOyBURVhULURFQ09S QVRJT046IHVuZGVybGluZQ0KfQ0KU1BBTi5Nc29IeXBlcmxpbmtGb2xsb3dlZCB7DQoJQ09MT1I6 IHB1cnBsZTsgVEVYVC1ERUNPUkFUSU9OOiB1bmRlcmxpbmUNCn0NClNQQU4uRW1haWxTdHlsZTE3 IHsNCglGT05ULUZBTUlMWTogVmVyZGFuYTsgRk9OVC1XRUlHSFQ6IG5vcm1hbDsgQ09MT1I6IHdp bmRvd3RleHQ7IEZPTlQtU1RZTEU6IG5vcm1hbDsgVEVYVC1ERUNPUkFUSU9OOiBub25lOyBtc28t c3R5bGUtdHlwZTogcGVyc29uYWwtY29tcG9zZQ0KfQ0KRElWLlNlY3Rpb24xIHsNCglwYWdlOiBT ZWN0aW9uMQ0KfQ0KVU5LTk9XTiB7DQoJRk9OVC1TSVpFOiAxMHB0DQp9DQo8L1NUWUxFPg0KPC9I RUFEPg0KPEJPRFkgc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6IHZlcmRhbmEi Pg0KPERJVj48Rk9OVCBjb2xvcj0jMDAwMDgwIHNpemU9MiBmYWNlPVZlcmRhbmE+DQo8UCBjbGFz cz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQiPjxGT05UIGNvbG9yPSMwMDAw MDA+PFNQQU4gDQpsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1J TFk6ICdWZXJkYW5hJywnc2Fucy1zZXJpZic7IG1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiDlrovk vZM7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiDlrovkvZM7IG1zby1mb250LWtlcm5pbmc6IDBwdCI+ SGkgDQo8L1NQQU4+PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZP TlQtRkFNSUxZOiAnVmVyZGFuYScsJ3NhbnMtc2VyaWYnOyBtc28tYmlkaS1mb250LWZhbWlseTog 5a6L5L2TIj5EaWV0ZXIsIA0KPD94bWw6bmFtZXNwYWNlIHByZWZpeCA9ICJvIiBucyA9ICJ1cm46 c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpvZmZpY2UiIA0KLz48bzpwPjwvbzpwPjwvU1BB Tj48L0ZPTlQ+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20g MHB0Ij48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1J TFk6ICdWZXJkYW5hJywnc2Fucy1zZXJpZic7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiDlrovkvZMi PjxGT05UIA0KY29sb3I9IzAwMDAwMD4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgVGhhbmsgeW91 IGZvciB5b3VyIHF1ZXN0aW9uLiBIZXJlIGFyZSBteSANCnRob3VnaHRzIHRvIHlvdXIgZG91YnRz IGFuZCBxdWVzdGlvbnMuPC9GT05UPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgDQpz dHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdDsgVEVYVC1JTkRFTlQ6IDIwcHQ7IG1zby1jaGFyLWlu ZGVudC1jb3VudDogMi4wIj48U1BBTiANCmxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1TSVpFOiAx MHB0OyBGT05ULUZBTUlMWTogJ1ZlcmRhbmEnLCdzYW5zLXNlcmlmJzsgbXNvLWJpZGktZm9udC1m YW1pbHk6IOWui+S9kyI+PEZPTlQgDQpjb2xvcj0jMDAwMDAwPlRoZXJlIGFyZSB0d28gc2NlbmFy aW9zIGluIHdoaWNoIHRoZSBncmlkIHByb3BlcnRpZXMgc2hvdWxkIGJlIA0KbmVnb3RpYXRlZCwg YXMgc3RhdGVkIGluIG91ciBkcmFmdC48L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05v cm1hbCANCnN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0OyBURVhULUlOREVOVDogMjBwdDsgbXNv LWNoYXItaW5kZW50LWNvdW50OiAyLjAiPjxTUEFOIA0KbGFuZz1FTi1VUyANCnN0eWxlPSJGT05U LVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiAnVmVyZGFuYScsJ3NhbnMtc2VyaWYnOyBtc28tYmlk aS1mb250LWZhbWlseTog5a6L5L2TIj48L1NQQU4+PEZPTlQgDQpjb2xvcj0jMDAwMDAwPjxTUEFO IGxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlMWTogJ1ZlcmRh bmEnLCdzYW5zLXNlcmlmJzsgbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6IFZlcmRhbmE7IG1zby1i aWRpLWZvbnQtZmFtaWx5OiBWZXJkYW5hIj48U1BBTiANCnN0eWxlPSJtc28tbGlzdDogSWdub3Jl Ij4xLjxTUEFOIA0Kc3R5bGU9IkZPTlQ6IDdwdCAnVGltZXMgTmV3IFJvbWFuJyI+Jm5ic3A7Jm5i c3A7Jm5ic3A7IA0KPC9TUEFOPjwvU1BBTj48L1NQQU4+PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxl PSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiAnVmVyZGFuYScsJ3NhbnMtc2VyaWYnOyBt c28tYmlkaS1mb250LWZhbWlseTog5a6L5L2TIj5BIA0KbWl4ZWQgbmV0d29yayBjb21wb3NlZCB3 aXRoIGJvdGggZmxleGktZ3JpZCBhbmQgZml4ZWQgZ3JpZCBzd2l0Y2hpbmcgDQpub2Rlcy48L1NQ QU4+PC9GT05UPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCANCnN0eWxlPSJNQVJHSU46IDBjbSAw Y20gMHB0OyBURVhULUlOREVOVDogMjBwdDsgbXNvLWNoYXItaW5kZW50LWNvdW50OiAyLjAiPjxG T05UIA0KY29sb3I9IzAwMDAwMD48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtU0laRTog MTBwdDsgRk9OVC1GQU1JTFk6ICdWZXJkYW5hJywnc2Fucy1zZXJpZic7IG1zby1iaWRpLWZvbnQt ZmFtaWx5OiDlrovkvZMiPiZuYnNwO0N1cnJlbnRseSwgDQp0aGUgMTAwR2IvcyBEV0RNIHN5c3Rl bSBqdXN0IG5lZWQgZml4ZWQgZ3JpZCBzd2l0Y2hpbmcgd2l0aCA1MEdIeiBncmlkIA0KY2FwYWJp bGl0eS4gSG93ZXZlciwgd2Ugd291bGQgZXhwZWN0IHRoZSA0MDBHYi9zIERXRE0gc3lzdGVtcyB3 aWxsIG5lZWQgDQpmbGV4aS1ncmlkIHN3aXRjaGluZyAoZS5nLiwgNzVHSHogc3dpdGNoaW5nIGNh cGFiaWxpdHkpIGFmdGVyIGFyb3VuZCAyMDE3LiBTaW5jZSANCnRoZSAxMDBHYi9zIERXRE0gc3lz dGVtIHdpbGwgaGF2ZSBhIGxvbmcgbGlmZS1jeWNsZSwgd2UgY2FuIGltYWdpbmUgdGhhdCBib3Ro IA0KZml4ZWQtZ3JpZCBhbmQgZmxleGktZ3JpZCBuZXR3b3JrIHdpbGwgY28tZXhpc3QgZm9yIGEg bG9uZyBwZXJpb2Qgb2YgdGltZS4gVGhlIA0KZ3JpZCBwcm9wZXJ0eSBuZWdvdGlhdGlvbiBiZXR3 ZWVuIHRoZSBmaXhlZCBhbmQgZmxleGktZ3JpZCBub2RlcyBkb2VzIG5vdCBtZWFuIA0KdGhlIHdo b2xlIG5ldHdvcmsgbmVlZHMgdG8gb3BlcmF0ZSBpbiB0aGUgZml4ZWQgbW9kZS4gSW5zdGVhZCwg b25seSB0aGUgbGlua3MgDQpiZXR3ZWVuIHRoZSBmaXhlZCBhbmQgZmxleGktZ3JpZCBub2RlcyBh cmUgbmVnb3RpYXRlZCB0byB3b3JrIGluIHRoZSBmaXhlZCBtb2RlLCANCm90aGVyIGxpbmtzIGJl dHdlZW4gZmxleGktZ3JpZCBub2RlcyBhcmUgc3RpbGwgd29ya2luZyBpbiB0aGUgZmxleGkgbW9k ZS4gVGhlIA0KT1NQRiBwcm90b2NvbCB3aWxsIGZsb29kIHRoZSBsaW5rIGdyaWQgcHJvcGVydGll cyB0aHJvdWdob3V0IHRoZSBuZXR3b3JrLCBzbyANCnRoYXQgdGhlIHNvdXJjZSBub2RlIGNhbiBj b21wdXRlIHRoZSByaWdodCBwYXRoIHRvIGdvIHRocm91Z2ggd2hlbiBhIGZsZXhpLWdyaWQgDQpM U1Agb3IgYSBmaXhlZC1ncmlkIExTUCBuZWVkcyB0byBiZSBzZXR1cC48L1NQQU4+PC9GT05UPjwv UD4NCjxQIGNsYXNzPU1zb05vcm1hbCANCnN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0OyBURVhU LUlOREVOVDogMjBwdDsgbXNvLWNoYXItaW5kZW50LWNvdW50OiAyLjAiPjxGT05UIA0KY29sb3I9 IzAwMDAwMD48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1G QU1JTFk6ICdWZXJkYW5hJywnc2Fucy1zZXJpZic7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiDlrovk vZMiPjwvU1BBTj48L0ZPTlQ+PEZPTlQgDQpjb2xvcj0jMDAwMDAwPjxTUEFOIGxhbmc9RU4tVVMg DQpzdHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlMWTogJ1ZlcmRhbmEnLCdzYW5zLXNl cmlmJzsgbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6IFZlcmRhbmE7IG1zby1iaWRpLWZvbnQtZmFt aWx5OiBWZXJkYW5hIj48U1BBTiANCnN0eWxlPSJtc28tbGlzdDogSWdub3JlIj4yLjxTUEFOIA0K c3R5bGU9IkZPTlQ6IDdwdCAnVGltZXMgTmV3IFJvbWFuJyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0K PC9TUEFOPjwvU1BBTj48L1NQQU4+PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxlPSJGT05ULVNJWkU6 IDEwcHQ7IEZPTlQtRkFNSUxZOiAnVmVyZGFuYScsJ3NhbnMtc2VyaWYnOyBtc28tYmlkaS1mb250 LWZhbWlseTog5a6L5L2TIj5UaGUgDQpncmlkIHByb3BlcnR5IGlzIGFsc28gaW1wb3J0YW50Jm5i c3A7aW4gYSBmbGV4aS1ncmlkIG5ldHdvcmsuIDwvU1BBTj48L0ZPTlQ+PC9QPg0KPFAgY2xhc3M9 TXNvTm9ybWFsIA0Kc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQ7IFRFWFQtSU5ERU5UOiAyMHB0 OyBtc28tY2hhci1pbmRlbnQtY291bnQ6IDIuMCI+PEZPTlQgDQpjb2xvcj0jMDAwMDAwPjxTUEFO IGxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlMWTogJ1ZlcmRh bmEnLCdzYW5zLXNlcmlmJzsgbXNvLWJpZGktZm9udC1mYW1pbHk6IOWui+S9kyI+VGhlIA0KbmV0 d29yayBvcGVyYXRvcnMgbm9ybWFsbHkgcnVucyBhIG5ldHdvcmsgY29uc2lzdGVkIG9mIGRpZmZl cmVudCB2ZW5kb3IgDQplcXVpcG1lbnQuIEl0IGlzIHF1aXRlIHBvc3NpYmxlIHRoYXQgZGlmZmVy ZW50IHZlbmRvcidzIGZsZXhpLWdyaWQgbm9kZXMgc3VwcG9ydCANCmRpZmZlcmVudCBzcGVjdHJ1 bSBzd2l0Y2hpbmcgZ3JhbnVsYXJpdGllcywgc3BlY3RydW0gdHVuaW5nIHJhbmdlcywgZXRjLiBU aHVzLCANCnR3byBhZGphY2VudCBub2RlcyBuZWVkIHRvIG5lZ290aWF0ZSBhIGNvbW1vbiBncmFu dWxhcml0eSBhbmQgdHVuaW5nIHJhbmdlIHRoYXQgDQpjYW4gYmUgc3VwcG9ydGVkIG9uIHRoZSBs aW5rLiBBZ2FpbiwgdGhlc2UgcHJvcGVydGllcyB3aWxsIGJlIGJyb2FkY2FzdGVkIGJ5IA0KT1NQ RiB0byBmYWNpbGl0YXRlIHJvdXRlIGNvbXB1dGF0aW9uLjwvU1BBTj48L0ZPTlQ+PC9QPg0KPFAg Y2xhc3M9TXNvTm9ybWFsIA0Kc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQ7IFRFWFQtSU5ERU5U OiAyMHB0OyBtc28tY2hhci1pbmRlbnQtY291bnQ6IDIuMCI+PEZPTlQgDQpjb2xvcj0jMDAwMDAw PjxTUEFOIGxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlMWTog J1ZlcmRhbmEnLCdzYW5zLXNlcmlmJzsgbXNvLWJpZGktZm9udC1mYW1pbHk6IOWui+S9kyI+PC9T UEFOPjwvRk9OVD4mbmJzcDs8L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgDQpzdHlsZT0iTUFSR0lO OiAwY20gMGNtIDBwdDsgVEVYVC1JTkRFTlQ6IDIwcHQ7IG1zby1jaGFyLWluZGVudC1jb3VudDog Mi4wIj48Rk9OVCANCmNvbG9yPSMwMDAwMDA+PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxlPSJGT05U LVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiAnVmVyZGFuYScsJ3NhbnMtc2VyaWYnOyBtc28tYmlk aS1mb250LWZhbWlseTog5a6L5L2TIj48L1NQQU4+PC9GT05UPjxTUEFOIA0KbGFuZz1FTi1VUyAN CnN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiAnVmVyZGFuYScsJ3NhbnMtc2Vy aWYnOyBtc28tYmlkaS1mb250LWZhbWlseTog5a6L5L2TIj48Rk9OVCANCmNvbG9yPSMwMDAwMDA+ Q3VycmVudGx5LCB0aGUgZnJhbWV3b3JrIGRvY3VtZW50IGFuZCBPU1BGIGV4dGVuc2lvbiBkb2N1 bWVudCBoYXZlIA0KYm90aCBkZWZpbmVkIGdyaWQgcHJvcGVydGllcyAoZS5nLiwgJmx0O0F2YWls YWJsZSBGcmVxdWVuY3kgUmFuZ2UtTGlzdCZndDssPFNQQU4gDQpzdHlsZT0ibXNvLXNwYWNlcnVu OiB5ZXMiPiZuYnNwOzwvU1BBTj4mbHQ7QXZhaWxhYmxlIENlbnRyYWwgRnJlcXVlbmN5IA0KR3Jh bnVsYXJpdHkmZ3Q7LCZsdDtBdmFpbGFibGUgU2xvdCBXaWR0aCBHcmFudWxhcml0eSZndDssPFNQ QU4gDQpzdHlsZT0ibXNvLXNwYWNlcnVuOiB5ZXMiPiZuYnNwOyZuYnNwOzwvU1BBTj4mbHQ7TWlu aW1hbCBTbG90IA0KV2lkdGgmZ3Q7LCZsdDtNYXhpbWFsIFNsb3QgV2lkdGgmZ3Q7KS4gVGhlIGRy YWZ0LWxpLWNjYW1wLWdyaWQtcHJvcGVydHktbG1wLTAzIA0KZG9jdW1lbnQgcHJvdmlkZXMgdGhl IG1lYW5zIHRvIGRldGVybWluZSB0aGVzZSBncmlkIHByb3BlcnRpZXMuIFNvIHdlIHRoaW5rIGl0 IA0KaXMgdXNlZnVsIHRvIGhhdmUgdGhpcyBmdW5jdGlvbiBzdGFuZGFyZGl6ZWQuIDwvRk9OVD48 L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIA0Kc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAw cHQ7IFRFWFQtSU5ERU5UOiAyMHB0OyBtc28tY2hhci1pbmRlbnQtY291bnQ6IDIuMCI+PFNQQU4g DQpsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6ICdWZXJk YW5hJywnc2Fucy1zZXJpZic7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiDlrovkvZMiPjxGT05UIA0K Y29sb3I9IzAwMDAwMD5Ib3BlIHRoaXMgY2FuIGFuc3dlciB5b3UgcXVlc3Rpb25zLjxvOnA+PC9v OnA+PC9GT05UPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjog MGNtIDBjbSAwcHQgMjBwdCI+PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxlPSJGT05ULVNJWkU6IDEw cHQ7IEZPTlQtRkFNSUxZOiAnVmVyZGFuYScsJ3NhbnMtc2VyaWYnOyBtc28tYmlkaS1mb250LWZh bWlseTog5a6L5L2TIj48bzpwPjxGT05UIA0KY29sb3I9IzAwMDAwMD4mbmJzcDs8L0ZPTlQ+PC9v OnA+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lOOiAwY20gMGNt IDBwdCAyMHB0Ij48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9O VC1GQU1JTFk6ICdWZXJkYW5hJywnc2Fucy1zZXJpZic7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiDl rovkvZMiPjxGT05UIA0KY29sb3I9IzAwMDAwMD5CZXN0LCA8bzpwPjwvbzpwPjwvRk9OVD48L1NQ QU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0IDIw cHQiPjxTUEFOIGxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlM WTogJ1ZlcmRhbmEnLCdzYW5zLXNlcmlmJzsgbXNvLWJpZGktZm9udC1mYW1pbHk6IOWui+S9kyI+ PEZPTlQgDQpjb2xvcj0jMDAwMDAwPkd1b3lpbmc8bzpwPjwvbzpwPjwvRk9OVD48L1NQQU4+PC9Q PjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9IzAwMDA4MCBzaXplPTIgZmFjZT1WZXJk YW5hPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzAg c2l6ZT0yIGZhY2U9VmVyZGFuYT48L0ZPTlQ+PC9ESVY+PEZPTlQgY29sb3I9IzAwMDA4MCANCnNp emU9MiBmYWNlPVZlcmRhbmE+DQo8SFI+DQo8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9 MiBmYWNlPVZlcmRhbmE+RGlldGVyIEJlbGxlciA8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNp emU9MiBmYWNlPVZlcmRhbmE+MjAxNC0wNi0wMiZuYnNwOyAyMzo1MzoxNSA8L0ZPTlQ+PC9ESVY+ DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPVZlcmRhbmE+QlJVTkdBUkQsIERFQk9SQUggQTsgY2Nh bXBAaWV0Zi5vcmcgPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIgZmFjZT1WZXJkYW5h PlJlOiBbQ0NBTVBdIFBvbGwgb24gbWFraW5nIA0KZHJhZnQtbGktY2NhbXAtZ3JpZC1wcm9wZXJ0 eS1sbXAtMDMgYSBXR2RvY3VtZW50IDwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIGZh Y2U9VmVyZGFuYT48L0ZPTlQ+IDwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIgZmFjZT1WZXJkYW5h PkhpIERlYm9yYSwgYWxsLDxCUj48QlI+bm8vZG8gbm90IA0Kc3VwcG9ydDxCUj48QlI+PEJSPkhl cmUncyBteSByYXRpb25hbGU6PEJSPjxCUj5JIGlzIGRvdWJ0ZnVsIHdoZXRoZXIgaXQgcmVhbGx5 IA0KbWFrZXMgc2Vuc2UgdG8gb3BlcmF0ZSBmbGV4IGdyaWQgbm9kZXMgdG9nZXRoZXIgd2l0aCBm aXggZ3JpZCBub2RlcyBpbiB0aGUgDQpzYW1lPEJSPm5ldHdvcmsuIFRoaXMgYWxzbyBhcHBsaWVz IHRvIGZsZXgtZ3JpZCBub2RlcyB0aGF0IGhhdmUgZGlmZmVyZW50IA0KZmxleC1ncmlkIHByb3Bl cnRpZXMuPEJSPjxCUj5JbiB0aGUgaW50cm9kdWN0aW9uIG9mIHRoaXMgSS1EIGl0IGlzIHN0YXRl ZDo8QlI+PFBSRSBjbGFzcz1uZXdwYWdlPiAgIEZpeGVkLWdyaWQgRFdETSBzeXN0ZW0gaXMgcmVn YXJkZWQgYXMgYSBzcGVjaWFsIGNhc2Ugb2YgRmxleGktZ3JpZA0KICAgRFdETS4gSXQgaXMgZXhw ZWN0ZWQgdGhhdCBmaXhlZC1ncmlkIG9wdGljYWwgbm9kZXMgd2lsbCBiZSA8Qj5ncmFkdWFsbHk8 L0I+DQogICA8Qj5yZXBsYWNlZCBieSBmbGV4aWJsZSBub2RlczwvQj4gYW5kIDxCPmludGVyd29y a2luZyBiZXR3ZWVuIGZpeGVkLWdyaWQgRFdETTwvQj4NCiAgIDxCPmFuZCBmbGV4aWJsZS1ncmlk IERXRE0gbm9kZXMgd2lsbCBiZSBuZWVkZWQ8L0I+IGFzIHRoZSBuZXR3b3JrIGV2b2x2ZXMuDQog ICBBZGRpdGlvbmFsbHksIGV2ZW4gdHdvIGZsZXhpYmxlLWdyaWQgb3B0aWNhbCBub2RlcyBtYXkg aGF2ZQ0KICAgPEI+ZGlmZmVyZW50IGdyaWQgcHJvcGVydGllczwvQj4gYmFzZWQgb24gdGhlIGZp bHRlcmluZyBjb21wb25lbnQNCiAgIGNoYXJhY3RlcmlzdGljcywgdGh1cyBuZWVkIHRvIDxCPm5l Z290aWF0ZSBvbiB0aGUgc3BlY2lmaWMgcGFyYW1ldGVyczwvQj4NCiAgIHRvIGJlIHVzZWQgZHVy aW5nIG5laWdoYm9yIGRpc2NvdmVyeSBwcm9jZXNzIFs8QSBocmVmPSJodHRwOi8vdG9vbHMuaWV0 Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWNjYW1wLWZsZXhpLWdyaWQtZndrLTAwIj5kcmFmdC1pZXRm LWNjYW1wLTwvQT4NCiAgIDxBIGhyZWY9Imh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0 LWlldGYtY2NhbXAtZmxleGktZ3JpZC1md2stMDAiPmZsZXhpLWdyaWQtZndrLTAwPC9BPl0uIFRo aXMgZG9jdW1lbnQgZGVzY3JpYmVzIHRoZSBleHRlbnNpb25zIHRvIHRoZQ0KICAgTGluayBNYW5h Z2VtZW50IFByb3RvY29sIChMTVApIHRvIG5lZ290aWF0ZSBhIGxpbmsgZ3JpZCBwcm9wZXJ0eQ0K ICAgYmV0d2VlbiB0d28gYWRqYWNlbnQgRmxleGktZ3JpZCBub2RlcyBiZWZvcmUgdGhlIGxpbmsg aXMgYnJvdWdodCB1cC48L1BSRT5JTUhPLCANCml0IGlzIGhhcmQgdG8gaW1hZ2luZSBob3cgYSA8 Qj5uZXR3b3JrKCEpIDwvQj5jYW4gYmUgb3BlcmF0ZWQgaW4gYSA8Qj5keW5hbWljIA0KbWFubmVy PC9CPiB1dGlsaXppbmcgYSBHTVBMUyBjb250cm9sPEJSPnBsYW5lJm5ic3A7IHRoYXQgaXMgY29t cG9zZWQgb2Ygbm9kZXMgDQp0aGF0IGhhdmUgZGlmZmVyZW50IGNhcGFiaWxpdGllcyBpbiB0ZXJt cyBvZiBzcGVjdHJ1bSBtYW5hZ2VtZW50LCBpLmUuLCBhIG1peCANCm9mPEJSPmZpeC0gYW5kIGZs ZXhpLWdyaWQgbm9kZXMuIFRoZSBvbmx5IHNjZW5hcmlvIEkgY2FuIGltYWdpbmUgaXMgdGhlIA0K Zm9sbG93aW5nOiB3aGlsZSB0aGUgbmV0d29yayBub2RlcyBhcmUgYmVpbmc8QlI+dXBncmFkZWQv cmVwbGFjZWQgKHRoaXMgcmVxdWlyZXMgDQpIVyByZXBsYWNlbWVudCEpLCB0aGUgZW50aXJlIG5l dHdvcmsgaXMgc3RpbGwgb3BlcmF0ZWQgaW4gdGhlIGZpeCBncmlkIG1vZGUgDQphbmQ8QlI+b25s eSB3aGVuIGFsbCBub2RlcyBoYXZlIGJlZW4gdXBncmFkZSB0aGUgbW9kZSBvZiBvcGVyYXRpb24g aXMgY2hhbmdlZCANCmFuZCB0aGUgZmxleC1ncmlkIGZlYXR1cmUgaXMgZW5hYmxlZDxCUj5uZXR3 b3JrIHdpZGUuIE1peGVkIGZpeC9mbGV4aS1ncmlkIA0Kb3BlcmF0aW9uIGFkZHMgcXVpdGUgc29t ZSBjb21wbGV4aXR5IHRvIHRoZSBjb250cm9sIHBsYW5lIHdoaWNoIGlzIG9ubHkgDQpyZXF1aXJl ZDxCUj5kdXJpbmcgdGhlIHRyYW5zaXRpb24gcGVyaW9kLiBJIGFsc28gZG8gbm90IHRoaW5rIHRo YXQgaXQgaXMgYSBnb29kIA0KaWRlYSB0byBoYXZlIG5vZGVzIHdpdGggZGlmZmVyZW50IGZsZXgt Z3JpZCBwcm9wZXJ0aWVzPEJSPmluIGEgbmV0d29yayBhcyBmYXIgYXMgDQpzcGVjdHJ1bSBtYW5h Z2VtZW50IGNhcGFiaWxpdGllcyBhcmUgDQpjb25jZXJuZWQuPEJSPjxCUj48QlI+VGhhbmtzLDxC Uj5EaWV0ZXI8QlI+PEJSPg0KPERJViBjbGFzcz1tb3otY2l0ZS1wcmVmaXg+T24gMzAuMDUuMjAx NCAwOToyNCwgQlJVTkdBUkQsIERFQk9SQUggQSANCndyb3RlOjxCUj48L0RJVj4NCjxCTE9DS1FV T1RFIA0KY2l0ZT1taWQ6RjY0QzEwRUFBNjhDODA0NEIzMzY1NkZBMjE0NjMyQzgwQ0I1RkQ1NUBN SVNPVVQ3TVNHVVNSREUuSVRTZXJ2aWNlcy5zYmMuY29tIA0KdHlwZT0iY2l0ZSI+DQogIDxNRVRB IG5hbWU9R2VuZXJhdG9yIGNvbnRlbnQ9Ik1pY3Jvc29mdCBFeGNoYW5nZSBTZXJ2ZXIiPjwhLS0g Y29udmVydGVkIGZyb20gcnRmIC0tPg0KICA8U1RZTEU+LkVtYWlsUXVvdGUgew0KCVBBRERJTkct TEVGVDogNHB0OyBNQVJHSU4tTEVGVDogMXB0OyBCT1JERVItTEVGVDogIzgwMDAwMCAycHggc29s aWQNCn0NCkJMT0NLUVVPVEUgew0KCU1BUkdJTi1CT1RUT006IDBweDsgTUFSR0lOLUxFRlQ6IDJl bTsgTUFSR0lOLVRPUDogMHB4DQp9DQpPTCB7DQoJTUFSR0lOLUJPVFRPTTogMHB4OyBNQVJHSU4t VE9QOiAwcHgNCn0NClVMIHsNCglNQVJHSU4tQk9UVE9NOiAwcHg7IE1BUkdJTi1UT1A6IDBweA0K fQ0KPC9TVFlMRT4NCiAgPEZPTlQgc2l6ZT0yIGZhY2U9Q2FsaWJyaT48U1BBTiBzdHlsZT0iRk9O VC1TSVpFOiAxMXB0Ij4NCiAgPERJVj5BbGwsPC9ESVY+DQogIDxESVY+Jm5ic3A7PC9ESVY+DQog IDxESVY+VGhpcyBpcyB0byBzdGFydCBhIHR3byB3ZWVrIHBvbGwgb24gbWFraW5nIA0KICBkcmFm dC1saS1jY2FtcC1ncmlkLXByb3BlcnR5LWxtcC0wMyBhIGNjYW1wIHdvcmtpbmcgZ3JvdXAgZG9j dW1lbnQuIFBsZWFzZSANCiAgc2VuZCBlbWFpbCB0byB0aGUgbGlzdCBpbmRpY2F0aW5nIOKAnHll cy9zdXBwb3J04oCdIG9yIOKAnG5vL2RvIG5vdCBzdXBwb3J04oCdLiBJZiANCiAgaW5kaWNhdGlu ZyBubywgcGxlYXNlIHN0YXRlIHlvdXIgdGVjaG5pY2FsIHJlc2VydmF0aW9ucyB3aXRoIHRoZSAN CiAgZG9jdW1lbnQuPC9ESVY+DQogIDxESVY+Jm5ic3A7PC9ESVY+DQogIDxESVY+VGhlIHBvbGwg ZW5kcyBGcmlkYXksIEp1bmUgMTN0aC48L0RJVj4NCiAgPERJVj4mbmJzcDs8L0RJVj4NCiAgPERJ Vj5UaGFua3MsPC9ESVY+DQogIDxESVY+RGVib3JhaCBhbmQgDQpMb3U8L0RJVj48L1NQQU4+PC9G T05UPjwvQkxPQ0tRVU9URT48QlI+PC9GT05UPjwvRElWPjwvQk9EWT48L0hUTUw+DQo= --=====003_Dragon082565110063_=====-- From nobody Wed Jun 4 07:27:11 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F0291A019C for ; Wed, 4 Jun 2014 07:27:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.85 X-Spam-Level: X-Spam-Status: No, score=-4.85 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651] 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 shFpgEmfyZ4y for ; Wed, 4 Jun 2014 07:27:01 -0700 (PDT) Received: from nbfkord-smmo05.seg.att.com (nbfkord-smmo05.seg.att.com [209.65.160.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C69D91A023E for ; Wed, 4 Jun 2014 07:27:00 -0700 (PDT) Received: from unknown [144.160.229.24] (EHLO alpi155.enaf.aldc.att.com) by nbfkord-smmo05.seg.att.com(mxl_mta-7.2.1-0) over TLS secured channel with ESMTP id eac2f835.0.8755147.00-1890.24244421.nbfkord-smmo05.seg.att.com (envelope-from ); Wed, 04 Jun 2014 14:26:55 +0000 (UTC) X-MXL-Hash: 538f2caf71928806-8a70a70b7a719c8bb64e51522c1483bef8b7fc77 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id s54EQswG025180 for ; Wed, 4 Jun 2014 10:26:54 -0400 Received: from mlpi407.sfdc.sbc.com (mlpi407.sfdc.sbc.com [130.9.128.239]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id s54EQpZm025158 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 4 Jun 2014 10:26:52 -0400 Received: from MISOUT7MSGHUBAH.ITServices.sbc.com (MISOUT7MSGHUBAH.itservices.sbc.com [130.9.129.152]) by mlpi407.sfdc.sbc.com (RSA Interceptor) for ; Wed, 4 Jun 2014 14:26:38 GMT Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.122]) by MISOUT7MSGHUBAH.ITServices.sbc.com ([130.9.129.152]) with mapi id 14.03.0174.001; Wed, 4 Jun 2014 10:26:38 -0400 From: "BRUNGARD, DEBORAH A" To: "ccamp@ietf.org" Thread-Topic: Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a WG document Thread-Index: Ac+AAP3lpYzTmzTCQLaqZty1wAAgyQ== Date: Wed, 4 Jun 2014 14:26:38 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.16.234.209] Content-Type: multipart/alternative; boundary="_000_F64C10EAA68C8044B33656FA214632C80CB614D2MISOUT7MSGUSRDE_" MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-AnalysisOut: [v=2.0 cv=DOA4FVxb c=1 sm=1 a=dhB6nF3YHL5t/Ixux6cINA==:17 a] X-AnalysisOut: [=ImBStznuS58A:10 a=ofMgfj31e3cA:10 a=4aP3V0h1ZAoA:10 a=jhm] X-AnalysisOut: [z5UIrLHEA:10 a=BLceEmwcHowA:10 a=zQP7CpKOAAAA:8 a=XIqpo32R] X-AnalysisOut: [AAAA:8 a=6395D88C4xZvPChkB50A:9 a=CjuIK1q_8ugA:10 a=s0Uxmw] X-AnalysisOut: [_h7i4A:10 a=LAIyha1quQEA:10 a=fgWKQcTQ8WoA:10 a=741ENzI_HZ] X-AnalysisOut: [DsUv6MEkkA:9 a=_W_S_7VecoQA:10 a=frz4AuCg-hUA:10 a=cjh8W46] X-AnalysisOut: [Ov5fGW6Oo:21] X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2014051901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.229.24] Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/ypL4nUbrQIi-mWfx4fKOgupYjfU Subject: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a WG document X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2014 14:27:08 -0000 --_000_F64C10EAA68C8044B33656FA214632C80CB614D2MISOUT7MSGUSRDE_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, This is to start a two week poll on making draft-zhang-ccamp-flexible-grid-= rsvp-te-ext-04 a ccamp working group document. Please send email to the lis= t indicating "yes/support" or "no/do not support". If indicating no, please= state your technical reservations with the document. The poll ends Wednesday, June 18th. Thanks, Deborah and Lou --_000_F64C10EAA68C8044B33656FA214632C80CB614D2MISOUT7MSGUSRDE_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
All,
 
This is to start a two week poll on making draft-zhang-ccamp-flexible-= grid-rsvp-te-ext-04 a ccamp working group document. Please send email to th= e list indicating “yes/support” or “no/do not supportR= 21;. If indicating no, please state your technical reservations with the document.
 
The poll ends Wednesday, June 18th.
 
Thanks,
Deborah and Lou
 
 
 --_000_F64C10EAA68C8044B33656FA214632C80CB614D2MISOUT7MSGUSRDE_-- From nobody Wed Jun 4 07:34:49 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 749C11A032E; Wed, 4 Jun 2014 07:34:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -97.4 X-Spam-Level: X-Spam-Status: No, score=-97.4 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.651, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mD7Jky--UfRq; Wed, 4 Jun 2014 07:34:33 -0700 (PDT) Received: from mx6.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id B46AB1A0295; Wed, 4 Jun 2014 07:34:32 -0700 (PDT) Received: from zte.com.cn (unknown [192.168.168.120]) by Websense Email Security Gateway with ESMTP id 79A411BD02; Wed, 4 Jun 2014 22:34:07 +0800 (CST) Received: from mse01.zte.com.cn (unknown [10.30.3.20]) by Websense Email Security Gateway with ESMTPS id F30F9CE8FBA; Wed, 4 Jun 2014 22:34:05 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id s54EYI3w064840; Wed, 4 Jun 2014 22:34:18 +0800 (GMT-8) (envelope-from fu.xihua@zte.com.cn) In-Reply-To: To: "BRUNGARD, DEBORAH A" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: fu.xihua@zte.com.cn Date: Wed, 4 Jun 2014 22:34:21 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2014-06-04 22:34:20, Serialize complete at 2014-06-04 22:34:20 Content-Type: multipart/alternative; boundary="=_alternative 00500D5E48257CED_=" X-MAIL: mse01.zte.com.cn s54EYI3w064840 Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/W-kBCVZlulY_sGeKpyUQJpdHW2Y Cc: "ccamp@ietf.org" , CCAMP Subject: Re: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a WG document X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2014 14:34:40 -0000 This is a multipart message in MIME format. --=_alternative 00500D5E48257CED_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 WWVzL1N1cHBvcnQNCg0KDQoNCiJCUlVOR0FSRCwgREVCT1JBSCBBIiA8ZGIzNTQ2QGF0dC5jb20+ IA0Kt6K8/sjLOiAgIkNDQU1QIiA8Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4NCjIwMTQtMDYtMDQg z8LO5yAxMDoyNg0KDQrK1bz+yMsNCiJjY2FtcEBpZXRmLm9yZyIgPGNjYW1wQGlldGYub3JnPg0K s63LzQ0KDQrW98ziDQpbQ0NBTVBdIFBvbGwgb24gbWFraW5nIGRyYWZ0LXpoYW5nLWNjYW1wLWZs ZXhpYmxlLWdyaWQtcnN2cC10ZS1leHQtMDQgYSBXRyANCmRvY3VtZW50DQoNCg0KDQoNCg0KDQpB bGwsDQogDQpUaGlzIGlzIHRvIHN0YXJ0IGEgdHdvIHdlZWsgcG9sbCBvbiBtYWtpbmcgDQpkcmFm dC16aGFuZy1jY2FtcC1mbGV4aWJsZS1ncmlkLXJzdnAtdGUtZXh0LTA0IGEgY2NhbXAgd29ya2lu ZyBncm91cCANCmRvY3VtZW50LiBQbGVhc2Ugc2VuZCBlbWFpbCB0byB0aGUgbGlzdCBpbmRpY2F0 aW5nIKGweWVzL3N1cHBvcnShsSBvciChsA0Kbm8vZG8gbm90IHN1cHBvcnShsS4gSWYgaW5kaWNh dGluZyBubywgcGxlYXNlIHN0YXRlIHlvdXIgdGVjaG5pY2FsIA0KcmVzZXJ2YXRpb25zIHdpdGgg dGhlIGRvY3VtZW50Lg0KIA0KVGhlIHBvbGwgZW5kcyBXZWRuZXNkYXksIEp1bmUgMTh0aC4NCiAN ClRoYW5rcywNCkRlYm9yYWggYW5kIExvdQ0KIA0KIF9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQpDQ0FNUCBtYWlsaW5nIGxpc3QNCkNDQU1QQGlldGYub3Jn DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQoNCg0K --=_alternative 00500D5E48257CED_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPlllcy9TdXBwb3J0PC9mb250Pg0K PGJyPg0KPGJyPg0KPGJyPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0 ZCB3aWR0aD0zNiU+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjxiPiZxdW90O0JSVU5H QVJELCBERUJPUkFIDQpBJnF1b3Q7ICZsdDtkYjM1NDZAYXR0LmNvbSZndDs8L2I+IDwvZm9udD4N Cjxicj48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+t6K8/sjLOiAmbmJzcDsmcXVvdDtD Q0FNUCZxdW90OyAmbHQ7Y2NhbXAtYm91bmNlc0BpZXRmLm9yZyZndDs8L2ZvbnQ+DQo8cD48Zm9u dCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+MjAxNC0wNi0wNCDPws7nIDEwOjI2PC9mb250Pg0K PHRkIHdpZHRoPTYzJT4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+ DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7K1bz+yMs8 L2ZvbnQ+PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPiZxdW90O2Nj YW1wQGlldGYub3JnJnF1b3Q7ICZsdDtjY2FtcEBpZXRmLm9yZyZndDs8L2ZvbnQ+DQo8dHIgdmFs aWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMt c2VyaWYiPrOty808L2ZvbnQ+PC9kaXY+DQo8dGQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxk aXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPtb3zOI8L2ZvbnQ+ PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPltDQ0FNUF0gUG9sbCBv biBtYWtpbmcgZHJhZnQtemhhbmctY2NhbXAtZmxleGlibGUtZ3JpZC1yc3ZwLXRlLWV4dC0wNA0K YSBXRyBkb2N1bWVudDwvZm9udD48L3RhYmxlPg0KPGJyPg0KPHRhYmxlPg0KPHRyIHZhbGlnbj10 b3A+DQo8dGQ+DQo8dGQ+PC90YWJsZT4NCjxicj48L3RhYmxlPg0KPGJyPg0KPGJyPg0KPGJyPjxm b250IHNpemU9MiBmYWNlPSJDYWxpYnJpIj5BbGwsPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBm YWNlPSJDYWxpYnJpIj4mbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkNhbGli cmkiPlRoaXMgaXMgdG8gc3RhcnQgYSB0d28gd2VlayBwb2xsIG9uIG1ha2luZw0KZHJhZnQtemhh bmctY2NhbXAtZmxleGlibGUtZ3JpZC1yc3ZwLXRlLWV4dC0wNCBhIGNjYW1wIHdvcmtpbmcgZ3Jv dXAgZG9jdW1lbnQuDQpQbGVhc2Ugc2VuZCBlbWFpbCB0byB0aGUgbGlzdCBpbmRpY2F0aW5nIKGw eWVzL3N1cHBvcnShsSBvciChsG5vL2RvDQpub3Qgc3VwcG9ydKGxLiBJZiBpbmRpY2F0aW5nIG5v LCBwbGVhc2Ugc3RhdGUgeW91ciB0ZWNobmljYWwgcmVzZXJ2YXRpb25zDQp3aXRoIHRoZSBkb2N1 bWVudC48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkNhbGlicmkiPiZuYnNwOzwvZm9u dD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0iQ2FsaWJyaSI+VGhlIHBvbGwgZW5kcyBXZWRuZXNk YXksIEp1bmUgMTh0aC48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkNhbGlicmkiPiZu YnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0iQ2FsaWJyaSI+VGhhbmtzLDwvZm9u dD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0iQ2FsaWJyaSI+RGVib3JhaCBhbmQgTG91PC9mb250 Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJDYWxpYnJpIj4mbmJzcDs8L2ZvbnQ+DQo8YnI+PGZv bnQgc2l6ZT0yIGZhY2U9IkNhbGlicmkiPiZuYnNwOzwvZm9udD48Zm9udCBzaXplPTI+PHR0Pl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KQ0NBTVAg bWFpbGluZyBsaXN0PGJyPg0KQ0NBTVBAaWV0Zi5vcmc8YnI+DQpodHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wPGJyPg0KPC90dD48L2ZvbnQ+DQo8YnI+DQo= --=_alternative 00500D5E48257CED_=-- From nobody Wed Jun 4 23:27:17 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 275951A0087 for ; Wed, 4 Jun 2014 23:27:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.851 X-Spam-Level: X-Spam-Status: No, score=-4.851 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g7RCnRO4HsCb for ; Wed, 4 Jun 2014 23:27:13 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C1B521A0081 for ; Wed, 4 Jun 2014 23:27:12 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BEW76280; Thu, 05 Jun 2014 06:27:05 +0000 (GMT) Received: from LHREML401-HUB.china.huawei.com (10.201.5.240) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 5 Jun 2014 07:26:15 +0100 Received: from SZXEMA402-HUB.china.huawei.com (10.82.72.34) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 5 Jun 2014 07:27:04 +0100 Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.103]) by SZXEMA402-HUB.china.huawei.com ([10.82.72.34]) with mapi id 14.03.0158.001; Thu, 5 Jun 2014 14:26:57 +0800 From: Fatai Zhang To: "BRUNGARD, DEBORAH A" , "ccamp@ietf.org" Thread-Topic: Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a WG document Thread-Index: Ac+AAP3lpYzTmzTCQLaqZty1wAAgyQAhhlAQ Date: Thu, 5 Jun 2014 06:26:56 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.72.159] Content-Type: multipart/alternative; boundary="_000_F82A4B6D50F9464B8EBA55651F541CF85CB17340SZXEMA504MBSchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/9JY4BnSIT2k5w_j3hRUx5C9xp3M Subject: Re: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a WG document X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2014 06:27:16 -0000 --_000_F82A4B6D50F9464B8EBA55651F541CF85CB17340SZXEMA504MBSchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Yes/Support as co-author. Best Regards Fatai From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of BRUNGARD, DEBORAH = A Sent: Wednesday, June 04, 2014 10:27 PM To: ccamp@ietf.org Subject: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext= -04 a WG document All, This is to start a two week poll on making draft-zhang-ccamp-flexible-grid-= rsvp-te-ext-04 a ccamp working group document. Please send email to the lis= t indicating "yes/support" or "no/do not support". If indicating no, please= state your technical reservations with the document. The poll ends Wednesday, June 18th. Thanks, Deborah and Lou --_000_F82A4B6D50F9464B8EBA55651F541CF85CB17340SZXEMA504MBSchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

 = ;

Yes/Suppor= t as co-author.

 = ;

 

 

 

 

Best Regards

 

Fatai

 = ;

From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of BRUNGARD, DEBORAH A
Sent: Wednesday, June 04, 2014 10:27 PM
To: ccamp@ietf.org
Subject: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-rsvp= -te-ext-04 a WG document

 

All,

 =

This is to start a two w= eek poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a ccamp w= orking group document. Please send email to the list indicating “yes/support” or “no/do not support”. If indicatin= g no, please state your technical reservations with the document.

 =

The poll ends Wednesday,= June 18th.

 =

Thanks,

Deborah and Lou

 =

 =

--_000_F82A4B6D50F9464B8EBA55651F541CF85CB17340SZXEMA504MBSchi_-- From nobody Wed Jun 4 23:28:40 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F0B71A0331 for ; Wed, 4 Jun 2014 23:28:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=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 Ab3MRepGBqRp for ; Wed, 4 Jun 2014 23:28:37 -0700 (PDT) Received: from marchena.puc.rediris.es (marchena.puc.rediris.es [IPv6:2001:720:418:ca00::4]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 65D711A0087 for ; Wed, 4 Jun 2014 23:28:37 -0700 (PDT) Received: from [84.88.62.208] (helo=leo) by marchena.puc.rediris.es with esmtpsa (TLS1.1:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1WsRA4-0000mq-F0 for ccamp@ietf.org; Thu, 05 Jun 2014 08:28:29 +0200 Received: from [84.88.61.50] (unknown [84.88.61.50]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by leo (Postfix) with ESMTPSA id 3D5991FDF1 for ; Thu, 5 Jun 2014 08:28:25 +0200 (CEST) X-Envelope-From: ramon.casellas@cttc.es Message-ID: <53900DFC.5060000@cttc.es> Date: Thu, 05 Jun 2014 08:28:12 +0200 From: Ramon Casellas User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: ccamp@ietf.org References: In-Reply-To: Content-Type: multipart/alternative; boundary="------------020108050605010701080901" X-Spamina-Bogosity: Ham Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/zAOg0LmGWl6ThDrxJsFT8b_M78E Subject: Re: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a WG document X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2014 06:28:39 -0000 This is a multi-part message in MIME format. --------------020108050605010701080901 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit El 04/06/2014 16:26, BRUNGARD, DEBORAH A escribi: > All, > This is to start a two week poll on making > draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a ccamp working group > document. Please send email to the list indicating "yes/support" or > "no/do not support". If indicating no, please state your technical > reservations with the document. Yes / support (as a contrib.) Ramon --------------020108050605010701080901 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
El 04/06/2014 16:26, BRUNGARD, DEBORAH A escribió:
All,
 
This is to start a two week poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a ccamp working group document. Please send email to the list indicating “yes/support” or “no/do not support”. If indicating no, please state your technical reservations with the document.
 
Yes / support (as a contrib.)

Ramon

 --------------020108050605010701080901-- From nobody Wed Jun 4 23:34:34 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 587991A02F8 for ; Wed, 4 Jun 2014 23:34:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ELJ3J_m3O7I0 for ; Wed, 4 Jun 2014 23:34:30 -0700 (PDT) Received: from smtp545-122.mail.sina.com.cn (mail7-211.sinamail.sina.com.cn [202.108.7.211]) by ietfa.amsl.com (Postfix) with SMTP id 8418E1A0087 for ; Wed, 4 Jun 2014 23:34:29 -0700 (PDT) Received: from unknown( HELO X220)([119.40.39.50]) by sina.com with ESMTP 5 Jun 2014 14:34:18 +0800 (CST) X-Sender: gyzhang@sina.com X-Auth-ID: gyzhang@sina.com X-SMAIL-MID: 5245765770039 Date: Thu, 5 Jun 2014 14:34:16 +0800 From: "Guoying Zhang" To: "BRUNGARD, DEBORAH A" , "ccamp@ietf.org" References: Message-ID: <201406051434151613407@sina.com> X-mailer: Foxmail 6, 15, 201, 22 [cn] Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====003_Dragon484174518307_=====" Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/9nnQjF3lFS5qZBw1xbqDCv0dTek Subject: Re: [CCAMP] Poll on makingdraft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a WG document X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2014 06:34:33 -0000 This is a multi-part message in MIME format. --=====003_Dragon484174518307_===== Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 WWVzL1N1cHBvcnQuDQoNCg0KMjAxNC0wNi0wNSANCg0KDQoNCkd1b3lpbmcgWmhhbmcgDQoNCg0K DQpCUlVOR0FSRCwgREVCT1JBSCBBIA0KMjAxNC0wNi0wNCAgMjI6Mjc6MTUgDQpjY2FtcEBpZXRm Lm9yZyANCiANCltDQ0FNUF0gUG9sbCBvbiBtYWtpbmdkcmFmdC16aGFuZy1jY2FtcC1mbGV4aWJs ZS1ncmlkLXJzdnAtdGUtZXh0LTA0IGEgV0cgZG9jdW1lbnQgDQogDQpBbGwsDQoNClRoaXMgaXMg dG8gc3RhcnQgYSB0d28gd2VlayBwb2xsIG9uIG1ha2luZyBkcmFmdC16aGFuZy1jY2FtcC1mbGV4 aWJsZS1ncmlkLXJzdnAtdGUtZXh0LTA0IGEgY2NhbXAgd29ya2luZyBncm91cCBkb2N1bWVudC4g UGxlYXNlIHNlbmQgZW1haWwgdG8gdGhlIGxpc3QgaW5kaWNhdGluZyChsHllcy9zdXBwb3J0obEg b3IgobBuby9kbyBub3Qgc3VwcG9ydKGxLiBJZiBpbmRpY2F0aW5nIG5vLCBwbGVhc2Ugc3RhdGUg eW91ciB0ZWNobmljYWwgcmVzZXJ2YXRpb25zIHdpdGggdGhlIGRvY3VtZW50Lg0KDQpUaGUgcG9s bCBlbmRzIFdlZG5lc2RheSwgSnVuZSAxOHRoLg0KDQpUaGFua3MsDQpEZWJvcmFoIGFuZCBMb3UN Cg== --=====003_Dragon484174518307_===== Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWdi MjMxMiIgaHR0cC1lcXVpdj1Db250ZW50LVR5cGU+DQo8TUVUQSBuYW1lPUdFTkVSQVRPUiBjb250 ZW50PSJNU0hUTUwgMTAuMDAuOTIwMC4xNjg5NyI+PCEtLSBjb252ZXJ0ZWQgZnJvbSBydGYgLS0+ DQo8U1RZTEU+LkVtYWlsUXVvdGUgew0KCVBBRERJTkctTEVGVDogNHB0OyBNQVJHSU4tTEVGVDog MXB0OyBCT1JERVItTEVGVDogIzgwMDAwMCAycHggc29saWQNCn0NCjwvU1RZTEU+DQoNCjxNRVRB IG5hbWU9R0VORVJBVE9SIGNvbnRlbnQ9Ik1TSFRNTCA2LjAwLjI5MDAuMjE4MCI+DQo8U1RZTEU+ QGZvbnQtZmFjZSB7DQoJZm9udC1mYW1pbHk6IMvOzOU7DQp9DQpAZm9udC1mYWNlIHsNCglmb250 LWZhbWlseTogVmVyZGFuYTsNCn0NCkBmb250LWZhY2Ugew0KCWZvbnQtZmFtaWx5OiBAy87M5TsN Cn0NCkBwYWdlIFNlY3Rpb24xIHtzaXplOiA1OTUuM3B0IDg0MS45cHQ7IG1hcmdpbjogNzIuMHB0 IDkwLjBwdCA3Mi4wcHQgOTAuMHB0OyBsYXlvdXQtZ3JpZDogMTUuNnB0OyB9DQpQLk1zb05vcm1h bCB7DQoJRk9OVC1TSVpFOiAxMC41cHQ7IEZPTlQtRkFNSUxZOiAiVGltZXMgTmV3IFJvbWFuIjsg VEVYVC1BTElHTjoganVzdGlmeTsgTUFSR0lOOiAwY20gMGNtIDBwdDsgVEVYVC1KVVNUSUZZOiBp bnRlci1pZGVvZ3JhcGgNCn0NCkxJLk1zb05vcm1hbCB7DQoJRk9OVC1TSVpFOiAxMC41cHQ7IEZP TlQtRkFNSUxZOiAiVGltZXMgTmV3IFJvbWFuIjsgVEVYVC1BTElHTjoganVzdGlmeTsgTUFSR0lO OiAwY20gMGNtIDBwdDsgVEVYVC1KVVNUSUZZOiBpbnRlci1pZGVvZ3JhcGgNCn0NCkRJVi5Nc29O b3JtYWwgew0KCUZPTlQtU0laRTogMTAuNXB0OyBGT05ULUZBTUlMWTogIlRpbWVzIE5ldyBSb21h biI7IFRFWFQtQUxJR046IGp1c3RpZnk7IE1BUkdJTjogMGNtIDBjbSAwcHQ7IFRFWFQtSlVTVElG WTogaW50ZXItaWRlb2dyYXBoDQp9DQpBOmxpbmsgew0KCUNPTE9SOiBibHVlOyBURVhULURFQ09S QVRJT046IHVuZGVybGluZQ0KfQ0KU1BBTi5Nc29IeXBlcmxpbmsgew0KCUNPTE9SOiBibHVlOyBU RVhULURFQ09SQVRJT046IHVuZGVybGluZQ0KfQ0KQTp2aXNpdGVkIHsNCglDT0xPUjogcHVycGxl OyBURVhULURFQ09SQVRJT046IHVuZGVybGluZQ0KfQ0KU1BBTi5Nc29IeXBlcmxpbmtGb2xsb3dl ZCB7DQoJQ09MT1I6IHB1cnBsZTsgVEVYVC1ERUNPUkFUSU9OOiB1bmRlcmxpbmUNCn0NClNQQU4u RW1haWxTdHlsZTE3IHsNCglGT05ULUZBTUlMWTogVmVyZGFuYTsgRk9OVC1XRUlHSFQ6IG5vcm1h bDsgQ09MT1I6IHdpbmRvd3RleHQ7IEZPTlQtU1RZTEU6IG5vcm1hbDsgVEVYVC1ERUNPUkFUSU9O OiBub25lOyBtc28tc3R5bGUtdHlwZTogcGVyc29uYWwtY29tcG9zZQ0KfQ0KRElWLlNlY3Rpb24x IHsNCglwYWdlOiBTZWN0aW9uMQ0KfQ0KVU5LTk9XTiB7DQoJRk9OVC1TSVpFOiAxMHB0DQp9DQpC TE9DS1FVT1RFIHsNCglNQVJHSU4tQk9UVE9NOiAwcHg7IE1BUkdJTi1MRUZUOiAyZW07IE1BUkdJ Ti1UT1A6IDBweA0KfQ0KT0wgew0KCU1BUkdJTi1CT1RUT006IDBweDsgTUFSR0lOLVRPUDogMHB4 DQp9DQpVTCB7DQoJTUFSR0lOLUJPVFRPTTogMHB4OyBNQVJHSU4tVE9QOiAwcHgNCn0NCjwvU1RZ TEU+DQo8L0hFQUQ+DQo8Qk9EWSBzdHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlMWTog dmVyZGFuYSI+DQo8RElWPjxGT05UIGNvbG9yPSMwMDAwODAgc2l6ZT0yIGZhY2U9VmVyZGFuYT5Z ZXMvU3VwcG9ydC48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSMwMDAwODAgc2l6ZT0y IGZhY2U9VmVyZGFuYT48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSMwMDAw ODAgc2l6ZT0yIGZhY2U9VmVyZGFuYT48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGNv bG9yPSNjMGMwYzAgc2l6ZT0yIGZhY2U9VmVyZGFuYT4yMDE0LTA2LTA1IDwvRk9OVD48L0RJVj48 Rk9OVCANCmNvbG9yPSMwMDAwODAgc2l6ZT0yIGZhY2U9VmVyZGFuYT4NCjxIUiBzdHlsZT0iSEVJ R0hUOiAycHg7IFdJRFRIOiAxMjJweCIgYWxpZ249bGVmdCBTSVpFPTI+DQo8L0ZPTlQ+DQo8RElW PjxGT05UIGNvbG9yPSNjMGMwYzAgc2l6ZT0yIGZhY2U9VmVyZGFuYT48U1BBTj5HdW95aW5nIFpo YW5nPC9TUEFOPiANCjwvRk9OVD48L0RJVj48Rk9OVCBjb2xvcj0jMDAwMDgwIHNpemU9MiBmYWNl PVZlcmRhbmE+DQo8SFI+DQo8L0ZPTlQ+DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPVZlcmRhbmE+ QlJVTkdBUkQsIERFQk9SQUggQSA8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNl PVZlcmRhbmE+MjAxNC0wNi0wNCZuYnNwOyAyMjoyNzoxNSA8L0ZPTlQ+PC9ESVY+DQo8RElWPjxG T05UIHNpemU9MiBmYWNlPVZlcmRhbmE+PEEgDQpocmVmPSJtYWlsdG86Y2NhbXBAaWV0Zi5vcmci PmNjYW1wQGlldGYub3JnPC9BPiA8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNl PVZlcmRhbmE+Jm5ic3A7PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIgZmFjZT1WZXJk YW5hPltDQ0FNUF0gUG9sbCBvbiANCm1ha2luZ2RyYWZ0LXpoYW5nLWNjYW1wLWZsZXhpYmxlLWdy aWQtcnN2cC10ZS1leHQtMDQgYSBXRyBkb2N1bWVudCA8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05U IHNpemU9MiBmYWNlPVZlcmRhbmE+PC9GT05UPiA8L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIGZh Y2U9VmVyZGFuYT48Rk9OVCBzaXplPTIgZmFjZT1DYWxpYnJpPjxTUEFOIA0Kc3R5bGU9IkZPTlQt U0laRTogMTFwdCI+DQo8RElWPkFsbCw8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPlRo aXMgaXMgdG8gc3RhcnQgYSB0d28gd2VlayBwb2xsIG9uIG1ha2luZyANCmRyYWZ0LXpoYW5nLWNj YW1wLWZsZXhpYmxlLWdyaWQtcnN2cC10ZS1leHQtMDQgYSBjY2FtcCB3b3JraW5nIGdyb3VwIGRv Y3VtZW50LiANClBsZWFzZSBzZW5kIGVtYWlsIHRvIHRoZSBsaXN0IGluZGljYXRpbmcgobB5ZXMv c3VwcG9ydKGxIG9yIKGwbm8vZG8gbm90IHN1cHBvcnShsS4gDQpJZiBpbmRpY2F0aW5nIG5vLCBw bGVhc2Ugc3RhdGUgeW91ciB0ZWNobmljYWwgcmVzZXJ2YXRpb25zIHdpdGggdGhlIA0KZG9jdW1l bnQuPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5UaGUgcG9sbCBlbmRzIFdlZG5lc2Rh eSwgSnVuZSAxOHRoLjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+VGhhbmtzLDwvRElW Pg0KPERJVj5EZWJvcmFoIGFuZCBMb3U8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZu YnNwOzwvRElWPjwvU1BBTj48L0ZPTlQ+PC9GT05UPjwvRElWPjwvQk9EWT48L0hUTUw+DQo= --=====003_Dragon484174518307_=====-- From nobody Thu Jun 5 00:07:00 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD9211A0320 for ; Thu, 5 Jun 2014 00:06:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iuHwDMbEIxYf for ; Thu, 5 Jun 2014 00:06:38 -0700 (PDT) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D5A101A0365 for ; Thu, 5 Jun 2014 00:06:37 -0700 (PDT) X-AuditID: c1b4fb2d-f79776d000001085-ea-539016f6915f Received: from ESESSHC015.ericsson.se (Unknown_Domain [153.88.253.124]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 3C.FF.04229.6F610935; Thu, 5 Jun 2014 09:06:30 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.173]) by ESESSHC015.ericsson.se ([153.88.183.63]) with mapi id 14.03.0174.001; Thu, 5 Jun 2014 09:06:29 +0200 From: Daniele Ceccarelli To: "BRUNGARD, DEBORAH A" , "ccamp@ietf.org" Thread-Topic: Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a WG document Thread-Index: Ac+AAP3lpYzTmzTCQLaqZty1wAAgyQAi6msw Date: Thu, 5 Jun 2014 07:06:29 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE4812713242@ESESSMB301.ericsson.se> References: In-Reply-To: Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.18] Content-Type: multipart/alternative; boundary="_000_4A1562797D64E44993C5CBF38CF1BE4812713242ESESSMB301erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrKLMWRmVeSWpSXmKPExsUyM+Jvje43sQnBBqd/iFs8mXODxeJyVze7 A5PHy/45jB5LlvxkCmCK4rJJSc3JLEst0rdL4Mq41vyXqWCWfsX9dUeYGxhXa3UxcnJICJhI 3Hm0nxnCFpO4cG89WxcjF4eQwFFGiS2T1rBCOIsZJS6dPQTkcHCwCVhJPDnkA2KKCPhKTJ3O BGIKC0RJPNsdDxGNlmjqKoYwjSSmz3UGGc4ioCLR8LGHEcTmBerrv3oPzBYSiJQ48PMcG4jN CTTk44QvTCA2o4CsxITdi8BqmAXEJW49mc8EcaSAxJI956EOFpV4+fgfK4StKPHx1T6o+nyJ Y0/vMEHsEpQ4OfMJywRGkVlIRs1CUjYLSRlEXE/ixtQpbBC2tsSyha+ZIWxdiRn/DrEgiy9g ZF/FKFqcWlycm25krJdalJlcXJyfp5eXWrKJERhPB7f81t3BuPq14yFGAQ5GJR7eBXH9wUKs iWXFlbmHGKU5WJTEeS9pVAcLCaQnlqRmp6YWpBbFF5XmpBYfYmTi4JRqYGSzZow/fOSv4LYy l5k+ps5PGmLZKtUUnk7j4bH+PDtwVqlX/K37TbLce/8v+Pe6fL3XMccn74pSWMK6ZIz0zojG LbW+3+3PvyrqJlvN3ytfkgQYfd3OTkvb9CuKpbjB+qL8uSMq8kUHWO0nLUz9df7MnrfMeo9C JTJlzk4+9v6Ze+xZtseXNyixFGckGmoxFxUnAgCSLXQBiAIAAA== Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/ZP3uEV-_eWI67hy3ffnjAGJaD4k Subject: Re: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a WG document X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2014 07:06:46 -0000 --_000_4A1562797D64E44993C5CBF38CF1BE4812713242ESESSMB301erics_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Yes/support BR Daniele From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of BRUNGARD, DEBORAH = A Sent: mercoled=EC 4 giugno 2014 16:27 To: ccamp@ietf.org Subject: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext= -04 a WG document All, This is to start a two week poll on making draft-zhang-ccamp-flexible-grid-= rsvp-te-ext-04 a ccamp working group document. Please send email to the lis= t indicating "yes/support" or "no/do not support". If indicating no, please= state your technical reservations with the document. The poll ends Wednesday, June 18th. Thanks, Deborah and Lou --_000_4A1562797D64E44993C5CBF38CF1BE4812713242ESESSMB301erics_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Yes/support

 <= /p>

BR
Daniele

 <= /p>

From: CCAMP [m= ailto:ccamp-bounces@ietf.org] On Behalf Of BRUNGARD, DEBORAH A
Sent: mercoled=EC 4 giugno 2014 16:27
To: ccamp@ietf.org
Subject: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-rsvp= -te-ext-04 a WG document

 

All,

 

This is to start a two week poll on mak= ing draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a ccamp working group do= cument. Please send email to the list indicating “yes/support” or “no/do not support”. If indicating no, please state your te= chnical reservations with the document.

 

The poll ends Wednesday, June 18th.

 

Thanks,

Deborah and Lou

 

 

--_000_4A1562797D64E44993C5CBF38CF1BE4812713242ESESSMB301erics_-- From nobody Thu Jun 5 00:26:01 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F0241A006B for ; Thu, 5 Jun 2014 00:25:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.15 X-Spam-Level: X-Spam-Status: No, score=-15.15 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, RP_MATCHES_RCVD=-0.651, 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 WcIKirEywNmJ for ; Thu, 5 Jun 2014 00:25:54 -0700 (PDT) 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 2FD711A009E for ; Thu, 5 Jun 2014 00:25:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=12474; q=dns/txt; s=iport; t=1401953148; x=1403162748; h=from:to:subject:date:message-id:in-reply-to:mime-version; bh=3w4jciGsQ1T5rh0p8dl1tiWam4Sl1+HbE+kcCbAVSWA=; b=YTdAzpHFjXhStojJB7424sIqD3etvfeDx6A9LCNo3ZAOHZI/t+9dJEKV Bk4QfdcSB8Fa+2W8Co2uujLW8sALmyAOecsOB/Udj46Nd1+OoCoe4ZhPR QBKh3mkNPYb5BPANyeWvWCueDxWS+NxYzVYy4xmnsAczhAnyqO4UGvymj o=; X-Files: 273031C1-0F11-4D42-9226-D16B7CB14162[97].png : 1632 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AikLACEbkFOtJV2c/2dsb2JhbABZgkJFUliqPBEFAZgnAYEMFnSCJQECBAUoHD4EAQgRAwECBgEBAR8JBRABAwsMFAkIAQEEAREBBgiINA3TMBcEhVGIGxEBJAgJChcBBIQ8BJMahnmTOYF4gUBsgQo5 X-IronPort-AV: E=Sophos;i="4.98,979,1392163200"; d="png'150?scan'150,208,217,150";a="330703047" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-2.cisco.com with ESMTP; 05 Jun 2014 07:25:41 +0000 Received: from xhc-aln-x15.cisco.com (xhc-aln-x15.cisco.com [173.36.12.89]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id s557PfQf031314 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 5 Jun 2014 07:25:41 GMT Received: from xmb-rcd-x09.cisco.com ([169.254.9.225]) by xhc-aln-x15.cisco.com ([173.36.12.89]) with mapi id 14.03.0123.003; Thu, 5 Jun 2014 02:25:40 -0500 From: "Gabriele Maria Galimberti (ggalimbe)" To: "BRUNGARD, DEBORAH A" , "ccamp@ietf.org" Thread-Topic: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a WG document Thread-Index: Ac+AAP3lpYzTmzTCQLaqZty1wAAgyQAyQgiA Date: Thu, 5 Jun 2014 07:25:38 +0000 Message-ID: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.2.130206 x-originating-ip: [144.254.172.45] Content-Type: multipart/related; boundary="_004_CFB5E81060E92ggalimbeciscocom_"; type="multipart/alternative" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/b144NbnDWA77tN5Qku0lR9FWXy8 Subject: Re: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a WG document X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2014 07:25:59 -0000 --_004_CFB5E81060E92ggalimbeciscocom_ Content-Type: multipart/alternative; boundary="_000_CFB5E81060E92ggalimbeciscocom_" --_000_CFB5E81060E92ggalimbeciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Yes/Support. [http://www.cisco.com/swa/i/logo.gif] Gabriele Galimberti Technical Leader Cisco Photonics Srl Via Philips, 12 20900 - Monza (MI) Italy www.cisco.com/global/IT/ ggalimbe@cisco.com Phone :+39 039 2091462 Mobile :+39 335 7481947 Fax :+39 039 2092049 From: , Deborah Brungard > Date: Wednesday, June 4, 2014 4:26 PM To: "ccamp@ietf.org" > Subject: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext= -04 a WG document All, This is to start a two week poll on making draft-zhang-ccamp-flexible-grid-= rsvp-te-ext-04 a ccamp working group document. Please send email to the lis= t indicating =93yes/support=94 or =93no/do not support=94. If indicating no= , please state your technical reservations with the document. The poll ends Wednesday, June 18th. Thanks, Deborah and Lou --_000_CFB5E81060E92ggalimbeciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable
Yes/Support.

3D"http://www.cisco.com/swa/i/logo.gif"



Gabriele Galimberti Technical Leader=
Cisco Photonics Srl


Via Philips, 12

20900 - Monza (MI)
Italy
www.cisco.com/global/IT/


ggalimbe@cisco.c= om
Phone :+39 039 2091462+39 335 7481947
Fax :+39 039 2092049













From: <BRUNGARD>, Deborah Bru= ngard <db3546@att.com>
Date: Wednesday, June 4, 2014 4:26 = PM
To: "ccamp@ietf.org" <cca= mp@ietf.org>
Subject: [CCAMP] Poll on making dra= ft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a WG document

All,
 
This is to start a two week poll on making draft-zhang-ccamp-flexible-= grid-rsvp-te-ext-04 a ccamp working group document. Please send email to th= e list indicating =93yes/support=94 or =93no/do not support=94. If indicati= ng no, please state your technical reservations with the document.
 
The poll ends Wednesday, June 18th.
 
Thanks,
Deborah and Lou
 
 
 --_000_CFB5E81060E92ggalimbeciscocom_-- --_004_CFB5E81060E92ggalimbeciscocom_ Content-Type: image/png; name="273031C1-0F11-4D42-9226-D16B7CB14162[97].png" Content-Description: 273031C1-0F11-4D42-9226-D16B7CB14162[97].png Content-Disposition: inline; filename="273031C1-0F11-4D42-9226-D16B7CB14162[97].png"; size=1632; creation-date="Thu, 05 Jun 2014 07:25:38 GMT"; modification-date="Thu, 05 Jun 2014 07:25:38 GMT" Content-ID: <6F23FE5C-25B3-4090-853F-0B96F7DBF213> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAG4AAABJCAIAAABTkIQiAAAGJ0lEQVR4nO2be0xTVxzHv30gcHk5 bRmKyMCJrhDsNi0xzldikE2dZr5mSEnm/poylxi3ZAuOkhhjspANZ0zUhT9GyNwMzoHDSHD4GEGI QGtGAQ10iEyg1a1Cy50tdH9cd7kqRVp+5WHO54/m9HDOl3M+nHvP6W2QeTweMCiQT/YAXhyYSjKY SjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjImQWXLnXvTOt8bE62yxtz2 XfnvNea2aZo/CsoJ/n0lVxsqG5sBLNcsmI75ozDRq1KYp/A6HfNHgW07ZDCVZDCVZARQpa+HkqnW 3lcCpdLXQ8lUa+8HgToM+XoomWrt/SBQq9LXQ8lUa+8HBCqn+wdBqvzxqpzuHwQJ88d7r/yooBhA ZWOz8cSX4x/NtM5n50oymEoymEoyxqty3euvia9jqafKCXS+H4x329m66g3xdSz1VDmBzveD8apc rlnwUji3eP6cMdZT5QQ63w8I7pXexjFi/SgXlE85E5DvKxP9hQThBTUp+aMgm/h/Nmm5c49qIUxK vjcmQeWLCjtXksFUkhHYbeevy5fF8tw1a8g7jqWZ32PwlYCodPN8x5Wrt4qL79fXO81NADhNctL2 bTqDwTM4KFMoANQZDMa8PADa3NxlBw8KlQBsLa2N3x7ruVwldnx5zdoVhlxOrRoxn7daAYSo1Unb t2kPfDojPExs1lVb13Wh3FJRaa+plqujI15dmJC+LvH9XarFiwIxa3qVbp5vOHnK+Mk+aaXT3HS3 PlEHeAAZgCf3useVgK2l9dLuD+011dKOFnPTss8OcFBJ828eOjRk7R1uZu29W5+YMjAgqmy7WFGz f7/w9wAwZO21W3uNNdW3z/2y9puvA7E86VU+5TFsiVbJhUntAIBM9mxHz+Bge0WF2DJOn6WMiATw oLFxBje81hpOnmr4/Au5sx8AgoLCNMlKLsx+o04a1VVbdyljvbRGro4W1DtMxt/2ZmeUlJCvTWKV TqvtdmGh+FZbcDQxPR2AvaPjkd2O/1ffiLgGeHvrLaGs2rhpdX6+cFE7rbbgmVHSfMGjXB2dmpMj zVeGhgJw87z5+yIxNmFPdvL2rQCazpRYTp2Ay+U0N7Wf/kFlMFDOnFxlR1WVw2QUytqCo7p9Hwtl cQmI98QRhhIaEqWeLZRt58uqDXnzVq+ak6abGR8vzf/3TwsABAWl5uQ8ne/xAOjv6bEcPybUJ+zJ Xpv/lTIkBMDM5BR338POou8BWCoqddQqiQ9Dfd3dYjll1y7fhqJQxL79jvjWcvzYtZ07ft28pfmn M9J8t9MJQMlxI+TLZAAc3T1ihSZLL3gEwKlVSZmZCAoCwHfTf/UWwHOlcLn5xNylb264XqvauEms cZiM13buaLtYQZIfUIhVRsTEiOW28nJfu8sUitg03ZZzP2+4XqvNzRXr20vLPIODQr6S4wC4nU5v +cFRUWK560K50BHAo35He2kZXC4AyshIX8f2XIhVqlNTw5ZohXLD4cNtFyucVpvTarO1tHbV1gEQ JzYCHo+b5908LwNi03S63Fxxebr7Hg4NDQn5wa8kAIDL9Wy+m+cBRM6bF6fPEjoa8/JaSs46rbZ/ OjqMhYWdxY+3o+gVb9FOHOTbjmrxooVbNhtNRgAOk/FSxnpBx0BnZ2hc3HtlpR7vm/ig2327tOzu latRi5IA4MF92/myx6OMiJTL5cP55ia4XA6TsUqvn5WWJuZnFBYqQ0JmhIct2f2BsL0AuLZzx83l KwDYb9QJSzI4IVGTpaedOAJxrkzZm32/3SLORNQRGhc33MjL46g+c5O4+YpwmmRNll7c+oX8jpKz cmf/kLV3xPyYlSu1BUfF4630VBuckKg7ciQ2Tefv/LxCr5JTq1bn5/+xdKnl9I/SOUTMj4eXJSlU yuVyzJr91I/i9FlJmZnSmUvz/zaZhDPmEBceMT9e3IjkCsWyvXsiYmKai4qGl3ZU1Jx3NydlZi5Y n0412SdmEdDnlX48SpB2eW6vKfU4gz36JYM9rySDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSD qSSDqSSDqSSDqSSDqSTjP8P5+2z4huMfAAAAAElFTkSuQmCC --_004_CFB5E81060E92ggalimbeciscocom_-- From nobody Thu Jun 5 00:47:18 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 994EB1A00A9 for ; Thu, 5 Jun 2014 00:47:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.099 X-Spam-Level: * X-Spam-Status: No, score=1.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M1P1cwnLE_81 for ; Thu, 5 Jun 2014 00:47:07 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1A1BD1A0365 for ; Thu, 5 Jun 2014 00:47:06 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BEW84477; Thu, 05 Jun 2014 07:46:59 +0000 (GMT) Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 5 Jun 2014 08:46:03 +0100 Received: from SZXEMA408-HUB.china.huawei.com (10.82.72.40) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 5 Jun 2014 08:46:57 +0100 Received: from SZXEMA504-MBX.china.huawei.com ([169.254.7.46]) by SZXEMA408-HUB.china.huawei.com ([10.82.72.40]) with mapi id 14.03.0158.001; Thu, 5 Jun 2014 15:46:51 +0800 From: Zhenghaomian To: "BRUNGARD, DEBORAH A" , "ccamp@ietf.org" Thread-Topic: Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a WG document Thread-Index: Ac+AAP3lpYzTmzTCQLaqZty1wAAgyQAkSlkg Date: Thu, 5 Jun 2014 07:46:51 +0000 Message-ID: References: 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.66.53.113] Content-Type: multipart/alternative; boundary="_000_E0C26CAA2504C84093A49B2CAC3261A438BEC046SZXEMA504MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/RAjKGBy2kAyoF39m0VTI4MVa9pw Subject: [CCAMP] =?gb2312?b?tPC4tDogUG9sbCBvbiBtYWtpbmcgZHJhZnQtemhhbmct?= =?gb2312?b?Y2NhbXAtZmxleGlibGUtZ3JpZC1yc3ZwLXRlLWV4dC0wNCBhIFdHIGRvY3Vt?= =?gb2312?b?ZW50?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2014 07:47:10 -0000 --_000_E0C26CAA2504C84093A49B2CAC3261A438BEC046SZXEMA504MBXchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 WWVzL1N1cHBvcnQgYXMgQ29udHJpYnV0b3I6KQ0KDQq3orz+yMs6IENDQU1QIFttYWlsdG86Y2Nh bXAtYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBCUlVOR0FSRCwgREVCT1JBSCBBDQq3osvNyrG85Dog MjAxNMTqNtTCNMjVIDIyOjI3DQrK1bz+yMs6IGNjYW1wQGlldGYub3JnDQrW98ziOiBbQ0NBTVBd IFBvbGwgb24gbWFraW5nIGRyYWZ0LXpoYW5nLWNjYW1wLWZsZXhpYmxlLWdyaWQtcnN2cC10ZS1l eHQtMDQgYSBXRyBkb2N1bWVudA0KDQpBbGwsDQoNClRoaXMgaXMgdG8gc3RhcnQgYSB0d28gd2Vl ayBwb2xsIG9uIG1ha2luZyBkcmFmdC16aGFuZy1jY2FtcC1mbGV4aWJsZS1ncmlkLXJzdnAtdGUt ZXh0LTA0IGEgY2NhbXAgd29ya2luZyBncm91cCBkb2N1bWVudC4gUGxlYXNlIHNlbmQgZW1haWwg dG8gdGhlIGxpc3QgaW5kaWNhdGluZyChsHllcy9zdXBwb3J0obEgb3IgobBuby9kbyBub3Qgc3Vw cG9ydKGxLiBJZiBpbmRpY2F0aW5nIG5vLCBwbGVhc2Ugc3RhdGUgeW91ciB0ZWNobmljYWwgcmVz ZXJ2YXRpb25zIHdpdGggdGhlIGRvY3VtZW50Lg0KDQpUaGUgcG9sbCBlbmRzIFdlZG5lc2RheSwg SnVuZSAxOHRoLg0KDQpUaGFua3MsDQpEZWJvcmFoIGFuZCBMb3UNCg0KDQo= --_000_E0C26CAA2504C84093A49B2CAC3261A438BEC046SZXEMA504MBXchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Yes/Suppor= t as ContributorJ

 = ;

=B7=A2=BC=FE=C8=CB: CCAMP [mailto:ccamp-b= ounces@ietf.org] =B4=FA=B1=ED = BRUNGARD, DEBORAH A
=B7=A2=CB=CD= =CA=B1=BC=E4: 2014=C4=EA6=D4=C2<= span lang=3D"EN-US">4=C8=D5 22:27
=CA=D5=BC=FE=C8=CB: ccamp@ietf.org
=D6=F7=CC=E2: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a W= G document

 

All,

 =

This is to start a two w= eek poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a ccamp w= orking group document. Please send email to the list indicating =A1=B0yes/support=A1=B1 or =A1=B0no/do not support=A1=B1. If indicating no= , please state your technical reservations with the document.

 =

The poll ends Wednesday,= June 18th.

 =

Thanks,

Deborah and Lou

 =

 =

--_000_E0C26CAA2504C84093A49B2CAC3261A438BEC046SZXEMA504MBXchi_-- From nobody Thu Jun 5 02:55:25 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D1FA01A015F for ; Thu, 5 Jun 2014 02:55:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.899 X-Spam-Level: X-Spam-Status: No, score=-6.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-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 qdhiLf-wocHb for ; Thu, 5 Jun 2014 02:55:20 -0700 (PDT) Received: from hoemail1.alcatel.com (hoemail1.alcatel.com [192.160.6.148]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 029141A015A for ; Thu, 5 Jun 2014 02:55:19 -0700 (PDT) Received: from fr711usmtp1.zeu.alcatel-lucent.com (h135-239-2-122.lucent.com [135.239.2.122]) by hoemail1.alcatel.com (8.13.8/IER-o) with ESMTP id s559t9Nr008063 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 5 Jun 2014 04:55:11 -0500 (CDT) Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id s559t8VQ010585 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 5 Jun 2014 11:55:09 +0200 Received: from FR711WXCHMBA05.zeu.alcatel-lucent.com ([169.254.1.23]) by FR712WXCHHUB03.zeu.alcatel-lucent.com ([135.239.2.74]) with mapi id 14.02.0247.003; Thu, 5 Jun 2014 11:55:09 +0200 From: "BELOTTI, SERGIO (SERGIO)" To: "BRUNGARD, DEBORAH A" , "ccamp@ietf.org" Thread-Topic: Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a WG document Thread-Index: Ac+AAP3lpYzTmzTCQLaqZty1wAAgyQAoyptw Date: Thu, 5 Jun 2014 09:55:08 +0000 Message-ID: References: In-Reply-To: Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.40] Content-Type: multipart/alternative; boundary="_000_B9FEE68CE3A78C41A2B3C67549A96F486D4E7D5DFR711WXCHMBA05z_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/09LRaQopjdQgib6ZQ0CABVsA0ds Subject: Re: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a WG document X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2014 09:55:22 -0000 --_000_B9FEE68CE3A78C41A2B3C67549A96F486D4E7D5DFR711WXCHMBA05z_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable YES/SUPPORT Thanks Sergio From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of BRUNGARD, DEBORAH = A Sent: mercoled=EC 4 giugno 2014 16:27 To: ccamp@ietf.org Subject: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext= -04 a WG document All, This is to start a two week poll on making draft-zhang-ccamp-flexible-grid-= rsvp-te-ext-04 a ccamp working group document. Please send email to the lis= t indicating "yes/support" or "no/do not support". If indicating no, please= state your technical reservations with the document. The poll ends Wednesday, June 18th. Thanks, Deborah and Lou --_000_B9FEE68CE3A78C41A2B3C67549A96F486D4E7D5DFR711WXCHMBA05z_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

YES/SUPPORT

 <= /p>

Thanks<= /p>

Sergio<= /p>

 <= /p>

 <= /p>

From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of BRUNGARD, DEBORAH A
Sent: mercoled=EC 4 giugno 2014 16:27
To: ccamp@ietf.org
Subject: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-rsvp= -te-ext-04 a WG document

 

All,

 

This is to start a two week poll on mak= ing draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a ccamp working group do= cument. Please send email to the list indicating “yes/support” or “no/do not support”. If indicating no, please state your te= chnical reservations with the document.

 

The poll ends Wednesday, June 18th.

 

Thanks,

Deborah and Lou

 

 

--_000_B9FEE68CE3A78C41A2B3C67549A96F486D4E7D5DFR711WXCHMBA05z_-- From nobody Thu Jun 5 07:57:10 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 134781A0189 for ; Thu, 5 Jun 2014 07:57:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.176 X-Spam-Level: X-Spam-Status: No, score=-6.176 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_HI=-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 okwqDJm0Kc3u for ; Thu, 5 Jun 2014 07:57:01 -0700 (PDT) Received: from hoemail2.alcatel.com (hoemail2.alcatel.com [192.160.6.149]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F01F41A024D for ; Thu, 5 Jun 2014 07:56:34 -0700 (PDT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (h135-239-2-42.lucent.com [135.239.2.42]) by hoemail2.alcatel.com (8.13.8/IER-o) with ESMTP id s55EuMf4029958 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 5 Jun 2014 09:56:24 -0500 (CDT) Received: from destgsu0709.de.alcatel-lucent.com (slsv7at.de.alcatel-lucent.com [149.204.245.107]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id s55EuHsQ030470 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 Jun 2014 16:56:19 +0200 Received: from [149.204.107.17] (DESTGN0H466262.de.alcatel-lucent.com [149.204.107.17]) (authenticated bits=0) by destgsu0709.de.alcatel-lucent.com (8.14.3/8.13.8) with ESMTP id s55EuGiI000148 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 5 Jun 2014 16:56:17 +0200 (CEST) Message-ID: <53908510.3070606@alcatel-lucent.com> Date: Thu, 05 Jun 2014 16:56:16 +0200 From: Dieter Beller Organization: Alcatel-Lucent User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: "BRUNGARD, DEBORAH A" References: In-Reply-To: X-SubSwitch: [CCAMP]; [CCAMP] Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/uLA71Er5x_vsOHXcTfvKLGPQwSM Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a WG document X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2014 14:57:08 -0000 yes/support


Thanks,
Dieter
On 04.06.2014 16:26, BRUNGARD, DEBORAH A wrote:
All,
 
This is to start a two week poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a ccamp working group document. Please send email to the list indicating “yes/support” or “no/do not support”. If indicating no, please state your technical reservations with the document.
 
The poll ends Wednesday, June 18th.
 
Thanks,
Deborah and Lou
From nobody Thu Jun 5 18:15:42 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5BB81A037A for ; Thu, 5 Jun 2014 18:15:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.401 X-Spam-Level: X-Spam-Status: No, score=-2.401 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HXorgTMS2ivo for ; Thu, 5 Jun 2014 18:15:39 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 78F4B1A037D for ; Thu, 5 Jun 2014 18:15:38 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BEX58208; Fri, 06 Jun 2014 01:15:31 +0000 (GMT) Received: from LHREML403-HUB.china.huawei.com (10.201.5.217) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 6 Jun 2014 02:14:38 +0100 Received: from SZXEMA404-HUB.china.huawei.com (10.82.72.36) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 6 Jun 2014 02:15:30 +0100 Received: from SZXEMA512-MBS.china.huawei.com ([169.254.8.186]) by SZXEMA404-HUB.china.huawei.com ([10.82.72.36]) with mapi id 14.03.0158.001; Fri, 6 Jun 2014 09:15:27 +0800 From: "Zhangxian (Xian)" To: "BRUNGARD, DEBORAH A" , "ccamp@ietf.org" Thread-Topic: Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a WG document Thread-Index: Ac+AAP3lpYzTmzTCQLaqZty1wAAgyQAVo7DA Date: Fri, 6 Jun 2014 01:15:26 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.104.209] Content-Type: multipart/alternative; boundary="_000_C636AF2FA540124E9B9ACB5A6BECCE6B35813606SZXEMA512MBSchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/0ZDw-QLD2DqToBkBU_Hykmuf58w Subject: Re: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a WG document X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 01:15:41 -0000 --_000_C636AF2FA540124E9B9ACB5A6BECCE6B35813606SZXEMA512MBSchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 WWVzL3N1cHBvcnQgYXMgY28tYXV0aG9yLg0KDQpSZWdhcmRzLA0KWGlhbg0KDQpGcm9tOiBDQ0FN UCBbbWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBCUlVOR0FSRCwg REVCT1JBSCBBDQpTZW50OiAyMDE0xOo21MI0yNUgMjI6MjcNClRvOiBjY2FtcEBpZXRmLm9yZw0K U3ViamVjdDogW0NDQU1QXSBQb2xsIG9uIG1ha2luZyBkcmFmdC16aGFuZy1jY2FtcC1mbGV4aWJs ZS1ncmlkLXJzdnAtdGUtZXh0LTA0IGEgV0cgZG9jdW1lbnQNCg0KQWxsLA0KDQpUaGlzIGlzIHRv IHN0YXJ0IGEgdHdvIHdlZWsgcG9sbCBvbiBtYWtpbmcgZHJhZnQtemhhbmctY2NhbXAtZmxleGli bGUtZ3JpZC1yc3ZwLXRlLWV4dC0wNCBhIGNjYW1wIHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQuIFBs ZWFzZSBzZW5kIGVtYWlsIHRvIHRoZSBsaXN0IGluZGljYXRpbmcgobB5ZXMvc3VwcG9ydKGxIG9y IKGwbm8vZG8gbm90IHN1cHBvcnShsS4gSWYgaW5kaWNhdGluZyBubywgcGxlYXNlIHN0YXRlIHlv dXIgdGVjaG5pY2FsIHJlc2VydmF0aW9ucyB3aXRoIHRoZSBkb2N1bWVudC4NCg0KVGhlIHBvbGwg ZW5kcyBXZWRuZXNkYXksIEp1bmUgMTh0aC4NCg0KVGhhbmtzLA0KRGVib3JhaCBhbmQgTG91DQoN Cg0K --_000_C636AF2FA540124E9B9ACB5A6BECCE6B35813606SZXEMA512MBSchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Yes/suppor= t as co-author.

 = ;

Regards, Xian

 = ;

From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of BRUNGARD, DEBORAH A
Sent: 2014=C4=EA6=D4=C24=C8= =D5 22:27
To: ccamp@ietf.org
Subject: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-rsvp= -te-ext-04 a WG document

 

All,

 =

This is to start a two w= eek poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a ccamp w= orking group document. Please send email to the list indicating =A1=B0yes/support=A1=B1 or =A1=B0no/do not support=A1=B1. If indicating no= , please state your technical reservations with the document.

 =

The poll ends Wednesday,= June 18th.

 =

Thanks,

Deborah and Lou

 =

 =

--_000_C636AF2FA540124E9B9ACB5A6BECCE6B35813606SZXEMA512MBSchi_-- From zhangfei7@huawei.com Sun Jun 8 19:37:22 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E72C61B27AE for ; Sun, 8 Jun 2014 19:37:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.851 X-Spam-Level: X-Spam-Status: No, score=-4.851 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ztPbJa4-3Jw6 for ; Sun, 8 Jun 2014 19:37:21 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A41B71B27AC for ; Sun, 8 Jun 2014 19:37:20 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BFF15379; Mon, 09 Jun 2014 02:37:19 +0000 (GMT) Received: from NKGEML401-HUB.china.huawei.com (10.98.56.32) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 9 Jun 2014 03:37:18 +0100 Received: from NKGEML509-MBX.china.huawei.com ([169.254.1.250]) by nkgeml401-hub.china.huawei.com ([10.98.56.32]) with mapi id 14.03.0158.001; Mon, 9 Jun 2014 10:37:12 +0800 From: "Zhangfei (Philip, IP Solution)" To: "ccamp@ietf.org" Thread-Topic: Poll on making draft-farrkingel-ccamp-flexigrid-lambda-label-08 a WG document Thread-Index: Ac96X1Mnj0q4eb7qS62P0/KVbQKYBgJLB4XgAAAHg5A= Date: Mon, 9 Jun 2014 02:37:11 +0000 Message-ID: References: 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.45.31.175] Content-Type: multipart/alternative; boundary="_000_AF82500E245ACF498991B9F5FFCC6DB2BAB0F5nkgeml509mbxchina_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/zyu6im28tBALz_e_zd1a8rdGq64 Subject: Re: [CCAMP] Poll on making draft-farrkingel-ccamp-flexigrid-lambda-label-08 a WG document X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jun 2014 02:47:27 -0000 --_000_AF82500E245ACF498991B9F5FFCC6DB2BAB0F5nkgeml509mbxchina_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Yes/support As a contributor Fei From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of BRUNGARD, DEBORAH = A Sent: Wednesday, May 28, 2014 6:27 PM To: ccamp@ietf.org Subject: [CCAMP] Poll on making draft-farrkingel-ccamp-flexigrid-lambda-lab= el-08 a WG document All, This is to start a two week poll on making draft-farrkingel-ccamp-flexigrid= -lambda-label-08 a ccamp working group document. Please send email to the l= ist indicating "yes/support" or "no/do not support". If indicating no, plea= se state your technical reservations with the document. The poll ends Wednesday, June 11th. Thanks, Deborah and Lou --_000_AF82500E245ACF498991B9F5FFCC6DB2BAB0F5nkgeml509mbxchina_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Yes/suppor= t

 = ;

As a contr= ibutor

 = ;

Fei

 = ;

From: CCAMP [mail= to:ccamp-bounces@ietf.org] On Behalf Of BRUNGARD, DEBORAH A
Sent: Wednesday, May 28, 2014 6:27 PM
To: ccamp@ietf.org
Subject: [CCAMP] Poll on making draft-farrkingel-ccamp-flexigrid-lam= bda-label-08 a WG document

 

All,

 =

This is to start a two w= eek poll on making draft-farrkingel-ccamp-flexigrid-lambda-label-08 a ccamp= working group document. Please send email to the list indicating “yes/support” or “no/do not support”. If indicatin= g no, please state your technical reservations with the document.

 =

The poll ends Wednesday,= June 11th.

 =

Thanks,

Deborah and Lou

 =

 

 

--_000_AF82500E245ACF498991B9F5FFCC6DB2BAB0F5nkgeml509mbxchina_-- From nobody Tue Jun 10 14:31:29 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 75DEB1A0318 for ; Tue, 10 Jun 2014 14:31:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.85 X-Spam-Level: X-Spam-Status: No, score=-4.85 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651] 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 98cvxSASmYxq for ; Tue, 10 Jun 2014 14:31:25 -0700 (PDT) Received: from nbfkord-smmo06.seg.att.com (nbfkord-smmo06.seg.att.com [209.65.160.94]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C4FA31A0307 for ; Tue, 10 Jun 2014 14:31:24 -0700 (PDT) Received: from unknown [144.160.229.24] (EHLO alpi155.enaf.aldc.att.com) by nbfkord-smmo06.seg.att.com(mxl_mta-7.2.1-0) over TLS secured channel with ESMTP id b2977935.0.2881500.00-2219.8062254.nbfkord-smmo06.seg.att.com (envelope-from ); Tue, 10 Jun 2014 21:31:24 +0000 (UTC) X-MXL-Hash: 5397792c3b862f45-debb0c115ae8a773c9737b1e34f0ecf79d0e2cd9 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id s5ALVNMN010533 for ; Tue, 10 Jun 2014 17:31:23 -0400 Received: from mlpi408.sfdc.sbc.com (mlpi408.sfdc.sbc.com [130.9.128.240]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id s5ALVHjr010390 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 10 Jun 2014 17:31:20 -0400 Received: from MISOUT7MSGHUBAE.ITServices.sbc.com (MISOUT7MSGHUBAE.itservices.sbc.com [130.9.129.149]) by mlpi408.sfdc.sbc.com (RSA Interceptor) for ; Tue, 10 Jun 2014 21:31:03 GMT Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.122]) by MISOUT7MSGHUBAE.ITServices.sbc.com ([130.9.129.149]) with mapi id 14.03.0174.001; Tue, 10 Jun 2014 17:31:03 -0400 From: "BRUNGARD, DEBORAH A" To: "ccamp@ietf.org" Thread-Topic: Improving and Restructuring the Routing Area Thread-Index: AQHPhOichpI2aPw4+UGrxtQ0WGQM0Ztq3Fag Date: Tue, 10 Jun 2014 21:31:02 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.70.1.142] Content-Type: multipart/alternative; boundary="_000_F64C10EAA68C8044B33656FA214632C80CB65745MISOUT7MSGUSRDE_" MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-AnalysisOut: [v=2.0 cv=OMyQK1mB c=1 sm=1 a=dhB6nF3YHL5t/Ixux6cINA==:17 a] X-AnalysisOut: [=OkNYHu8PCcsA:10 a=ofMgfj31e3cA:10 a=jiY-SvJQ5o4A:10 a=BLc] X-AnalysisOut: [eEmwcHowA:10 a=zQP7CpKOAAAA:8 a=XIqpo32RAAAA:8 a=pGLkceISA] X-AnalysisOut: [AAA:8 a=48vgC7mUAAAA:8 a=YuqlXGoRLjOvRhoOE2oA:9 a=QEXdDO2u] X-AnalysisOut: [t3YA:10 a=MSl-tDqOz04A:10 a=lZB815dzVvQA:10 a=yMhMjlubAAAA] X-AnalysisOut: [:8 a=SSmOFEACAAAA:8 a=WpwgZVcRLrApNVoQQvYA:9 a=gKO2Hq4RSVk] X-AnalysisOut: [A:10 a=UiCQ7L4-1S4A:10 a=hTZeC7Yk6K0A:10 a=frz4AuCg-hUA:10] X-AnalysisOut: [ a=tXsnliwV7b4A:10 a=7LSdEw9LKoKBFg3g:21] X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2014051901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.229.24] Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/BF56LxCHEkhdT9FcitEbmHke6AU Subject: [CCAMP] FW: Improving and Restructuring the Routing Area X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jun 2014 21:31:27 -0000 --_000_F64C10EAA68C8044B33656FA214632C80CB65745MISOUT7MSGUSRDE_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RllJLQ0KSWYgaW50ZXJlc3RlZCwgdGhlIGRpc2N1c3Npb24gaXMgb24gdGhlIHJvdXRpbmctZGlz Y3Vzc2lvbiBsaXN0ICh5b3Ugd2lsbCBuZWVkIHRvIHN1YnNjcmliZSBpZiBub3QgYSBtZW1iZXIp Lg0KDQpGcm9tOiBBbGlhIEF0bGFzIFttYWlsdG86YWthdGxhc0BnbWFpbC5jb21dDQpTZW50OiBU dWVzZGF5LCBKdW5lIDEwLCAyMDE0IDQ6MTQgUE0NClRvOiBydGctY2hhaXJzQGlldGYub3JnDQpT dWJqZWN0OiBGd2Q6IEltcHJvdmluZyBhbmQgUmVzdHJ1Y3R1cmluZyB0aGUgUm91dGluZyBBcmVh DQoNCkNvdWxkIHlvdSBwbGVhc2UgZm9yd2FyZCB0byB5b3VyIHdvcmtpbmcgZ3JvdXBzIGZvciB0 aG9zZSBub3Qgb24gcm91dGluZy1kaXNjdXNzaW9uPw0KDQpUaGFua3MsDQpBbGlhDQotLS0tLS0t LS0tIEZvcndhcmRlZCBtZXNzYWdlIC0tLS0tLS0tLS0NCkZyb206IEFsaWEgQXRsYXMgPGFrYXRs YXNAZ21haWwuY29tPG1haWx0bzpha2F0bGFzQGdtYWlsLmNvbT4+DQpEYXRlOiBUdWUsIEp1biAx MCwgMjAxNCBhdCAzOjU3IFBNDQpTdWJqZWN0OiBJbXByb3ZpbmcgYW5kIFJlc3RydWN0dXJpbmcg dGhlIFJvdXRpbmcgQXJlYQ0KVG86IHJvdXRpbmctZGlzY3Vzc2lvbkBpZXRmLm9yZzxtYWlsdG86 cm91dGluZy1kaXNjdXNzaW9uQGlldGYub3JnPg0KDQpUbyBhbGwgcGFydGljaXBhbnRzIGluIHRo ZSBSb3V0aW5nIEFyZWEsDQoNCkFkcmlhbiBhbmQgSSBhcmUgd29ya2luZyBvbiBpbXByb3Zpbmcg dGhlIHF1YWxpdHksIHNwZWVkLCBhbmQNCmV4cGVyaWVuY2Ugb2YgZ2V0dGluZyB3b3JrIGRvbmUg aW4gdGhlIElFVEYgUm91dGluZyBBcmVhLiAgVGhlcmUgYXJlDQp0aHJlZSBpbml0aWF0aXZlcyB0 aGF0IHdlIGFyZSB3b3JraW5nOiBXRyBEcmFmdCBRQSwgUm91dGluZyBBcmVhDQpzcGVjaWZpYyBX RyBjaGFpciB0cmFpbmluZywgYW5kIHJlb3JnYW5pemluZyB0aGUgd29ya2luZyBncm91cHMgaW4g dGhlDQphcmVhLg0KDQpGaXJzdCwgd2UgaW50ZW5kIHRvIHVzZSBvdXIgUm91dGluZyBEaXJlY3Rv cmF0ZSBtb3JlIHByb2FjdGl2ZWx5IGJ5DQppbnRyb2R1Y2luZyBhIFdvcmtpbmcgR3JvdXAgRHJh ZnQgUXVhbGl0eSBBc3N1cmFuY2UgKFdHIERyYWZ0IFFBKQ0KcHJvY2VzcyB3aGVyZSB0aGUgc2Ft ZSBzZWxlY3RlZCByb3V0aW5nIGRpcmVjdG9yYXRlIG1lbWJlciB3aWxsIHJldmlldw0KYSBkcmFm dCBkdXJpbmcgV0cgZHJhZnQgYWRvcHRpb24gYW5kIGR1cmluZyBXRyBsYXN0IGNhbGwuICBUaGUg cHJvY2Vzcw0Kd2lsbCBiZSBkb2N1bWVudGVkIG9uIHRoZSBSb3V0aW5nIEFyZWEgd2lraQ0KKGh0 dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMvd2lraSkuICBUaGlzIHNob3Vs ZCBhbGxvdw0KZGlyZWN0b3JhdGUgcmV2aWV3cyB0byByZXBvcnQgdGVjaG5pY2FsIGlzc3VlcyB0 aGF0IGNhbiBhY3R1YWxseSBnZXQNCmZpeGVkIGVhcmx5IGluIHRoZSBwcm9jZXNzIChlcXVpdmFs ZW50IG9mIGJ1ZyByZXBvcnRzKSBhcyBvcHBvc2VkIHRvDQpqdXN0IG5vdGluZyB0aGUgY29uY2Vy bnMgaW4gdGhlIGRyYWZ0cyAoZXF1aXZhbGVudCBvZiByZWxlYXNlIG5vdGVzKS4NCg0KU2Vjb25k LCBhcyB3YXMgZGlzY3Vzc2VkIGR1cmluZyB0aGUgcmVjZW50IElFU0cgcmV0cmVhdCwgaW4gYWRk aXRpb24NCnRvIHRoZSBJRVRGLXdpZGUgV0cgY2hhaXIgdHJhaW5pbmcsIHdlIGludGVuZCB0byBo YXZlIGEgc2VyaWVzIG9mDQp0cmFpbmluZyBzZXNzaW9ucyBmb3IgV0cgQ2hhaXJzIGluIHRoZSBS b3V0aW5nIEFyZWEgYWRkcmVzc2luZyB0b3BpY3MNCnN1Y2ggYXMganVkZ2luZyBjb25zZW5zdXMs IHByb2plY3QgbWFuYWdlbWVudCwgbW90aXZhdGluZyB2b2x1bnRlZXJzLA0KdXNpbmcgdGhlIGRh dGF0cmFja2VyICh2aWEgYSBzYW5kYm94IHZlcnNpb24gdGhhdCBjYW4gYmUgcGxheWVkDQp3aXRo IHNhZmVseSksIGFuZCBzaGFyaW5nIGV4cGVyaWVuY2VzIGJldHdlZW4gV0cgY2hhaXJzLg0KDQpU aGlyZCwgd2UgaW50ZW5kIHRvIHJlb3JnYW5pemUgdGhlIHdvcmtpbmcgZ3JvdXBzIGluIHRoZSBS b3V0aW5nIGFyZWEuDQpXZSBmZWVsIHRoYXQgaXQgaXMgaW1wb3J0YW50IHRvIGZvY3VzIG9uIGFy ZWFzIHdoZXJlIHRoZXJlIGlzIGFjdGl2ZQ0KaW50ZXJlc3QgaW4gc3RhbmRhcmRpemF0aW9uIGFu ZCB0byBiZSBvcGVuIGFuZCBhYmxlIHRvIGFjY2VwdCBuZXcgd29yaw0KaW50byB0aGUgYXJlYS4g IEFzIHlvdSBrbm93LCB3ZSBoYXZlIGhhZCBzZXZlcmFsIG5ldyB3b3JraW5nIGdyb3Vwcw0KKG52 bzMsIGkycnMsIHNmYywgc3ByaW5nKSBjcmVhdGVkIGluIHRoZSBsYXN0IGZldyB5ZWFycyBhbmQg d2UgbmVlZCB0bw0KYmUgb3BlbiBhbmQgYWJsZSB0byBoYW5kbGUgbW9yZSBuZXcgd29yayBhcyBp dCBjb21lcyBpbi4gIFdlIHdvdWxkDQphbHNvIGxpa2UgdG8gaW1wcm92ZSB0aGUgc2lnbmFsLXRv LW5vaXNlIHJhdGlvIGV4cGVyaWVuY2VkIGJ5DQpwYXJ0aWNpcGFudHMgaW4gdGhlIGRpZmZlcmVu dCB3b3JraW5nIGdyb3VwcyBhbmQgaW1wcm92ZSB0aGUgcXVhbnRpdHkNCmFuZCBxdWFsaXR5IG9m IGRpc2N1c3Npb24gYW5kIHJldmlld3MuICBJdCBpcyBsaWtlbHkgdGhhdCBub3QgYWxsIFdHcw0K aW4gdGhlIFJvdXRpbmcgQXJlYSB3aWxsIGJlIGRpcmVjdGx5IGFmZmVjdGVkLg0KDQpIZXJlIGlz IHRoZSB0aW1lLWxpbmUgZm9yIHJlb3JnYW5pemluZyB0aGUgV0dzLg0KDQogICBOT1c6IHB1Ymxp YyBkaXNjdXNzaW9uIG9uIHJvdXRpbmctZGlzY3Vzc2lvbkBpZXRmLm9yZzxtYWlsdG86cm91dGlu Zy1kaXNjdXNzaW9uQGlldGYub3JnPiBhYm91dCBob3cgdG8NCiAgIHJlb3JnYW5pemUgdGhlIHdv cmtpbmcgZ3JvdXBzIHRvIGJlc3QgbWVldCBvdXIgbW90aXZhdGlvbnMuDQogICBBZGRpdGlvbmFs IGZvY3VzZWQgZGlzY3Vzc2lvbnMgYXJlIGV4cGVjdGVkIG9uIHRoZQ0KICAgcnRnLWNoYWlyc0Bp ZXRmLm9yZzxtYWlsdG86cnRnLWNoYWlyc0BpZXRmLm9yZz4gYW5kIHJ0Zy1kaXJAaWV0Zi5vcmc8 bWFpbHRvOnJ0Zy1kaXJAaWV0Zi5vcmc+IG1haWxpbmcgbGlzdHMuDQoNCiAgIEluIFRvcm9udG86 IFRoZXJlIHdpbGwgYmUgbWVldGluZ3Mgd2l0aCB0aGUgV0cgY2hhaXJzIGFuZCB0aGUNCiAgIFJv dXRpbmcgRGlyZWN0b3JhdGUgdG8gZ2V0IHRoZSBpZGVhcyBkZXNjcmliZWQgYW5kIGFncmVlZCB1 cG9uLg0KDQogICBBdCB0aGUgUm91dGluZyBBcmVhIE1lZXRpbmcgaW4gVG9yb250bzogRGlzY3Vz cyB0aGUgc2V0IG9mDQogICByZW9yZ2FuaXplZCBXR3MgYW5kIGdlbmVyYWwgY2hhcnRlciBjb250 ZW50IGluIHRoZSBSb3V0aW5nIEFyZWENCiAgIG1lZXRpbmcuDQoNCiAgIFNlcHRlbWJlciAyMDE0 OiBCYXNlZCB1cG9uIHRoZSBmZWVkYmFjaywgc3VnZ2VzdGlvbnMsIGFuZA0KICAgZGlzY3Vzc2lv biwgQWRyaWFuIGFuZCBJIGZpbmFsaXplIHRoZSByZW9yZ2FuaXplZCBXRyBjaGFydGVycy4gIFdl DQogICBzdGFydCB0aGUgaW50ZXJuYWwgSUVTRyBkaXNjdXNzaW9uIGFuZCBwdWJsaWMgcmV2aWV3 cy4NCg0KICAgT2N0b2JlciAyMDE0OiBGb3JtYWwgcmVjaGFydGVyaW5nIHByb2Nlc3MgY29tcGxl dGVzLg0KDQogICBJbiBIb25vbHVsdTogVGhlIG5ldyBzZXQgb2YgV0dzIG1lZXQuDQoNCiAgIEFm dGVyIEhvbm9sdWx1OiBBZHJpYW4gYW5kIEkgZGVhbCB3aXRoIGFueSBpc3N1ZXMgYW5kIGNoYXJ0 ZXINCiAgIHVwZGF0ZXMgYmFzZWQgdXBvbiBhIGZldyBtb250aHMgb2YgZXhwZXJpZW5jZS4NCg0K SGVyZSBhcmUgdGhlIG1vdGl2YXRpb25zIHRoYXQgQWRyaWFuIGFuZCBJIHdvdWxkIGxpa2UgdG8g YmUgY29uc2lkZXJlZA0Kd2hlbiBjb21pbmcgdXAgd2l0aCBpZGVhcyBmb3IgaG93IHRoZSBXR3Mg c2hvdWxkIGJlIHJlb3JnYW5pemVkLg0KDQogICAxKSBNb3ZlIHRvd2FyZHMgb3JnYW5pemluZyB3 b3JraW5nIGdyb3VwcyBvbiBmdW5jdGlvbmFsDQogICByZXNwb25zaWJpbGl0aWVzIHJhdGhlciB0 aGFuIHNjb3BpbmcgdGhlbSB0byBzcGVjaWZpYyBwcm90b2NvbHMuDQoNCiAgIDIpIFNwbGl0IGdp YW50IHdvcmtpbmcgZ3JvdXBzIHNvIHJlbGV2YW50IHdvcmsgaXMgZG9uZSBpbiBvbmUgcGxhY2UN CiAgIGFuZCB0aGVyZSBpcyBhbiBpbXByb3ZlZCBzaWduYWwtdG8tbm9pc2UgcmF0aW8gZm9yIHBh cnRpY2lwYW50cyB3aG8NCiAgIGFyZSBvbmx5IGludGVyZXN0ZWQgaW4gYSBzbGljZSBvZiB0aGUg Y3VycmVudCB3b3JraW5nIGdyb3VwJ3Mgd29yay4NCg0KICAgMykgQ3JlYXRlIHN5bmVyZ2llcyBm b3Igc2NhdHRlcmVkIGZ1bmN0aW9uYWxpdHkgKGV4YW1wbGUgaWRlYXM6DQogICBPQU0sIEZSUiwg dHJhZmZpYy1lbmdpbmVlcmluZykNCg0KICAgNCkgQ3JlYXRlIGEgRElTUEFUQ0ggd29ya2luZyBn cm91cCBmb3IgY2xlYXIgbmV3IGlkZWEgZGlzY3Vzc2lvbjsNCiAgIHJ0Z3dnIHNlcnZlcyBzb21l IG9mIHRoaXMgcHVycG9zZSBidXQgZG9lc24ndCBoYXZlIGEgY2xlYXIgcHJvY2Vzcw0KICAgYW5k IGlzbid0IGRyYXdpbmcgaW4gdGhlIG5ldyBpZGVhcy4NCg0KICAgNSkgRm9jdXMgUm91dGluZyBB cmVhIHRpbWUgb24gZGVzaWduIGNlbnRlcnMgcmF0aGVyIHRoYW4gb24gZmFyDQogICBjb3JuZXIg Y2FzZXMuDQoNCiAgIDYpIEVhY2ggd29ya2luZyBncm91cCBzaG91bGQgaGF2ZSBjbGVhciwgd2Vs bCBkZWZpbmVkLCBhbmQgYWNoaWV2YWJsZSBnb2Fscy4NCg0KTm90aW5nIHRoYXQgdGhlIFJvdXRp bmcgQXJlYSBoYXMgaW5oZXJpdGVkIHNvbWUgb2YgaXRzIFdHIHN0cnVjdHVyZQ0KZnJvbSB0aGUg c3ViLUlQIGFyZWEsIGl0IGlzIG5vdCBhIGdvYWwgdG8gZm9yY2UgSVAgcm91dGluZyBhbmQgTVBM Uw0Kcm91dGluZyB0byByZW1haW4gc2VwYXJhdGVkLg0KDQpUaGUgZ29hbCBvZiB0aGlzIHJlb3Jn YW5pemF0aW9uIGlzIG5vdCBjbG9zaW5nIHdvcmtpbmcgZ3JvdXBzLiAgQWRyaWFuDQphbmQgQWxp YSBhcmUgcGVyZmVjdGx5IGNhcGFibGUgb2YgY2xvc2luZyB3b3JraW5nIGdyb3VwcyB3aXRob3V0 IGdvaW5nDQp0aHJvdWdoIHJlc3RydWN0dXJpbmcuDQoNCkZvciB0aG9zZSBvZiB5b3UgdGhhdCBo YXZlIHJlYWQgdGhpcyBmYXIsIHRoYW5rIHlvdS4gIEdldHRpbmcgdGhpcyA4MCUNCnJpZ2h0IGlz IGdvaW5nIHRvIHRha2Ugc29tZSBzZXJpb3VzIGRpc2N1c3Npb24gYW5kIHRob3VnaHQuICBXZSBh bGwNCndvcmsgaW4gdGhlIFJvdXRpbmcgQXJlYSB0b2dldGhlciB3aXRoIGRpZmZlcmVudCBwZXJz cGVjdGl2ZXMuICBQbGVhc2UNCnRoaW5rIGNhcmVmdWxseSBhbmQgaGVscCB1cyBoYXZlIGEgaGln aGx5IGZvY3VzZWQgZGlzY3Vzc2lvbi4NCg0KVGhhbmtzLA0KQWxpYSBhbmQgQWRyaWFuDQoNCg0K --_000_F64C10EAA68C8044B33656FA214632C80CB65745MISOUT7MSGUSRDE_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0 YXRlLCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxl LWxpbms6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206 LjAwMDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMt c2VyaWYiO30NCnNwYW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29u IFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJC YWxsb29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQpzcGFu LkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERl ZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGli cmkiLCJzYW5zLXNlcmlmIjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4w aW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjEN Cgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHht bD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3ht bD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6 ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBl bGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxp bms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj5GWUktPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPklmIGludGVyZXN0ZWQsIHRo ZSBkaXNjdXNzaW9uIGlzIG9uIHRoZSByb3V0aW5nLWRpc2N1c3Npb24gbGlzdCAoeW91IHdpbGwg bmVlZCB0byBzdWJzY3JpYmUgaWYgbm90IGEgbWVtYmVyKS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFo b21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+IEFsaWEgQXRsYXMgW21haWx0bzpha2F0bGFzQGdtYWlsLmNv bV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBKdW5lIDEwLCAyMDE0IDQ6MTQgUE08YnI+ DQo8Yj5Ubzo8L2I+IHJ0Zy1jaGFpcnNAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gRndk OiBJbXByb3ZpbmcgYW5kIFJlc3RydWN0dXJpbmcgdGhlIFJvdXRpbmcgQXJlYTxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkNvdWxkIHlvdSBwbGVhc2UgZm9yd2FyZCB0byB5 b3VyIHdvcmtpbmcgZ3JvdXBzIGZvciB0aG9zZSBub3Qgb24gcm91dGluZy1kaXNjdXNzaW9uPzxv OnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmtzLDxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1ib3R0b206MTIuMHB0Ij5BbGlhPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij4tLS0tLS0tLS0tIEZvcndh cmRlZCBtZXNzYWdlIC0tLS0tLS0tLS08YnI+DQpGcm9tOiA8Yj5BbGlhIEF0bGFzPC9iPiAmbHQ7 PGEgaHJlZj0ibWFpbHRvOmFrYXRsYXNAZ21haWwuY29tIj5ha2F0bGFzQGdtYWlsLmNvbTwvYT4m Z3Q7PGJyPg0KRGF0ZTogVHVlLCBKdW4gMTAsIDIwMTQgYXQgMzo1NyBQTTxicj4NClN1YmplY3Q6 IEltcHJvdmluZyBhbmQgUmVzdHJ1Y3R1cmluZyB0aGUgUm91dGluZyBBcmVhPGJyPg0KVG86IDxh IGhyZWY9Im1haWx0bzpyb3V0aW5nLWRpc2N1c3Npb25AaWV0Zi5vcmciPnJvdXRpbmctZGlzY3Vz c2lvbkBpZXRmLm9yZzwvYT48YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VG8gYWxsIHBhcnRpY2lwYW50cyBpbiB0aGUgUm91dGlu ZyBBcmVhLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5BZHJpYW4gYW5kIEkgYXJlIHdvcmtpbmcgb24gaW1wcm92aW5nIHRoZSBxdWFsaXR5LCBz cGVlZCwgYW5kPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5leHBlcmllbmNlIG9mIGdldHRpbmcgd29yayBkb25lIGluIHRoZSBJRVRGIFJvdXRpbmcg QXJlYS4gJm5ic3A7VGhlcmUgYXJlPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj50aHJlZSBpbml0aWF0aXZlcyB0aGF0IHdlIGFyZSB3b3JraW5nOiBX RyBEcmFmdCBRQSwgUm91dGluZyBBcmVhPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5zcGVjaWZpYyBXRyBjaGFpciB0cmFpbmluZywgYW5kIHJlb3Jn YW5pemluZyB0aGUgd29ya2luZyBncm91cHMgaW4gdGhlPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5hcmVhLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5GaXJzdCwgd2UgaW50ZW5kIHRvIHVzZSBv dXIgUm91dGluZyBEaXJlY3RvcmF0ZSBtb3JlIHByb2FjdGl2ZWx5IGJ5PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5pbnRyb2R1Y2luZyBhIFdvcmtp bmcgR3JvdXAgRHJhZnQgUXVhbGl0eSBBc3N1cmFuY2UgKFdHIERyYWZ0IFFBKTxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+cHJvY2VzcyB3aGVyZSB0 aGUgc2FtZSBzZWxlY3RlZCByb3V0aW5nIGRpcmVjdG9yYXRlIG1lbWJlciB3aWxsIHJldmlldzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+YSBkcmFm dCBkdXJpbmcgV0cgZHJhZnQgYWRvcHRpb24gYW5kIGR1cmluZyBXRyBsYXN0IGNhbGwuICZuYnNw O1RoZSBwcm9jZXNzPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj53aWxsIGJlIGRvY3VtZW50ZWQgb24gdGhlIFJvdXRpbmcgQXJlYSB3aWtpPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4oPGEgaHJlZj0i aHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpIiB0YXJnZXQ9Il9i bGFuayI+aHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpPC9hPiku ICZuYnNwO1RoaXMgc2hvdWxkIGFsbG93PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5kaXJlY3RvcmF0ZSByZXZpZXdzIHRvIHJlcG9ydCB0ZWNobmlj YWwgaXNzdWVzIHRoYXQgY2FuIGFjdHVhbGx5IGdldDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Zml4ZWQgZWFybHkgaW4gdGhlIHByb2Nlc3MgKGVx dWl2YWxlbnQgb2YgYnVnIHJlcG9ydHMpIGFzIG9wcG9zZWQgdG88bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPmp1c3Qgbm90aW5nIHRoZSBjb25jZXJu cyBpbiB0aGUgZHJhZnRzIChlcXVpdmFsZW50IG9mIHJlbGVhc2Ugbm90ZXMpLjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TZWNvbmQsIGFzIHdh cyBkaXNjdXNzZWQgZHVyaW5nIHRoZSByZWNlbnQgSUVTRyByZXRyZWF0LCBpbiBhZGRpdGlvbjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+dG8gdGhl IElFVEYtd2lkZSBXRyBjaGFpciB0cmFpbmluZywgd2UgaW50ZW5kIHRvIGhhdmUgYSBzZXJpZXMg b2Y8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPnRy YWluaW5nIHNlc3Npb25zIGZvciBXRyBDaGFpcnMgaW4gdGhlIFJvdXRpbmcgQXJlYSBhZGRyZXNz aW5nIHRvcGljczxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+c3VjaCBhcyBqdWRnaW5nIGNvbnNlbnN1cywgcHJvamVjdCBtYW5hZ2VtZW50LCBtb3Rp dmF0aW5nIHZvbHVudGVlcnMsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj51c2luZyB0aGUgZGF0YXRyYWNrZXIgKHZpYSBhIHNhbmRib3ggdmVyc2lv biB0aGF0IGNhbiBiZSBwbGF5ZWQ8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPndpdGggc2FmZWx5KSwgYW5kIHNoYXJpbmcgZXhwZXJpZW5jZXMgYmV0 d2VlbiBXRyBjaGFpcnMuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPlRoaXJkLCB3ZSBpbnRlbmQgdG8gcmVvcmdhbml6ZSB0aGUgd29ya2luZyBn cm91cHMgaW4gdGhlIFJvdXRpbmcgYXJlYS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPldlIGZlZWwgdGhhdCBpdCBpcyBpbXBvcnRhbnQgdG8gZm9j dXMgb24gYXJlYXMgd2hlcmUgdGhlcmUgaXMgYWN0aXZlPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5pbnRlcmVzdCBpbiBzdGFuZGFyZGl6YXRpb24g YW5kIHRvIGJlIG9wZW4gYW5kIGFibGUgdG8gYWNjZXB0IG5ldyB3b3JrPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5pbnRvIHRoZSBhcmVhLiAmbmJz cDtBcyB5b3Uga25vdywgd2UgaGF2ZSBoYWQgc2V2ZXJhbCBuZXcgd29ya2luZyBncm91cHM8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPihudm8zLCBp MnJzLCBzZmMsIHNwcmluZykgY3JlYXRlZCBpbiB0aGUgbGFzdCBmZXcgeWVhcnMgYW5kIHdlIG5l ZWQgdG88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PmJlIG9wZW4gYW5kIGFibGUgdG8gaGFuZGxlIG1vcmUgbmV3IHdvcmsgYXMgaXQgY29tZXMgaW4u ICZuYnNwO1dlIHdvdWxkPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5hbHNvIGxpa2UgdG8gaW1wcm92ZSB0aGUgc2lnbmFsLXRvLW5vaXNlIHJhdGlv IGV4cGVyaWVuY2VkIGJ5PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5wYXJ0aWNpcGFudHMgaW4gdGhlIGRpZmZlcmVudCB3b3JraW5nIGdyb3VwcyBh bmQgaW1wcm92ZSB0aGUgcXVhbnRpdHk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPmFuZCBxdWFsaXR5IG9mIGRpc2N1c3Npb24gYW5kIHJldmlld3Mu ICZuYnNwO0l0IGlzIGxpa2VseSB0aGF0IG5vdCBhbGwgV0dzPG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5pbiB0aGUgUm91dGluZyBBcmVhIHdpbGwg YmUgZGlyZWN0bHkgYWZmZWN0ZWQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPkhlcmUgaXMgdGhlIHRpbWUtbGluZSBmb3IgcmVvcmdhbml6aW5n IHRoZSBXR3MuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPiZuYnNwOyAmbmJzcDtOT1c6IHB1YmxpYyBkaXNjdXNzaW9uIG9uIDxhIGhyZWY9Im1h aWx0bzpyb3V0aW5nLWRpc2N1c3Npb25AaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj4NCnJvdXRp bmctZGlzY3Vzc2lvbkBpZXRmLm9yZzwvYT4gYWJvdXQgaG93IHRvPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5ic3A7cmVvcmdhbml6 ZSB0aGUgd29ya2luZyBncm91cHMgdG8gYmVzdCBtZWV0IG91ciBtb3RpdmF0aW9ucy48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyAmbmJz cDtBZGRpdGlvbmFsIGZvY3VzZWQgZGlzY3Vzc2lvbnMgYXJlIGV4cGVjdGVkIG9uIHRoZTxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7ICZu YnNwOzxhIGhyZWY9Im1haWx0bzpydGctY2hhaXJzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+ cnRnLWNoYWlyc0BpZXRmLm9yZzwvYT4gYW5kDQo8YSBocmVmPSJtYWlsdG86cnRnLWRpckBpZXRm Lm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnJ0Zy1kaXJAaWV0Zi5vcmc8L2E+IG1haWxpbmcgbGlzdHMu PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu YnNwOyAmbmJzcDtJbiBUb3JvbnRvOiBUaGVyZSB3aWxsIGJlIG1lZXRpbmdzIHdpdGggdGhlIFdH IGNoYWlycyBhbmQgdGhlPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj4mbmJzcDsgJm5ic3A7Um91dGluZyBEaXJlY3RvcmF0ZSB0byBnZXQgdGhlIGlk ZWFzIGRlc2NyaWJlZCBhbmQgYWdyZWVkIHVwb24uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyAmbmJzcDtBdCB0aGUgUm91dGluZyBB cmVhIE1lZXRpbmcgaW4gVG9yb250bzogRGlzY3VzcyB0aGUgc2V0IG9mPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5ic3A7cmVvcmdh bml6ZWQgV0dzIGFuZCBnZW5lcmFsIGNoYXJ0ZXIgY29udGVudCBpbiB0aGUgUm91dGluZyBBcmVh PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJz cDsgJm5ic3A7bWVldGluZy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+Jm5ic3A7ICZuYnNwO1NlcHRlbWJlciAyMDE0OiBCYXNlZCB1cG9uIHRo ZSBmZWVkYmFjaywgc3VnZ2VzdGlvbnMsIGFuZDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7ICZuYnNwO2Rpc2N1c3Npb24sIEFkcmlhbiBh bmQgSSBmaW5hbGl6ZSB0aGUgcmVvcmdhbml6ZWQgV0cgY2hhcnRlcnMuICZuYnNwO1dlPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5i c3A7c3RhcnQgdGhlIGludGVybmFsIElFU0cgZGlzY3Vzc2lvbiBhbmQgcHVibGljIHJldmlld3Mu PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu YnNwOyAmbmJzcDtPY3RvYmVyIDIwMTQ6IEZvcm1hbCByZWNoYXJ0ZXJpbmcgcHJvY2VzcyBjb21w bGV0ZXMuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPiZuYnNwOyAmbmJzcDtJbiBIb25vbHVsdTogVGhlIG5ldyBzZXQgb2YgV0dzIG1lZXQuPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNw OyAmbmJzcDtBZnRlciBIb25vbHVsdTogQWRyaWFuIGFuZCBJIGRlYWwgd2l0aCBhbnkgaXNzdWVz IGFuZCBjaGFydGVyPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj4mbmJzcDsgJm5ic3A7dXBkYXRlcyBiYXNlZCB1cG9uIGEgZmV3IG1vbnRocyBvZiBl eHBlcmllbmNlLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5IZXJlIGFyZSB0aGUgbW90aXZhdGlvbnMgdGhhdCBBZHJpYW4gYW5kIEkgd291bGQg bGlrZSB0byBiZSBjb25zaWRlcmVkPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj53aGVuIGNvbWluZyB1cCB3aXRoIGlkZWFzIGZvciBob3cgdGhlIFdH cyBzaG91bGQgYmUgcmVvcmdhbml6ZWQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyAmbmJzcDsxKSBNb3ZlIHRvd2FyZHMgb3JnYW5p emluZyB3b3JraW5nIGdyb3VwcyBvbiBmdW5jdGlvbmFsPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5ic3A7cmVzcG9uc2liaWxpdGll cyByYXRoZXIgdGhhbiBzY29waW5nIHRoZW0gdG8gc3BlY2lmaWMgcHJvdG9jb2xzLjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5i c3A7MikgU3BsaXQgZ2lhbnQgd29ya2luZyBncm91cHMgc28gcmVsZXZhbnQgd29yayBpcyBkb25l IGluIG9uZSBwbGFjZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+Jm5ic3A7ICZuYnNwO2FuZCB0aGVyZSBpcyBhbiBpbXByb3ZlZCBzaWduYWwtdG8t bm9pc2UgcmF0aW8gZm9yIHBhcnRpY2lwYW50cyB3aG88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyAmbmJzcDthcmUgb25seSBpbnRlcmVz dGVkIGluIGEgc2xpY2Ugb2YgdGhlIGN1cnJlbnQgd29ya2luZyBncm91cCdzIHdvcmsuPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyAm bmJzcDszKSBDcmVhdGUgc3luZXJnaWVzIGZvciBzY2F0dGVyZWQgZnVuY3Rpb25hbGl0eSAoZXhh bXBsZSBpZGVhczo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPiZuYnNwOyAmbmJzcDtPQU0sIEZSUiwgdHJhZmZpYy1lbmdpbmVlcmluZyk8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7ICZu YnNwOzQpIENyZWF0ZSBhIERJU1BBVENIIHdvcmtpbmcgZ3JvdXAgZm9yIGNsZWFyIG5ldyBpZGVh IGRpc2N1c3Npb247PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj4mbmJzcDsgJm5ic3A7cnRnd2cgc2VydmVzIHNvbWUgb2YgdGhpcyBwdXJwb3NlIGJ1 dCBkb2Vzbid0IGhhdmUgYSBjbGVhciBwcm9jZXNzPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5ic3A7YW5kIGlzbid0IGRyYXdpbmcg aW4gdGhlIG5ldyBpZGVhcy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+Jm5ic3A7ICZuYnNwOzUpIEZvY3VzIFJvdXRpbmcgQXJlYSB0aW1lIG9u IGRlc2lnbiBjZW50ZXJzIHJhdGhlciB0aGFuIG9uIGZhcjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7ICZuYnNwO2Nvcm5lciBjYXNlcy48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5i c3A7ICZuYnNwOzYpIEVhY2ggd29ya2luZyBncm91cCBzaG91bGQgaGF2ZSBjbGVhciwgd2VsbCBk ZWZpbmVkLCBhbmQgYWNoaWV2YWJsZSBnb2Fscy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Tm90aW5nIHRoYXQgdGhlIFJvdXRpbmcgQXJlYSBo YXMgaW5oZXJpdGVkIHNvbWUgb2YgaXRzIFdHIHN0cnVjdHVyZTxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ZnJvbSB0aGUgc3ViLUlQIGFyZWEsIGl0 IGlzIG5vdCBhIGdvYWwgdG8gZm9yY2UgSVAgcm91dGluZyBhbmQgTVBMUzxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+cm91dGluZyB0byByZW1haW4g c2VwYXJhdGVkLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5UaGUgZ29hbCBvZiB0aGlzIHJlb3JnYW5pemF0aW9uIGlzIG5vdCBjbG9zaW5nIHdv cmtpbmcgZ3JvdXBzLiAmbmJzcDtBZHJpYW48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPmFuZCBBbGlhIGFyZSBwZXJmZWN0bHkgY2FwYWJsZSBvZiBj bG9zaW5nIHdvcmtpbmcgZ3JvdXBzIHdpdGhvdXQgZ29pbmc8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPnRocm91Z2ggcmVzdHJ1Y3R1cmluZy48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Rm9yIHRo b3NlIG9mIHlvdSB0aGF0IGhhdmUgcmVhZCB0aGlzIGZhciwgdGhhbmsgeW91LiAmbmJzcDtHZXR0 aW5nIHRoaXMgODAlPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5yaWdodCBpcyBnb2luZyB0byB0YWtlIHNvbWUgc2VyaW91cyBkaXNjdXNzaW9uIGFu ZCB0aG91Z2h0LiAmbmJzcDtXZSBhbGw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPndvcmsgaW4gdGhlIFJvdXRpbmcgQXJlYSB0b2dldGhlciB3aXRo IGRpZmZlcmVudCBwZXJzcGVjdGl2ZXMuICZuYnNwO1BsZWFzZTxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+dGhpbmsgY2FyZWZ1bGx5IGFuZCBoZWxw IHVzIGhhdmUgYSBoaWdobHkgZm9jdXNlZCBkaXNjdXNzaW9uLjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFua3MsPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BbGlhIGFuZCBBZHJpYW48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+ DQo8L2h0bWw+DQo= --_000_F64C10EAA68C8044B33656FA214632C80CB65745MISOUT7MSGUSRDE_-- From nobody Fri Jun 13 04:48:51 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B98C1B279B for ; Fri, 13 Jun 2014 04:48:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.85 X-Spam-Level: X-Spam-Status: No, score=-4.85 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651] 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 VgNWZfDjs5NJ for ; Fri, 13 Jun 2014 04:48:48 -0700 (PDT) Received: from nbfkord-smmo05.seg.att.com (nbfkord-smmo05.seg.att.com [209.65.160.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D2AE1A0340 for ; Fri, 13 Jun 2014 04:48:48 -0700 (PDT) Received: from unknown [144.160.229.24] (EHLO alpi155.enaf.aldc.att.com) by nbfkord-smmo05.seg.att.com(mxl_mta-7.2.1-0) over TLS secured channel with ESMTP id f15ea935.0.4988799.00-2082.13961966.nbfkord-smmo05.seg.att.com (envelope-from ); Fri, 13 Jun 2014 11:48:48 +0000 (UTC) X-MXL-Hash: 539ae5203f2c9f49-9a4a0cfcd5612cfdaea3f3d63d8273731155329f Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id s5DBmlLI001137 for ; Fri, 13 Jun 2014 07:48:47 -0400 Received: from mlpi407.sfdc.sbc.com (mlpi407.sfdc.sbc.com [130.9.128.239]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id s5DBmgMR001111 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 13 Jun 2014 07:48:44 -0400 Received: from MISOUT7MSGHUBAF.ITServices.sbc.com (MISOUT7MSGHUBAF.itservices.sbc.com [130.9.129.150]) by mlpi407.sfdc.sbc.com (RSA Interceptor) for ; Fri, 13 Jun 2014 11:48:31 GMT Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.145]) by MISOUT7MSGHUBAF.ITServices.sbc.com ([130.9.129.150]) with mapi id 14.03.0174.001; Fri, 13 Jun 2014 07:48:31 -0400 From: "BRUNGARD, DEBORAH A" To: "ccamp@ietf.org" Thread-Topic: Poll on making draft-farrkingel-ccamp-flexigrid-lambda-label-08 a WG document Thread-Index: Ac96X1Mnj0q4eb7qS62P0/KVbQKYBgMnci3w Date: Fri, 13 Jun 2014 11:48:30 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.70.25.173] Content-Type: multipart/alternative; boundary="_000_F64C10EAA68C8044B33656FA214632C80CB76978MISOUT7MSGUSRDE_" MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-AnalysisOut: [v=2.0 cv=BqQqN/r5 c=1 sm=1 a=dhB6nF3YHL5t/Ixux6cINA==:17 a] X-AnalysisOut: [=-jLPzouSHW4A:10 a=ofMgfj31e3cA:10 a=z3Zq_NGXuvMA:10 a=BLc] X-AnalysisOut: [eEmwcHowA:10 a=zQP7CpKOAAAA:8 a=XIqpo32RAAAA:8 a=48vgC7mUA] X-AnalysisOut: [AAA:8 a=6395D88C4xZvPChkB50A:9 a=CjuIK1q_8ugA:10 a=2TSDkfq] X-AnalysisOut: [dCjIA:10 a=lZB815dzVvQA:10 a=yMhMjlubAAAA:8 a=SSmOFEACAAAA] X-AnalysisOut: [:8 a=f7ccaxmNqhkpjHNWXGoA:9 a=gKO2Hq4RSVkA:10 a=UiCQ7L4-1S] X-AnalysisOut: [4A:10 a=hTZeC7Yk6K0A:10 a=frz4AuCg-hUA:10 a=0Z9frzq8uFSBoN] X-AnalysisOut: [Pi:21] X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2014051901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.229.24] Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/9agVUxAaaZhxh0AeU5d92VW0NnI Subject: Re: [CCAMP] Poll on making draft-farrkingel-ccamp-flexigrid-lambda-label-08 a WG document X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2014 11:48:50 -0000 --_000_F64C10EAA68C8044B33656FA214632C80CB76978MISOUT7MSGUSRDE_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, This poll is closed. The document is adopted. Authors, Please resubmit with name change only to draft-ietf-ccamp-flexigrid-lambda-= label Thank you, Deborah and Lou From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of BRUNGARD, DEBORAH = A Sent: Wednesday, May 28, 2014 6:27 AM To: ccamp@ietf.org Subject: [CCAMP] Poll on making draft-farrkingel-ccamp-flexigrid-lambda-lab= el-08 a WG document ***Security Advisory: This Message Originated Outside of AT&T *** Reference http://cso.att.com/EmailSecurity/IDSP.html for more information. All, This is to start a two week poll on making draft-farrkingel-ccamp-flexigrid= -lambda-label-08 a ccamp working group document. Please send email to the l= ist indicating "yes/support" or "no/do not support". If indicating no, plea= se state your technical reservations with the document. The poll ends Wednesday, June 11th. Thanks, Deborah and Lou --_000_F64C10EAA68C8044B33656FA214632C80CB76978MISOUT7MSGUSRDE_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

All,

This poll is closed. The = document is adopted.

 <= /p>

Authors,

Please resubmit with name= change only to draft-ietf-ccamp-flexigrid-lambda-label

 <= /p>

Thank you,

Deborah and Lou

 <= /p>

From: CCAMP [m= ailto:ccamp-bounces@ietf.org] On Behalf Of BRUNGARD, DEBORAH A
Sent: Wednesday, May 28, 2014 6:27 AM
To: ccamp@ietf.org
Subject: [CCAMP] Poll on making draft-farrkingel-ccamp-flexigrid-lam= bda-label-08 a WG document

 

***Security Advisory: This Message Originated Outside of= AT&T ***
Reference http://cso= .att.com/EmailSecurity/IDSP.html for more information.

All,

 

This is to start a two week poll on mak= ing draft-farrkingel-ccamp-flexigrid-lambda-label-08 a ccamp working group = document. Please send email to the list indicating “yes/support”= ; or “no/do not support”. If indicating no, please state your te= chnical reservations with the document.

 

The poll ends Wednesday, June 11th.

 

Thanks,

Deborah and Lou

 

 

 

--_000_F64C10EAA68C8044B33656FA214632C80CB76978MISOUT7MSGUSRDE_-- From nobody Fri Jun 13 04:52:19 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 578E41B280E for ; Fri, 13 Jun 2014 04:52:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.85 X-Spam-Level: X-Spam-Status: No, score=-4.85 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651] 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 gpF66x17Qswy for ; Fri, 13 Jun 2014 04:52:17 -0700 (PDT) Received: from nbfkord-smmo05.seg.att.com (nbfkord-smmo05.seg.att.com [209.65.160.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B907A1A024D for ; Fri, 13 Jun 2014 04:52:16 -0700 (PDT) Received: from unknown [144.160.229.24] (EHLO alpi155.enaf.aldc.att.com) by nbfkord-smmo05.seg.att.com(mxl_mta-7.2.1-0) over TLS secured channel with ESMTP id 0f5ea935.0.4990007.00-1972.13965419.nbfkord-smmo05.seg.att.com (envelope-from ); Fri, 13 Jun 2014 11:52:16 +0000 (UTC) X-MXL-Hash: 539ae5f012a2764d-bbe639fc5276c4d220ae56ae244de9f2f6b3851d Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id s5DBqFVa004393 for ; Fri, 13 Jun 2014 07:52:15 -0400 Received: from mlpi409.sfdc.sbc.com (mlpi409.sfdc.sbc.com [130.9.128.241]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id s5DBqB7L004350 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 13 Jun 2014 07:52:12 -0400 Received: from MISOUT7MSGHUBAE.ITServices.sbc.com (MISOUT7MSGHUBAE.itservices.sbc.com [130.9.129.149]) by mlpi409.sfdc.sbc.com (RSA Interceptor) for ; Fri, 13 Jun 2014 11:51:52 GMT Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.145]) by MISOUT7MSGHUBAE.ITServices.sbc.com ([130.9.129.149]) with mapi id 14.03.0174.001; Fri, 13 Jun 2014 07:51:52 -0400 From: "BRUNGARD, DEBORAH A" To: "ccamp@ietf.org" Thread-Topic: Poll on making draft-zhang-ccamp-flexible-grid-ospf-ext-04 a WG document Thread-Index: Ac97BsQbNxq6HBDITJCVWP7D0Yj00wL9tJGA Date: Fri, 13 Jun 2014 11:51:51 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.70.25.173] Content-Type: multipart/alternative; boundary="_000_F64C10EAA68C8044B33656FA214632C80CB7698AMISOUT7MSGUSRDE_" MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-AnalysisOut: [v=2.0 cv=BqQqN/r5 c=1 sm=1 a=dhB6nF3YHL5t/Ixux6cINA==:17 a] X-AnalysisOut: [=9gimiiGcXFwA:10 a=ofMgfj31e3cA:10 a=z3Zq_NGXuvMA:10 a=BLc] X-AnalysisOut: [eEmwcHowA:10 a=zQP7CpKOAAAA:8 a=XIqpo32RAAAA:8 a=48vgC7mUA] X-AnalysisOut: [AAA:8 a=6395D88C4xZvPChkB50A:9 a=CjuIK1q_8ugA:10 a=2TSDkfq] X-AnalysisOut: [dCjIA:10 a=lZB815dzVvQA:10 a=yMhMjlubAAAA:8 a=SSmOFEACAAAA] X-AnalysisOut: [:8 a=f7ccaxmNqhkpjHNWXGoA:9 a=gKO2Hq4RSVkA:10 a=UiCQ7L4-1S] X-AnalysisOut: [4A:10 a=hTZeC7Yk6K0A:10 a=frz4AuCg-hUA:10 a=c4ZtLnT_5WjEs1] X-AnalysisOut: [NO:21] X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2014051901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.229.24] Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/SkAEMMhxKd7CcRRLSS3CzPLBa2I Subject: Re: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-ospf-ext-04 a WG document X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2014 11:52:18 -0000 --_000_F64C10EAA68C8044B33656FA214632C80CB7698AMISOUT7MSGUSRDE_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, This poll is closed. The document is adopted. Authors, Please resubmit with name change only to draft-ietf-ccamp-flexible-grid-osp= f-ext Thank you, Deborah and Lou From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of BRUNGARD, DEBORAH = A Sent: Thursday, May 29, 2014 2:25 AM To: ccamp@ietf.org Subject: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-ospf-ext-04= a WG document ***Security Advisory: This Message Originated Outside of AT&T *** Reference http://cso.att.com/EmailSecurity/IDSP.html for more information. All, This is to start a two week poll on making draft-zhang-ccamp-flexible-grid-= ospf-ext-04 a ccamp working group document. Please send email to the list i= ndicating "yes/support" or "no/do not support". If indicating no, please st= ate your technical reservations with the document. The poll ends Thursday, June 12th. Thanks, Deborah and Lou --_000_F64C10EAA68C8044B33656FA214632C80CB7698AMISOUT7MSGUSRDE_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

All,

This poll is closed. The = document is adopted.

 <= /p>

Authors,

Please resubmit with name= change only to draft-ietf-ccamp-flexible-grid-ospf-ext

 <= /p>

Thank you,

Deborah and Lou

 <= /p>

From: CCAMP [m= ailto:ccamp-bounces@ietf.org] On Behalf Of BRUNGARD, DEBORAH A
Sent: Thursday, May 29, 2014 2:25 AM
To: ccamp@ietf.org
Subject: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-ospf= -ext-04 a WG document

 

***Security Advisory: This Message Originated Outside of= AT&T ***
Reference http://cso= .att.com/EmailSecurity/IDSP.html for more information.

All,

 

This is to start a two week poll on mak= ing draft-zhang-ccamp-flexible-grid-ospf-ext-04 a ccamp working group docum= ent. Please send email to the list indicating “yes/support” or “no/do not support”. If indicating no, please state your te= chnical reservations with the document.

 

The poll ends Thursday, June 12th.=

 

Thanks,

Deborah and Lou

 

 

--_000_F64C10EAA68C8044B33656FA214632C80CB7698AMISOUT7MSGUSRDE_-- From nobody Fri Jun 13 05:06:43 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2172F1A024D for ; Fri, 13 Jun 2014 05:06:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.899 X-Spam-Level: X-Spam-Status: No, score=-101.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pddc6bymHyyD for ; Fri, 13 Jun 2014 05:06:40 -0700 (PDT) Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B141A1B279B for ; Fri, 13 Jun 2014 05:06:39 -0700 (PDT) Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id s5DC6YWw024620; Fri, 13 Jun 2014 13:06:34 +0100 Received: from 950129200 (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id s5DC6Xkm024605 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 13 Jun 2014 13:06:33 +0100 From: "Adrian Farrel" To: "'BRUNGARD, DEBORAH A'" , References: In-Reply-To: Date: Fri, 13 Jun 2014 13:06:30 +0100 Message-ID: <014801cf86ff$e96beae0$bc43c0a0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0149_01CF8708.4B336020" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQF7jukyteWvb0jNig5/aS0Cd4dtOQHLwHlMnAiD6sA= Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1017-20754.007 X-TM-AS-Result: No--14.817-10.0-31-10 X-imss-scan-details: No--14.817-10.0-31-10 X-TMASE-MatchedRID: 9vvqFUF7IWmnykMun0J1wq9OEdduhrInGbJMFqqIm9y638ZUY6gSd6xe fIvlTolDDCb8n4n79CSKjSD+BEuGCwwUaxDYmLcw1yMJs9mBCcWAfODDLypXmsJWWa/0tnPJChb 10lmaN/ZnLFrbs0uUTMCJgEMFv7Zp8+0KUSz2xPr9KXlxhBAZb4N12XKYbuJLVxt8iPZNr2yALj qnIlNKdNXjKfop/WvT3wqC9Qsu3hf9+rKlRf1WaEtzk37SzX4NlPV6Vaqi4bDxxaAXDrCns4j7J 3jzONjdJa6rGJR4RfowuiDzT/FFiVHi+vC6FxL8BU4uU+5y12ot0t+aIVLt+5KzWy3+GmBuXM4p VHn2LwM/makG0+v97t639oRBFUkeQ0pFGvYttetYKMMlFh4BnQEv9fM0UWYfFLXUWU5hGiFPdsd XOhOn5BeWHY3LKnzHtF3RbBlJV000nIDKoCZxv3uTVkeYosXtuacNrbMY+LSlF7MF/8ayEvvrzS SnpHFkfcUBSI0HztKGAoXhhbsbIC95uXownWhRnQrZDK7DrTqZEoWHC6Rh/WTNuWQFsA2GYBBGf cv6WOGNIndKSIasU8q6ueWiQfMNj5rE0qV6C4Q00dkxYNMRt6R7q1LJ8QqzJpgC5raeWxe2Uh2T 3hBguM4ffyU1s6hMFABeLgZr0ZEfE8yM4pjsDzl/1fD/GopdyJ1gFgOMhOlg7YIUxTWw17yah9a CYUCH/Ywu1W76jzs1Rai513ix5uazsZ7YtNzyF4GFwVHj3hN7myzKMs4x0g1h720A1FLQnXBTQp MftLZK92aHgLWONa7u6DURU0N/ Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/XsDsMXVzJU5gsIHX9Ds9ZsJ4pzE Subject: Re: [CCAMP] Poll on making draft-farrkingel-ccamp-flexigrid-lambda-label-08 a WG document X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2014 12:06:42 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0149_01CF8708.4B336020 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Will do. Thanks. Adrian From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of BRUNGARD, DEBORAH A Sent: 13 June 2014 12:49 To: ccamp@ietf.org Subject: Re: [CCAMP] Poll on making draft-farrkingel-ccamp-flexigrid-lambda-label-08 a WG document All, This poll is closed. The document is adopted. Authors, Please resubmit with name change only to draft-ietf-ccamp-flexigrid-lambda-label Thank you, Deborah and Lou From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of BRUNGARD, DEBORAH A Sent: Wednesday, May 28, 2014 6:27 AM To: ccamp@ietf.org Subject: [CCAMP] Poll on making draft-farrkingel-ccamp-flexigrid-lambda-label-08 a WG document ***Security Advisory: This Message Originated Outside of AT&T *** Reference http://cso.att.com/EmailSecurity/IDSP.html for more information. All, This is to start a two week poll on making draft-farrkingel-ccamp-flexigrid-lambda-label-08 a ccamp working group document. Please send email to the list indicating "yes/support" or "no/do not support". If indicating no, please state your technical reservations with the document. The poll ends Wednesday, June 11th. Thanks, Deborah and Lou ------=_NextPart_000_0149_01CF8708.4B336020 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Will = do.

Thanks.

Adrian

 

From: CCAMP = [mailto:ccamp-bounces@ietf.org] On Behalf Of BRUNGARD, DEBORAH = A
Sent: 13 June 2014 12:49
To: = ccamp@ietf.org
Subject: Re: [CCAMP] Poll on making = draft-farrkingel-ccamp-flexigrid-lambda-label-08 a WG = document

 

All,

This poll is closed. The document is = adopted.

 

Authors,

Please resubmit with name change only to = draft-ietf-ccamp-flexigrid-lambda-label

 

Thank you,

Deborah and Lou

 

From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of = BRUNGARD, DEBORAH A
Sent: Wednesday, May 28, 2014 6:27 = AM
To: ccamp@ietf.org
Subject: [CCAMP] Poll on = making draft-farrkingel-ccamp-flexigrid-lambda-label-08 a WG = document

 

***Security Advisory: This Message = Originated Outside of AT&T ***
Reference http://cso.att.com/Em= ailSecurity/IDSP.html for more information.

All,

 

This is to start a two week poll on making = draft-farrkingel-ccamp-flexigrid-lambda-label-08 a ccamp working group = document. Please send email to the list indicating = “yes/support” or “no/do not support”. If = indicating no, please state your technical reservations with the = document.

 

The poll ends Wednesday, June = 11th.

 

Thanks,

Deborah and Lou

 

 

 

------=_NextPart_000_0149_01CF8708.4B336020-- From nobody Fri Jun 13 07:05:16 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E7F5B1B292A; Fri, 13 Jun 2014 07:05:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Kfss0PdQBHw9; Fri, 13 Jun 2014 07:04:58 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 811CF1A00FB; Fri, 13 Jun 2014 07:04:58 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.5.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140613140458.29758.72612.idtracker@ietfa.amsl.com> Date: Fri, 13 Jun 2014 07:04:58 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/R44jMS4kyTbPYZFUN46X5NhKoVY Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-00.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2014 14:05:13 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Common Control and Measurement Plane Working Group of the IETF. Title : Generalized Labels for the Flexi-Grid in Lambda Switch Capable (LSC) Label Switching Routers Authors : Adrian Farrel Daniel King Yao Li Fatai Zhang Filename : draft-ietf-ccamp-flexigrid-lambda-label-00.txt Pages : 12 Date : 2014-06-13 Abstract: GMPLS supports the description of optical switching by identifying entries in fixed lists of switchable wavelengths (called grids) through the encoding of lambda labels. Work within the ITU-T Study Group 15 has defined a finer granularity grid, and the facility to flexibly select different widths of spectrum from the grid. This document defines a new GMPLS lambda label format to support this flexi-grid. This document updates RFC 3471 and RFC 6205 by introducing a new label format. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexigrid-lambda-label/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-ccamp-flexigrid-lambda-label-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Jun 17 05:55:36 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 68F4A1A0375 for ; Tue, 17 Jun 2014 05:55:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Rx88oHFAe350 for ; Tue, 17 Jun 2014 05:55:32 -0700 (PDT) Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 133841A0378 for ; Tue, 17 Jun 2014 05:55:31 -0700 (PDT) Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id s5HCtTSt011694 for ; Tue, 17 Jun 2014 13:55:29 +0100 Received: from 950129200 (4513.ip.megatro.com [46.253.45.13] (may be forged)) (authenticated bits=0) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id s5HCtRod011624 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 17 Jun 2014 13:55:28 +0100 From: "Adrian Farrel" To: Date: Tue, 17 Jun 2014 13:55:26 +0100 Message-ID: <00fd01cf8a2b$6bbd2b20$43378160$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac+KK2Uj+5CCQPPiTYKWTrSD6BMLPw== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.0.0.1014-20762.006 X-TM-AS-Result: No--10.739-10.0-31-10 X-imss-scan-details: No--10.739-10.0-31-10 X-TMASE-MatchedRID: 4PPjBTu2ZtyvhOOX3csmV1AcQrObpStdv8jdqvFOu+K638ZUY6gSd6jP D2CRrh2K8oKxWpgi7xufRe9zFGjY1M1ybZtba3mc5lxBdzMDWW5imi8LvNfmrzeuSXk/Zc9ni3O Zw14BOsv0Vl7qQKQUZxANmH21X4jRlyrPeDQDh/Jn+WBSNyyzIXhcs0GMz0PkaxKBbTWINAsDnb UJeUnbw4dOXF8WAXJbmvuQ52gOYSkNzLbygMeXArSw7varainhB0Fk5y0+yC6dYFRaUAqcE3Vsf mWlD7CzQBIQ/XtJ+lUr+0k0eNGMPBRHYhNSCATTLi5PDX0qWHrTBg/CbgV2T6MLUT/MIQivWLmv 5Mq0iyvv/BaQxVkqMCPx3rC5Ht+HDc5IfPgQIoh/TWpwlAOFXnVgBpXl5nYYYjjBDVir93S670p x4nOwjWhidJ0YeriVKXqupVCFKR8uK8OYFnJsTylrosmS0SOAtB3OND1JunKbKItl61J/yS57hW H2lkqmfeZdJ1Xsorg65tgsJWcFUSAHAopEd76vTi00lblYWi2KBi3Yw6iW2Te1oCTZZRdo50hzg PHvRTMxwr66r4gyYA== Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/t4vMSTUR9JRVqQGPhFzLWEqw7GA Subject: [CCAMP] Adding composite labels to flexi-grid X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jun 2014 12:55:35 -0000 Hi, Ramon and I have worked up some text to go in draft-ietf-ccamp-flexigrid-lambda-label to describe composite labels. There is not a huge amount to say *in*this*document* partly because we have lots of running code about how to do VCAT in a number of technologies, and partly because this document describes the label format, not the signaling, routing, or usage. Would like your comments and plan to post before the Toronto cut-off. We can return to the debate in Toronto if it needs f2f time. BTW, as an aside, this is deliberately not intended to discuss the "super channel". At this stage, super-channel is not something that the ITU-T recognises as a data plane concept (although I know a number of companies are interested in this and will work in that area). Iftekhar has a strong interest in describing GMPLS labels and processing for super channels, and has indicated that he is willing to be an anchor for this work in the IETF. Thanks, Adrian ==== New section 2.1. Virtual Concatenation It is possible to construct an end-to-end connection by "concatenating" more than one flexi-grid slot. The mechanism used is similar to virtual concatenation (VCAT) familiar in time-division multiplexing (TDM) and optical transport networks (OTN). The concatenated slots could potentially be contiguous or non-contiguous (as allowed by the definitions of the data plane) and could be signaled as a single LSP or constructed from a group of LSPs. For more details, refer to Section 4.3. === New section 4.3. Virtual Concatenation Virtual concatenation is already supported in GMPLS for TDM and OTN [RFC4606], [RFC6344], [RFC7139]. The mechanism used for flexigrid is similar. To signal an LSP that uses multiple flexi-grid slots a "compound label" is constructed. That is, the LABEL object is constructed from a concatenation of the 64-bit Flexi-Grid Labels shown in Figure 1. The number of elements in the label can be determined from the length of the LABEL object. The resulting LABEL object is shown in Figure 2 including the object header that is not normally shown in diagrammatic representations of RSVP-TE objects. Note that r is the count of component labels, and this is backward compatible with the label shown in Figure 1 where the value of r is 1. The order of component labels MUST be presented in increasing order of the value n. Implementations MUST NOT infer anything about the encoding of a signal into the set of slots represented by a compound label from the label itself. Information about the encoding MAY be handled in other fields in signaling messages or through an out of band system, but such considerations are out of the scope of this document. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Object Length (4 + 8r) | Class-Num (16)| C-Type (2) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Grid | C.S. | Identifier | n | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | m | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ~ ~ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Grid | C.S. | Identifier | n | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | m | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 2 : A Compound Label for Virtual Concatenation Note that specific rules must be applied as follows: - Grid MUST show "ITU-T Flex" value 3 in each component label. - C.S. MUST have the same value in each component label. - Identifier in each component label may identify different physical equipment. - Values of n and m in each component label define the slots that are concatenated. At the time of writing [G.694.1] only supports the concatenation of adjacent slots (i.e., without intervening unused slots that could be used for other purposes) of identical width (same value of m), and the component slots must be in increasing order of frequency (i.e., increasing order of the value n). The mechanism defined here MUST NOT be used for other forms of concatenation unless and until those forms of concatenation are defined and documented in Recommendations published by the ITU-T. Note further that while the mechanism described here naturally means that all component channels are corouted, a composite channel can also be achieved by constructing individual LSPs from single flexi- grid slots and managing those LSPs as a Virtual Concatenation Group (VCG). A mechanism for achieving this for TDM is described in [RFC6344], but is out of scope for discussion in this document because the labels used are normal, single slot labels and require no additional definitions. From nobody Tue Jun 17 06:34:48 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF9431A0376 for ; Tue, 17 Jun 2014 06:34:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.85 X-Spam-Level: X-Spam-Status: No, score=-4.85 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651] 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 AKcgGDF_VkfQ for ; Tue, 17 Jun 2014 06:34:42 -0700 (PDT) Received: from nbfkord-smmo07.seg.att.com (nbfkord-smmo07.seg.att.com [209.65.160.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F27791A0379 for ; Tue, 17 Jun 2014 06:34:41 -0700 (PDT) Received: from unknown [144.160.229.24] (EHLO alpi155.enaf.aldc.att.com) by nbfkord-smmo07.seg.att.com(mxl_mta-7.2.1-0) over TLS secured channel with ESMTP id 0f340a35.0.4517933.00-2332.11589798.nbfkord-smmo07.seg.att.com (envelope-from ); Tue, 17 Jun 2014 13:34:42 +0000 (UTC) X-MXL-Hash: 53a043f266452831-156ec3de65bc63d028d6947c284a77925803d2c9 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id s5HDYdOA027348 for ; Tue, 17 Jun 2014 09:34:40 -0400 Received: from mlpi407.sfdc.sbc.com (mlpi407.sfdc.sbc.com [130.9.128.239]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id s5HDYYv6027319 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 17 Jun 2014 09:34:37 -0400 Received: from MISOUT7MSGHUBAB.ITServices.sbc.com (MISOUT7MSGHUBAB.itservices.sbc.com [130.9.129.146]) by mlpi407.sfdc.sbc.com (RSA Interceptor) for ; Tue, 17 Jun 2014 13:34:27 GMT Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.145]) by MISOUT7MSGHUBAB.ITServices.sbc.com ([130.9.129.146]) with mapi id 14.03.0174.001; Tue, 17 Jun 2014 09:34:26 -0400 From: "BRUNGARD, DEBORAH A" To: "ccamp@ietf.org" Thread-Topic: [CCAMP] Poll on making draft-li-ccamp-grid-property-lmp-03 a WG document Thread-Index: Ac972C1L2BQ9Ad3YRIyxRsUCxRIWYwOWGYjA Date: Tue, 17 Jun 2014 13:34:26 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.70.66.129] Content-Type: multipart/alternative; boundary="_000_F64C10EAA68C8044B33656FA214632C80CB77A39MISOUT7MSGUSRDE_" MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-AnalysisOut: [v=2.0 cv=Ro1y2laK c=1 sm=1 a=dhB6nF3YHL5t/Ixux6cINA==:17 a] X-AnalysisOut: [=i-PkwZ4ylWQA:10 a=ofMgfj31e3cA:10 a=AJhTxigXmXIA:10 a=BLc] X-AnalysisOut: [eEmwcHowA:10 a=zQP7CpKOAAAA:8 a=XIqpo32RAAAA:8 a=48vgC7mUA] X-AnalysisOut: [AAA:8 a=6395D88C4xZvPChkB50A:9 a=CjuIK1q_8ugA:10 a=2TSDkfq] X-AnalysisOut: [dCjIA:10 a=lZB815dzVvQA:10 a=yMhMjlubAAAA:8 a=SSmOFEACAAAA] X-AnalysisOut: [:8 a=f7ccaxmNqhkpjHNWXGoA:9 a=gKO2Hq4RSVkA:10 a=UiCQ7L4-1S] X-AnalysisOut: [4A:10 a=hTZeC7Yk6K0A:10 a=frz4AuCg-hUA:10 a=HNAt-qYoD868Y2] X-AnalysisOut: [NK:21] X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2014051901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.229.24] Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/TAAStp-0GF0wED52LTuUEcNetcg Subject: Re: [CCAMP] Poll on making draft-li-ccamp-grid-property-lmp-03 a WG document X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jun 2014 13:34:47 -0000 --_000_F64C10EAA68C8044B33656FA214632C80CB77A39MISOUT7MSGUSRDE_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, This poll is closed. The document is adopted. Authors, Please resubmit with name change only to draft-ietf-ccamp-grid-property-lmp= . Thank you, Deborah and Lou From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of BRUNGARD, DEBORAH = A Sent: Friday, May 30, 2014 3:24 AM To: ccamp@ietf.org Subject: [CCAMP] Poll on making draft-li-ccamp-grid-property-lmp-03 a WG do= cument ***Security Advisory: This Message Originated Outside of AT&T *** Reference http://cso.att.com/EmailSecurity/IDSP.html for more information. All, This is to start a two week poll on making draft-li-ccamp-grid-property-lmp= -03 a ccamp working group document. Please send email to the list indicatin= g "yes/support" or "no/do not support". If indicating no, please state your= technical reservations with the document. The poll ends Friday, June 13th. Thanks, Deborah and Lou --_000_F64C10EAA68C8044B33656FA214632C80CB77A39MISOUT7MSGUSRDE_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

All,

 <= /p>

This poll is closed. The = document is adopted.

 <= /p>

Authors,

Please resubmit with name= change only to draft-ietf-ccamp-grid-property-lmp.

 <= /p>

Thank you,

Deborah and Lou

 <= /p>

From: CCAMP [m= ailto:ccamp-bounces@ietf.org] On Behalf Of BRUNGARD, DEBORAH A
Sent: Friday, May 30, 2014 3:24 AM
To: ccamp@ietf.org
Subject: [CCAMP] Poll on making draft-li-ccamp-grid-property-lmp-03 = a WG document

 

***Security Advisory: This Message Originated Outside of= AT&T ***
Reference http://cso= .att.com/EmailSecurity/IDSP.html for more information.

All,

 

This is to start a two week poll on mak= ing draft-li-ccamp-grid-property-lmp-03 a ccamp working group document. Ple= ase send email to the list indicating “yes/support” or “n= o/do not support”. If indicating no, please state your technical reservat= ions with the document.

 

The poll ends Friday, June 13th.

 

Thanks,

Deborah and Lou

 

 

--_000_F64C10EAA68C8044B33656FA214632C80CB77A39MISOUT7MSGUSRDE_-- From nobody Thu Jun 19 03:11:46 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 813881A00BF; Thu, 19 Jun 2014 03:11:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.55 X-Spam-Level: X-Spam-Status: No, score=-102.55 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.651, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fMh3SxolKsXd; Thu, 19 Jun 2014 03:11:14 -0700 (PDT) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id E1FBD1A00F0; Thu, 19 Jun 2014 03:11:13 -0700 (PDT) Received: from mse02.zte.com.cn (unknown [10.30.3.21]) by Websense Email Security Gateway with ESMTPS id 6797B7BE8AF; Thu, 19 Jun 2014 18:10:58 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id s5JAB3AR092202; Thu, 19 Jun 2014 18:11:03 +0800 (GMT-8) (envelope-from malcolm.betts@zte.com.cn) In-Reply-To: <00fd01cf8a2b$6bbd2b20$43378160$@olddog.co.uk> References: <00fd01cf8a2b$6bbd2b20$43378160$@olddog.co.uk> To: adrian@olddog.co.uk MIME-Version: 1.0 X-KeepSent: 9E67B067:34FB5D5C-85257CFC:0035F006; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 8.5.3 September 15, 2011 Message-ID: From: malcolm.betts@zte.com.cn Date: Thu, 19 Jun 2014 06:11:06 -0400 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2014-06-19 18:10:59, Serialize complete at 2014-06-19 18:10:59 Content-Type: multipart/alternative; boundary="=_alternative 0037F29985257CFC_=" X-MAIL: mse02.zte.com.cn s5JAB3AR092202 Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/wcMPsPjnisNf5GZHoxcuvzM_Z4A Cc: ccamp@ietf.org, CCAMP Subject: Re: [CCAMP] Adding composite labels to flexi-grid X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jun 2014 10:11:24 -0000 This is a multipart message in MIME format. --=_alternative 0037F29985257CFC_= Content-Type: text/plain; charset="US-ASCII" Hi Adrian, I have some concerns about using the term VCAT in the context of a media channel. The media is flat and has no structure so if the "concatenated" media channels are adjacent, we have a larger media channel. If (as I think you intend) the media channels are not adjacent then you have a set of media channels. Another way of looking at this (and please don't over extend the analogy) is water and pipe. The water is the optical signal and the media channel is the pipe. This draft is addressing the management of pipes. The concept of VCAT only applies to digital streams, it cannot be applied to the media layer layer. This concept of a group (or set) of media channels may be useful in the future after SG15 have completed the work on OTN B100G where the possibility of inverse multiplexing a 400G OTN digital stream into two (or four) digital streams which are then modulated onto two (or four) optical signals that use two (or four) independent media channels is under consideration and managing these independent media channels as a set would be useful. However, this is still under discussion in SG15. Regards, Malcolm "Adrian Farrel" Sent by: "CCAMP" 17/06/2014 08:55 AM Please respond to adrian@olddog.co.uk To , cc Subject [CCAMP] Adding composite labels to flexi-grid Hi, Ramon and I have worked up some text to go in draft-ietf-ccamp-flexigrid-lambda-label to describe composite labels. There is not a huge amount to say *in*this*document* partly because we have lots of running code about how to do VCAT in a number of technologies, and partly because this document describes the label format, not the signaling, routing, or usage. Would like your comments and plan to post before the Toronto cut-off. We can return to the debate in Toronto if it needs f2f time. BTW, as an aside, this is deliberately not intended to discuss the "super channel". At this stage, super-channel is not something that the ITU-T recognises as a data plane concept (although I know a number of companies are interested in this and will work in that area). Iftekhar has a strong interest in describing GMPLS labels and processing for super channels, and has indicated that he is willing to be an anchor for this work in the IETF. Thanks, Adrian ==== New section 2.1. Virtual Concatenation It is possible to construct an end-to-end connection by "concatenating" more than one flexi-grid slot. The mechanism used is similar to virtual concatenation (VCAT) familiar in time-division multiplexing (TDM) and optical transport networks (OTN). The concatenated slots could potentially be contiguous or non-contiguous (as allowed by the definitions of the data plane) and could be signaled as a single LSP or constructed from a group of LSPs. For more details, refer to Section 4.3. === New section 4.3. Virtual Concatenation Virtual concatenation is already supported in GMPLS for TDM and OTN [RFC4606], [RFC6344], [RFC7139]. The mechanism used for flexigrid is similar. To signal an LSP that uses multiple flexi-grid slots a "compound label" is constructed. That is, the LABEL object is constructed from a concatenation of the 64-bit Flexi-Grid Labels shown in Figure 1. The number of elements in the label can be determined from the length of the LABEL object. The resulting LABEL object is shown in Figure 2 including the object header that is not normally shown in diagrammatic representations of RSVP-TE objects. Note that r is the count of component labels, and this is backward compatible with the label shown in Figure 1 where the value of r is 1. The order of component labels MUST be presented in increasing order of the value n. Implementations MUST NOT infer anything about the encoding of a signal into the set of slots represented by a compound label from the label itself. Information about the encoding MAY be handled in other fields in signaling messages or through an out of band system, but such considerations are out of the scope of this document. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Object Length (4 + 8r) | Class-Num (16)| C-Type (2) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Grid | C.S. | Identifier | n | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | m | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ~ ~ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Grid | C.S. | Identifier | n | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | m | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 2 : A Compound Label for Virtual Concatenation Note that specific rules must be applied as follows: - Grid MUST show "ITU-T Flex" value 3 in each component label. - C.S. MUST have the same value in each component label. - Identifier in each component label may identify different physical equipment. - Values of n and m in each component label define the slots that are concatenated. At the time of writing [G.694.1] only supports the concatenation of adjacent slots (i.e., without intervening unused slots that could be used for other purposes) of identical width (same value of m), and the component slots must be in increasing order of frequency (i.e., increasing order of the value n). The mechanism defined here MUST NOT be used for other forms of concatenation unless and until those forms of concatenation are defined and documented in Recommendations published by the ITU-T. Note further that while the mechanism described here naturally means that all component channels are corouted, a composite channel can also be achieved by constructing individual LSPs from single flexi- grid slots and managing those LSPs as a Virtual Concatenation Group (VCG). A mechanism for achieving this for TDM is described in [RFC6344], but is out of scope for discussion in this document because the labels used are normal, single slot labels and require no additional definitions. _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp -------------------------------------------------------- ZTE Information Security Notice: The information contained in this mail (and any attachment transmitted herewith) is privileged and confidential and is intended for the exclusive use of the addressee(s). If you are not an intended recipient, any disclosure, reproduction, distribution or other dissemination or use of the information contained is strictly prohibited. If you have received this mail in error, please delete it and notify us immediately. --=_alternative 0037F29985257CFC_= Content-Type: text/html; charset="US-ASCII" Hi Adrian,

I have some concerns about using the term VCAT in the context of a media channel. The media is flat and has no structure so if the "concatenated" media channels are adjacent, we have a larger media channel. If (as I think you intend) the media channels are not adjacent then you have a set of media channels.

Another way of looking at this (and please don't over extend the analogy) is water and pipe. The water is the optical signal and the media channel is the pipe. This draft is addressing the management of pipes.

The concept of VCAT only applies to digital streams, it cannot be applied to the media layer layer.

This concept of a group (or set) of media channels may be useful in the future after SG15 have completed the work on OTN B100G where the possibility of inverse multiplexing a 400G OTN digital stream into two (or four) digital streams which are then modulated onto two (or four) optical signals that use two (or four) independent media channels is under consideration and managing these independent media channels as a set would be useful. However, this is still under discussion in SG15.

Regards,

Malcolm



"Adrian Farrel" <adrian@olddog.co.uk>
Sent by: "CCAMP" <ccamp-bounces@ietf.org>

17/06/2014 08:55 AM
Please respond to
adrian@olddog.co.uk
To
<ccamp@ietf.org>,
cc
Subject
[CCAMP] Adding composite labels to flexi-grid





Hi,

Ramon and I have worked up some text to go in
draft-ietf-ccamp-flexigrid-lambda-label to describe composite labels.

There is not a huge amount to say *in*this*document* partly because we have lots
of running code about how to do VCAT in a number of technologies, and partly
because this document describes the label format, not the signaling, routing, or
usage.

Would like your comments and plan to post before the Toronto cut-off. We can
return to the debate in Toronto if it needs f2f time.

BTW, as an aside, this is deliberately not intended to discuss the "super
channel". At this stage, super-channel is not something that the ITU-T
recognises as a data plane concept (although I know a number of companies are
interested in this and will work in that area). Iftekhar has a strong interest
in describing GMPLS labels and processing for super channels, and has indicated
that he is willing to be an anchor for this work in the IETF.

Thanks,
Adrian

====

New section

2.1.  Virtual Concatenation

  It is possible to construct an end-to-end connection by
  "concatenating" more than one flexi-grid slot.  The mechanism used is
  similar to virtual concatenation (VCAT) familiar in time-division
  multiplexing (TDM) and optical transport networks (OTN).  The
  concatenated slots could potentially be contiguous or non-contiguous
  (as allowed by the definitions of the data plane) and could be
  signaled as a single LSP or constructed from a group of LSPs.  For
  more details, refer to Section 4.3.

===

New section

4.3.  Virtual Concatenation

  Virtual concatenation is already supported in GMPLS for TDM and OTN
  [RFC4606], [RFC6344], [RFC7139].  The mechanism used for flexigrid is
  similar.

  To signal an LSP that uses multiple flexi-grid slots a "compound
  label" is constructed.  That is, the LABEL object is constructed from
  a concatenation of the 64-bit Flexi-Grid Labels shown in Figure 1.
  The number of elements in the label can be determined from the length
  of the LABEL object.  The resulting LABEL object is shown in Figure
  2 including the object header that is not normally shown in
  diagrammatic representations of RSVP-TE objects.  Note that r is the
  count of component labels, and this is backward compatible with the
  label shown in Figure 1 where the value of r is 1.

  The order of component labels MUST be presented in increasing order
  of the value n.  Implementations MUST NOT infer anything about the
  encoding of a signal into the set of slots represented by a compound
  label from the label itself.  Information about the encoding MAY be
  handled in other fields in signaling messages or through an out of
  band system, but such considerations are out of the scope of this
  document.

   0                   1                   2                   3
   0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |   Object Length (4 + 8r)      | Class-Num (16)|  C-Type (2)   |
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |Grid | C.S.  |    Identifier   |              n                |
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |              m                |          Reserved             |
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  ~                                                               ~
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |Grid | C.S.  |    Identifier   |              n                |
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |              m                |          Reserved             |
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

      Figure 2 : A Compound Label for Virtual Concatenation

  Note that specific rules must be applied as follows:

  - Grid MUST show "ITU-T Flex" value 3 in each component label.
  - C.S. MUST have the same value in each component label.
  - Identifier in each component label may identify different physical
    equipment.
  - Values of n and m in each component label define the slots that
    are concatenated.

  At the time of writing [G.694.1] only supports the concatenation of
  adjacent slots (i.e., without intervening unused slots that could be
  used for other purposes) of identical width (same value of m), and
  the component slots must be in increasing order of frequency (i.e.,
  increasing order of the value n).  The mechanism defined here MUST
  NOT be used for other forms of concatenation unless and until those
  forms of concatenation are defined and documented in Recommendations
  published by the ITU-T.

  Note further that while the mechanism described here naturally means
  that all component channels are corouted, a composite channel can
  also be achieved by constructing individual LSPs from single flexi-
  grid slots and managing those LSPs as a Virtual Concatenation Group
  (VCG).  A mechanism for achieving this for TDM is described in
  [RFC6344], but is out of scope for discussion in this document
  because the labels used are normal, single slot labels and require no
  additional definitions.

_______________________________________________
CCAMP mailing list
CCAMP@ietf.org
https://www.ietf.org/mailman/listinfo/ccamp
 


--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail (and any attachment transmitted herewith) is privileged and confidential and is intended for the exclusive use of the addressee(s).  If you are not an intended recipient, any disclosure, reproduction, distribution or other dissemination or use of the information contained is strictly prohibited.  If you have received this mail in error, please delete it and notify us immediately.

--=_alternative 0037F29985257CFC_=-- From nobody Thu Jun 19 13:09:24 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E0AC21A03E4 for ; Thu, 19 Jun 2014 13:09:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.85 X-Spam-Level: X-Spam-Status: No, score=-4.85 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651] 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 3RXvA9vLhKqf for ; Thu, 19 Jun 2014 13:09:19 -0700 (PDT) Received: from nbfkord-smmo06.seg.att.com (nbfkord-smmo06.seg.att.com [209.65.160.94]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AFB4C1A0308 for ; Thu, 19 Jun 2014 13:09:09 -0700 (PDT) Received: from unknown [144.160.229.24] (EHLO alpi155.enaf.aldc.att.com) by nbfkord-smmo06.seg.att.com(mxl_mta-7.2.1-0) over TLS secured channel with ESMTP id 46343a35.0.882194.00-2349.2487190.nbfkord-smmo06.seg.att.com (envelope-from ); Thu, 19 Jun 2014 20:09:09 +0000 (UTC) X-MXL-Hash: 53a343653419516b-9483d0385c03efd7c41405ec3fbc311d841ad8af Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id s5JK98bQ024309 for ; Thu, 19 Jun 2014 16:09:08 -0400 Received: from mlpi409.sfdc.sbc.com (mlpi409.sfdc.sbc.com [130.9.128.241]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id s5JK92Sw024180 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 19 Jun 2014 16:09:05 -0400 Received: from MISOUT7MSGHUB9A.ITServices.sbc.com (MISOUT7MSGHUB9A.itservices.sbc.com [144.151.223.62]) by mlpi409.sfdc.sbc.com (RSA Interceptor) for ; Thu, 19 Jun 2014 20:08:54 GMT Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.145]) by MISOUT7MSGHUB9A.ITServices.sbc.com ([144.151.223.62]) with mapi id 14.03.0174.001; Thu, 19 Jun 2014 16:08:54 -0400 From: "BRUNGARD, DEBORAH A" To: "ccamp@ietf.org" Thread-Topic: Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a WG document Thread-Index: Ac+AAP3lpYzTmzTCQLaqZty1wAAgyQL+Or+Q Date: Thu, 19 Jun 2014 20:08:54 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.70.99.204] Content-Type: multipart/alternative; boundary="_000_F64C10EAA68C8044B33656FA214632C80CB794D2MISOUT7MSGUSRDE_" MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-AnalysisOut: [v=2.0 cv=LbmLHEji c=1 sm=1 a=dhB6nF3YHL5t/Ixux6cINA==:17 a] X-AnalysisOut: [=CUOC4EbVgTAA:10 a=ofMgfj31e3cA:10 a=7FAKKZVuxH8A:10 a=BLc] X-AnalysisOut: [eEmwcHowA:10 a=zQP7CpKOAAAA:8 a=XIqpo32RAAAA:8 a=48vgC7mUA] X-AnalysisOut: [AAA:8 a=6395D88C4xZvPChkB50A:9 a=CjuIK1q_8ugA:10 a=2TSDkfq] X-AnalysisOut: [dCjIA:10 a=lZB815dzVvQA:10 a=yMhMjlubAAAA:8 a=SSmOFEACAAAA] X-AnalysisOut: [:8 a=f7ccaxmNqhkpjHNWXGoA:9 a=gKO2Hq4RSVkA:10 a=UiCQ7L4-1S] X-AnalysisOut: [4A:10 a=hTZeC7Yk6K0A:10 a=frz4AuCg-hUA:10 a=HNAt-qYoD868Y2] X-AnalysisOut: [NK:21] X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2014051901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.229.24] Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/wOwfdgm-oGWsgqRmnjqyEkopGfE Subject: Re: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a WG document X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jun 2014 20:09:22 -0000 --_000_F64C10EAA68C8044B33656FA214632C80CB794D2MISOUT7MSGUSRDE_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, This poll is closed. The document is adopted. Authors, Please resubmit with name change only to draft-ietf-ccamp-flexible-grid-rsv= p-te-ext. Thank you, Deborah and Lou From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of BRUNGARD, DEBORAH = A Sent: Wednesday, June 04, 2014 10:27 AM To: ccamp@ietf.org Subject: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext= -04 a WG document ***Security Advisory: This Message Originated Outside of AT&T *** Reference http://cso.att.com/EmailSecurity/IDSP.html for more information. All, This is to start a two week poll on making draft-zhang-ccamp-flexible-grid-= rsvp-te-ext-04 a ccamp working group document. Please send email to the lis= t indicating "yes/support" or "no/do not support". If indicating no, please= state your technical reservations with the document. The poll ends Wednesday, June 18th. Thanks, Deborah and Lou --_000_F64C10EAA68C8044B33656FA214632C80CB794D2MISOUT7MSGUSRDE_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

All,

 <= /p>

This poll is closed. The = document is adopted.

 <= /p>

Authors,

Please resubmit with name= change only to draft-ietf-ccamp-flexible-grid-rsvp-te-ext.

 <= /p>

Thank you,

Deborah and Lou

 <= /p>

From: CCAMP [m= ailto:ccamp-bounces@ietf.org] On Behalf Of BRUNGARD, DEBORAH A
Sent: Wednesday, June 04, 2014 10:27 AM
To: ccamp@ietf.org
Subject: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-rsvp= -te-ext-04 a WG document

 

***Security Advisory: This Message Originated Outside of= AT&T ***
Reference http://cso= .att.com/EmailSecurity/IDSP.html for more information.

All,

 

This is to start a two week poll on mak= ing draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a ccamp working group do= cument. Please send email to the list indicating “yes/support” or “no/do not support”. If indicating no, please state your te= chnical reservations with the document.

 

The poll ends Wednesday, June 18th.

 

Thanks,

Deborah and Lou

 

 

--_000_F64C10EAA68C8044B33656FA214632C80CB794D2MISOUT7MSGUSRDE_-- From nobody Thu Jun 19 18:11:58 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 912DC1A02D3 for ; Thu, 19 Jun 2014 18:11:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.401 X-Spam-Level: X-Spam-Status: No, score=-2.401 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZiyXEsr9cCPY for ; Thu, 19 Jun 2014 18:11:51 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 19DD31A02E9 for ; Thu, 19 Jun 2014 18:11:50 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BFP67403; Fri, 20 Jun 2014 01:11:49 +0000 (GMT) Received: from SZXEMA407-HUB.china.huawei.com (10.82.72.39) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 20 Jun 2014 02:11:48 +0100 Received: from SZXEMA512-MBS.china.huawei.com ([169.254.8.186]) by SZXEMA407-HUB.china.huawei.com ([10.82.72.39]) with mapi id 14.03.0158.001; Fri, 20 Jun 2014 09:11:45 +0800 From: "Zhangxian (Xian)" To: "BRUNGARD, DEBORAH A" Thread-Topic: Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a WG document Thread-Index: Ac+AAP3lpYzTmzTCQLaqZty1wAAgyQL+Or+QAAqd0KA= Date: Fri, 20 Jun 2014 01:11:43 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.104.209] Content-Type: multipart/alternative; boundary="_000_C636AF2FA540124E9B9ACB5A6BECCE6B358197A4SZXEMA512MBSchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/U2VYmVhrWNJq1bwC4LG0PzB8tsY Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a WG document X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jun 2014 01:11:56 -0000 --_000_C636AF2FA540124E9B9ACB5A6BECCE6B358197A4SZXEMA512MBSchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 VGhhbmsgeW91LCBEZWJvcmFoLiBXaWxsIHJlc3VibWl0IHZlcnkgc29vbi4NCg0KUmVnYXJkcywN ClhpYW4NCg0KRnJvbTogQ0NBTVAgW21haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnXSBPbiBC ZWhhbGYgT2YgQlJVTkdBUkQsIERFQk9SQUggQQ0KU2VudDogMjAxNMTqNtTCMjDI1SA0OjA5DQpU bzogY2NhbXBAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbQ0NBTVBdIFBvbGwgb24gbWFraW5nIGRy YWZ0LXpoYW5nLWNjYW1wLWZsZXhpYmxlLWdyaWQtcnN2cC10ZS1leHQtMDQgYSBXRyBkb2N1bWVu dA0KDQpBbGwsDQoNClRoaXMgcG9sbCBpcyBjbG9zZWQuIFRoZSBkb2N1bWVudCBpcyBhZG9wdGVk Lg0KDQpBdXRob3JzLA0KUGxlYXNlIHJlc3VibWl0IHdpdGggbmFtZSBjaGFuZ2Ugb25seSB0byBk cmFmdC1pZXRmLWNjYW1wLWZsZXhpYmxlLWdyaWQtcnN2cC10ZS1leHQuDQoNClRoYW5rIHlvdSwN CkRlYm9yYWggYW5kIExvdQ0KDQpGcm9tOiBDQ0FNUCBbbWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0 Zi5vcmddIE9uIEJlaGFsZiBPZiBCUlVOR0FSRCwgREVCT1JBSCBBDQpTZW50OiBXZWRuZXNkYXks IEp1bmUgMDQsIDIwMTQgMTA6MjcgQU0NClRvOiBjY2FtcEBpZXRmLm9yZw0KU3ViamVjdDogW0ND QU1QXSBQb2xsIG9uIG1ha2luZyBkcmFmdC16aGFuZy1jY2FtcC1mbGV4aWJsZS1ncmlkLXJzdnAt dGUtZXh0LTA0IGEgV0cgZG9jdW1lbnQNCg0KKioqU2VjdXJpdHkgQWR2aXNvcnk6IFRoaXMgTWVz c2FnZSBPcmlnaW5hdGVkIE91dHNpZGUgb2YgQVQmVCAqKioNClJlZmVyZW5jZSBodHRwOi8vY3Nv LmF0dC5jb20vRW1haWxTZWN1cml0eS9JRFNQLmh0bWwgZm9yIG1vcmUgaW5mb3JtYXRpb24uDQpB bGwsDQoNClRoaXMgaXMgdG8gc3RhcnQgYSB0d28gd2VlayBwb2xsIG9uIG1ha2luZyBkcmFmdC16 aGFuZy1jY2FtcC1mbGV4aWJsZS1ncmlkLXJzdnAtdGUtZXh0LTA0IGEgY2NhbXAgd29ya2luZyBn cm91cCBkb2N1bWVudC4gUGxlYXNlIHNlbmQgZW1haWwgdG8gdGhlIGxpc3QgaW5kaWNhdGluZyCh sHllcy9zdXBwb3J0obEgb3IgobBuby9kbyBub3Qgc3VwcG9ydKGxLiBJZiBpbmRpY2F0aW5nIG5v LCBwbGVhc2Ugc3RhdGUgeW91ciB0ZWNobmljYWwgcmVzZXJ2YXRpb25zIHdpdGggdGhlIGRvY3Vt ZW50Lg0KDQpUaGUgcG9sbCBlbmRzIFdlZG5lc2RheSwgSnVuZSAxOHRoLg0KDQpUaGFua3MsDQpE ZWJvcmFoIGFuZCBMb3UNCg0KDQo= --_000_C636AF2FA540124E9B9ACB5A6BECCE6B358197A4SZXEMA512MBSchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Thank you,= Deborah. Will resubmit very soon.

 = ;

Regards,

Xian<= /o:p>

 = ;

From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of BRUNGARD, DEBORAH A
Sent: 2014=C4=EA6=D4=C220= =C8=D5 4:09
To: ccamp@ietf.org
Subject: Re: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-= rsvp-te-ext-04 a WG document

 

All,<= /o:p>

 = ;

This poll = is closed. The document is adopted.

 = ;

Authors,

Please res= ubmit with name change only to draft-ietf-ccamp-flexible-grid-rsvp-te-ext.<= o:p>

 = ;

Thank you,=

Deborah an= d Lou

 = ;

From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of BRUNGARD, DEBORAH A
Sent: Wednesday, June 04, 2014 10:27 AM
To: ccamp@ietf.org
Subject: [CCAMP] Poll on making draft-zhang-ccamp-flexible-grid-rsvp= -te-ext-04 a WG document

 

= ***Security Advisory: This Message = Originated Outside of AT&T ***
Reference http://cso= .att.com/EmailSecurity/IDSP.html for more information.

All,

 =

This is to start a two w= eek poll on making draft-zhang-ccamp-flexible-grid-rsvp-te-ext-04 a ccamp w= orking group document. Please send email to the list indicating =A1=B0yes/support=A1=B1 or =A1=B0no/do not support=A1=B1. If indicating no= , please state your technical reservations with the document.

 =

The poll ends Wednesday,= June 18th.

 =

Thanks,

Deborah and Lou

 =

 =

--_000_C636AF2FA540124E9B9ACB5A6BECCE6B358197A4SZXEMA512MBSchi_-- From nobody Mon Jun 23 05:56:31 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ADECE1B2AA3 for ; Mon, 23 Jun 2014 05:56:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.199 X-Spam-Level: X-Spam-Status: No, score=-99.199 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a42clIjrfAzQ for ; Mon, 23 Jun 2014 05:56:25 -0700 (PDT) Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 10DCA1B2937 for ; Mon, 23 Jun 2014 05:56:23 -0700 (PDT) Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id s5NCuLGI012469; Mon, 23 Jun 2014 13:56:21 +0100 Received: from 950129200 (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id s5NCuJOL012460 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 23 Jun 2014 13:56:20 +0100 From: "Adrian Farrel" To: References: <00fd01cf8a2b$6bbd2b20$43378160$@olddog.co.uk> In-Reply-To: Date: Mon, 23 Jun 2014 13:56:18 +0100 Message-ID: <018b01cf8ee2$86dfca00$949f5e00$@olddog.co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_018C_01CF8EEA.E8A89ED0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQKBuc+ah7SVDmb5y4DTHoRqwLQAxAFLdRM6mg/wy7A= Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1017-20774.006 X-TM-AS-Result: No--19.213-10.0-31-10 X-imss-scan-details: No--19.213-10.0-31-10 X-TMASE-MatchedRID: IeZYkn8zfFqnykMun0J1wkhEDfw/93Buy3fMd7pCml6NXkYeZoSa+v80 kikrnFDpWCXgPKIt5M6WZJl0b7VT9bmvMSppeWbN/O70vD0Lt8COCCRo/fBZSU+0uGVOF08QXkh fj9Xlxy0sU2D8r2q8NKldHs0DobMiMqritzVgGxbRc75iroKqArtq3FNsoMQgng4VduaO4WlrQg SRg6yiRSbi7begRHJeJvUu96TaLgfTrbBiEFSMvI+YSzwl92XTUCwb19dUaUlDrg3+Z9OuMteCU pQERi3J8SXQ3wH4DTtuPDPlj1XJQO7Dh9vlQ65VVF7yOiu4q2lB+8LAeeOOMEmDyxNPdHMX152a 4j27JxjVrOdmXCoUPElBc2Is9ewqr3k6d1IwbiCUa50su1E7W8yR2knNsxQRDO+DX+rUwfaICe2 qFQ5BFLpH7YnohyPyfdTAWJ8WVbuJxJdlNqfJF7MjW/sniEQKRyLSVzNLnaxfpVdfidExN+RJLX Fn/M4bU9Bu+efCJtD5X613LZxaNGS5WQj/NRvE5lxBdzMDWW5imi8LvNfmr6nu3/KtWfGQLyc54 RnMqireXk2Sjuhu0ETfQWhBnwHOeY8gy0Lhxg+9HTxRE6QQB6KaxHqGRwkCowtRP8whCK9Yua/k yrSLK+/8FpDFWSowI/HesLke34cNzkh8+BAiiH9NanCUA4VedWAGleXmdhhiOMENWKv3dNqE+67 0/uY7nLfqYaQ5cxgopAQlzvHAhyzhss0AlBiqnVTWWiNp+v9BldmDYjwlppuSv4SfxhK3AEoaRb 3OefkwvxENl9ez41zoSSbt5EWXVMjaUlx6hKeeAiCmPx4NwGmRqNBHmBvevqq8s2MNhPDPPeN6H N6d7GqSJe3/DJB6IAcCikR3vq8Vg0FnmvRSZiDJxsrSwkFVdvFcIpxG9jcjX3zWopJ7DRp6GRfC 7J0y Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/CfI7vdkr8vD_SSOC3wZsPktrWcQ Cc: ccamp@ietf.org Subject: Re: [CCAMP] Adding composite labels to flexi-grid X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2014 12:56:29 -0000 This is a multipart message in MIME format. ------=_NextPart_000_018C_01CF8EEA.E8A89ED0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi Malcolm, Thanks for this. In terms of over-extended analogies, maybe there is a tendency to over-extend the meaning of the term/concept VCAT. I disagree that the result of adjacent concatenated media channels is a larger media channel. There is a distinction between building a larger (if you like, wider) channel either simply through a larger value of m or through the so-called "super channel", and constructing a set of media channels as you describe it. You say "The concept of VCAT only applies to digital streams, it cannot be applied to the media layer layer" and i think this is taking the architecture too far into the implementation. But also that this is not an important part of the discussion. So, to take your analogy, the sender of water has a big tank with a flow that goes here to there. The "composite label" describes a set of parallel pipes. How the water is distributed across those pipes is not in scope for this document. I think we can address your concerns by renaming Section 2.1 to "Composite Labels" and tweaking the text. Thus... 2.1. Composite Labels It is possible to construct an end-to-end connection by "concatenating" more than one flexi-grid slot. The mechanism used in GMPLS is similar to that used to support virtual concatenation (VCAT) familiar in time-division multiplexing (TDM) and optical transport networks (OTN). The concatenated slots could potentially be contiguous or non-contiguous (as allowed by the definitions of the data plane) and could be signaled as a single LSP or constructed from a group of LSPs. For more details, refer to Section 4.3. This specifically does not say that the "concatenated" construction is VCAT. And it states that the similarity is in GMPLS. Furthermore, it delegates the applicability to the definition of the data plane. Similarly, Section 4.3 can be renamed "Composite Labels". The only other change in that Section I believe is needed to address your concerns is to remove mention of VCG from the final paragraph. Thus: Note further that while the mechanism described here naturally means that all component channels are corouted, a composite channel can also be achieved by constructing individual LSPs from single flexi- grid slots and managing those LSPs as a group. A mechanism for achieving this for TDM is described in [RFC6344], but is out of scope for discussion in this document because the labels used are normal, single slot labels and require no additional definitions. Cheers, Adrian From: malcolm.betts@zte.com.cn [mailto:malcolm.betts@zte.com.cn] Sent: 19 June 2014 11:11 To: adrian@olddog.co.uk Cc: ccamp@ietf.org; CCAMP Subject: Re: [CCAMP] Adding composite labels to flexi-grid Hi Adrian, I have some concerns about using the term VCAT in the context of a media channel. The media is flat and has no structure so if the "concatenated" media channels are adjacent, we have a larger media channel. If (as I think you intend) the media channels are not adjacent then you have a set of media channels. Another way of looking at this (and please don't over extend the analogy) is water and pipe. The water is the optical signal and the media channel is the pipe. This draft is addressing the management of pipes. The concept of VCAT only applies to digital streams, it cannot be applied to the media layer layer. This concept of a group (or set) of media channels may be useful in the future after SG15 have completed the work on OTN B100G where the possibility of inverse multiplexing a 400G OTN digital stream into two (or four) digital streams which are then modulated onto two (or four) optical signals that use two (or four) independent media channels is under consideration and managing these independent media channels as a set would be useful. However, this is still under discussion in SG15. Regards, Malcolm "Adrian Farrel" Sent by: "CCAMP" 17/06/2014 08:55 AM Please respond to adrian@olddog.co.uk To , cc Subject [CCAMP] Adding composite labels to flexi-grid Hi, Ramon and I have worked up some text to go in draft-ietf-ccamp-flexigrid-lambda-label to describe composite labels. There is not a huge amount to say *in*this*document* partly because we have lots of running code about how to do VCAT in a number of technologies, and partly because this document describes the label format, not the signaling, routing, or usage. Would like your comments and plan to post before the Toronto cut-off. We can return to the debate in Toronto if it needs f2f time. BTW, as an aside, this is deliberately not intended to discuss the "super channel". At this stage, super-channel is not something that the ITU-T recognises as a data plane concept (although I know a number of companies are interested in this and will work in that area). Iftekhar has a strong interest in describing GMPLS labels and processing for super channels, and has indicated that he is willing to be an anchor for this work in the IETF. Thanks, Adrian ==== New section 2.1. Virtual Concatenation It is possible to construct an end-to-end connection by "concatenating" more than one flexi-grid slot. The mechanism used is similar to virtual concatenation (VCAT) familiar in time-division multiplexing (TDM) and optical transport networks (OTN). The concatenated slots could potentially be contiguous or non-contiguous (as allowed by the definitions of the data plane) and could be signaled as a single LSP or constructed from a group of LSPs. For more details, refer to Section 4.3. === New section 4.3. Virtual Concatenation Virtual concatenation is already supported in GMPLS for TDM and OTN [RFC4606], [RFC6344], [RFC7139]. The mechanism used for flexigrid is similar. To signal an LSP that uses multiple flexi-grid slots a "compound label" is constructed. That is, the LABEL object is constructed from a concatenation of the 64-bit Flexi-Grid Labels shown in Figure 1. The number of elements in the label can be determined from the length of the LABEL object. The resulting LABEL object is shown in Figure 2 including the object header that is not normally shown in diagrammatic representations of RSVP-TE objects. Note that r is the count of component labels, and this is backward compatible with the label shown in Figure 1 where the value of r is 1. The order of component labels MUST be presented in increasing order of the value n. Implementations MUST NOT infer anything about the encoding of a signal into the set of slots represented by a compound label from the label itself. Information about the encoding MAY be handled in other fields in signaling messages or through an out of band system, but such considerations are out of the scope of this document. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Object Length (4 + 8r) | Class-Num (16)| C-Type (2) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Grid | C.S. | Identifier | n | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | m | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ~ ~ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Grid | C.S. | Identifier | n | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | m | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 2 : A Compound Label for Virtual Concatenation Note that specific rules must be applied as follows: - Grid MUST show "ITU-T Flex" value 3 in each component label. - C.S. MUST have the same value in each component label. - Identifier in each component label may identify different physical equipment. - Values of n and m in each component label define the slots that are concatenated. At the time of writing [G.694.1] only supports the concatenation of adjacent slots (i.e., without intervening unused slots that could be used for other purposes) of identical width (same value of m), and the component slots must be in increasing order of frequency (i.e., increasing order of the value n). The mechanism defined here MUST NOT be used for other forms of concatenation unless and until those forms of concatenation are defined and documented in Recommendations published by the ITU-T. Note further that while the mechanism described here naturally means that all component channels are corouted, a composite channel can also be achieved by constructing individual LSPs from single flexi- grid slots and managing those LSPs as a Virtual Concatenation Group (VCG). A mechanism for achieving this for TDM is described in [RFC6344], but is out of scope for discussion in this document because the labels used are normal, single slot labels and require no additional definitions. _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp -------------------------------------------------------- ZTE Information Security Notice: The information contained in this mail (and any attachment transmitted herewith) is privileged and confidential and is intended for the exclusive use of the addressee(s). If you are not an intended recipient, any disclosure, reproduction, distribution or other dissemination or use of the information contained is strictly prohibited. If you have received this mail in error, please delete it and notify us immediately. ------=_NextPart_000_018C_01CF8EEA.E8A89ED0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi = Malcolm,

 

Thanks for = this.

 

In terms of over-extended = analogies, maybe there is a tendency to over-extend the meaning of the = term/concept VCAT.

 

I disagree that the result of = adjacent concatenated media channels is a larger media channel. There is = a distinction between building a larger (if you like, wider) channel = either simply through a larger value of m or through the so-called = "super channel", and constructing a set of media channels as = you describe it.

 

You say "The concept of = VCAT only applies to digital streams, it cannot be applied to the media = layer layer" and i think this is taking the architecture too far = into the implementation. But also that this is not an important part of = the discussion.

 

So, to take your analogy, the = sender of water has a big tank with a flow that goes here to there. The = "composite label" describes a set of parallel pipes. How the = water is distributed across those pipes is not in scope for this = document.

 

I think we can address your = concerns by renaming Section 2.1 to "Composite Labels" and = tweaking the text. Thus...

 

2.1.  Composite = Labels

 

   It is possible to = construct an end-to-end connection by

   "concatenating" = more than one flexi-grid slot.  = The mechanism used in

   GMPLS is similar to that = used to support virtual concatenation (VCAT)

   familiar in time-division = multiplexing (TDM) and optical transport

   networks (OTN).  The concatenated slots could = potentially be

   contiguous or = non-contiguous (as allowed by the definitions of = the

   data plane) and could be = signaled as a single LSP or constructed from

   a group of LSPs.  For more details, refer to = Section 4.3.

 

This specifically does not say = that the "concatenated" construction is VCAT. And it states = that the similarity is in GMPLS. Furthermore, it delegates the = applicability to the definition of the data = plane.

 

Similarly, Section 4.3 can be = renamed "Composite Labels". The only other change in that = Section I believe is needed to address your concerns is to remove = mention of VCG from the final paragraph. Thus:

 

   Note further that while the = mechanism described here naturally means

   that all component = channels are corouted, a composite channel can

   also be achieved by = constructing individual LSPs from single flexi-

   grid slots and managing = those LSPs as a group.  A = mechanism for

   achieving this for = TDM is described in [RFC6344], but is out of = scope

   for discussion in this = document because the labels used are normal,

   single slot labels and = require no additional definitions.

 

Cheers,

Adrian

 

From: = malcolm.betts@zte.com.cn [mailto:malcolm.betts@zte.com.cn] =
Sent: 19 June 2014 11:11
To: = adrian@olddog.co.uk
Cc: ccamp@ietf.org; = CCAMP
Subject: Re: [CCAMP] Adding composite labels to = flexi-grid

 

Hi Adrian, =

I have some concerns about using the term VCAT in the context of = a media channel. The media is flat and has no structure so if the = "concatenated" media channels are adjacent, we have a larger = media channel. If (as I think you intend) the media channels are not = adjacent then you have a set of media channels.

Another way = of looking at this (and please don't over extend the analogy) is water = and pipe. The water is the optical signal and the media channel is the = pipe. This draft is addressing the management of pipes. =

The concept = of VCAT only applies to digital streams, it cannot be applied to the = media layer layer.

This concept = of a group (or set) of media channels may be useful in the future after = SG15 have completed the work on OTN B100G where the possibility of = inverse multiplexing a 400G OTN digital stream into two (or four) = digital streams which are then modulated onto two (or four) optical = signals that use two (or four) independent media channels is under = consideration and managing these independent media channels as a set = would be useful. However, this is still under discussion in SG15. =

Regards,

Malcolm


"Adrian = Farrel" <adrian@olddog.co.uk> =
Sent by: = "CCAMP" <ccamp-bounces@ietf.org> =

17/06/2014 = 08:55 AM

Please = respond = to
adrian@olddog.co.uk

To=

<ccamp@ietf= .org>,

cc=

Subject=

[CCAMP] = Adding composite labels to = flexi-grid

 




Hi,

Ramon = and I have worked up some text to go = in
draft-ietf-ccamp-flexigrid-lambda-label to describe = composite labels.

There is not a huge amount to say = *in*this*document* partly because we have lots
of running = code about how to do VCAT in a number of technologies, and = partly
because this document describes the label format, not = the signaling, routing, or
usage.

Would like = your comments and plan to post before the Toronto cut-off. We = can
return to the debate in Toronto if it needs f2f = time.

BTW, as an aside, this is deliberately not = intended to discuss the "super
channel". At this = stage, super-channel is not something that the = ITU-T
recognises as a data plane concept (although I know a = number of companies are
interested in this and will work in = that area). Iftekhar has a strong interest
in describing = GMPLS labels and processing for super channels, and has = indicated
that he is willing to be an anchor for this work = in the = IETF.

Thanks,
Adrian

=3D=3D=3D= =3D

New section

2.1.  Virtual = Concatenation

  It is possible to construct an = end-to-end connection by
  "concatenating" = more than one flexi-grid slot.  The mechanism used = is
  similar to virtual concatenation (VCAT) familiar = in time-division
  multiplexing (TDM) and optical = transport networks (OTN).  The
  concatenated = slots could potentially be contiguous or = non-contiguous
  (as allowed by the definitions of the = data plane) and could be
  signaled as a single LSP or = constructed from a group of LSPs.  For
  more = details, refer to Section = 4.3.

=3D=3D=3D

New = section

4.3.  Virtual = Concatenation

  Virtual concatenation is already = supported in GMPLS for TDM and OTN
  [RFC4606], = [RFC6344], [RFC7139].  The mechanism used for flexigrid = is
  similar.

  To signal an LSP = that uses multiple flexi-grid slots a "compound
  = label" is constructed.  That is, the LABEL object is = constructed from
  a concatenation of the 64-bit = Flexi-Grid Labels shown in Figure 1.
  The number of = elements in the label can be determined from the = length
  of the LABEL object.  The resulting LABEL = object is shown in Figure
  2 including the object = header that is not normally shown in
  diagrammatic = representations of RSVP-TE objects.  Note that r is = the
  count of component labels, and this is backward = compatible with the
  label shown in Figure 1 where the = value of r is 1.

  The order of component labels = MUST be presented in increasing order
  of the value n. =  Implementations MUST NOT infer anything about = the
  encoding of a signal into the set of slots = represented by a compound
  label from the label = itself.  Information about the encoding MAY be
  = handled in other fields in signaling messages or through an out = of
  band system, but such considerations are out of = the scope of this
  document.

  =  0                   1 =                   2   =                 = 3
   0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 = 3 4 5 6 7 8 9 0 1
  = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  |   Object Length (4 + 8r)      | = Class-Num (16)|  C-Type (2)   |
  = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  |Grid | C.S.  |    Identifier   |   =            n         =        |
  = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  |              m   =              |       =    Reserved             = |
  = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  ~                 =                     =                     =       ~
  = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  |Grid | C.S.  |    Identifier   |   =            n         =        |
  = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  |              m   =              |       =    Reserved             = |
  = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      Figure 2 : A Compound Label for Virtual = Concatenation

  Note that specific rules must be = applied as follows:

  - Grid MUST show "ITU-T = Flex" value 3 in each component label.
  - C.S. = MUST have the same value in each component label.
  - = Identifier in each component label may identify different = physical
    equipment.
  - = Values of n and m in each component label define the slots = that
    are concatenated.

  = At the time of writing [G.694.1] only supports the concatenation = of
  adjacent slots (i.e., without intervening unused = slots that could be
  used for other purposes) of = identical width (same value of m), and
  the component = slots must be in increasing order of frequency (i.e.,
  = increasing order of the value n).  The mechanism defined here MUST =
  NOT be used for other forms of concatenation unless = and until those
  forms of concatenation are defined = and documented in Recommendations
  published by the = ITU-T.

  Note further that while the mechanism = described here naturally means
  that all component = channels are corouted, a composite channel can
  also = be achieved by constructing individual LSPs from single = flexi-
  grid slots and managing those LSPs as a = Virtual Concatenation Group
  (VCG).  A mechanism = for achieving this for TDM is described in
  [RFC6344], = but is out of scope for discussion in this document
  = because the labels used are normal, single slot labels and require = no
  additional = definitions.

____________________________________________= ___
CCAMP mailing = list
CCAMP@ietf.org
https://www.ietf.org/mailman/listinfo/ccamp

 
----------------------------------------------------=
----
ZTE =
Information Security Notice: The information contained in this mail (and =
any attachment transmitted herewith) is privileged and confidential and =
is intended for the exclusive use of the addressee(s).  If you are not an intended =
recipient, any disclosure, reproduction, distribution or other =
dissemination or use of the information contained is strictly =
prohibited.  If you have =
received this mail in error, please delete it and notify us =
immediately.
 

 

------=_NextPart_000_018C_01CF8EEA.E8A89ED0-- From nobody Mon Jun 23 06:21:16 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AA421B2953 for ; Mon, 23 Jun 2014 06:21:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.899 X-Spam-Level: X-Spam-Status: No, score=-6.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-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 baru5wbyymb6 for ; Mon, 23 Jun 2014 06:21:04 -0700 (PDT) Received: from ihemail1.lucent.com (ihemail1.lucent.com [135.245.0.33]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0EFDA1B292E for ; Mon, 23 Jun 2014 06:21:03 -0700 (PDT) Received: from us70tusmtp1.zam.alcatel-lucent.com (h135-5-2-63.lucent.com [135.5.2.63]) by ihemail1.lucent.com (8.13.8/IER-o) with ESMTP id s5NDKxpI024482 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 23 Jun 2014 08:21:00 -0500 (CDT) Received: from US70UWXCHHUB02.zam.alcatel-lucent.com (us70uwxchhub02.zam.alcatel-lucent.com [135.5.2.49]) by us70tusmtp1.zam.alcatel-lucent.com (GMO) with ESMTP id s5NDKxda023836 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 23 Jun 2014 09:20:59 -0400 Received: from US70UWXCHMBA03.zam.alcatel-lucent.com ([169.254.9.186]) by US70UWXCHHUB02.zam.alcatel-lucent.com ([135.5.2.49]) with mapi id 14.02.0247.003; Mon, 23 Jun 2014 09:20:59 -0400 From: "Varma, Eve L (Eve)" To: "adrian@olddog.co.uk" , "malcolm.betts@zte.com.cn" Thread-Topic: [CCAMP] Adding composite labels to flexi-grid Thread-Index: Ac+KK2Uj+5CCQPPiTYKWTrSD6BMLPwBnOpUAAM7vagAACCJiwA== Date: Mon, 23 Jun 2014 13:20:59 +0000 Message-ID: <6D32668528F93D449A073F45707153D82C453F91@US70UWXCHMBA03.zam.alcatel-lucent.com> References: <00fd01cf8a2b$6bbd2b20$43378160$@olddog.co.uk> <018b01cf8ee2$86dfca00$949f5e00$@olddog.co.uk> In-Reply-To: <018b01cf8ee2$86dfca00$949f5e00$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.5.27.17] Content-Type: multipart/alternative; boundary="_000_6D32668528F93D449A073F45707153D82C453F91US70UWXCHMBA03z_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/98YZAqyN0vBSGhQedk1fsbVH1t4 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] Adding composite labels to flexi-grid X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2014 13:21:12 -0000 --_000_6D32668528F93D449A073F45707153D82C453F91US70UWXCHMBA03z_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Adrian, I think the intended point is that since each network media channel has an = effective frequency slot with a nominal central frequency and slot width, w= hile you might think of making a wider slot as allocating extra increments = (e.g., 12.5GHz or 50GHz at a time), it is still one slot with a greater wid= th. But since this is talking about the channel and not the signal, this is= n't concatenation, it is just wider effective frequency slots for the chann= el (and non-contiguous network media channels are simply different network = media channels). As Malcolm indicated below, if the intention is, for example, to support ca= rrying a B100G signal over multiple different (non-contiguous) network medi= a channels, that would be inverse muxing vs. concatenation. Best regards, Eve From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Adrian Farrel Sent: Monday, June 23, 2014 8:56 AM To: malcolm.betts@zte.com.cn Cc: ccamp@ietf.org Subject: Re: [CCAMP] Adding composite labels to flexi-grid Hi Malcolm, Thanks for this. In terms of over-extended analogies, maybe there is a tendency to over-exte= nd the meaning of the term/concept VCAT. I disagree that the result of adjacent concatenated media channels is a lar= ger media channel. There is a distinction between building a larger (if you= like, wider) channel either simply through a larger value of m or through = the so-called "super channel", and constructing a set of media channels as = you describe it. You say "The concept of VCAT only applies to digital streams, it cannot be = applied to the media layer layer" and i think this is taking the architectu= re too far into the implementation. But also that this is not an important = part of the discussion. So, to take your analogy, the sender of water has a big tank with a flow th= at goes here to there. The "composite label" describes a set of parallel pi= pes. How the water is distributed across those pipes is not in scope for th= is document. I think we can address your concerns by renaming Section 2.1 to "Composite = Labels" and tweaking the text. Thus... 2.1. Composite Labels It is possible to construct an end-to-end connection by "concatenating" more than one flexi-grid slot. The mechanism used in GMPLS is similar to that used to support virtual concatenation (VCAT) familiar in time-division multiplexing (TDM) and optical transport networks (OTN). The concatenated slots could potentially be contiguous or non-contiguous (as allowed by the definitions of the data plane) and could be signaled as a single LSP or constructed from a group of LSPs. For more details, refer to Section 4.3. This specifically does not say that the "concatenated" construction is VCAT= . And it states that the similarity is in GMPLS. Furthermore, it delegates = the applicability to the definition of the data plane. Similarly, Section 4.3 can be renamed "Composite Labels". The only other ch= ange in that Section I believe is needed to address your concerns is to rem= ove mention of VCG from the final paragraph. Thus: Note further that while the mechanism described here naturally means that all component channels are corouted, a composite channel can also be achieved by constructing individual LSPs from single flexi- grid slots and managing those LSPs as a group. A mechanism for achieving this for TDM is described in [RFC6344], but is out of scope for discussion in this document because the labels used are normal, single slot labels and require no additional definitions. Cheers, Adrian From: malcolm.betts@zte.com.cn [mailto:mal= colm.betts@zte.com.cn] Sent: 19 June 2014 11:11 To: adrian@olddog.co.uk Cc: ccamp@ietf.org; CCAMP Subject: Re: [CCAMP] Adding composite labels to flexi-grid Hi Adrian, I have some concerns about using the term VCAT in the context of a media ch= annel. The media is flat and has no structure so if the "concatenated" medi= a channels are adjacent, we have a larger media channel. If (as I think you= intend) the media channels are not adjacent then you have a set of media c= hannels. Another way of looking at this (and please don't over extend the analogy) i= s water and pipe. The water is the optical signal and the media channel is = the pipe. This draft is addressing the management of pipes. The concept of VCAT only applies to digital streams, it cannot be applied t= o the media layer layer. This concept of a group (or set) of media channels may be useful in the fut= ure after SG15 have completed the work on OTN B100G where the possibility o= f inverse multiplexing a 400G OTN digital stream into two (or four) digital= streams which are then modulated onto two (or four) optical signals that u= se two (or four) independent media channels is under consideration and mana= ging these independent media channels as a set would be useful. However, th= is is still under discussion in SG15. Regards, Malcolm "Adrian Farrel" > Sent by: "CCAMP" > 17/06/2014 08:55 AM Please respond to adrian@olddog.co.uk To >, cc Subject [CCAMP] Adding composite labels to flexi-grid Hi, Ramon and I have worked up some text to go in draft-ietf-ccamp-flexigrid-lambda-label to describe composite labels. There is not a huge amount to say *in*this*document* partly because we have= lots of running code about how to do VCAT in a number of technologies, and partl= y because this document describes the label format, not the signaling, routin= g, or usage. Would like your comments and plan to post before the Toronto cut-off. We ca= n return to the debate in Toronto if it needs f2f time. BTW, as an aside, this is deliberately not intended to discuss the "super channel". At this stage, super-channel is not something that the ITU-T recognises as a data plane concept (although I know a number of companies a= re interested in this and will work in that area). Iftekhar has a strong inter= est in describing GMPLS labels and processing for super channels, and has indic= ated that he is willing to be an anchor for this work in the IETF. Thanks, Adrian =3D=3D=3D=3D New section 2.1. Virtual Concatenation It is possible to construct an end-to-end connection by "concatenating" more than one flexi-grid slot. The mechanism used is similar to virtual concatenation (VCAT) familiar in time-division multiplexing (TDM) and optical transport networks (OTN). The concatenated slots could potentially be contiguous or non-contiguous (as allowed by the definitions of the data plane) and could be signaled as a single LSP or constructed from a group of LSPs. For more details, refer to Section 4.3. =3D=3D=3D New section 4.3. Virtual Concatenation Virtual concatenation is already supported in GMPLS for TDM and OTN [RFC4606], [RFC6344], [RFC7139]. The mechanism used for flexigrid is similar. To signal an LSP that uses multiple flexi-grid slots a "compound label" is constructed. That is, the LABEL object is constructed from a concatenation of the 64-bit Flexi-Grid Labels shown in Figure 1. The number of elements in the label can be determined from the length of the LABEL object. The resulting LABEL object is shown in Figure 2 including the object header that is not normally shown in diagrammatic representations of RSVP-TE objects. Note that r is the count of component labels, and this is backward compatible with the label shown in Figure 1 where the value of r is 1. The order of component labels MUST be presented in increasing order of the value n. Implementations MUST NOT infer anything about the encoding of a signal into the set of slots represented by a compound label from the label itself. Information about the encoding MAY be handled in other fields in signaling messages or through an out of band system, but such considerations are out of the scope of this document. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Object Length (4 + 8r) | Class-Num (16)| C-Type (2) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Grid | C.S. | Identifier | n | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | m | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ~ ~ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Grid | C.S. | Identifier | n | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | m | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 2 : A Compound Label for Virtual Concatenation Note that specific rules must be applied as follows: - Grid MUST show "ITU-T Flex" value 3 in each component label. - C.S. MUST have the same value in each component label. - Identifier in each component label may identify different physical equipment. - Values of n and m in each component label define the slots that are concatenated. At the time of writing [G.694.1] only supports the concatenation of adjacent slots (i.e., without intervening unused slots that could be used for other purposes) of identical width (same value of m), and the component slots must be in increasing order of frequency (i.e., increasing order of the value n). The mechanism defined here MUST NOT be used for other forms of concatenation unless and until those forms of concatenation are defined and documented in Recommendations published by the ITU-T. Note further that while the mechanism described here naturally means that all component channels are corouted, a composite channel can also be achieved by constructing individual LSPs from single flexi- grid slots and managing those LSPs as a Virtual Concatenation Group (VCG). A mechanism for achieving this for TDM is described in [RFC6344], but is out of scope for discussion in this document because the labels used are normal, single slot labels and require no additional definitions. _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp -------------------------------------------------------- ZTE Information Security Notice: The information contained in this mail (an= d any attachment transmitted herewith) is privileged and confidential and i= s intended for the exclusive use of the addressee(s). If you are not an in= tended recipient, any disclosure, reproduction, distribution or other disse= mination or use of the information contained is strictly prohibited. If yo= u have received this mail in error, please delete it and notify us immediat= ely. --_000_6D32668528F93D449A073F45707153D82C453F91US70UWXCHMBA03z_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Adrian,

 

I think the intended point is = that since each network media channel has an effective frequency slot with = a nominal central frequency and slot width, while you might think of making a wider slot as allocating extra increments (e.g., 12.5GHz= or 50GHz at a time), it is still one slot with a greater width. But since = this is talking about the channel and not the signal, this isn’t conc= atenation, it is just wider effective frequency slots for the channel (and non-contiguous network media channels= are simply different network media channels).

 

As Malcolm indicated below, if= the intention is, for example, to support carrying a B100G signal over mul= tiple different (non-contiguous) network media channels, that would be inverse muxing vs. concatenation.

 

Best regards,

Eve

From: CCAMP [m= ailto:ccamp-bounces@ietf.org] On Behalf Of Adrian Farrel
Sent: Monday, June 23, 2014 8:56 AM
To: malcolm.betts@zte.com.cn
Cc: ccamp@ietf.org
Subject: Re: [CCAMP] Adding composite labels to flexi-grid

 

Hi Malcolm= ,

 = ;

Thanks for= this.

 = ;

In terms o= f over-extended analogies, maybe there is a tendency to over-extend the mea= ning of the term/concept VCAT.

 = ;

I disagree= that the result of adjacent concatenated media channels is a larger media = channel. There is a distinction between building a larger (if you like, wider) channel either simply through a larger value of m or = through the so-called "super channel", and constructing a set of = media channels as you describe it.

 = ;

You say &q= uot;The concept of VCAT only applies to digital streams, it cannot be appli= ed to the media layer layer" and i think this is taking the architectu= re too far into the implementation. But also that this is not an important pa= rt of the discussion.

 = ;

So, to tak= e your analogy, the sender of water has a big tank with a flow that goes he= re to there. The "composite label" describes a set of parallel pipes. How the water is distributed across those pipes is not in scope for= this document.

 = ;

I think we= can address your concerns by renaming Section 2.1 to "Composite Label= s" and tweaking the text. Thus...

 = ;

2.1. = Composite Labels

 = ;

 &nbs= p; It is possible to construct an end-to-end connection by

 &nbs= p; "concatenating" more than one flexi-grid slot.  The mecha= nism used in

 &nbs= p; GMPLS is similar to that used to support virtual concatenation (VCAT)

 &nbs= p; familiar in time-division multiplexing (TDM) and optical transport<= /o:p>

 &nbs= p; networks (OTN).  The concatenated slots could potentially be

 &nbs= p; contiguous or non-contiguous (as allowed by the definitions of the<= o:p>

 &nbs= p; data plane) and could be signaled as a single LSP or constructed from

 &nbs= p; a group of LSPs.  For more details, refer to Section 4.3.

 = ;

This speci= fically does not say that the "concatenated" construction is VCAT= . And it states that the similarity is in GMPLS. Furthermore, it delegates the applicability to the definition of the data plane.

 = ;

Similarly,= Section 4.3 can be renamed "Composite Labels". The only other ch= ange in that Section I believe is needed to address your concerns is to remove mention of VCG from the final paragraph. Thus:=

 = ;

 &nbs= p; Note further that while the mechanism described here naturally means

 &nbs= p; that all component channels are corouted, a composite channel can

 &nbs= p; also be achieved by constructing individual LSPs from single flexi-=

 &nbs= p; grid slots and managing those LSPs as a group.  A mechanism for

 &nbs= p; achieving this for TDM is described in [RFC6344], but is out of sco= pe

 &nbs= p; for discussion in this document because the labels used are normal,=

 &nbs= p; single slot labels and require no additional definitions.

 = ;

Cheers,

Adrian

 = ;

From: malcolm.betts@zte.com.cn [<= a href=3D"mailto:malcolm.betts@zte.com.cn">mailto:malcolm.betts@zte.com.cn<= /a>]
Sent: 19 June 2014 11:11
To: adrian@olddog.co.uk Cc: ccamp@ietf.org; CCAMP
Subject: Re: [CCAMP] Adding composite labels to flexi-grid

 

Hi Adrian,

I have some concerns about using the term VCAT in the context of a media ch= annel. The media is flat and has no structure so if the "concatenated&= quot; media channels are adjacent, we have a larger media channel. If (as I= think you intend) the media channels are not adjacent then you have a set of media channels.

Another way of looking at this (and please= don't over extend the analogy) is water and pipe. The water is the optical= signal and the media channel is the pipe. This draft is addressing the management of pipes.

The concept of VCAT only applies to digita= l streams, it cannot be applied to the media layer layer.

This concept of a group (or set) of media = channels may be useful in the future after SG15 have completed the work on = OTN B100G where the possibility of inverse multiplexing a 400G OTN digital stream into two (or four) digital streams which are the= n modulated onto two (or four) optical signals that use two (or four) indep= endent media channels is under consideration and managing these independent= media channels as a set would be useful. However, this is still under discussion in SG15.

Regards,

Malcolm


"Adrian Farrel" <adrian@olddog.co.uk>
Sent by: "CCAMP" <ccamp-bounces@ietf.org>

17/06/2014 08:55 AM

Please respond to
adrian@olddog.co.uk<= /o:p>

To

<ccam= p@ietf.org>,

cc

Subject

[CCAMP] Adding composite labels to flexi-g= rid

 

=


Hi,<= span lang=3D"EN-GB" style=3D"font-size:10.0pt;font-family:"Courier New= "">

Ramon and I have worked up some text to go in
draft-ietf-ccamp-flexigrid-lambda-label to describe composite labels.

There is not a huge amount to say *in*this*document* partly because we = have lots
of running code about how to do VCAT in a number of technologies, and p= artly
because this document describes the label format, not the signaling, ro= uting, or
usage.

Would like your comments and plan to post before the Toronto cut-off. W= e can
return to the debate in Toronto if it needs f2f time.

BTW, as an aside, this is deliberately not intended to discuss the &quo= t;super
channel". At this stage, super-channel is not something that the I= TU-T
recognises as a data plane concept (although I know a number of compani= es are
interested in this and will work in that area). Iftekhar has a strong i= nterest
in describing GMPLS labels and processing for super channels, and has i= ndicated
that he is willing to be an anchor for this work in the IETF.

Thanks,
Adrian

=3D=3D=3D=3D

New section

2.1.  Virtual Concatenation

  It is possible to construct an end-to-end connection by
  "concatenating" more than one flexi-grid slot.  T= he mechanism used is
  similar to virtual concatenation (VCAT) familiar in time-divisio= n
  multiplexing (TDM) and optical transport networks (OTN).  T= he
  concatenated slots could potentially be contiguous or non-contig= uous
  (as allowed by the definitions of the data plane) and could be
  signaled as a single LSP or constructed from a group of LSPs. &n= bsp;For
  more details, refer to Section 4.3.

=3D=3D=3D

New section

4.3.  Virtual Concatenation

  Virtual concatenation is already supported in GMPLS for TDM and = OTN
  [RFC4606], [RFC6344], [RFC7139].  The mechanism used for fl= exigrid is
  similar.

  To signal an LSP that uses multiple flexi-grid slots a "com= pound
  label" is constructed.  That is, the LABEL object is c= onstructed from
  a concatenation of the 64-bit Flexi-Grid Labels shown in Figure = 1.
  The number of elements in the label can be determined from the l= ength
  of the LABEL object.  The resulting LABEL object is shown i= n Figure
  2 including the object header that is not normally shown in=
  diagrammatic representations of RSVP-TE objects.  Note that= r is the
  count of component labels, and this is backward compatible with = the
  label shown in Figure 1 where the value of r is 1.

  The order of component labels MUST be presented in increasing or= der
  of the value n.  Implementations MUST NOT infer anything ab= out the
  encoding of a signal into the set of slots represented by a comp= ound
  label from the label itself.  Information about the encodin= g MAY be
  handled in other fields in signaling messages or through an out = of
  band system, but such considerations are out of the scope of thi= s
  document.

   0                 =   1                   2 &= nbsp;                 3
   0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 = 9 0 1
  +-+-+-+-+-+-+-+-+-+-+= ;-+-+-+-+-+-+-+-+-+-+-+-+-&= #43;-+-+-+-+-+-+-+-+-+
  |   Object Length (4 + 8r)      | Class-= Num (16)|  C-Type (2)   |
  +-+-+-+-+-+-+-+-+-+-+= ;-+-+-+-+-+-+-+-+-+-+-+-+-&= #43;-+-+-+-+-+-+-+-+-+
  |Grid | C.S.  |    Identifier   |   &nb= sp;          n           =      |
  +-+-+-+-+-+-+-+-+-+-+= ;-+-+-+-+-+-+-+-+-+-+-+-+-&= #43;-+-+-+-+-+-+-+-+-+
  |              m    = ;            |         &n= bsp;Reserved             |
  +-+-+-+-+-+-+-+-+-+-+= ;-+-+-+-+-+-+-+-+-+-+-+-+-&= #43;-+-+-+-+-+-+-+-+-+
  ~                  =                     &nbs= p;                     &n= bsp; ~
  +-+-+-+-+-+-+-+-+-+-+= ;-+-+-+-+-+-+-+-+-+-+-+-+-&= #43;-+-+-+-+-+-+-+-+-+
  |Grid | C.S.  |    Identifier   |   &nb= sp;          n           =      |
  +-+-+-+-+-+-+-+-+-+-+= ;-+-+-+-+-+-+-+-+-+-+-+-+-&= #43;-+-+-+-+-+-+-+-+-+
  |              m    = ;            |         &n= bsp;Reserved             |
  +-+-+-+-+-+-+-+-+-+-+= ;-+-+-+-+-+-+-+-+-+-+-+-+-&= #43;-+-+-+-+-+-+-+-+-+

      Figure 2 : A Compound Label for Virtual Concatenat= ion

  Note that specific rules must be applied as follows:

  - Grid MUST show "ITU-T Flex" value 3 in each componen= t label.
  - C.S. MUST have the same value in each component label.   - Identifier in each component label may identify different phys= ical
    equipment.
  - Values of n and m in each component label define the slots tha= t
    are concatenated.

  At the time of writing [G.694.1] only supports the concatenation= of
  adjacent slots (i.e., without intervening unused slots that coul= d be
  used for other purposes) of identical width (same value of m), a= nd
  the component slots must be in increasing order of frequency (i.= e.,
  increasing order of the value n).  The mechanism defined he= re MUST
  NOT be used for other forms of concatenation unless and until th= ose
  forms of concatenation are defined and documented in Recommendat= ions
  published by the ITU-T.

  Note further that while the mechanism described here naturally m= eans
  that all component channels are corouted, a composite channel ca= n
  also be achieved by constructing individual LSPs from single fle= xi-
  grid slots and managing those LSPs as a Virtual Concatenation Gr= oup
  (VCG).  A mechanism for achieving this for TDM is described= in
  [RFC6344], but is out of scope for discussion in this document
  because the labels used are normal, single slot labels and requi= re no
  additional definitions.

_______________________________________________
CCAMP mailing list
CCAMP@ietf.org
https://www.ietf.org/mailman/= listinfo/ccamp

 

----------------------------=
----------------------------


ZTE Information Security Not=
ice: The information contained in this mail (and any attachment transmitted=
 herewith) is privileged and confidential and is intended for the exclusive=
 use of the addressee(s).  If you are not an intended recipient, any d=
isclosure, reproduction, distribution or other dissemination or use of the =
information contained is strictly prohibited.  If you have received th=
is mail in error, please delete it and notify us immediately.


 

 
--_000_6D32668528F93D449A073F45707153D82C453F91US70UWXCHMBA03z_-- From nobody Mon Jun 23 07:34:33 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 312FB1B2965 for ; Mon, 23 Jun 2014 07:34:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.001 X-Spam-Level: X-Spam-Status: No, score=-100.001 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5p9mIV30jS9O for ; Mon, 23 Jun 2014 07:34:29 -0700 (PDT) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A010E1A0401 for ; Mon, 23 Jun 2014 07:34:29 -0700 (PDT) X-AuditID: c618062d-f79be6d000006b89-99-53a7e97edffe Received: from EUSAAHC007.ericsson.se (Unknown_Domain [147.117.188.93]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 29.8A.27529.E79E7A35; Mon, 23 Jun 2014 10:46:54 +0200 (CEST) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC007.ericsson.se ([147.117.188.93]) with mapi id 14.03.0174.001; Mon, 23 Jun 2014 10:34:18 -0400 From: Gregory Mirsky To: "CCAMP (ccamp@ietf.org)" Thread-Topic: Backward compatibility for Availability sub-TLV Thread-Index: Ac+O7u90aym7H5uoQvO3hZMzL1AZew== Date: Mon, 23 Jun 2014 14:34:17 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1121B7E0051@eusaamb103.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.12] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF1121B7E0051eusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrOLMWRmVeSWpSXmKPExsUyuXRPrG7dy+XBBpOadSyezLnB4sDosWTJ T6YAxigum5TUnMyy1CJ9uwSujPtH5rIVXHaueLXhAmMD42rrLkZODgkBE4n+I73sELaYxIV7 69lAbCGBo4wSLY1OXYxcQPZyRolbp3uZQBJsAkYSLzb2gDWICOhK7N14nRnEFhawkLgwbScr RNxWYuqmh0D1HEC2nsT6HeIgYRYBVYnXE7cwgti8Ar4SfYe3g9mMQHu/n1oDNp5ZQFzi1pP5 TBD3CEgs2XOeGcIWlXj5+B8rhK0kMef1NWaQ8cwC+RLLutMgRgpKnJz5hGUCo9AsJJNmIVTN QlIFUaIjsWD3JzYIW1ti2cLXzDD2mQOPmZDFFzCyr2LkKC1OLctNNzLYxAgM+WMSbLo7GPe8 tDzEKMDBqMTDu0ByebAQa2JZcWXuIUZpDhYlcd5ZtfOChQTSE0tSs1NTC1KL4otKc1KLDzEy cXBKNTCmBYkvl5zVsvXxA7bJps0iExpm6Dcs+B6ksrejVD3S8teSEEnJEqXj6m533f/af1h2 conZ+3+rb64M2/nJvFFr9fNWg4vSIZ0zriguem8QcfyMr6LSA7cklk6GaazfzViSHhzftNXK eLbfepUbE6Ut+nfI7/tWlzr9gLbN4fc+6dHRtxQbu2cosRRnJBpqMRcVJwIA1DwkYVoCAAA= Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/OyDuJkqmRBMalaYVf_oX3QeG_CI Subject: [CCAMP] Backward compatibility for Availability sub-TLV X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2014 14:34:32 -0000 --_000_7347100B5761DC41A166AC17F22DF1121B7E0051eusaamb103erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear All, on behalf of authors of the RSVP-TE Signaling Extension for Links with Vari= able Discrete Bandwidth would like to ask for expert opinion. The Availabil= ity sub-TLV defined in the draft as a sub-TLV under Ethernet bandwidth prof= ile. The length field in the Ethernet bandwidth profile will be different f= rom the current definition(24), which might cause some backward issues. Possible way to address this problem: * define Availability as TLV that MUST be accompanied by Ethernet B= W Profile TLV; * define Extended Ethernet BW Profile TLV that includes Ethernet BW= TLV and has variable length. Definition of Availability characteristics re= mains as sub-TLV which MAY be included into Extended Ethernet BW Profile TL= V. Regards, Greg --_000_7347100B5761DC41A166AC17F22DF1121B7E0051eusaamb103erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear All,

on behalf of authors of the RSVP-TE Signaling Extens= ion for Links with Variable Discrete Bandwidth would like to ask for expert= opinion. The Availability sub-TLV defined in the draft as a sub-TLV under = Ethernet bandwidth profile. The length field in the Ethernet bandwidth profile will be different from the current= definition(24), which might cause some backward issues.

Possible way to address this problem:

·         define Availability as TLV that MUST be acco= mpanied by Ethernet BW Profile TLV;

·         define Extended Ethernet BW Profile TLV that= includes Ethernet BW TLV and has variable length. Definition of Availabili= ty characteristics remains as sub-TLV which MAY be included into Extended E= thernet BW Profile TLV.

 

Regards,

    =     Greg

--_000_7347100B5761DC41A166AC17F22DF1121B7E0051eusaamb103erics_-- From nobody Mon Jun 23 11:12:15 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E7961B2BE3 for ; Mon, 23 Jun 2014 11:12:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.899 X-Spam-Level: X-Spam-Status: No, score=-101.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Jt51Av2nLrVC for ; Mon, 23 Jun 2014 11:12:04 -0700 (PDT) Received: from asmtp5.iomartmail.com (asmtp5.iomartmail.com [62.128.201.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DE0641B2BEC for ; Mon, 23 Jun 2014 11:11:52 -0700 (PDT) Received: from asmtp5.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id s5NIBfZ6029930; Mon, 23 Jun 2014 19:11:41 +0100 Received: from 950129200 (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id s5NIBdFr029891 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 23 Jun 2014 19:11:40 +0100 From: "Adrian Farrel" To: "'Varma, Eve L \(Eve\)'" , References: <00fd01cf8a2b$6bbd2b20$43378160$@olddog.co.uk> <018b01cf8ee2$86dfca00$949f5e00$@olddog.co.uk> <6D32668528F93D449A073F45707153D82C453F91@US70UWXCHMBA03.zam.alcatel-lucent.com> In-Reply-To: <6D32668528F93D449A073F45707153D82C453F91@US70UWXCHMBA03.zam.alcatel-lucent.com> Date: Mon, 23 Jun 2014 19:11:38 +0100 Message-ID: <006f01cf8f0e$94212cf0$bc6386d0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0070_01CF8F16.F5F35090" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQKBuc+ah7SVDmb5y4DTHoRqwLQAxAFLdRM6AXtdMG0BOrCI85n6nSEg Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1017-20776.000 X-TM-AS-Result: No--21.768-10.0-31-10 X-imss-scan-details: No--21.768-10.0-31-10 X-TMASE-MatchedRID: IeZYkn8zfFqnykMun0J1wvhavVZP5tTaWNQzVV5GESlzdsYu/rQxIted muI9uycY1aznZlwqFDyaWO9OagVe2WC+RjBytve09IHCgeTQv1Pb4SkGdkTN9fWAXs8IQX1uEjs PbT+bo3LSyV59bDpyKomln5gZaJr1yUEGXxYlhT/aGKmW8Fvr+5UJWEPHy1YzmKASVRjLg93OEM terKmLMa4E78t0Np88+CxaXbqeVYNtJNTxpengRjNKWYiz0CE6AHN/Ezu9EnHoN8DSoota+Q6T3 3ZkaHAH+22OskOP/18KJdewsLHkJE3zbqyumWRbqeBupNgLgYf4uJ1REX4MHfViWe8qsIm3fdVw Vn9D963yrR8SjRpKInX895AHigUCh0zWQXCZZ8iJQ9k+Ypk5CWip/IHMbRnmJDftO4aKCRsWSxD 9c23vtWdWKq3yWZFSn8wrgJJ0KIuveTp3UjBuIJRrnSy7UTtbzJHaSc2zFBEM74Nf6tTB9gdtTM LT3zSbtFtXLwAwPQqKKmBfzcRfFu4dcT3ZaToc4t2mucDkRBFIn9CXeywIecJX6c73jkGLgjuzl /ha28004qbhupdmyNACeWZ6/YSZ9bQi0x27p1Xzh2yKdnl7WDRsfGqPls+VLLHGkgXj4A8evlPw WFA5dUASEP17SfpVK/tJNHjRjDwUR2ITUggE0y4uTw19Klh6m/y00tE9StbzYcyIF7RSVYeW7KS +lMd2uP6Ui3HidxC+lzz13XWUhKuThJWNM5Sq4vPWjjRvIip5y+Nu7/EOOkMQ2BHsYzyTD/xWx/ Q7rZ0pdqELfwOQWpYlxuk1ogQA+zoAW8R15l+eAiCmPx4NwGmRqNBHmBvevqq8s2MNhPDPPeN6H N6d7GqSJe3/DJB6IAcCikR3vq+/ELQi3wGARxXZVH8D8X9hfXgJbkxYl9znKreCQTKT7img/fEE WTsv Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/_TEmalIsDD73wu4gahGxGBYeI8E Cc: ccamp@ietf.org Subject: Re: [CCAMP] Adding composite labels to flexi-grid X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2014 18:12:12 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0070_01CF8F16.F5F35090 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Ah, Eve, thanks. Inverse mux is a useful term. You can inverse mux over a set of channels that may or may not be contiguous. Adrian From: Varma, Eve L (Eve) [mailto:eve.varma@alcatel-lucent.com] Sent: 23 June 2014 14:21 To: adrian@olddog.co.uk; malcolm.betts@zte.com.cn Cc: ccamp@ietf.org Subject: RE: [CCAMP] Adding composite labels to flexi-grid Hi Adrian, I think the intended point is that since each network media channel has an effective frequency slot with a nominal central frequency and slot width, while you might think of making a wider slot as allocating extra increments (e.g., 12.5GHz or 50GHz at a time), it is still one slot with a greater width. But since this is talking about the channel and not the signal, this isn't concatenation, it is just wider effective frequency slots for the channel (and non-contiguous network media channels are simply different network media channels). As Malcolm indicated below, if the intention is, for example, to support carrying a B100G signal over multiple different (non-contiguous) network media channels, that would be inverse muxing vs. concatenation. Best regards, Eve From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Adrian Farrel Sent: Monday, June 23, 2014 8:56 AM To: malcolm.betts@zte.com.cn Cc: ccamp@ietf.org Subject: Re: [CCAMP] Adding composite labels to flexi-grid Hi Malcolm, Thanks for this. In terms of over-extended analogies, maybe there is a tendency to over-extend the meaning of the term/concept VCAT. I disagree that the result of adjacent concatenated media channels is a larger media channel. There is a distinction between building a larger (if you like, wider) channel either simply through a larger value of m or through the so-called "super channel", and constructing a set of media channels as you describe it. You say "The concept of VCAT only applies to digital streams, it cannot be applied to the media layer layer" and i think this is taking the architecture too far into the implementation. But also that this is not an important part of the discussion. So, to take your analogy, the sender of water has a big tank with a flow that goes here to there. The "composite label" describes a set of parallel pipes. How the water is distributed across those pipes is not in scope for this document. I think we can address your concerns by renaming Section 2.1 to "Composite Labels" and tweaking the text. Thus... 2.1. Composite Labels It is possible to construct an end-to-end connection by "concatenating" more than one flexi-grid slot. The mechanism used in GMPLS is similar to that used to support virtual concatenation (VCAT) familiar in time-division multiplexing (TDM) and optical transport networks (OTN). The concatenated slots could potentially be contiguous or non-contiguous (as allowed by the definitions of the data plane) and could be signaled as a single LSP or constructed from a group of LSPs. For more details, refer to Section 4.3. This specifically does not say that the "concatenated" construction is VCAT. And it states that the similarity is in GMPLS. Furthermore, it delegates the applicability to the definition of the data plane. Similarly, Section 4.3 can be renamed "Composite Labels". The only other change in that Section I believe is needed to address your concerns is to remove mention of VCG from the final paragraph. Thus: Note further that while the mechanism described here naturally means that all component channels are corouted, a composite channel can also be achieved by constructing individual LSPs from single flexi- grid slots and managing those LSPs as a group. A mechanism for achieving this for TDM is described in [RFC6344], but is out of scope for discussion in this document because the labels used are normal, single slot labels and require no additional definitions. Cheers, Adrian From: malcolm.betts@zte.com.cn [mailto:malcolm.betts@zte.com.cn] Sent: 19 June 2014 11:11 To: adrian@olddog.co.uk Cc: ccamp@ietf.org; CCAMP Subject: Re: [CCAMP] Adding composite labels to flexi-grid Hi Adrian, I have some concerns about using the term VCAT in the context of a media channel. The media is flat and has no structure so if the "concatenated" media channels are adjacent, we have a larger media channel. If (as I think you intend) the media channels are not adjacent then you have a set of media channels. Another way of looking at this (and please don't over extend the analogy) is water and pipe. The water is the optical signal and the media channel is the pipe. This draft is addressing the management of pipes. The concept of VCAT only applies to digital streams, it cannot be applied to the media layer layer. This concept of a group (or set) of media channels may be useful in the future after SG15 have completed the work on OTN B100G where the possibility of inverse multiplexing a 400G OTN digital stream into two (or four) digital streams which are then modulated onto two (or four) optical signals that use two (or four) independent media channels is under consideration and managing these independent media channels as a set would be useful. However, this is still under discussion in SG15. Regards, Malcolm "Adrian Farrel" Sent by: "CCAMP" 17/06/2014 08:55 AM Please respond to adrian@olddog.co.uk To , cc Subject [CCAMP] Adding composite labels to flexi-grid Hi, Ramon and I have worked up some text to go in draft-ietf-ccamp-flexigrid-lambda-label to describe composite labels. There is not a huge amount to say *in*this*document* partly because we have lots of running code about how to do VCAT in a number of technologies, and partly because this document describes the label format, not the signaling, routing, or usage. Would like your comments and plan to post before the Toronto cut-off. We can return to the debate in Toronto if it needs f2f time. BTW, as an aside, this is deliberately not intended to discuss the "super channel". At this stage, super-channel is not something that the ITU-T recognises as a data plane concept (although I know a number of companies are interested in this and will work in that area). Iftekhar has a strong interest in describing GMPLS labels and processing for super channels, and has indicated that he is willing to be an anchor for this work in the IETF. Thanks, Adrian ==== New section 2.1. Virtual Concatenation It is possible to construct an end-to-end connection by "concatenating" more than one flexi-grid slot. The mechanism used is similar to virtual concatenation (VCAT) familiar in time-division multiplexing (TDM) and optical transport networks (OTN). The concatenated slots could potentially be contiguous or non-contiguous (as allowed by the definitions of the data plane) and could be signaled as a single LSP or constructed from a group of LSPs. For more details, refer to Section 4.3. === New section 4.3. Virtual Concatenation Virtual concatenation is already supported in GMPLS for TDM and OTN [RFC4606], [RFC6344], [RFC7139]. The mechanism used for flexigrid is similar. To signal an LSP that uses multiple flexi-grid slots a "compound label" is constructed. That is, the LABEL object is constructed from a concatenation of the 64-bit Flexi-Grid Labels shown in Figure 1. The number of elements in the label can be determined from the length of the LABEL object. The resulting LABEL object is shown in Figure 2 including the object header that is not normally shown in diagrammatic representations of RSVP-TE objects. Note that r is the count of component labels, and this is backward compatible with the label shown in Figure 1 where the value of r is 1. The order of component labels MUST be presented in increasing order of the value n. Implementations MUST NOT infer anything about the encoding of a signal into the set of slots represented by a compound label from the label itself. Information about the encoding MAY be handled in other fields in signaling messages or through an out of band system, but such considerations are out of the scope of this document. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Object Length (4 + 8r) | Class-Num (16)| C-Type (2) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Grid | C.S. | Identifier | n | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | m | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ~ ~ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Grid | C.S. | Identifier | n | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | m | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 2 : A Compound Label for Virtual Concatenation Note that specific rules must be applied as follows: - Grid MUST show "ITU-T Flex" value 3 in each component label. - C.S. MUST have the same value in each component label. - Identifier in each component label may identify different physical equipment. - Values of n and m in each component label define the slots that are concatenated. At the time of writing [G.694.1] only supports the concatenation of adjacent slots (i.e., without intervening unused slots that could be used for other purposes) of identical width (same value of m), and the component slots must be in increasing order of frequency (i.e., increasing order of the value n). The mechanism defined here MUST NOT be used for other forms of concatenation unless and until those forms of concatenation are defined and documented in Recommendations published by the ITU-T. Note further that while the mechanism described here naturally means that all component channels are corouted, a composite channel can also be achieved by constructing individual LSPs from single flexi- grid slots and managing those LSPs as a Virtual Concatenation Group (VCG). A mechanism for achieving this for TDM is described in [RFC6344], but is out of scope for discussion in this document because the labels used are normal, single slot labels and require no additional definitions. _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp -------------------------------------------------------- ZTE Information Security Notice: The information contained in this mail (and any attachment transmitted herewith) is privileged and confidential and is intended for the exclusive use of the addressee(s). If you are not an intended recipient, any disclosure, reproduction, distribution or other dissemination or use of the information contained is strictly prohibited. If you have received this mail in error, please delete it and notify us immediately. ------=_NextPart_000_0070_01CF8F16.F5F35090 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Ah, Eve, = thanks.

 

Inverse mux is a useful term. = You can inverse mux over a set of channels that may or may not be = contiguous.

 

Adrian

 

From: Varma, Eve L = (Eve) [mailto:eve.varma@alcatel-lucent.com]
Sent: 23 June = 2014 14:21
To: adrian@olddog.co.uk; = malcolm.betts@zte.com.cn
Cc: ccamp@ietf.org
Subject: = RE: [CCAMP] Adding composite labels to = flexi-grid

 

Hi Adrian,

 

I think the intended point is that since each = network media channel has an effective frequency slot with a nominal = central frequency and slot width, while you might think of making a = wider slot as allocating extra increments (e.g., 12.5GHz or 50GHz at a = time), it is still one slot with a greater width. But since this is = talking about the channel and not the signal, this isn’t = concatenation, it is just wider effective frequency slots for the = channel (and non-contiguous network media channels are simply different = network media channels).

 

As Malcolm indicated below, if the intention is, = for example, to support carrying a B100G signal over multiple different = (non-contiguous) network media channels, that would be inverse muxing = vs. concatenation.

 

Best regards,

Eve

From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of = Adrian Farrel
Sent: Monday, June 23, 2014 8:56 = AM
To: malcolm.betts@zte.com.cn
Cc: = ccamp@ietf.org
Subject: Re: [CCAMP] Adding composite labels to = flexi-grid

 

Hi Malcolm,

 

Thanks for this.

 

In terms of over-extended analogies, maybe there is a tendency to = over-extend the meaning of the term/concept = VCAT.

 

I disagree that the result of adjacent concatenated media channels is = a larger media channel. There is a distinction between building a larger = (if you like, wider) channel either simply through a larger value of m = or through the so-called "super channel", and constructing a = set of media channels as you describe it.

 

You say "The concept of VCAT only applies to digital streams, it = cannot be applied to the media layer layer" and i think this is = taking the architecture too far into the implementation. But also that = this is not an important part of the discussion.

 

So, to take your analogy, the sender of water has a big tank with a = flow that goes here to there. The "composite label" describes = a set of parallel pipes. How the water is distributed across those pipes = is not in scope for this document.

 

I think we can address your concerns by renaming Section 2.1 to = "Composite Labels" and tweaking the text. = Thus...

 

2.1.  Composite Labels

 

   It is possible to construct an end-to-end connection = by

   "concatenating" more than one flexi-grid = slot.  The mechanism used in

   GMPLS is similar to that used to support virtual = concatenation (VCAT)

   familiar in time-division multiplexing (TDM) and optical = transport

   networks (OTN).  The concatenated slots could = potentially be

   contiguous or non-contiguous (as allowed by the = definitions of the

   data plane) and could be signaled as a single LSP or = constructed from

   a group of LSPs.  For more details, refer to = Section 4.3.

 

This specifically does not say that the "concatenated" = construction is VCAT. And it states that the similarity is in GMPLS. = Furthermore, it delegates the applicability to the definition of the = data plane.

 

Similarly, Section 4.3 can be renamed "Composite Labels". = The only other change in that Section I believe is needed to address = your concerns is to remove mention of VCG from the final paragraph. = Thus:

 

   Note further that while the mechanism described here = naturally means

   that all component channels are corouted, a composite = channel can

   also be achieved by constructing individual LSPs from = single flexi-

   grid slots and managing those LSPs as a group.  A = mechanism for

   achieving this for TDM is described in [RFC6344], = but is out of scope

   for discussion in this document because the labels used = are normal,

   single slot labels and require no additional = definitions.

 

Cheers,

Adrian

 

From: malcolm.betts@zte.com.cn = [mailto:malcolm.betts@zte.com.cn<= /a>]
Sent: 19 June 2014 11:11
To: adrian@olddog.co.uk
Cc:= ccamp@ietf.org; = CCAMP
Subject: Re: [CCAMP] Adding composite labels to = flexi-grid

 

Hi Adrian, =

I have some concerns about using the term VCAT in the context of = a media channel. The media is flat and has no structure so if the = "concatenated" media channels are adjacent, we have a larger = media channel. If (as I think you intend) the media channels are not = adjacent then you have a set of media channels.

Another way = of looking at this (and please don't over extend the analogy) is water = and pipe. The water is the optical signal and the media channel is the = pipe. This draft is addressing the management of pipes. =

The concept = of VCAT only applies to digital streams, it cannot be applied to the = media layer layer.

This concept = of a group (or set) of media channels may be useful in the future after = SG15 have completed the work on OTN B100G where the possibility of = inverse multiplexing a 400G OTN digital stream into two (or four) = digital streams which are then modulated onto two (or four) optical = signals that use two (or four) independent media channels is under = consideration and managing these independent media channels as a set = would be useful. However, this is still under discussion in SG15. =

Regards,

Malcolm

"Adrian = Farrel" <adrian@olddog.co.uk> =
Sent by: = "CCAMP" <ccamp-bounces@ietf.org>

17/06/2014 = 08:55 AM

Please = respond to
adrian@olddog.co.uk

To=

<ccamp@ietf.org>, =

cc=

Subject=

[CCAMP] = Adding composite labels to = flexi-grid

 

=




Hi,

Ramon = and I have worked up some text to go = in
draft-ietf-ccamp-flexigrid-lambda-label to describe = composite labels.

There is not a huge amount to say = *in*this*document* partly because we have lots
of running = code about how to do VCAT in a number of technologies, and = partly
because this document describes the label format, not = the signaling, routing, or
usage.

Would like = your comments and plan to post before the Toronto cut-off. We = can
return to the debate in Toronto if it needs f2f = time.

BTW, as an aside, this is deliberately not = intended to discuss the "super
channel". At this = stage, super-channel is not something that the = ITU-T
recognises as a data plane concept (although I know a = number of companies are
interested in this and will work in = that area). Iftekhar has a strong interest
in describing = GMPLS labels and processing for super channels, and has = indicated
that he is willing to be an anchor for this work = in the = IETF.

Thanks,
Adrian

=3D=3D=3D= =3D

New section

2.1.  Virtual = Concatenation

  It is possible to construct an = end-to-end connection by
  "concatenating" = more than one flexi-grid slot.  The mechanism used = is
  similar to virtual concatenation (VCAT) familiar = in time-division
  multiplexing (TDM) and optical = transport networks (OTN).  The
  concatenated = slots could potentially be contiguous or = non-contiguous
  (as allowed by the definitions of the = data plane) and could be
  signaled as a single LSP or = constructed from a group of LSPs.  For
  more = details, refer to Section = 4.3.

=3D=3D=3D

New = section

4.3.  Virtual = Concatenation

  Virtual concatenation is already = supported in GMPLS for TDM and OTN
  [RFC4606], = [RFC6344], [RFC7139].  The mechanism used for flexigrid = is
  similar.

  To signal an LSP = that uses multiple flexi-grid slots a "compound
  = label" is constructed.  That is, the LABEL object is = constructed from
  a concatenation of the 64-bit = Flexi-Grid Labels shown in Figure 1.
  The number of = elements in the label can be determined from the = length
  of the LABEL object.  The resulting LABEL = object is shown in Figure
  2 including the object = header that is not normally shown in
  diagrammatic = representations of RSVP-TE objects.  Note that r is = the
  count of component labels, and this is backward = compatible with the
  label shown in Figure 1 where the = value of r is 1.

  The order of component labels = MUST be presented in increasing order
  of the value n. =  Implementations MUST NOT infer anything about = the
  encoding of a signal into the set of slots = represented by a compound
  label from the label = itself.  Information about the encoding MAY be
  = handled in other fields in signaling messages or through an out = of
  band system, but such considerations are out of = the scope of this
  document.

  =  0                   1 =                   2   =                 = 3
   0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 = 3 4 5 6 7 8 9 0 1
  = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  |   Object Length (4 + 8r)      | = Class-Num (16)|  C-Type (2)   |
  = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  |Grid | C.S.  |    Identifier   |   =            n         =        |
  = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  |              m   =              |       =    Reserved             = |
  = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  ~                 =                     =                     =       ~
  = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  |Grid | C.S.  |    Identifier   |   =            n         =        |
  = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  |              m   =              |       =    Reserved             = |
  = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      Figure 2 : A Compound Label for Virtual = Concatenation

  Note that specific rules must be = applied as follows:

  - Grid MUST show "ITU-T = Flex" value 3 in each component label.
  - C.S. = MUST have the same value in each component label.
  - = Identifier in each component label may identify different = physical
    equipment.
  - = Values of n and m in each component label define the slots = that
    are concatenated.

  = At the time of writing [G.694.1] only supports the concatenation = of
  adjacent slots (i.e., without intervening unused = slots that could be
  used for other purposes) of = identical width (same value of m), and
  the component = slots must be in increasing order of frequency (i.e.,
  = increasing order of the value n).  The mechanism defined here MUST =
  NOT be used for other forms of concatenation unless = and until those
  forms of concatenation are defined = and documented in Recommendations
  published by the = ITU-T.

  Note further that while the mechanism = described here naturally means
  that all component = channels are corouted, a composite channel can
  also = be achieved by constructing individual LSPs from single = flexi-
  grid slots and managing those LSPs as a = Virtual Concatenation Group
  (VCG).  A mechanism = for achieving this for TDM is described in
  [RFC6344], = but is out of scope for discussion in this document
  = because the labels used are normal, single slot labels and require = no
  additional = definitions.

____________________________________________= ___
CCAMP mailing list
CCAMP@ietf.org
https://www.ietf.org/mailman/listinfo/ccamp

 
----------------------------------------------------=
----
ZTE =
Information Security Notice: The information contained in this mail (and =
any attachment transmitted herewith) is privileged and confidential and =
is intended for the exclusive use of the addressee(s).  If you are =
not an intended recipient, any disclosure, reproduction, distribution or =
other dissemination or use of the information contained is strictly =
prohibited.  If you have received this mail in error, please delete =
it and notify us immediately.
 

 

------=_NextPart_000_0070_01CF8F16.F5F35090-- From nobody Mon Jun 23 11:28:45 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D5331B2C05; Mon, 23 Jun 2014 11:28:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pPeb6A9knO4P; Mon, 23 Jun 2014 11:28:39 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D62061B2BF5; Mon, 23 Jun 2014 11:28:38 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.5.0.p3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140623182838.12309.78341.idtracker@ietfa.amsl.com> Date: Mon, 23 Jun 2014 11:28:38 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/TO7O9nrfAzJND7bRzwQu_PlS65Y Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2014 18:28:40 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Common Control and Measurement Plane Working Group of the IETF. Title : Generalized Labels for the Flexi-Grid in Lambda Switch Capable (LSC) Label Switching Routers Authors : Adrian Farrel Daniel King Yao Li Fatai Zhang Filename : draft-ietf-ccamp-flexigrid-lambda-label-01.txt Pages : 14 Date : 2014-06-23 Abstract: GMPLS supports the description of optical switching by identifying entries in fixed lists of switchable wavelengths (called grids) through the encoding of lambda labels. Work within the ITU-T Study Group 15 has defined a finer granularity grid, and the facility to flexibly select different widths of spectrum from the grid. This document defines a new GMPLS lambda label format to support this flexi-grid. This document updates RFC 3471 and RFC 6205 by introducing a new label format. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexigrid-lambda-label/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-ccamp-flexigrid-lambda-label-01 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-ccamp-flexigrid-lambda-label-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Jun 23 11:35:37 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 777D01B2C27 for ; Mon, 23 Jun 2014 11:35:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JyiYdo18mCS5 for ; Mon, 23 Jun 2014 11:35:31 -0700 (PDT) Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4BE371B2C35 for ; Mon, 23 Jun 2014 11:33:07 -0700 (PDT) Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id s5NIX5tY001613 for ; Mon, 23 Jun 2014 19:33:05 +0100 Received: from 950129200 (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id s5NIWwC8001582 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Mon, 23 Jun 2014 19:32:59 +0100 From: "Adrian Farrel" To: References: <20140623182838.12309.78341.idtracker@ietfa.amsl.com> In-Reply-To: <20140623182838.12309.78341.idtracker@ietfa.amsl.com> Date: Mon, 23 Jun 2014 19:32:57 +0100 Message-ID: <008301cf8f11$91a8ab80$b4fa0280$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQD1pv3fDUcMwV06ehgU3LkY0LeNVZ0y1GYQ Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.0.0.1014-20776.000 X-TM-AS-Result: No--8.552-10.0-31-10 X-imss-scan-details: No--8.552-10.0-31-10 X-TMASE-MatchedRID: fE0JoqABJp1eDtEKgt5AZsxTqHgXR/59CE1leuJuoftq4coTktrGX23g 0eMGSIki2FaYeg802wdcCggYPLR+fIgkWfWdLMrw8eSmTJSmEv1R3sGN+j7mNCSPufJfHBYz152 a4j27JxhgpdTnHq8QYyP1QItMfK+4cl4EdHnAHX1buDP8ZuCmXiOSuAnftGqPLzNBnatH86kVqa skjowR3448MI21ZMnKbvBoBxyL8XvrJXnt/Wpz7M5Scd0yVs+bWwKGivsEuI0T7lsB95pa6qvDN bXRWSqPiiIlcFTbKjADyQW19neyjAi0xaFtKyGq71Wx2uUbPLeDddlymG7iSwzvg1/q1MH2Z3KR kLO0vRk0cyESKOBv9AXOZdORTuqr5NfCQaRNDqowKDcSSka1a30tCKdnhB58lpyqxIUg/ZTJ4y0 wP1A6AKTygpcqFEs8jaPj0W1qn0Q7AFczfjr/7FU3Cna0x5u4bt0kmSgSDb8A2vINj+f2GhIbMi ae4FKye1mdTQohOrw= Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/bQ-FQKOrhHALrR3V4UhDYMxQWos Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2014 18:35:34 -0000 Since we are down to wordsmithing, I have posted a revision. The bits to look at are sections 2.1 and 4.3. Suggestions of replacement text are welcome. I think that the more formal discussion of media channels and network media channels and their arrangement for inverse multiplexing belongs in the framework draft since this document only sets out how to construct a composite label. Cheers, Adrian > -----Original Message----- > From: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] On Behalf Of > internet-drafts@ietf.org > Sent: 23 June 2014 19:29 > To: i-d-announce@ietf.org > Cc: ccamp@ietf.org > Subject: I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt > > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Common Control and Measurement Plane > Working Group of the IETF. > > Title : Generalized Labels for the Flexi-Grid in Lambda Switch Capable > (LSC) Label Switching Routers > Authors : Adrian Farrel > Daniel King > Yao Li > Fatai Zhang > Filename : draft-ietf-ccamp-flexigrid-lambda-label-01.txt > Pages : 14 > Date : 2014-06-23 > > Abstract: > GMPLS supports the description of optical switching by identifying > entries in fixed lists of switchable wavelengths (called grids) > through the encoding of lambda labels. Work within the ITU-T Study > Group 15 has defined a finer granularity grid, and the facility to > flexibly select different widths of spectrum from the grid. This > document defines a new GMPLS lambda label format to support this > flexi-grid. > > This document updates RFC 3471 and RFC 6205 by introducing a new > label format. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexigrid-lambda-label/ > > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-ccamp-flexigrid-lambda-label-01 > > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=draft-ietf-ccamp-flexigrid-lambda-label-01 > > > Please note that it may take a couple of minutes from the time of submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt From nobody Mon Jun 23 18:52:09 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9373B1B27C3; Mon, 23 Jun 2014 18:52:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JYhJDwCJWwPW; Mon, 23 Jun 2014 18:52:00 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C6741A05CB; Mon, 23 Jun 2014 18:52:00 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.5.0.p3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140624015200.31186.56344.idtracker@ietfa.amsl.com> Date: Mon, 23 Jun 2014 18:52:00 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/ObEyQ7skvmyMsRGwvbrEKrdyYbM Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-flexible-grid-rsvp-te-ext-00.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2014 01:52:02 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Common Control and Measurement Plane Working Group of the IETF. Title : RSVP-TE Signaling Extensions in support of Flexible Grid Authors : Fatai Zhang Xian Zhang Adrian Farrel Oscar Gonzalez de Dios Daniele Ceccarelli Filename : draft-ietf-ccamp-flexible-grid-rsvp-te-ext-00.txt Pages : 12 Date : 2014-06-19 Abstract: This memo describes the extensions to RSVP-TE signaling to support Label Switched Paths in a GMPLS-controlled network that includes devices using the flexible optical grid. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexible-grid-rsvp-te-ext/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-ccamp-flexible-grid-rsvp-te-ext-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Jun 23 18:53:07 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 616381B27D2; Mon, 23 Jun 2014 18:53:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CsQYTlf8dZjM; Mon, 23 Jun 2014 18:53:01 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C445F1B27C1; Mon, 23 Jun 2014 18:53:01 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.5.0.p3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140624015301.32719.41405.idtracker@ietfa.amsl.com> Date: Mon, 23 Jun 2014 18:53:01 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/ksEPgQrPmgwJVaefN16sIEDkiPQ Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-grid-property-lmp-00.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2014 01:53:03 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Common Control and Measurement Plane Working Group of the IETF. Title : Link Management Protocol Extensions for Grid Property Negotiation Authors : Yao Li Guoying Zhang Xihua Fu Ramon Casellas Yu Wang Filename : draft-ietf-ccamp-grid-property-lmp-00.txt Pages : 12 Date : 2014-06-20 Abstract: The recent updated version of ITU-T [G.694.1] has introduced the flexible-grid DWDM technique, which provides a new tool that operators can implement to provide a higher degree of network optimization than is possible with fixed-grid systems. This document describes the extensions to the Link Management Protocol (LMP) to negotiate link grid property between the adjacent DWDM nodes before the link is brought up. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ccamp-grid-property-lmp/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-ccamp-grid-property-lmp-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Jun 23 18:53:53 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF3061B27D3; Mon, 23 Jun 2014 18:53:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ocFdR9jN2pUU; Mon, 23 Jun 2014 18:53:33 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B0FDF1B27D2; Mon, 23 Jun 2014 18:53:33 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.5.0.p3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140624015333.31186.18030.idtracker@ietfa.amsl.com> Date: Mon, 23 Jun 2014 18:53:33 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/b2eCAqbv8j8ohbtIiWpdWrwzgN8 Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-flexible-grid-ospf-ext-00.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2014 01:53:42 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Common Control and Measurement Plane Working Group of the IETF. Title : GMPLS OSPF-TE Extensions in support of Flexible Grid Authors : Xian Zhang Haomian Zheng Ramon Casellas Oscar Gonzalez de Dios Daniele Ceccarelli Filename : draft-ietf-ccamp-flexible-grid-ospf-ext-00.txt Pages : 14 Date : 2014-06-15 Abstract: This memo describes the OSPF-TE extensions in support of GMPLS control of networks that include devices that use the new flexible optical grid. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexible-grid-ospf-ext/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-ccamp-flexible-grid-ospf-ext-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Jun 24 14:24:36 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90FE51B28A6 for ; Tue, 24 Jun 2014 14:24:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.897 X-Spam-Level: X-Spam-Status: No, score=0.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.793] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uxHP7IRsBE7V for ; Tue, 24 Jun 2014 14:24:31 -0700 (PDT) Received: from outgoingmail1.infinera.com (unknown [204.128.141.23]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 747481B2940 for ; Tue, 24 Jun 2014 14:16:40 -0700 (PDT) Received: from SV-EX13-PRD1.infinera.com (10.100.103.228) by sv-ex13-prd1.infinera.com (10.100.103.228) with Microsoft SMTP Server (TLS) id 15.0.847.32; Tue, 24 Jun 2014 14:16:04 -0700 Received: from SV-EX13-PRD1.infinera.com ([10.100.97.11]) by sv-ex13-prd1.infinera.com ([10.100.97.11]) with mapi id 15.00.0847.030; Tue, 24 Jun 2014 14:15:58 -0700 From: Iftekhar Hussain To: "adrian@olddog.co.uk" , "ccamp@ietf.org" Thread-Topic: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt Thread-Index: AQHPjxWXBICyvYt3T0ixKae+BbpxR5uAwbTQ Date: Tue, 24 Jun 2014 21:15:58 +0000 Message-ID: References: <20140623182838.12309.78341.idtracker@ietfa.amsl.com> <008301cf8f11$91a8ab80$b4fa0280$@olddog.co.uk> In-Reply-To: <008301cf8f11$91a8ab80$b4fa0280$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.100.99.93] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/3pQEE3ILBchRMsyO3AS5xjPmDPs Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2014 21:24:32 -0000 Clarification for the composite label portion: So does this mean that: a) we are moving ahead with control plane solution ahead of ITU data plane = definitions ? b) or that the ITU data plane has already defined all the data plane aspect= s for the composite label use case? If it is case (b) - no issue. However, if it is case (a) shouldn't we wait= for ITU before proposing solutions?=20 I disagree with the assertion "more formal discussion of media channels a= nd network media channels and their arrangement for inverse multiplexing be= longs in the framework" . I believe this document should elaborate on the= use case for which the solution is being proposed. Thanks, Iftekhar -----Original Message----- From: Adrian Farrel [mailto:adrian@olddog.co.uk]=20 Sent: Monday, June 23, 2014 11:33 AM To: ccamp@ietf.org Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01= .txt Since we are down to wordsmithing, I have posted a revision. The bits to lo= ok at are sections 2.1 and 4.3. Suggestions of replacement text are welcome. I think that the more formal discussion of media channels and network media= channels and their arrangement for inverse multiplexing belongs in the fra= mework draft since this document only sets out how to construct a composite= label. Cheers, Adrian > -----Original Message----- > From: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] On Behalf Of=20 > internet-drafts@ietf.org > Sent: 23 June 2014 19:29 > To: i-d-announce@ietf.org > Cc: ccamp@ietf.org > Subject: I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Common Control and Measurement Plane=20 > Working Group of the IETF. >=20 > Title : Generalized Labels for the Flexi-Grid in Lambda Switch Capable > (LSC) Label Switching Routers > Authors : Adrian Farrel > Daniel King > Yao Li > Fatai Zhang > Filename : draft-ietf-ccamp-flexigrid-lambda-label-01.txt > Pages : 14 > Date : 2014-06-23 >=20 > Abstract: > GMPLS supports the description of optical switching by identifying > entries in fixed lists of switchable wavelengths (called grids) > through the encoding of lambda labels. Work within the ITU-T Study > Group 15 has defined a finer granularity grid, and the facility to > flexibly select different widths of spectrum from the grid. This > document defines a new GMPLS lambda label format to support this > flexi-grid. >=20 > This document updates RFC 3471 and RFC 6205 by introducing a new > label format. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexigrid-lambda-lab > el/ >=20 > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-ccamp-flexigrid-lambda-label-01 >=20 > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ccamp-flexigrid-lambda-lab > el-01 >=20 >=20 > Please note that it may take a couple of minutes from the time of=20 > submission until the htmlized version and diff are available at tools.iet= f.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html or=20 > ftp://ftp.ietf.org/ietf/1shadow-sites.txt From nobody Wed Jun 25 01:55:09 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 108BF1B2B25 for ; Wed, 25 Jun 2014 01:55:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.851 X-Spam-Level: X-Spam-Status: No, score=-4.851 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E7T6voBAJ0YF for ; Wed, 25 Jun 2014 01:55:05 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AE5F61B2B12 for ; Wed, 25 Jun 2014 01:55:03 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BGM01288; Wed, 25 Jun 2014 08:55:01 +0000 (GMT) Received: from SZXEMA403-HUB.china.huawei.com (10.82.72.35) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 25 Jun 2014 09:55:01 +0100 Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.121]) by SZXEMA403-HUB.china.huawei.com ([10.82.72.35]) with mapi id 14.03.0158.001; Wed, 25 Jun 2014 16:54:57 +0800 From: Fatai Zhang To: Gregory Mirsky , "CCAMP (ccamp@ietf.org)" Thread-Topic: Backward compatibility for Availability sub-TLV Thread-Index: Ac+O7u90aym7H5uoQvO3hZMzL1AZewBYoRcg Date: Wed, 25 Jun 2014 08:54:56 +0000 Message-ID: References: <7347100B5761DC41A166AC17F22DF1121B7E0051@eusaamb103.ericsson.se> In-Reply-To: <7347100B5761DC41A166AC17F22DF1121B7E0051@eusaamb103.ericsson.se> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.72.159] Content-Type: multipart/alternative; boundary="_000_F82A4B6D50F9464B8EBA55651F541CF85CB34888SZXEMA504MBSchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/mvjOXyHnNuk2sezvd6oKkk2qhjs Subject: Re: [CCAMP] Backward compatibility for Availability sub-TLV X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2014 08:55:08 -0000 --_000_F82A4B6D50F9464B8EBA55651F541CF85CB34888SZXEMA504MBSchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Greg, I think there were some similar discussions on Bandwidth encoding for [draf= t-ietf-pce-gmpls-pcep-extensionsin] in PCE WG. Per RFC3471, Bandwidth encodings are carried in 32 bit number in IEEE float= ing point format. There were lots of discussions on how to encode the accur= ate bandwidth information for the transport networks. Consequently, two new= types of Bandwidth are being defined in [draft-ietf-pce-gmpls-pcep-extensi= onsin], which are variable. Therefore, I would prefer to introduce a new type of BW Profile, which shou= ld be the second option you mentioned below if my understanding is correct = on your options. Best Regards Fatai From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Gregory Mirsky Sent: Monday, June 23, 2014 10:34 PM To: CCAMP (ccamp@ietf.org) Subject: [CCAMP] Backward compatibility for Availability sub-TLV Dear All, on behalf of authors of the RSVP-TE Signaling Extension for Links with Vari= able Discrete Bandwidth would like to ask for expert opinion. The Availabil= ity sub-TLV defined in the draft as a sub-TLV under Ethernet bandwidth prof= ile. The length field in the Ethernet bandwidth profile will be different f= rom the current definition(24), which might cause some backward issues. Possible way to address this problem: * define Availability as TLV that MUST be accompanied by Ethernet BW= Profile TLV; * define Extended Ethernet BW Profile TLV that includes Ethernet BW = TLV and has variable length. Definition of Availability characteristics rem= ains as sub-TLV which MAY be included into Extended Ethernet BW Profile TLV= . Regards, Greg --_000_F82A4B6D50F9464B8EBA55651F541CF85CB34888SZXEMA504MBSchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Greg,

 

I think there were some similar discussions on Bandwidth encoding= for [draft-ietf-pce-gmpls-pcep-extensionsin] in PCE WG.

 

Per RFC3471, Bandwi=
dth encodings are carried in 32 bit number in IEEE floating point format. T=
here were lots of discussions on how to encode the accurate bandwidth infor=
mation for the transport networks. Consequently, two new types of Bandwidth=
 are being defined in [dra=
ft-ietf-pce-gmpls-pcep-extensionsin], which are variable.

 

Therefo= re, I would prefer to introduce a new type of BW Profile, which should be t= he second option you mentioned below if my understanding is correct on your options.

&n= bsp;

&n= bsp;

Best Re= gards

&n= bsp;

Fatai

 

From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Gregory Mirsky
Sent: Monday, June 23, 2014 10:34 PM
To: CCAMP (ccamp@ietf.org)
Subject: [CCAMP] Backward compatibility for Availability sub-TLV

 

Dear All,

on behalf of authors of the RSV= P-TE Signaling Extension for Links with Variable Discrete Bandwidth would l= ike to ask for expert opinion. The Availability sub-TLV defined in the draf= t as a sub-TLV under Ethernet bandwidth profile. The length field in the Ethernet bandwidth profile will be differ= ent from the current definition(24), which might cause some backward issues= .

Possible way to address this pr= oblem:

·        define Availability as = TLV that MUST be accompanied by Ethernet BW Profile TLV;<= /p>

·        define Extended Etherne= t BW Profile TLV that includes Ethernet BW TLV and has variable length. Def= inition of Availability characteristics remains as sub-TLV which MAY be inc= luded into Extended Ethernet BW Profile TLV.

 

Re= gards,

&n= bsp;       Greg

--_000_F82A4B6D50F9464B8EBA55651F541CF85CB34888SZXEMA504MBSchi_-- From nobody Wed Jun 25 06:17:39 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A36F71B2BE7 for ; Wed, 25 Jun 2014 06:17:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vjA1SzG3wx34 for ; Wed, 25 Jun 2014 06:17:28 -0700 (PDT) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 345371B2C67 for ; Wed, 25 Jun 2014 06:17:25 -0700 (PDT) X-AuditID: c1b4fb25-f79226d000004024-ff-53aacbe3e513 Received: from ESESSHC021.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id F1.E0.16420.3EBCAA35; Wed, 25 Jun 2014 15:17:23 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.135]) by ESESSHC021.ericsson.se ([153.88.183.81]) with mapi id 14.03.0174.001; Wed, 25 Jun 2014 15:17:22 +0200 From: Daniele Ceccarelli To: "CCAMP (ccamp@ietf.org)" Thread-Topic: CCAMP slots requests - IETF 90 Thread-Index: Ac+Qd8w6ykK12yH+TwGAoeeF7m1Acg== Date: Wed, 25 Jun 2014 13:17:22 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE481272FB8E@ESESSMB301.ericsson.se> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.18] Content-Type: multipart/alternative; boundary="_000_4A1562797D64E44993C5CBF38CF1BE481272FB8EESESSMB301erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrKLMWRmVeSWpSXmKPExsUyM+Jvje7j06uCDW7vlbB4MucGi8Xlrm52 i47mtywOzB4v++cweixZ8pPJ48OmZrYA5igum5TUnMyy1CJ9uwSujAMf+5gKPqRU9Oy+wNbA +Cqyi5GTQ0LAROLExyYmCFtM4sK99WwgtpDAUUaJ+1Mzuxi5gOwljBIPN5xh7WLk4GATsJJ4 csgHpEZEQFdi78brzCA2s0C1xInd28HmCAuoS0x++58ZpFxEQEdi1SUtiHI9iTMTNjOC2CwC qhJH511mAbF5BXwlZh09ANbKKCArMWH3IkaIkeISt57MhzpNQGLJnvPMELaoxMvH/1ghbEWJ j6/2QdXnS7x6/4wJYqagxMmZT1gmMArPQjJqFpKyWUjKIOI6Egt2f2KDsLUlli18zQxjnznw mAlZfAEj+ypG0eLU4qTcdCNjvdSizOTi4vw8vbzUkk2MwHg6uOW36g7Gy28cDzEKcDAq8fAu 2LMyWIg1say4MvcQozQHi5I478Jz84KFBNITS1KzU1MLUovii0pzUosPMTJxcEo1MNZyXNIT fsF0YL+60Kx8Bond6nd9pnVOmib9SS11WsF1g/XnAh7Fv9p5NGnuKzuDBZJff6ReeLqpse1E hVuy8N+XfC4lHU0pC974tYsn5WncOlznyeRepnT+zpLKv4s6uCdume6fUKy809DeMix3/dwH d5e5xM+6OPEbu8GHlGPTnyv8YY4191FiKc5INNRiLipOBABOG90ViAIAAA== Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/dgY7qMbAdV974FPHB8NynxJQtws Subject: [CCAMP] CCAMP slots requests - IETF 90 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2014 13:17:35 -0000 --_000_4A1562797D64E44993C5CBF38CF1BE481272FB8EESESSMB301erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear CCAMP, IETF 90 meeting is approaching and it's time to start collecting agenda slo= ts requests. Keeping this in mind: WG Draft authors are expected to present if there are open issues to discus= s, or to send status to the list *1 week* prior to the WG meeting if not p= resenting. Status includes review of: any recent changes, any open discussi= ons or issues, and planned next steps. Agenda Requests: - To submit a request, please fill the survey at the following link: http:/= /www.surveygizmo.com/s3/1708635/IETF-90-CCAMP-slot-requests - Please fill the survey no later than Thursday, July 3rd. Presentations: If you are presenting slides please make sure you send them to all *indi= viduals* listed above (Chairs, Secretary and exclude CCAMP) no later than = Sunday, July 20th. Reminder about a few important dates: * 2014-07-04 (Friday): Internet Draft submission cut-off (for all draft= s, including -00) by UTC 23:59 * 2014-07-07 (Monday): Draft Working Group agendas due by UTC 23:59, * 2014-07-14 (Monday): Revised Working Group agendas due by UTC 23:59 * 2014-07-20 - 2014-07-25: 90th IETF Meeting in Toronto, ON, Canada. BR Daniele & CCAMP chairs --_000_4A1562797D64E44993C5CBF38CF1BE481272FB8EESESSMB301erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear CCAMP,

 

IETF 90 meeting is approaching and it’s time t= o start collecting agenda slots requests.

 

Keeping this in mind:

WG Draft authors are expected to present if there= are open issues to discuss, or to send status to the list  *1 week* p= rior to the WG meeting if not presenting. Status includes review of: any re= cent changes, any open discussions or issues, and planned next steps.

 

Agenda Requests:

- To submit a request, please fill the sur= vey at the following link: http://www.surveygizmo.com/s3/1708635/IETF-90-CCAMP-slot-requests

- Please fill the survey no later than Thursda= y, July 3rd.

 

Presentations:

  If you are presenting slides please make s= ure you send them to  all *individuals* listed above (Chairs, Secretar= y and exclude CCAMP) no later  than Sunday, July  20th.

&= nbsp;

Reminder about a few important dates:

  • 2014-07-04 (Friday): Internet Draft submission cut-off (for all drafts, including -00) by UTC 23:59=
  • 2014-07-07 (Monday): Draft Working Group agendas due by UTC 23:59,
  • 2014-07-14 (Monday): Revised Working Group agendas due by UTC 23:59
  • 2014-07-20 - 2014-07-25: 90th IETF Meeting in Toronto,= ON, Canada.

BR

Daniele & CCAMP cha= irs

 

--_000_4A1562797D64E44993C5CBF38CF1BE481272FB8EESESSMB301erics_-- From nobody Wed Jun 25 10:48:20 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EBB8F1B2D90 for ; Wed, 25 Jun 2014 10:48:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cl3UhBjDH3kc for ; Wed, 25 Jun 2014 10:48:14 -0700 (PDT) Received: from asmtp4.iomartmail.com (asmtp4.iomartmail.com [62.128.201.175]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5FDCE1B2D8A for ; Wed, 25 Jun 2014 10:48:14 -0700 (PDT) Received: from asmtp4.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id s5PHmBAx012591; Wed, 25 Jun 2014 18:48:12 +0100 Received: from 950129200 (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id s5PHmAKp012532 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 25 Jun 2014 18:48:11 +0100 From: "Adrian Farrel" To: "'Iftekhar Hussain'" Date: Wed, 25 Jun 2014 18:48:08 +0100 Message-ID: <065601cf909d$a08e4fa0$e1aaeee0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac+QnUWyyMOhUqRVTrGiod0Cvt+RXQ== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1017-20780.001 X-TM-AS-Result: No--11.013-10.0-31-10 X-imss-scan-details: No--11.013-10.0-31-10 X-TMASE-MatchedRID: UuaOI1zLN1g4HKI/yaqRmycP0e8lTEHzecvjbu/xDjr4JyR+b5tvoMY3 yfovp2x0FdpdmcYmI97IaWFKlmf8cq0ZS7JYIH8qcFEiuPxHjsUY0xNaH5MD2+OxOq7LQlGLM6O RLJS7Bsjew1ZrsjfasaG+yVTNWkkscFR5Op/4/wQIVoCLGbl5T0yQ5fRSh265MMn1rcqKQairl7 44dJIMXKfOccI8nXPJYqgDm0T2AwZh44VlLBLudJznQc/i5PeoIZm2INWXDp4kqhTM/UZ9trwVa urKgC6s19iuiJe0ZleatHmZKT3FaRKi81U7h8qnF9jfTqcDduhE6yEc27b9BmalQ37035l+mV8g igkjMnkjLw/1qNMCfVVRQnd3o4vRSSOWVJeuO1A5f9Xw/xqKXdivpTdmVCR2xEHRux+uk8h+ICq uNi0WJJ+vS6LtvWm7FXu2wbsYDEr7djEqgfvnxkooxWeo7UT/ftwZ3X11IV0= Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/mgiqQccnXtWpAZAe2taYACgyYMs Cc: ccamp@ietf.org Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2014 17:48:17 -0000 Hi Iftekhar, > Clarification for the composite label portion: > So does this mean that: > a) we are moving ahead with control plane solution ahead of ITU data plane > definitions ? > b) or that the ITU data plane has already defined all the data plane aspects for the > composite label use case? > > If it is case (b) - no issue. However, if it is case (a) shouldn't we wait for ITU > before proposing solutions? I thought the text was clear, but I would be happy to add more clarification. We currently have: Section 1 This document relies on [G.694.1] for the definition of the optical data plane and does not make any updates to the work of the ITU-T in that regard. Section 2.1 The slots in the set could potentially be contiguous or non- contiguous (as allowed by the definitions of the data plane) and could be signaled as a single LSP or constructed from a group of LSPs. --- Maybe the parentheses are not clear and should say "(only as allowed...." Section 4.3 At the time of writing [G.694.1] only supports only groupings of adjacent slots (i.e., without intervening unused slots that could be used for other purposes) of identical width (same value of m), and the component slots must be in increasing order of frequency (i.e., increasing order of the value n). The mechanism defined here MUST NOT be used for other forms of grouping unless and until those forms are defined and documented in Recommendations published by the ITU-T. So... Case b) > I disagree with the assertion "more formal discussion of media channels and > network media channels and their arrangement for inverse multiplexing belongs > in the framework" . I believe this document should elaborate on the use case for > which the solution is being proposed. I would be happy to be guided by the WG and see proposed text. Personally I have nothing to add here, but if you have then please show it to us. Maybe it would also help to say why you think this explanation should go in this document (which is not the first in the series) rather than in the more general discussion document that is the framework. I note that the framework already goes into some considerable detail about what media channels and network media channels are in the context of flexigrid. Ciao, Adrian From nobody Thu Jun 26 01:28:48 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3B3C1B2F38 for ; Thu, 26 Jun 2014 01:28:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.852 X-Spam-Level: X-Spam-Status: No, score=-4.852 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BSEjsuNdZntQ for ; Thu, 26 Jun 2014 01:28:41 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 090331B2F3B for ; Thu, 26 Jun 2014 01:28:39 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BGM98904; Thu, 26 Jun 2014 08:28:38 +0000 (GMT) Received: from SZXEMA408-HUB.china.huawei.com (10.82.72.40) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 26 Jun 2014 09:28:35 +0100 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.190]) by SZXEMA408-HUB.china.huawei.com ([10.82.72.40]) with mapi id 14.03.0158.001; Thu, 26 Jun 2014 16:28:29 +0800 From: Mach Chen To: "ccamp@ietf.org" Thread-Topic: New Version Notification for draft-li-ccamp-role-based-automesh-02.txt Thread-Index: AQHPig2YkmaEBt/Sck+xQ35xjsNJJ5uDHGlQ Date: Thu, 26 Jun 2014 08:28:28 +0000 Message-ID: References: <20140617092149.21204.44479.idtracker@ietfa.amsl.com> In-Reply-To: <20140617092149.21204.44479.idtracker@ietfa.amsl.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.97.72] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/tE4pGqzL6fyOkrnBYrKPzvf4Mmc Subject: Re: [CCAMP] New Version Notification for draft-li-ccamp-role-based-automesh-02.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2014 08:28:44 -0000 SGksDQoNCldlIHVwbG9hZGVkIGFuIHVwZGF0ZSBmb3IgdGhlIHJvbGUgYmFzZWQgYXV0byBtZXNo IGRyYWZ0LCB3ZSdkIGxpa2UgeW91IGNvdWxkIHRha2UgYSBsb29rIGF0IHRoZSBkcmFmdCwgeW91 ciBzdWdnZXN0aW9ucyBhbmQgY29tbWVudHMgYXJlIGFsd2F5cyB3ZWxjb21lIQ0KDQpUaGFua3Ms DQpNYWNoDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogaW50ZXJuZXQt ZHJhZnRzQGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXQ0KPiBTZW50 OiBUdWVzZGF5LCBKdW5lIDE3LCAyMDE0IDU6MjIgUE0NCj4gVG86IE1hY2ggQ2hlbjsgR3JlZyBN aXJza3k7IExpemhlbmJpbjsgTWFjaCBDaGVuOyBHcmVnIE1pcnNreTsgTGl6aGVuYmluDQo+IFN1 YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtbGktY2NhbXAtcm9sZS1i YXNlZC1hdXRvbWVzaC0wMi50eHQNCj4gDQo+IA0KPiBBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJh ZnQtbGktY2NhbXAtcm9sZS1iYXNlZC1hdXRvbWVzaC0wMi50eHQNCj4gaGFzIGJlZW4gc3VjY2Vz c2Z1bGx5IHN1Ym1pdHRlZCBieSBNYWNoKEd1b3lpKSBDaGVuIGFuZCBwb3N0ZWQgdG8gdGhlIElF VEYNCj4gcmVwb3NpdG9yeS4NCj4gDQo+IE5hbWU6CQlkcmFmdC1saS1jY2FtcC1yb2xlLWJhc2Vk LWF1dG9tZXNoDQo+IFJldmlzaW9uOgkwMg0KPiBUaXRsZToJCVJvdXRpbmcgRXh0ZW5zaW9ucyBm b3IgRGlzY292ZXJ5IG9mIFJvbGUtYmFzZWQgTVBMUyBMYWJlbA0KPiBTd2l0Y2hpbmcgUm91dGVy IChNUExTIExTUikgVHJhZmZpYyBFbmdpbmVlcmluZyAoVEUpIE1lc2ggTWVtYmVyc2hpcA0KPiBE b2N1bWVudCBkYXRlOgkyMDE0LTA2LTE3DQo+IEdyb3VwOgkJSW5kaXZpZHVhbCBTdWJtaXNzaW9u DQo+IFBhZ2VzOgkJMTQNCj4gVVJMOg0KPiBodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRy YWZ0cy9kcmFmdC1saS1jY2FtcC1yb2xlLWJhc2VkLWF1dG9tZXNoLTAyLnR4dA0KPiBTdGF0dXM6 DQo+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxpLWNjYW1wLXJvbGUt YmFzZWQtYXV0b21lc2gvDQo+IEh0bWxpemVkOg0KPiBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRt bC9kcmFmdC1saS1jY2FtcC1yb2xlLWJhc2VkLWF1dG9tZXNoLTAyDQo+IERpZmY6DQo+IGh0dHA6 Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWxpLWNjYW1wLXJvbGUtYmFzZWQtYXV0 b21lc2gtMDINCj4gDQo+IEFic3RyYWN0Og0KPiAgICBBIFRyYWZmaWMgRW5naW5lZXJpbmcgKFRF KSBtZXNoLWdyb3VwIGlzIGRlZmluZWQgYXMgYSBncm91cCBvZiBMYWJlbA0KPiAgICBTd2l0Y2gg Um91dGVycyAoTFNScykgdGhhdCBhcmUgY29ubmVjdGVkIGJ5IGEgZnVsbCBtZXNoIG9mIFRFIExT UHMuDQo+ICAgIFJvdXRpbmcgKE9TUEYgYW5kIElTLUlTKSBleHRlbnNpb25zIGZvciBkaXNjb3Zl cnkgTXVsdGlwcm90b2NvbCBMYWJlbA0KPiAgICBTd2l0Y2hpbmcgKE1QTFMpIExTUiBURSBtZXNo IG1lbWJlcnNoaXAgaGFzIGJlZW4gZGVmaW5lZCB0byBhdXRvbWF0ZQ0KPiAgICB0aGUgY3JlYXRp b24gb2YgbWVzaCBvZiBURSBMU1BzLg0KPiANCj4gICAgVGhpcyBkb2N1bWVudCBpbnRyb2R1Y2Vz IGEgcm9sZS1iYXNlZCBURSBtZXNoLWdyb3VwIHRoYXQgYXBwbGllcyB0bw0KPiAgICB0aGUgc2Nl bmFyaW9zIHdoZXJlIGZ1bGwgbWVzaCBURSBMU1BzIGlzIG5vdCBuZWNlc3NhcnkgYW5kIFRFIExT UHMNCj4gICAgc2V0dXAgZGVwZW5kcyBvbiB0aGUgcm9sZXMgb2YgTFNScyBpbiBhIFRFIG1lc2gt Z3JvdXAuICBJbnRlcmlvcg0KPiAgICBHYXRld2F5IFByb3RvY29sIChJR1ApIHJvdXRpbmcgZXh0 ZW5zaW9ucyBmb3IgYXV0b21hdGljIGRpc2NvdmVyeSBvZg0KPiAgICByb2xlLWJhc2VkIFRFIG1l c2ggbWVtYmVyc2hpcCBhcmUgZGVmaW5lZCBhY2NvcmRpbmdseS4NCj4gDQo+IA0KPiANCj4gDQo+ IA0KPiBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJv bSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uDQo+IHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFu ZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQo+IA0KPiBUaGUgSUVURiBT ZWNyZXRhcmlhdA0KDQo= From nobody Thu Jun 26 14:33:41 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 871871B2F46 for ; Thu, 26 Jun 2014 14:33:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.562 X-Spam-Level: * X-Spam-Status: No, score=1.562 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.793, SPF_SOFTFAIL=0.665] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P9F2K0QbZkOV for ; Thu, 26 Jun 2014 14:33:38 -0700 (PDT) Received: from outgoingmail2.infinera.com (unknown [204.128.141.24]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9F6BC1B2F42 for ; Thu, 26 Jun 2014 14:33:37 -0700 (PDT) Received: from SV-EX13-PRD1.infinera.com (10.100.103.228) by sv-ex13-prd2.infinera.com (10.100.103.229) with Microsoft SMTP Server (TLS) id 15.0.847.32; Thu, 26 Jun 2014 14:33:07 -0700 Received: from SV-EX13-PRD1.infinera.com ([10.100.97.11]) by sv-ex13-prd1.infinera.com ([10.100.97.11]) with mapi id 15.00.0847.030; Thu, 26 Jun 2014 14:33:07 -0700 From: Iftekhar Hussain To: "adrian@olddog.co.uk" Thread-Topic: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt Thread-Index: Ac+QnUWyyMOhUqRVTrGiod0Cvt+RXQA4siJw Date: Thu, 26 Jun 2014 21:33:06 +0000 Message-ID: <3cb78df56a2a4c278b8112fecd887796@sv-ex13-prd1.infinera.com> References: <065601cf909d$a08e4fa0$e1aaeee0$@olddog.co.uk> In-Reply-To: <065601cf909d$a08e4fa0$e1aaeee0$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.100.99.93] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/mv4ivriy4txTzG6Lqrfrb-l3Iwc Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2014 21:33:40 -0000 Hi Adrian, Thanks for the reply. Okay, so understood that ITU already have defined the= data plane requirements for grouping of flexible grid frequency slots.=20 So then is correct to state that the following is already defined in ITU d= ata plane: 1. Are there any specific Latency/differential delay constraints to group a= djacent slots? 2. Are there any constraints/limit on how many of these slots are allowed t= o be grouped? 3. Can the signal carried by these frequency slots must have the same modul= ation format or different? 4 What type of signals can be mapped to these frequency slots? On the use case the composite label is addressing: 5. What is the use case and what are the use case requirements? 6. Are there any implications of this grouping to route computations? 7. What type of client signals 100G, 200G, etc. this solution is addressing= . Suggest if you would like to keep this section in this document, address th= e above comments either via adding specific references to ITU spec and addi= ng some further information in the intended use case. Thanks, Iftekhar -----Original Message----- From: Adrian Farrel [mailto:adrian@olddog.co.uk]=20 Sent: Wednesday, June 25, 2014 10:48 AM To: Iftekhar Hussain Cc: ccamp@ietf.org Subject: RE: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01= .txt Hi Iftekhar, > Clarification for the composite label portion: > So does this mean that: > a) we are moving ahead with control plane solution ahead of ITU data=20 > plane definitions ? > b) or that the ITU data plane has already defined all the data plane=20 > aspects for the > composite label use case? >=20 > If it is case (b) - no issue. However, if it is case (a) shouldn't we=20 > wait for ITU > before proposing solutions? I thought the text was clear, but I would be happy to add more clarificatio= n. We currently have: Section 1 This document relies on [G.694.1] for the definition of the optical data plane and does not make any updates to the work of the ITU-T in that regard. Section 2.1 The slots in the set could potentially be contiguous or non- contiguous (as allowed by the definitions of the data plane) and could be signaled as a single LSP or constructed from a group of LSPs. --- Maybe the parentheses are not clear and should say "(only as allowed...." Section 4.3 At the time of writing [G.694.1] only supports only groupings of adjacent slots (i.e., without intervening unused slots that could be used for other purposes) of identical width (same value of m), and the component slots must be in increasing order of frequency (i.e., increasing order of the value n). The mechanism defined here MUST NOT be used for other forms of grouping unless and until those forms are defined and documented in Recommendations published by the ITU-T. So... Case b) > I disagree with the assertion "more formal discussion of media=20 > channels and network media channels and their arrangement for inverse=20 > multiplexing belongs in the framework" . I believe this document=20 > should elaborate on the use case for > which the solution is being proposed. I would be happy to be guided by the WG and see proposed text. Personally I= have nothing to add here, but if you have then please show it to us.=20 Maybe it would also help to say why you think this explanation should go in= this document (which is not the first in the series) rather than in the mo= re general discussion document that is the framework. I note that the frame= work already goes into some considerable detail about what media channels a= nd network media channels are in the context of flexigrid. Ciao, Adrian From nobody Thu Jun 26 20:53:36 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3856F1B3138 for ; Thu, 26 Jun 2014 20:53:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.852 X-Spam-Level: X-Spam-Status: No, score=-4.852 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NskLaT_MrQSf for ; Thu, 26 Jun 2014 20:53:32 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A29E01B2F20 for ; Thu, 26 Jun 2014 20:53:31 -0700 (PDT) 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 BGN75378; Fri, 27 Jun 2014 03:53:29 +0000 (GMT) Received: from SZXEMA407-HUB.china.huawei.com (10.82.72.39) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 27 Jun 2014 04:53:28 +0100 Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.121]) by SZXEMA407-HUB.china.huawei.com ([10.82.72.39]) with mapi id 14.03.0158.001; Fri, 27 Jun 2014 11:53:25 +0800 From: Fatai Zhang To: Iftekhar Hussain , "adrian@olddog.co.uk" Thread-Topic: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt Thread-Index: Ac+QnUWydtCBf1KfpEuFJdPR8qRF+AApeOsAAB3zdXA= Date: Fri, 27 Jun 2014 03:53:24 +0000 Message-ID: References: <065601cf909d$a08e4fa0$e1aaeee0$@olddog.co.uk> <3cb78df56a2a4c278b8112fecd887796@sv-ex13-prd1.infinera.com> In-Reply-To: <3cb78df56a2a4c278b8112fecd887796@sv-ex13-prd1.infinera.com> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.72.159] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/ahnnlvVMwYgUd_-JkJf8sIJhP2s Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2014 03:53:34 -0000 Hi Iftekhar,=20 For your first 4 questions, I don't think CCAMP experts can answer, and the= y should go to ITU-T, :-) Best Regards Fatai -----Original Message----- From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Iftekhar Hussain Sent: Friday, June 27, 2014 5:33 AM To: adrian@olddog.co.uk Cc: ccamp@ietf.org Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01= .txt Hi Adrian, Thanks for the reply. Okay, so understood that ITU already have defined the= data plane requirements for grouping of flexible grid frequency slots.=20 So then is correct to state that the following is already defined in ITU d= ata plane: 1. Are there any specific Latency/differential delay constraints to group a= djacent slots? 2. Are there any constraints/limit on how many of these slots are allowed t= o be grouped? 3. Can the signal carried by these frequency slots must have the same modul= ation format or different? 4 What type of signals can be mapped to these frequency slots? On the use case the composite label is addressing: 5. What is the use case and what are the use case requirements? 6. Are there any implications of this grouping to route computations? 7. What type of client signals 100G, 200G, etc. this solution is addressing= . Suggest if you would like to keep this section in this document, address th= e above comments either via adding specific references to ITU spec and addi= ng some further information in the intended use case. Thanks, Iftekhar -----Original Message----- From: Adrian Farrel [mailto:adrian@olddog.co.uk]=20 Sent: Wednesday, June 25, 2014 10:48 AM To: Iftekhar Hussain Cc: ccamp@ietf.org Subject: RE: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01= .txt Hi Iftekhar, > Clarification for the composite label portion: > So does this mean that: > a) we are moving ahead with control plane solution ahead of ITU data=20 > plane definitions ? > b) or that the ITU data plane has already defined all the data plane=20 > aspects for the > composite label use case? >=20 > If it is case (b) - no issue. However, if it is case (a) shouldn't we=20 > wait for ITU > before proposing solutions? I thought the text was clear, but I would be happy to add more clarificatio= n. We currently have: Section 1 This document relies on [G.694.1] for the definition of the optical data plane and does not make any updates to the work of the ITU-T in that regard. Section 2.1 The slots in the set could potentially be contiguous or non- contiguous (as allowed by the definitions of the data plane) and could be signaled as a single LSP or constructed from a group of LSPs. --- Maybe the parentheses are not clear and should say "(only as allowed...." Section 4.3 At the time of writing [G.694.1] only supports only groupings of adjacent slots (i.e., without intervening unused slots that could be used for other purposes) of identical width (same value of m), and the component slots must be in increasing order of frequency (i.e., increasing order of the value n). The mechanism defined here MUST NOT be used for other forms of grouping unless and until those forms are defined and documented in Recommendations published by the ITU-T. So... Case b) > I disagree with the assertion "more formal discussion of media=20 > channels and network media channels and their arrangement for inverse=20 > multiplexing belongs in the framework" . I believe this document=20 > should elaborate on the use case for > which the solution is being proposed. I would be happy to be guided by the WG and see proposed text. Personally I= have nothing to add here, but if you have then please show it to us.=20 Maybe it would also help to say why you think this explanation should go in= this document (which is not the first in the series) rather than in the mo= re general discussion document that is the framework. I note that the frame= work already goes into some considerable detail about what media channels a= nd network media channels are in the context of flexigrid. Ciao, Adrian _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp From nobody Thu Jun 26 20:58:23 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 618D11B3146 for ; Thu, 26 Jun 2014 20:58:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.562 X-Spam-Level: * X-Spam-Status: No, score=1.562 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.793, SPF_SOFTFAIL=0.665] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kMcr62G9oml3 for ; Thu, 26 Jun 2014 20:58:17 -0700 (PDT) Received: from outgoingmail1.infinera.com (unknown [204.128.141.23]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C624B1B2DCA for ; Thu, 26 Jun 2014 20:58:17 -0700 (PDT) Received: from SV-EX13-PRD1.infinera.com (10.100.103.228) by sv-ex13-prd1.infinera.com (10.100.103.228) with Microsoft SMTP Server (TLS) id 15.0.847.32; Thu, 26 Jun 2014 20:57:50 -0700 Received: from SV-EX13-PRD1.infinera.com ([10.100.97.11]) by sv-ex13-prd1.infinera.com ([10.100.97.11]) with mapi id 15.00.0847.030; Thu, 26 Jun 2014 20:57:50 -0700 From: Iftekhar Hussain To: Fatai Zhang , "adrian@olddog.co.uk" Thread-Topic: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt Thread-Index: AQHPkbtOik3pRsYRzEqOoXdENO8wOZuEU2Gw Date: Fri, 27 Jun 2014 03:57:50 +0000 Message-ID: References: <065601cf909d$a08e4fa0$e1aaeee0$@olddog.co.uk> <3cb78df56a2a4c278b8112fecd887796@sv-ex13-prd1.infinera.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.100.99.93] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/Ht_iMKSJVhmFp2OIuVvPpFf61TY Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2014 03:58:20 -0000 Hi Fatai, What do you mean by this? Seriously, I am surprised by your response. So w= hen you don't want to address comments juts punt to ITU :) If that is the case I would echo Malcom's concern.=20 Thanks, Iftekhar -----Original Message----- From: Fatai Zhang [mailto:zhangfatai@huawei.com]=20 Sent: Thursday, June 26, 2014 8:53 PM To: Iftekhar Hussain; adrian@olddog.co.uk Cc: ccamp@ietf.org Subject: RE: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01= .txt Hi Iftekhar,=20 For your first 4 questions, I don't think CCAMP experts can answer, and the= y should go to ITU-T, :-) Best Regards Fatai -----Original Message----- From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Iftekhar Hussain Sent: Friday, June 27, 2014 5:33 AM To: adrian@olddog.co.uk Cc: ccamp@ietf.org Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01= .txt Hi Adrian, Thanks for the reply. Okay, so understood that ITU already have defined the= data plane requirements for grouping of flexible grid frequency slots.=20 So then is correct to state that the following is already defined in ITU d= ata plane: 1. Are there any specific Latency/differential delay constraints to group a= djacent slots? 2. Are there any constraints/limit on how many of these slots are allowed t= o be grouped? 3. Can the signal carried by these frequency slots must have the same modul= ation format or different? 4 What type of signals can be mapped to these frequency slots? On the use case the composite label is addressing: 5. What is the use case and what are the use case requirements? 6. Are there any implications of this grouping to route computations? 7. What type of client signals 100G, 200G, etc. this solution is addressing= . Suggest if you would like to keep this section in this document, address th= e above comments either via adding specific references to ITU spec and addi= ng some further information in the intended use case. Thanks, Iftekhar -----Original Message----- From: Adrian Farrel [mailto:adrian@olddog.co.uk] Sent: Wednesday, June 25, 2014 10:48 AM To: Iftekhar Hussain Cc: ccamp@ietf.org Subject: RE: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01= .txt Hi Iftekhar, > Clarification for the composite label portion: > So does this mean that: > a) we are moving ahead with control plane solution ahead of ITU data=20 > plane definitions ? > b) or that the ITU data plane has already defined all the data plane=20 > aspects for the > composite label use case? >=20 > If it is case (b) - no issue. However, if it is case (a) shouldn't we=20 > wait for ITU > before proposing solutions? I thought the text was clear, but I would be happy to add more clarificatio= n. We currently have: Section 1 This document relies on [G.694.1] for the definition of the optical data plane and does not make any updates to the work of the ITU-T in that regard. Section 2.1 The slots in the set could potentially be contiguous or non- contiguous (as allowed by the definitions of the data plane) and could be signaled as a single LSP or constructed from a group of LSPs. --- Maybe the parentheses are not clear and should say "(only as allowed...." Section 4.3 At the time of writing [G.694.1] only supports only groupings of adjacent slots (i.e., without intervening unused slots that could be used for other purposes) of identical width (same value of m), and the component slots must be in increasing order of frequency (i.e., increasing order of the value n). The mechanism defined here MUST NOT be used for other forms of grouping unless and until those forms are defined and documented in Recommendations published by the ITU-T. So... Case b) > I disagree with the assertion "more formal discussion of media=20 > channels and network media channels and their arrangement for inverse=20 > multiplexing belongs in the framework" . I believe this document=20 > should elaborate on the use case for > which the solution is being proposed. I would be happy to be guided by the WG and see proposed text. Personally I= have nothing to add here, but if you have then please show it to us.=20 Maybe it would also help to say why you think this explanation should go in= this document (which is not the first in the series) rather than in the mo= re general discussion document that is the framework. I note that the frame= work already goes into some considerable detail about what media channels a= nd network media channels are in the context of flexigrid. Ciao, Adrian _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp From nobody Thu Jun 26 22:00:27 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BFB191B2A92 for ; Thu, 26 Jun 2014 22:00:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.852 X-Spam-Level: X-Spam-Status: No, score=-4.852 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8r82JSdN2sBu for ; Thu, 26 Jun 2014 22:00:22 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EBFAC1B30DE for ; Thu, 26 Jun 2014 22:00:21 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BGN78853; Fri, 27 Jun 2014 05:00:20 +0000 (GMT) Received: from SZXEMA409-HUB.china.huawei.com (10.82.72.41) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 27 Jun 2014 06:00:19 +0100 Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.121]) by SZXEMA409-HUB.china.huawei.com ([10.82.72.41]) with mapi id 14.03.0158.001; Fri, 27 Jun 2014 13:00:12 +0800 From: Fatai Zhang To: Iftekhar Hussain , "adrian@olddog.co.uk" Thread-Topic: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt Thread-Index: Ac+QnUWydtCBf1KfpEuFJdPR8qRF+AApeOsAAB3zdXD//3viAP//abow Date: Fri, 27 Jun 2014 05:00:12 +0000 Message-ID: References: <065601cf909d$a08e4fa0$e1aaeee0$@olddog.co.uk> <3cb78df56a2a4c278b8112fecd887796@sv-ex13-prd1.infinera.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.72.159] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/aciikxXEQ0EpV8zPXFPch9stvLA Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2014 05:00:26 -0000 Hi Iftekhar, I would like to address your comments if I can.=20 I am serious and I personally think that these should be addressed in ITU-T= SG15. I would be much happy to see if there is someone from CCAMP can answer thes= e questions.=20 Best Regards Fatai -----Original Message----- From: Iftekhar Hussain [mailto:IHussain@infinera.com]=20 Sent: Friday, June 27, 2014 11:58 AM To: Fatai Zhang; adrian@olddog.co.uk Cc: ccamp@ietf.org Subject: RE: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01= .txt Hi Fatai, What do you mean by this? Seriously, I am surprised by your response. So w= hen you don't want to address comments juts punt to ITU :) If that is the case I would echo Malcom's concern.=20 Thanks, Iftekhar -----Original Message----- From: Fatai Zhang [mailto:zhangfatai@huawei.com]=20 Sent: Thursday, June 26, 2014 8:53 PM To: Iftekhar Hussain; adrian@olddog.co.uk Cc: ccamp@ietf.org Subject: RE: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01= .txt Hi Iftekhar,=20 For your first 4 questions, I don't think CCAMP experts can answer, and the= y should go to ITU-T, :-) Best Regards Fatai -----Original Message----- From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Iftekhar Hussain Sent: Friday, June 27, 2014 5:33 AM To: adrian@olddog.co.uk Cc: ccamp@ietf.org Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01= .txt Hi Adrian, Thanks for the reply. Okay, so understood that ITU already have defined the= data plane requirements for grouping of flexible grid frequency slots.=20 So then is correct to state that the following is already defined in ITU d= ata plane: 1. Are there any specific Latency/differential delay constraints to group a= djacent slots? 2. Are there any constraints/limit on how many of these slots are allowed t= o be grouped? 3. Can the signal carried by these frequency slots must have the same modul= ation format or different? 4 What type of signals can be mapped to these frequency slots? On the use case the composite label is addressing: 5. What is the use case and what are the use case requirements? 6. Are there any implications of this grouping to route computations? 7. What type of client signals 100G, 200G, etc. this solution is addressing= . Suggest if you would like to keep this section in this document, address th= e above comments either via adding specific references to ITU spec and addi= ng some further information in the intended use case. Thanks, Iftekhar -----Original Message----- From: Adrian Farrel [mailto:adrian@olddog.co.uk] Sent: Wednesday, June 25, 2014 10:48 AM To: Iftekhar Hussain Cc: ccamp@ietf.org Subject: RE: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01= .txt Hi Iftekhar, > Clarification for the composite label portion: > So does this mean that: > a) we are moving ahead with control plane solution ahead of ITU data=20 > plane definitions ? > b) or that the ITU data plane has already defined all the data plane=20 > aspects for the > composite label use case? >=20 > If it is case (b) - no issue. However, if it is case (a) shouldn't we=20 > wait for ITU > before proposing solutions? I thought the text was clear, but I would be happy to add more clarificatio= n. We currently have: Section 1 This document relies on [G.694.1] for the definition of the optical data plane and does not make any updates to the work of the ITU-T in that regard. Section 2.1 The slots in the set could potentially be contiguous or non- contiguous (as allowed by the definitions of the data plane) and could be signaled as a single LSP or constructed from a group of LSPs. --- Maybe the parentheses are not clear and should say "(only as allowed...." Section 4.3 At the time of writing [G.694.1] only supports only groupings of adjacent slots (i.e., without intervening unused slots that could be used for other purposes) of identical width (same value of m), and the component slots must be in increasing order of frequency (i.e., increasing order of the value n). The mechanism defined here MUST NOT be used for other forms of grouping unless and until those forms are defined and documented in Recommendations published by the ITU-T. So... Case b) > I disagree with the assertion "more formal discussion of media=20 > channels and network media channels and their arrangement for inverse=20 > multiplexing belongs in the framework" . I believe this document=20 > should elaborate on the use case for > which the solution is being proposed. I would be happy to be guided by the WG and see proposed text. Personally I= have nothing to add here, but if you have then please show it to us.=20 Maybe it would also help to say why you think this explanation should go in= this document (which is not the first in the series) rather than in the mo= re general discussion document that is the framework. I note that the frame= work already goes into some considerable detail about what media channels a= nd network media channels are in the context of flexigrid. Ciao, Adrian _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp From nobody Fri Jun 27 06:41:55 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A50AD1B2F87 for ; Fri, 27 Jun 2014 06:41:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.9 X-Spam-Level: X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-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 CJwNQgGkdhkI for ; Fri, 27 Jun 2014 06:41:51 -0700 (PDT) Received: from ihemail3.lucent.com (ihemail3.lucent.com [135.245.0.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 72FDC1B2BDD for ; Fri, 27 Jun 2014 06:41:51 -0700 (PDT) Received: from us70uusmtp4.zam.alcatel-lucent.com (h135-5-2-66.lucent.com [135.5.2.66]) by ihemail3.lucent.com (8.13.8/IER-o) with ESMTP id s5RDfkW2024975 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 27 Jun 2014 08:41:46 -0500 (CDT) Received: from US70TWXCHHUB03.zam.alcatel-lucent.com (us70twxchhub03.zam.alcatel-lucent.com [135.5.2.35]) by us70uusmtp4.zam.alcatel-lucent.com (GMO) with ESMTP id s5RDfjqr000543 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 27 Jun 2014 09:41:45 -0400 Received: from US70UWXCHMBA03.zam.alcatel-lucent.com ([169.254.9.186]) by US70TWXCHHUB03.zam.alcatel-lucent.com ([135.5.2.35]) with mapi id 14.02.0247.003; Fri, 27 Jun 2014 09:41:45 -0400 From: "Varma, Eve L (Eve)" To: Fatai Zhang , Iftekhar Hussain , "adrian@olddog.co.uk" Thread-Topic: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt Thread-Index: Ac+QnUWyKNw49m9M5U+a6USYLETZdQA4siJwABc0PAAAACejAAACLZoAAAm6XVA= Date: Fri, 27 Jun 2014 13:41:45 +0000 Message-ID: <6D32668528F93D449A073F45707153D82C4572AE@US70UWXCHMBA03.zam.alcatel-lucent.com> References: <065601cf909d$a08e4fa0$e1aaeee0$@olddog.co.uk> <3cb78df56a2a4c278b8112fecd887796@sv-ex13-prd1.infinera.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.5.27.18] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/cU3OCwxShy72tCl7l9Ev-gWcKkk Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2014 13:41:53 -0000 Hi, I think it does make sense to address the first four questions to ITU-T Q6/= 15 and Q12/15, as I feel there is still some confusion and the questions ar= e data plane specific.=20 Best regards, Eve -----Original Message----- From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Fatai Zhang Sent: Friday, June 27, 2014 1:00 AM To: Iftekhar Hussain; adrian@olddog.co.uk Cc: ccamp@ietf.org Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01= .txt Hi Iftekhar, I would like to address your comments if I can.=20 I am serious and I personally think that these should be addressed in ITU-T= SG15. I would be much happy to see if there is someone from CCAMP can answer thes= e questions.=20 Best Regards Fatai -----Original Message----- From: Iftekhar Hussain [mailto:IHussain@infinera.com] Sent: Friday, June 27, 2014 11:58 AM To: Fatai Zhang; adrian@olddog.co.uk Cc: ccamp@ietf.org Subject: RE: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01= .txt Hi Fatai, What do you mean by this? Seriously, I am surprised by your response. So w= hen you don't want to address comments juts punt to ITU :) If that is the c= ase I would echo Malcom's concern.=20 Thanks, Iftekhar -----Original Message----- From: Fatai Zhang [mailto:zhangfatai@huawei.com] Sent: Thursday, June 26, 2014 8:53 PM To: Iftekhar Hussain; adrian@olddog.co.uk Cc: ccamp@ietf.org Subject: RE: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01= .txt Hi Iftekhar,=20 For your first 4 questions, I don't think CCAMP experts can answer, and the= y should go to ITU-T, :-) Best Regards Fatai -----Original Message----- From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Iftekhar Hussain Sent: Friday, June 27, 2014 5:33 AM To: adrian@olddog.co.uk Cc: ccamp@ietf.org Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01= .txt Hi Adrian, Thanks for the reply. Okay, so understood that ITU already have defined the= data plane requirements for grouping of flexible grid frequency slots.=20 So then is correct to state that the following is already defined in ITU d= ata plane: 1. Are there any specific Latency/differential delay constraints to group a= djacent slots? 2. Are there any constraints/limit on how many of these slots are allowed t= o be grouped? 3. Can the signal carried by these frequency slots must have the same modul= ation format or different? 4 What type of signals can be mapped to these frequency slots? On the use case the composite label is addressing: 5. What is the use case and what are the use case requirements? 6. Are there any implications of this grouping to route computations? 7. What type of client signals 100G, 200G, etc. this solution is addressing= . Suggest if you would like to keep this section in this document, address th= e above comments either via adding specific references to ITU spec and addi= ng some further information in the intended use case. Thanks, Iftekhar -----Original Message----- From: Adrian Farrel [mailto:adrian@olddog.co.uk] Sent: Wednesday, June 25, 2014 10:48 AM To: Iftekhar Hussain Cc: ccamp@ietf.org Subject: RE: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01= .txt Hi Iftekhar, > Clarification for the composite label portion: > So does this mean that: > a) we are moving ahead with control plane solution ahead of ITU data=20 > plane definitions ? > b) or that the ITU data plane has already defined all the data plane=20 > aspects for the > composite label use case? >=20 > If it is case (b) - no issue. However, if it is case (a) shouldn't we=20 > wait for ITU > before proposing solutions? I thought the text was clear, but I would be happy to add more clarificatio= n. We currently have: Section 1 This document relies on [G.694.1] for the definition of the optical data plane and does not make any updates to the work of the ITU-T in that regard. Section 2.1 The slots in the set could potentially be contiguous or non- contiguous (as allowed by the definitions of the data plane) and could be signaled as a single LSP or constructed from a group of LSPs. --- Maybe the parentheses are not clear and should say "(only as allowed...." Section 4.3 At the time of writing [G.694.1] only supports only groupings of adjacent slots (i.e., without intervening unused slots that could be used for other purposes) of identical width (same value of m), and the component slots must be in increasing order of frequency (i.e., increasing order of the value n). The mechanism defined here MUST NOT be used for other forms of grouping unless and until those forms are defined and documented in Recommendations published by the ITU-T. So... Case b) > I disagree with the assertion "more formal discussion of media=20 > channels and network media channels and their arrangement for inverse=20 > multiplexing belongs in the framework" . I believe this document=20 > should elaborate on the use case for > which the solution is being proposed. I would be happy to be guided by the WG and see proposed text. Personally I= have nothing to add here, but if you have then please show it to us.=20 Maybe it would also help to say why you think this explanation should go in= this document (which is not the first in the series) rather than in the mo= re general discussion document that is the framework. I note that the frame= work already goes into some considerable detail about what media channels a= nd network media channels are in the context of flexigrid. Ciao, Adrian _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp From nobody Fri Jun 27 07:15:10 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FE561B30F5 for ; Fri, 27 Jun 2014 07:15:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MU-H-VQT3GI5 for ; Fri, 27 Jun 2014 07:15:05 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1blp0185.outbound.protection.outlook.com [207.46.163.185]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EFA061B2FB8 for ; Fri, 27 Jun 2014 07:15:04 -0700 (PDT) Received: from BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) by BLUPR05MB449.namprd05.prod.outlook.com (10.141.28.16) with Microsoft SMTP Server (TLS) id 15.0.954.9; Fri, 27 Jun 2014 14:15:03 +0000 Received: from BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) by BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) with Microsoft SMTP Server (TLS) id 15.0.959.24; Fri, 27 Jun 2014 14:15:01 +0000 Received: from BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) by BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) with mapi id 15.00.0959.000; Fri, 27 Jun 2014 14:15:01 +0000 From: John E Drake To: "Varma, Eve L (Eve)" , Fatai Zhang , Iftekhar Hussain , "adrian@olddog.co.uk" Thread-Topic: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt Thread-Index: Ac+QnUWy2KNiibLC1kubD+djOBdQuAA6PHQAAA1IJQAAACejAAACLZoAABI3BoAAAST4YA== Date: Fri, 27 Jun 2014 14:15:00 +0000 Message-ID: References: <065601cf909d$a08e4fa0$e1aaeee0$@olddog.co.uk> <3cb78df56a2a4c278b8112fecd887796@sv-ex13-prd1.infinera.com> <6D32668528F93D449A073F45707153D82C4572AE@US70UWXCHMBA03.zam.alcatel-lucent.com> In-Reply-To: <6D32668528F93D449A073F45707153D82C4572AE@US70UWXCHMBA03.zam.alcatel-lucent.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.11] x-microsoft-antispam: BCL:0;PCL:0;RULEID: x-forefront-prvs: 0255DF69B9 x-forefront-antispam-report: SFV:NSPM; SFS:(6009001)(51704005)(164054003)(51914003)(199002)(189002)(377454003)(13464003)(86362001)(87936001)(2656002)(21056001)(64706001)(107046002)(81342001)(66066001)(79102001)(74316001)(4396001)(92566001)(20776003)(93886003)(105586002)(33646001)(76482001)(76176999)(101416001)(54356999)(74662001)(99396002)(15975445006)(50986999)(31966008)(74502001)(106356001)(83322001)(77982001)(19580405001)(19580395003)(46102001)(76576001)(85306003)(80022001)(85852003)(81542001)(95666004)(99286002)(83072002)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:BLUPR05MB562; H:BLUPR05MB562.namprd05.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Microsoft-Antispam: BL:0; ACTION:Default; RISK:Low; SCL:0; SPMLVL:NotSpam; PCL:0; RULEID: X-OriginatorOrg: juniper.net Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/FsyJe978HNSyG6LppDNwL-sMK40 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2014 14:15:08 -0000 Uh oh, I sense a liaison coming.=20 Yours Irrespectively, John > -----Original Message----- > From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Varma, Eve L > (Eve) > Sent: Friday, June 27, 2014 6:42 AM > To: Fatai Zhang; Iftekhar Hussain; adrian@olddog.co.uk > Cc: ccamp@ietf.org > Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-= 01.txt >=20 > Hi, >=20 > I think it does make sense to address the first four questions to ITU-T Q= 6/15 > and Q12/15, as I feel there is still some confusion and the questions are= data > plane specific. >=20 > Best regards, > Eve >=20 > -----Original Message----- > From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Fatai Zhang > Sent: Friday, June 27, 2014 1:00 AM > To: Iftekhar Hussain; adrian@olddog.co.uk > Cc: ccamp@ietf.org > Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-= 01.txt >=20 > Hi Iftekhar, >=20 > I would like to address your comments if I can. >=20 > I am serious and I personally think that these should be addressed in ITU= -T > SG15. >=20 > I would be much happy to see if there is someone from CCAMP can answer > these questions. >=20 >=20 > Best Regards >=20 > Fatai >=20 >=20 > -----Original Message----- > From: Iftekhar Hussain [mailto:IHussain@infinera.com] > Sent: Friday, June 27, 2014 11:58 AM > To: Fatai Zhang; adrian@olddog.co.uk > Cc: ccamp@ietf.org > Subject: RE: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-= 01.txt >=20 > Hi Fatai, >=20 > What do you mean by this? Seriously, I am surprised by your response. So > when you don't want to address comments juts punt to ITU :) If that is th= e > case I would echo Malcom's concern. >=20 > Thanks, > Iftekhar >=20 > -----Original Message----- > From: Fatai Zhang [mailto:zhangfatai@huawei.com] > Sent: Thursday, June 26, 2014 8:53 PM > To: Iftekhar Hussain; adrian@olddog.co.uk > Cc: ccamp@ietf.org > Subject: RE: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-= 01.txt >=20 > Hi Iftekhar, >=20 > For your first 4 questions, I don't think CCAMP experts can answer, and t= hey > should go to ITU-T, :-) >=20 >=20 >=20 > Best Regards >=20 > Fatai >=20 > -----Original Message----- > From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Iftekhar Hussain > Sent: Friday, June 27, 2014 5:33 AM > To: adrian@olddog.co.uk > Cc: ccamp@ietf.org > Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-= 01.txt >=20 > Hi Adrian, >=20 > Thanks for the reply. Okay, so understood that ITU already have defined t= he > data plane requirements for grouping of flexible grid frequency slots. >=20 > So then is correct to state that the following is already defined in ITU= data > plane: >=20 > 1. Are there any specific Latency/differential delay constraints to group > adjacent slots? > 2. Are there any constraints/limit on how many of these slots are allowed= to be > grouped? > 3. Can the signal carried by these frequency slots must have the same > modulation format or different? > 4 What type of signals can be mapped to these frequency slots? >=20 > On the use case the composite label is addressing: >=20 > 5. What is the use case and what are the use case requirements? > 6. Are there any implications of this grouping to route computations? > 7. What type of client signals 100G, 200G, etc. this solution is addressi= ng. >=20 > Suggest if you would like to keep this section in this document, address = the > above comments either via adding specific references to ITU spec and addi= ng > some further information in the intended use case. >=20 > Thanks, > Iftekhar >=20 > -----Original Message----- > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > Sent: Wednesday, June 25, 2014 10:48 AM > To: Iftekhar Hussain > Cc: ccamp@ietf.org > Subject: RE: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-= 01.txt >=20 > Hi Iftekhar, >=20 > > Clarification for the composite label portion: > > So does this mean that: > > a) we are moving ahead with control plane solution ahead of ITU data > > plane definitions ? > > b) or that the ITU data plane has already defined all the data plane > > aspects > for the > > composite label use case? > > > > If it is case (b) - no issue. However, if it is case (a) shouldn't we > > wait > for ITU > > before proposing solutions? >=20 > I thought the text was clear, but I would be happy to add more clarificat= ion. >=20 > We currently have: >=20 > Section 1 > This document relies on [G.694.1] for the definition of the optical > data plane and does not make any updates to the work of the ITU-T in > that regard. >=20 > Section 2.1 > The slots in the set could potentially be contiguous or non- > contiguous (as allowed by the definitions of the data plane) and > could be signaled as a single LSP or constructed from a group of > LSPs. > --- Maybe the parentheses are not clear and should say "(only as > allowed...." >=20 > Section 4.3 > At the time of writing [G.694.1] only supports only groupings of > adjacent slots (i.e., without intervening unused slots that could be > used for other purposes) of identical width (same value of m), and > the component slots must be in increasing order of frequency (i.e., > increasing order of the value n). The mechanism defined here MUST > NOT be used for other forms of grouping unless and until those forms > are defined and documented in Recommendations published by the ITU-T. >=20 > So... > Case b) >=20 > > I disagree with the assertion "more formal discussion of media > > channels and network media channels and their arrangement for inverse > > multiplexing belongs in the framework" . I believe this document > > should elaborate on the use case > for > > which the solution is being proposed. >=20 > I would be happy to be guided by the WG and see proposed text. Personally= I > have nothing to add here, but if you have then please show it to us. >=20 > Maybe it would also help to say why you think this explanation should go = in this > document (which is not the first in the series) rather than in the more g= eneral > discussion document that is the framework. I note that the framework alre= ady > goes into some considerable detail about what media channels and network > media channels are in the context of flexigrid. >=20 > Ciao, > Adrian >=20 > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp >=20 > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp >=20 > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp From nobody Fri Jun 27 07:40:58 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2CFA91B27DD for ; Fri, 27 Jun 2014 07:40:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25V1MPFzPM-4 for ; Fri, 27 Jun 2014 07:40:54 -0700 (PDT) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 583561A03E8 for ; Fri, 27 Jun 2014 07:40:54 -0700 (PDT) Received: by mail-wi0-f182.google.com with SMTP id bs8so2960197wib.3 for ; Fri, 27 Jun 2014 07:40:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:reply-to :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=a4HYUfNxpxSlI7EFQ7a7MfuUFdxNOsU7SX+M41MP6Ag=; b=Tmv9NkaWEEAQceygqAxdkofa0uxWNwmo4/EurExgMknBssbtV+KaZb5bl2Kfz3HQ4r NFK7FL8C9eYrFHO9AjEpwlkWY02izKJASz0fAIGIQjkWEODjOrMmNhBhI/W/Ln+g+YCc ggrlK4w0CY79A5/C3gKZsFTam1+JNAaPjibzx3QqVIrvC1kzXwO4xbUhx3v0oC1vIWDJ WVs99Ce5paJ5LO7f5BhaM7lDcXCE5drNF1nzLB4CiWo9GKNc0vwGKk+uNMBa0r2hesLF DPqEDDxVtmDWiW1bnyRSuPSea/jVNBAiScbqWXTDAY/gwF7FtLr7azD9RZ2UEPekSCHo wTJA== X-Received: by 10.180.188.144 with SMTP id ga16mr12421103wic.72.1403880052696; Fri, 27 Jun 2014 07:40:52 -0700 (PDT) Received: from McAsterix.local (g215085.upc-g.chello.nl. [80.57.215.85]) by mx.google.com with ESMTPSA id eo4sm5655518wid.4.2014.06.27.07.40.51 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 27 Jun 2014 07:40:51 -0700 (PDT) Message-ID: <53AD8271.5070907@gmail.com> Date: Fri, 27 Jun 2014 16:40:49 +0200 From: Huub van Helvoort User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: ccamp@ietf.org References: <065601cf909d$a08e4fa0$e1aaeee0$@olddog.co.uk> <3cb78df56a2a4c278b8112fecd887796@sv-ex13-prd1.infinera.com> <6D32668528F93D449A073F45707153D82C4572AE@US70UWXCHMBA03.zam.alcatel-lucent.com> In-Reply-To: <6D32668528F93D449A073F45707153D82C4572AE@US70UWXCHMBA03.zam.alcatel-lucent.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/bovgRtd8C8G99pJdxPvhDdLFne8 Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: huubatwork@gmail.com List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2014 14:40:57 -0000 Hello Eve, I fully agree with your assertion. Best regards, Huub. > Hi, > > I think it does make sense to address the first four questions to ITU-T Q6/15 and Q12/15, as I feel there is still some confusion and the questions are data plane specific. > > Best regards, > Eve > > -----Original Message----- > From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Fatai Zhang > Sent: Friday, June 27, 2014 1:00 AM > To: Iftekhar Hussain; adrian@olddog.co.uk > Cc: ccamp@ietf.org > Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt > > Hi Iftekhar, > > I would like to address your comments if I can. > > I am serious and I personally think that these should be addressed in ITU-T SG15. > > I would be much happy to see if there is someone from CCAMP can answer these questions. > > > Best Regards > > Fatai > > > -----Original Message----- > From: Iftekhar Hussain [mailto:IHussain@infinera.com] > Sent: Friday, June 27, 2014 11:58 AM > To: Fatai Zhang; adrian@olddog.co.uk > Cc: ccamp@ietf.org > Subject: RE: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt > > Hi Fatai, > > What do you mean by this? Seriously, I am surprised by your response. So when you don't want to address comments juts punt to ITU :) If that is the case I would echo Malcom's concern. > > Thanks, > Iftekhar > > -----Original Message----- > From: Fatai Zhang [mailto:zhangfatai@huawei.com] > Sent: Thursday, June 26, 2014 8:53 PM > To: Iftekhar Hussain; adrian@olddog.co.uk > Cc: ccamp@ietf.org > Subject: RE: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt > > Hi Iftekhar, > > For your first 4 questions, I don't think CCAMP experts can answer, and they should go to ITU-T, :-) > > > > Best Regards > > Fatai > > -----Original Message----- > From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Iftekhar Hussain > Sent: Friday, June 27, 2014 5:33 AM > To: adrian@olddog.co.uk > Cc: ccamp@ietf.org > Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt > > Hi Adrian, > > Thanks for the reply. Okay, so understood that ITU already have defined the data plane requirements for grouping of flexible grid frequency slots. > > So then is correct to state that the following is already defined in ITU data plane: > > 1. Are there any specific Latency/differential delay constraints to group adjacent slots? > 2. Are there any constraints/limit on how many of these slots are allowed to be grouped? > 3. Can the signal carried by these frequency slots must have the same modulation format or different? > 4 What type of signals can be mapped to these frequency slots? > > On the use case the composite label is addressing: > > 5. What is the use case and what are the use case requirements? > 6. Are there any implications of this grouping to route computations? > 7. What type of client signals 100G, 200G, etc. this solution is addressing. > > Suggest if you would like to keep this section in this document, address the above comments either via adding specific references to ITU spec and adding some further information in the intended use case. > > Thanks, > Iftekhar > > -----Original Message----- > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > Sent: Wednesday, June 25, 2014 10:48 AM > To: Iftekhar Hussain > Cc: ccamp@ietf.org > Subject: RE: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt > > Hi Iftekhar, > >> Clarification for the composite label portion: >> So does this mean that: >> a) we are moving ahead with control plane solution ahead of ITU data >> plane definitions ? >> b) or that the ITU data plane has already defined all the data plane >> aspects > for the >> composite label use case? >> >> If it is case (b) - no issue. However, if it is case (a) shouldn't we >> wait > for ITU >> before proposing solutions? > I thought the text was clear, but I would be happy to add more clarification. > > We currently have: > > Section 1 > This document relies on [G.694.1] for the definition of the optical > data plane and does not make any updates to the work of the ITU-T in > that regard. > > Section 2.1 > The slots in the set could potentially be contiguous or non- > contiguous (as allowed by the definitions of the data plane) and > could be signaled as a single LSP or constructed from a group of > LSPs. > --- Maybe the parentheses are not clear and should say "(only as > allowed...." > > Section 4.3 > At the time of writing [G.694.1] only supports only groupings of > adjacent slots (i.e., without intervening unused slots that could be > used for other purposes) of identical width (same value of m), and > the component slots must be in increasing order of frequency (i.e., > increasing order of the value n). The mechanism defined here MUST > NOT be used for other forms of grouping unless and until those forms > are defined and documented in Recommendations published by the ITU-T. > > So... > Case b) > >> I disagree with the assertion "more formal discussion of media >> channels and network media channels and their arrangement for inverse >> multiplexing belongs in the framework" . I believe this document >> should elaborate on the use case > for >> which the solution is being proposed. > I would be happy to be guided by the WG and see proposed text. Personally I have nothing to add here, but if you have then please show it to us. > > Maybe it would also help to say why you think this explanation should go in this document (which is not the first in the series) rather than in the more general discussion document that is the framework. I note that the framework already goes into some considerable detail about what media channels and network media channels are in the context of flexigrid. > > Ciao, > Adrian > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp -- ***************************************************************** 请记住，你是独一无二的，就像其他每一个人一样 From nobody Fri Jun 27 11:05:10 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D3C9C1B27B9 for ; Fri, 27 Jun 2014 11:05:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.562 X-Spam-Level: * X-Spam-Status: No, score=1.562 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.793, SPF_SOFTFAIL=0.665] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WsL4RES5izsW for ; Fri, 27 Jun 2014 11:05:07 -0700 (PDT) Received: from outgoingmail1.infinera.com (unknown [204.128.141.23]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A15351ABB90 for ; Fri, 27 Jun 2014 11:05:07 -0700 (PDT) Received: from SV-EX13-PRD1.infinera.com (10.100.103.228) by sv-ex13-prd1.infinera.com (10.100.103.228) with Microsoft SMTP Server (TLS) id 15.0.847.32; Fri, 27 Jun 2014 11:04:21 -0700 Received: from SV-EX13-PRD1.infinera.com ([10.100.97.11]) by sv-ex13-prd1.infinera.com ([10.100.97.11]) with mapi id 15.00.0847.030; Fri, 27 Jun 2014 11:04:21 -0700 From: Iftekhar Hussain To: Fatai Zhang , "adrian@olddog.co.uk" Thread-Topic: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt Thread-Index: AQHPkbtOik3pRsYRzEqOoXdENO8wOZuEU2GwgACH2wCAAGFJ4A== Date: Fri, 27 Jun 2014 18:04:20 +0000 Message-ID: References: <065601cf909d$a08e4fa0$e1aaeee0$@olddog.co.uk> <3cb78df56a2a4c278b8112fecd887796@sv-ex13-prd1.infinera.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.100.99.93] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/uLl39_8qOhWfPp1m5dPPRunu2Ek Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2014 18:05:10 -0000 If we are deferring these to ITU-T then we should hold of including this se= ction in the label WG document until all these has been clarified/understoo= d. Thanks, Iftekhar -----Original Message----- From: Fatai Zhang [mailto:zhangfatai@huawei.com]=20 Sent: Thursday, June 26, 2014 10:00 PM To: Iftekhar Hussain; adrian@olddog.co.uk Cc: ccamp@ietf.org Subject: RE: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01= .txt Hi Iftekhar, I would like to address your comments if I can.=20 I am serious and I personally think that these should be addressed in ITU-T= SG15. I would be much happy to see if there is someone from CCAMP can answer thes= e questions.=20 Best Regards Fatai -----Original Message----- From: Iftekhar Hussain [mailto:IHussain@infinera.com] Sent: Friday, June 27, 2014 11:58 AM To: Fatai Zhang; adrian@olddog.co.uk Cc: ccamp@ietf.org Subject: RE: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01= .txt Hi Fatai, What do you mean by this? Seriously, I am surprised by your response. So w= hen you don't want to address comments juts punt to ITU :) If that is the c= ase I would echo Malcom's concern.=20 Thanks, Iftekhar -----Original Message----- From: Fatai Zhang [mailto:zhangfatai@huawei.com] Sent: Thursday, June 26, 2014 8:53 PM To: Iftekhar Hussain; adrian@olddog.co.uk Cc: ccamp@ietf.org Subject: RE: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01= .txt Hi Iftekhar,=20 For your first 4 questions, I don't think CCAMP experts can answer, and the= y should go to ITU-T, :-) Best Regards Fatai -----Original Message----- From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Iftekhar Hussain Sent: Friday, June 27, 2014 5:33 AM To: adrian@olddog.co.uk Cc: ccamp@ietf.org Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01= .txt Hi Adrian, Thanks for the reply. Okay, so understood that ITU already have defined the= data plane requirements for grouping of flexible grid frequency slots.=20 So then is correct to state that the following is already defined in ITU d= ata plane: 1. Are there any specific Latency/differential delay constraints to group a= djacent slots? 2. Are there any constraints/limit on how many of these slots are allowed t= o be grouped? 3. Can the signal carried by these frequency slots must have the same modul= ation format or different? 4 What type of signals can be mapped to these frequency slots? On the use case the composite label is addressing: 5. What is the use case and what are the use case requirements? 6. Are there any implications of this grouping to route computations? 7. What type of client signals 100G, 200G, etc. this solution is addressing= . Suggest if you would like to keep this section in this document, address th= e above comments either via adding specific references to ITU spec and addi= ng some further information in the intended use case. Thanks, Iftekhar -----Original Message----- From: Adrian Farrel [mailto:adrian@olddog.co.uk] Sent: Wednesday, June 25, 2014 10:48 AM To: Iftekhar Hussain Cc: ccamp@ietf.org Subject: RE: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01= .txt Hi Iftekhar, > Clarification for the composite label portion: > So does this mean that: > a) we are moving ahead with control plane solution ahead of ITU data=20 > plane definitions ? > b) or that the ITU data plane has already defined all the data plane=20 > aspects for the > composite label use case? >=20 > If it is case (b) - no issue. However, if it is case (a) shouldn't we=20 > wait for ITU > before proposing solutions? I thought the text was clear, but I would be happy to add more clarificatio= n. We currently have: Section 1 This document relies on [G.694.1] for the definition of the optical data plane and does not make any updates to the work of the ITU-T in that regard. Section 2.1 The slots in the set could potentially be contiguous or non- contiguous (as allowed by the definitions of the data plane) and could be signaled as a single LSP or constructed from a group of LSPs. --- Maybe the parentheses are not clear and should say "(only as allowed...." Section 4.3 At the time of writing [G.694.1] only supports only groupings of adjacent slots (i.e., without intervening unused slots that could be used for other purposes) of identical width (same value of m), and the component slots must be in increasing order of frequency (i.e., increasing order of the value n). The mechanism defined here MUST NOT be used for other forms of grouping unless and until those forms are defined and documented in Recommendations published by the ITU-T. So... Case b) > I disagree with the assertion "more formal discussion of media=20 > channels and network media channels and their arrangement for inverse=20 > multiplexing belongs in the framework" . I believe this document=20 > should elaborate on the use case for > which the solution is being proposed. I would be happy to be guided by the WG and see proposed text. Personally I= have nothing to add here, but if you have then please show it to us.=20 Maybe it would also help to say why you think this explanation should go in= this document (which is not the first in the series) rather than in the mo= re general discussion document that is the framework. I note that the frame= work already goes into some considerable detail about what media channels a= nd network media channels are in the context of flexigrid. Ciao, Adrian _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp From nobody Sat Jun 28 10:28:10 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A7AED1A0382 for ; Sat, 28 Jun 2014 10:28:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HIdUp3t8wFT6 for ; Sat, 28 Jun 2014 10:28:05 -0700 (PDT) Received: from asmtp5.iomartmail.com (asmtp5.iomartmail.com [62.128.201.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A9A2F1A037C for ; Sat, 28 Jun 2014 10:28:04 -0700 (PDT) Received: from asmtp5.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id s5SHRqNs023825; Sat, 28 Jun 2014 18:27:52 +0100 Received: from 950129200 ([149.254.181.99]) (authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id s5SHRmdK023811 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 28 Jun 2014 18:27:51 +0100 From: "Adrian Farrel" To: "'Iftekhar Hussain'" , "'Fatai Zhang'" References: <065601cf909d$a08e4fa0$e1aaeee0$@olddog.co.uk> <3cb78df56a2a4c278b8112fecd887796@sv-ex13-prd1.infinera.com> In-Reply-To: Date: Sat, 28 Jun 2014 18:27:42 +0100 Message-ID: <00bd01cf92f6$4765d5a0$d63180e0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQM2xdXyxqJkVVnL/c7i6Sx08C0o/gISI71JAUuH4SgCnsTjwgLvFaY9AQMIqSyYaOYiMA== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1017-20786.000 X-TM-AS-Result: No--33.772-10.0-31-10 X-imss-scan-details: No--33.772-10.0-31-10 X-TMASE-MatchedRID: j4nUk6F+aLbYfPOPCpnfAovtmwtVGLEkzdHzFaLfgBFXPwnnY5XL5K1u NfgQaqvv/3fxctrpxjFN1BfDHIm2PA6X1bDqRHQvDYh1Uz6zv6N4wk2zaLy2UeO53bHtM9W3AX0 Ncth4O8k005DA2TWZwbGyFGL6yeQ/YAmall7++5RswYo64ufkVW79evoIpeI33XgCp7wTMXzA/J Wj6Jcc3LSXsdWR9OqDgzOkBCmTRGX1zIImtiPm1bSw7varainhXs5nqGvDCfOx442YQiXpwuFJi ZsvUPde8UBwIInO2qDiEpTzvU3rvKf+cR4Xt9khgYt6Kq7XJMo0AKed0u9fBwZbeEWcL03V7Q5y SM5WBKlyce8QwHxR0lWwxjTCJfTDOaS9U7Z42f5VnniKh7YTC1HewY36PuY0tivu7VTPVKLS7l9 oY/zO1CT9NCas8YSACzbJv6oCXkdnFNpjS8ge4kKcYi5Qw/RV+LidURF+DB1o8Lg9zK1xM0gFNT rpYSnWvvhUKvJSVoVqfVK4jkXzyMfgk3gaw8COkJi1wdeHFtoxmbT6wQT2a33gfGZAU8fL1i1UI ut/ASxl1PitSl9LvAzeZxrlXjcLLdFpVtbOxGni89aONG8iKtvhKQZ2RM31QxDYEexjPJN3q+fL RNNp3O185+nsIx4DWyusQebVMF3QbuOL+OEbWvLBXliBxYxnzJmqByfAaS3U5PPxhayDlCyB2Qd JzFQxIy8P9ajTAn1VUUJ3d6OL0S2PQJ73d0XSnVTWWiNp+v9BldmDYjwlpudTjSOFC/vqo8WMkQ Wv6iV95l0nVeyiuMEW1M8hZN6kVnRXm1iHN1bEQdG7H66TyOk/y0w7JiZo Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/M6RFC6ABQ4tPo8XM0XcWosjOOlA Cc: ccamp@ietf.org Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 17:28:08 -0000 There is a certain extent to which this conversation has a gyratory nature :-) Maybe a piece of information missing here is that CCAMP defines control plane mechanisms to enable the operation of networks composed of data plane technologies that have been specified in other SDOs or (only in the case of IP and MPLS) in the IETF. CCAMP does not define data plane technologies. My intent in selecting the wording was to say "The ITU-T has currently defined a data plane that allows contiguous slots to be treated as a single unit. This composite label format supports that mechanism. Future uses of this composite label format are dependent on the ITU-T adding further data plane definitions, and those future uses must not be defined until the ITU-T has provided those definitions." I am pretty sure that that is what the document says. I'd be happy if someone was able to show me where the document is misleading in that respect and even happier if they suggested tighter wording. Returning to Iftekhar's questions: > 1. Are there any specific Latency/differential delay constraints to group > adjacent slots? I should be surprised if adjacent slots (on the same fiber, remember) had different latencies/delays. But Q6 would be able to give a definitive answer. > 2. Are there any constraints/limit on how many of these slots are allowed > to be grouped? I think that is a matter for the ITU-T. Again Q6, I think. I believe we have a mechanism here that would allow an arbitrary number of slots to be grouped, but I also suspect that such grouping would not be arbitrarily large in reality and I think that I have heard 8 and 16 talked about by hardware manufacturers. Beyond that, I think it becomes unmanageable and it would be normal to select a smaller number of larger slots. > 3. Can the signal carried by these frequency slots must have the same > modulation format or different? > > 4 What type of signals can be mapped to these frequency slots? I would expect that the purpose here is to create a larger slot for carrying payload and so the modulation format would be the same. But my expectations are not relevant! The text attempts to be clear that the encoding of signal into slot is not a function of the label format. It might be a feature in the signaling protocol (separate document) and could be described in the framework draft (also separate document). Clearly, these types of question are best addressed to the ITU-T. Q6 and Q12, I should think. > On the use case the composite label is addressing: > > 5. What is the use case and what are the use case requirements? I would expect to see the use case detailed further in the framework draft. The use case is currently to support identifying a set of slots as single switchable unit, but not going any further than the data plane mechanisms defined in existing ITU-T Recommendations. > 6. Are there any implications of this grouping to route computations? Yes, I believe there are. I believe that the usage described in my text implies that the group members are on the same fiber (which implies, I think, that they are corouted). > 7. What type of client signals 100G, 200G, etc. this solution is addressing. Why would a document that defines a label format be concerned about the answer to this question? Cheers, Adrian > -----Original Message----- > From: Iftekhar Hussain [mailto:IHussain@infinera.com] > Sent: 27 June 2014 19:04 > To: Fatai Zhang; adrian@olddog.co.uk > Cc: ccamp@ietf.org > Subject: RE: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt > > If we are deferring these to ITU-T then we should hold of including this section in > the label WG document until all these has been clarified/understood. > > Thanks, > Iftekhar > -----Original Message----- > From: Fatai Zhang [mailto:zhangfatai@huawei.com] > Sent: Thursday, June 26, 2014 10:00 PM > To: Iftekhar Hussain; adrian@olddog.co.uk > Cc: ccamp@ietf.org > Subject: RE: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt > > Hi Iftekhar, > > I would like to address your comments if I can. > > I am serious and I personally think that these should be addressed in ITU-T SG15. > > I would be much happy to see if there is someone from CCAMP can answer these > questions. > > > Best Regards > > Fatai > > > -----Original Message----- > From: Iftekhar Hussain [mailto:IHussain@infinera.com] > Sent: Friday, June 27, 2014 11:58 AM > To: Fatai Zhang; adrian@olddog.co.uk > Cc: ccamp@ietf.org > Subject: RE: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt > > Hi Fatai, > > What do you mean by this? Seriously, I am surprised by your response. So when > you don't want to address comments juts punt to ITU :) If that is the case I would > echo Malcom's concern. > > Thanks, > Iftekhar > > -----Original Message----- > From: Fatai Zhang [mailto:zhangfatai@huawei.com] > Sent: Thursday, June 26, 2014 8:53 PM > To: Iftekhar Hussain; adrian@olddog.co.uk > Cc: ccamp@ietf.org > Subject: RE: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt > > Hi Iftekhar, > > For your first 4 questions, I don't think CCAMP experts can answer, and they > should go to ITU-T, :-) > > > > Best Regards > > Fatai > > -----Original Message----- > From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Iftekhar Hussain > Sent: Friday, June 27, 2014 5:33 AM > To: adrian@olddog.co.uk > Cc: ccamp@ietf.org > Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt > > Hi Adrian, > > Thanks for the reply. Okay, so understood that ITU already have defined the data > plane requirements for grouping of flexible grid frequency slots. > > So then is correct to state that the following is already defined in ITU data plane: > > 1. Are there any specific Latency/differential delay constraints to group adjacent > slots? > 2. Are there any constraints/limit on how many of these slots are allowed to be > grouped? > 3. Can the signal carried by these frequency slots must have the same modulation > format or different? > 4 What type of signals can be mapped to these frequency slots? > > On the use case the composite label is addressing: > > 5. What is the use case and what are the use case requirements? > 6. Are there any implications of this grouping to route computations? > 7. What type of client signals 100G, 200G, etc. this solution is addressing. > > Suggest if you would like to keep this section in this document, address the > above comments either via adding specific references to ITU spec and adding > some further information in the intended use case. > > Thanks, > Iftekhar > > -----Original Message----- > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > Sent: Wednesday, June 25, 2014 10:48 AM > To: Iftekhar Hussain > Cc: ccamp@ietf.org > Subject: RE: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-01.txt > > Hi Iftekhar, > > > Clarification for the composite label portion: > > So does this mean that: > > a) we are moving ahead with control plane solution ahead of ITU data > > plane definitions ? > > b) or that the ITU data plane has already defined all the data plane > > aspects > for the > > composite label use case? > > > > If it is case (b) - no issue. However, if it is case (a) shouldn't we > > wait > for ITU > > before proposing solutions? > > I thought the text was clear, but I would be happy to add more clarification. > > We currently have: > > Section 1 > This document relies on [G.694.1] for the definition of the optical > data plane and does not make any updates to the work of the ITU-T in > that regard. > > Section 2.1 > The slots in the set could potentially be contiguous or non- > contiguous (as allowed by the definitions of the data plane) and > could be signaled as a single LSP or constructed from a group of > LSPs. > --- Maybe the parentheses are not clear and should say "(only as > allowed...." > > Section 4.3 > At the time of writing [G.694.1] only supports only groupings of > adjacent slots (i.e., without intervening unused slots that could be > used for other purposes) of identical width (same value of m), and > the component slots must be in increasing order of frequency (i.e., > increasing order of the value n). The mechanism defined here MUST > NOT be used for other forms of grouping unless and until those forms > are defined and documented in Recommendations published by the ITU-T. > > So... > Case b) > > > I disagree with the assertion "more formal discussion of media > > channels and network media channels and their arrangement for inverse > > multiplexing belongs in the framework" . I believe this document > > should elaborate on the use case > for > > which the solution is being proposed. > > I would be happy to be guided by the WG and see proposed text. Personally I > have nothing to add here, but if you have then please show it to us. > > Maybe it would also help to say why you think this explanation should go in this > document (which is not the first in the series) rather than in the more general > discussion document that is the framework. I note that the framework already > goes into some considerable detail about what media channels and network > media channels are in the context of flexigrid. > > Ciao, > Adrian > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp From nobody Mon Jun 30 18:48:13 2014 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E28D1A0201; Mon, 30 Jun 2014 18:48:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.553 X-Spam-Level: X-Spam-Status: No, score=-102.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LbpPSkVH2KjY; Mon, 30 Jun 2014 18:48:08 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1900:3001:11::31]) by ietfa.amsl.com (Postfix) with ESMTP id D087A1A01D5; Mon, 30 Jun 2014 18:48:08 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id C3DA8180095; Mon, 30 Jun 2014 18:48:04 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 6000:ams_util_lib.php From: rfc-editor@rfc-editor.org Message-Id: <20140701014804.C3DA8180095@rfc-editor.org> Date: Mon, 30 Jun 2014 18:48:04 -0700 (PDT) Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/HZmeYtfJRfrkEMcm4ofcvMZK7JU Cc: drafts-update-ref@iana.org, ccamp@ietf.org, rfc-editor@rfc-editor.org Subject: [CCAMP] RFC 7260 on GMPLS RSVP-TE Extensions for Operations, Administration, and Maintenance (OAM) Configuration X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2014 01:48:10 -0000 A new Request for Comments is now available in online RFC libraries. RFC 7260 Title: GMPLS RSVP-TE Extensions for Operations, Administration, and Maintenance (OAM) Configuration Author: A. Takacs, D. Fedyk, J. He Status: Standards Track Stream: IETF Date: June 2014 Mailbox: attila.takacs@ericsson.com, don.fedyk@hp.com, hejia@huawei.com Pages: 24 Characters: 58030 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-ccamp-oam-configuration-fwk-13.txt URL: http://www.rfc-editor.org/rfc/rfc7260.txt Operations, Administration, and Maintenance (OAM) is an integral part of transport connections; hence, it is required that OAM functions be activated/deactivated in sync with connection commissioning/ decommissioning, in order to avoid spurious alarms and ensure consistent operation. In certain technologies, OAM entities are inherently established once the connection is set up, while other technologies require extra configuration to establish and configure OAM entities. This document specifies extensions to Resource Reservation Protocol - Traffic Engineering (RSVP-TE) to support the establishment and configuration of OAM entities along with Label Switched Path signaling. This document is a product of the Common Control and Measurement Plane Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet standards track protocol for the Internet community,and requests discussion and suggestions for improvements. Please refer to the current edition of the Internet Official Protocol Standards (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see http://www.ietf.org/mailman/listinfo/ietf-announce http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see http://www.rfc-editor.org/search For downloading RFCs, see http://www.rfc-editor.org/rfc.html Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC