From nobody Thu Jul 9 03:59:42 2015 Return-Path: X-Original-To: sdn@ietfa.amsl.com Delivered-To: sdn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 564551AD0B1 for ; Thu, 9 Jul 2015 03:59:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w5iCPMIRGfUY for ; Thu, 9 Jul 2015 03:59:40 -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 195DD1AD0B3 for ; Thu, 9 Jul 2015 03:59:37 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BYO40697; Thu, 09 Jul 2015 10:59:36 +0000 (GMT) Received: from LHREML504-MBS.china.huawei.com ([10.125.30.107]) by lhreml402-hub.china.huawei.com ([10.201.5.241]) with mapi id 14.03.0158.001; Thu, 9 Jul 2015 11:59:31 +0100 From: Hosnieh Rafiee To: "sdn@irtf.org" Thread-Topic: Privacy in SDN Thread-Index: AdC6NlUZLyzLNZ2mQwqyFZ8TGVSmnA== Date: Thu, 9 Jul 2015 10:59:31 +0000 Message-ID: <814D0BFB77D95844A01CA29B44CBF8A7015797EF@lhreml504-mbs> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.221.82.176] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Sdn] Privacy in SDN X-BeenThere: sdn@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List to Discuss SDN Research Group in the IRTF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2015 10:59:41 -0000 Hi All, Is there any ongoing work about privacy concerns of SDN? I haven't seen so = far anything regarding this topic.=20 Can we also do anything in this regard? Thanks, Best, Hosnieh From nobody Thu Jul 9 13:02:22 2015 Return-Path: X-Original-To: sdn@ietfa.amsl.com Delivered-To: sdn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 625C21A00C1 for ; Thu, 9 Jul 2015 13:02:21 -0700 (PDT) X-Quarantine-ID: <5eMnJY4SxQJ6> X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BANNED, message contains application/ms-tnef, .tnef, winmail.dat X-Spam-Flag: NO X-Spam-Score: -2.801 X-Spam-Level: X-Spam-Status: No, score=-2.801 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, 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 5eMnJY4SxQJ6 for ; Thu, 9 Jul 2015 13:02:15 -0700 (PDT) Received: from ignavia.lancs.ac.uk (ignavia.lancs.ac.uk [148.88.25.16]) by ietfa.amsl.com (Postfix) with ESMTP id 735801A00C0 for ; Thu, 9 Jul 2015 13:02:15 -0700 (PDT) Received: from ex-1-ht0.lancs.ac.uk ([10.42.18.57] helo=EX-1-HT0.lancs.local) by ignavia.lancs.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1ZDI1O-0004O3-Mv for sdn@irtf.org; Thu, 09 Jul 2015 21:02:14 +0100 Received: from EX-0-MB2.lancs.local ([fe80::9d98:936b:54d1:c531]) by EX-1-HT0.lancs.local ([fe80::d9e8:ad10:d075:a6b6%12]) with mapi id 14.03.0224.002; Thu, 9 Jul 2015 21:02:13 +0100 Content-Type: multipart/mixed; boundary="_000_65174429B5AF4C45BD0798810EC48E0A32436095EX0MB2lancsloca_" From: "King, Daniel" To: "'sdn@irtf.org'" Thread-Topic: IETF 93 Draft Agenda Thread-Index: AdC6gSDYMKJ+OQC7Qh+a6ySbYCeYBg== Date: Thu, 9 Jul 2015 20:02:13 +0000 Message-ID: <65174429B5AF4C45BD0798810EC48E0A32436095@EX-0-MB2.lancs.local> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: <65174429B5AF4C45BD0798810EC48E0A32436095@EX-0-MB2.lancs.local> x-originating-ip: [213.205.251.140] x-iss-local-domain: 1 MIME-Version: 1.0 Archived-At: Cc: "dmm@1-4-5.net" Subject: [Sdn] IETF 93 Draft Agenda X-BeenThere: sdn@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List to Discuss SDN Research Group in the IRTF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2015 20:02:21 -0000 --_000_65174429B5AF4C45BD0798810EC48E0A32436095EX0MB2lancsloca_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, Please find our draft agenda for Prague: https://www.ietf.org/proceedings/93/agenda/agenda-93-sdnrg We have a packed agenda, with a focus on the following SDN topics: security= , performance monitoring, resilience, and deployment examples. Apologies to= those who made requests that we were unable to fulfil during this session. Speakers - Please send Dave and myself your presentation material no later = than Monday 20th July. BR, Dan & Dave. --_000_65174429B5AF4C45BD0798810EC48E0A32436095EX0MB2lancsloca_ Content-Disposition: attachment; filename="winmail.dat" Content-Transfer-Encoding: base64 Content-Type: application/ms-tnef; name="winmail.dat" eJ8+ItgWAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEJgAEAIQAAADQyQkVFRTk4 NEQ4REUyNDNBRTRBNUEzRjU4MUFFRTlBAIcHAQ2ABAACAAAAAgACAAEFgAMADgAAAN8HBwAJABQA AgANAAQAHQEBIIADAA4AAADfBwcACQAUAAIADQAEAB0BAQiABwAYAAAASVBNLk1pY3Jvc29mdCBN YWlsLk5vdGUAMQgBBIABABYAAABJRVRGIDkzIERyYWZ0IEFnZW5kYSAARQYBA5AGAEATAAA7AAAA AgF/AAEAAABAAAAAPDY1MTc0NDI5QjVBRjRDNDVCRDA3OTg4MTBFQzQ4RTBBMzI0MzYwOTVARVgt MC1NQjIubGFuY3MubG9jYWw+AAIBExABAAAA7wkAADxodG1sIHhtbG5zOnY9InVybjpzY2hlbWFz LW1pY3Jvc29mdC1jb206dm1sIiB4bWxuczpvPSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9m ZmljZTpvZmZpY2UiIHhtbG5zOnc9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOndv cmQiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vb2ZmaWNlLzIwMDQvMTIv b21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAiPjxoZWFkPjxNRVRB IEhUVFAtRVFVSVY9IkNvbnRlbnQtVHlwZSIgQ09OVEVOVD0idGV4dC9odG1sOyBjaGFyc2V0PXVz LWFzY2lpIj48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAo ZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBm b250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUg MyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFu b3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAu TXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCglt YXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToi Q2FsaWJyaSIsc2Fucy1zZXJpZjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQphOmxp bmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjoj MDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1z b0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0 RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7 bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs c2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1z dHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30NCkBw YWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0 IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2Vj dGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVm YXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48 IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxv OmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwh W2VuZGlmXS0tPjwvaGVhZD48Ym9keSBsYW5nPUVOLUdCIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIj OTU0RjcyIj48ZGl2IGNsYXNzPVdvcmRTZWN0aW9uMT48cCBjbGFzcz1Nc29Ob3JtYWw+SGkgQWxs LCA8bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+ PHAgY2xhc3M9TXNvTm9ybWFsPlBsZWFzZSBmaW5kIG91ciBkcmFmdCBhZ2VuZGEgZm9yIFByYWd1 ZTo8bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+ PHAgY2xhc3M9TXNvTm9ybWFsPjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL3Byb2NlZWRp bmdzLzkzL2FnZW5kYS9hZ2VuZGEtOTMtc2RucmciPmh0dHBzOi8vd3d3LmlldGYub3JnL3Byb2Nl ZWRpbmdzLzkzL2FnZW5kYS9hZ2VuZGEtOTMtc2Rucmc8L2E+PG86cD48L286cD48L3A+PHAgY2xh c3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD5XZSBo YXZlIGEgcGFja2VkIGFnZW5kYSwgd2l0aCBhIGZvY3VzIG9uIHRoZSBmb2xsb3dpbmcgU0ROIHRv cGljczogc2VjdXJpdHksIHBlcmZvcm1hbmNlIG1vbml0b3JpbmcsIHJlc2lsaWVuY2UsIGFuZCBk ZXBsb3ltZW50IGV4YW1wbGVzLiBBcG9sb2dpZXMgdG8gdGhvc2Ugd2hvIG1hZGUgcmVxdWVzdHMg dGhhdCB3ZSB3ZXJlIHVuYWJsZSB0byBmdWxmaWwgZHVyaW5nIHRoaXMgc2Vzc2lvbi4gPG86cD48 L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxwIGNsYXNz PU1zb05vcm1hbD5TcGVha2VycyAtIFBsZWFzZSBzZW5kIERhdmUgYW5kIG15c2VsZiB5b3VyIHBy ZXNlbnRhdGlvbiBtYXRlcmlhbCBubyBsYXRlciB0aGFuIE1vbmRheSAyMHRoIEp1bHkuIDxvOnA+ PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48cCBjbGFz cz1Nc29Ob3JtYWw+QlIsIERhbiAmYW1wOyBEYXZlLjxvOnA+PC9vOnA+PC9wPjwvZGl2PjwvYm9k eT48L2h0bWw+AB8AQgABAAAAGgAAAEsAaQBuAGcALAAgAEQAYQBuAGkAZQBsAAAAAAAfAGUAAQAA AC4AAABkAC4AawBpAG4AZwBAAGwAYQBuAGMAYQBzAHQAZQByAC4AYQBjAC4AdQBrAAAAAAAfAGQA AQAAAAoAAABTAE0AVABQAAAAAAACAUEAAQAAAGoAAAAAAAAAgSsfpL6jEBmdbgDdAQ9UAgAAAIBL AGkAbgBnACwAIABEAGEAbgBpAGUAbAAAAFMATQBUAFAAAABkAC4AawBpAG4AZwBAAGwAYQBuAGMA YQBzAHQAZQByAC4AYQBjAC4AdQBrAAAAAAAfAAJdAQAAAC4AAABkAC4AawBpAG4AZwBAAGwAYQBu AGMAYQBzAHQAZQByAC4AYQBjAC4AdQBrAAAAAAAfAOVfAQAAAAQAAAAgAAAAHwAaDAEAAAAaAAAA SwBpAG4AZwAsACAARABhAG4AaQBlAGwAAAAAAB8AHwwBAAAALgAAAGQALgBrAGkAbgBnAEAAbABh AG4AYwBhAHMAdABlAHIALgBhAGMALgB1AGsAAAAAAB8AHgwBAAAACgAAAFMATQBUAFAAAAAAAAIB GQwBAAAAagAAAAAAAACBKx+kvqMQGZ1uAN0BD1QCAAAAgEsAaQBuAGcALAAgAEQAYQBuAGkAZQBs AAAAUwBNAFQAUAAAAGQALgBrAGkAbgBnAEAAbABhAG4AYwBhAHMAdABlAHIALgBhAGMALgB1AGsA AAAAAB8AAV0BAAAALgAAAGQALgBrAGkAbgBnAEAAbABhAG4AYwBhAHMAdABlAHIALgBhAGMALgB1 AGsAAAAAAB8A+D8BAAAAGgAAAEsAaQBuAGcALAAgAEQAYQBuAGkAZQBsAAAAAAAfACNAAQAAAC4A AABkAC4AawBpAG4AZwBAAGwAYQBuAGMAYQBzAHQAZQByAC4AYQBjAC4AdQBrAAAAAAAfACJAAQAA AAoAAABTAE0AVABQAAAAAAACAfk/AQAAAGoAAAAAAAAAgSsfpL6jEBmdbgDdAQ9UAgAAAIBLAGkA bgBnACwAIABEAGEAbgBpAGUAbAAAAFMATQBUAFAAAABkAC4AawBpAG4AZwBAAGwAYQBuAGMAYQBz AHQAZQByAC4AYQBjAC4AdQBrAAAAAAAfAAldAQAAAC4AAABkAC4AawBpAG4AZwBAAGwAYQBuAGMA YQBzAHQAZQByAC4AYQBjAC4AdQBrAAAAAAALAEA6AQAAAB8AGgABAAAAEgAAAEkAUABNAC4ATgBv AHQAZQAAAAAAAwDxPwkEAAALAEA6AQAAAAMA/T/kBAAAAgELMAEAAAAQAAAAQr7umE2N4kOuSlo/ WBrumgMAFwABAAAAQAA5AICQaiWCutABQAAIMFzibSWCutABCwApAAAAAAALACMAAAAAAB8AAICG AwIAAAAAAMAAAAAAAABGAQAAAB4AAABhAGMAYwBlAHAAdABsAGEAbgBnAHUAYQBnAGUAAAAAAAEA AAAaAAAAZQBuAC0ARwBCACwAIABlAG4ALQBVAFMAAAAAAAsAAIAIIAYAAAAAAMAAAAAAAABGAAAA AAaFAAAAAAAAHwA3AAEAAAAsAAAASQBFAFQARgAgADkAMwAgAEQAcgBhAGYAdAAgAEEAZwBlAG4A ZABhACAAAAAfAD0AAQAAAAIAAAAAAAAAAwA2AAAAAAACAXEAAQAAABYAAAAB0LqBINgwon45ALtC H5rrJJtgJ5gGAAAfAHAAAQAAACwAAABJAEUAVABGACAAOQAzACAARAByAGEAZgB0ACAAQQBnAGUA bgBkAGEAIAAAAB8ANRABAAAAgAAAADwANgA1ADEANwA0ADQAMgA5AEIANQBBAEYANABDADQANQBC AEQAMAA3ADkAOAA4ADEAMABFAEMANAA4AEUAMABBADMAMgA0ADMANgAwADkANQBAAEUAWAAtADAA LQBNAEIAMgAuAGwAYQBuAGMAcwAuAGwAbwBjAGEAbAA+AAAAAwDeP59OAAALAACACCAGAAAAAADA AAAAAAAARgAAAAADhQAAAAAAAAMAAIAIIAYAAAAAAMAAAAAAAABGAAAAAAGFAAAAAAAAAwCAEP// //9AAAcwYCI3JYK60AELAAIAAQAAAAMAJgAAAAAAAgFHAAEAAAA7AAAAYz1HQjthPSA7cD1MYW5j YXN0ZXIgVW5pdmVyO2w9RVgtMC1NQjItMTUwNzA5MjAwMjEzWi04NDA1MQAAAgEQMAEAAABGAAAA AAAAAORW9aV8zwZCpU32TjBC9i8HABfTwcbwqapOvGjDDjvY+7oAAATA93UAABMtdg+zRKhDucjA QoV64AgAMi+hkgQAAAAAHwD6PwEAAAAaAAAASwBpAG4AZwAsACAARABhAG4AaQBlAGwAAAAAAAMA AlkAABYAAwAJWQIAAAADAACACCAGAAAAAADAAAAAAAAARgAAAAAQhQAAAAAAAAMAAIAIIAYAAAAA AMAAAAAAAABGAAAAABiFAAAAAAAACwAAgAggBgAAAAAAwAAAAAAAAEYAAAAAgoUAAAAAAAALAACA CCAGAAAAAADAAAAAAAAARgAAAAAOhQAAAAAAAEAAAIAIIAYAAAAAAMAAAAAAAABGAAAAAL+FAADg L+rJgbrQAQMAAIAIIAYAAAAAAMAAAAAAAABGAAAAAOuFAAAJBAAAAwANNP0/AAAfAACAhgMCAAAA AADAAAAAAAAARgEAAAAgAAAAeAAtAG0AcwAtAGgAYQBzAC0AYQB0AHQAYQBjAGgAAAABAAAAAgAA AAAAAAAfAACAhgMCAAAAAADAAAAAAAAARgEAAAAiAAAAeAAtAG8AcgBpAGcAaQBuAGEAdABpAG4A ZwAtAGkAcAAAAAAAAQAAACQAAABbADIAMQAzAC4AMgAwADUALgAyADUAMQAuADEANAAwAF0AAAAf AACAhgMCAAAAAADAAAAAAAAARgEAAAAmAAAAeAAtAGkAcwBzAC0AbABvAGMAYQBsAC0AZABvAG0A YQBpAG4AAAAAAAEAAAAEAAAAMQAAABix --_000_65174429B5AF4C45BD0798810EC48E0A32436095EX0MB2lancsloca_-- From nobody Fri Jul 10 02:15:06 2015 Return-Path: X-Original-To: sdn@ietfa.amsl.com Delivered-To: sdn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D88CB1A8A16 for ; Fri, 10 Jul 2015 02:15:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.64 X-Spam-Level: X-Spam-Status: No, score=0.64 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_BR=0.955, HOST_EQ_BR=1.295, MIME_8BIT_HEADER=0.3, T_RP_MATCHES_RCVD=-0.01] 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 RfQyXRNPS-Ip for ; Fri, 10 Jul 2015 02:15:02 -0700 (PDT) Received: from rufus.dr.ufu.br (rufus.dr.ufu.br [200.19.146.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 11BDA1A8A0B for ; Fri, 10 Jul 2015 02:15:01 -0700 (PDT) Received: from doodle.dr.ufu.br (doodle.dr.ufu.br [200.19.146.202]) by rufus.dr.ufu.br with ESMTP id t6A9F0wq003876-t6A9F0ws003876 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 10 Jul 2015 06:15:00 -0300 Received: from [191.54.144.144] (port=55986 helo=Z930FOS) by doodle.dr.ufu.br with esmtpa (Exim 4.80.1) (envelope-from ) id 1ZDUOU-0000WF-L1 for sdn@irtf.org; Fri, 10 Jul 2015 06:15:00 -0300 From: "=?iso-8859-1?Q?Prof._Fl=E1vio_de_Oliveira_Silva=2C_Ph.D.?=" To: Date: Fri, 10 Jul 2015 06:14:47 -0300 Organization: =?iso-8859-1?Q?Universidade_Federal_de_Uberl=E2ndia?= Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AdC67nnmtE+Z2U5PS++kby2omovWuA== Content-Language: en-us Archived-At: Subject: [Sdn] Call for Papers: IEEE workshop on Content Delivery in Heterogeneous Networks (CDHetNet) in conjunction with IEEE Wimob 2015 X-BeenThere: sdn@irtf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: flavio@fc.ufu.br List-Id: List to Discuss SDN Research Group in the IRTF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2015 09:15:04 -0000 Dear colleagues, Our apologies for possible cross posting. Please consider submitting your work to the IEEE workshop on Content Delivery in Heterogeneous Networks (CDHetNet) in conjunction with IEEE = Wimob 2015, October 19-21, 2015, Abu Dhabi, UAE *SUBMISSION DEADLINE: 18th July, 2015* http://www.facom.ufu.br/~flavio/CDHetNet/ CALL FOR PAPERS =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= Call for Papers: IEEE workshop on Content Delivery in Heterogeneous = Networks (CDHetNet) in conjunction with IEEE Wimob 2015 According to the traffic forecasting report of CISCO, Internet traffic = will be increased tenfold in the next ten years and annual global IP traffic = will surpass the Zettabyte (1000 Exabytes) threshold in 2016. Half of the Internet traffic will be carried over Content Delivery Networks (CDNs) = by 2018, especially the traffic of video streaming, video gaming, video conferences and multimedia traffic over mobile devices like tablets, = smart phones and machine-to-machine (M2M) modules.=20 As a result, efficient content delivery technologies are crucial for heterogeneous networks, e.g., 4/5G cellular networks, LTE-Advanced = networks, Telco-CDNs, mobile CDNs, Content Centric Networks (CCNs), optical = networks, Software-Defined Networks (SDN), Wireless Sensor Networks (WSNs), = Vehicular Ad-hoc Networks (VANETs), converged wireless and wired networks and etc. = >From the point of view of content owners, it is Important to use the cutting-edge content distribution solutions to improve the quality of experience for end users, increase ad impressions, improve conversion = rates, and strengthen customer loyalty. For network operators, developing = efficient content delivery techniques can reduce subscriber churn, facilitate the development of value-added services, reduce traffic on the core network, = and enable operators to sell CDN services to enterprises and third-party = content owners. ----------------------------------------- Description and Topics of CDHetNet ------------------------------------------- The workshop CDHetNet invites paper submissions to explore recent = advances and disseminate the state-of-the-art research on efficient content = delivery technologies in heterogeneous networks, including all levels of = designing, developing and applications. It will also identify potential research directions that will lead to innovations within this area. We expect the papers of this workshop = serve as valuable references for a large audience from both academia and = industry. Original, unpublished contributions and survey/tutorial types of = articles will be considered. The topics of interest for the workshop include, but are not limited to: =95 Video streaming in Content Delivery Networks, Telco-CDNs, mobile CDNs =95 Dynamic adaptive streaming over HTTP=20 =95 Content delivery for smart cities (multimedia-based tour recommendation for museum visit, city tourism)=20 =95 Content delivery for Massive Multiplayer Online Games (MOMOG) and MOOC =95 Content delivery for 3D multimedia content =95 Content delivery for e-health, e-commerce, e-learning, and online virtual conferences =95 Content delivery in Content Centric Networks (CCNs) =95 SDN applications for content delivery in heterogeneous network =95 SDN based architectures from content delivery =95 Software-Defined Content delivery in SDNs =95 Content delivery in cellular networks, LTE networks =95 Content delivery in Vehicular Ad-Hoc Networks (Safety applications and Comfort applications) =95 Content delivery in Wireless Sensor Networks=20 =95 Content delivery for Camera-Based Networks =95 Content delivery in Passive Optical Networks (PON) =95 Content Delivery in Optical Networks=20 =95 Resilient content delivery in optical clouds =95 Optimization algorithms for content delivery=20 =95 Security issues for content delivery=20 =95 Quality of Experience (QoE) Enhanced content delivery =95 Network reconfiguration and traffic engineering for content delivery =95 Network control and management for efficient content delivery =95 Digital signal processing and multimedia coding technologies for efficient content delivery =95 Energy-efficient/green content delivery =95 New network architecture design for content delivery system=20 =95 European project survey about content delivery technologies=20 ----------------------------------------- Schedule=20 ----------------------------------------- Submission Deadline: July 18, 2015 (Extended) Acceptance Notification: July 31, 2015=20 ----------------------------------------- Submission EDAS submission site - http://edas.info/newPaper.php?c=3D20791 ----------------------------------------- =20 Workshop co-chairs=20 Dr. Fen Zhou (fen.zhou@univ-avignon.fr), University of Avignon, France.=20 Dr. Zuqing Zhu (zqzhu@ieee.org), University of Science and Technology of China, Hefei, China.=20 Dr. Fl=E1vio de Oliveira Silva (flavio@ufu.br), UFU =96 Federal University of Uberl=E2ndia, Brazil. From nobody Sun Jul 19 14:54:46 2015 Return-Path: X-Original-To: sdn@ietfa.amsl.com Delivered-To: sdn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 165B61B2DA7 for ; Sun, 19 Jul 2015 14:54:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.99 X-Spam-Level: X-Spam-Status: No, score=-1.99 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, T_FILL_THIS_FORM_SHORT=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fwhA4DcRu_HZ for ; Sun, 19 Jul 2015 14:54:40 -0700 (PDT) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4CBDC1B2DA5 for ; Sun, 19 Jul 2015 14:54:40 -0700 (PDT) Received: by wgbcc4 with SMTP id cc4so24609766wgb.3 for ; Sun, 19 Jul 2015 14:54:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:date:subject:to :message-id:mime-version; bh=Bht8iAIq33+oCAfR/4Bd8AtfoSkimznuQe33FhCoKeU=; b=elixBdxa2cOuPW6SK8i2A7aOaEfrgHSW1vWCO9HWcn9Jcn14WtpYXingnldZ+LSBfM xHFMjYs8Nhh5wMDYMMJaxITJ1W1jaer1jKD6Y1TO8+gImPKN6N6DfC4Vi0++e2bvjioV gKZQKnDuTw3WZVoTjx49UUbS8PiiSoiYdf7S1qlQ0RkWjLhf5AwbOnAGDzy6tKY+Ydye OmeIoWvVDJwpwruiSyGI9Jmrmrfp8jnof3DLUuIC8wXrP230AsCu4rNr3cd19CwNvbFd pLR2FAfP77lJ4XFaUvx/Vcwaep80NZQ+gx1SOODEagKqeKJQ6uKk1crvOgFYRQr56YMp NN5g== X-Received: by 10.180.97.7 with SMTP id dw7mr15910707wib.74.1437342879083; Sun, 19 Jul 2015 14:54:39 -0700 (PDT) Received: from [192.168.253.74] ([195.250.140.10]) by smtp.gmail.com with ESMTPSA id lk5sm8702343wic.24.2015.07.19.14.54.37 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 19 Jul 2015 14:54:38 -0700 (PDT) From: Damien Saucez Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sun, 19 Jul 2015 23:54:35 +0200 To: "sdn@irtf.org" Message-Id: <7D7E8062-83F9-41D6-BC73-AB418177C554@gmail.com> Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) Archived-At: Subject: [Sdn] Cloud SOHO Services - demo at LISP WG meeting X-BeenThere: sdn@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List to Discuss SDN Research Group in the IRTF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2015 21:54:44 -0000 Dear SDNRGers, In the context of re-chartering discussion of the LISP working group, we = will do a demo related to outsourcing network services in the Cloud for SOHO = (Small Office Home Office) networks. The idea is to use a very simple CPE in = the SOHO network and put all features in the Cloud (concept of vCPE presented by = Yaakov today). LISP enters into the game to be able to seamlessly convey = packets between the Cloud and the SOHO network in a fully automated way. The demonstration will focus on the LISP part (i.e., carrying packet to/from = the SOHO network). A sneak preview of the demonstration is available at the following link: https://youtu.be/kdIJ6pbG_zE. We believe that this demo and the rechartering discussions around it = might interest some of you and hope to see you tomorrow, Best regards, Damien Saucez=20= From nobody Sun Jul 19 15:44:59 2015 Return-Path: X-Original-To: sdn@ietfa.amsl.com Delivered-To: sdn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 55F4A1A1A51 for ; Sun, 19 Jul 2015 15:44:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dU2SOOk8S5-w for ; Sun, 19 Jul 2015 15:44:53 -0700 (PDT) Received: from xenon21.um.es (xenon21.um.es [155.54.212.161]) by ietfa.amsl.com (Postfix) with ESMTP id 482071B2DFB for ; Sun, 19 Jul 2015 15:44:53 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by xenon21.um.es (Postfix) with ESMTP id 0B7B03FD34; Mon, 20 Jul 2015 00:44:52 +0200 (CEST) X-Virus-Scanned: by antispam in UMU at xenon21.um.es Received: from xenon21.um.es ([127.0.0.1]) by localhost (xenon21.um.es [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 2OTxwjC+Q965; Mon, 20 Jul 2015 00:44:51 +0200 (CEST) Received: from [192.168.1.37] (67.Red-79-157-64.dynamicIP.rima-tde.net [79.157.64.67]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: rafa) by xenon21.um.es (Postfix) with ESMTPSA id 771413FD33; Mon, 20 Jul 2015 00:44:47 +0200 (CEST) Content-Type: multipart/alternative; boundary="Apple-Mail=_144009D2-3D09-41CB-A1CF-BAF7B61CD06E" Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Rafa Marin Lopez Date: Mon, 20 Jul 2015 00:44:47 +0200 Message-Id: <28CC6702-C1BA-4974-931A-3E5688B1C09B@um.es> References: <20150719221423.7665.24210.idtracker@ietfa.amsl.com> To: sdn@irtf.org, i2nsf@ietf.org X-Mailer: Apple Mail (2.1878.6) Archived-At: Cc: =?iso-8859-1?Q?Gabriel_L=F3pez?= , Alejandro Abad UM , Rafa Marin Lopez Subject: [Sdn] Fwd: New Version Notification for draft-abad-sdnrg-sdn-ipsec-flow-protection-00.txt X-BeenThere: sdn@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List to Discuss SDN Research Group in the IRTF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2015 22:44:56 -0000 --Apple-Mail=_144009D2-3D09-41CB-A1CF-BAF7B61CD06E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Dear all: We have just submitted a draft where we describe different use cases and = scenarios about the autonomous management of IPsec security associations = by means of the SDN paradigm. Any comment is really appreciated. Best regards.=20 Inicio del mensaje reenviado: > De: internet-drafts@ietf.org > Asunto: New Version Notification for = draft-abad-sdnrg-sdn-ipsec-flow-protection-00.txt > Fecha: 20 de julio de 2015 00:14:23 GMT+2 > Para: "Alejandro Abad-Carrascosa" , = "Rafa Marin-Lopez" , "Rafael Lopez" , "Gabriel = Lopez-Millan" , "Gabriel Lopez-Millan" , = "Alejandro Abad-Carrascosa" >=20 >=20 > A new version of I-D, = draft-abad-sdnrg-sdn-ipsec-flow-protection-00.txt > has been successfully submitted by Rafa Marin-Lopez and posted to the > IETF repository. >=20 > Name: draft-abad-sdnrg-sdn-ipsec-flow-protection > Revision: 00 > Title: Software-Defined Networking (SDN)-based IPsec = Flow Protection > Document date: 2015-07-19 > Group: Individual Submission > Pages: 17 > URL: = https://www.ietf.org/internet-drafts/draft-abad-sdnrg-sdn-ipsec-flow-prote= ction-00.txt > Status: = https://datatracker.ietf.org/doc/draft-abad-sdnrg-sdn-ipsec-flow-protectio= n/ > Htmlized: = https://tools.ietf.org/html/draft-abad-sdnrg-sdn-ipsec-flow-protection-00 >=20 >=20 > Abstract: > This document describes the use case for providing IPsec flow > protection by means of a Software-Defined Network (SDN) controller > and raises the requirements to support this service. It considers > two main scenarios: (i) gateway-to-gateway and (ii) host-to-gateway > (Road Warrior). For the gateway-to-gateway scenario, this document > describes a mechanism to support the bootstrapping of key material > between network resources to protect data traffic with IPsec and = IKE, > both in intra and inter-SDN cases. The host-to-gateway case defines > a mechanism to bootstrap key material to protect data with IPsec > between an end user's device and a gateway. >=20 >=20 >=20 >=20 > 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. >=20 > The IETF Secretariat >=20 ------------------------------------------------------- Rafael Marin Lopez, PhD Dept. Information and Communications Engineering (DIIC) Faculty of Computer Science-University of Murcia 30100 Murcia - Spain Telf: +34868888501 Fax: +34868884151 e-mail: rafa@um.es ------------------------------------------------------- --Apple-Mail=_144009D2-3D09-41CB-A1CF-BAF7B61CD06E Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Dear = all:

We have just submitted a draft where we describe = different use cases and scenarios about the autonomous management of = IPsec security associations by means of the SDN = paradigm.

Any comment is really = appreciated.

Best = regards. 

Inicio del mensaje reenviado:

De: internet-drafts@ietf.org
<= /span>
Asunto: = New Version = Notification for = draft-abad-sdnrg-sdn-ipsec-flow-protection-00.txt
Fecha: 20 de julio de 2015 00:14:23 = GMT+2
Para: = "Alejandro = Abad-Carrascosa" <alejandroprimitivo.abad@um.e= s>, "Rafa Marin-Lopez" <rafa@um.es>, "Rafael Lopez" <rafa@um.es>, "Gabriel Lopez-Millan" = <gabilm@um.es>, "Gabriel = Lopez-Millan" <gabilm@um.es>, = "Alejandro Abad-Carrascosa" <alejandroprimitivo.abad@um.e= s>


A new version of I-D, = draft-abad-sdnrg-sdn-ipsec-flow-protection-00.txt
has been = successfully submitted by Rafa Marin-Lopez and posted to the
IETF = repository.

Name: = draft-abad-sdnrg-sdn-ipsec-flow-protection
Revision: = 00
Title: Software-Defined Networking = (SDN)-based IPsec Flow Protection
Document date: = 2015-07-19
Group: Individual = Submission
Pages: 17
URL: =            https://www.ietf.org/internet-drafts/draft-abad-sdnr= g-sdn-ipsec-flow-protection-00.txt
Status: =         https://datatracker.ietf.org/doc/draft-abad-sdnrg-sdn-ipsec-fl= ow-protection/
Htmlized:       https://tools.ietf.org/html/draft-abad-sdnrg-sdn-ipsec-flow-prote= ction-00


Abstract:
  This document = describes the use case for providing IPsec flow
=   protection by means of a Software-Defined Network (SDN) = controller
  and raises the requirements to support this = service.  It considers
  two main scenarios: (i) = gateway-to-gateway and (ii) host-to-gateway
  (Road = Warrior).  For the gateway-to-gateway scenario, this document
=   describes a mechanism to support the bootstrapping of key = material
  between network resources to protect data = traffic with IPsec and IKE,
  both in intra and inter-SDN = cases.  The host-to-gateway case defines
  a = mechanism to bootstrap key material to protect data with IPsec
=   between an end user's device and a = gateway.




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.

The IETF = Secretariat


-------------------------------------------------------
R= afael Marin Lopez, PhD
Dept. Information and Communications = Engineering (DIIC)
Faculty of Computer Science-University of = Murcia
30100 Murcia - Spain
Telf: +34868888501 Fax: = +34868884151 e-mail: rafa@um.es
----------------------= ---------------------------------




= --Apple-Mail=_144009D2-3D09-41CB-A1CF-BAF7B61CD06E-- From nobody Mon Jul 20 01:11:18 2015 Return-Path: X-Original-To: sdn@ietfa.amsl.com Delivered-To: sdn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B76C61A039D for ; Mon, 20 Jul 2015 01:11:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.509 X-Spam-Level: X-Spam-Status: No, score=-5.509 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T6qrmyKJwh4L for ; Mon, 20 Jul 2015 01:11:09 -0700 (PDT) Received: from de307622-de-outbound.net.avaya.com (de307622-de-outbound.net.avaya.com [198.152.71.100]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C44EC1A038D for ; Mon, 20 Jul 2015 01:11:08 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiAGAH3ldlXGmAcV/2dsb2JhbABcgkUhKlRkrF8BAQEBAQEGk26FeQKBSEwBAQEBAQGBAAuEJAEBAxIbXgEMCRVWDxcBBBsMDogMAQycMYUJrn4BCwEbBIYZiUwzLYMigRYFhRKOLIRChFKKPI9LJGKDFoI1gQEBAQE X-IronPort-AV: E=Sophos;i="5.13,581,1427774400"; d="scan'208,217";a="110863379" Received: from unknown (HELO co300216-co-erhwest-exch.avaya.com) ([198.152.7.21]) by de307622-de-outbound.net.avaya.com with ESMTP; 20 Jul 2015 04:11:05 -0400 X-OutboundMail_SMTP: 1 Received: from unknown (HELO AZ-FFEXHC03.global.avaya.com) ([135.64.58.13]) by co300216-co-erhwest-out.avaya.com with ESMTP/TLS/AES128-SHA; 20 Jul 2015 04:11:05 -0400 Received: from AZ-FFEXMB04.global.avaya.com ([fe80::6db7:b0af:8480:c126]) by AZ-FFEXHC03.global.avaya.com ([135.64.58.13]) with mapi id 14.03.0174.001; Mon, 20 Jul 2015 04:11:04 -0400 From: "Romascanu, Dan (Dan)" To: "sdn@irtf.org" Thread-Topic: I2NSF BOF Thread-Index: AdDCw55Wj1k6r7dPTuiN9rS8mV2GhQ== Date: Mon, 20 Jul 2015 08:11:02 +0000 Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA5CA9AF6E@AZ-FFEXMB04.global.avaya.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.64.58.47] Content-Type: multipart/alternative; boundary="_000_9904FB1B0159DA42B0B887B7FA8119CA5CA9AF6EAZFFEXMB04globa_" MIME-Version: 1.0 Archived-At: Subject: [Sdn] I2NSF BOF X-BeenThere: sdn@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List to Discuss SDN Research Group in the IRTF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 08:11:10 -0000 --_000_9904FB1B0159DA42B0B887B7FA8119CA5CA9AF6EAZFFEXMB04globa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I would like to draw the attention of the IETF SDN community on the I2NSF B= OF which will take place tomorrow (Tuesday) morning. One of the possible pa= th of instantiating the interfaces to the security functions can be by usin= g the SDN paradigm - so there is room for discussion. The agenda is availab= le at https://datatracker.ietf.org/meeting/93/agenda/i2nsf/. Regards, Dan --_000_9904FB1B0159DA42B0B887B7FA8119CA5CA9AF6EAZFFEXMB04globa_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

I would like to draw the attention of the IETF SDN c= ommunity on the I2NSF BOF which will take place tomorrow (Tuesday) morning.= One of the possible path of instantiating the interfaces to the security f= unctions can be by using the SDN paradigm – so there is room for discussion. The agenda is available at https://datatracker.ietf.org/meeting/93/agenda/i2nsf/.

 

Regards,

 

Dan

--_000_9904FB1B0159DA42B0B887B7FA8119CA5CA9AF6EAZFFEXMB04globa_-- From nobody Mon Jul 20 03:44:00 2015 Return-Path: X-Original-To: sdn@ietfa.amsl.com Delivered-To: sdn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C66B1A1B22 for ; Mon, 20 Jul 2015 03:43:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.787 X-Spam-Level: X-Spam-Status: No, score=-2.787 tagged_above=-999 required=5 tests=[BAYES_50=0.8, GB_I_INVITATION=-2, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oY5-2hCfeULg for ; Mon, 20 Jul 2015 03:43:57 -0700 (PDT) Received: from kaukau.ecs.vuw.ac.nz (kaukau.ecs.vuw.ac.nz [130.195.5.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C4CE51A1B15 for ; Mon, 20 Jul 2015 03:43:56 -0700 (PDT) Received: from mail1.ecs.vuw.ac.nz (mail1.ecs.vuw.ac.nz [130.195.5.23]) by kaukau.ecs.vuw.ac.nz (8.15.1/8.13.3) with ESMTP id t6KAhs86026790 for ; Mon, 20 Jul 2015 22:43:54 +1200 (NZST) Received: from winston-macbook.local (121-73-247-182.broadband.telstraclear.net [121.73.247.182]) (authenticated bits=0) by mail1.ecs.vuw.ac.nz (8.15.1/8.13.3) with ESMTPSA id t6KAhr8o007645 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Mon, 20 Jul 2015 22:43:53 +1200 (NZST) From: Winston Seah To: sdn@irtf.org Message-ID: <55ACD0EA.5020505@ecs.vuw.ac.nz> Date: Mon, 20 Jul 2015 22:43:54 +1200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (kaukau.ecs.vuw.ac.nz [130.195.5.20]); Mon, 20 Jul 2015 22:43:54 +1200 (NZST) X-Scanned-By: MIMEDefang 2.78 on 130.195.5.20 Archived-At: Subject: [Sdn] CFP: Special session on Software-Defined Networking X-BeenThere: sdn@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List to Discuss SDN Research Group in the IRTF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 10:43:59 -0000 Call for papers - special session on SDN in 10th ICICS, Singapore

I like to extend our invitation to you to submit papers to the special session on Software-Defined Networking at the 10th International Conference on Information, Communication and Signal processing, which will be held on 2-4 December 2015 in the Mandarin Orchard Hotel, Singapore. ICICS 2015 is endorsed by the IEEE Singapore Section and 3 IEEE local chapters, and financially sponsored by National Instruments, Singapore Technologies, Keysight Technologies (formerly Agilent) and NXP. The conference proceedings will be indexed in the IEEE Xplore.

To submit paper(s) to the SDN special session, please visit http://www.icics.org/ and click on "For Authors" then "Submit to Special Session". Use the following Login ID and Password to access the Special Session Submission page:
Login ID – 2015SS01
Password – A9EFCBC4
Finally, click "Click here to submit your Paper".

Upon successful submission, a new set of LoginID and Password will be sent to you for managing your submitted paper.

We look forward to receiving your research papers and meeting you in ICICS 2015.

Submission deadline for this special session is 15 August 2015.

Best regards,
Winston Seah and Andreas Kassler
-- 
Winston Seah, Dr.Eng., SMIEEE, MACM
 Professor of Network Engineering
  Postgraduate Research Coordinator
   School of Engineering and Computer Science
    Victoria University of Wellington
     P.O. Box 600, Wellington 6140, New Zealand
      URL: https://ecs.victoria.ac.nz/Main/WinstonSeah
       Email: Winston.Seah@ecs.vuw.ac.nz
        Phone: +64 4 463 5233 (ext: 8493)
         Fax: +64 4 463 5045

--
Prof. Dr. Andreas J. Kassler
Computer Science Department - Telematics
Universitetsgatan 2
SE-65188 Karlstad
Sweden
Tel.: ++46 (0)54 700-2168
Fax: ++46 (0)54 700-1828
eMail: kassler@ieee.org
skype: andreaskassler
MSN: andreaskassler@hotmail.com
Web: www.cs.kau.se/~andreask


 
From nobody Tue Jul 21 15:26:14 2015 Return-Path: X-Original-To: sdn@ietfa.amsl.com Delivered-To: sdn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 54C2A1A88D0 for ; Tue, 21 Jul 2015 15:26:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.26 X-Spam-Level: X-Spam-Status: No, score=-2.26 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-0.7, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nV7QkNR8KBGA for ; Tue, 21 Jul 2015 15:26:09 -0700 (PDT) Received: from mx2.eict.de (mx2.eict.de [212.91.241.168]) by ietfa.amsl.com (Postfix) with ESMTP id 908CE1A0AF7 for ; Tue, 21 Jul 2015 15:26:09 -0700 (PDT) Received: by mx2.eict.de (Postfix, from userid 481) id 9B9F61FF73; Wed, 22 Jul 2015 00:26:08 +0200 (CEST) Received: from mail.eict.de (mx1 [172.16.6.1]) by mx2.eict.de (Postfix) with ESMTP id 630EA1FF6F; Wed, 22 Jul 2015 00:26:06 +0200 (CEST) Received: from sbs2008.eict.local (sbs2008.intern.eict.de [192.168.2.11]) by mail.eict.de (Postfix) with ESMTP id 2B0303780A2; Wed, 22 Jul 2015 00:26:06 +0200 (CEST) Received: from SBS2008.eict.local ([fe80::2051:ef24:c7c9:f298]) by SBS2008.eict.local ([fe80::2051:ef24:c7c9:f298%13]) with mapi; Wed, 22 Jul 2015 00:24:55 +0200 From: Kostas Pentikousis To: "draft-contreras-sdnrg-layered-sdn@tools.ietf.org" Date: Wed, 22 Jul 2015 00:24:53 +0200 Thread-Topic: Review of draft-contreras-sdnrg-layered-sdn-03 Thread-Index: AdDEBBDQvFIOYihnS5utMQZn5IjgaA== Message-ID: <0C7EDCF89AB9E2478B5D010026CFF4AEB5AB998173@SBS2008.eict.local> Accept-Language: en-US, de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, de-DE Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: SDN IRTF list Subject: [Sdn] Review of draft-contreras-sdnrg-layered-sdn-03 X-BeenThere: sdn@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List to Discuss SDN Research Group in the IRTF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2015 22:26:12 -0000 Dear authors, all, I read draft-contreras-sdnrg-layered-sdn-03 and I find it quite relevant fo= r our work in the FELIX project (to be presented at SDNRG on Wednesday morn= ing; see https://www.ietf.org/proceedings/93/slides/slides-93-sdnrg-7.pdf).= Specifically, FELIX independently designed an architecture which has a num= ber of common elements with CLAS, at least in my mind. I see certain common= alities, for example, between the CLAS transport stratum and the FELIX Spac= e (see p. 5 of the slides) on the one hand, and between the CLAS service st= ratum and the (FELIX) User Space. As in CLAS, FELIX employs dynamic transpo= rt bandwidth on demand using the Network Service Interface across heterogen= eous multiple domains.=20 I would have liked to see a bit more details about which resources you cons= ider and how are they managed and controlled. The use cases section points = to NFV as well as abstraction and control of transport networks as placehol= ders. Are you planning to complete this section in -04? As you can see in t= he slides, in FELIX we consider SDN, compute and (on demand) transit networ= k resources which can be allocated and used through policy-based recursive = orchestration (see also https://datatracker.ietf.org/doc/draft-felix-nfvrg-= recursive-orchestration/). Editorial comments: I find that Section 1 (Introduction) is practically decoupled from Section = 3, where CLAS is introduced. In addition, it would be good to back these po= ints with references because right now no good explanation is given for the= bullet list of "issues" on p.3 of the draft. The goals of CLAS need to be more clearly stated upfront. Terminology: both strata have an SDN controller which is slightly confusing= . For example, there seems to be a single SDN controller that handles the m= anagement, control and resource planes (p. 7-8) in the service stratum (dit= to for the transport stratum), but no explanation is provided why this is t= he case or, indeed, why there is a need to separate the planes if one (logi= cal) controller takes care of everything in each stratum. Although you do r= elate CLAS to RFC 7426, you could also consider adopting more explicitly so= me of the terminology of RFC 7426 in section 2 of the draft. Further, can you please provide more details on the interaction of the "SDN= controllers" between the two strata? Nits: s/vertical, tight integrated/vertical, tightly integrated s/and services that relies/and services that rely s/capture service requirements of services/capture service requirements s/can provide transfer functions/can provide transport functions Capitalization is not consistent throughout the draft, e.g. service stratum= vs. Service stratum vs. Service Stratum As this is an informational draft, no need for RFC 2119 terminology, and al= l references should be informative only. Best regards, Kostas From nobody Wed Jul 22 00:25:11 2015 Return-Path: X-Original-To: sdn@ietfa.amsl.com Delivered-To: sdn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4621F1ACE9A for ; Wed, 22 Jul 2015 00:25:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.088 X-Spam-Level: X-Spam-Status: No, score=0.088 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s7_2p2wpivGp for ; Wed, 22 Jul 2015 00:25:07 -0700 (PDT) Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A1C011AD065 for ; Wed, 22 Jul 2015 00:25:05 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id 2265610A3A8 for ; Wed, 22 Jul 2015 09:25:04 +0200 (CEST) X-Virus-Scanned: Amavisd on Debian GNU/Linux (netlab.nec.de) Received: from mailer1.neclab.eu ([127.0.0.1]) by localhost (atlas-a.office.hd [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0NCrfdG9n5cf for ; Wed, 22 Jul 2015 09:25:04 +0200 (CEST) X-ENC: Last-Hop-TLS-encrypted X-ENC: Last-Hop-TLS-encrypted Received: from METHONE.office.hd (methone.office.hd [192.168.24.54]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mailer1.neclab.eu (Postfix) with ESMTPS id 0885C10A337 for ; Wed, 22 Jul 2015 09:24:32 +0200 (CEST) Received: from PALLENE.office.hd ([169.254.1.159]) by METHONE.office.hd ([192.168.24.54]) with mapi id 14.03.0210.002; Wed, 22 Jul 2015 09:22:48 +0200 From: Dirk Kutscher To: SDN IRTF list Thread-Topic: SDN Security Thread-Index: AdDETqvnLeKUfIQPTWSV4CXwyadizw== Date: Wed, 22 Jul 2015 07:22:48 +0000 Message-ID: <82AB329A76E2484D934BBCA77E9F524999E6BF56@PALLENE.office.hd> Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.7.0.203] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [Sdn] SDN Security X-BeenThere: sdn@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List to Discuss SDN Research Group in the IRTF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 07:25:09 -0000 Hi, Since we are talking about SDN security today, I just wanted to point you t= o http://sdnsecurity.org/ (KAIST, SRI). Dirk From nobody Wed Jul 22 00:42:47 2015 Return-Path: X-Original-To: sdn@ietfa.amsl.com Delivered-To: sdn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AA3F1ACE2C for ; Wed, 22 Jul 2015 00:42:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.09 X-Spam-Level: X-Spam-Status: No, score=0.09 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vWPSjBy0_zTb for ; Wed, 22 Jul 2015 00:42:39 -0700 (PDT) Received: from smtptc.telefonica.com (smtptc.telefonica.com [195.76.34.108]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4D6D21B2D43 for ; Wed, 22 Jul 2015 00:42:39 -0700 (PDT) Received: from smtptc.telefonica.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 92747604BF for ; Wed, 22 Jul 2015 09:42:36 +0200 (CEST) Received: from ESTGVMSP112.EUROPE.telefonica.corp (unknown [10.92.4.9]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtptc.telefonica.com (Postfix) with ESMTPS id 73D34603B7 for ; Wed, 22 Jul 2015 09:42:36 +0200 (CEST) Received: from emea01-db3-obe.outbound.protection.outlook.com (10.92.5.139) by tls.telefonica.com (10.93.6.54) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 22 Jul 2015 09:42:35 +0200 Received: from DB4PR06MB0639.eurprd06.prod.outlook.com (10.161.13.145) by DB4PR06MB0640.eurprd06.prod.outlook.com (10.161.13.146) with Microsoft SMTP Server (TLS) id 15.1.219.17; Wed, 22 Jul 2015 07:42:34 +0000 Received: from DB4PR06MB0639.eurprd06.prod.outlook.com ([10.161.13.145]) by DB4PR06MB0639.eurprd06.prod.outlook.com ([10.161.13.145]) with mapi id 15.01.0225.018; Wed, 22 Jul 2015 07:42:34 +0000 From: PEDRO ANDRES ARANDA GUTIERREZ To: "sdn@irtf.org" Thread-Topic: Security in SDN controllers presentation Thread-Index: AQHQxFH5IaXzgm6BPUeglF0St1uinQ== Date: Wed, 22 Jul 2015 07:42:34 +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.5.2.150604 authentication-results: irtf.org; dkim=none (message not signed) header.d=none; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [31.133.155.195] x-microsoft-exchange-diagnostics: 1; DB4PR06MB0640; 5:bAhcW5J+PCx9ldsURyvbSnCFRgCDZvLFyjoXTqg6nEZakqdcA+WIk6UFx+qTLkRcMRw8eeThz1NV8nzjTckXE5wYkZF8pYY4xs6ejMZfIGt1JmGsmzR30HCED8dJv4MYnulwEBC866+fGJoQK7oj+g==; 24:7DQOoPllrJ5q9QymLLpcmLySFXr7kicHGrpPExUEm/6qxsr3xdKAcqdTEvUq4Oi7GJBTEjgdx3I7rBvy1QDAzFR0CA0Q6Qi/KDS5Eo2Y9lQ=; 20:UmZymwZW83ipfkODpWve6Lmt0o23dW3Sxj6XEYLtDa88/emh8IH8oLSnZvhyau5nCMoVODQQJrr/gvCn8E0ypw== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB4PR06MB0640; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:DB4PR06MB0640; BCL:0; PCL:0; RULEID:; SRVR:DB4PR06MB0640; x-forefront-prvs: 0645BEB7AA x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(83506001)(102836002)(189998001)(36756003)(5002640100001)(107886002)(54356999)(2656002)(87936001)(50986999)(77096005)(5001960100002)(16236675004)(2900100001)(575784001)(86362001)(46102003)(122556002)(92566002)(66066001)(229853001)(62966003)(40100003)(4001350100001)(77156002)(450100001)(5001920100001)(2501003)(2351001)(106116001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB4PR06MB0640; H:DB4PR06MB0639.eurprd06.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_D1D5160D1F66Fpedroaarandatelefonicacom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Jul 2015 07:42:34.5791 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 9744600e-3e04-492e-baa1-25ec245c6f10 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB4PR06MB0640 X-OriginatorOrg: telefonica.com X-TM-AS-MML: No Archived-At: Subject: [Sdn] Security in SDN controllers presentation X-BeenThere: sdn@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List to Discuss SDN Research Group in the IRTF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 07:42:44 -0000 --_000_D1D5160D1F66Fpedroaarandatelefonicacom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Sandra, list When you speak about app resilience, a question pops up to my mind: so you = have an app that crashes and you want a new instance of this app to take co= ntrol... this can lead to situations where the new instance sends commands = to the controller that are in conflict with the ones previously installed. = Doesn't this call for some sort of 'conflict resolution' mechanism, constru= ct, ... in the SDN controller? Best, /PA --- Dr. Pedro A. Aranda Guti=E9rrez Technology Exploration - Network Innovation & Virtualisation email: pedroa d0t aranda At telefonica d0t com Telef=F3nica, Investigaci=F3n y Desarrollo C/ Zurbar=E1n,12 28010 Madrid, Spain Fragen sind nicht da, um beantwortet zu werden. Fragen sind da, um gestellt zu werden. Georg Kreisler ________________________________ 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_D1D5160D1F66Fpedroaarandatelefonicacom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: <08E0EF2E72E83D4AA2BDF13F3E0713DE@eurprd06.prod.outlook.com> Content-Transfer-Encoding: quoted-printable
Hi Sandra, list

When you speak about app resilience, a question pops up to my mind: so= you have an app that crashes and you want a new instance of this app to ta= ke control… this can lead to situations where the new instance sends = commands to the controller that are in conflict with the ones previously installed. Doesn’t this call for s= ome sort of ‘conflict resolution’ mechanism, construct, …= in the SDN controller?

Best,
/PA

---
Dr. Pedro A. Aran= da Guti=E9rrez

Technology Explor= ation -
Network Innovatio= n & Virtualisation
email: pedroa d0t= aranda At telefonica d0t com
Telef=F3nica, Inv= estigaci=F3n y Desarrollo
C/ Zurbar=E1n,12<= /div>
28010 Madrid, Spa= in

Fragen sind nicht= da, um beantwortet zu werden.
Fragen sind da, u= m gestellt zu werden.
Georg Kreisler


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_D1D5160D1F66Fpedroaarandatelefonicacom_-- From nobody Wed Jul 22 01:41:39 2015 Return-Path: X-Original-To: sdn@ietfa.amsl.com Delivered-To: sdn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21EEF1A0127 for ; Tue, 21 Jul 2015 15:16:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.611 X-Spam-Level: X-Spam-Status: No, score=-2.611 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lgh25aMheMEc for ; Tue, 21 Jul 2015 15:16:13 -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 AB0011A00C6 for ; Tue, 21 Jul 2015 15:16:11 -0700 (PDT) Received: from smtpjc.telefonica.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id DE0A12D02C3; Wed, 22 Jul 2015 00:16:08 +0200 (CEST) Received: from ESTGVMSP114.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 C82292D026D; Wed, 22 Jul 2015 00:16:08 +0200 (CEST) Received: from emea01-am1-obe.outbound.protection.outlook.com (10.92.5.139) by tls.telefonica.com (10.93.6.55) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 22 Jul 2015 00:16:07 +0200 Received: from AM3PR06MB1379.eurprd06.prod.outlook.com (10.163.187.13) by AM3PR06MB1380.eurprd06.prod.outlook.com (10.163.187.14) with Microsoft SMTP Server (TLS) id 15.1.225.19; Tue, 21 Jul 2015 22:16:06 +0000 Received: from AM3PR06MB1379.eurprd06.prod.outlook.com ([10.163.187.13]) by AM3PR06MB1379.eurprd06.prod.outlook.com ([10.163.187.13]) with mapi id 15.01.0219.018; Tue, 21 Jul 2015 22:16:06 +0000 From: LUIS MIGUEL CONTRERAS MURILLO To: "Dirk.von-Hugo@telekom.de" Thread-Topic: draft-contreras-sdnrg-layered-sdn Thread-Index: AdDAczksQypCuCZfSaKCoNqF/RsdbwDjD9Zw Date: Tue, 21 Jul 2015 22:16:06 +0000 Message-ID: References: <05C81A773E48DD49B181B04BA21A342A30F49743A6@HE113484.emea1.cds.t-internal.com> In-Reply-To: <05C81A773E48DD49B181B04BA21A342A30F49743A6@HE113484.emea1.cds.t-internal.com> Accept-Language: es-ES, en-US Content-Language: es-ES X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: telekom.de; dkim=none (message not signed) header.d=none; x-originating-ip: [83.60.117.238] x-microsoft-exchange-diagnostics: 1; AM3PR06MB1380; 5:1c/bsV+AOE2+VckfZr1xmG5GmAqCTOM0YpE1XSiPAC2DQGrhXrjwo8mcT2VBhDT/Kj0eQCTNCauz+TZhPDQBUYAHmTmWSfCVqzzkHVGesFBQmrAR076p6iu6frkQ7Y4qsd4K2wa2mRA8CCkL6NzkyQ==; 24:SyIiajVsa7RdL/ocEdY4Tw96qOVYRoAHivXGq7TVU87Xxm3Mg7sIwe9GIXi2o8hvkrVHbS7Z4pLyjpdCrDWycLEc0VLPJwzoCLfKTN9Guvw=; 20:7HYh7iZ4oTeoFzy64vT10QrNP0yIkDvlNQBzj6oriZBTJNJ6HzvDj3/pb4mAzWE/IuK5XqRB8yAf974yyIH3kw== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:AM3PR06MB1380; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:AM3PR06MB1380; BCL:0; PCL:0; RULEID:; SRVR:AM3PR06MB1380; x-forefront-prvs: 0644578634 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(164054003)(52604005)(51914003)(2501003)(102836002)(19580395003)(189998001)(19580405001)(77156002)(62966003)(5003600100002)(50986999)(76576001)(2950100001)(2900100001)(54356999)(46102003)(5001960100002)(76176999)(74316001)(66066001)(561944003)(77096005)(87936001)(2656002)(86362001)(33656002)(2351001)(40100003)(230783001)(110136002)(5002640100001)(92566002)(9010500005); DIR:OUT; SFP:1102; SCL:1; SRVR:AM3PR06MB1380; H:AM3PR06MB1379.eurprd06.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Jul 2015 22:16:06.4115 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 9744600e-3e04-492e-baa1-25ec245c6f10 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM3PR06MB1380 X-OriginatorOrg: telefonica.com X-TM-AS-MML: No Archived-At: X-Mailman-Approved-At: Wed, 22 Jul 2015 01:41:38 -0700 Cc: "draft-contreras-sdnrg-layered-sdn@tools.ietf.org" , "sdn@irtf.org" Subject: Re: [Sdn] draft-contreras-sdnrg-layered-sdn X-BeenThere: sdn@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List to Discuss SDN Research Group in the IRTF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2015 22:16:17 -0000 Hi Dirk Thanks for the comments received. Please find my answers in-line. > -----Mensaje original----- > De: Dirk.von-Hugo@telekom.de [mailto:Dirk.von-Hugo@telekom.de] > Enviado el: viernes, 17 de julio de 2015 14:59 > Para: draft-contreras-sdnrg-layered-sdn@tools.ietf.org > CC: sdn@irtf.org > Asunto: draft-contreras-sdnrg-layered-sdn > > Dear authors, all, > I had a look at recently updated draft-contreras-sdnrg-layered-sdn. > IMO this draft describes future generation highly heterogeneous network > concepts' issues and cross-domain aspects with respect to SDN de- > compositional abstraction. > The addition of required features points towards potential research issue= s to > be detailed in the future. > I think it is interesting for and should be discussed in this group. [lmcm>>] Thanks for the comment. In fact heterogeneous networks are the rea= l operator environments found nowadays, and this trend will continue happen= . On the other hand, a common set of services have to be deployed, operated= and maintained over such heterogeneous infrastructures. This proposal inte= nds to separate both Services and Transport specificities allowing for diff= erent evolution of both strata or layers in the framework of SDN. > > Some minor remarks: > Sect. 3.1.3 on 'Recursiveness' and sect. 5.3. on 'Multi-domain scenarios = in > Transport Stratum' seem to be interrelated which might be pointed out by > corresponding references. [lmcm>>] There is certainly some relationship. This would be the case of ha= ving a lower Service stratum in charge of composing multi-domain transport = capabilities to offer them as a single Transport stratum capabilities to so= me higher Service stratum on top of it. Apart of composing resources some o= ther rich functionalities could be expected, like e.g. SLA maintenance. I wonder whether also 5.1.2. on 'Single service > stratum associated to multiple Transport strata' should be mentioned here= - > having the orchestrator in service stratum as providing recursiveness, if= I > have understood it correctly > [lmcm>>] This would be actually two different cases. One single Service Str= atum associated to multiple Transport Strata is aware of the different tran= sport capabilities offered by the different Transport strata, while in the = recursivenes + multi-domain transport scenario the higher Service Stratum i= s aware (or not necessary aware) of the multiple underlying Transport Strat= a. > p.4 > o Service: denote a logical construct that make use of =3D> o Service: = denotes > a logical construct that makes use of > [lmcm>>] Thnaks, noted. > The SDN intelligence relies on inputs form various =3D> The SDN intellige= nce > relies on inputs from various > [lmcm>>] Thanks, noted > SDN intelligence =3D> apart from the definition paragraph this expression= is not > used throughout the document ... perhaps it should be mentioned for SDN > controller functionalities or when talking on service/network intelligenc= e > again? [lmcm>>] Thanks for pointing it out. One of the pending topics for future v= ersions is the fact of describing building blocks for the proposed architec= ture. Some of those components would form such SDN intelligence, e.g., path= computation capabilities, etc. We will include such information for next v= ersion of the document. > p.8 > The Service SDN controller acts as a client of the Transport SDN controll= er [lmcm>>] Is this comment maybe not complete? ________________________________ Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, pu= ede contener informaci=C3=B3n privilegiada o confidencial y es para uso exc= lusivo de la persona o entidad de destino. Si no es usted. el destinatario = indicado, queda notificado de que la lectura, utilizaci=C3=B3n, divulgaci= =C3=B3n y/o copia sin autorizaci=C3=B3n puede estar prohibida en virtud de = la legislaci=C3=B3n vigente. Si ha recibido este mensaje por error, le roga= mos que nos lo comunique inmediatamente por esta misma v=C3=ADa y proceda a= su destrucci=C3=B3n. 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=C3=A1= rio, pode conter informa=C3=A7=C3=A3o privilegiada ou confidencial e =C3=A9= para uso exclusivo da pessoa ou entidade de destino. Se n=C3=A3o =C3=A9 vo= ssa senhoria o destinat=C3=A1rio indicado, fica notificado de que a leitura= , utiliza=C3=A7=C3=A3o, divulga=C3=A7=C3=A3o e/ou c=C3=B3pia sem autoriza= =C3=A7=C3=A3o pode estar proibida em virtude da legisla=C3=A7=C3=A3o vigent= e. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imedi= atamente por esta mesma via e proceda a sua destrui=C3=A7=C3=A3o From nobody Wed Jul 22 01:41:41 2015 Return-Path: X-Original-To: sdn@ietfa.amsl.com Delivered-To: sdn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A9C81A8A99 for ; Wed, 22 Jul 2015 01:30:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.86 X-Spam-Level: X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AFhRLKFnIhgF for ; Wed, 22 Jul 2015 01:30:09 -0700 (PDT) Received: from tcmail33.telekom.de (tcmail33.telekom.de [80.149.113.247]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B57851A7022 for ; Wed, 22 Jul 2015 01:30:04 -0700 (PDT) Received: from q4de8psa169.blf.telekom.de ([10.151.13.200]) by tcmail31.telekom.de with ESMTP; 22 Jul 2015 10:29:55 +0200 X-IronPort-AV: E=Sophos;i="5.15,522,1432591200"; d="scan'208";a="875753845" Received: from he111630.emea1.cds.t-internal.com ([10.134.93.22]) by q4de8psazkj.blf.telekom.de with ESMTP/TLS/AES128-SHA; 22 Jul 2015 10:29:55 +0200 Received: from HE113484.emea1.cds.t-internal.com ([10.134.93.124]) by HE111630.emea1.cds.t-internal.com ([::1]) with mapi; Wed, 22 Jul 2015 10:29:54 +0200 From: To: Date: Wed, 22 Jul 2015 10:29:53 +0200 Thread-Topic: draft-contreras-sdnrg-layered-sdn Thread-Index: AdDAczksQypCuCZfSaKCoNqF/RsdbwDjD9ZwABYT2WA= Message-ID: <05C81A773E48DD49B181B04BA21A342A30F4A03677@HE113484.emea1.cds.t-internal.com> References: <05C81A773E48DD49B181B04BA21A342A30F49743A6@HE113484.emea1.cds.t-internal.com> In-Reply-To: Accept-Language: de-DE Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: X-Mailman-Approved-At: Wed, 22 Jul 2015 01:41:38 -0700 Cc: draft-contreras-sdnrg-layered-sdn@tools.ietf.org, sdn@irtf.org Subject: Re: [Sdn] draft-contreras-sdnrg-layered-sdn X-BeenThere: sdn@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List to Discuss SDN Research Group in the IRTF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 08:30:11 -0000 DQoNCkRlYXIgTHVpcywNCnRoYWtzIGZvciB0aGUgY2xhcmlmeWluZyBhbnN3ZXJzLg0KVW5mb3J0 dWFudGVseSBteSBtYWlsIHdhcyBvYnZ1aW91c2x5IG5vdGNvbXBsZXRlbHkgdHJhbnNtaXRlZCAu Li4gc28gaGVyZSBhcmUgbXkgZnVydGhlciBvcmlnaW5hbCBjb21tZW50cy4uLiBhbHRob3VnaCBz b21lIG7CtG1pZ2h0IGJlIGFscmVhZHkgcmVzacOzbHZlZCBieSB5b3VyIHJlcGx5LiANClRoYW5r cyENCg0KcC44DQpUaGUgU2VydmljZSBTRE4gY29udHJvbGxlciBhY3RzIGFzIGEgY2xpZW50IG9m IHRoZSBUcmFuc3BvcnQgU0ROIGNvbnRyb2xsZXIuDQo9PiBzaW5jZSB5b3UgZGVzY3JpYmUgYm90 aCBtdWx0aS1zZXJ2aWNlIHBlciB0cmFuc3BvcnQgYW5kIG11bHRpLXRyYW5zcG9ydCBwZXIgc2Vy dmljZSBJIHdvbmRlciB3aGV0aGVyIGl0IGNvdWxkIGJlIGFsc28gdGhlIG90aGVyIHdheSByb3Vu ZCBhbmQgc3VnZ2VzdCB0byBhZGQgc29tZSB0aG91Z2h0cyBvbiBpdCBoZXJlLg0KDQogICBDb25z aXN0ZWN5IGlzIGRldGVybWluZWQNCj0+ICAgQ29uc2lzdGVuY3kgaXMgZGV0ZXJtaW5lZA0KRm9y d2FyZGluZyBtYXkgbm90IGJlIHJlbHkgb24gPT4gRm9yd2FyZGluZyBtYXkgbm90IHJlbHkgb24v YmUgZGVwZW5kZW50IG9uDQpwLjEwDQooZS5nLiwgb25lIGRhdGFiYXNlIGtlZXBpbmcgc29tZSBy ZWdpc3RlciBmb3IgdGhlIGVuZCB1c2VyKS4NCkRvIHlvdSBtZWFuOiA9PiAoZS5nLiwgb25lIGRh dGFiYXNlIGtlZXBpbmcgc29tZSByZWdpc3RlciBmb3IgdGhlIGVuZCB1c2VyIHdoZXJlYXMgYW5v dGhlciByZWdpc3RlciBzdG9yZXMgdHJhbnNwb3J0IGluZnJhc3RydWN0dXJlIGRhdGEpLiA/Pw0K ICAgIA0KcC4xMg0KVGhpcyBzZXJ2aWNlDQogICBpcyBmb2N1c2VkIG9uIHRoZSBwcm92aXNpb24g b2YgdHJhbnNwb3J0IGNhcGFiaWxpdGllcywgdGhlbiBkaWZmZXJlbnQNCiAgIG9mIHRoZSBmaW5h bCBjb21tdW5pY2F0aW9uIHNlcnZpY2UgdXNpbmcgc3VjaCBjYXBhYmlsaXRpZXMuDQpEbyB5b3Ug bWVhbjogPT4gVGhpcyBzZXJ2aWNlIGlzIGZvY3VzZWQgb24gcHJvdmlzaW9uaW5nIGEgc2luZ2xl IGludGVyZmFjZSB0byBoZXRlcm9nZW5lb3VzIHRyYW5zcG9ydCBjYXBhYmlsaXRpZXMsIHNvIHRo YXQgZGlmZmVyZW50IGZpbmFsIGNvbW11bmljYXRpb24gc2VydmljZXMgY2FuIGJlIHVzaW5nIHN1 Y2ggY2FwYWJpbGl0aWVzLg0KT3I6ID0+IFRoaXMgYWJzdHJhY3Rpb24gc2VydmljZSBkZW5vdGVz IG9uZSBmb2N1c2VkIG9uIHRoZSBwcm92aXNpb24gb2YgdHJhbnNwb3J0IGNhcGFiaWxpdGllcywg YW5kIHN1Y2ggaXMgdG90YWxseSBkaWZmZXJlbnQgZnJvbSBhIHRyYWRpdGlvbmFsIGNvbW11bmlj YXRpb24gc2VydmljZSB1c2luZyB0aGUgY2FwYWJpbGl0aWVzIHByb3ZpZGVkIGJ5IHRoaXMgYWJz dHJhY3Rpb24gc2VydmljZS4NCg0KY2FuIHByb3ZpZGUgYW4gaG9tb2dlbmVvdXMgYWJzdHJhY3Qg dmlldyA9PiBjYW4gcHJvdmlkZSBhIGhvbW9nZW5lb3VzIGFic3RyYWN0IHZpZXcNClRoYW5rcyBh IGxvdCENCkJlc3QgUmVnYXJkcw0KRGlyayANCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0N CkZyb206IExVSVMgTUlHVUVMIENPTlRSRVJBUyBNVVJJTExPIFttYWlsdG86bHVpc21pZ3VlbC5j b250cmVyYXNtdXJpbGxvQHRlbGVmb25pY2EuY29tXSANClNlbnQ6IE1pdHR3b2NoLCAyMi4gSnVs aSAyMDE1IDAwOjE2DQpUbzogdm9uIEh1Z28sIERpcmsNCkNjOiBzZG5AaXJ0Zi5vcmc7IGRyYWZ0 LWNvbnRyZXJhcy1zZG5yZy1sYXllcmVkLXNkbkB0b29scy5pZXRmLm9yZw0KU3ViamVjdDogUkU6 IGRyYWZ0LWNvbnRyZXJhcy1zZG5yZy1sYXllcmVkLXNkbiANCg0KSGkgRGlyaw0KDQpUaGFua3Mg Zm9yIHRoZSBjb21tZW50cyByZWNlaXZlZC4gUGxlYXNlIGZpbmQgbXkgYW5zd2VycyBpbi1saW5l Lg0KDQo+IC0tLS0tTWVuc2FqZSBvcmlnaW5hbC0tLS0tDQo+IERlOiBEaXJrLnZvbi1IdWdvQHRl bGVrb20uZGUgW21haWx0bzpEaXJrLnZvbi1IdWdvQHRlbGVrb20uZGVdIEVudmlhZG8gDQo+IGVs OiB2aWVybmVzLCAxNyBkZSBqdWxpbyBkZSAyMDE1IDE0OjU5DQo+IFBhcmE6IGRyYWZ0LWNvbnRy ZXJhcy1zZG5yZy1sYXllcmVkLXNkbkB0b29scy5pZXRmLm9yZw0KPiBDQzogc2RuQGlydGYub3Jn DQo+IEFzdW50bzogZHJhZnQtY29udHJlcmFzLXNkbnJnLWxheWVyZWQtc2RuDQo+DQo+IERlYXIg YXV0aG9ycywgYWxsLA0KPiBJIGhhZCBhIGxvb2sgYXQgcmVjZW50bHkgdXBkYXRlZCBkcmFmdC1j b250cmVyYXMtc2RucmctbGF5ZXJlZC1zZG4uDQo+IElNTyB0aGlzIGRyYWZ0IGRlc2NyaWJlcyBm dXR1cmUgZ2VuZXJhdGlvbiBoaWdobHkgaGV0ZXJvZ2VuZW91cyANCj4gbmV0d29yayBjb25jZXB0 cycgaXNzdWVzIGFuZCBjcm9zcy1kb21haW4gYXNwZWN0cyB3aXRoIHJlc3BlY3QgdG8gU0ROIA0K PiBkZS0gY29tcG9zaXRpb25hbCBhYnN0cmFjdGlvbi4NCj4gVGhlIGFkZGl0aW9uIG9mIHJlcXVp cmVkIGZlYXR1cmVzIHBvaW50cyB0b3dhcmRzIHBvdGVudGlhbCByZXNlYXJjaCANCj4gaXNzdWVz IHRvIGJlIGRldGFpbGVkIGluIHRoZSBmdXR1cmUuDQo+IEkgdGhpbmsgaXQgaXMgaW50ZXJlc3Rp bmcgZm9yIGFuZCBzaG91bGQgYmUgZGlzY3Vzc2VkIGluIHRoaXMgZ3JvdXAuDQoNCltsbWNtPj5d IFRoYW5rcyBmb3IgdGhlIGNvbW1lbnQuIEluIGZhY3QgaGV0ZXJvZ2VuZW91cyBuZXR3b3JrcyBh cmUgdGhlIHJlYWwgb3BlcmF0b3IgZW52aXJvbm1lbnRzIGZvdW5kIG5vd2FkYXlzLCBhbmQgdGhp cyB0cmVuZCB3aWxsIGNvbnRpbnVlIGhhcHBlbi4gT24gdGhlIG90aGVyIGhhbmQsIGEgY29tbW9u IHNldCBvZiBzZXJ2aWNlcyBoYXZlIHRvIGJlIGRlcGxveWVkLCBvcGVyYXRlZCBhbmQgbWFpbnRh aW5lZCBvdmVyIHN1Y2ggaGV0ZXJvZ2VuZW91cyBpbmZyYXN0cnVjdHVyZXMuIFRoaXMgcHJvcG9z YWwgaW50ZW5kcyB0byBzZXBhcmF0ZSBib3RoIFNlcnZpY2VzIGFuZCBUcmFuc3BvcnQgc3BlY2lm aWNpdGllcyBhbGxvd2luZyBmb3IgZGlmZmVyZW50IGV2b2x1dGlvbiBvZiBib3RoIHN0cmF0YSBv ciBsYXllcnMgaW4gdGhlIGZyYW1ld29yayBvZiBTRE4uDQoNCj4NCj4gU29tZSBtaW5vciByZW1h cmtzOg0KPiBTZWN0LiAzLjEuMyBvbiAnUmVjdXJzaXZlbmVzcycgYW5kIHNlY3QuIDUuMy4gb24g J011bHRpLWRvbWFpbiANCj4gc2NlbmFyaW9zIGluIFRyYW5zcG9ydCBTdHJhdHVtJyBzZWVtIHRv IGJlIGludGVycmVsYXRlZCB3aGljaCBtaWdodCBiZSANCj4gcG9pbnRlZCBvdXQgYnkgY29ycmVz cG9uZGluZyByZWZlcmVuY2VzLg0KDQpbbG1jbT4+XSBUaGVyZSBpcyBjZXJ0YWlubHkgc29tZSBy ZWxhdGlvbnNoaXAuIFRoaXMgd291bGQgYmUgdGhlIGNhc2Ugb2YgaGF2aW5nIGEgbG93ZXIgU2Vy dmljZSBzdHJhdHVtIGluIGNoYXJnZSBvZiBjb21wb3NpbmcgbXVsdGktZG9tYWluIHRyYW5zcG9y dCBjYXBhYmlsaXRpZXMgdG8gb2ZmZXIgdGhlbSBhcyBhIHNpbmdsZSBUcmFuc3BvcnQgc3RyYXR1 bSBjYXBhYmlsaXRpZXMgdG8gc29tZSBoaWdoZXIgU2VydmljZSBzdHJhdHVtIG9uIHRvcCBvZiBp dC4gQXBhcnQgb2YgY29tcG9zaW5nIHJlc291cmNlcyBzb21lIG90aGVyIHJpY2ggZnVuY3Rpb25h bGl0aWVzIGNvdWxkIGJlIGV4cGVjdGVkLCBsaWtlIGUuZy4gU0xBIG1haW50ZW5hbmNlLg0KDQpJ IHdvbmRlciB3aGV0aGVyIGFsc28gNS4xLjIuIG9uICdTaW5nbGUgc2VydmljZQ0KPiBzdHJhdHVt IGFzc29jaWF0ZWQgdG8gbXVsdGlwbGUgVHJhbnNwb3J0IHN0cmF0YScgc2hvdWxkIGJlIG1lbnRp b25lZCANCj4gaGVyZSAtIGhhdmluZyB0aGUgb3JjaGVzdHJhdG9yIGluIHNlcnZpY2Ugc3RyYXR1 bSBhcyBwcm92aWRpbmcgDQo+IHJlY3Vyc2l2ZW5lc3MsIGlmIEkgaGF2ZSB1bmRlcnN0b29kIGl0 IGNvcnJlY3RseQ0KPg0KDQpbbG1jbT4+XSBUaGlzIHdvdWxkIGJlIGFjdHVhbGx5IHR3byBkaWZm ZXJlbnQgY2FzZXMuIE9uZSBzaW5nbGUgU2VydmljZSBTdHJhdHVtIGFzc29jaWF0ZWQgdG8gbXVs dGlwbGUgVHJhbnNwb3J0IFN0cmF0YSBpcyBhd2FyZSBvZiB0aGUgZGlmZmVyZW50IHRyYW5zcG9y dCBjYXBhYmlsaXRpZXMgb2ZmZXJlZCBieSB0aGUgZGlmZmVyZW50IFRyYW5zcG9ydCBzdHJhdGEs IHdoaWxlIGluIHRoZSByZWN1cnNpdmVuZXMgKyBtdWx0aS1kb21haW4gdHJhbnNwb3J0IHNjZW5h cmlvIHRoZSBoaWdoZXIgU2VydmljZSBTdHJhdHVtIGlzIGF3YXJlIChvciBub3QgbmVjZXNzYXJ5 IGF3YXJlKSBvZiB0aGUgbXVsdGlwbGUgdW5kZXJseWluZyBUcmFuc3BvcnQgU3RyYXRhLg0KDQoN Cj4gcC40DQo+IG8gIFNlcnZpY2U6IGRlbm90ZSBhIGxvZ2ljYWwgY29uc3RydWN0IHRoYXQgbWFr ZSB1c2Ugb2YgPT4gbyAgU2VydmljZTogDQo+IGRlbm90ZXMgYSBsb2dpY2FsIGNvbnN0cnVjdCB0 aGF0IG1ha2VzIHVzZSBvZg0KPg0KW2xtY20+Pl0gVGhuYWtzLCBub3RlZC4NCg0KPiBUaGUgU0RO IGludGVsbGlnZW5jZSByZWxpZXMgb24gaW5wdXRzIGZvcm0gdmFyaW91cyA9PiBUaGUgU0ROIA0K PiBpbnRlbGxpZ2VuY2UgcmVsaWVzIG9uIGlucHV0cyBmcm9tIHZhcmlvdXMNCj4NCltsbWNtPj5d IFRoYW5rcywgbm90ZWQNCg0KPiBTRE4gaW50ZWxsaWdlbmNlID0+IGFwYXJ0IGZyb20gdGhlIGRl ZmluaXRpb24gcGFyYWdyYXBoIHRoaXMgDQo+IGV4cHJlc3Npb24gaXMgbm90IHVzZWQgdGhyb3Vn aG91dCB0aGUgZG9jdW1lbnQgLi4uIHBlcmhhcHMgaXQgc2hvdWxkIA0KPiBiZSBtZW50aW9uZWQg Zm9yIFNETiBjb250cm9sbGVyIGZ1bmN0aW9uYWxpdGllcyBvciB3aGVuIHRhbGtpbmcgb24gDQo+ IHNlcnZpY2UvbmV0d29yayBpbnRlbGxpZ2VuY2UgYWdhaW4/DQpbbG1jbT4+XSBUaGFua3MgZm9y IHBvaW50aW5nIGl0IG91dC4gT25lIG9mIHRoZSBwZW5kaW5nIHRvcGljcyBmb3IgZnV0dXJlIHZl cnNpb25zIGlzIHRoZSBmYWN0IG9mIGRlc2NyaWJpbmcgYnVpbGRpbmcgYmxvY2tzIGZvciB0aGUg cHJvcG9zZWQgYXJjaGl0ZWN0dXJlLiBTb21lIG9mIHRob3NlIGNvbXBvbmVudHMgd291bGQgZm9y bSBzdWNoIFNETiBpbnRlbGxpZ2VuY2UsIGUuZy4sIHBhdGggY29tcHV0YXRpb24gY2FwYWJpbGl0 aWVzLCBldGMuIFdlIHdpbGwgaW5jbHVkZSBzdWNoIGluZm9ybWF0aW9uIGZvciBuZXh0IHZlcnNp b24gb2YgdGhlIGRvY3VtZW50Lg0KDQo+IHAuOA0KPiBUaGUgU2VydmljZSBTRE4gY29udHJvbGxl ciBhY3RzIGFzIGEgY2xpZW50IG9mIHRoZSBUcmFuc3BvcnQgU0ROIA0KPiBjb250cm9sbGVyDQpb bG1jbT4+XSBJcyB0aGlzIGNvbW1lbnQgbWF5YmUgbm90IGNvbXBsZXRlPw0KDQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KDQpFc3RlIG1lbnNhamUgeSBzdXMgYWRqdW50b3Mgc2Ug ZGlyaWdlbiBleGNsdXNpdmFtZW50ZSBhIHN1IGRlc3RpbmF0YXJpbywgcHVlZGUgY29udGVuZXIg aW5mb3JtYWNpw7NuIHByaXZpbGVnaWFkYSBvIGNvbmZpZGVuY2lhbCB5IGVzIHBhcmEgdXNvIGV4 Y2x1c2l2byBkZSBsYSBwZXJzb25hIG8gZW50aWRhZCBkZSBkZXN0aW5vLiBTaSBubyBlcyB1c3Rl ZC4gZWwgZGVzdGluYXRhcmlvIGluZGljYWRvLCBxdWVkYSBub3RpZmljYWRvIGRlIHF1ZSBsYSBs ZWN0dXJhLCB1dGlsaXphY2nDs24sIGRpdnVsZ2FjacOzbiB5L28gY29waWEgc2luIGF1dG9yaXph Y2nDs24gcHVlZGUgZXN0YXIgcHJvaGliaWRhIGVuIHZpcnR1ZCBkZSBsYSBsZWdpc2xhY2nDs24g dmlnZW50ZS4gU2kgaGEgcmVjaWJpZG8gZXN0ZSBtZW5zYWplIHBvciBlcnJvciwgbGUgcm9nYW1v cyBxdWUgbm9zIGxvIGNvbXVuaXF1ZSBpbm1lZGlhdGFtZW50ZSBwb3IgZXN0YSBtaXNtYSB2w61h IHkgcHJvY2VkYSBhIHN1IGRlc3RydWNjacOzbi4NCg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5l ZCBpbiB0aGlzIHRyYW5zbWlzc2lvbiBpcyBwcml2aWxlZ2VkIGFuZCBjb25maWRlbnRpYWwgaW5m b3JtYXRpb24gaW50ZW5kZWQgb25seSBmb3IgdGhlIHVzZSBvZiB0aGUgaW5kaXZpZHVhbCBvciBl bnRpdHkgbmFtZWQgYWJvdmUuIElmIHRoZSByZWFkZXIgb2YgdGhpcyBtZXNzYWdlIGlzIG5vdCB0 aGUgaW50ZW5kZWQgcmVjaXBpZW50LCB5b3UgYXJlIGhlcmVieSBub3RpZmllZCB0aGF0IGFueSBk aXNzZW1pbmF0aW9uLCBkaXN0cmlidXRpb24gb3IgY29weWluZyBvZiB0aGlzIGNvbW11bmljYXRp b24gaXMgc3RyaWN0bHkgcHJvaGliaXRlZC4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyB0cmFu c21pc3Npb24gaW4gZXJyb3IsIGRvIG5vdCByZWFkIGl0LiBQbGVhc2UgaW1tZWRpYXRlbHkgcmVw bHkgdG8gdGhlIHNlbmRlciB0aGF0IHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgY29tbXVuaWNhdGlv biBpbiBlcnJvciBhbmQgdGhlbiBkZWxldGUgaXQuDQoNCkVzdGEgbWVuc2FnZW0gZSBzZXVzIGFu ZXhvcyBzZSBkaXJpZ2VtIGV4Y2x1c2l2YW1lbnRlIGFvIHNldSBkZXN0aW5hdMOhcmlvLCBwb2Rl IGNvbnRlciBpbmZvcm1hw6fDo28gcHJpdmlsZWdpYWRhIG91IGNvbmZpZGVuY2lhbCBlIMOpIHBh cmEgdXNvIGV4Y2x1c2l2byBkYSBwZXNzb2Egb3UgZW50aWRhZGUgZGUgZGVzdGluby4gU2UgbsOj byDDqSB2b3NzYSBzZW5ob3JpYSBvIGRlc3RpbmF0w6FyaW8gaW5kaWNhZG8sIGZpY2Egbm90aWZp Y2FkbyBkZSBxdWUgYSBsZWl0dXJhLCB1dGlsaXphw6fDo28sIGRpdnVsZ2HDp8OjbyBlL291IGPD s3BpYSBzZW0gYXV0b3JpemHDp8OjbyBwb2RlIGVzdGFyIHByb2liaWRhIGVtIHZpcnR1ZGUgZGEg bGVnaXNsYcOnw6NvIHZpZ2VudGUuIFNlIHJlY2ViZXUgZXN0YSBtZW5zYWdlbSBwb3IgZXJybywg cm9nYW1vcy1saGUgcXVlIG5vcyBvIGNvbXVuaXF1ZSBpbWVkaWF0YW1lbnRlIHBvciBlc3RhIG1l c21hIHZpYSBlIHByb2NlZGEgYSBzdWEgZGVzdHJ1acOnw6NvDQo= From nobody Wed Jul 22 01:53:48 2015 Return-Path: X-Original-To: sdn@ietfa.amsl.com Delivered-To: sdn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 35E881ACED5 for ; Wed, 22 Jul 2015 01:53:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3agitKpjGaPA for ; Wed, 22 Jul 2015 01:53:43 -0700 (PDT) Received: from szxga02-in.huawei.com (szxga02-in.huawei.com [119.145.14.65]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D17131ACEED for ; Wed, 22 Jul 2015 01:53:28 -0700 (PDT) Received: from 172.24.1.50 (EHLO nkgeml404-hub.china.huawei.com) ([172.24.1.50]) by szxrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CPD43714; Wed, 22 Jul 2015 16:53:09 +0800 (CST) Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.10]) by nkgeml404-hub.china.huawei.com ([10.98.56.35]) with mapi id 14.03.0158.001; Wed, 22 Jul 2015 16:53:03 +0800 From: "Songhaibin (A)" To: Dirk Kutscher , SDN IRTF list Thread-Topic: SDN Security Thread-Index: AdDETqvnLeKUfIQPTWSV4CXwyadizwADRqFw Date: Wed, 22 Jul 2015 08:53:03 +0000 Message-ID: References: <82AB329A76E2484D934BBCA77E9F524999E6BF56@PALLENE.office.hd> In-Reply-To: <82AB329A76E2484D934BBCA77E9F524999E6BF56@PALLENE.office.hd> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.78.173] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Sdn] SDN Security X-BeenThere: sdn@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List to Discuss SDN Research Group in the IRTF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 08:53:46 -0000 Thanks to Dirk for the pointer. -----Original Message----- From: sdn [mailto:sdn-bounces@irtf.org] On Behalf Of Dirk Kutscher Sent: Wednesday, July 22, 2015 3:23 PM To: SDN IRTF list Subject: [Sdn] SDN Security Hi, Since we are talking about SDN security today, I just wanted to point you t= o http://sdnsecurity.org/ (KAIST, SRI). Dirk _______________________________________________ sdn mailing list sdn@irtf.org https://www.irtf.org/mailman/listinfo/sdn From nobody Wed Jul 22 02:04:04 2015 Return-Path: X-Original-To: sdn@ietfa.amsl.com Delivered-To: sdn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1D2F1ACECC for ; Wed, 22 Jul 2015 02:04:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.21 X-Spam-Level: X-Spam-Status: No, score=-1.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_101=0.6, J_CHICKENPOX_44=0.6, J_CHICKENPOX_54=0.6, J_CHICKENPOX_61=0.6, J_CHICKENPOX_91=0.6, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] 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 OBe88yfqBVBk for ; Wed, 22 Jul 2015 02:03:59 -0700 (PDT) Received: from mx4.qub.ac.uk (mx4.qub.ac.uk [143.117.16.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2A1751ACD29 for ; Wed, 22 Jul 2015 02:03:59 -0700 (PDT) Received: from ex2k10-cas4.ads.qub.ac.uk ([143.117.16.50] helo=owa.qub.ac.uk) by mx4.qub.ac.uk with esmtp (Exim 4.80.1) (envelope-from ) id 1ZHpwT-00007G-J3 for sdn@irtf.org; Wed, 22 Jul 2015 10:03:57 +0100 Received: from EX2K10-MBX8.ads.qub.ac.uk ([fe80::11ff:46e3:6a46:c5ed]) by EX2K10-CAS4.ads.qub.ac.uk ([2002:8f75:1032::8f75:1032]) with mapi id 14.03.0224.002; Wed, 22 Jul 2015 10:03:57 +0100 From: Sandra Scott-Hayward To: "sdn@irtf.org" Thread-Topic: sdn Digest, Vol 38, Issue 4 Thread-Index: AQHQxFpS2FFFdM0+Gka4xjjrXR6LH53nLzUd Date: Wed, 22 Jul 2015 09:03:56 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [143.117.16.109] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Sdn] sdn Digest, Vol 38, Issue 4 X-BeenThere: sdn@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List to Discuss SDN Research Group in the IRTF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 09:04:03 -0000 Hi Pedro,=0A= =0A= In response to your application resilience question - yes, this is definite= ly a concern. As identified in our analysis, there is little/no investigati= on on this to date and in my opinion requires further research. From what = I've seen, Controller designers are making advances in the controller clust= ering and resilience direction and believe that state management for applic= ations could follow the same methodology. However, as far as I know, they h= ave not got to that point yet. =0A= =0A= If you are interested in this work, I am happy to discuss it further with y= ou.=0A= All the best,=0A= Sandra=0A= ________________________________________=0A= From: sdn [sdn-bounces@irtf.org] on behalf of sdn-request@irtf.org [sdn-req= uest@irtf.org]=0A= Sent: 22 July 2015 09:41=0A= To: sdn@irtf.org=0A= Subject: sdn Digest, Vol 38, Issue 4=0A= =0A= Send sdn mailing list submissions to=0A= sdn@irtf.org=0A= =0A= To subscribe or unsubscribe via the World Wide Web, visit=0A= https://www.irtf.org/mailman/listinfo/sdn=0A= or, via email, send a message with subject or body 'help' to=0A= sdn-request@irtf.org=0A= =0A= You can reach the person managing the list at=0A= sdn-owner@irtf.org=0A= =0A= When replying, please edit your Subject line so it is more specific=0A= than "Re: Contents of sdn digest..."=0A= =0A= =0A= Today's Topics:=0A= =0A= 1. Review of draft-contreras-sdnrg-layered-sdn-03=0A= (Kostas Pentikousis)=0A= 2. SDN Security (Dirk Kutscher)=0A= 3. Security in SDN controllers presentation=0A= (PEDRO ANDRES ARANDA GUTIERREZ)=0A= 4. Re: draft-contreras-sdnrg-layered-sdn=0A= (LUIS MIGUEL CONTRERAS MURILLO)=0A= =0A= =0A= ----------------------------------------------------------------------=0A= =0A= Message: 1=0A= Date: Wed, 22 Jul 2015 00:24:53 +0200=0A= From: Kostas Pentikousis =0A= To: "draft-contreras-sdnrg-layered-sdn@tools.ietf.org"=0A= =0A= Cc: SDN IRTF list =0A= Subject: [Sdn] Review of draft-contreras-sdnrg-layered-sdn-03=0A= Message-ID:=0A= <0C7EDCF89AB9E2478B5D010026CFF4AEB5AB998173@SBS2008.eict.local>=0A= Content-Type: text/plain; charset=3D"us-ascii"=0A= =0A= Dear authors, all,=0A= =0A= I read draft-contreras-sdnrg-layered-sdn-03 and I find it quite relevant fo= r our work in the FELIX project (to be presented at SDNRG on Wednesday morn= ing; see https://www.ietf.org/proceedings/93/slides/slides-93-sdnrg-7.pdf).= Specifically, FELIX independently designed an architecture which has a num= ber of common elements with CLAS, at least in my mind. I see certain common= alities, for example, between the CLAS transport stratum and the FELIX Spac= e (see p. 5 of the slides) on the one hand, and between the CLAS service st= ratum and the (FELIX) User Space. As in CLAS, FELIX employs dynamic transpo= rt bandwidth on demand using the Network Service Interface across heterogen= eous multiple domains.=0A= =0A= I would have liked to see a bit more details about which resources you cons= ider and how are they managed and controlled. The use cases section points = to NFV as well as abstraction and control of transport networks as placehol= ders. Are you planning to complete this section in -04? As you can see in t= he slides, in FELIX we consider SDN, compute and (on demand) transit networ= k resources which can be allocated and used through policy-based recursive = orchestration (see also https://datatracker.ietf.org/doc/draft-felix-nfvrg-= recursive-orchestration/).=0A= =0A= Editorial comments:=0A= =0A= I find that Section 1 (Introduction) is practically decoupled from Section = 3, where CLAS is introduced. In addition, it would be good to back these po= ints with references because right now no good explanation is given for the= bullet list of "issues" on p.3 of the draft.=0A= =0A= The goals of CLAS need to be more clearly stated upfront.=0A= =0A= Terminology: both strata have an SDN controller which is slightly confusing= . For example, there seems to be a single SDN controller that handles the m= anagement, control and resource planes (p. 7-8) in the service stratum (dit= to for the transport stratum), but no explanation is provided why this is t= he case or, indeed, why there is a need to separate the planes if one (logi= cal) controller takes care of everything in each stratum. Although you do r= elate CLAS to RFC 7426, you could also consider adopting more explicitly so= me of the terminology of RFC 7426 in section 2 of the draft.=0A= =0A= Further, can you please provide more details on the interaction of the "SDN= controllers" between the two strata?=0A= =0A= Nits:=0A= =0A= s/vertical, tight integrated/vertical, tightly integrated=0A= =0A= s/and services that relies/and services that rely=0A= =0A= s/capture service requirements of services/capture service requirements=0A= =0A= s/can provide transfer functions/can provide transport functions=0A= =0A= Capitalization is not consistent throughout the draft, e.g. service stratum= vs. Service stratum vs. Service Stratum=0A= =0A= As this is an informational draft, no need for RFC 2119 terminology, and al= l references should be informative only.=0A= =0A= =0A= Best regards,=0A= =0A= Kostas=0A= =0A= =0A= =0A= =0A= =0A= ------------------------------=0A= =0A= Message: 2=0A= Date: Wed, 22 Jul 2015 07:22:48 +0000=0A= From: Dirk Kutscher =0A= To: SDN IRTF list =0A= Subject: [Sdn] SDN Security=0A= Message-ID:=0A= <82AB329A76E2484D934BBCA77E9F524999E6BF56@PALLENE.office.hd>=0A= Content-Type: text/plain; charset=3D"us-ascii"=0A= =0A= Hi,=0A= =0A= Since we are talking about SDN security today, I just wanted to point you t= o http://sdnsecurity.org/ (KAIST, SRI).=0A= =0A= Dirk=0A= =0A= =0A= =0A= =0A= =0A= =0A= ------------------------------=0A= =0A= Message: 3=0A= Date: Wed, 22 Jul 2015 07:42:34 +0000=0A= From: PEDRO ANDRES ARANDA GUTIERREZ =0A= To: "sdn@irtf.org" =0A= Subject: [Sdn] Security in SDN controllers presentation=0A= Message-ID: =0A= Content-Type: text/plain; charset=3D"iso-8859-1"=0A= =0A= Hi Sandra, list=0A= =0A= When you speak about app resilience, a question pops up to my mind: so you = have an app that crashes and you want a new instance of this app to take co= ntrol... this can lead to situations where the new instance sends commands = to the controller that are in conflict with the ones previously installed. = Doesn't this call for some sort of 'conflict resolution' mechanism, constru= ct, ... in the SDN controller?=0A= =0A= Best,=0A= /PA=0A= =0A= ---=0A= Dr. Pedro A. Aranda Guti?rrez=0A= =0A= Technology Exploration -=0A= Network Innovation & Virtualisation=0A= email: pedroa d0t aranda At telefonica d0t com=0A= Telef?nica, Investigaci?n y Desarrollo=0A= C/ Zurbar?n,12=0A= 28010 Madrid, Spain=0A= =0A= Fragen sind nicht da, um beantwortet zu werden.=0A= Fragen sind da, um gestellt zu werden.=0A= Georg Kreisler=0A= =0A= ________________________________=0A= =0A= Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, pu= ede contener informaci?n privilegiada o confidencial y es para uso exclusiv= o de la persona o entidad de destino. Si no es usted. el destinatario indic= ado, queda notificado de que la lectura, utilizaci?n, divulgaci?n y/o copia= sin autorizaci?n puede estar prohibida en virtud de la legislaci?n vigente= . Si ha recibido este mensaje por error, le rogamos que nos lo comunique in= mediatamente por esta misma v?a y proceda a su destrucci?n.=0A= =0A= 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.=0A= =0A= Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinat?rio, = pode conter informa??o privilegiada ou confidencial e ? para uso exclusivo = da pessoa ou entidade de destino. Se n?o ? vossa senhoria o destinat?rio in= dicado, fica notificado de que a leitura, utiliza??o, divulga??o e/ou c?pia= sem autoriza??o pode estar proibida em virtude da legisla??o vigente. Se r= ecebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatament= e por esta mesma via e proceda a sua destrui??o=0A= -------------- next part --------------=0A= An HTML attachment was scrubbed...=0A= URL: =0A= =0A= ------------------------------=0A= =0A= Message: 4=0A= Date: Tue, 21 Jul 2015 22:16:06 +0000=0A= From: LUIS MIGUEL CONTRERAS MURILLO=0A= =0A= To: "Dirk.von-Hugo@telekom.de" =0A= Cc: "draft-contreras-sdnrg-layered-sdn@tools.ietf.org"=0A= , "sdn@irtf.org"= =0A= =0A= Subject: Re: [Sdn] draft-contreras-sdnrg-layered-sdn=0A= Message-ID:=0A= =0A= =0A= Content-Type: text/plain; charset=3D"utf-8"=0A= =0A= Hi Dirk=0A= =0A= Thanks for the comments received. Please find my answers in-line.=0A= =0A= > -----Mensaje original-----=0A= > De: Dirk.von-Hugo@telekom.de [mailto:Dirk.von-Hugo@telekom.de]=0A= > Enviado el: viernes, 17 de julio de 2015 14:59=0A= > Para: draft-contreras-sdnrg-layered-sdn@tools.ietf.org=0A= > CC: sdn@irtf.org=0A= > Asunto: draft-contreras-sdnrg-layered-sdn=0A= >=0A= > Dear authors, all,=0A= > I had a look at recently updated draft-contreras-sdnrg-layered-sdn.=0A= > IMO this draft describes future generation highly heterogeneous network= =0A= > concepts' issues and cross-domain aspects with respect to SDN de-=0A= > compositional abstraction.=0A= > The addition of required features points towards potential research issue= s to=0A= > be detailed in the future.=0A= > I think it is interesting for and should be discussed in this group.=0A= =0A= [lmcm>>] Thanks for the comment. In fact heterogeneous networks are the rea= l operator environments found nowadays, and this trend will continue happen= . On the other hand, a common set of services have to be deployed, operated= and maintained over such heterogeneous infrastructures. This proposal inte= nds to separate both Services and Transport specificities allowing for diff= erent evolution of both strata or layers in the framework of SDN.=0A= =0A= >=0A= > Some minor remarks:=0A= > Sect. 3.1.3 on 'Recursiveness' and sect. 5.3. on 'Multi-domain scenarios = in=0A= > Transport Stratum' seem to be interrelated which might be pointed out by= =0A= > corresponding references.=0A= =0A= [lmcm>>] There is certainly some relationship. This would be the case of ha= ving a lower Service stratum in charge of composing multi-domain transport = capabilities to offer them as a single Transport stratum capabilities to so= me higher Service stratum on top of it. Apart of composing resources some o= ther rich functionalities could be expected, like e.g. SLA maintenance.=0A= =0A= I wonder whether also 5.1.2. on 'Single service=0A= > stratum associated to multiple Transport strata' should be mentioned here= -=0A= > having the orchestrator in service stratum as providing recursiveness, if= I=0A= > have understood it correctly=0A= >=0A= =0A= [lmcm>>] This would be actually two different cases. One single Service Str= atum associated to multiple Transport Strata is aware of the different tran= sport capabilities offered by the different Transport strata, while in the = recursivenes + multi-domain transport scenario the higher Service Stratum i= s aware (or not necessary aware) of the multiple underlying Transport Strat= a.=0A= =0A= =0A= > p.4=0A= > o Service: denote a logical construct that make use of =3D> o Service: = denotes=0A= > a logical construct that makes use of=0A= >=0A= [lmcm>>] Thnaks, noted.=0A= =0A= > The SDN intelligence relies on inputs form various =3D> The SDN intellige= nce=0A= > relies on inputs from various=0A= >=0A= [lmcm>>] Thanks, noted=0A= =0A= > SDN intelligence =3D> apart from the definition paragraph this expression= is not=0A= > used throughout the document ... perhaps it should be mentioned for SDN= =0A= > controller functionalities or when talking on service/network intelligenc= e=0A= > again?=0A= [lmcm>>] Thanks for pointing it out. One of the pending topics for future v= ersions is the fact of describing building blocks for the proposed architec= ture. Some of those components would form such SDN intelligence, e.g., path= computation capabilities, etc. We will include such information for next v= ersion of the document.=0A= =0A= > p.8=0A= > The Service SDN controller acts as a client of the Transport SDN controll= er=0A= [lmcm>>] Is this comment maybe not complete?=0A= =0A= ________________________________=0A= =0A= Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, pu= ede contener informaci?n privilegiada o confidencial y es para uso exclusiv= o de la persona o entidad de destino. Si no es usted. el destinatario indic= ado, queda notificado de que la lectura, utilizaci?n, divulgaci?n y/o copia= sin autorizaci?n puede estar prohibida en virtud de la legislaci?n vigente= . Si ha recibido este mensaje por error, le rogamos que nos lo comunique in= mediatamente por esta misma v?a y proceda a su destrucci?n.=0A= =0A= 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.=0A= =0A= Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinat?rio, = pode conter informa??o privilegiada ou confidencial e ? para uso exclusivo = da pessoa ou entidade de destino. Se n?o ? vossa senhoria o destinat?rio in= dicado, fica notificado de que a leitura, utiliza??o, divulga??o e/ou c?pia= sem autoriza??o pode estar proibida em virtude da legisla??o vigente. Se r= ecebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatament= e por esta mesma via e proceda a sua destrui??o=0A= =0A= =0A= =0A= ------------------------------=0A= =0A= Subject: Digest Footer=0A= =0A= _______________________________________________=0A= sdn mailing list=0A= sdn@irtf.org=0A= https://www.irtf.org/mailman/listinfo/sdn=0A= =0A= =0A= ------------------------------=0A= =0A= End of sdn Digest, Vol 38, Issue 4=0A= **********************************=0A= From nobody Wed Jul 22 02:05:14 2015 Return-Path: X-Original-To: sdn@ietfa.amsl.com Delivered-To: sdn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 568501ACEDB for ; Wed, 22 Jul 2015 02:05:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.95 X-Spam-Level: X-Spam-Status: No, score=-3.95 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTML_OBFUSCATE_05_10=0.26, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hUoLJLS3k9Lk for ; Wed, 22 Jul 2015 02:05:09 -0700 (PDT) Received: from szxga02-in.huawei.com (szxga02-in.huawei.com [119.145.14.65]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 87BAA1ACEA8 for ; Wed, 22 Jul 2015 02:05:08 -0700 (PDT) Received: from 172.24.1.49 (EHLO nkgeml407-hub.china.huawei.com) ([172.24.1.49]) by szxrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CPD45799; Wed, 22 Jul 2015 17:05:06 +0800 (CST) Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.10]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.03.0158.001; Wed, 22 Jul 2015 17:05:02 +0800 From: "Songhaibin (A)" To: PEDRO ANDRES ARANDA GUTIERREZ , "sdn@irtf.org" Thread-Topic: Security in SDN controllers presentation Thread-Index: AQHQxFH5IaXzgm6BPUeglF0St1uinZ3nMcfQ Date: Wed, 22 Jul 2015 09:05:01 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.78.173] Content-Type: multipart/alternative; boundary="_000_E33E01DFD5BEA24B9F3F18671078951F6530FA0Ankgeml501mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Sdn] Security in SDN controllers presentation X-BeenThere: sdn@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List to Discuss SDN Research Group in the IRTF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 09:05:13 -0000 --_000_E33E01DFD5BEA24B9F3F18671078951F6530FA0Ankgeml501mbschi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I guess this problem should be solved by state synchronization between the = controller and the new instance, instead of conflict resolution that aimed = to solve conflict from different configurations from the applications. Mayb= e I am wrong. BR, -Haibin From: sdn [mailto:sdn-bounces@irtf.org] On Behalf Of PEDRO ANDRES ARANDA GU= TIERREZ Sent: Wednesday, July 22, 2015 3:43 PM To: sdn@irtf.org Subject: [Sdn] Security in SDN controllers presentation Hi Sandra, list When you speak about app resilience, a question pops up to my mind: so you = have an app that crashes and you want a new instance of this app to take co= ntrol... this can lead to situations where the new instance sends commands = to the controller that are in conflict with the ones previously installed. = Doesn't this call for some sort of 'conflict resolution' mechanism, constru= ct, ... in the SDN controller? Best, /PA --- Dr. Pedro A. Aranda Guti=E9rrez Technology Exploration - Network Innovation & Virtualisation email: pedroa d0t aranda At telefonica d0t com Telef=F3nica, Investigaci=F3n y Desarrollo C/ Zurbar=E1n,12 28010 Madrid, Spain Fragen sind nicht da, um beantwortet zu werden. Fragen sind da, um gestellt zu werden. Georg Kreisler ________________________________ 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_E33E01DFD5BEA24B9F3F18671078951F6530FA0Ankgeml501mbschi_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

I guess th= is problem should be solved by state synchronization between the controller= and the new instance, instead of conflict resolution that aimed to solve conflict from different configurations from the application= s. Maybe I am wrong.

 = ;

BR,

-Haibin

 = ;

From: sdn [mailto:sdn-bounces@irtf.org] On Behalf Of PEDRO ANDRES ARANDA GUTIERREZ
Sent: Wednesday, July 22, 2015 3:43 PM
To: sdn@irtf.org
Subject: [Sdn] Security in SDN controllers presentation

 

Hi = Sandra, list

 

Whe= n you speak about app resilience, a question pops up to my mind: so you hav= e an app that crashes and you want a new instance of this app to take control… this can lead to situations where the new instance sends com= mands to the controller that are in conflict with the ones previously installed. Doesn’t this call for some so= rt of ‘conflict resolution’<= span lang=3D"EN-US"> mechanism, construct, … in the SDN controller?

 

Bes= t,

/PA=

 

---

Dr. Pedro A. Aranda Guti=E9rrez

 

Technology Exploration -

Network Innovation & Virtualisation

email: pedroa d0t aranda At telefonica d0t com=

Telef=F3nica, Investigaci=F3n y Desarrollo

C/ Zurbar=E1n,12

28010 Madrid, Spain

 

Fragen sind nicht da, um beantwortet zu werden= .

Fragen sind da, um gestellt zu werden.

Georg Kreisler

 


Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, pu= ede contener informaci=F3n privilegiada o confidencial y es para uso exclusivo de la persona o entida= d de destino. Si no es usted. el destinatario indicado, queda notificado de= que la lectura, utilizaci=F3= n, 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=F3<= span lang=3D"EN-US" style=3D"font-size:7.5pt;font-family:"Arial",= "sans-serif";color:gray">n.

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 exclusivo 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 pode estar proibida em virtude da legisla=E7=E3o vigen= te. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imed= iatamente por esta mesma via e proceda a sua destrui=E7=E3o

--_000_E33E01DFD5BEA24B9F3F18671078951F6530FA0Ankgeml501mbschi_-- From nobody Wed Jul 22 02:10:27 2015 Return-Path: X-Original-To: sdn@ietfa.amsl.com Delivered-To: sdn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CCA9F1ACCF5 for ; Wed, 22 Jul 2015 02:10:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.211 X-Spam-Level: X-Spam-Status: No, score=-0.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_101=0.6, J_CHICKENPOX_44=0.6, J_CHICKENPOX_61=0.6, J_CHICKENPOX_91=0.6, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 LIXrotT4hldX for ; Wed, 22 Jul 2015 02:10:20 -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 3108B1A8A0D for ; Wed, 22 Jul 2015 02:10:19 -0700 (PDT) Received: from smtpjc.telefonica.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 886FC1B836E; Wed, 22 Jul 2015 11:10:15 +0200 (CEST) Received: from ESTGVMSP102.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 3D0F61B828E; Wed, 22 Jul 2015 11:10:14 +0200 (CEST) Received: from emea01-db3-obe.outbound.protection.outlook.com (10.92.5.139) by tls.telefonica.com (10.93.6.49) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 22 Jul 2015 11:10:13 +0200 Received: from DB4PR06MB0639.eurprd06.prod.outlook.com (10.161.13.145) by DB4PR06MB0638.eurprd06.prod.outlook.com (10.161.13.144) with Microsoft SMTP Server (TLS) id 15.1.225.19; Wed, 22 Jul 2015 09:10:11 +0000 Received: from DB4PR06MB0639.eurprd06.prod.outlook.com ([10.161.13.145]) by DB4PR06MB0639.eurprd06.prod.outlook.com ([10.161.13.145]) with mapi id 15.01.0225.018; Wed, 22 Jul 2015 09:10:11 +0000 From: PEDRO ANDRES ARANDA GUTIERREZ To: "s.scott-hayward@qub.ac.uk" Thread-Topic: sdn Digest, Vol 38, Issue 5 Thread-Index: AQHQxF1rIWNhAIHyOk6/5CyZvi2tNp3nVTwA Date: Wed, 22 Jul 2015 09:10:11 +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.5.2.150604 authentication-results: qub.ac.uk; dkim=none (message not signed) header.d=none; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [31.133.155.195] x-microsoft-exchange-diagnostics: 1; DB4PR06MB0638; 5:/evw097KrDraaly1qUkn/fjdOPuoVB6O3KIjgWF/MbuzydwLa2GAEr9ti8v06EeL8hZ8MeSVVytti6hnNAZO5TBT7u7J22hmbL/KIr2YeR2m/PvFy6e4qrd5sID+m4mI8Vd/RcZCweemLll7/oXiFQ==; 24:+BVg06xht8Gwu7g1OgYe+HO7RhzUDMJ66yYfPQEtUJu+/xU8dF9pyreOR7j6I8nJNEfGxyhaRjFctZSmI/8kOyC7IHwJ3Ho4ySf1Kn+QyTc=; 20:7BEG41vLdtTGPG5TamqjcnUO+NW6yjQdGKtwt8DstW47+a/UWBPoyifcpRwmvriXZ1MQqy7lBjWky+d0MKzodQ== x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(42134001)(42139001); SRVR:DB4PR06MB0638; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:DB4PR06MB0638; BCL:0; PCL:0; RULEID:; SRVR:DB4PR06MB0638; x-forefront-prvs: 0645BEB7AA x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(479174004)(164054003)(59124003)(51694002)(18543002)(27574002)(52604005)(5403001)(51914003)(189998001)(19580395003)(77096005)(15975445007)(62966003)(4001350100001)(19580405001)(2501003)(77156002)(5890100001)(50986999)(512954002)(102836002)(512874002)(2950100001)(54356999)(16601075003)(46102003)(512934002)(36756003)(76176999)(5001960100002)(2900100001)(66066001)(122556002)(83506001)(106116001)(575784001)(561944003)(86362001)(40100003)(15395725005)(5002640100001)(87936001)(2656002)(92566002)(2351001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB4PR06MB0638; H:DB4PR06MB0639.eurprd06.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Jul 2015 09:10:11.4984 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 9744600e-3e04-492e-baa1-25ec245c6f10 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB4PR06MB0638 X-OriginatorOrg: telefonica.com X-TM-AS-MML: No Archived-At: Cc: "sdn@irtf.org" Subject: Re: [Sdn] sdn Digest, Vol 38, Issue 5 X-BeenThere: sdn@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List to Discuss SDN Research Group in the IRTF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 09:10:25 -0000 DQpISSBTYW5kcmEsDQoNCk1heSBJIG1ha2UgeW91IGF3YXJlIG9mIHRoZSBOZXRJREUgcHJvamVj dCBodHRwOi8vd3d3Lm5ldGlkZS5ldSB3aGVyZSB3ZQ0KYXJlIGV4cGVyaW1lbnRpbmcgd2l0aCBj b25mbGljdCByZXNvbHV0aW9uIHVzaW5nIGFuIGF1Z21lbnRlZCB2ZXJzaW9uIG9mDQpPTk9TIGFu ZC9vciBPcGVuRGF5bGlnaHQ/IFdlIGhhdmUgZ2l0aHViIHByZXNlbmNlIGFuZCBzb21lIG9mIHRo ZSBjb2RlIGlzDQphbHJlYWR5IGF2YWlsYWJsZS4NCg0KRG8gbm90IGhlc2l0YXRlIHRvIGNvbnRh Y3QgbWUgZGlyZWN0bHkgZm9yIGZ1cnRoZXIgcXVlc3Rpb25zDQoNCkJlc3QsIC9QQQ0KLS0tDQpE ci4gUGVkcm8gQS4gQXJhbmRhIEd1dGnDqXJyZXoNCg0KVGVjaG5vbG9neSBFeHBsb3JhdGlvbiAt DQpOZXR3b3JrIElubm92YXRpb24gJiBWaXJ0dWFsaXNhdGlvbg0KZW1haWw6IHBlZHJvYSBkMHQg YXJhbmRhIEF0IHRlbGVmb25pY2EgZDB0IGNvbQ0KVGVsZWbDs25pY2EsIEludmVzdGlnYWNpw7Nu IHkgRGVzYXJyb2xsbw0KQy8gWnVyYmFyw6FuLDEyDQoyODAxMCBNYWRyaWQsIFNwYWluDQoNCkZy YWdlbiBzaW5kIG5pY2h0IGRhLCB1bSBiZWFudHdvcnRldCB6dSB3ZXJkZW4uDQpGcmFnZW4gc2lu ZCBkYSwgdW0gZ2VzdGVsbHQgenUgd2VyZGVuLg0KR2VvcmcgS3JlaXNsZXINCg0KDQoNCg0KRWwg MjIvMDcvMTUgMTE6MDQsICJzZG4gb24gYmVoYWxmIG9mIHNkbi1yZXF1ZXN0QGlydGYub3JnIg0K PHNkbi1ib3VuY2VzQGlydGYub3JnIG9uIGJlaGFsZiBvZiBzZG4tcmVxdWVzdEBpcnRmLm9yZz4g ZXNjcmliacOzOg0KDQo+DQo+TWVzc2FnZTogMw0KPkRhdGU6IFdlZCwgMjIgSnVsIDIwMTUgMDk6 MDM6NTYgKzAwMDANCj5Gcm9tOiBTYW5kcmEgU2NvdHQtSGF5d2FyZCA8cy5zY290dC1oYXl3YXJk QHF1Yi5hYy51az4NCj5UbzogInNkbkBpcnRmLm9yZyIgPHNkbkBpcnRmLm9yZz4NCj5TdWJqZWN0 OiBSZTogW1Nkbl0gc2RuIERpZ2VzdCwgVm9sIDM4LCBJc3N1ZSA0DQo+TWVzc2FnZS1JRDoNCj4g ICAgICAgPEFCNkZGQURCOTVBQTM4NDI4OTAxQ0E0OTNDNjg1NjZDMkRBMkU5OENARVgySzEwLU1C WDguYWRzLnF1Yi5hYy51az4NCj5Db250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9InVz LWFzY2lpIg0KPg0KPkhpIFBlZHJvLA0KPg0KPkluIHJlc3BvbnNlIHRvIHlvdXIgYXBwbGljYXRp b24gcmVzaWxpZW5jZSBxdWVzdGlvbiAtIHllcywgdGhpcyBpcw0KPmRlZmluaXRlbHkgYSBjb25j ZXJuLiBBcyBpZGVudGlmaWVkIGluIG91ciBhbmFseXNpcywgdGhlcmUgaXMgbGl0dGxlL25vDQo+ aW52ZXN0aWdhdGlvbiBvbiB0aGlzIHRvIGRhdGUgYW5kICBpbiBteSBvcGluaW9uIHJlcXVpcmVz IGZ1cnRoZXINCj5yZXNlYXJjaC4gRnJvbSB3aGF0IEkndmUgc2VlbiwgQ29udHJvbGxlciBkZXNp Z25lcnMgYXJlIG1ha2luZyBhZHZhbmNlcw0KPmluIHRoZSBjb250cm9sbGVyIGNsdXN0ZXJpbmcg YW5kIHJlc2lsaWVuY2UgZGlyZWN0aW9uIGFuZCBiZWxpZXZlIHRoYXQNCj5zdGF0ZSBtYW5hZ2Vt ZW50IGZvciBhcHBsaWNhdGlvbnMgY291bGQgZm9sbG93IHRoZSBzYW1lIG1ldGhvZG9sb2d5Lg0K Pkhvd2V2ZXIsIGFzIGZhciBhcyBJIGtub3csIHRoZXkgaGF2ZSBub3QgZ290IHRvIHRoYXQgcG9p bnQgeWV0Lg0KPg0KPklmIHlvdSBhcmUgaW50ZXJlc3RlZCBpbiB0aGlzIHdvcmssIEkgYW0gaGFw cHkgdG8gZGlzY3VzcyBpdCBmdXJ0aGVyIHdpdGgNCj55b3UuDQo+QWxsIHRoZSBiZXN0LA0KPlNh bmRyYQ0KPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj5Gcm9tOiBz ZG4gW3Nkbi1ib3VuY2VzQGlydGYub3JnXSBvbiBiZWhhbGYgb2Ygc2RuLXJlcXVlc3RAaXJ0Zi5v cmcNCj5bc2RuLXJlcXVlc3RAaXJ0Zi5vcmddDQo+U2VudDogMjIgSnVseSAyMDE1IDA5OjQxDQo+ VG86IHNkbkBpcnRmLm9yZw0KPlN1YmplY3Q6IHNkbiBEaWdlc3QsIFZvbCAzOCwgSXNzdWUgNA0K Pg0KPlNlbmQgc2RuIG1haWxpbmcgbGlzdCBzdWJtaXNzaW9ucyB0bw0KPiAgICAgICAgc2RuQGly dGYub3JnDQo+DQo+VG8gc3Vic2NyaWJlIG9yIHVuc3Vic2NyaWJlIHZpYSB0aGUgV29ybGQgV2lk ZSBXZWIsIHZpc2l0DQo+ICAgICAgICBodHRwczovL3d3dy5pcnRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL3Nkbg0KPm9yLCB2aWEgZW1haWwsIHNlbmQgYSBtZXNzYWdlIHdpdGggc3ViamVjdCBvciBi b2R5ICdoZWxwJyB0bw0KPiAgICAgICAgc2RuLXJlcXVlc3RAaXJ0Zi5vcmcNCj4NCj5Zb3UgY2Fu IHJlYWNoIHRoZSBwZXJzb24gbWFuYWdpbmcgdGhlIGxpc3QgYXQNCj4gICAgICAgIHNkbi1vd25l ckBpcnRmLm9yZw0KPg0KPldoZW4gcmVwbHlpbmcsIHBsZWFzZSBlZGl0IHlvdXIgU3ViamVjdCBs aW5lIHNvIGl0IGlzIG1vcmUgc3BlY2lmaWMNCj50aGFuICJSZTogQ29udGVudHMgb2Ygc2RuIGRp Z2VzdC4uLiINCj4NCj4NCj5Ub2RheSdzIFRvcGljczoNCj4NCj4gICAxLiBSZXZpZXcgb2YgZHJh ZnQtY29udHJlcmFzLXNkbnJnLWxheWVyZWQtc2RuLTAzDQo+ICAgICAgKEtvc3RhcyBQZW50aWtv dXNpcykNCj4gICAyLiBTRE4gU2VjdXJpdHkgKERpcmsgS3V0c2NoZXIpDQo+ICAgMy4gU2VjdXJp dHkgaW4gU0ROIGNvbnRyb2xsZXJzIHByZXNlbnRhdGlvbg0KPiAgICAgIChQRURSTyBBTkRSRVMg QVJBTkRBIEdVVElFUlJFWikNCj4gICA0LiBSZTogZHJhZnQtY29udHJlcmFzLXNkbnJnLWxheWVy ZWQtc2RuDQo+ICAgICAgKExVSVMgTUlHVUVMIENPTlRSRVJBUyBNVVJJTExPKQ0KPg0KPg0KPi0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NCj4NCj5NZXNzYWdlOiAxDQo+RGF0ZTogV2VkLCAyMiBKdWwgMjAxNSAwMDoy NDo1MyArMDIwMA0KPkZyb206IEtvc3RhcyBQZW50aWtvdXNpcyA8ay5wZW50aWtvdXNpc0BlaWN0 LmRlPg0KPlRvOiAiZHJhZnQtY29udHJlcmFzLXNkbnJnLWxheWVyZWQtc2RuQHRvb2xzLmlldGYu b3JnIg0KPiAgICAgICAgPGRyYWZ0LWNvbnRyZXJhcy1zZG5yZy1sYXllcmVkLXNkbkB0b29scy5p ZXRmLm9yZz4NCj5DYzogU0ROIElSVEYgbGlzdCA8c2RuQGlydGYub3JnPg0KPlN1YmplY3Q6IFtT ZG5dIFJldmlldyBvZiBkcmFmdC1jb250cmVyYXMtc2RucmctbGF5ZXJlZC1zZG4tMDMNCj5NZXNz YWdlLUlEOg0KPiAgICAgICAgPDBDN0VEQ0Y4OUFCOUUyNDc4QjVEMDEwMDI2Q0ZGNEFFQjVBQjk5 ODE3M0BTQlMyMDA4LmVpY3QubG9jYWw+DQo+Q29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PSJ1cy1hc2NpaSINCj4NCj5EZWFyIGF1dGhvcnMsIGFsbCwNCj4NCj5JIHJlYWQgZHJhZnQt Y29udHJlcmFzLXNkbnJnLWxheWVyZWQtc2RuLTAzIGFuZCBJIGZpbmQgaXQgcXVpdGUgcmVsZXZh bnQNCj5mb3Igb3VyIHdvcmsgaW4gdGhlIEZFTElYIHByb2plY3QgKHRvIGJlIHByZXNlbnRlZCBh dCBTRE5SRyBvbiBXZWRuZXNkYXkNCj5tb3JuaW5nOyBzZWUNCj5odHRwczovL3d3dy5pZXRmLm9y Zy9wcm9jZWVkaW5ncy85My9zbGlkZXMvc2xpZGVzLTkzLXNkbnJnLTcucGRmKS4NCj5TcGVjaWZp Y2FsbHksIEZFTElYIGluZGVwZW5kZW50bHkgZGVzaWduZWQgYW4gYXJjaGl0ZWN0dXJlIHdoaWNo IGhhcyBhDQo+bnVtYmVyIG9mIGNvbW1vbiBlbGVtZW50cyB3aXRoIENMQVMsIGF0IGxlYXN0IGlu IG15IG1pbmQuIEkgc2VlIGNlcnRhaW4NCj5jb21tb25hbGl0aWVzLCBmb3IgZXhhbXBsZSwgYmV0 d2VlbiB0aGUgQ0xBUyB0cmFuc3BvcnQgc3RyYXR1bSBhbmQgdGhlDQo+RkVMSVggU3BhY2UgKHNl ZSBwLiA1IG9mIHRoZSBzbGlkZXMpIG9uIHRoZSBvbmUgaGFuZCwgYW5kIGJldHdlZW4gdGhlDQo+ Q0xBUyBzZXJ2aWNlIHN0cmF0dW0gYW5kIHRoZSAoRkVMSVgpIFVzZXIgU3BhY2UuIEFzIGluIENM QVMsIEZFTElYDQo+ZW1wbG95cyBkeW5hbWljIHRyYW5zcG9ydCBiYW5kd2lkdGggb24gZGVtYW5k IHVzaW5nIHRoZSBOZXR3b3JrIFNlcnZpY2UNCj5JbnRlcmZhY2UgYWNyb3NzIGhldGVyb2dlbmVv dXMgbXVsdGlwbGUgZG9tYWlucy4NCj4NCj5JIHdvdWxkIGhhdmUgbGlrZWQgdG8gc2VlIGEgYml0 IG1vcmUgZGV0YWlscyBhYm91dCB3aGljaCByZXNvdXJjZXMgeW91DQo+Y29uc2lkZXIgYW5kIGhv dyBhcmUgdGhleSBtYW5hZ2VkIGFuZCBjb250cm9sbGVkLiBUaGUgdXNlIGNhc2VzIHNlY3Rpb24N Cj5wb2ludHMgdG8gTkZWIGFzIHdlbGwgYXMgYWJzdHJhY3Rpb24gYW5kIGNvbnRyb2wgb2YgdHJh bnNwb3J0IG5ldHdvcmtzIGFzDQo+cGxhY2Vob2xkZXJzLiBBcmUgeW91IHBsYW5uaW5nIHRvIGNv bXBsZXRlIHRoaXMgc2VjdGlvbiBpbiAtMDQ/IEFzIHlvdQ0KPmNhbiBzZWUgaW4gdGhlIHNsaWRl cywgaW4gRkVMSVggd2UgY29uc2lkZXIgU0ROLCBjb21wdXRlIGFuZCAob24gZGVtYW5kKQ0KPnRy YW5zaXQgbmV0d29yayByZXNvdXJjZXMgd2hpY2ggY2FuIGJlIGFsbG9jYXRlZCBhbmQgdXNlZCB0 aHJvdWdoDQo+cG9saWN5LWJhc2VkIHJlY3Vyc2l2ZSBvcmNoZXN0cmF0aW9uIChzZWUgYWxzbw0K Pmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWZlbGl4LW5mdnJnLXJlY3Vy c2l2ZS1vcmNoZXN0cmF0aW9uDQo+LykuDQo+DQo+RWRpdG9yaWFsIGNvbW1lbnRzOg0KPg0KPkkg ZmluZCB0aGF0IFNlY3Rpb24gMSAoSW50cm9kdWN0aW9uKSBpcyBwcmFjdGljYWxseSBkZWNvdXBs ZWQgZnJvbQ0KPlNlY3Rpb24gMywgd2hlcmUgQ0xBUyBpcyBpbnRyb2R1Y2VkLiBJbiBhZGRpdGlv biwgaXQgd291bGQgYmUgZ29vZCB0bw0KPmJhY2sgdGhlc2UgcG9pbnRzIHdpdGggcmVmZXJlbmNl cyBiZWNhdXNlIHJpZ2h0IG5vdyBubyBnb29kIGV4cGxhbmF0aW9uDQo+aXMgZ2l2ZW4gZm9yIHRo ZSBidWxsZXQgbGlzdCBvZiAiaXNzdWVzIiBvbiBwLjMgb2YgdGhlIGRyYWZ0Lg0KPg0KPlRoZSBn b2FscyBvZiBDTEFTIG5lZWQgdG8gYmUgbW9yZSBjbGVhcmx5IHN0YXRlZCB1cGZyb250Lg0KPg0K PlRlcm1pbm9sb2d5OiBib3RoIHN0cmF0YSBoYXZlIGFuIFNETiBjb250cm9sbGVyIHdoaWNoIGlz IHNsaWdodGx5DQo+Y29uZnVzaW5nLiBGb3IgZXhhbXBsZSwgdGhlcmUgc2VlbXMgdG8gYmUgYSBz aW5nbGUgU0ROIGNvbnRyb2xsZXIgdGhhdA0KPmhhbmRsZXMgdGhlIG1hbmFnZW1lbnQsIGNvbnRy b2wgYW5kIHJlc291cmNlIHBsYW5lcyAocC4gNy04KSBpbiB0aGUNCj5zZXJ2aWNlIHN0cmF0dW0g KGRpdHRvIGZvciB0aGUgdHJhbnNwb3J0IHN0cmF0dW0pLCBidXQgbm8gZXhwbGFuYXRpb24gaXMN Cj5wcm92aWRlZCB3aHkgdGhpcyBpcyB0aGUgY2FzZSBvciwgaW5kZWVkLCB3aHkgdGhlcmUgaXMg YSBuZWVkIHRvIHNlcGFyYXRlDQo+dGhlIHBsYW5lcyBpZiBvbmUgKGxvZ2ljYWwpIGNvbnRyb2xs ZXIgdGFrZXMgY2FyZSBvZiBldmVyeXRoaW5nIGluIGVhY2gNCj5zdHJhdHVtLiBBbHRob3VnaCB5 b3UgZG8gcmVsYXRlIENMQVMgdG8gUkZDIDc0MjYsIHlvdSBjb3VsZCBhbHNvIGNvbnNpZGVyDQo+ YWRvcHRpbmcgbW9yZSBleHBsaWNpdGx5IHNvbWUgb2YgdGhlIHRlcm1pbm9sb2d5IG9mIFJGQyA3 NDI2IGluIHNlY3Rpb24gMg0KPm9mIHRoZSBkcmFmdC4NCj4NCj5GdXJ0aGVyLCBjYW4geW91IHBs ZWFzZSBwcm92aWRlIG1vcmUgZGV0YWlscyBvbiB0aGUgaW50ZXJhY3Rpb24gb2YgdGhlDQo+IlNE TiBjb250cm9sbGVycyIgYmV0d2VlbiB0aGUgdHdvIHN0cmF0YT8NCj4NCj5OaXRzOg0KPg0KPnMv dmVydGljYWwsIHRpZ2h0IGludGVncmF0ZWQvdmVydGljYWwsIHRpZ2h0bHkgaW50ZWdyYXRlZA0K Pg0KPnMvYW5kIHNlcnZpY2VzIHRoYXQgcmVsaWVzL2FuZCBzZXJ2aWNlcyB0aGF0IHJlbHkNCj4N Cj5zL2NhcHR1cmUgc2VydmljZSByZXF1aXJlbWVudHMgb2Ygc2VydmljZXMvY2FwdHVyZSBzZXJ2 aWNlIHJlcXVpcmVtZW50cw0KPg0KPnMvY2FuIHByb3ZpZGUgdHJhbnNmZXIgZnVuY3Rpb25zL2Nh biBwcm92aWRlIHRyYW5zcG9ydCBmdW5jdGlvbnMNCj4NCj5DYXBpdGFsaXphdGlvbiBpcyBub3Qg Y29uc2lzdGVudCB0aHJvdWdob3V0IHRoZSBkcmFmdCwgZS5nLiBzZXJ2aWNlDQo+c3RyYXR1bSB2 cy4gU2VydmljZSBzdHJhdHVtIHZzLiBTZXJ2aWNlIFN0cmF0dW0NCj4NCj5BcyB0aGlzIGlzIGFu IGluZm9ybWF0aW9uYWwgZHJhZnQsIG5vIG5lZWQgZm9yIFJGQyAyMTE5IHRlcm1pbm9sb2d5LCBh bmQNCj5hbGwgcmVmZXJlbmNlcyBzaG91bGQgYmUgaW5mb3JtYXRpdmUgb25seS4NCj4NCj4NCj5C ZXN0IHJlZ2FyZHMsDQo+DQo+S29zdGFzDQo+DQo+DQo+DQo+DQo+DQo+LS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tDQo+DQo+TWVzc2FnZTogMg0KPkRhdGU6IFdlZCwgMjIgSnVsIDIwMTUg MDc6MjI6NDggKzAwMDANCj5Gcm9tOiBEaXJrIEt1dHNjaGVyIDxEaXJrLkt1dHNjaGVyQG5lY2xh Yi5ldT4NCj5UbzogU0ROIElSVEYgbGlzdCA8c2RuQGlydGYub3JnPg0KPlN1YmplY3Q6IFtTZG5d IFNETiBTZWN1cml0eQ0KPk1lc3NhZ2UtSUQ6DQo+ICAgICAgICA8ODJBQjMyOUE3NkUyNDg0RDkz NEJCQ0E3N0U5RjUyNDk5OUU2QkY1NkBQQUxMRU5FLm9mZmljZS5oZD4NCj5Db250ZW50LVR5cGU6 IHRleHQvcGxhaW47IGNoYXJzZXQ9InVzLWFzY2lpIg0KPg0KPkhpLA0KPg0KPlNpbmNlIHdlIGFy ZSB0YWxraW5nIGFib3V0IFNETiBzZWN1cml0eSB0b2RheSwgSSBqdXN0IHdhbnRlZCB0byBwb2lu dCB5b3UNCj50byBodHRwOi8vc2Ruc2VjdXJpdHkub3JnLyAoS0FJU1QsIFNSSSkuDQo+DQo+RGly aw0KPg0KPg0KPg0KPg0KPg0KPg0KPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPg0K Pk1lc3NhZ2U6IDMNCj5EYXRlOiBXZWQsIDIyIEp1bCAyMDE1IDA3OjQyOjM0ICswMDAwDQo+RnJv bTogUEVEUk8gQU5EUkVTIEFSQU5EQSBHVVRJRVJSRVogPHBlZHJvYS5hcmFuZGFAdGVsZWZvbmlj YS5jb20+DQo+VG86ICJzZG5AaXJ0Zi5vcmciIDxzZG5AaXJ0Zi5vcmc+DQo+U3ViamVjdDogW1Nk bl0gU2VjdXJpdHkgaW4gU0ROIGNvbnRyb2xsZXJzIHByZXNlbnRhdGlvbg0KPk1lc3NhZ2UtSUQ6 IDxEMUQ1MTYwRC4xRjY2RiVwZWRyb2EuYXJhbmRhQHRlbGVmb25pY2EuY29tPg0KPkNvbnRlbnQt VHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD0iaXNvLTg4NTktMSINCj4NCj5IaSBTYW5kcmEsIGxp c3QNCj4NCj5XaGVuIHlvdSBzcGVhayBhYm91dCBhcHAgcmVzaWxpZW5jZSwgYSBxdWVzdGlvbiBw b3BzIHVwIHRvIG15IG1pbmQ6IHNvDQo+eW91IGhhdmUgYW4gYXBwIHRoYXQgY3Jhc2hlcyBhbmQg eW91IHdhbnQgYSBuZXcgaW5zdGFuY2Ugb2YgdGhpcyBhcHAgdG8NCj50YWtlIGNvbnRyb2wuLi4g dGhpcyBjYW4gbGVhZCB0byBzaXR1YXRpb25zIHdoZXJlIHRoZSBuZXcgaW5zdGFuY2Ugc2VuZHMN Cj5jb21tYW5kcyB0byB0aGUgY29udHJvbGxlciB0aGF0IGFyZSBpbiBjb25mbGljdCB3aXRoIHRo ZSBvbmVzIHByZXZpb3VzbHkNCj5pbnN0YWxsZWQuIERvZXNuJ3QgdGhpcyBjYWxsIGZvciBzb21l IHNvcnQgb2YgJ2NvbmZsaWN0IHJlc29sdXRpb24nDQo+bWVjaGFuaXNtLCBjb25zdHJ1Y3QsIC4u LiBpbiB0aGUgU0ROIGNvbnRyb2xsZXI/DQo+DQo+QmVzdCwNCj4vUEENCj4NCj4tLS0NCj5Eci4g UGVkcm8gQS4gQXJhbmRhIEd1dGk/cnJleg0KPg0KPlRlY2hub2xvZ3kgRXhwbG9yYXRpb24gLQ0K Pk5ldHdvcmsgSW5ub3ZhdGlvbiAmIFZpcnR1YWxpc2F0aW9uDQo+ZW1haWw6IHBlZHJvYSBkMHQg YXJhbmRhIEF0IHRlbGVmb25pY2EgZDB0IGNvbQ0KPlRlbGVmP25pY2EsIEludmVzdGlnYWNpP24g eSBEZXNhcnJvbGxvDQo+Qy8gWnVyYmFyP24sMTINCj4yODAxMCBNYWRyaWQsIFNwYWluDQo+DQo+ RnJhZ2VuIHNpbmQgbmljaHQgZGEsIHVtIGJlYW50d29ydGV0IHp1IHdlcmRlbi4NCj5GcmFnZW4g c2luZCBkYSwgdW0gZ2VzdGVsbHQgenUgd2VyZGVuLg0KPkdlb3JnIEtyZWlzbGVyDQo+DQo+X19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4NCj5Fc3RlIG1lbnNhamUgeSBzdXMgYWRq dW50b3Mgc2UgZGlyaWdlbiBleGNsdXNpdmFtZW50ZSBhIHN1IGRlc3RpbmF0YXJpbywNCj5wdWVk ZSBjb250ZW5lciBpbmZvcm1hY2k/biBwcml2aWxlZ2lhZGEgbyBjb25maWRlbmNpYWwgeSBlcyBw YXJhIHVzbw0KPmV4Y2x1c2l2byBkZSBsYSBwZXJzb25hIG8gZW50aWRhZCBkZSBkZXN0aW5vLiBT aSBubyBlcyB1c3RlZC4gZWwNCj5kZXN0aW5hdGFyaW8gaW5kaWNhZG8sIHF1ZWRhIG5vdGlmaWNh ZG8gZGUgcXVlIGxhIGxlY3R1cmEsIHV0aWxpemFjaT9uLA0KPmRpdnVsZ2FjaT9uIHkvbyBjb3Bp YSBzaW4gYXV0b3JpemFjaT9uIHB1ZWRlIGVzdGFyIHByb2hpYmlkYSBlbiB2aXJ0dWQgZGUNCj5s YSBsZWdpc2xhY2k/biB2aWdlbnRlLiBTaSBoYSByZWNpYmlkbyBlc3RlIG1lbnNhamUgcG9yIGVy cm9yLCBsZSByb2dhbW9zDQo+cXVlIG5vcyBsbyBjb211bmlxdWUgaW5tZWRpYXRhbWVudGUgcG9y IGVzdGEgbWlzbWEgdj9hIHkgcHJvY2VkYSBhIHN1DQo+ZGVzdHJ1Y2NpP24uDQo+DQo+VGhlIGlu Zm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIHRyYW5zbWlzc2lvbiBpcyBwcml2aWxlZ2VkIGFu ZA0KPmNvbmZpZGVudGlhbCBpbmZvcm1hdGlvbiBpbnRlbmRlZCBvbmx5IGZvciB0aGUgdXNlIG9m IHRoZSBpbmRpdmlkdWFsIG9yDQo+ZW50aXR5IG5hbWVkIGFib3ZlLiBJZiB0aGUgcmVhZGVyIG9m IHRoaXMgbWVzc2FnZSBpcyBub3QgdGhlIGludGVuZGVkDQo+cmVjaXBpZW50LCB5b3UgYXJlIGhl cmVieSBub3RpZmllZCB0aGF0IGFueSBkaXNzZW1pbmF0aW9uLCBkaXN0cmlidXRpb24NCj5vciBj b3B5aW5nIG9mIHRoaXMgY29tbXVuaWNhdGlvbiBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLiBJZiB5 b3UgaGF2ZQ0KPnJlY2VpdmVkIHRoaXMgdHJhbnNtaXNzaW9uIGluIGVycm9yLCBkbyBub3QgcmVh ZCBpdC4gUGxlYXNlIGltbWVkaWF0ZWx5DQo+cmVwbHkgdG8gdGhlIHNlbmRlciB0aGF0IHlvdSBo YXZlIHJlY2VpdmVkIHRoaXMgY29tbXVuaWNhdGlvbiBpbiBlcnJvcg0KPmFuZCB0aGVuIGRlbGV0 ZSBpdC4NCj4NCj5Fc3RhIG1lbnNhZ2VtIGUgc2V1cyBhbmV4b3Mgc2UgZGlyaWdlbSBleGNsdXNp dmFtZW50ZSBhbyBzZXUNCj5kZXN0aW5hdD9yaW8sIHBvZGUgY29udGVyIGluZm9ybWE/P28gcHJp dmlsZWdpYWRhIG91IGNvbmZpZGVuY2lhbCBlID8NCj5wYXJhIHVzbyBleGNsdXNpdm8gZGEgcGVz c29hIG91IGVudGlkYWRlIGRlIGRlc3Rpbm8uIFNlIG4/byA/IHZvc3NhDQo+c2VuaG9yaWEgbyBk ZXN0aW5hdD9yaW8gaW5kaWNhZG8sIGZpY2Egbm90aWZpY2FkbyBkZSBxdWUgYSBsZWl0dXJhLA0K PnV0aWxpemE/P28sIGRpdnVsZ2E/P28gZS9vdSBjP3BpYSBzZW0gYXV0b3JpemE/P28gcG9kZSBl c3RhciBwcm9pYmlkYSBlbQ0KPnZpcnR1ZGUgZGEgbGVnaXNsYT8/byB2aWdlbnRlLiBTZSByZWNl YmV1IGVzdGEgbWVuc2FnZW0gcG9yIGVycm8sDQo+cm9nYW1vcy1saGUgcXVlIG5vcyBvIGNvbXVu aXF1ZSBpbWVkaWF0YW1lbnRlIHBvciBlc3RhIG1lc21hIHZpYSBlDQo+cHJvY2VkYSBhIHN1YSBk ZXN0cnVpPz9vDQo+LS0tLS0tLS0tLS0tLS0gbmV4dCBwYXJ0IC0tLS0tLS0tLS0tLS0tDQo+QW4g SFRNTCBhdHRhY2htZW50IHdhcyBzY3J1YmJlZC4uLg0KPlVSTDoNCj48aHR0cHM6Ly9tYWlsYXJj aGl2ZS5pZXRmLm9yZy9hcmNoL2Jyb3dzZS9zZG4vYXR0YWNobWVudHMvMjAxNTA3MjIvMDAyNTkw NA0KPjkvYXR0YWNobWVudC5odG1sPg0KPg0KPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQ0KPg0KPk1lc3NhZ2U6IDQNCj5EYXRlOiBUdWUsIDIxIEp1bCAyMDE1IDIyOjE2OjA2ICswMDAw DQo+RnJvbTogTFVJUyBNSUdVRUwgQ09OVFJFUkFTIE1VUklMTE8NCj4gICAgICAgIDxsdWlzbWln dWVsLmNvbnRyZXJhc211cmlsbG9AdGVsZWZvbmljYS5jb20+DQo+VG86ICJEaXJrLnZvbi1IdWdv QHRlbGVrb20uZGUiIDxEaXJrLnZvbi1IdWdvQHRlbGVrb20uZGU+DQo+Q2M6ICJkcmFmdC1jb250 cmVyYXMtc2RucmctbGF5ZXJlZC1zZG5AdG9vbHMuaWV0Zi5vcmciDQo+ICAgICAgICA8ZHJhZnQt Y29udHJlcmFzLXNkbnJnLWxheWVyZWQtc2RuQHRvb2xzLmlldGYub3JnPiwgInNkbkBpcnRmLm9y ZyINCj4gICAgICAgIDxzZG5AaXJ0Zi5vcmc+DQo+U3ViamVjdDogUmU6IFtTZG5dIGRyYWZ0LWNv bnRyZXJhcy1zZG5yZy1sYXllcmVkLXNkbg0KPk1lc3NhZ2UtSUQ6DQo+DQo+PEFNM1BSMDZNQjEz NzkwMTJBRUZENDE3MTlBQkVBQUYxRTlFODQwQEFNM1BSMDZNQjEzNzkuZXVycHJkMDYucHJvZC5v dXRsb28NCj5rLmNvbT4NCj4NCj5Db250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9InV0 Zi04Ig0KPg0KPkhpIERpcmsNCj4NCj5UaGFua3MgZm9yIHRoZSBjb21tZW50cyByZWNlaXZlZC4g UGxlYXNlIGZpbmQgbXkgYW5zd2VycyBpbi1saW5lLg0KPg0KPj4gLS0tLS1NZW5zYWplIG9yaWdp bmFsLS0tLS0NCj4+IERlOiBEaXJrLnZvbi1IdWdvQHRlbGVrb20uZGUgW21haWx0bzpEaXJrLnZv bi1IdWdvQHRlbGVrb20uZGVdDQo+PiBFbnZpYWRvIGVsOiB2aWVybmVzLCAxNyBkZSBqdWxpbyBk ZSAyMDE1IDE0OjU5DQo+PiBQYXJhOiBkcmFmdC1jb250cmVyYXMtc2RucmctbGF5ZXJlZC1zZG5A dG9vbHMuaWV0Zi5vcmcNCj4+IENDOiBzZG5AaXJ0Zi5vcmcNCj4+IEFzdW50bzogZHJhZnQtY29u dHJlcmFzLXNkbnJnLWxheWVyZWQtc2RuDQo+Pg0KPj4gRGVhciBhdXRob3JzLCBhbGwsDQo+PiBJ IGhhZCBhIGxvb2sgYXQgcmVjZW50bHkgdXBkYXRlZCBkcmFmdC1jb250cmVyYXMtc2RucmctbGF5 ZXJlZC1zZG4uDQo+PiBJTU8gdGhpcyBkcmFmdCBkZXNjcmliZXMgZnV0dXJlIGdlbmVyYXRpb24g aGlnaGx5IGhldGVyb2dlbmVvdXMgbmV0d29yaw0KPj4gY29uY2VwdHMnIGlzc3VlcyBhbmQgY3Jv c3MtZG9tYWluIGFzcGVjdHMgd2l0aCByZXNwZWN0IHRvIFNETiBkZS0NCj4+IGNvbXBvc2l0aW9u YWwgYWJzdHJhY3Rpb24uDQo+PiBUaGUgYWRkaXRpb24gb2YgcmVxdWlyZWQgZmVhdHVyZXMgcG9p bnRzIHRvd2FyZHMgcG90ZW50aWFsIHJlc2VhcmNoDQo+Pmlzc3VlcyB0bw0KPj4gYmUgZGV0YWls ZWQgaW4gdGhlIGZ1dHVyZS4NCj4+IEkgdGhpbmsgaXQgaXMgaW50ZXJlc3RpbmcgZm9yIGFuZCBz aG91bGQgYmUgZGlzY3Vzc2VkIGluIHRoaXMgZ3JvdXAuDQo+DQo+W2xtY20+Pl0gVGhhbmtzIGZv ciB0aGUgY29tbWVudC4gSW4gZmFjdCBoZXRlcm9nZW5lb3VzIG5ldHdvcmtzIGFyZSB0aGUNCj5y ZWFsIG9wZXJhdG9yIGVudmlyb25tZW50cyBmb3VuZCBub3dhZGF5cywgYW5kIHRoaXMgdHJlbmQg d2lsbCBjb250aW51ZQ0KPmhhcHBlbi4gT24gdGhlIG90aGVyIGhhbmQsIGEgY29tbW9uIHNldCBv ZiBzZXJ2aWNlcyBoYXZlIHRvIGJlIGRlcGxveWVkLA0KPm9wZXJhdGVkIGFuZCBtYWludGFpbmVk IG92ZXIgc3VjaCBoZXRlcm9nZW5lb3VzIGluZnJhc3RydWN0dXJlcy4gVGhpcw0KPnByb3Bvc2Fs IGludGVuZHMgdG8gc2VwYXJhdGUgYm90aCBTZXJ2aWNlcyBhbmQgVHJhbnNwb3J0IHNwZWNpZmlj aXRpZXMNCj5hbGxvd2luZyBmb3IgZGlmZmVyZW50IGV2b2x1dGlvbiBvZiBib3RoIHN0cmF0YSBv ciBsYXllcnMgaW4gdGhlDQo+ZnJhbWV3b3JrIG9mIFNETi4NCj4NCj4+DQo+PiBTb21lIG1pbm9y IHJlbWFya3M6DQo+PiBTZWN0LiAzLjEuMyBvbiAnUmVjdXJzaXZlbmVzcycgYW5kIHNlY3QuIDUu My4gb24gJ011bHRpLWRvbWFpbg0KPj5zY2VuYXJpb3MgaW4NCj4+IFRyYW5zcG9ydCBTdHJhdHVt JyBzZWVtIHRvIGJlIGludGVycmVsYXRlZCB3aGljaCBtaWdodCBiZSBwb2ludGVkIG91dCBieQ0K Pj4gY29ycmVzcG9uZGluZyByZWZlcmVuY2VzLg0KPg0KPltsbWNtPj5dIFRoZXJlIGlzIGNlcnRh aW5seSBzb21lIHJlbGF0aW9uc2hpcC4gVGhpcyB3b3VsZCBiZSB0aGUgY2FzZSBvZg0KPmhhdmlu ZyBhIGxvd2VyIFNlcnZpY2Ugc3RyYXR1bSBpbiBjaGFyZ2Ugb2YgY29tcG9zaW5nIG11bHRpLWRv bWFpbg0KPnRyYW5zcG9ydCBjYXBhYmlsaXRpZXMgdG8gb2ZmZXIgdGhlbSBhcyBhIHNpbmdsZSBU cmFuc3BvcnQgc3RyYXR1bQ0KPmNhcGFiaWxpdGllcyB0byBzb21lIGhpZ2hlciBTZXJ2aWNlIHN0 cmF0dW0gb24gdG9wIG9mIGl0LiBBcGFydCBvZg0KPmNvbXBvc2luZyByZXNvdXJjZXMgc29tZSBv dGhlciByaWNoIGZ1bmN0aW9uYWxpdGllcyBjb3VsZCBiZSBleHBlY3RlZCwNCj5saWtlIGUuZy4g U0xBIG1haW50ZW5hbmNlLg0KPg0KPkkgd29uZGVyIHdoZXRoZXIgYWxzbyA1LjEuMi4gb24gJ1Np bmdsZSBzZXJ2aWNlDQo+PiBzdHJhdHVtIGFzc29jaWF0ZWQgdG8gbXVsdGlwbGUgVHJhbnNwb3J0 IHN0cmF0YScgc2hvdWxkIGJlIG1lbnRpb25lZA0KPj5oZXJlIC0NCj4+IGhhdmluZyB0aGUgb3Jj aGVzdHJhdG9yIGluIHNlcnZpY2Ugc3RyYXR1bSBhcyBwcm92aWRpbmcgcmVjdXJzaXZlbmVzcywN Cj4+aWYgSQ0KPj4gaGF2ZSB1bmRlcnN0b29kIGl0IGNvcnJlY3RseQ0KPj4NCj4NCj5bbG1jbT4+ XSBUaGlzIHdvdWxkIGJlIGFjdHVhbGx5IHR3byBkaWZmZXJlbnQgY2FzZXMuIE9uZSBzaW5nbGUg U2VydmljZQ0KPlN0cmF0dW0gYXNzb2NpYXRlZCB0byBtdWx0aXBsZSBUcmFuc3BvcnQgU3RyYXRh IGlzIGF3YXJlIG9mIHRoZSBkaWZmZXJlbnQNCj50cmFuc3BvcnQgY2FwYWJpbGl0aWVzIG9mZmVy ZWQgYnkgdGhlIGRpZmZlcmVudCBUcmFuc3BvcnQgc3RyYXRhLCB3aGlsZQ0KPmluIHRoZSByZWN1 cnNpdmVuZXMgKyBtdWx0aS1kb21haW4gdHJhbnNwb3J0IHNjZW5hcmlvIHRoZSBoaWdoZXIgU2Vy dmljZQ0KPlN0cmF0dW0gaXMgYXdhcmUgKG9yIG5vdCBuZWNlc3NhcnkgYXdhcmUpIG9mIHRoZSBt dWx0aXBsZSB1bmRlcmx5aW5nDQo+VHJhbnNwb3J0IFN0cmF0YS4NCj4NCj4NCj4+IHAuNA0KPj4g byAgU2VydmljZTogZGVub3RlIGEgbG9naWNhbCBjb25zdHJ1Y3QgdGhhdCBtYWtlIHVzZSBvZiA9 PiBvICBTZXJ2aWNlOg0KPj5kZW5vdGVzDQo+PiBhIGxvZ2ljYWwgY29uc3RydWN0IHRoYXQgbWFr ZXMgdXNlIG9mDQo+Pg0KPltsbWNtPj5dIFRobmFrcywgbm90ZWQuDQo+DQo+PiBUaGUgU0ROIGlu dGVsbGlnZW5jZSByZWxpZXMgb24gaW5wdXRzIGZvcm0gdmFyaW91cyA9PiBUaGUgU0RODQo+Pmlu dGVsbGlnZW5jZQ0KPj4gcmVsaWVzIG9uIGlucHV0cyBmcm9tIHZhcmlvdXMNCj4+DQo+W2xtY20+ Pl0gVGhhbmtzLCBub3RlZA0KPg0KPj4gU0ROIGludGVsbGlnZW5jZSA9PiBhcGFydCBmcm9tIHRo ZSBkZWZpbml0aW9uIHBhcmFncmFwaCB0aGlzIGV4cHJlc3Npb24NCj4+aXMgbm90DQo+PiB1c2Vk IHRocm91Z2hvdXQgdGhlIGRvY3VtZW50IC4uLiBwZXJoYXBzIGl0IHNob3VsZCBiZSBtZW50aW9u ZWQgZm9yIFNETg0KPj4gY29udHJvbGxlciBmdW5jdGlvbmFsaXRpZXMgb3Igd2hlbiB0YWxraW5n IG9uIHNlcnZpY2UvbmV0d29yaw0KPj5pbnRlbGxpZ2VuY2UNCj4+IGFnYWluPw0KPltsbWNtPj5d IFRoYW5rcyBmb3IgcG9pbnRpbmcgaXQgb3V0LiBPbmUgb2YgdGhlIHBlbmRpbmcgdG9waWNzIGZv ciBmdXR1cmUNCj52ZXJzaW9ucyBpcyB0aGUgZmFjdCBvZiBkZXNjcmliaW5nIGJ1aWxkaW5nIGJs b2NrcyBmb3IgdGhlIHByb3Bvc2VkDQo+YXJjaGl0ZWN0dXJlLiBTb21lIG9mIHRob3NlIGNvbXBv bmVudHMgd291bGQgZm9ybSBzdWNoIFNETiBpbnRlbGxpZ2VuY2UsDQo+ZS5nLiwgcGF0aCBjb21w dXRhdGlvbiBjYXBhYmlsaXRpZXMsIGV0Yy4gV2Ugd2lsbCBpbmNsdWRlIHN1Y2gNCj5pbmZvcm1h dGlvbiBmb3IgbmV4dCB2ZXJzaW9uIG9mIHRoZSBkb2N1bWVudC4NCj4NCj4+IHAuOA0KPj4gVGhl IFNlcnZpY2UgU0ROIGNvbnRyb2xsZXIgYWN0cyBhcyBhIGNsaWVudCBvZiB0aGUgVHJhbnNwb3J0 IFNETg0KPj5jb250cm9sbGVyDQo+W2xtY20+Pl0gSXMgdGhpcyBjb21tZW50IG1heWJlIG5vdCBj b21wbGV0ZT8NCj4NCj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPg0KPkVzdGUg bWVuc2FqZSB5IHN1cyBhZGp1bnRvcyBzZSBkaXJpZ2VuIGV4Y2x1c2l2YW1lbnRlIGEgc3UgZGVz dGluYXRhcmlvLA0KPnB1ZWRlIGNvbnRlbmVyIGluZm9ybWFjaT9uIHByaXZpbGVnaWFkYSBvIGNv bmZpZGVuY2lhbCB5IGVzIHBhcmEgdXNvDQo+ZXhjbHVzaXZvIGRlIGxhIHBlcnNvbmEgbyBlbnRp ZGFkIGRlIGRlc3Rpbm8uIFNpIG5vIGVzIHVzdGVkLiBlbA0KPmRlc3RpbmF0YXJpbyBpbmRpY2Fk bywgcXVlZGEgbm90aWZpY2FkbyBkZSBxdWUgbGEgbGVjdHVyYSwgdXRpbGl6YWNpP24sDQo+ZGl2 dWxnYWNpP24geS9vIGNvcGlhIHNpbiBhdXRvcml6YWNpP24gcHVlZGUgZXN0YXIgcHJvaGliaWRh IGVuIHZpcnR1ZCBkZQ0KPmxhIGxlZ2lzbGFjaT9uIHZpZ2VudGUuIFNpIGhhIHJlY2liaWRvIGVz dGUgbWVuc2FqZSBwb3IgZXJyb3IsIGxlIHJvZ2Ftb3MNCj5xdWUgbm9zIGxvIGNvbXVuaXF1ZSBp bm1lZGlhdGFtZW50ZSBwb3IgZXN0YSBtaXNtYSB2P2EgeSBwcm9jZWRhIGEgc3UNCj5kZXN0cnVj Y2k/bi4NCj4NCj5UaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgdHJhbnNtaXNzaW9u IGlzIHByaXZpbGVnZWQgYW5kDQo+Y29uZmlkZW50aWFsIGluZm9ybWF0aW9uIGludGVuZGVkIG9u bHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3INCj5lbnRpdHkgbmFtZWQgYWJvdmUu IElmIHRoZSByZWFkZXIgb2YgdGhpcyBtZXNzYWdlIGlzIG5vdCB0aGUgaW50ZW5kZWQNCj5yZWNp cGllbnQsIHlvdSBhcmUgaGVyZWJ5IG5vdGlmaWVkIHRoYXQgYW55IGRpc3NlbWluYXRpb24sIGRp c3RyaWJ1dGlvbg0KPm9yIGNvcHlpbmcgb2YgdGhpcyBjb21tdW5pY2F0aW9uIGlzIHN0cmljdGx5 IHByb2hpYml0ZWQuIElmIHlvdSBoYXZlDQo+cmVjZWl2ZWQgdGhpcyB0cmFuc21pc3Npb24gaW4g ZXJyb3IsIGRvIG5vdCByZWFkIGl0LiBQbGVhc2UgaW1tZWRpYXRlbHkNCj5yZXBseSB0byB0aGUg c2VuZGVyIHRoYXQgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBjb21tdW5pY2F0aW9uIGluIGVycm9y DQo+YW5kIHRoZW4gZGVsZXRlIGl0Lg0KPg0KPkVzdGEgbWVuc2FnZW0gZSBzZXVzIGFuZXhvcyBz ZSBkaXJpZ2VtIGV4Y2x1c2l2YW1lbnRlIGFvIHNldQ0KPmRlc3RpbmF0P3JpbywgcG9kZSBjb250 ZXIgaW5mb3JtYT8/byBwcml2aWxlZ2lhZGEgb3UgY29uZmlkZW5jaWFsIGUgPw0KPnBhcmEgdXNv IGV4Y2x1c2l2byBkYSBwZXNzb2Egb3UgZW50aWRhZGUgZGUgZGVzdGluby4gU2Ugbj9vID8gdm9z c2ENCj5zZW5ob3JpYSBvIGRlc3RpbmF0P3JpbyBpbmRpY2FkbywgZmljYSBub3RpZmljYWRvIGRl IHF1ZSBhIGxlaXR1cmEsDQo+dXRpbGl6YT8/bywgZGl2dWxnYT8/byBlL291IGM/cGlhIHNlbSBh dXRvcml6YT8/byBwb2RlIGVzdGFyIHByb2liaWRhIGVtDQo+dmlydHVkZSBkYSBsZWdpc2xhPz9v IHZpZ2VudGUuIFNlIHJlY2ViZXUgZXN0YSBtZW5zYWdlbSBwb3IgZXJybywNCj5yb2dhbW9zLWxo ZSBxdWUgbm9zIG8gY29tdW5pcXVlIGltZWRpYXRhbWVudGUgcG9yIGVzdGEgbWVzbWEgdmlhIGUN Cj5wcm9jZWRhIGEgc3VhIGRlc3RydWk/P28NCj4NCj4NCj4NCj4tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NCj4NCj5TdWJqZWN0OiBEaWdlc3QgRm9vdGVyDQo+DQo+X19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj5zZG4gbWFpbGluZyBsaXN0DQo+ c2RuQGlydGYub3JnDQo+aHR0cHM6Ly93d3cuaXJ0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zZG4N Cj4NCj4NCj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4NCj5FbmQgb2Ygc2RuIERp Z2VzdCwgVm9sIDM4LCBJc3N1ZSA0DQo+KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq Kg0KPg0KPg0KPg0KPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPg0KPlN1YmplY3Q6 IERpZ2VzdCBGb290ZXINCj4NCj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KPnNkbiBtYWlsaW5nIGxpc3QNCj5zZG5AaXJ0Zi5vcmcNCj5odHRwczovL3d3 dy5pcnRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Nkbg0KPg0KPg0KPi0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLQ0KPg0KPkVuZCBvZiBzZG4gRGlnZXN0LCBWb2wgMzgsIElzc3VlIDUNCj4q KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqDQoNCg0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCg0KRXN0ZSBtZW5zYWplIHkgc3VzIGFkanVudG9zIHNlIGRpcmlnZW4g ZXhjbHVzaXZhbWVudGUgYSBzdSBkZXN0aW5hdGFyaW8sIHB1ZWRlIGNvbnRlbmVyIGluZm9ybWFj acOzbiBwcml2aWxlZ2lhZGEgbyBjb25maWRlbmNpYWwgeSBlcyBwYXJhIHVzbyBleGNsdXNpdm8g ZGUgbGEgcGVyc29uYSBvIGVudGlkYWQgZGUgZGVzdGluby4gU2kgbm8gZXMgdXN0ZWQuIGVsIGRl c3RpbmF0YXJpbyBpbmRpY2FkbywgcXVlZGEgbm90aWZpY2FkbyBkZSBxdWUgbGEgbGVjdHVyYSwg dXRpbGl6YWNpw7NuLCBkaXZ1bGdhY2nDs24geS9vIGNvcGlhIHNpbiBhdXRvcml6YWNpw7NuIHB1 ZWRlIGVzdGFyIHByb2hpYmlkYSBlbiB2aXJ0dWQgZGUgbGEgbGVnaXNsYWNpw7NuIHZpZ2VudGUu IFNpIGhhIHJlY2liaWRvIGVzdGUgbWVuc2FqZSBwb3IgZXJyb3IsIGxlIHJvZ2Ftb3MgcXVlIG5v cyBsbyBjb211bmlxdWUgaW5tZWRpYXRhbWVudGUgcG9yIGVzdGEgbWlzbWEgdsOtYSB5IHByb2Nl ZGEgYSBzdSBkZXN0cnVjY2nDs24uDQoNClRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhp cyB0cmFuc21pc3Npb24gaXMgcHJpdmlsZWdlZCBhbmQgY29uZmlkZW50aWFsIGluZm9ybWF0aW9u IGludGVuZGVkIG9ubHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IG5h bWVkIGFib3ZlLiBJZiB0aGUgcmVhZGVyIG9mIHRoaXMgbWVzc2FnZSBpcyBub3QgdGhlIGludGVu ZGVkIHJlY2lwaWVudCwgeW91IGFyZSBoZXJlYnkgbm90aWZpZWQgdGhhdCBhbnkgZGlzc2VtaW5h dGlvbiwgZGlzdHJpYnV0aW9uIG9yIGNvcHlpbmcgb2YgdGhpcyBjb21tdW5pY2F0aW9uIGlzIHN0 cmljdGx5IHByb2hpYml0ZWQuIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgdHJhbnNtaXNzaW9u IGluIGVycm9yLCBkbyBub3QgcmVhZCBpdC4gUGxlYXNlIGltbWVkaWF0ZWx5IHJlcGx5IHRvIHRo ZSBzZW5kZXIgdGhhdCB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGNvbW11bmljYXRpb24gaW4gZXJy b3IgYW5kIHRoZW4gZGVsZXRlIGl0Lg0KDQpFc3RhIG1lbnNhZ2VtIGUgc2V1cyBhbmV4b3Mgc2Ug ZGlyaWdlbSBleGNsdXNpdmFtZW50ZSBhbyBzZXUgZGVzdGluYXTDoXJpbywgcG9kZSBjb250ZXIg aW5mb3JtYcOnw6NvIHByaXZpbGVnaWFkYSBvdSBjb25maWRlbmNpYWwgZSDDqSBwYXJhIHVzbyBl eGNsdXNpdm8gZGEgcGVzc29hIG91IGVudGlkYWRlIGRlIGRlc3Rpbm8uIFNlIG7Do28gw6kgdm9z c2Egc2VuaG9yaWEgbyBkZXN0aW5hdMOhcmlvIGluZGljYWRvLCBmaWNhIG5vdGlmaWNhZG8gZGUg cXVlIGEgbGVpdHVyYSwgdXRpbGl6YcOnw6NvLCBkaXZ1bGdhw6fDo28gZS9vdSBjw7NwaWEgc2Vt IGF1dG9yaXphw6fDo28gcG9kZSBlc3RhciBwcm9pYmlkYSBlbSB2aXJ0dWRlIGRhIGxlZ2lzbGHD p8OjbyB2aWdlbnRlLiBTZSByZWNlYmV1IGVzdGEgbWVuc2FnZW0gcG9yIGVycm8sIHJvZ2Ftb3Mt bGhlIHF1ZSBub3MgbyBjb211bmlxdWUgaW1lZGlhdGFtZW50ZSBwb3IgZXN0YSBtZXNtYSB2aWEg ZSBwcm9jZWRhIGEgc3VhIGRlc3RydWnDp8Ojbw0K From nobody Wed Jul 22 02:24:42 2015 Return-Path: X-Original-To: sdn@ietfa.amsl.com Delivered-To: sdn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B046A1A1EB7 for ; Wed, 22 Jul 2015 02:24:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.21 X-Spam-Level: X-Spam-Status: No, score=-1.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_101=0.6, J_CHICKENPOX_44=0.6, J_CHICKENPOX_54=0.6, J_CHICKENPOX_61=0.6, J_CHICKENPOX_91=0.6, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] 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 vRUVFPqiC7pi for ; Wed, 22 Jul 2015 02:24:33 -0700 (PDT) Received: from mx4.qub.ac.uk (mx4.qub.ac.uk [143.117.16.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 659901ACDEC for ; Wed, 22 Jul 2015 02:24:32 -0700 (PDT) Received: from ex2k10-cas4.ads.qub.ac.uk ([143.117.16.50] helo=owa.qub.ac.uk) by mx4.qub.ac.uk with esmtp (Exim 4.80.1) (envelope-from ) id 1ZHqGM-0002Zz-9C for sdn@irtf.org; Wed, 22 Jul 2015 10:24:30 +0100 Received: from EX2K10-MBX8.ads.qub.ac.uk ([fe80::11ff:46e3:6a46:c5ed]) by EX2K10-CAS4.ads.qub.ac.uk ([2002:8f75:1032::8f75:1032]) with mapi id 14.03.0224.002; Wed, 22 Jul 2015 10:24:28 +0100 From: Sandra Scott-Hayward To: "sdn@irtf.org" Thread-Topic: sdn Digest, Vol 38, Issue 6 Thread-Index: AQHQxF5P4o6m7KE/pkOATKdRCNWsWp3nNUGt Date: Wed, 22 Jul 2015 09:24:27 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [143.117.16.109] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Sdn] sdn Digest, Vol 38, Issue 6 X-BeenThere: sdn@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List to Discuss SDN Research Group in the IRTF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 09:24:36 -0000 Hi Haibin,=0A= =0A= You're right that the basic resolution will be state synchronization but I = think both application design and a consideration of policy conflict issues= arising from the failure due to potential latencies must also be taken int= o account. =0A= =0A= Sandra =0A= =0A= ________________________________________=0A= From: sdn [sdn-bounces@irtf.org] on behalf of sdn-request@irtf.org [sdn-req= uest@irtf.org]=0A= Sent: 22 July 2015 10:10=0A= To: sdn@irtf.org=0A= Subject: sdn Digest, Vol 38, Issue 6=0A= =0A= Send sdn mailing list submissions to=0A= sdn@irtf.org=0A= =0A= To subscribe or unsubscribe via the World Wide Web, visit=0A= https://www.irtf.org/mailman/listinfo/sdn=0A= or, via email, send a message with subject or body 'help' to=0A= sdn-request@irtf.org=0A= =0A= You can reach the person managing the list at=0A= sdn-owner@irtf.org=0A= =0A= When replying, please edit your Subject line so it is more specific=0A= than "Re: Contents of sdn digest..."=0A= =0A= =0A= Today's Topics:=0A= =0A= 1. Re: Security in SDN controllers presentation (Songhaibin (A))=0A= 2. Re: sdn Digest, Vol 38, Issue 5 (PEDRO ANDRES ARANDA GUTIERREZ)=0A= =0A= =0A= ----------------------------------------------------------------------=0A= =0A= Message: 1=0A= Date: Wed, 22 Jul 2015 09:05:01 +0000=0A= From: "Songhaibin (A)" =0A= To: PEDRO ANDRES ARANDA GUTIERREZ ,=0A= "sdn@irtf.org" =0A= Subject: Re: [Sdn] Security in SDN controllers presentation=0A= Message-ID:=0A= =0A= =0A= Content-Type: text/plain; charset=3D"iso-8859-1"=0A= =0A= I guess this problem should be solved by state synchronization between the = controller and the new instance, instead of conflict resolution that aimed = to solve conflict from different configurations from the applications. Mayb= e I am wrong.=0A= =0A= BR,=0A= -Haibin=0A= =0A= From: sdn [mailto:sdn-bounces@irtf.org] On Behalf Of PEDRO ANDRES ARANDA GU= TIERREZ=0A= Sent: Wednesday, July 22, 2015 3:43 PM=0A= To: sdn@irtf.org=0A= Subject: [Sdn] Security in SDN controllers presentation=0A= =0A= Hi Sandra, list=0A= =0A= When you speak about app resilience, a question pops up to my mind: so you = have an app that crashes and you want a new instance of this app to take co= ntrol... this can lead to situations where the new instance sends commands = to the controller that are in conflict with the ones previously installed. = Doesn't this call for some sort of 'conflict resolution' mechanism, constru= ct, ... in the SDN controller?=0A= =0A= Best,=0A= /PA=0A= =0A= ---=0A= Dr. Pedro A. Aranda Guti?rrez=0A= =0A= Technology Exploration -=0A= Network Innovation & Virtualisation=0A= email: pedroa d0t aranda At telefonica d0t com=0A= Telef?nica, Investigaci?n y Desarrollo=0A= C/ Zurbar?n,12=0A= 28010 Madrid, Spain=0A= =0A= Fragen sind nicht da, um beantwortet zu werden.=0A= Fragen sind da, um gestellt zu werden.=0A= Georg Kreisler=0A= =0A= ________________________________=0A= =0A= Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, pu= ede contener informaci?n privilegiada o confidencial y es para uso exclusiv= o de la persona o entidad de destino. Si no es usted. el destinatario indic= ado, queda notificado de que la lectura, utilizaci?n, divulgaci?n y/o copia= sin autorizaci?n puede estar prohibida en virtud de la legislaci?n vigente= . Si ha recibido este mensaje por error, le rogamos que nos lo comunique in= mediatamente por esta misma v?a y proceda a su destrucci?n.=0A= =0A= 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.=0A= =0A= Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinat?rio, = pode conter informa??o privilegiada ou confidencial e ? para uso exclusivo = da pessoa ou entidade de destino. Se n?o ? vossa senhoria o destinat?rio in= dicado, fica notificado de que a leitura, utiliza??o, divulga??o e/ou c?pia= sem autoriza??o pode estar proibida em virtude da legisla??o vigente. Se r= ecebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatament= e por esta mesma via e proceda a sua destrui??o=0A= -------------- next part --------------=0A= An HTML attachment was scrubbed...=0A= URL: =0A= =0A= ------------------------------=0A= =0A= Message: 2=0A= Date: Wed, 22 Jul 2015 09:10:11 +0000=0A= From: PEDRO ANDRES ARANDA GUTIERREZ =0A= To: "s.scott-hayward@qub.ac.uk" =0A= Cc: "sdn@irtf.org" =0A= Subject: Re: [Sdn] sdn Digest, Vol 38, Issue 5=0A= Message-ID: =0A= Content-Type: text/plain; charset=3D"utf-8"=0A= =0A= =0A= HI Sandra,=0A= =0A= May I make you aware of the NetIDE project http://www.netide.eu where we=0A= are experimenting with conflict resolution using an augmented version of=0A= ONOS and/or OpenDaylight? We have github presence and some of the code is= =0A= already available.=0A= =0A= Do not hesitate to contact me directly for further questions=0A= =0A= Best, /PA=0A= ---=0A= Dr. Pedro A. Aranda Guti?rrez=0A= =0A= Technology Exploration -=0A= Network Innovation & Virtualisation=0A= email: pedroa d0t aranda At telefonica d0t com=0A= Telef?nica, Investigaci?n y Desarrollo=0A= C/ Zurbar?n,12=0A= 28010 Madrid, Spain=0A= =0A= Fragen sind nicht da, um beantwortet zu werden.=0A= Fragen sind da, um gestellt zu werden.=0A= Georg Kreisler=0A= =0A= =0A= =0A= =0A= El 22/07/15 11:04, "sdn on behalf of sdn-request@irtf.org"=0A= escribi?:=0A= =0A= >=0A= >Message: 3=0A= >Date: Wed, 22 Jul 2015 09:03:56 +0000=0A= >From: Sandra Scott-Hayward =0A= >To: "sdn@irtf.org" =0A= >Subject: Re: [Sdn] sdn Digest, Vol 38, Issue 4=0A= >Message-ID:=0A= > =0A= >Content-Type: text/plain; charset=3D"us-ascii"=0A= >=0A= >Hi Pedro,=0A= >=0A= >In response to your application resilience question - yes, this is=0A= >definitely a concern. As identified in our analysis, there is little/no=0A= >investigation on this to date and in my opinion requires further=0A= >research. From what I've seen, Controller designers are making advances=0A= >in the controller clustering and resilience direction and believe that=0A= >state management for applications could follow the same methodology.=0A= >However, as far as I know, they have not got to that point yet.=0A= >=0A= >If you are interested in this work, I am happy to discuss it further with= =0A= >you.=0A= >All the best,=0A= >Sandra=0A= >________________________________________=0A= >From: sdn [sdn-bounces@irtf.org] on behalf of sdn-request@irtf.org=0A= >[sdn-request@irtf.org]=0A= >Sent: 22 July 2015 09:41=0A= >To: sdn@irtf.org=0A= >Subject: sdn Digest, Vol 38, Issue 4=0A= >=0A= >Send sdn mailing list submissions to=0A= > sdn@irtf.org=0A= >=0A= >To subscribe or unsubscribe via the World Wide Web, visit=0A= > https://www.irtf.org/mailman/listinfo/sdn=0A= >or, via email, send a message with subject or body 'help' to=0A= > sdn-request@irtf.org=0A= >=0A= >You can reach the person managing the list at=0A= > sdn-owner@irtf.org=0A= >=0A= >When replying, please edit your Subject line so it is more specific=0A= >than "Re: Contents of sdn digest..."=0A= >=0A= >=0A= >Today's Topics:=0A= >=0A= > 1. Review of draft-contreras-sdnrg-layered-sdn-03=0A= > (Kostas Pentikousis)=0A= > 2. SDN Security (Dirk Kutscher)=0A= > 3. Security in SDN controllers presentation=0A= > (PEDRO ANDRES ARANDA GUTIERREZ)=0A= > 4. Re: draft-contreras-sdnrg-layered-sdn=0A= > (LUIS MIGUEL CONTRERAS MURILLO)=0A= >=0A= >=0A= >----------------------------------------------------------------------=0A= >=0A= >Message: 1=0A= >Date: Wed, 22 Jul 2015 00:24:53 +0200=0A= >From: Kostas Pentikousis =0A= >To: "draft-contreras-sdnrg-layered-sdn@tools.ietf.org"=0A= > =0A= >Cc: SDN IRTF list =0A= >Subject: [Sdn] Review of draft-contreras-sdnrg-layered-sdn-03=0A= >Message-ID:=0A= > <0C7EDCF89AB9E2478B5D010026CFF4AEB5AB998173@SBS2008.eict.local>=0A= >Content-Type: text/plain; charset=3D"us-ascii"=0A= >=0A= >Dear authors, all,=0A= >=0A= >I read draft-contreras-sdnrg-layered-sdn-03 and I find it quite relevant= =0A= >for our work in the FELIX project (to be presented at SDNRG on Wednesday= =0A= >morning; see=0A= >https://www.ietf.org/proceedings/93/slides/slides-93-sdnrg-7.pdf).=0A= >Specifically, FELIX independently designed an architecture which has a=0A= >number of common elements with CLAS, at least in my mind. I see certain=0A= >commonalities, for example, between the CLAS transport stratum and the=0A= >FELIX Space (see p. 5 of the slides) on the one hand, and between the=0A= >CLAS service stratum and the (FELIX) User Space. As in CLAS, FELIX=0A= >employs dynamic transport bandwidth on demand using the Network Service=0A= >Interface across heterogeneous multiple domains.=0A= >=0A= >I would have liked to see a bit more details about which resources you=0A= >consider and how are they managed and controlled. The use cases section=0A= >points to NFV as well as abstraction and control of transport networks as= =0A= >placeholders. Are you planning to complete this section in -04? As you=0A= >can see in the slides, in FELIX we consider SDN, compute and (on demand)= =0A= >transit network resources which can be allocated and used through=0A= >policy-based recursive orchestration (see also=0A= >https://datatracker.ietf.org/doc/draft-felix-nfvrg-recursive-orchestration= =0A= >/).=0A= >=0A= >Editorial comments:=0A= >=0A= >I find that Section 1 (Introduction) is practically decoupled from=0A= >Section 3, where CLAS is introduced. In addition, it would be good to=0A= >back these points with references because right now no good explanation=0A= >is given for the bullet list of "issues" on p.3 of the draft.=0A= >=0A= >The goals of CLAS need to be more clearly stated upfront.=0A= >=0A= >Terminology: both strata have an SDN controller which is slightly=0A= >confusing. For example, there seems to be a single SDN controller that=0A= >handles the management, control and resource planes (p. 7-8) in the=0A= >service stratum (ditto for the transport stratum), but no explanation is= =0A= >provided why this is the case or, indeed, why there is a need to separate= =0A= >the planes if one (logical) controller takes care of everything in each=0A= >stratum. Although you do relate CLAS to RFC 7426, you could also consider= =0A= >adopting more explicitly some of the terminology of RFC 7426 in section 2= =0A= >of the draft.=0A= >=0A= >Further, can you please provide more details on the interaction of the=0A= >"SDN controllers" between the two strata?=0A= >=0A= >Nits:=0A= >=0A= >s/vertical, tight integrated/vertical, tightly integrated=0A= >=0A= >s/and services that relies/and services that rely=0A= >=0A= >s/capture service requirements of services/capture service requirements=0A= >=0A= >s/can provide transfer functions/can provide transport functions=0A= >=0A= >Capitalization is not consistent throughout the draft, e.g. service=0A= >stratum vs. Service stratum vs. Service Stratum=0A= >=0A= >As this is an informational draft, no need for RFC 2119 terminology, and= =0A= >all references should be informative only.=0A= >=0A= >=0A= >Best regards,=0A= >=0A= >Kostas=0A= >=0A= >=0A= >=0A= >=0A= >=0A= >------------------------------=0A= >=0A= >Message: 2=0A= >Date: Wed, 22 Jul 2015 07:22:48 +0000=0A= >From: Dirk Kutscher =0A= >To: SDN IRTF list =0A= >Subject: [Sdn] SDN Security=0A= >Message-ID:=0A= > <82AB329A76E2484D934BBCA77E9F524999E6BF56@PALLENE.office.hd>=0A= >Content-Type: text/plain; charset=3D"us-ascii"=0A= >=0A= >Hi,=0A= >=0A= >Since we are talking about SDN security today, I just wanted to point you= =0A= >to http://sdnsecurity.org/ (KAIST, SRI).=0A= >=0A= >Dirk=0A= >=0A= >=0A= >=0A= >=0A= >=0A= >=0A= >------------------------------=0A= >=0A= >Message: 3=0A= >Date: Wed, 22 Jul 2015 07:42:34 +0000=0A= >From: PEDRO ANDRES ARANDA GUTIERREZ =0A= >To: "sdn@irtf.org" =0A= >Subject: [Sdn] Security in SDN controllers presentation=0A= >Message-ID: =0A= >Content-Type: text/plain; charset=3D"iso-8859-1"=0A= >=0A= >Hi Sandra, list=0A= >=0A= >When you speak about app resilience, a question pops up to my mind: so=0A= >you have an app that crashes and you want a new instance of this app to=0A= >take control... this can lead to situations where the new instance sends= =0A= >commands to the controller that are in conflict with the ones previously= =0A= >installed. Doesn't this call for some sort of 'conflict resolution'=0A= >mechanism, construct, ... in the SDN controller?=0A= >=0A= >Best,=0A= >/PA=0A= >=0A= >---=0A= >Dr. Pedro A. Aranda Guti?rrez=0A= >=0A= >Technology Exploration -=0A= >Network Innovation & Virtualisation=0A= >email: pedroa d0t aranda At telefonica d0t com=0A= >Telef?nica, Investigaci?n y Desarrollo=0A= >C/ Zurbar?n,12=0A= >28010 Madrid, Spain=0A= >=0A= >Fragen sind nicht da, um beantwortet zu werden.=0A= >Fragen sind da, um gestellt zu werden.=0A= >Georg Kreisler=0A= >=0A= >________________________________=0A= >=0A= >Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario,= =0A= >puede contener informaci?n privilegiada o confidencial y es para uso=0A= >exclusivo de la persona o entidad de destino. Si no es usted. el=0A= >destinatario indicado, queda notificado de que la lectura, utilizaci?n,=0A= >divulgaci?n y/o copia sin autorizaci?n puede estar prohibida en virtud de= =0A= >la legislaci?n vigente. Si ha recibido este mensaje por error, le rogamos= =0A= >que nos lo comunique inmediatamente por esta misma v?a y proceda a su=0A= >destrucci?n.=0A= >=0A= >The information contained in this transmission is privileged and=0A= >confidential information intended only for the use of the individual or=0A= >entity named above. If the reader of this message is not the intended=0A= >recipient, you are hereby notified that any dissemination, distribution=0A= >or copying of this communication is strictly prohibited. If you have=0A= >received this transmission in error, do not read it. Please immediately=0A= >reply to the sender that you have received this communication in error=0A= >and then delete it.=0A= >=0A= >Esta mensagem e seus anexos se dirigem exclusivamente ao seu=0A= >destinat?rio, pode conter informa??o privilegiada ou confidencial e ?=0A= >para uso exclusivo da pessoa ou entidade de destino. Se n?o ? vossa=0A= >senhoria o destinat?rio indicado, fica notificado de que a leitura,=0A= >utiliza??o, divulga??o e/ou c?pia sem autoriza??o pode estar proibida em= =0A= >virtude da legisla??o vigente. Se recebeu esta mensagem por erro,=0A= >rogamos-lhe que nos o comunique imediatamente por esta mesma via e=0A= >proceda a sua destrui??o=0A= >-------------- next part --------------=0A= >An HTML attachment was scrubbed...=0A= >URL:=0A= >9/attachment.html>=0A= >=0A= >------------------------------=0A= >=0A= >Message: 4=0A= >Date: Tue, 21 Jul 2015 22:16:06 +0000=0A= >From: LUIS MIGUEL CONTRERAS MURILLO=0A= > =0A= >To: "Dirk.von-Hugo@telekom.de" =0A= >Cc: "draft-contreras-sdnrg-layered-sdn@tools.ietf.org"=0A= > , "sdn@irtf.org"= =0A= > =0A= >Subject: Re: [Sdn] draft-contreras-sdnrg-layered-sdn=0A= >Message-ID:=0A= >=0A= >k.com>=0A= >=0A= >Content-Type: text/plain; charset=3D"utf-8"=0A= >=0A= >Hi Dirk=0A= >=0A= >Thanks for the comments received. Please find my answers in-line.=0A= >=0A= >> -----Mensaje original-----=0A= >> De: Dirk.von-Hugo@telekom.de [mailto:Dirk.von-Hugo@telekom.de]=0A= >> Enviado el: viernes, 17 de julio de 2015 14:59=0A= >> Para: draft-contreras-sdnrg-layered-sdn@tools.ietf.org=0A= >> CC: sdn@irtf.org=0A= >> Asunto: draft-contreras-sdnrg-layered-sdn=0A= >>=0A= >> Dear authors, all,=0A= >> I had a look at recently updated draft-contreras-sdnrg-layered-sdn.=0A= >> IMO this draft describes future generation highly heterogeneous network= =0A= >> concepts' issues and cross-domain aspects with respect to SDN de-=0A= >> compositional abstraction.=0A= >> The addition of required features points towards potential research=0A= >>issues to=0A= >> be detailed in the future.=0A= >> I think it is interesting for and should be discussed in this group.=0A= >=0A= >[lmcm>>] Thanks for the comment. In fact heterogeneous networks are the=0A= >real operator environments found nowadays, and this trend will continue=0A= >happen. On the other hand, a common set of services have to be deployed,= =0A= >operated and maintained over such heterogeneous infrastructures. This=0A= >proposal intends to separate both Services and Transport specificities=0A= >allowing for different evolution of both strata or layers in the=0A= >framework of SDN.=0A= >=0A= >>=0A= >> Some minor remarks:=0A= >> Sect. 3.1.3 on 'Recursiveness' and sect. 5.3. on 'Multi-domain=0A= >>scenarios in=0A= >> Transport Stratum' seem to be interrelated which might be pointed out by= =0A= >> corresponding references.=0A= >=0A= >[lmcm>>] There is certainly some relationship. This would be the case of= =0A= >having a lower Service stratum in charge of composing multi-domain=0A= >transport capabilities to offer them as a single Transport stratum=0A= >capabilities to some higher Service stratum on top of it. Apart of=0A= >composing resources some other rich functionalities could be expected,=0A= >like e.g. SLA maintenance.=0A= >=0A= >I wonder whether also 5.1.2. on 'Single service=0A= >> stratum associated to multiple Transport strata' should be mentioned=0A= >>here -=0A= >> having the orchestrator in service stratum as providing recursiveness,= =0A= >>if I=0A= >> have understood it correctly=0A= >>=0A= >=0A= >[lmcm>>] This would be actually two different cases. One single Service=0A= >Stratum associated to multiple Transport Strata is aware of the different= =0A= >transport capabilities offered by the different Transport strata, while=0A= >in the recursivenes + multi-domain transport scenario the higher Service= =0A= >Stratum is aware (or not necessary aware) of the multiple underlying=0A= >Transport Strata.=0A= >=0A= >=0A= >> p.4=0A= >> o Service: denote a logical construct that make use of =3D> o Service:= =0A= >>denotes=0A= >> a logical construct that makes use of=0A= >>=0A= >[lmcm>>] Thnaks, noted.=0A= >=0A= >> The SDN intelligence relies on inputs form various =3D> The SDN=0A= >>intelligence=0A= >> relies on inputs from various=0A= >>=0A= >[lmcm>>] Thanks, noted=0A= >=0A= >> SDN intelligence =3D> apart from the definition paragraph this expressio= n=0A= >>is not=0A= >> used throughout the document ... perhaps it should be mentioned for SDN= =0A= >> controller functionalities or when talking on service/network=0A= >>intelligence=0A= >> again?=0A= >[lmcm>>] Thanks for pointing it out. One of the pending topics for future= =0A= >versions is the fact of describing building blocks for the proposed=0A= >architecture. Some of those components would form such SDN intelligence,= =0A= >e.g., path computation capabilities, etc. We will include such=0A= >information for next version of the document.=0A= >=0A= >> p.8=0A= >> The Service SDN controller acts as a client of the Transport SDN=0A= >>controller=0A= >[lmcm>>] Is this comment maybe not complete?=0A= >=0A= >________________________________=0A= >=0A= >Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario,= =0A= >puede contener informaci?n privilegiada o confidencial y es para uso=0A= >exclusivo de la persona o entidad de destino. Si no es usted. el=0A= >destinatario indicado, queda notificado de que la lectura, utilizaci?n,=0A= >divulgaci?n y/o copia sin autorizaci?n puede estar prohibida en virtud de= =0A= >la legislaci?n vigente. Si ha recibido este mensaje por error, le rogamos= =0A= >que nos lo comunique inmediatamente por esta misma v?a y proceda a su=0A= >destrucci?n.=0A= >=0A= >The information contained in this transmission is privileged and=0A= >confidential information intended only for the use of the individual or=0A= >entity named above. If the reader of this message is not the intended=0A= >recipient, you are hereby notified that any dissemination, distribution=0A= >or copying of this communication is strictly prohibited. If you have=0A= >received this transmission in error, do not read it. Please immediately=0A= >reply to the sender that you have received this communication in error=0A= >and then delete it.=0A= >=0A= >Esta mensagem e seus anexos se dirigem exclusivamente ao seu=0A= >destinat?rio, pode conter informa??o privilegiada ou confidencial e ?=0A= >para uso exclusivo da pessoa ou entidade de destino. Se n?o ? vossa=0A= >senhoria o destinat?rio indicado, fica notificado de que a leitura,=0A= >utiliza??o, divulga??o e/ou c?pia sem autoriza??o pode estar proibida em= =0A= >virtude da legisla??o vigente. Se recebeu esta mensagem por erro,=0A= >rogamos-lhe que nos o comunique imediatamente por esta mesma via e=0A= >proceda a sua destrui??o=0A= >=0A= >=0A= >=0A= >------------------------------=0A= >=0A= >Subject: Digest Footer=0A= >=0A= >_______________________________________________=0A= >sdn mailing list=0A= >sdn@irtf.org=0A= >https://www.irtf.org/mailman/listinfo/sdn=0A= >=0A= >=0A= >------------------------------=0A= >=0A= >End of sdn Digest, Vol 38, Issue 4=0A= >**********************************=0A= >=0A= >=0A= >=0A= >------------------------------=0A= >=0A= >Subject: Digest Footer=0A= >=0A= >_______________________________________________=0A= >sdn mailing list=0A= >sdn@irtf.org=0A= >https://www.irtf.org/mailman/listinfo/sdn=0A= >=0A= >=0A= >------------------------------=0A= >=0A= >End of sdn Digest, Vol 38, Issue 5=0A= >**********************************=0A= =0A= =0A= ________________________________=0A= =0A= Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, pu= ede contener informaci?n privilegiada o confidencial y es para uso exclusiv= o de la persona o entidad de destino. Si no es usted. el destinatario indic= ado, queda notificado de que la lectura, utilizaci?n, divulgaci?n y/o copia= sin autorizaci?n puede estar prohibida en virtud de la legislaci?n vigente= . Si ha recibido este mensaje por error, le rogamos que nos lo comunique in= mediatamente por esta misma v?a y proceda a su destrucci?n.=0A= =0A= 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.=0A= =0A= Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinat?rio, = pode conter informa??o privilegiada ou confidencial e ? para uso exclusivo = da pessoa ou entidade de destino. Se n?o ? vossa senhoria o destinat?rio in= dicado, fica notificado de que a leitura, utiliza??o, divulga??o e/ou c?pia= sem autoriza??o pode estar proibida em virtude da legisla??o vigente. Se r= ecebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatament= e por esta mesma via e proceda a sua destrui??o=0A= =0A= ------------------------------=0A= =0A= Subject: Digest Footer=0A= =0A= _______________________________________________=0A= sdn mailing list=0A= sdn@irtf.org=0A= https://www.irtf.org/mailman/listinfo/sdn=0A= =0A= =0A= ------------------------------=0A= =0A= End of sdn Digest, Vol 38, Issue 6=0A= **********************************=0A= From nobody Wed Jul 22 13:41:14 2015 Return-Path: X-Original-To: sdn@ietfa.amsl.com Delivered-To: sdn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 035651B2B5B for ; Wed, 22 Jul 2015 13:40:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.611 X-Spam-Level: X-Spam-Status: No, score=-2.611 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g7ow-zRQD01o for ; Wed, 22 Jul 2015 13:39:56 -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 998121B2CF4 for ; Wed, 22 Jul 2015 13:39:55 -0700 (PDT) Received: from smtpjc.telefonica.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id A66F12F038B; Wed, 22 Jul 2015 22:39:52 +0200 (CEST) Received: from ESTGVMSP102.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 959112F036A; Wed, 22 Jul 2015 22:39:52 +0200 (CEST) Received: from emea01-db3-obe.outbound.protection.outlook.com (10.92.5.139) by tls.telefonica.com (10.93.6.49) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 22 Jul 2015 22:39:51 +0200 Received: from DB5PR06MB1381.eurprd06.prod.outlook.com (10.163.103.11) by DB5PR06MB1384.eurprd06.prod.outlook.com (10.163.103.14) with Microsoft SMTP Server (TLS) id 15.1.219.17; Wed, 22 Jul 2015 20:39:50 +0000 Received: from DB5PR06MB1381.eurprd06.prod.outlook.com ([10.163.103.11]) by DB5PR06MB1381.eurprd06.prod.outlook.com ([10.163.103.11]) with mapi id 15.01.0219.018; Wed, 22 Jul 2015 20:39:50 +0000 From: LUIS MIGUEL CONTRERAS MURILLO To: "Dirk.von-Hugo@telekom.de" Thread-Topic: draft-contreras-sdnrg-layered-sdn Thread-Index: AdDAczksQypCuCZfSaKCoNqF/RsdbwDjD9ZwABYT2WAAGT7jgA== Date: Wed, 22 Jul 2015 20:39:50 +0000 Message-ID: References: <05C81A773E48DD49B181B04BA21A342A30F49743A6@HE113484.emea1.cds.t-internal.com> <05C81A773E48DD49B181B04BA21A342A30F4A03677@HE113484.emea1.cds.t-internal.com> In-Reply-To: <05C81A773E48DD49B181B04BA21A342A30F4A03677@HE113484.emea1.cds.t-internal.com> Accept-Language: es-ES, en-US Content-Language: es-ES X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: telekom.de; dkim=none (message not signed) header.d=none; x-originating-ip: [83.60.117.238] x-microsoft-exchange-diagnostics: 1; DB5PR06MB1384; 5:k1NxHP7e0ENkVpglz3gsUg3Um2qRHKPmfqUtxZwSq7Zv7/65cXwcLeGHsrZWdDg/VceKWddQX9tc7J3H29etFatdiJh+UIEX0mxD2Bf2tvo47N490O9KuR3AZOgHeI0P4NcnSeJL1EDuFjqKk2TynA==; 24:nDc5+hgkxWWTGgYhS97wMvVCGttimj28sxT1lEeTrCI+PaQecSpWqi1idVa+gWrmKZ6sYl83X0mjJdwZ/OgQ0sEn9PZuo+B+sAWFZ87MOdw=; 20:izWDZOQUJWMG5cLqqgZg8iCjIgdV6TovEkhOcqYsVr9gLu/3b2qaDnBUcFwU6PxDh71DGqDJVSMaRXIHehBQuw== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB5PR06MB1384; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:DB5PR06MB1384; BCL:0; PCL:0; RULEID:; SRVR:DB5PR06MB1384; x-forefront-prvs: 0645BEB7AA x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(51914003)(52604005)(43544003)(164054003)(40134004)(13464003)(561944003)(2501003)(62966003)(2351001)(50986999)(5002640100001)(2950100001)(102836002)(76176999)(77156002)(33656002)(54356999)(5890100001)(230783001)(86362001)(19580395003)(5001960100002)(122556002)(110136002)(5001920100001)(46102003)(77096005)(92566002)(87936001)(76576001)(66066001)(2900100001)(189998001)(19580405001)(40100003)(2656002)(74316001)(9010500005); DIR:OUT; SFP:1102; SCL:1; SRVR:DB5PR06MB1384; H:DB5PR06MB1381.eurprd06.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Jul 2015 20:39:50.1488 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 9744600e-3e04-492e-baa1-25ec245c6f10 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR06MB1384 X-OriginatorOrg: telefonica.com X-TM-AS-MML: No Archived-At: X-Mailman-Approved-At: Wed, 22 Jul 2015 13:41:10 -0700 Cc: "draft-contreras-sdnrg-layered-sdn@tools.ietf.org" , "sdn@irtf.org" Subject: Re: [Sdn] draft-contreras-sdnrg-layered-sdn X-BeenThere: sdn@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List to Discuss SDN Research Group in the IRTF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 20:40:01 -0000 T0sgRGlyaywgc28gcGxlYXNlLCBmaW5kIG15IGNvbW1lbnRzIGluLWxpbmUNCg0KVGhhbmtzDQoN Ckx1aXMNCg0KPiAtLS0tLU1lbnNhamUgb3JpZ2luYWwtLS0tLQ0KPiBEZTogRGlyay52b24tSHVn b0B0ZWxla29tLmRlIFttYWlsdG86RGlyay52b24tSHVnb0B0ZWxla29tLmRlXQ0KPiBFbnZpYWRv IGVsOiBtacOpcmNvbGVzLCAyMiBkZSBqdWxpbyBkZSAyMDE1IDEwOjMwDQo+IFBhcmE6IExVSVMg TUlHVUVMIENPTlRSRVJBUyBNVVJJTExPDQo+IENDOiBzZG5AaXJ0Zi5vcmc7IGRyYWZ0LWNvbnRy ZXJhcy1zZG5yZy1sYXllcmVkLXNkbkB0b29scy5pZXRmLm9yZw0KPiBBc3VudG86IFJFOiBkcmFm dC1jb250cmVyYXMtc2RucmctbGF5ZXJlZC1zZG4NCj4NCj4NCj4NCj4gRGVhciBMdWlzLA0KPiB0 aGFrcyBmb3IgdGhlIGNsYXJpZnlpbmcgYW5zd2Vycy4NCj4gVW5mb3J0dWFudGVseSBteSBtYWls IHdhcyBvYnZ1aW91c2x5IG5vdGNvbXBsZXRlbHkgdHJhbnNtaXRlZCAuLi4gc28gaGVyZQ0KPiBh cmUgbXkgZnVydGhlciBvcmlnaW5hbCBjb21tZW50cy4uLiBhbHRob3VnaCBzb21lIG7CtG1pZ2h0 IGJlIGFscmVhZHkNCj4gcmVzacOzbHZlZCBieSB5b3VyIHJlcGx5Lg0KPiBUaGFua3MhDQo+DQo+ IHAuOA0KPiBUaGUgU2VydmljZSBTRE4gY29udHJvbGxlciBhY3RzIGFzIGEgY2xpZW50IG9mIHRo ZSBUcmFuc3BvcnQgU0ROIGNvbnRyb2xsZXIuDQo+ID0+IHNpbmNlIHlvdSBkZXNjcmliZSBib3Ro IG11bHRpLXNlcnZpY2UgcGVyIHRyYW5zcG9ydCBhbmQgbXVsdGktdHJhbnNwb3J0DQo+IHBlciBz ZXJ2aWNlIEkgd29uZGVyIHdoZXRoZXIgaXQgY291bGQgYmUgYWxzbyB0aGUgb3RoZXIgd2F5IHJv dW5kIGFuZA0KPiBzdWdnZXN0IHRvIGFkZCBzb21lIHRob3VnaHRzIG9uIGl0IGhlcmUuDQoNClts bWNtPj5dIFR5cGljYWxseSBpcyB0aGUgc2VydmljZSBzdHJhdHVtIHRoZSBvbmUgcmVxdWVzdGlu ZyB0cmFuc3BvcnQgY2FwYWJpbGl0aWVzIHRvIGNvbm5lY3QgdGhlIHNlcnZpY2UgZW5kcG9pbnRz LiBIb3dldmVyIHNvbWUgYmlkaXJlY3Rpb25hbCBjb21tdW5pY2F0aW9uIGNhbiBiZSBleHBlY3Rl ZC4gRm9yIGluc3RhbmNlLCBpbiBjYXNlIG9mIGNvbmdlc3Rpb24gb3IgZm9yIG9wdGltaXphdGlv biBwdXJwb3NlcyB0aGUgVHJhbnNwb3J0IFN0cmF0dW0gY291bGQgbm90aWZ5IHRvIHRoZSBTZXJ2 aWNlIFN0cmF0dW0gdGhlIGNvbnZlbmllbmNlIG9mIHJlYXJyYW5naW5nIHRoZSBzZXJ2aWNlIGVu ZCBwb2ludHMgKGlmIHBvc3NpYmxlKSBpbiBvcmRlciB0byBhdm9pZCBjb25nZXN0aW9uIG9yIHRv IG9wdGltaXplIG5ldHdvcmsgcmVzb3VyY2VzIHJlc3BlY3RpdmVseS4NCg0KPg0KPiAgICBDb25z aXN0ZWN5IGlzIGRldGVybWluZWQNCj4gPT4gICBDb25zaXN0ZW5jeSBpcyBkZXRlcm1pbmVkDQoN CltsbWNtPj5dIFRoYW5rcywgbm90ZWQuDQoNCj4gRm9yd2FyZGluZyBtYXkgbm90IGJlIHJlbHkg b24gPT4gRm9yd2FyZGluZyBtYXkgbm90IHJlbHkgb24vYmUgZGVwZW5kZW50DQo+IG9uDQoNClts bWNtPj5dIFRoYW5rcywgbm90ZWQuDQoNCj4gcC4xMA0KPiAoZS5nLiwgb25lIGRhdGFiYXNlIGtl ZXBpbmcgc29tZSByZWdpc3RlciBmb3IgdGhlIGVuZCB1c2VyKS4NCj4gRG8geW91IG1lYW46ID0+ IChlLmcuLCBvbmUgZGF0YWJhc2Uga2VlcGluZyBzb21lIHJlZ2lzdGVyIGZvciB0aGUgZW5kIHVz ZXINCj4gd2hlcmVhcyBhbm90aGVyIHJlZ2lzdGVyIHN0b3JlcyB0cmFuc3BvcnQgaW5mcmFzdHJ1 Y3R1cmUgZGF0YSkuID8/DQoNCltsbWNtPj5dIFRoZSBzZW5zZSBvZiB0aGUgc2VudGVuY2UgaXMg dG8gaGlnaGxpZ2h0IHRoYXQgc29tZSByZXNvdXJjZXMgb2YgdGhlIFNlcnZpY2UgU3RyYXR1bSBk byBub3QgbmVjZXNzYXJpbHkgbmVlZCBhc3NvY2lhdGVkIHRyYW5zcG9ydCByZXNvdXJjZXMuIEZv ciBpbnN0YW5jZSBhIEJpbmRpbmcgQ2FjaGUgaW4gUE1JUHY2LCBhIERCIGZvciBhbiBITFIsIGV0 YywgZG8gbm90IG5lZWQgdG8gYmUgYXR0YWNoZWQgdG8gKFdBTikgdHJhbnNwb3J0IHJlc291cmNl cyBmb3Igc2VydmljZSBjb21wbGV0aW9uLiBIb3BlciB0aGUgZXhhbXBsZXMgY2FuIGJlIG1lYW5p bmdmdWwuDQoNCj4NCj4gcC4xMg0KPiBUaGlzIHNlcnZpY2UNCj4gICAgaXMgZm9jdXNlZCBvbiB0 aGUgcHJvdmlzaW9uIG9mIHRyYW5zcG9ydCBjYXBhYmlsaXRpZXMsIHRoZW4gZGlmZmVyZW50DQo+ ICAgIG9mIHRoZSBmaW5hbCBjb21tdW5pY2F0aW9uIHNlcnZpY2UgdXNpbmcgc3VjaCBjYXBhYmls aXRpZXMuDQo+IERvIHlvdSBtZWFuOiA9PiBUaGlzIHNlcnZpY2UgaXMgZm9jdXNlZCBvbiBwcm92 aXNpb25pbmcgYSBzaW5nbGUgaW50ZXJmYWNlIHRvDQo+IGhldGVyb2dlbmVvdXMgdHJhbnNwb3J0 IGNhcGFiaWxpdGllcywgc28gdGhhdCBkaWZmZXJlbnQgZmluYWwgY29tbXVuaWNhdGlvbg0KPiBz ZXJ2aWNlcyBjYW4gYmUgdXNpbmcgc3VjaCBjYXBhYmlsaXRpZXMuDQo+IE9yOiA9PiBUaGlzIGFi c3RyYWN0aW9uIHNlcnZpY2UgZGVub3RlcyBvbmUgZm9jdXNlZCBvbiB0aGUgcHJvdmlzaW9uIG9m DQo+IHRyYW5zcG9ydCBjYXBhYmlsaXRpZXMsIGFuZCBzdWNoIGlzIHRvdGFsbHkgZGlmZmVyZW50 IGZyb20gYSB0cmFkaXRpb25hbA0KPiBjb21tdW5pY2F0aW9uIHNlcnZpY2UgdXNpbmcgdGhlIGNh cGFiaWxpdGllcyBwcm92aWRlZCBieSB0aGlzIGFic3RyYWN0aW9uDQo+IHNlcnZpY2UuDQoNClts bWNtPj5dIFRoZSBzZWNvbmQgaW50ZXJwcmV0YXRpb24gaXMgdGhlIG9uZSBjb3JyZWN0LiBJIG5v dGUgaXQgdG8gY2xhcmlmeSB0aGUgdGV4dCBhbmQgYXZvaWQgbWlzdW5kZXJzdGFuZGluZ3MuDQoN Cj4NCj4gY2FuIHByb3ZpZGUgYW4gaG9tb2dlbmVvdXMgYWJzdHJhY3QgdmlldyA9PiBjYW4gcHJv dmlkZSBhIGhvbW9nZW5lb3VzDQo+IGFic3RyYWN0IHZpZXcNCg0KW2xtY20+Pl0gbm90ZWQsIHRo YW5rcw0KDQpUaGFua3MgYSBsb3QhDQo+IEJlc3QgUmVnYXJkcw0KPiBEaXJrDQo+DQpbbG1jbT4+ XSBUaGFua3MgYSBsb3QgZm9yIHlvdXIgY29tbWVudHMuIEkgd2lsbCB0YWtlIGNhcmUgb2YgdGhl bSBvbiBiZWhhbGYgb2YgdGhlIGNvLWF1dGhvcnMgZm9yIHRoZSBuZXh0IHZlcnNpb24gb2YgdGhl IGRvY3VtZW50LiBCZXN0IHJlZ2FyZHMsIEx1aXMNCg0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQo+IEZyb206IExVSVMgTUlHVUVMIENPTlRSRVJBUyBNVVJJTExPDQo+IFttYWlsdG86 bHVpc21pZ3VlbC5jb250cmVyYXNtdXJpbGxvQHRlbGVmb25pY2EuY29tXQ0KPiBTZW50OiBNaXR0 d29jaCwgMjIuIEp1bGkgMjAxNSAwMDoxNg0KPiBUbzogdm9uIEh1Z28sIERpcmsNCj4gQ2M6IHNk bkBpcnRmLm9yZzsgZHJhZnQtY29udHJlcmFzLXNkbnJnLWxheWVyZWQtc2RuQHRvb2xzLmlldGYu b3JnDQo+IFN1YmplY3Q6IFJFOiBkcmFmdC1jb250cmVyYXMtc2RucmctbGF5ZXJlZC1zZG4NCj4N Cj4gSGkgRGlyaw0KPg0KPiBUaGFua3MgZm9yIHRoZSBjb21tZW50cyByZWNlaXZlZC4gUGxlYXNl IGZpbmQgbXkgYW5zd2VycyBpbi1saW5lLg0KPg0KPiA+IC0tLS0tTWVuc2FqZSBvcmlnaW5hbC0t LS0tDQo+ID4gRGU6IERpcmsudm9uLUh1Z29AdGVsZWtvbS5kZSBbbWFpbHRvOkRpcmsudm9uLUh1 Z29AdGVsZWtvbS5kZV0NCj4gRW52aWFkbw0KPiA+IGVsOiB2aWVybmVzLCAxNyBkZSBqdWxpbyBk ZSAyMDE1IDE0OjU5DQo+ID4gUGFyYTogZHJhZnQtY29udHJlcmFzLXNkbnJnLWxheWVyZWQtc2Ru QHRvb2xzLmlldGYub3JnDQo+ID4gQ0M6IHNkbkBpcnRmLm9yZw0KPiA+IEFzdW50bzogZHJhZnQt Y29udHJlcmFzLXNkbnJnLWxheWVyZWQtc2RuDQo+ID4NCj4gPiBEZWFyIGF1dGhvcnMsIGFsbCwN Cj4gPiBJIGhhZCBhIGxvb2sgYXQgcmVjZW50bHkgdXBkYXRlZCBkcmFmdC1jb250cmVyYXMtc2Ru cmctbGF5ZXJlZC1zZG4uDQo+ID4gSU1PIHRoaXMgZHJhZnQgZGVzY3JpYmVzIGZ1dHVyZSBnZW5l cmF0aW9uIGhpZ2hseSBoZXRlcm9nZW5lb3VzDQo+ID4gbmV0d29yayBjb25jZXB0cycgaXNzdWVz IGFuZCBjcm9zcy1kb21haW4gYXNwZWN0cyB3aXRoIHJlc3BlY3QgdG8gU0RODQo+ID4gZGUtIGNv bXBvc2l0aW9uYWwgYWJzdHJhY3Rpb24uDQo+ID4gVGhlIGFkZGl0aW9uIG9mIHJlcXVpcmVkIGZl YXR1cmVzIHBvaW50cyB0b3dhcmRzIHBvdGVudGlhbCByZXNlYXJjaA0KPiA+IGlzc3VlcyB0byBi ZSBkZXRhaWxlZCBpbiB0aGUgZnV0dXJlLg0KPiA+IEkgdGhpbmsgaXQgaXMgaW50ZXJlc3Rpbmcg Zm9yIGFuZCBzaG91bGQgYmUgZGlzY3Vzc2VkIGluIHRoaXMgZ3JvdXAuDQo+DQo+IFtsbWNtPj5d IFRoYW5rcyBmb3IgdGhlIGNvbW1lbnQuIEluIGZhY3QgaGV0ZXJvZ2VuZW91cyBuZXR3b3JrcyBh cmUgdGhlDQo+IHJlYWwgb3BlcmF0b3IgZW52aXJvbm1lbnRzIGZvdW5kIG5vd2FkYXlzLCBhbmQg dGhpcyB0cmVuZCB3aWxsIGNvbnRpbnVlDQo+IGhhcHBlbi4gT24gdGhlIG90aGVyIGhhbmQsIGEg Y29tbW9uIHNldCBvZiBzZXJ2aWNlcyBoYXZlIHRvIGJlIGRlcGxveWVkLA0KPiBvcGVyYXRlZCBh bmQgbWFpbnRhaW5lZCBvdmVyIHN1Y2ggaGV0ZXJvZ2VuZW91cyBpbmZyYXN0cnVjdHVyZXMuIFRo aXMNCj4gcHJvcG9zYWwgaW50ZW5kcyB0byBzZXBhcmF0ZSBib3RoIFNlcnZpY2VzIGFuZCBUcmFu c3BvcnQgc3BlY2lmaWNpdGllcw0KPiBhbGxvd2luZyBmb3IgZGlmZmVyZW50IGV2b2x1dGlvbiBv ZiBib3RoIHN0cmF0YSBvciBsYXllcnMgaW4gdGhlIGZyYW1ld29yayBvZg0KPiBTRE4uDQo+DQo+ ID4NCj4gPiBTb21lIG1pbm9yIHJlbWFya3M6DQo+ID4gU2VjdC4gMy4xLjMgb24gJ1JlY3Vyc2l2 ZW5lc3MnIGFuZCBzZWN0LiA1LjMuIG9uICdNdWx0aS1kb21haW4NCj4gPiBzY2VuYXJpb3MgaW4g VHJhbnNwb3J0IFN0cmF0dW0nIHNlZW0gdG8gYmUgaW50ZXJyZWxhdGVkIHdoaWNoIG1pZ2h0IGJl DQo+ID4gcG9pbnRlZCBvdXQgYnkgY29ycmVzcG9uZGluZyByZWZlcmVuY2VzLg0KPg0KPiBbbG1j bT4+XSBUaGVyZSBpcyBjZXJ0YWlubHkgc29tZSByZWxhdGlvbnNoaXAuIFRoaXMgd291bGQgYmUg dGhlIGNhc2Ugb2YNCj4gaGF2aW5nIGEgbG93ZXIgU2VydmljZSBzdHJhdHVtIGluIGNoYXJnZSBv ZiBjb21wb3NpbmcgbXVsdGktZG9tYWluDQo+IHRyYW5zcG9ydCBjYXBhYmlsaXRpZXMgdG8gb2Zm ZXIgdGhlbSBhcyBhIHNpbmdsZSBUcmFuc3BvcnQgc3RyYXR1bSBjYXBhYmlsaXRpZXMNCj4gdG8g c29tZSBoaWdoZXIgU2VydmljZSBzdHJhdHVtIG9uIHRvcCBvZiBpdC4gQXBhcnQgb2YgY29tcG9z aW5nIHJlc291cmNlcw0KPiBzb21lIG90aGVyIHJpY2ggZnVuY3Rpb25hbGl0aWVzIGNvdWxkIGJl IGV4cGVjdGVkLCBsaWtlIGUuZy4gU0xBIG1haW50ZW5hbmNlLg0KPg0KPiBJIHdvbmRlciB3aGV0 aGVyIGFsc28gNS4xLjIuIG9uICdTaW5nbGUgc2VydmljZQ0KPiA+IHN0cmF0dW0gYXNzb2NpYXRl ZCB0byBtdWx0aXBsZSBUcmFuc3BvcnQgc3RyYXRhJyBzaG91bGQgYmUgbWVudGlvbmVkDQo+ID4g aGVyZSAtIGhhdmluZyB0aGUgb3JjaGVzdHJhdG9yIGluIHNlcnZpY2Ugc3RyYXR1bSBhcyBwcm92 aWRpbmcNCj4gPiByZWN1cnNpdmVuZXNzLCBpZiBJIGhhdmUgdW5kZXJzdG9vZCBpdCBjb3JyZWN0 bHkNCj4gPg0KPg0KPiBbbG1jbT4+XSBUaGlzIHdvdWxkIGJlIGFjdHVhbGx5IHR3byBkaWZmZXJl bnQgY2FzZXMuIE9uZSBzaW5nbGUgU2VydmljZQ0KPiBTdHJhdHVtIGFzc29jaWF0ZWQgdG8gbXVs dGlwbGUgVHJhbnNwb3J0IFN0cmF0YSBpcyBhd2FyZSBvZiB0aGUgZGlmZmVyZW50DQo+IHRyYW5z cG9ydCBjYXBhYmlsaXRpZXMgb2ZmZXJlZCBieSB0aGUgZGlmZmVyZW50IFRyYW5zcG9ydCBzdHJh dGEsIHdoaWxlIGluIHRoZQ0KPiByZWN1cnNpdmVuZXMgKyBtdWx0aS1kb21haW4gdHJhbnNwb3J0 IHNjZW5hcmlvIHRoZSBoaWdoZXIgU2VydmljZSBTdHJhdHVtIGlzDQo+IGF3YXJlIChvciBub3Qg bmVjZXNzYXJ5IGF3YXJlKSBvZiB0aGUgbXVsdGlwbGUgdW5kZXJseWluZyBUcmFuc3BvcnQgU3Ry YXRhLg0KPg0KPg0KPiA+IHAuNA0KPiA+IG8gIFNlcnZpY2U6IGRlbm90ZSBhIGxvZ2ljYWwgY29u c3RydWN0IHRoYXQgbWFrZSB1c2Ugb2YgPT4gbyAgU2VydmljZToNCj4gPiBkZW5vdGVzIGEgbG9n aWNhbCBjb25zdHJ1Y3QgdGhhdCBtYWtlcyB1c2Ugb2YNCj4gPg0KPiBbbG1jbT4+XSBUaG5ha3Ms IG5vdGVkLg0KPg0KPiA+IFRoZSBTRE4gaW50ZWxsaWdlbmNlIHJlbGllcyBvbiBpbnB1dHMgZm9y bSB2YXJpb3VzID0+IFRoZSBTRE4NCj4gPiBpbnRlbGxpZ2VuY2UgcmVsaWVzIG9uIGlucHV0cyBm cm9tIHZhcmlvdXMNCj4gPg0KPiBbbG1jbT4+XSBUaGFua3MsIG5vdGVkDQo+DQo+ID4gU0ROIGlu dGVsbGlnZW5jZSA9PiBhcGFydCBmcm9tIHRoZSBkZWZpbml0aW9uIHBhcmFncmFwaCB0aGlzDQo+ ID4gZXhwcmVzc2lvbiBpcyBub3QgdXNlZCB0aHJvdWdob3V0IHRoZSBkb2N1bWVudCAuLi4gcGVy aGFwcyBpdCBzaG91bGQNCj4gPiBiZSBtZW50aW9uZWQgZm9yIFNETiBjb250cm9sbGVyIGZ1bmN0 aW9uYWxpdGllcyBvciB3aGVuIHRhbGtpbmcgb24NCj4gPiBzZXJ2aWNlL25ldHdvcmsgaW50ZWxs aWdlbmNlIGFnYWluPw0KPiBbbG1jbT4+XSBUaGFua3MgZm9yIHBvaW50aW5nIGl0IG91dC4gT25l IG9mIHRoZSBwZW5kaW5nIHRvcGljcyBmb3IgZnV0dXJlDQo+IHZlcnNpb25zIGlzIHRoZSBmYWN0 IG9mIGRlc2NyaWJpbmcgYnVpbGRpbmcgYmxvY2tzIGZvciB0aGUgcHJvcG9zZWQNCj4gYXJjaGl0 ZWN0dXJlLiBTb21lIG9mIHRob3NlIGNvbXBvbmVudHMgd291bGQgZm9ybSBzdWNoIFNETiBpbnRl bGxpZ2VuY2UsDQo+IGUuZy4sIHBhdGggY29tcHV0YXRpb24gY2FwYWJpbGl0aWVzLCBldGMuIFdl IHdpbGwgaW5jbHVkZSBzdWNoIGluZm9ybWF0aW9uIGZvcg0KPiBuZXh0IHZlcnNpb24gb2YgdGhl IGRvY3VtZW50Lg0KPg0KPiA+IHAuOA0KPiA+IFRoZSBTZXJ2aWNlIFNETiBjb250cm9sbGVyIGFj dHMgYXMgYSBjbGllbnQgb2YgdGhlIFRyYW5zcG9ydCBTRE4NCj4gPiBjb250cm9sbGVyDQo+IFts bWNtPj5dIElzIHRoaXMgY29tbWVudCBtYXliZSBub3QgY29tcGxldGU/DQo+DQo+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQo+DQo+IEVzdGUgbWVuc2FqZSB5IHN1cyBhZGp1bnRv cyBzZSBkaXJpZ2VuIGV4Y2x1c2l2YW1lbnRlIGEgc3UgZGVzdGluYXRhcmlvLA0KPiBwdWVkZSBj b250ZW5lciBpbmZvcm1hY2nDs24gcHJpdmlsZWdpYWRhIG8gY29uZmlkZW5jaWFsIHkgZXMgcGFy YSB1c28NCj4gZXhjbHVzaXZvIGRlIGxhIHBlcnNvbmEgbyBlbnRpZGFkIGRlIGRlc3Rpbm8uIFNp IG5vIGVzIHVzdGVkLiBlbCBkZXN0aW5hdGFyaW8NCj4gaW5kaWNhZG8sIHF1ZWRhIG5vdGlmaWNh ZG8gZGUgcXVlIGxhIGxlY3R1cmEsIHV0aWxpemFjacOzbiwgZGl2dWxnYWNpw7NuIHkvbyBjb3Bp YQ0KPiBzaW4gYXV0b3JpemFjacOzbiBwdWVkZSBlc3RhciBwcm9oaWJpZGEgZW4gdmlydHVkIGRl IGxhIGxlZ2lzbGFjacOzbiB2aWdlbnRlLiBTaQ0KPiBoYSByZWNpYmlkbyBlc3RlIG1lbnNhamUg cG9yIGVycm9yLCBsZSByb2dhbW9zIHF1ZSBub3MgbG8gY29tdW5pcXVlDQo+IGlubWVkaWF0YW1l bnRlIHBvciBlc3RhIG1pc21hIHbDrWEgeSBwcm9jZWRhIGEgc3UgZGVzdHJ1Y2Npw7NuLg0KPg0K PiBUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgdHJhbnNtaXNzaW9uIGlzIHByaXZp bGVnZWQgYW5kIGNvbmZpZGVudGlhbA0KPiBpbmZvcm1hdGlvbiBpbnRlbmRlZCBvbmx5IGZvciB0 aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsIG9yIGVudGl0eSBuYW1lZA0KPiBhYm92ZS4gSWYgdGhl IHJlYWRlciBvZiB0aGlzIG1lc3NhZ2UgaXMgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHlv dSBhcmUNCj4gaGVyZWJ5IG5vdGlmaWVkIHRoYXQgYW55IGRpc3NlbWluYXRpb24sIGRpc3RyaWJ1 dGlvbiBvciBjb3B5aW5nIG9mIHRoaXMNCj4gY29tbXVuaWNhdGlvbiBpcyBzdHJpY3RseSBwcm9o aWJpdGVkLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIHRyYW5zbWlzc2lvbiBpbg0KPiBlcnJv ciwgZG8gbm90IHJlYWQgaXQuIFBsZWFzZSBpbW1lZGlhdGVseSByZXBseSB0byB0aGUgc2VuZGVy IHRoYXQgeW91IGhhdmUNCj4gcmVjZWl2ZWQgdGhpcyBjb21tdW5pY2F0aW9uIGluIGVycm9yIGFu ZCB0aGVuIGRlbGV0ZSBpdC4NCj4NCj4gRXN0YSBtZW5zYWdlbSBlIHNldXMgYW5leG9zIHNlIGRp cmlnZW0gZXhjbHVzaXZhbWVudGUgYW8gc2V1DQo+IGRlc3RpbmF0w6FyaW8sIHBvZGUgY29udGVy IGluZm9ybWHDp8OjbyBwcml2aWxlZ2lhZGEgb3UgY29uZmlkZW5jaWFsIGUgw6kgcGFyYQ0KPiB1 c28gZXhjbHVzaXZvIGRhIHBlc3NvYSBvdSBlbnRpZGFkZSBkZSBkZXN0aW5vLiBTZSBuw6NvIMOp IHZvc3NhIHNlbmhvcmlhIG8NCj4gZGVzdGluYXTDoXJpbyBpbmRpY2FkbywgZmljYSBub3RpZmlj YWRvIGRlIHF1ZSBhIGxlaXR1cmEsIHV0aWxpemHDp8OjbywgZGl2dWxnYcOnw6NvDQo+IGUvb3Ug Y8OzcGlhIHNlbSBhdXRvcml6YcOnw6NvIHBvZGUgZXN0YXIgcHJvaWJpZGEgZW0gdmlydHVkZSBk YSBsZWdpc2xhw6fDo28NCj4gdmlnZW50ZS4gU2UgcmVjZWJldSBlc3RhIG1lbnNhZ2VtIHBvciBl cnJvLCByb2dhbW9zLWxoZSBxdWUgbm9zIG8NCj4gY29tdW5pcXVlIGltZWRpYXRhbWVudGUgcG9y IGVzdGEgbWVzbWEgdmlhIGUgcHJvY2VkYSBhIHN1YSBkZXN0cnVpw6fDo28NCg0KX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCg0KRXN0ZSBtZW5zYWplIHkgc3VzIGFkanVudG9zIHNl IGRpcmlnZW4gZXhjbHVzaXZhbWVudGUgYSBzdSBkZXN0aW5hdGFyaW8sIHB1ZWRlIGNvbnRlbmVy IGluZm9ybWFjacOzbiBwcml2aWxlZ2lhZGEgbyBjb25maWRlbmNpYWwgeSBlcyBwYXJhIHVzbyBl eGNsdXNpdm8gZGUgbGEgcGVyc29uYSBvIGVudGlkYWQgZGUgZGVzdGluby4gU2kgbm8gZXMgdXN0 ZWQuIGVsIGRlc3RpbmF0YXJpbyBpbmRpY2FkbywgcXVlZGEgbm90aWZpY2FkbyBkZSBxdWUgbGEg bGVjdHVyYSwgdXRpbGl6YWNpw7NuLCBkaXZ1bGdhY2nDs24geS9vIGNvcGlhIHNpbiBhdXRvcml6 YWNpw7NuIHB1ZWRlIGVzdGFyIHByb2hpYmlkYSBlbiB2aXJ0dWQgZGUgbGEgbGVnaXNsYWNpw7Nu IHZpZ2VudGUuIFNpIGhhIHJlY2liaWRvIGVzdGUgbWVuc2FqZSBwb3IgZXJyb3IsIGxlIHJvZ2Ft b3MgcXVlIG5vcyBsbyBjb211bmlxdWUgaW5tZWRpYXRhbWVudGUgcG9yIGVzdGEgbWlzbWEgdsOt YSB5IHByb2NlZGEgYSBzdSBkZXN0cnVjY2nDs24uDQoNClRoZSBpbmZvcm1hdGlvbiBjb250YWlu ZWQgaW4gdGhpcyB0cmFuc21pc3Npb24gaXMgcHJpdmlsZWdlZCBhbmQgY29uZmlkZW50aWFsIGlu Zm9ybWF0aW9uIGludGVuZGVkIG9ubHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3Ig ZW50aXR5IG5hbWVkIGFib3ZlLiBJZiB0aGUgcmVhZGVyIG9mIHRoaXMgbWVzc2FnZSBpcyBub3Qg dGhlIGludGVuZGVkIHJlY2lwaWVudCwgeW91IGFyZSBoZXJlYnkgbm90aWZpZWQgdGhhdCBhbnkg ZGlzc2VtaW5hdGlvbiwgZGlzdHJpYnV0aW9uIG9yIGNvcHlpbmcgb2YgdGhpcyBjb21tdW5pY2F0 aW9uIGlzIHN0cmljdGx5IHByb2hpYml0ZWQuIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgdHJh bnNtaXNzaW9uIGluIGVycm9yLCBkbyBub3QgcmVhZCBpdC4gUGxlYXNlIGltbWVkaWF0ZWx5IHJl cGx5IHRvIHRoZSBzZW5kZXIgdGhhdCB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGNvbW11bmljYXRp b24gaW4gZXJyb3IgYW5kIHRoZW4gZGVsZXRlIGl0Lg0KDQpFc3RhIG1lbnNhZ2VtIGUgc2V1cyBh bmV4b3Mgc2UgZGlyaWdlbSBleGNsdXNpdmFtZW50ZSBhbyBzZXUgZGVzdGluYXTDoXJpbywgcG9k ZSBjb250ZXIgaW5mb3JtYcOnw6NvIHByaXZpbGVnaWFkYSBvdSBjb25maWRlbmNpYWwgZSDDqSBw YXJhIHVzbyBleGNsdXNpdm8gZGEgcGVzc29hIG91IGVudGlkYWRlIGRlIGRlc3Rpbm8uIFNlIG7D o28gw6kgdm9zc2Egc2VuaG9yaWEgbyBkZXN0aW5hdMOhcmlvIGluZGljYWRvLCBmaWNhIG5vdGlm aWNhZG8gZGUgcXVlIGEgbGVpdHVyYSwgdXRpbGl6YcOnw6NvLCBkaXZ1bGdhw6fDo28gZS9vdSBj w7NwaWEgc2VtIGF1dG9yaXphw6fDo28gcG9kZSBlc3RhciBwcm9pYmlkYSBlbSB2aXJ0dWRlIGRh IGxlZ2lzbGHDp8OjbyB2aWdlbnRlLiBTZSByZWNlYmV1IGVzdGEgbWVuc2FnZW0gcG9yIGVycm8s IHJvZ2Ftb3MtbGhlIHF1ZSBub3MgbyBjb211bmlxdWUgaW1lZGlhdGFtZW50ZSBwb3IgZXN0YSBt ZXNtYSB2aWEgZSBwcm9jZWRhIGEgc3VhIGRlc3RydWnDp8Ojbw0K From nobody Wed Jul 22 14:29:45 2015 Return-Path: X-Original-To: sdn@ietfa.amsl.com Delivered-To: sdn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B0441B2E81 for ; Wed, 22 Jul 2015 14:17:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.611 X-Spam-Level: X-Spam-Status: No, score=-2.611 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Oak85RE9Na7A for ; Wed, 22 Jul 2015 14:17:50 -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 8CE5C1B2E70 for ; Wed, 22 Jul 2015 14:17:48 -0700 (PDT) Received: from smtpjc.telefonica.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 8B84F2F036A; Wed, 22 Jul 2015 23:17:46 +0200 (CEST) Received: from ESTGVMSP102.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 7498A2F0131; Wed, 22 Jul 2015 23:17:46 +0200 (CEST) Received: from emea01-db3-obe.outbound.protection.outlook.com (10.92.5.139) by tls.telefonica.com (10.93.6.49) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 22 Jul 2015 23:17:45 +0200 Received: from DB5PR06MB1381.eurprd06.prod.outlook.com (10.163.103.11) by DB5PR06MB1383.eurprd06.prod.outlook.com (10.163.103.13) with Microsoft SMTP Server (TLS) id 15.1.219.17; Wed, 22 Jul 2015 21:17:44 +0000 Received: from DB5PR06MB1381.eurprd06.prod.outlook.com ([10.163.103.11]) by DB5PR06MB1381.eurprd06.prod.outlook.com ([10.163.103.11]) with mapi id 15.01.0219.018; Wed, 22 Jul 2015 21:17:44 +0000 From: LUIS MIGUEL CONTRERAS MURILLO To: Kostas Pentikousis Thread-Topic: Review of draft-contreras-sdnrg-layered-sdn-03 Thread-Index: AdDEBBDQvFIOYihnS5utMQZn5IjgaAAvHGtg Date: Wed, 22 Jul 2015 21:17:44 +0000 Message-ID: References: <0C7EDCF89AB9E2478B5D010026CFF4AEB5AB998173@SBS2008.eict.local> In-Reply-To: <0C7EDCF89AB9E2478B5D010026CFF4AEB5AB998173@SBS2008.eict.local> Accept-Language: es-ES, en-US Content-Language: es-ES X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: eict.de; dkim=none (message not signed) header.d=none; x-originating-ip: [83.60.117.238] x-microsoft-exchange-diagnostics: 1; DB5PR06MB1383; 5:hi+twONFaTh8SHDtO8oq6vWqFG7N0kGA4H+VwleIr1EkeA/1XTkoQNKkjI+MlHKbn1Ued9ZhBLL6Hc4MvvOc8jK5//0m3XrPgB+/CeLXgji+vbJ9nyU7OKN8xTcMuLAVXiYdVlPeM5T4ipfj0vZfag==; 24:s5xhX7s6ODkQnhakkShUY4onTSwRhe36L9WotVesSZylSskiuUNy+tJNOFfV/w3Mg5vl5Gl332muHBBIP3fQJzTGjOLVvV8SNX9TZZC2rm8=; 20:hy4B6ROsMfmERL3QRE0aCns4iqfj/s1k0BQgakqG8tvWKuC/TnL89Y86pJqmPxrNtPWIEqGB+wSAn4UQkFXUEw== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB5PR06MB1383; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:DB5PR06MB1383; BCL:0; PCL:0; RULEID:; SRVR:DB5PR06MB1383; x-forefront-prvs: 0645BEB7AA x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(69224002)(51914003)(561944003)(5001960100002)(189998001)(33656002)(54356999)(5002640100001)(230783001)(19580405001)(46102003)(19580395003)(110136002)(87936001)(66066001)(50986999)(2900100001)(74316001)(2950100001)(76576001)(76176999)(62966003)(2656002)(15975445007)(77096005)(122556002)(77156002)(40100003)(102836002)(92566002)(86362001)(9010500005); DIR:OUT; SFP:1102; SCL:1; SRVR:DB5PR06MB1383; H:DB5PR06MB1381.eurprd06.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Jul 2015 21:17:44.1570 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 9744600e-3e04-492e-baa1-25ec245c6f10 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR06MB1383 X-OriginatorOrg: telefonica.com X-TM-AS-MML: No Archived-At: X-Mailman-Approved-At: Wed, 22 Jul 2015 14:29:43 -0700 Cc: "draft-contreras-sdnrg-layered-sdn@tools.ietf.org" , SDN IRTF list Subject: Re: [Sdn] Review of draft-contreras-sdnrg-layered-sdn-03 X-BeenThere: sdn@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List to Discuss SDN Research Group in the IRTF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 21:17:54 -0000 Hi Kostas Thanks for your comments. Please, see my comments in-line Best regards Luis > -----Mensaje original----- > De: Kostas Pentikousis [mailto:k.pentikousis@eict.de] > Enviado el: mi=E9rcoles, 22 de julio de 2015 0:25 > Para: draft-contreras-sdnrg-layered-sdn@tools.ietf.org > CC: SDN IRTF list > Asunto: Review of draft-contreras-sdnrg-layered-sdn-03 > > Dear authors, all, > > I read draft-contreras-sdnrg-layered-sdn-03 and I find it quite relevant = for > our work in the FELIX project (to be presented at SDNRG on Wednesday > morning; see https://www.ietf.org/proceedings/93/slides/slides-93-sdnrg- > 7.pdf). Specifically, FELIX independently designed an architecture which = has a > number of common elements with CLAS, at least in my mind. I see certain > commonalities, for example, between the CLAS transport stratum and the > FELIX Space (see p. 5 of the slides) on the one hand, and between the CLA= S > service stratum and the (FELIX) User Space. As in CLAS, FELIX employs > dynamic transport bandwidth on demand using the Network Service > Interface across heterogeneous multiple domains. [lmcm>>] My understanding from the slide 5 of your presentation is that FEL= IX Space represents a multi-domain transport scenario, focused on providing= transport capabilities to connect service end-points determined by the Use= r Space. If such understanding is correct, the architecture shows commonalt= ies with CLAS. Different SDN environments are used in the distinct spaces, = and I wonder (not clear to me from the slides) that there is interaction be= tween both environments to provide the final service to the end user. From = that perspective, FELIX architecture fits CLAS architecture proposal. > > I would have liked to see a bit more details about which resources you > consider and how are they managed and controlled. The use cases section > points to NFV as well as abstraction and control of transport networks as > placeholders. Are you planning to complete this section in -04? [lmcm>>] Yes, that is the intention. For instance, some progress have been = done in NFV with contribution to ETSI NFV EVE working group based on CLAS a= rchitecture. Our intention is to describe in this document such ideas. For = ACTN case we have also some on-going work. More use cases will be explored.= FELIX could be also an study case, in my understanding. As you can > see in the slides, in FELIX we consider SDN, compute and (on demand) tran= sit > network resources which can be allocated and used through policy-based > recursive orchestration (see also https://datatracker.ietf.org/doc/draft-= felix- > nfvrg-recursive-orchestration/). > [lmcm>>] Thanks for the pointer. I will take a look to understand commonalt= ies. > Editorial comments: > > I find that Section 1 (Introduction) is practically decoupled from Sectio= n 3, > where CLAS is introduced. In addition, it would be good to back these poi= nts > with references because right now no good explanation is given for the > bullet list of "issues" on p.3 of the draft. [lmcm>>] Noted. We will try to provide more consistency and more arguments = for the identified issues. > > The goals of CLAS need to be more clearly stated upfront. [lmcm>>] Noted. In line with your previous comment, probably a more clear m= otivation section is required. > > Terminology: both strata have an SDN controller which is slightly confusi= ng. > For example, there seems to be a single SDN controller that handles the > management, control and resource planes (p. 7-8) in the service stratum > (ditto for the transport stratum), but no explanation is provided why thi= s is > the case or, indeed, why there is a need to separate the planes if one > (logical) controller takes care of everything in each stratum. [lmcm>>] Different planes have different responsibilities. Real implementat= ion could consider to integrate all (or part) of those planes on the same b= ox or application. From a carrier/operator perspective I think is necessary= for operational reasons to have clear differentiation of the three planes. Although you do > relate CLAS to RFC 7426, you could also consider adopting more explicitly > some of the terminology of RFC 7426 in section 2 of the draft. [lmcm>>] Noted. I agree it could be convenient to adopt more terminology al= ready presented on RFC 7426. I take the action of providing that for next d= ocument version. > > Further, can you please provide more details on the interaction of the "S= DN > controllers" between the two strata? [lmcm>>] This is an on-going work. Some ideas are already presented (but no= t well structured) in section 4: monitoring, accounting, orchestration, sec= ure communication, etc. More details should come in future versions. I gues= s that input from FELIX experience can benefit the draft. > > Nits: > > s/vertical, tight integrated/vertical, tightly integrated > > s/and services that relies/and services that rely > > s/capture service requirements of services/capture service requirements > > s/can provide transfer functions/can provide transport functions > > Capitalization is not consistent throughout the draft, e.g. service strat= um vs. > Service stratum vs. Service Stratum > > As this is an informational draft, no need for RFC 2119 terminology, and = all > references should be informative only. > [lmcm>>] Thanks for all of these nits. Noted. > > Best regards, > > Kostas > > ________________________________ 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 From nobody Wed Jul 22 21:40:45 2015 Return-Path: X-Original-To: sdn@ietfa.amsl.com Delivered-To: sdn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A05771A0AF8 for ; Wed, 22 Jul 2015 21:40:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.011 X-Spam-Level: X-Spam-Status: No, score=-0.011 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y9l-E17NVaDe for ; Wed, 22 Jul 2015 21:40:43 -0700 (PDT) Received: from mail.rozanak.com (mail.rozanak.com [IPv6:2a01:238:42ad:1500:aa19:4238:e48f:61cf]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6B6981A0AF7 for ; Wed, 22 Jul 2015 21:40:43 -0700 (PDT) Received: from localhost (unknown [127.0.0.1]) by mail.rozanak.com (Postfix) with ESMTP id 0F14725CA2AE for ; Thu, 23 Jul 2015 04:40:42 +0000 (UTC) X-Virus-Scanned: amavisd-new at rozanak.com Received: from mail.rozanak.com ([127.0.0.1]) by localhost (mail.iknowlaws.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FgIVdhyaR-u7 for ; Thu, 23 Jul 2015 06:40:41 +0200 (CEST) Received: from kopoli (p200300864F13D154F8AE7281082437B7.dip0.t-ipconnect.de [IPv6:2003:86:4f13:d154:f8ae:7281:824:37b7]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.rozanak.com (Postfix) with ESMTPSA id 11CE425CA2A0 for ; Thu, 23 Jul 2015 06:40:41 +0200 (CEST) From: "Hosnieh Rafiee" To: References: In-Reply-To: Date: Thu, 23 Jul 2015 06:40:38 +0200 Message-ID: <001f01d0c501$b9585f00$2c091d00$@rozanak.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdDFAWuBxaqaby2WRJWGIiF+9vNWkgAAEGNg Content-Language: en-us Archived-At: Subject: [Sdn] Secure Authentication model for SDN - DNS based PKI Model X-BeenThere: sdn@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List to Discuss SDN Research Group in the IRTF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 04:40:44 -0000 Dear All, Please share your comments and feedback about the idea behind DNS based PKI model for SDN key management. I would like to know the general impression about it. https://www.ietf.org/proceedings/93/slides/slides-93-sdnrg-3.pdf I welcome your inputs. Thanks, Best, Hosnieh