From nobody Wed Jan 2 12:37:18 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69009130ED6; Wed, 2 Jan 2019 12:37:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KY64GL_KalrV; Wed, 2 Jan 2019 12:37:06 -0800 (PST) Received: from clt-mbsout-02.mbs.boeing.net (clt-mbsout-02.mbs.boeing.net [130.76.144.163]) (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 8144B126C01; Wed, 2 Jan 2019 12:37:06 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clt-mbsout-02.mbs.boeing.net (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with SMTP id x02Kb4Bx004968; Wed, 2 Jan 2019 15:37:04 -0500 Received: from XCH16-07-10.nos.boeing.com (xch16-07-10.nos.boeing.com [144.115.66.112]) by clt-mbsout-02.mbs.boeing.net (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id x02KasAI003799 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=FAIL); Wed, 2 Jan 2019 15:36:54 -0500 Received: from XCH16-07-10.nos.boeing.com (144.115.66.112) by XCH16-07-10.nos.boeing.com (144.115.66.112) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.1591.10; Wed, 2 Jan 2019 12:36:53 -0800 Received: from XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8]) by XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8%2]) with mapi id 15.01.1591.012; Wed, 2 Jan 2019 12:36:53 -0800 From: "Templin (US), Fred L" To: "dmm@ietf.org" , RTGWG Thread-Topic: BGP-based DMM for civil aviation Thread-Index: AdSi2rZqGDFASLW7Rw6eo40tPXgcrA== Date: Wed, 2 Jan 2019 20:36:53 +0000 Message-ID: <44917fda8b414d45bed4cd40b1590b29@boeing.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [137.137.12.6] x-tm-snts-smtp: D52C4EB9CC016CE82D8C4E2BD4098DDDA3A55C2B570FC4449AF450B67EA7301E2000:8 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-TM-AS-GCONF: 00 Archived-At: Subject: [DMM] BGP-based DMM for civil aviation X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2019 20:37:09 -0000 SGVsbG8sIGFuZCBIYXBweSBOZXcgWWVhciwNCg0KV2UgaGF2ZSBhcnRpY3VsYXRlZCB3aGF0IGlz IGVzc2VudGlhbGx5IGEgRGlzdHJpYnV0ZWQgTW9iaWxpdHkgTWFuYWdlbWVudCAoRE1NKQ0Kc2Vy dmljZSBmb3IgdGhlIG5leHQtZ2VuZXJhdGlvbiBjaXZpbCBhdmlhdGlvbiBBZXJvbmF1dGljYWwg VGVsZWNvbW11bmljYXRpb25zDQpOZXR3b3JrIHdpdGggSW50ZXJuZXQgUHJvdG9jb2wgU2Vydmlj ZXMgKEFUTi9JUFMpOg0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1p ZXRmLXJ0Z3dnLWF0bi1iZ3AvDQoNClRoaXMgd29yayB0cmFja3MgdGhlIHByb2dyZXNzIG9mIHRo ZSBJbnRlcm5hdGlvbmFsIENpdmlsIEF2aWF0aW9uIE9yZ2FuaXphdGlvbg0KKElDQU8pLCBhbmQg aXMgYSB3b3JraW5nIGdyb3VwIGl0ZW0gb2YgdGhlIElFVEYgUlRHV0cuDQoNClRoZSB3YXkgaXQg d29ya3MgaXMgdGhhdCB0aGVyZSBpcyBhIGh1Yi1hbmQtc3Bva2VzIEJHUCBvdmVybGF5IHJvdXRp bmcgc2VydmljZQ0KdGhhdCBpbnRlcmNvbm5lY3RzIHBvdGVudGlhbGx5IG1hbnkgbW9iaWxpdHkg YW5jaG9yIHBvaW50cy4gRWFjaCBhbmNob3IgcG9pbnQgaXMNCnJlc3BvbnNpYmxlIGZvciBtb2Jp bGl0eSBtYW5hZ2VtZW50IGZvciBhIGNvbnN0aXR1ZW50IHNldCBvZiBtb2JpbGUgbm9kZXMNCihl LmcuLCBhaXJjcmFmdCksIHN1Y2ggdGhhdCB0aGUgc3lzdGVtIGFzIGEgd2hvbGUgc3VwcG9ydHMg bGFyZ2Utc2NhbGUgRE1NLg0KDQpXZSB0aGluayB0aGlzIGRvY3VtZW50IGlzIGluIHRoZSBjb3Jy ZWN0IGhvbWUgaW4gUlRHV0csIGJ1dCBJIGp1c3QgdGhvdWdodA0KSSB3b3VsZCBzdGFydCBvdXQg dGhlIHllYXIgYnkgc2Vuc2l0aXppbmcgdGhlIERNTSBjb21tdW5pdHkuIEFueSB0aG91Z2h0cw0K b3IgY29tbWVudHMgYXJlIHdlbGNvbWUuDQoNClRoYW5rcyAtIEZyZWQgIA0K From nobody Wed Jan 2 12:50:38 2019 Return-Path: X-Original-To: dmm@ietf.org Delivered-To: dmm@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 92CF71274D0; Wed, 2 Jan 2019 12:50:29 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.89.2 Auto-Submitted: auto-generated Precedence: bulk CC: Sri Gundavelli , sgundave@cisco.com, draft-ietf-dmm-ondemand-mobility@ietf.org, dmm-chairs@ietf.org, dmm@ietf.org, Dapeng Liu , suresh@kaloom.com Reply-To: ietf@ietf.org Sender: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Reply-To: ietf@ietf.org Message-ID: <154646222954.32472.5381242573520044107.idtracker@ietfa.amsl.com> Date: Wed, 02 Jan 2019 12:50:29 -0800 Archived-At: Subject: [DMM] Last Call: (On Demand Mobility Management) to Informational RFC X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2019 20:50:30 -0000 The IESG has received a request from the Distributed Mobility Management WG (dmm) to consider the following document: - 'On Demand Mobility Management' as Informational RFC The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2019-01-16. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract Applications differ with respect to whether they need session continuity and/or IP address reachability. The network providing the same type of service to any mobile host and any application running on the host yields inefficiencies. This document describes a solution for taking the application needs into account by selectively providing session continuity and IP address reachability on a per- socket basis. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-dmm-ondemand-mobility/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-dmm-ondemand-mobility/ballot/ The following IPR Declarations may be related to this I-D: https://datatracker.ietf.org/ipr/2309/ From nobody Thu Jan 3 14:58:00 2019 Return-Path: X-Original-To: dmm@ietf.org Delivered-To: dmm@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E45F131357; Thu, 3 Jan 2019 14:57:51 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Russ Housley To: Cc: draft-ietf-dmm-ondemand-mobility.all@ietf.org, ietf@ietf.org, dmm@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.89.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <154655627155.29540.12228087320701274157@ietfa.amsl.com> Date: Thu, 03 Jan 2019 14:57:51 -0800 Archived-At: Subject: [DMM] Genart last call review of draft-ietf-dmm-ondemand-mobility-15 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2019 22:57:52 -0000 Reviewer: Russ Housley Review result: Almost Ready I am the assigned Gen-ART reviewer for this draft. The General Area Review Team (Gen-ART) reviews all IETF documents being processed by the IESG for the IETF Chair. Please treat these comments just like any other last call comments. For more information, please see the FAQ at . Document: draft-ietf-dmm-ondemand-mobility-15 Reviewer: Russ Housley Review Date: 2019-01-03 IETF LC End Date: 2019-01-16 IESG Telechat date: unknown Summary: Almost Ready Major Concerns: None. Minor Concerns: Section 2: Please update the first paragraph to reference RFC 8174 in addition to RFC 2119, as follows: The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 [RFC2119] [RFC8174] when, and only when, they appear in all capitals, as shown here. Nits: Section 1: s/It should be noted that in/In/ Section 1 uses one style for listing two properties, and then Section 3 uses another style for listing four types of IP address. Please pick one style and use it in both places. Section 4.1: s/secsc(/setsc(/ -- in a comment Questions: Should getsc() also be described in Section 6? Should anything be added to the Security Considerations about CGA? From nobody Fri Jan 4 20:54:21 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A0495124BE5 for ; Fri, 4 Jan 2019 20:54:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.502 X-Spam-Level: X-Spam-Status: No, score=-14.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 oeFCF38QyxkU for ; Fri, 4 Jan 2019 20:54:17 -0800 (PST) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E0084130DE7 for ; Fri, 4 Jan 2019 20:54:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5712; q=dns/txt; s=iport; t=1546664056; x=1547873656; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=UD/4NA/E0Bq3b4rgjNxoEt8ks/yxqor1jgYgmI/qJ+w=; b=VzGah+SPPkiTwCwEMIxZfNyvm2w+hXXGPltw5ynmhq3MN/FeTkKPS+S4 8bWHpYKRuMp4sE8T6undf+PSkkmX7ZzlcoTqrGx8Uw7feXpEWVPGshCE+ dTxxe6tvJ+/IpOcSlj3TVDs9f5hV+EFWW8JzlaHm4L++a0I5huJdQZU+2 Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0APAAAgODBc/40NJK1jGwEBAQEDAQE?= =?us-ascii?q?BBwMBAQGBUQYBAQELAYFaKWaBAicKg3WIGo11fIJJlCWBewsBARgLhEkCF4F?= =?us-ascii?q?pIjQJDQEDAQECAQECbRwBC4VKAQEBBAEBGwYROhsCAQYCEQMBAgMCJgICAiU?= =?us-ascii?q?LFQgIAgQTFIMPggEPiwqbXYEvhDECgQ6EZgWBC4s0F4FAP4ERgl01gx4BAQO?= =?us-ascii?q?BdYJxgjUiAok0LJd6CQKHEYgygigYgWCFIopoiWCFBIsvAhEUgScfOIFWcBU?= =?us-ascii?q?7gmyCJxcSbQEBh12FP0ExiUaBHwEB?= X-IronPort-AV: E=Sophos;i="5.56,441,1539648000"; d="scan'208";a="222090396" Received: from alln-core-8.cisco.com ([173.36.13.141]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Jan 2019 04:54:15 +0000 Received: from XCH-ALN-006.cisco.com (xch-aln-006.cisco.com [173.36.7.16]) by alln-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id x054sFfb001278 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for ; Sat, 5 Jan 2019 04:54:15 GMT Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-ALN-006.cisco.com (173.36.7.16) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Fri, 4 Jan 2019 22:54:15 -0600 Received: from xch-aln-008.cisco.com ([173.36.7.18]) by XCH-ALN-008.cisco.com ([173.36.7.18]) with mapi id 15.00.1395.000; Fri, 4 Jan 2019 22:54:14 -0600 From: "Sri Gundavelli (sgundave)" To: "dmm@ietf.org" Thread-Topic: [DMM] Call for adoption of draft-hmm-dmm-5g-uplane-analysis-02 as DMM WG document Thread-Index: AQHUpLK0gbF6LM0qVUWwIYzYweOvqg== Date: Sat, 5 Jan 2019 04:54:14 +0000 Message-ID: References: <381BB175-A810-42B8-9EE8-8D62E7E86E83@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.20.188.53] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.36.7.16, xch-aln-006.cisco.com X-Outbound-Node: alln-core-8.cisco.com Archived-At: Subject: Re: [DMM] Call for adoption of draft-hmm-dmm-5g-uplane-analysis-02 as DMM WG document X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2019 04:54:20 -0000 Rm9sa3MgLSBUaGFua3MgZm9yIGFsbCB0aGUgZmVlZGJhY2suIE15IGNvLWNoYWlyLCBEYXBlbmcg aGFzIHJldmlld2VkIGFsbA0KdGhlIHBvc3RlZCBlbWFpbHMgb24gdGhpcyBhZG9wdGlvbiBjYWxs IChhbmQgd2l0aCBpbnB1dHMgZnJvbSBvdXIgQUQpLCBoZQ0KYmVsaWV2ZXMgdGhlcmUgaXMgY29u c2Vuc3VzIHRvIGFkb3B0IHRoaXMgZG9jdW1lbnQgYXMgYSBXb3JraW5nIGdyb3VwDQpkb2N1bWVu dC4gVGhlcmUgd2VyZSBmZXcgY29uY2VybnMgZnJvbSBmZXcgZm9sa3Mgb24gdGFraW5nIHVwIHRo aXMgd29yaywNCmJ1dCB0aGVyZSBhcmUgbm8gc3Ryb25nIG9iamVjdGlvbnMgb3IgY29udmluY2lu ZyBhcmd1bWVudHMgYWdhaW5zdCB0aGlzDQpkcmFmdCBhZG9wdGlvbi4gV2UgdGhlcmVmb3JlIGhh dmUgZGVjaWRlZCB0byB0YWtlIHVwIHRoaXMgd29yay4gIFdlIGRpZA0KaGF2ZSBhIG9mZmxpbmUg Y2hhdCB3aXRoIERhdmUgQWxsYW4gb24gaG93IHRvIGFkZHJlc3MgaGlzIGNvbmNlcm5zLiBXZQ0K d2lsbCBhc2sgdGhlIGF1dGhvcnMgdG8gd29yayB3aXRoIERhdmUgYW5kIG90aGVycywgYW5kIGFk ZHJlc3MgYWxsIHRob3NlDQpjb21tZW50cyBiZWZvcmUgd2UgY29tcGxldGUgdGhpcyB3b3JrLiBU aGUgY3VycmVudCB2ZXJzaW9uIG9mIHRoZSBkb2N1bWVudA0KaXMganVzdCBhIHN0YXJ0aW5nIHBv aW50IGFuZCB0aGUgV0cgd2lsbCBoYXZlIGVub3VnaCBvcHBvcnR1bml0aWVzIHRvDQphZGRyZXNz IGFsbCB0aGUgY29tbWVudHMuDQoNCkF1dGhvcnM6IFBsZWFzZSBzdWJtaXQsIGRyYWZ0LWhtbS1k bW0tNWctdXBsYW5lLWFuYWx5c2lzLTAyLCBhcw0KZHJhZnQtaWV0Zi1kbW0tNWctdXBsYW5lLWFu YWx5c2lzLTAwLnR4dCAoSW5mb3JtYXRpb25hbCBUcmFjaykNCg0KUmVnYXJkcw0KRGFwZW5nIGFu ZCBTcmkNCg0KDQoNCg0KPg0KPg0KPg0KPj4NCj4+PiAyMDE4LzEyLzE0IDE1OjE044CBU3JpIEd1 bmRhdmVsbGkgKHNndW5kYXZlKSA8c2d1bmRhdmVAY2lzY28uY29tPuOBruODoeODvOODqzoNCj4+ PiANCj4+PiBGb2xrcyDigJMgU29ycnkgZm9yIHRoZSBkZWxheSBvbiB0aGlzLiBHaXZlbiB0aGUg bnVtYmVyIG9mIHN1cHBvcnQgdm90ZXMNCj4+PmZvciB0aGUgY29tcGFueSBJIGFtIGFmZmlsaWF0 ZWQgd2l0aCwgSSB0aG91Z2h0IGl0IHdvdWxkIGJlIGJlc3QgZm9yIG15DQo+Pj5jby1jaGFpciBE YXBlbmcgcmV2aWV3cyB0aGlzIGZlZWRiYWNrLCBhbmQgaW4gY29uc3VsdGF0aW9uIHdpdGggdGhl IEFELA0KPj4+bWFrZXMgdGhlIGRlY2lzaW9uIG9uIHRoaXMuIFdlIHdpbGwgY2xvc2UgaXQgc29v bi4NCj4+PiANCj4+PiBTcmkNCj4+PiANCj4+PiANCj4+PiANCj4+PiBGcm9tOiBTcmkgR3VuZGF2 ZWxsaSA8c2d1bmRhdmVAY2lzY28uY29tPg0KPj4+IERhdGU6IFdlZG5lc2RheSwgRGVjZW1iZXIg NSwgMjAxOCBhdCA5OjE4IEFNDQo+Pj4gVG86ICJkbW1AaWV0Zi5vcmciIDxkbW1AaWV0Zi5vcmc+ DQo+Pj4gU3ViamVjdDogUmU6IFtETU1dIENhbGwgZm9yIGFkb3B0aW9uIG9mDQo+Pj5kcmFmdC1o bW0tZG1tLTVnLXVwbGFuZS1hbmFseXNpcy0wMiBhcyBETU0gV0cgZG9jdW1lbnQNCj4+PiANCj4+ PiBUaGFua3MgZm9yIGFsbCB0aGUgZmVlZGJhY2suIFRoZSBhZG9wdGlvbiBjYWxsIGlzIG5vdyBj bG9zZWQuIFdlIHdpbGwNCj4+PnJldmlldyB0aGUgZmVlZGJhY2sgYW5kIGRlY2lkZSBvbiB0aGUg bmV4dCBzdGVwcy4NCj4+PiANCj4+PiBTcmkNCj4+PiANCj4+PiANCj4+PiANCj4+PiBGcm9tOiBk bW0gPGRtbS1ib3VuY2VzQGlldGYub3JnPiBvbiBiZWhhbGYgb2YgU3JpIEd1bmRhdmVsbGkNCj4+ PjxzZ3VuZGF2ZUBjaXNjby5jb20+DQo+Pj4gRGF0ZTogV2VkbmVzZGF5LCBOb3ZlbWJlciAyOCwg MjAxOCBhdCAxMDo0MiBBTQ0KPj4+IFRvOiAiZG1tQGlldGYub3JnIiA8ZG1tQGlldGYub3JnPg0K Pj4+IFN1YmplY3Q6IFJlOiBbRE1NXSBDYWxsIGZvciBhZG9wdGlvbiBvZg0KPj4+ZHJhZnQtaG1t LWRtbS01Zy11cGxhbmUtYW5hbHlzaXMtMDIgYXMgRE1NIFdHIGRvY3VtZW50DQo+Pj4gDQo+Pj4g R2VudGxlIHJlbWluZGVyLiAgVGhlIGJlbG93IGFkb3B0aW9uIGNhbGwgd2lsbCBjbG9zZSBuZXh0 IHdlZWssIHRoZSA0dGgNCj4+Pm9mIERlY2VtYmVyLCAyMDE4LiBQbGVhc2UgcHJvdmlkZSB5b3Vy IGZlZWRiYWNrLg0KPj4+IA0KPj4+IA0KPj4+IFNyaQ0KPj4+IA0KPj4+IA0KPj4+IA0KPj4+IEZy b206IGRtbSA8ZG1tLWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBvZiBTcmkgR3VuZGF2ZWxs aQ0KPj4+PHNndW5kYXZlQGNpc2NvLmNvbT4NCj4+PiBEYXRlOiBUdWVzZGF5LCBOb3ZlbWJlciAx MywgMjAxOCBhdCA0OjM0IFBNDQo+Pj4gVG86ICJkbW1AaWV0Zi5vcmciIDxkbW1AaWV0Zi5vcmc+ DQo+Pj4gU3ViamVjdDogW0RNTV0gQ2FsbCBmb3IgYWRvcHRpb24gb2YgZHJhZnQtaG1tLWRtbS01 Zy11cGxhbmUtYW5hbHlzaXMtMDINCj4+PmFzIERNTSBXRyBkb2N1bWVudA0KPj4+IA0KPj4+IEZv bGtzOg0KPj4+IA0KPj4+IER1cmluZyBJRVRGIDEwMiBhbmQgMTAzLCB0aGUgYXV0aG9ycyBvZiB0 aGUgZG9jdW1lbnQsDQo+Pj5kcmFmdC1obW0tZG1tLTVnLXVwbGFuZS1hbmFseXNpcy50eHQgaGF2 ZSBwcm92aWRlZCB0aGUgb3ZlcnZpZXcgb2YgdGhpcw0KPj4+ZG9jdW1lbnQuIFRoZSBjaGFpcnMg ZmVsdCB0aGVyZSBpcyBnb29kIGFtb3VudCBvZiB3b3JrIHRoYXQgd2VudCBpbnRvDQo+Pj50aGUg ZG9jdW1lbnQgYW5kIHRoZSBhbmFseXNpcyBoYXMgdmFsdWUuIFRoZSBkb2N1bWVudCBxdWFsaXR5 IGlzIHZlcnkNCj4+PmhpZ2guIFRoZXJlIHdhcyBhbHNvIGdlbmVyYWxseSBnb29kIGZlZWRiYWNr IGFuZCBpbnRlcmVzdCBmb3IgdGhlIHdvcmsNCj4+PmZyb20gdGhlIGNvbW11bml0eS4gV2UgYXJl IHRoZXJlZm9yZSBjb25zaWRlcmluZyBhZG9wdGluZyB0aGlzIGRvY3VtZW50DQo+Pj5hcyBhIERN TSBXRyBkb2N1bWVudCwgdG8gYmUgbW92ZWQgb24gSW5mb3JtYXRpb25hbCBTdGFuZGFyZHMgdHJh Y2suDQo+Pj4gDQo+Pj4gVGhlcmUgd2VyZSBhbHNvIGZldyBjb25jZXJucy9jb21tZW50cyBvbiB0 aGUgMS4pIFJlbGV2YW5jZSBvZiB0aGlzDQo+Pj5kb2N1bWVudCB0byAzR1BQIGluIHRoZSBpbW1l ZGlhdGUgdGltZSBmcmFtZSAyLikgQXJjaGl2YWwgVmFsdWUgb2YgdGhlDQo+Pj5kb2N1bWVudCAz LikgVGFyZ2V0IEF1ZGllbmNlICAtIElFVEYgb3IgM0dQUC4NCj4+PiBPbiAjMywgdGhlcmUgd2Fz IGFsc28gYSB2aWV3IHRoYXQgdGhlIGRvY3VtZW50IHNob3VsZCBiZSByZXN0cnVjdHVyZWQNCj4+ PnRvIG1ha2UgaXQgSUVURiBmb2N1c3NlZC4gIFdpdGggdGhpcyBiYWNrZ3JvdW5kLCB3ZSB3b3Vs ZCBsaWtlIHRvIGFzaw0KPj4+dGhlIFdHIHRvIHByb3ZpZGUgc29tZSBmZWVkYmFjayBvbiB0aGVp ciBpbnRlcmVzdCBmb3IgdGhpcyB3b3JrLiBQbGVhc2UNCj4+PnByb3ZpZGUgc3Vic3RhbnRpYWwg Y29tbWVudHMgYXMgd2h5IHRoaXMgc2hvdWxkIGJlIGFkb3B0ZWQsIG9yIHdoeSBpdA0KPj4+c2hv dWxkIG5vdCBiZSBhZG9wdGVkLiBJZiB0aGVyZSBpcyBpbnRlcmVzdCwgYW5kIGlmIHRoZXJlIGFy ZSBubyBvdGhlcg0KPj4+Y29uY2VybnMgZnJvbSBBRC9JRVNHL090aGVycywgdGhlbiB3ZSBtYXkg dGFrZSB1cCB0aGlzIHdvcmsgYXQgc29tZQ0KPj4+cG9pbnQuIA0KPj4+IA0KPj4+IERyYWZ0IFBv aW50ZXI6IA0KPj4+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWhtbS1kbW0tNWct dXBsYW5lLWFuYWx5c2lzLTAyDQo+Pj4gDQo+Pj4gDQo+Pj4gVGhlIGFkb3B0aW9uIGNhbGwgd2ls bCBlbmQgb24gNHRoIG9mIERlY2VtYmVyLCAyMDE5Lg0KPj4+IA0KPj4+IA0KPj4+IFJlZ2FyZHMN Cj4+PiBEYXBwaW5nICYgU3JpDQo+Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCj4+PiBkbW0gbWFpbGluZyBsaXN0DQo+Pj4gZG1tQGlldGYub3JnDQo+ Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kbW0NCj4+DQo+DQo+X19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj5kbW0gbWFpbGlu ZyBsaXN0DQo+ZG1tQGlldGYub3JnDQo+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9kbW0NCg0K From nobody Sun Jan 6 21:32:57 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E188128CF3 for ; Sun, 6 Jan 2019 21:32:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eli7H8Bh0veT for ; Sun, 6 Jan 2019 21:32:54 -0800 (PST) Received: from tama50.ecl.ntt.co.jp (tama50.ecl.ntt.co.jp [129.60.39.147]) by ietfa.amsl.com (Postfix) with ESMTP id 7EDAA1274D0 for ; Sun, 6 Jan 2019 21:32:54 -0800 (PST) Received: from vc2.ecl.ntt.co.jp (vc2.ecl.ntt.co.jp [129.60.86.154]) by tama50.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id x075Wre6009717 for ; Mon, 7 Jan 2019 14:32:53 +0900 Received: from vc2.ecl.ntt.co.jp (localhost [127.0.0.1]) by vc2.ecl.ntt.co.jp (Postfix) with ESMTP id CC7D16399F8 for ; Mon, 7 Jan 2019 14:32:53 +0900 (JST) Received: from jcms-pop21.ecl.ntt.co.jp (jcms-pop21.ecl.ntt.co.jp [129.60.87.134]) by vc2.ecl.ntt.co.jp (Postfix) with ESMTP id C132F6399EE for ; Mon, 7 Jan 2019 14:32:53 +0900 (JST) Received: from [IPv6:::1] (unknown [129.60.13.61]) by jcms-pop21.ecl.ntt.co.jp (Postfix) with ESMTPSA id BD6354006F4 for ; Mon, 7 Jan 2019 14:32:53 +0900 (JST) References: <381BB175-A810-42B8-9EE8-8D62E7E86E83@gmail.com> From: Shunsuke Homma Message-ID: <410a6edb-9431-3c2e-415e-34bb3071d1b0@lab.ntt.co.jp> Date: Mon, 7 Jan 2019 14:33:49 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit To: dmm@ietf.org X-TM-AS-MML: disable Archived-At: Subject: Re: [DMM] Call for adoption of draft-hmm-dmm-5g-uplane-analysis-02 as DMM WG document X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jan 2019 05:32:57 -0000 Hello Sri and Dapeng, Thank you for your announcement. I've uploaded the draft with renaming. We can start updating for reflecting feedback on the adoption call after your approval. If you have any problem, please let me know. Best regards, Shunsuke On 2019/01/05 13:54, Sri Gundavelli (sgundave) wrote: > Folks - Thanks for all the feedback. My co-chair, Dapeng has reviewed all > the posted emails on this adoption call (and with inputs from our AD), he > believes there is consensus to adopt this document as a Working group > document. There were few concerns from few folks on taking up this work, > but there are no strong objections or convincing arguments against this > draft adoption. We therefore have decided to take up this work. We did > have a offline chat with Dave Allan on how to address his concerns. We > will ask the authors to work with Dave and others, and address all those > comments before we complete this work. The current version of the document > is just a starting point and the WG will have enough opportunities to > address all the comments. > > Authors: Please submit, draft-hmm-dmm-5g-uplane-analysis-02, as > draft-ietf-dmm-5g-uplane-analysis-00.txt (Informational Track) > > Regards > Dapeng and Sri > > > > >> >> >> >>> >>>> 2018/12/14 15:14、Sri Gundavelli (sgundave) のメール: >>>> >>>> Folks – Sorry for the delay on this. Given the number of support votes >>>> for the company I am affiliated with, I thought it would be best for my >>>> co-chair Dapeng reviews this feedback, and in consultation with the AD, >>>> makes the decision on this. We will close it soon. >>>> >>>> Sri >>>> >>>> >>>> >>>> From: Sri Gundavelli >>>> Date: Wednesday, December 5, 2018 at 9:18 AM >>>> To: "dmm@ietf.org" >>>> Subject: Re: [DMM] Call for adoption of >>>> draft-hmm-dmm-5g-uplane-analysis-02 as DMM WG document >>>> >>>> Thanks for all the feedback. The adoption call is now closed. We will >>>> review the feedback and decide on the next steps. >>>> >>>> Sri >>>> >>>> >>>> >>>> From: dmm on behalf of Sri Gundavelli >>>> >>>> Date: Wednesday, November 28, 2018 at 10:42 AM >>>> To: "dmm@ietf.org" >>>> Subject: Re: [DMM] Call for adoption of >>>> draft-hmm-dmm-5g-uplane-analysis-02 as DMM WG document >>>> >>>> Gentle reminder. The below adoption call will close next week, the 4th >>>> of December, 2018. Please provide your feedback. >>>> >>>> >>>> Sri >>>> >>>> >>>> >>>> From: dmm on behalf of Sri Gundavelli >>>> >>>> Date: Tuesday, November 13, 2018 at 4:34 PM >>>> To: "dmm@ietf.org" >>>> Subject: [DMM] Call for adoption of draft-hmm-dmm-5g-uplane-analysis-02 >>>> as DMM WG document >>>> >>>> Folks: >>>> >>>> During IETF 102 and 103, the authors of the document, >>>> draft-hmm-dmm-5g-uplane-analysis.txt have provided the overview of this >>>> document. The chairs felt there is good amount of work that went into >>>> the document and the analysis has value. The document quality is very >>>> high. There was also generally good feedback and interest for the work >>> >from the community. We are therefore considering adopting this document >>>> as a DMM WG document, to be moved on Informational Standards track. >>>> >>>> There were also few concerns/comments on the 1.) Relevance of this >>>> document to 3GPP in the immediate time frame 2.) Archival Value of the >>>> document 3.) Target Audience - IETF or 3GPP. >>>> On #3, there was also a view that the document should be restructured >>>> to make it IETF focussed. With this background, we would like to ask >>>> the WG to provide some feedback on their interest for this work. Please >>>> provide substantial comments as why this should be adopted, or why it >>>> should not be adopted. If there is interest, and if there are no other >>>> concerns from AD/IESG/Others, then we may take up this work at some >>>> point. >>>> >>>> Draft Pointer: >>>> https://tools.ietf.org/html/draft-hmm-dmm-5g-uplane-analysis-02 >>>> >>>> >>>> The adoption call will end on 4th of December, 2019. >>>> >>>> >>>> Regards >>>> Dapping & Sri >>>> _______________________________________________ >>>> dmm mailing list >>>> dmm@ietf.org >>>> https://www.ietf.org/mailman/listinfo/dmm >>> >> >> _______________________________________________ >> dmm mailing list >> dmm@ietf.org >> https://www.ietf.org/mailman/listinfo/dmm > > _______________________________________________ > dmm mailing list > dmm@ietf.org > https://www.ietf.org/mailman/listinfo/dmm > -- ---------------------------------- Shunsuke Homma TEL: +81 422 59 3486 FAX: +81 422 60 7460 NTT Network Service Systems Labs. Musashino city, Tokyo, Japan ---------------------------------- From nobody Sun Jan 6 21:59:12 2019 Return-Path: X-Original-To: dmm@ietf.org Delivered-To: dmm@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 64F551274D0; Sun, 6 Jan 2019 21:59:04 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: dmm@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.89.2 Auto-Submitted: auto-generated Precedence: bulk Reply-To: dmm@ietf.org Message-ID: <154684074432.17020.15468347140569724244@ietfa.amsl.com> Date: Sun, 06 Jan 2019 21:59:04 -0800 Archived-At: Subject: [DMM] I-D Action: draft-ietf-dmm-5g-uplane-analysis-00.txt X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jan 2019 05:59:04 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Distributed Mobility Management WG of the IETF. Title : User Plane Protocol and Architectural Analysis on 3GPP 5G System Authors : Shunsuke Homma Takuya Miyasaka Satoru Matsushima Daniel Voyer Filename : draft-ietf-dmm-5g-uplane-analysis-00.txt Pages : 32 Date : 2019-01-06 Abstract: This document analyzes the mobile user plane protocol and the architecture specified in 3GPP 5G documents. The analysis work is to clarify those specifications, extract protocol and architectural requirements and derive evaluation aspects for user plane protocols on IETF side. This work is corresponding to the User Plane Protocol Study work on 3GPP side. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-dmm-5g-uplane-analysis/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-dmm-5g-uplane-analysis-00 https://datatracker.ietf.org/doc/html/draft-ietf-dmm-5g-uplane-analysis-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Jan 7 01:52:02 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 35F9812D4F1; Mon, 7 Jan 2019 01:52:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.901 X-Spam-Level: X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9PXsCT9DYA16; Mon, 7 Jan 2019 01:51:59 -0800 (PST) Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) (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 A71E3126BED; Mon, 7 Jan 2019 01:51:55 -0800 (PST) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Jan 2019 01:51:54 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.56,450,1539673200"; d="scan'208";a="107834573" Received: from fmsmsx104.amr.corp.intel.com ([10.18.124.202]) by orsmga008.jf.intel.com with ESMTP; 07 Jan 2019 01:51:53 -0800 Received: from fmsmsx120.amr.corp.intel.com (10.18.124.208) by fmsmsx104.amr.corp.intel.com (10.18.124.202) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 7 Jan 2019 01:51:53 -0800 Received: from HASMSX109.ger.corp.intel.com (10.184.198.21) by fmsmsx120.amr.corp.intel.com (10.18.124.208) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 7 Jan 2019 01:51:53 -0800 Received: from hasmsx106.ger.corp.intel.com ([169.254.10.8]) by hasmsx109.ger.corp.intel.com ([169.254.3.40]) with mapi id 14.03.0415.000; Mon, 7 Jan 2019 11:51:50 +0200 From: "Moses, Danny" To: Russ Housley CC: "draft-ietf-dmm-ondemand-mobility.all@ietf.org" , "ietf@ietf.org" , "dmm@ietf.org" , "gen-art@ietf.org" Thread-Topic: Genart last call review of draft-ietf-dmm-ondemand-mobility-15 Thread-Index: AQHUo7fHoXJLHmSsSEuV/AzLEJhaF6WjlKfQ Date: Mon, 7 Jan 2019 09:51:50 +0000 Message-ID: References: <154655627155.29540.12228087320701274157@ietfa.amsl.com> In-Reply-To: <154655627155.29540.12228087320701274157@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ctpclassification: CTP_NT x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiY2E2NDYzMDMtOTc0MC00YTExLWFiZGItZDZmNzFhOGRmNjEzIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoiK3pMekZ5NTRXTDk0OHNLbnRCTFlGaXY1aHlZXC9lVlRtXC84YXp4NjZqeTU3K09pWGZNN2M1RUZSWGVSSVc3WGxuIn0= dlp-product: dlpe-windows dlp-version: 11.0.400.15 dlp-reaction: no-action x-originating-ip: [10.124.184.102] Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Archived-At: Subject: Re: [DMM] Genart last call review of draft-ietf-dmm-ondemand-mobility-15 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jan 2019 09:52:01 -0000 SGkgUnVzcywNCg0KVGhhbmsgeW91IGZvciB5b3VyIGNvbW1lbnRzIGFuZCBxdWVzdGlvbnMuIFBs ZWFzZSBzZWUgdGhlIHJlc3BvbnNlcyB0byBlYWNoIGlzc3VlLg0KSSBjb3BpZWQgdGhlIGNvbW1l bnRzIGFuZCBmb2xsb3dlZCBlYWNoIG9uZSB3aXRoIGEgcmVzcG9uc2UgZm9yIGVhc2Ugb2YgcmV2 aWV3Lg0KDQoNCk1pbm9yIENvbmNlcm5zOg0KDQpTZWN0aW9uIDI6IFBsZWFzZSB1cGRhdGUgdGhl IGZpcnN0IHBhcmFncmFwaCB0byByZWZlcmVuY2UgUkZDIDgxNzQgaW4gYWRkaXRpb24gdG8gUkZD IDIxMTksIGFzIGZvbGxvd3M6IA0KDQogICBUaGUga2V5IHdvcmRzICJNVVNUIiwgIk1VU1QgTk9U IiwgIlJFUVVJUkVEIiwgIlNIQUxMIiwgIlNIQUxMIE5PVCIsDQogICAiU0hPVUxEIiwgIlNIT1VM RCBOT1QiLCAiUkVDT01NRU5ERUQiLCAiTk9UIFJFQ09NTUVOREVEIiwgIk1BWSIsIGFuZA0KICAg Ik9QVElPTkFMIiBpbiB0aGlzIGRvY3VtZW50IGFyZSB0byBiZSBpbnRlcnByZXRlZCBhcyBkZXNj cmliZWQgaW4NCiAgIEJDUCAxNCBbUkZDMjExOV0gW1JGQzgxNzRdIHdoZW4sIGFuZCBvbmx5IHdo ZW4sIHRoZXkgYXBwZWFyIGluIGFsbA0KICAgY2FwaXRhbHMsIGFzIHNob3duIGhlcmUuDQo+PlJl c3BvbnNlOiBZZXMsIEkgd2lsbCBhcHBseSB0aGUgbmV3ZXIgdGV4dCBhbmQgYWRkIGEgcmVmZXJl bmNlIHRvIFJGQzgxNzQuDQoNCg0KTml0czoNCg0KU2VjdGlvbiAxOiBzL0l0IHNob3VsZCBiZSBu b3RlZCB0aGF0IGluL0luLw0KPj5SZXNwb25zZTogSSB3aWxsIGFwcGx5IHRoZSBjaGFuZ2UuDQoN Cg0KU2VjdGlvbiAxIHVzZXMgb25lIHN0eWxlIGZvciBsaXN0aW5nIHR3byBwcm9wZXJ0aWVzLCBh bmQgdGhlbiBTZWN0aW9uIDMgdXNlcyBhbm90aGVyIHN0eWxlIGZvciBsaXN0aW5nIGZvdXIgdHlw ZXMgb2YgSVAgYWRkcmVzcy4gIFBsZWFzZSBwaWNrIG9uZSBzdHlsZSBhbmQgdXNlIGl0IGluIGJv dGggcGxhY2VzLg0KPj5SZXNwb25zZTogSSBhbSBjaGFuZ2luZyB0aGUgbGlzdGluZyBzdHlsZSBp biBzZWN0aW9uIDEgdG8gdGhlIG9uZSB1c2VkIGluIHNlY3Rpb24gMy4NCg0KDQpTZWN0aW9uIDQu MTogcy9zZWNzYygvc2V0c2MoLyAgLS0gaW4gYSBjb21tZW50DQo+PlJlc3BvbnNlOiBJIHdpbGwg Y29ycmVjdCB0aGUgdHlwbyBpbiB0aGUgY29tbWVudA0KDQoNClF1ZXN0aW9uczoNCg0KU2hvdWxk IGdldHNjKCkgYWxzbyBiZSBkZXNjcmliZWQgaW4gU2VjdGlvbiA2Pw0KPj5SZXNwb25zZTogQWN0 dWFsbHksIOKAmGdldHNjKCnigJkgaXMgYSB0eXBvLiBUaGUgZHJhZnQgcHJvcG9zZXMgb25seSBv bmUgbmV3IEFQSTog4oCYc2V0c2MoKeKAmS4gSSB3aWxsIGNvcnJlY3QgYWxsIG9jY3VycmVuY2Vz IG9mIOKAmGdldHNjKCnigJkgdG8g4oCYc2V0c2MoKeKAmS4NCg0KU2hvdWxkIGFueXRoaW5nIGJl IGFkZGVkIHRvIHRoZSBTZWN1cml0eSBDb25zaWRlcmF0aW9ucyBhYm91dCBDR0E/DQo+PlJlc3Bv bnNlOiBJIGRvIG5vdCB0aGluayBzby4gVGhpcyBkcmFmdCBkb2VzIG5vdCBkZWFsIHdpdGggaG93 IHNvdXJjZSBJUCBhZGRyZXNzZXMgYXJlIGdlbmVyYXRlZC4gU3BlY2lmaWNhbGx5LCBpdCBkb2Vz IG5vdCBjaGFuZ2UgdGhlIHdheSBhIHNvdXJjZSBJUHY2IGFkZHJlc3NlcyBhcmUgY29uc3RydWN0 ZWQgZnJvbSBhIGdpdmVuIHNvdXJjZSBJUHY2IHByZWZpeC4gSXQgb25seSBzcGVjaWZpZXMgYSB3 YXkgZm9yIGFwcGxpY2F0aW9ucyB0byBleHByZXNzIHRoZWlyIGRlc2lyZSByZWdhcmRpbmcgdGhl IHR5cGUgb2Ygc2VydmljZSBwcm92aWRlZCBieSBuZXR3b3JrcyBmb3IgbW9iaWxpdHkgbWFuYWdl bWVudC4gIA0KDQoNCg0KDQoNCg0KDQpUaGFua3MgYW5kIHJlZ2FyZHMsDQpEYW5ueQ0KDQoNCg0K LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IFJ1c3MgSG91c2xleSBbbWFpbHRvOmhv dXNsZXlAdmlnaWxzZWMuY29tXSANClNlbnQ6IEZyaWRheSwgSmFudWFyeSAwNCwgMjAxOSAwMDo1 OA0KVG86IGdlbi1hcnRAaWV0Zi5vcmcNCkNjOiBkcmFmdC1pZXRmLWRtbS1vbmRlbWFuZC1tb2Jp bGl0eS5hbGxAaWV0Zi5vcmc7IGlldGZAaWV0Zi5vcmc7IGRtbUBpZXRmLm9yZw0KU3ViamVjdDog R2VuYXJ0IGxhc3QgY2FsbCByZXZpZXcgb2YgZHJhZnQtaWV0Zi1kbW0tb25kZW1hbmQtbW9iaWxp dHktMTUNCg0KUmV2aWV3ZXI6IFJ1c3MgSG91c2xleQ0KUmV2aWV3IHJlc3VsdDogQWxtb3N0IFJl YWR5DQoNCkkgYW0gdGhlIGFzc2lnbmVkIEdlbi1BUlQgcmV2aWV3ZXIgZm9yIHRoaXMgZHJhZnQu IFRoZSBHZW5lcmFsIEFyZWEgUmV2aWV3IFRlYW0gKEdlbi1BUlQpIHJldmlld3MgYWxsIElFVEYg ZG9jdW1lbnRzIGJlaW5nIHByb2Nlc3NlZCBieSB0aGUgSUVTRyBmb3IgdGhlIElFVEYgQ2hhaXIu ICBQbGVhc2UgdHJlYXQgdGhlc2UgY29tbWVudHMganVzdCBsaWtlIGFueSBvdGhlciBsYXN0IGNh bGwgY29tbWVudHMuDQoNCkZvciBtb3JlIGluZm9ybWF0aW9uLCBwbGVhc2Ugc2VlIHRoZSBGQVEg YXQgPGh0dHA6Ly93aWtpLnRvb2xzLmlldGYub3JnL2FyZWEvZ2VuL3RyYWMvd2lraS9HZW5BcnRm YXE+Lg0KDQpEb2N1bWVudDogZHJhZnQtaWV0Zi1kbW0tb25kZW1hbmQtbW9iaWxpdHktMTUNClJl dmlld2VyOiBSdXNzIEhvdXNsZXkNClJldmlldyBEYXRlOiAyMDE5LTAxLTAzDQpJRVRGIExDIEVu ZCBEYXRlOiAyMDE5LTAxLTE2DQpJRVNHIFRlbGVjaGF0IGRhdGU6IHVua25vd24NCg0KU3VtbWFy eTogQWxtb3N0IFJlYWR5DQoNCg0KTWFqb3IgQ29uY2VybnM6DQoNCk5vbmUuDQoNCg0KTWlub3Ig Q29uY2VybnM6DQoNClNlY3Rpb24gMjogUGxlYXNlIHVwZGF0ZSB0aGUgZmlyc3QgcGFyYWdyYXBo IHRvIHJlZmVyZW5jZSBSRkMgODE3NCBpbiBhZGRpdGlvbiB0byBSRkMgMjExOSwgYXMgZm9sbG93 czogDQoNCiAgIFRoZSBrZXkgd29yZHMgIk1VU1QiLCAiTVVTVCBOT1QiLCAiUkVRVUlSRUQiLCAi U0hBTEwiLCAiU0hBTEwgTk9UIiwNCiAgICJTSE9VTEQiLCAiU0hPVUxEIE5PVCIsICJSRUNPTU1F TkRFRCIsICJOT1QgUkVDT01NRU5ERUQiLCAiTUFZIiwgYW5kDQogICAiT1BUSU9OQUwiIGluIHRo aXMgZG9jdW1lbnQgYXJlIHRvIGJlIGludGVycHJldGVkIGFzIGRlc2NyaWJlZCBpbg0KICAgQkNQ IDE0IFtSRkMyMTE5XSBbUkZDODE3NF0gd2hlbiwgYW5kIG9ubHkgd2hlbiwgdGhleSBhcHBlYXIg aW4gYWxsDQogICBjYXBpdGFscywgYXMgc2hvd24gaGVyZS4NCg0KDQpOaXRzOg0KDQpTZWN0aW9u IDE6IHMvSXQgc2hvdWxkIGJlIG5vdGVkIHRoYXQgaW4vSW4vDQoNClNlY3Rpb24gMSB1c2VzIG9u ZSBzdHlsZSBmb3IgbGlzdGluZyB0d28gcHJvcGVydGllcywgYW5kIHRoZW4gU2VjdGlvbiAzIHVz ZXMgYW5vdGhlciBzdHlsZSBmb3IgbGlzdGluZyBmb3VyIHR5cGVzIG9mIElQIGFkZHJlc3MuICBQ bGVhc2UgcGljayBvbmUgc3R5bGUgYW5kIHVzZSBpdCBpbiBib3RoIHBsYWNlcy4NCg0KU2VjdGlv biA0LjE6IHMvc2Vjc2MoL3NldHNjKC8gIC0tIGluIGEgY29tbWVudA0KDQoNClF1ZXN0aW9uczoN Cg0KU2hvdWxkIGdldHNjKCkgYWxzbyBiZSBkZXNjcmliZWQgaW4gU2VjdGlvbiA2Pw0KDQpTaG91 bGQgYW55dGhpbmcgYmUgYWRkZWQgdG8gdGhlIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zIGFib3V0 IENHQT8NCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KQSBtZW1iZXIgb2YgdGhlIEludGVsIENvcnBvcmF0aW9u IGdyb3VwIG9mIGNvbXBhbmllcwoKVGhpcyBlLW1haWwgYW5kIGFueSBhdHRhY2htZW50cyBtYXkg Y29udGFpbiBjb25maWRlbnRpYWwgbWF0ZXJpYWwgZm9yCnRoZSBzb2xlIHVzZSBvZiB0aGUgaW50 ZW5kZWQgcmVjaXBpZW50KHMpLiBBbnkgcmV2aWV3IG9yIGRpc3RyaWJ1dGlvbgpieSBvdGhlcnMg aXMgc3RyaWN0bHkgcHJvaGliaXRlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkCnJlY2lw aWVudCwgcGxlYXNlIGNvbnRhY3QgdGhlIHNlbmRlciBhbmQgZGVsZXRlIGFsbCBjb3BpZXMuCg== From nobody Mon Jan 7 14:26:15 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B5E612E036 for ; Mon, 7 Jan 2019 14:26:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.499 X-Spam-Level: X-Spam-Status: No, score=-9.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, USER_IN_DEF_SPF_WL=-7.5] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=loon.co 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 8VEcSmdRSpqd for ; Mon, 7 Jan 2019 14:26:04 -0800 (PST) Received: from mail-it1-x12e.google.com (mail-it1-x12e.google.com [IPv6:2607:f8b0:4864:20::12e]) (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 F29C212DDA3 for ; Mon, 7 Jan 2019 14:26:03 -0800 (PST) Received: by mail-it1-x12e.google.com with SMTP id p197so3447277itp.0 for ; Mon, 07 Jan 2019 14:26:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=loon.co; s=google; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to:cc; bh=O0QQFtPxhghhU0bSB+rmE0GZAMcQ+Up/mfNcLYS+NzU=; b=kHvxLRcc58muSQN2sGr82/dxYnyfKnYHRZ1choGmS4p4Ub6rVkA/sVN1H2fM4ZRuMf U/MKMUnGMzP/fvHlM2eiiv6v9gD75tFUjAOY5n4mDrTmmwYrPHf/g8NftKYHaRr2pX7n k9Vp2LouC2cgS8IpgXOpY7xpFJXTAiu22QgKs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to:cc; bh=O0QQFtPxhghhU0bSB+rmE0GZAMcQ+Up/mfNcLYS+NzU=; b=T2TZTl6gIsqP7CpYsdAhJwEjT/1xs+TF/1tKOcnZO3dhfgqmitOhSv4/YEG72GYcUL CwONFp7Ns3IXbbYVXX4gKGyjoHk4Dpi/AAwHfOBdoJ9HtYCy1cJHoZ5q3M8VdeJYHQuB FuiXcq7TSAJKEDC5zzVEf68HXpSL9kbog4nLaN4pVhT+dHq4ey/xkquvvlxgNCQRyeiV JBjdzRzeE4aDYUFyu0mppJCE+KdZgrYT0DaAcK5f+Si352GWgGbfd/ZOY+bo4D18FiKE My5KWRDOKlyXwMfLjiEAfXzt7rO3pBVMMWyuFXvDkfXB3k+aNPnkkKZZRqMR25dC/0+w ejzg== X-Gm-Message-State: AJcUukdyhQbcVWCYxM29mVDTgb6g5yzOSQPhe6xCJ17JgDIyjlTjYekS mLWJHDIe8XVta1a/x8eWfBmRmwZgh1cpQ/bgWQqlIQ== X-Google-Smtp-Source: ALg8bN7e5/OC0JkL+r4reciTb4I1jDLB+tGzDHeyAe8UcKVrjpyfJpQZ4tFujAvV0B4BSGZL+JyJPi9nLPscdrpz7Gk= X-Received: by 2002:a24:f30b:: with SMTP id t11mr7396578ith.40.1546899962891; Mon, 07 Jan 2019 14:26:02 -0800 (PST) MIME-Version: 1.0 References: <44917fda8b414d45bed4cd40b1590b29@boeing.com> In-Reply-To: <44917fda8b414d45bed4cd40b1590b29@boeing.com> Reply-To: ek@loon.co From: Erik Kline Date: Mon, 7 Jan 2019 14:25:51 -0800 Message-ID: To: "Templin (US), Fred L" Cc: "dmm@ietf.org" , RTGWG Content-Type: multipart/alternative; boundary="000000000000cb65ce057ee5b602" Archived-At: Subject: Re: [DMM] BGP-based DMM for civil aviation X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jan 2019 22:26:06 -0000 --000000000000cb65ce057ee5b602 Content-Type: text/plain; charset="UTF-8" Fred, Happy New Year. I'm not currently tracking rtgwg, so perhaps this is already addressed in discussion of there. (And perhaps I should move dmm@ to bcc...) How does a MNP-bearing node (client) locate candidate s-ASBRs (similarly how does it locate a proxy)? And does the client try to form an eBGP session with the s-ASBR or use something else? I was also not clear on where administrative boundaries are in the various diagrams (though I assumed at least that c-ASBRs are within the MSP-owners administrative domain). Thanks, -Erik On Wed, 2 Jan 2019 at 12:37, Templin (US), Fred L wrote: > Hello, and Happy New Year, > > We have articulated what is essentially a Distributed Mobility Management > (DMM) > service for the next-generation civil aviation Aeronautical > Telecommunications > Network with Internet Protocol Services (ATN/IPS): > > https://datatracker.ietf.org/doc/draft-ietf-rtgwg-atn-bgp/ > > This work tracks the progress of the International Civil Aviation > Organization > (ICAO), and is a working group item of the IETF RTGWG. > > The way it works is that there is a hub-and-spokes BGP overlay routing > service > that interconnects potentially many mobility anchor points. Each anchor > point is > responsible for mobility management for a constituent set of mobile nodes > (e.g., aircraft), such that the system as a whole supports large-scale DMM. > > We think this document is in the correct home in RTGWG, but I just thought > I would start out the year by sensitizing the DMM community. Any thoughts > or comments are welcome. > > Thanks - Fred > _______________________________________________ > dmm mailing list > dmm@ietf.org > https://www.ietf.org/mailman/listinfo/dmm > --000000000000cb65ce057ee5b602 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Fred,

Happy New Year.

I'm not cur= rently tracking rtgwg, so perhaps this is already addressed in discussion o= f there.=C2=A0 (And perhaps I should move dmm@ to bcc...)

How does a MNP-bearing node (client) locate candidate s-ASBRs (simi= larly how does it locate a proxy)? And does the client try to form an eBGP = session with the s-ASBR or use something else?

I w= as also not clear on where administrative boundaries are in the various dia= grams (though I assumed at least that c-ASBRs are within the MSP-owners adm= inistrative domain).

Thanks,
-Erik
=

On Wed, 2 Jan 2= 019 at 12:37, Templin (US), Fred L <Fred.L.Templin@boeing.com> wrote:
Hello, and Happy New Year,

We have articulated what is essentially a Distributed Mobility Management (= DMM)
service for the next-generation civil aviation Aeronautical Telecommunicati= ons
Network with Internet Protocol Services (ATN/IPS):

https://datatracker.ietf.org/doc/draft-ie= tf-rtgwg-atn-bgp/

This work tracks the progress of the International Civil Aviation Organizat= ion
(ICAO), and is a working group item of the IETF RTGWG.

The way it works is that there is a hub-and-spokes BGP overlay routing serv= ice
that interconnects potentially many mobility anchor points. Each anchor poi= nt is
responsible for mobility management for a constituent set of mobile nodes (e.g., aircraft), such that the system as a whole supports large-scale DMM.=

We think this document is in the correct home in RTGWG, but I just thought<= br> I would start out the year by sensitizing the DMM community. Any thoughts or comments are welcome.

Thanks - Fred=C2=A0
_______________________________________________
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm
--000000000000cb65ce057ee5b602-- From nobody Tue Jan 8 07:45:40 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 96ACF130EC6; Tue, 8 Jan 2019 07:45:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.748 X-Spam-Level: X-Spam-Status: No, score=-1.748 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pOgsD_H8lsyN; Tue, 8 Jan 2019 07:45:25 -0800 (PST) Received: from mail-yw1-xc36.google.com (mail-yw1-xc36.google.com [IPv6:2607:f8b0:4864:20::c36]) (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 B8A33130EA1; Tue, 8 Jan 2019 07:45:25 -0800 (PST) Received: by mail-yw1-xc36.google.com with SMTP id d190so1701860ywb.5; Tue, 08 Jan 2019 07:45:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to:cc; bh=iYoLHWzQ6uY3wGYYtlehs+oDoi85sZaKH5cDxHdlxJw=; b=t3j7iMBqEQpRvdPvDl+4v6Nu35PM6RRuZ+zB/UQpM9CrKm+/IyrfsPQI0NG5c/Hfcv vfeOy6Ywk9gwgtnZHIdtchrzO9ccM0EkMpPATix8vLB2/be5uqSa6wwlx8areRd8oduB t2o8KAMtm8AJOm3gy73rn04voARFtO+fVAubwlFrbXJGydy2wkNF6jeLn14YT0WLQIoP PS0aon2odXmw5R6PgnPYlHL+XEMUId8bqRWGSZyEhNGSfI+d9dgMlIbFCxgYfOTFszOQ mJ09luPMQWtlj86a1YrxYKz+4EZbuW8IgxPStqS1gPLMbfDpw0BSYEcmw+apcTsf3X/3 dUeQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to:cc; bh=iYoLHWzQ6uY3wGYYtlehs+oDoi85sZaKH5cDxHdlxJw=; b=fYGgyINbBYaClCHTpQO5b65uQChVIHGooK4vQR4C93rU3qPoGnTP3YhmDMO9NE6jn/ fraoNhWTE8P2a3AQvFm9AumvMXUNLL1cpR/s7ILAyxmO6CHMEJ2lr0vgNaVcK+ZdqAp4 CZqXfk4WzgbJmCxsv+aZwWFIWoDpN013m1NbUgWmgbLTlYzPHQcM/s8XseI96xxbmq7p NaD02C0oROet8QOOo6ZPz11ilKzDUc9/ZqVHGozIXGmw+xNrkj+fdiA2PQKKT8gx9htA ftJ6QOg6yqAssmR0wc3VFWoMrIdnWp0Rfuhl45aph6mff9SlDjaeKgQOZqZYDokFyAoe +m4w== X-Gm-Message-State: AJcUukdkJMnyeyXUcXyoACfH7rXuMcgtyHi1f3LXYVGxyvHrBUA10x10 uKwaLbDUdIGEuAbShO3IEZL6qAf8swsnKI1vmtcK79OS X-Google-Smtp-Source: ALg8bN6Efg1j4AFxSDLgVB2pP03U7G/EAGtFsUfmDbHuPAEdsxtSAnBwf6pccPufZe71oybyTEvgmlxwxaVyj6pzrRI= X-Received: by 2002:a81:4ed7:: with SMTP id c206mr2046251ywb.207.1546962324880; Tue, 08 Jan 2019 07:45:24 -0800 (PST) MIME-Version: 1.0 References: <44917fda8b414d45bed4cd40b1590b29@boeing.com> In-Reply-To: Reply-To: sarikaya@ieee.org From: Behcet Sarikaya Date: Tue, 8 Jan 2019 09:45:13 -0600 Message-ID: To: ek@loon.co Cc: "Templin (US), Fred L" , "dmm@ietf.org" , RTGWG Content-Type: multipart/alternative; boundary="000000000000db0e40057ef43b35" Archived-At: Subject: Re: [DMM] BGP-based DMM for civil aviation X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2019 15:45:28 -0000 --000000000000db0e40057ef43b35 Content-Type: text/plain; charset="UTF-8" Hi Erik, Happy New Year to all! Unrelated to your question below, I noticed an error in one of the pages of loon.co: https://loon.co/technology/ I think that commercial airplanes fly a bit above 10 km or mostly around 10km orbit while the above page shows way below 10km. Regards, Behcet On Mon, Jan 7, 2019 at 4:26 PM Erik Kline wrote: > Fred, > > Happy New Year. > > I'm not currently tracking rtgwg, so perhaps this is already addressed in > discussion of there. (And perhaps I should move dmm@ to bcc...) > > How does a MNP-bearing node (client) locate candidate s-ASBRs (similarly > how does it locate a proxy)? And does the client try to form an eBGP > session with the s-ASBR or use something else? > > I was also not clear on where administrative boundaries are in the various > diagrams (though I assumed at least that c-ASBRs are within the MSP-owners > administrative domain). > > Thanks, > -Erik > > On Wed, 2 Jan 2019 at 12:37, Templin (US), Fred L < > Fred.L.Templin@boeing.com> wrote: > >> Hello, and Happy New Year, >> >> We have articulated what is essentially a Distributed Mobility Management >> (DMM) >> service for the next-generation civil aviation Aeronautical >> Telecommunications >> Network with Internet Protocol Services (ATN/IPS): >> >> https://datatracker.ietf.org/doc/draft-ietf-rtgwg-atn-bgp/ >> >> This work tracks the progress of the International Civil Aviation >> Organization >> (ICAO), and is a working group item of the IETF RTGWG. >> >> The way it works is that there is a hub-and-spokes BGP overlay routing >> service >> that interconnects potentially many mobility anchor points. Each anchor >> point is >> responsible for mobility management for a constituent set of mobile nodes >> (e.g., aircraft), such that the system as a whole supports large-scale >> DMM. >> >> We think this document is in the correct home in RTGWG, but I just thought >> I would start out the year by sensitizing the DMM community. Any thoughts >> or comments are welcome. >> >> Thanks - Fred >> _______________________________________________ >> dmm mailing list >> dmm@ietf.org >> https://www.ietf.org/mailman/listinfo/dmm >> > _______________________________________________ > dmm mailing list > dmm@ietf.org > https://www.ietf.org/mailman/listinfo/dmm > --000000000000db0e40057ef43b35 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Erik,

Happy New Yea= r to all!

Unrelated to your question below, I noti= ced an error in one of the pages of loon.co:=


I think that commercial= airplanes fly a bit above 10 km or mostly around 10km orbit while the abov= e page shows way below 10km.

Regards,
Be= hcet

On Mo= n, Jan 7, 2019 at 4:26 PM Erik Kline <ek@l= oon.co> wrote:
Fred,

Happy New Year.

I'm not c= urrently tracking rtgwg, so perhaps this is already addressed in discussion= of there.=C2=A0 (And perhaps I should move dmm@ to bcc...)

<= /div>
How does a MNP-bearing node (client) locate candidate s-ASBRs (si= milarly how does it locate a proxy)? And does the client try to form an eBG= P session with the s-ASBR or use something else?

I= was also not clear on where administrative boundaries are in the various d= iagrams (though I assumed at least that c-ASBRs are within the MSP-owners a= dministrative domain).

Thanks,
-Erik

On Wed, 2 Jan= 2019 at 12:37, Templin (US), Fred L <Fred.L.Templin@boeing.com> wrote:
Hello, and Happy New Year,

We have articulated what is essentially a Distributed Mobility Management (= DMM)
service for the next-generation civil aviation Aeronautical Telecommunicati= ons
Network with Internet Protocol Services (ATN/IPS):

https://datatracker.ietf.org/doc/draft-ie= tf-rtgwg-atn-bgp/

This work tracks the progress of the International Civil Aviation Organizat= ion
(ICAO), and is a working group item of the IETF RTGWG.

The way it works is that there is a hub-and-spokes BGP overlay routing serv= ice
that interconnects potentially many mobility anchor points. Each anchor poi= nt is
responsible for mobility management for a constituent set of mobile nodes (e.g., aircraft), such that the system as a whole supports large-scale DMM.=

We think this document is in the correct home in RTGWG, but I just thought<= br> I would start out the year by sensitizing the DMM community. Any thoughts or comments are welcome.

Thanks - Fred=C2=A0
_______________________________________________
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm
_______________________________________________
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm
--000000000000db0e40057ef43b35-- From nobody Tue Jan 8 08:59:25 2019 Return-Path: X-Original-To: dmm@ietf.org Delivered-To: dmm@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id BFB0F130F20; Tue, 8 Jan 2019 08:59:09 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Magnus Westerlund To: Cc: draft-ietf-dmm-ondemand-mobility.all@ietf.org, ietf@ietf.org, dmm@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.89.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <154696674971.25571.1339944415060306908@ietfa.amsl.com> Date: Tue, 08 Jan 2019 08:59:09 -0800 Archived-At: Subject: [DMM] Tsvart last call review of draft-ietf-dmm-ondemand-mobility-15 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2019 16:59:16 -0000 Reviewer: Magnus Westerlund Review result: Ready with Nits This document has been reviewed as part of the transport area review team's ongoing effort to review key IETF documents. These comments were written primarily for the transport area directors, but are copied to the document's authors and WG to allow them to address any issues raised and also to the IETF discussion list for information. When done at the time of IETF Last Call, the authors should consider this review as part of the last-call comments they receive. Please always CC tsv-art@ietf.org if you reply to or forward this review. First of all I do become a bit uncertain about the intentions of this document. As an informational document I think discussing an possible optimization and how it can be solved is all okay. What I fail to see the point and a likely a source of confusion is the draft socket API changes which may be considered as solutions. However, an detailed solution to the problem space requires one to actually dig into some of the areas the document explicitly calls outside of its intentions. Thus, I wished the document was a bit clearer on its purpose of only sketching an idea and be firmer of not actually offering a ready solution that can be implemented. Thus, I think there are risks with having something that appears to define a socket API extension. If the intention is to actually define socket API extensions then I think there are much more that needs to be defined and solved. Secondly, I think the proponents of this work should have a long and serious discussion if the ongoing work in the TAPS WG can actually provide an better way forward for the API as well as provide an improvement to the TAPS architecture. Because if an application specifies its needs for session continuity then an TAPS implementation could fulfill this either using a combination of TCP with Session lasting IP address or with Non-persistent IP address and transport protocols that has built in session mobility or continuity features such as MPTCP or QUIC. From nobody Tue Jan 8 12:02:59 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C4D6131140; Tue, 8 Jan 2019 12:02:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vLpVxfWgQCi0; Tue, 8 Jan 2019 12:02:09 -0800 (PST) Received: from clt-mbsout-01.mbs.boeing.net (clt-mbsout-01.mbs.boeing.net [130.76.144.162]) (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 B0F60130FFC; Tue, 8 Jan 2019 12:02:07 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clt-mbsout-01.mbs.boeing.net (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with SMTP id x08K25pZ018301; Tue, 8 Jan 2019 15:02:05 -0500 Received: from XCH16-07-08.nos.boeing.com (xch16-07-08.nos.boeing.com [144.115.66.110]) by clt-mbsout-01.mbs.boeing.net (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id x08K23qB018285 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=FAIL); Tue, 8 Jan 2019 15:02:03 -0500 Received: from XCH16-07-10.nos.boeing.com (144.115.66.112) by XCH16-07-08.nos.boeing.com (144.115.66.110) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.1591.10; Tue, 8 Jan 2019 12:02:02 -0800 Received: from XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8]) by XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8%2]) with mapi id 15.01.1591.012; Tue, 8 Jan 2019 12:02:02 -0800 From: "Templin (US), Fred L" To: "ek@loon.co" CC: "dmm@ietf.org" , RTGWG Thread-Topic: [DMM] BGP-based DMM for civil aviation Thread-Index: AdSi2rZqGDFASLW7Rw6eo40tPXgcrAEQEnKAABvxFmA= Date: Tue, 8 Jan 2019 20:02:02 +0000 Message-ID: References: <44917fda8b414d45bed4cd40b1590b29@boeing.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [137.137.12.6] x-tm-snts-smtp: 1B4A8D611B09AD15A150BE4B3DE3BFC06568485876596F577B65E74F7A9F3B7A2000:8 Content-Type: multipart/alternative; boundary="_000_e6341293b512454eaebe9da3c731f1dfboeingcom_" MIME-Version: 1.0 X-TM-AS-GCONF: 00 Archived-At: Subject: Re: [DMM] BGP-based DMM for civil aviation X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jan 2019 20:02:18 -0000 --_000_e6341293b512454eaebe9da3c731f1dfboeingcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgRXJpaywNCg0KR3JlYXQgcXVlc3Rpb25zLiBBIE1OUC1iZWFyaW5nIGNsaWVudCBsb2NhdGVz IGNhbmRpZGF0ZSBzLUFTQlJzIGVpdGhlciB0aHJvdWdoIGENCnN0YXRpYyBtYXAgKGUuZy4sIGFu IOKAnC9ldGMvaG9zdHPigJ0gZmlsZSkgb3IgdmlhIHRoZSBETlMuIFRoZSBpZGVhIGlzIHRvIGxv Y2F0ZSBhbiBzLUFTQlINCnRoYXQgaXMgcmVnaW9uYWxseSDigJxjbG9zZeKAnSB0byB0aGUgY2xp ZW50LiBGb3IgZXhhbXBsZSwgYSBjbGllbnQgaW4gU2VhdHRsZSB3b3VsZCB3YW50DQp0byBhc3Nv Y2lhdGUgd2l0aCBhbiBzLUFTQlIgaW4gdGhlIFBhY2lmaWMgTm9ydGh3ZXN0IHJhdGhlciB0aGFu IG9uZSBpbiBFYXN0ZXJuDQpFdXJvcGUgKGFsdGhvdWdoIGl0IHdvdWxkIHN0aWxsIHdvcmsg4oCT IGp1c3Qgd2l0aCBzdWItb3B0aW1hbCByb3V0ZXMpLiBDbGllbnRzIGRvDQpub3QgbG9jYXRlIFBy b3h5cywgaG93ZXZlcjsgdGhlIFByb3h5IGlzIGEgdHJhbnNwYXJlbnQgYnVtcC1pbi10aGUtd2ly ZSBvbg0KdGhlIHBhdGggdG8gdGhlIHMtQVNCUi4NCg0KQWJvdXQgY2xpZW50IGFzc29jaWF0aW9u cyB3aXRoIHMtQVNCUnMsIHRoZSBtZWNoYW5pc21zIGFyZSBub3QgQkdQLWJhc2VkIGJ1dA0KaW5z dGVhZCB1c2UgYSBtb2JpbGUgcm91dGluZyBzZXJ2aWNlIGxpa2UgTUlQdjYsIExJU1Agb3IgQUVS Ty4gU28sIHRoZSBzLUFTQlJzDQpzaGllbGQgdGhlIEJHUCByb3V0aW5nIHN5c3RlbSBmcm9tIG1v YmlsaXR5IGNodXJuIGNhdXNlZCBieSBjbGllbnRzIG1vdmluZw0KYmV0d2VlbiBkYXRhIGxpbmsg YXR0YWNobWVudCBwb2ludHMuDQoNCkFib3V0IGFkbWluaXN0cmF0aXZlIGJvdW5kYXJpZXMsIHRo ZSBhc3N1bXB0aW9uIGlzIHRoYXQgYWxsIHMtQVNCUnMgYW5kDQpjLUFTQlJzIHdvdWxkIGJlIGRl cGxveWVkIGFuZCBtYW5hZ2VkIGJ5IHRoZSBNb2JpbGl0eSBTZXJ2aWNlIFByb3ZpZGVyLg0KV2hh dCBtYXkgbm90IGhhdmUgY29tZSBhY3Jvc3MgZnJvbSB0aGUgZG9jdW1lbnQsIGhvd2V2ZXIgaXMg dGhhdCBhbGwNCiotQVNCUnMgY291bGQgbGl2ZSBhcyBWTXMgaW4gdGhlIGNsb3VkIGFuZCBkbyBu b3QgbmVjZXNzYXJpbHkgbmVlZCB0byBiZQ0KYmlnLWlyb24gcm91dGVyIG9yIHNlcnZlciBoYXJk d2FyZS4NCg0KVGhhbmtzIC0gRnJlZA0KDQpGcm9tOiBFcmlrIEtsaW5lIFttYWlsdG86ZWtAbG9v bi5jb10NClNlbnQ6IE1vbmRheSwgSmFudWFyeSAwNywgMjAxOSAyOjI2IFBNDQpUbzogVGVtcGxp biAoVVMpLCBGcmVkIEwgPEZyZWQuTC5UZW1wbGluQGJvZWluZy5jb20+DQpDYzogZG1tQGlldGYu b3JnOyBSVEdXRyA8cnRnd2dAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW0RNTV0gQkdQLWJhc2Vk IERNTSBmb3IgY2l2aWwgYXZpYXRpb24NCg0KRnJlZCwNCg0KSGFwcHkgTmV3IFllYXIuDQoNCkkn bSBub3QgY3VycmVudGx5IHRyYWNraW5nIHJ0Z3dnLCBzbyBwZXJoYXBzIHRoaXMgaXMgYWxyZWFk eSBhZGRyZXNzZWQgaW4gZGlzY3Vzc2lvbiBvZiB0aGVyZS4gIChBbmQgcGVyaGFwcyBJIHNob3Vs ZCBtb3ZlIGRtbUAgdG8gYmNjLi4uKQ0KDQpIb3cgZG9lcyBhIE1OUC1iZWFyaW5nIG5vZGUgKGNs aWVudCkgbG9jYXRlIGNhbmRpZGF0ZSBzLUFTQlJzIChzaW1pbGFybHkgaG93IGRvZXMgaXQgbG9j YXRlIGEgcHJveHkpPyBBbmQgZG9lcyB0aGUgY2xpZW50IHRyeSB0byBmb3JtIGFuIGVCR1Agc2Vz c2lvbiB3aXRoIHRoZSBzLUFTQlIgb3IgdXNlIHNvbWV0aGluZyBlbHNlPw0KDQpJIHdhcyBhbHNv IG5vdCBjbGVhciBvbiB3aGVyZSBhZG1pbmlzdHJhdGl2ZSBib3VuZGFyaWVzIGFyZSBpbiB0aGUg dmFyaW91cyBkaWFncmFtcyAodGhvdWdoIEkgYXNzdW1lZCBhdCBsZWFzdCB0aGF0IGMtQVNCUnMg YXJlIHdpdGhpbiB0aGUgTVNQLW93bmVycyBhZG1pbmlzdHJhdGl2ZSBkb21haW4pLg0KDQpUaGFu a3MsDQotRXJpaw0KDQpPbiBXZWQsIDIgSmFuIDIwMTkgYXQgMTI6MzcsIFRlbXBsaW4gKFVTKSwg RnJlZCBMIDxGcmVkLkwuVGVtcGxpbkBib2VpbmcuY29tPG1haWx0bzpGcmVkLkwuVGVtcGxpbkBi b2VpbmcuY29tPj4gd3JvdGU6DQpIZWxsbywgYW5kIEhhcHB5IE5ldyBZZWFyLA0KDQpXZSBoYXZl IGFydGljdWxhdGVkIHdoYXQgaXMgZXNzZW50aWFsbHkgYSBEaXN0cmlidXRlZCBNb2JpbGl0eSBN YW5hZ2VtZW50IChETU0pDQpzZXJ2aWNlIGZvciB0aGUgbmV4dC1nZW5lcmF0aW9uIGNpdmlsIGF2 aWF0aW9uIEFlcm9uYXV0aWNhbCBUZWxlY29tbXVuaWNhdGlvbnMNCk5ldHdvcmsgd2l0aCBJbnRl cm5ldCBQcm90b2NvbCBTZXJ2aWNlcyAoQVROL0lQUyk6DQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtcnRnd2ctYXRuLWJncC8NCg0KVGhpcyB3b3JrIHRyYWNr cyB0aGUgcHJvZ3Jlc3Mgb2YgdGhlIEludGVybmF0aW9uYWwgQ2l2aWwgQXZpYXRpb24gT3JnYW5p emF0aW9uDQooSUNBTyksIGFuZCBpcyBhIHdvcmtpbmcgZ3JvdXAgaXRlbSBvZiB0aGUgSUVURiBS VEdXRy4NCg0KVGhlIHdheSBpdCB3b3JrcyBpcyB0aGF0IHRoZXJlIGlzIGEgaHViLWFuZC1zcG9r ZXMgQkdQIG92ZXJsYXkgcm91dGluZyBzZXJ2aWNlDQp0aGF0IGludGVyY29ubmVjdHMgcG90ZW50 aWFsbHkgbWFueSBtb2JpbGl0eSBhbmNob3IgcG9pbnRzLiBFYWNoIGFuY2hvciBwb2ludCBpcw0K cmVzcG9uc2libGUgZm9yIG1vYmlsaXR5IG1hbmFnZW1lbnQgZm9yIGEgY29uc3RpdHVlbnQgc2V0 IG9mIG1vYmlsZSBub2Rlcw0KKGUuZy4sIGFpcmNyYWZ0KSwgc3VjaCB0aGF0IHRoZSBzeXN0ZW0g YXMgYSB3aG9sZSBzdXBwb3J0cyBsYXJnZS1zY2FsZSBETU0uDQoNCldlIHRoaW5rIHRoaXMgZG9j dW1lbnQgaXMgaW4gdGhlIGNvcnJlY3QgaG9tZSBpbiBSVEdXRywgYnV0IEkganVzdCB0aG91Z2h0 DQpJIHdvdWxkIHN0YXJ0IG91dCB0aGUgeWVhciBieSBzZW5zaXRpemluZyB0aGUgRE1NIGNvbW11 bml0eS4gQW55IHRob3VnaHRzDQpvciBjb21tZW50cyBhcmUgd2VsY29tZS4NCg0KVGhhbmtzIC0g RnJlZA0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmRt bSBtYWlsaW5nIGxpc3QNCmRtbUBpZXRmLm9yZzxtYWlsdG86ZG1tQGlldGYub3JnPg0KaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kbW0NCg== --_000_e6341293b512454eaebe9da3c731f1dfboeingcom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0K CXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1z ZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10 eXBlOnBlcnNvbmFsLWNvbXBvc2U7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7 DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpl eHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBX b3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEu MGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+ PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9 ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBt c28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0 PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0K PC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0K PGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj5IaSBFcmlrLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzFGNDk3RCI+R3JlYXQgcXVlc3Rpb25zLiBBIE1OUC1iZWFyaW5nIGNsaWVudCBs b2NhdGVzIGNhbmRpZGF0ZSBzLUFTQlJzIGVpdGhlciB0aHJvdWdoIGE8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+c3RhdGljIG1hcCAoZS5nLiwgYW4g4oCcL2V0Yy9ob3N0c+KAnSBmaWxlKSBvciB2aWEgdGhl IEROUy4gVGhlIGlkZWEgaXMgdG8gbG9jYXRlIGFuIHMtQVNCUjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj50 aGF0IGlzIHJlZ2lvbmFsbHkg4oCcY2xvc2XigJ0gdG8gdGhlIGNsaWVudC4gRm9yIGV4YW1wbGUs IGEgY2xpZW50IGluIFNlYXR0bGUgd291bGQgd2FudDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj50byBhc3Nv Y2lhdGUgd2l0aCBhbiBzLUFTQlIgaW4gdGhlIFBhY2lmaWMgTm9ydGh3ZXN0IHJhdGhlciB0aGFu IG9uZSBpbiBFYXN0ZXJuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkV1cm9wZSAoYWx0aG91Z2ggaXQgd291 bGQgc3RpbGwgd29yayDigJMganVzdCB3aXRoIHN1Yi1vcHRpbWFsIHJvdXRlcykuIENsaWVudHMg ZG88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+bm90IGxvY2F0ZSBQcm94eXMsIGhvd2V2ZXI7IHRoZSBQcm94 eSBpcyBhIHRyYW5zcGFyZW50IGJ1bXAtaW4tdGhlLXdpcmUgb248bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ dGhlIHBhdGggdG8gdGhlIHMtQVNCUi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPkFib3V0IGNsaWVudCBhc3NvY2lhdGlvbnMgd2l0aCBzLUFTQlJzLCB0aGUgbWVj aGFuaXNtcyBhcmUgbm90IEJHUC1iYXNlZCBidXQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+aW5zdGVhZCB1 c2UgYSBtb2JpbGUgcm91dGluZyBzZXJ2aWNlIGxpa2UgTUlQdjYsIExJU1Agb3IgQUVSTy4gU28s IHRoZSBzLUFTQlJzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPnNoaWVsZCB0aGUgQkdQIHJvdXRpbmcgc3lz dGVtIGZyb20gbW9iaWxpdHkgY2h1cm4gY2F1c2VkIGJ5IGNsaWVudHMgbW92aW5nPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPmJldHdlZW4gZGF0YSBsaW5rIGF0dGFjaG1lbnQgcG9pbnRzLjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+QWJvdXQgYWRtaW5pc3RyYXRpdmUgYm91 bmRhcmllcywgdGhlIGFzc3VtcHRpb24gaXMgdGhhdCBhbGwgcy1BU0JScyBhbmQ8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+Yy1BU0JScyB3b3VsZCBiZSBkZXBsb3llZCBhbmQgbWFuYWdlZCBieSB0aGUgTW9i aWxpdHkgU2VydmljZSBQcm92aWRlci48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+V2hhdCBtYXkgbm90IGhh dmUgY29tZSBhY3Jvc3MgZnJvbSB0aGUgZG9jdW1lbnQsIGhvd2V2ZXIgaXMgdGhhdCBhbGw8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+Ki1BU0JScyBjb3VsZCBsaXZlIGFzIFZNcyBpbiB0aGUgY2xvdWQgYW5k IGRvIG5vdCBuZWNlc3NhcmlseSBuZWVkIHRvIGJlPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPmJpZy1pcm9u IHJvdXRlciBvciBzZXJ2ZXIgaGFyZHdhcmUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj5UaGFua3MgLSBGcmVkPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNv bGlkIGJsdWUgMS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBz dHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6 My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gRXJpayBLbGluZSBbbWFpbHRv OmVrQGxvb24uY29dDQo8YnI+DQo8Yj5TZW50OjwvYj4gTW9uZGF5LCBKYW51YXJ5IDA3LCAyMDE5 IDI6MjYgUE08YnI+DQo8Yj5Ubzo8L2I+IFRlbXBsaW4gKFVTKSwgRnJlZCBMICZsdDtGcmVkLkwu VGVtcGxpbkBib2VpbmcuY29tJmd0Ozxicj4NCjxiPkNjOjwvYj4gZG1tQGlldGYub3JnOyBSVEdX RyAmbHQ7cnRnd2dAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbRE1NXSBC R1AtYmFzZWQgRE1NIGZvciBjaXZpbCBhdmlhdGlvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RnJlZCw8bzpwPjwvbzpwPjwvcD4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQpIYXBweSBOZXcgWWVhci48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSdtIG5vdCBj dXJyZW50bHkgdHJhY2tpbmcgcnRnd2csIHNvIHBlcmhhcHMgdGhpcyBpcyBhbHJlYWR5IGFkZHJl c3NlZCBpbiBkaXNjdXNzaW9uIG9mIHRoZXJlLiZuYnNwOyAoQW5kIHBlcmhhcHMgSSBzaG91bGQg bW92ZSBkbW1AIHRvIGJjYy4uLik8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+SG93IGRvZXMgYSBNTlAtYmVhcmluZyBub2RlIChjbGllbnQpIGxv Y2F0ZSBjYW5kaWRhdGUgcy1BU0JScyAoc2ltaWxhcmx5IGhvdyBkb2VzIGl0IGxvY2F0ZSBhIHBy b3h5KT8gQW5kIGRvZXMgdGhlIGNsaWVudCB0cnkgdG8gZm9ybSBhbiBlQkdQIHNlc3Npb24gd2l0 aCB0aGUgcy1BU0JSIG9yIHVzZSBzb21ldGhpbmcgZWxzZT88bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSB3YXMgYWxzbyBub3QgY2xlYXIgb24g d2hlcmUgYWRtaW5pc3RyYXRpdmUgYm91bmRhcmllcyBhcmUgaW4gdGhlIHZhcmlvdXMgZGlhZ3Jh bXMgKHRob3VnaCBJIGFzc3VtZWQgYXQgbGVhc3QgdGhhdCBjLUFTQlJzIGFyZSB3aXRoaW4gdGhl IE1TUC1vd25lcnMgYWRtaW5pc3RyYXRpdmUgZG9tYWluKS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmtzLDxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LUVyaWs8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBXZWQsIDIg SmFuIDIwMTkgYXQgMTI6MzcsIFRlbXBsaW4gKFVTKSwgRnJlZCBMICZsdDs8YSBocmVmPSJtYWls dG86RnJlZC5MLlRlbXBsaW5AYm9laW5nLmNvbSI+RnJlZC5MLlRlbXBsaW5AYm9laW5nLmNvbTwv YT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0i Ym9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAw aW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowaW4iPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+SGVsbG8sIGFuZCBIYXBweSBOZXcgWWVhciw8YnI+DQo8YnI+DQpXZSBo YXZlIGFydGljdWxhdGVkIHdoYXQgaXMgZXNzZW50aWFsbHkgYSBEaXN0cmlidXRlZCBNb2JpbGl0 eSBNYW5hZ2VtZW50IChETU0pPGJyPg0Kc2VydmljZSBmb3IgdGhlIG5leHQtZ2VuZXJhdGlvbiBj aXZpbCBhdmlhdGlvbiBBZXJvbmF1dGljYWwgVGVsZWNvbW11bmljYXRpb25zPGJyPg0KTmV0d29y ayB3aXRoIEludGVybmV0IFByb3RvY29sIFNlcnZpY2VzIChBVE4vSVBTKTo8YnI+DQo8YnI+DQo8 YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXJ0Z3dn LWF0bi1iZ3AvIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtaWV0Zi1ydGd3Zy1hdG4tYmdwLzwvYT48YnI+DQo8YnI+DQpUaGlzIHdvcmsgdHJh Y2tzIHRoZSBwcm9ncmVzcyBvZiB0aGUgSW50ZXJuYXRpb25hbCBDaXZpbCBBdmlhdGlvbiBPcmdh bml6YXRpb248YnI+DQooSUNBTyksIGFuZCBpcyBhIHdvcmtpbmcgZ3JvdXAgaXRlbSBvZiB0aGUg SUVURiBSVEdXRy48YnI+DQo8YnI+DQpUaGUgd2F5IGl0IHdvcmtzIGlzIHRoYXQgdGhlcmUgaXMg YSBodWItYW5kLXNwb2tlcyBCR1Agb3ZlcmxheSByb3V0aW5nIHNlcnZpY2U8YnI+DQp0aGF0IGlu dGVyY29ubmVjdHMgcG90ZW50aWFsbHkgbWFueSBtb2JpbGl0eSBhbmNob3IgcG9pbnRzLiBFYWNo IGFuY2hvciBwb2ludCBpczxicj4NCnJlc3BvbnNpYmxlIGZvciBtb2JpbGl0eSBtYW5hZ2VtZW50 IGZvciBhIGNvbnN0aXR1ZW50IHNldCBvZiBtb2JpbGUgbm9kZXM8YnI+DQooZS5nLiwgYWlyY3Jh ZnQpLCBzdWNoIHRoYXQgdGhlIHN5c3RlbSBhcyBhIHdob2xlIHN1cHBvcnRzIGxhcmdlLXNjYWxl IERNTS48YnI+DQo8YnI+DQpXZSB0aGluayB0aGlzIGRvY3VtZW50IGlzIGluIHRoZSBjb3JyZWN0 IGhvbWUgaW4gUlRHV0csIGJ1dCBJIGp1c3QgdGhvdWdodDxicj4NCkkgd291bGQgc3RhcnQgb3V0 IHRoZSB5ZWFyIGJ5IHNlbnNpdGl6aW5nIHRoZSBETU0gY29tbXVuaXR5LiBBbnkgdGhvdWdodHM8 YnI+DQpvciBjb21tZW50cyBhcmUgd2VsY29tZS48YnI+DQo8YnI+DQpUaGFua3MgLSBGcmVkJm5i c3A7IDxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f PGJyPg0KZG1tIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpkbW1AaWV0Zi5vcmci IHRhcmdldD0iX2JsYW5rIj5kbW1AaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kbW0iIHRhcmdldD0iX2JsYW5rIj5odHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RtbTwvYT48bzpwPjwvbzpwPjwvcD4NCjwv YmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_e6341293b512454eaebe9da3c731f1dfboeingcom_-- From nobody Tue Jan 8 19:00:50 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7753F12008A for ; Tue, 8 Jan 2019 19:00:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AKhf6N7tVhYP for ; Tue, 8 Jan 2019 19:00:46 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 4B9C6124408 for ; Tue, 8 Jan 2019 19:00:46 -0800 (PST) Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id CCE98A1B38ABA87B59F8 for ; Wed, 9 Jan 2019 03:00:43 +0000 (GMT) Received: from BLREML703-CAH.china.huawei.com (10.20.4.172) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 9 Jan 2019 03:00:43 +0000 Received: from BLREML503-MBX.china.huawei.com ([169.254.9.149]) by blreml703-cah.china.huawei.com ([::1]) with mapi id 14.03.0415.000; Wed, 9 Jan 2019 08:30:30 +0530 From: Sridhar Bhaskaran To: "dmm@ietf.org" Thread-Topic: Questions and comments on draft-ietf-dmm-5g-uplane-analysis-00 Thread-Index: AdSnx3M3QeGeiRPlSheucvWK2AnJeA== Date: Wed, 9 Jan 2019 03:00:30 +0000 Message-ID: <0E42DD26875E1748992B1E3F732A36AE013A0017@BLREML503-MBX.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.79.60] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [DMM] Questions and comments on draft-ietf-dmm-5g-uplane-analysis-00 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2019 03:00:48 -0000 Dear authors of draft-ietf-dmm-5g-uplane-analysis-00, Thank you for the draft. I have the following questions for clarification and comments on draft-ietf= -dmm-5g-uplane-analysis-00 Questions =3D=3D=3D=3D=3D=3D=3D=3D 1. Section 3.6 - could you elaborate on what you mean by >>[GTP-U-6]: Does not support to response ICMP PTB for Path MTU Discovery. 2. Section 4.1 >>These tunnels are available to be handled by other authorized functions through the control plane. Could you elaborate on what you mean by "other" authorized functions? Right= now only SMF is allows to setup / teardown tunnels via N4 at UPF. 3. Section 4.2 Arch-Req-3: Could you please clarify the following sentence?= First part of sentence talks about multiple PDU sessions but end of the se= ntence talks about one PDU session. So its not clear to me which case this = is talking about. However it should be the multiple PDU sessions multihoming case where the destination gNB or UPF needs to maintain multiple tunnel states under the one PDU session to one UP tunnel architectural principle. 4. Section 4.2 - Arch-Req-5. I am not able to understand the following sent= ences. Could you clarify what you mean by "connecting them without extra an= chor points"? Also what does "them" refer to here? Does it refer to UE or U= PF? In addition, deployment of multiple UPFs as anchors closed to UEs' site and connecting them without extra anchor points enable to make data path more efficient. 5. Section Arch-Req-5: Are the following statements an architectural requir= ement derived from 23.501 or an architectural requirement this draft is put= ting on 3GPP? Atleast the words " UP protocol shall support to aggregate se= veral PDU sessions into a tunnel or shall be a session-less tunnel." Seems = like this draft is putting a requirement on 3GPP. It is expected that multiple UPFs with per session tunnel handling for a PDU session becomes complicated task more and more for a SMF by increasing number of UPFs, and UP protocol shall support to aggregate several PDU sessions into a tunnel or shall be a session-less tunnel. Comments: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 1. Section 4.1.1 - traffic detection based on UE IP address and SDF filters= is missing in the below list o For IPv4 or IPv6 PDU Session type * PDU Session * QFI * Application Identifier: The Application ID is an index to a set of application detection rules configured in UPF 2. Section 4.2 Arch-Req-2: >> The 5G system requires IP connectivity for N3, N6, and N9 interfaces. There is a specific case where IP connectivity on N6 is not mandatory. For = Ethernet PDU sessions, the anchor UPF could use L2 switching on N6 side. Yo= u refer clause 5.6.10.2 of TS 23.501 especially the statements below - Configurations, where more than one PDU Session to the same DNN (e.g. for= more than one UE) corresponds to the same N6 interface. In this case the U= PF acting as PSA needs to be aware of MAC addresses used by the UE in the P= DU Session in order to map down-link Ethernet frames received over N6 to th= e appropriate PDU Session. Forwarding behaviour of the UPF acting as PSA is= managed by SMF as specified in clause 5.8.2.5. 3. Section 4.2 Arch-Req-3: Multihoming is provided with Branching Point (BP) or Uplink Classifier (UL CL) which are functionalities of UPF. ULCL is not used for multihoming. ULCL is used for traffic splitting toward= s a local DN. Only BP is used for multihoming case. 4. Section 5 is missing one evaluation aspect. GTP-U supports "End markers"= to help RAN sequence the packets when there is a change of UPF during mobi= lity procedures. So any user plane protocol that is to be evaluated need to= support some mechanism to help the last downlink node on path (e.g gNB) to= sequence the packets coming from multiple UPFs during mobility cases. 5. Section 5.7 - Need justification for the following statement: However some means need to indicate a slice on the shared underlying networks of the UP over the wire. What is broken or what is the issue if slice for transport is not indicated= on the UP over the wire? What are the issues with providing a "network ins= tance" (which could be mapped to a transport path) in the forwarding action= rule of a PDU session? What are the advantages of carrying slice information in every packet? Regards Sridhar Bhaskaran =A0 From nobody Wed Jan 9 03:38:43 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9070B130E12; Wed, 9 Jan 2019 03:38:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J7lLt6ajK6MM; Wed, 9 Jan 2019 03:38:20 -0800 (PST) Received: from mga12.intel.com (mga12.intel.com [192.55.52.136]) (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 9B060130DFD; Wed, 9 Jan 2019 03:38:19 -0800 (PST) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by fmsmga106.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 09 Jan 2019 03:38:18 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.56,457,1539673200"; d="scan'208";a="115378417" Received: from fmsmsx106.amr.corp.intel.com ([10.18.124.204]) by fmsmga008.fm.intel.com with ESMTP; 09 Jan 2019 03:38:18 -0800 Received: from fmsmsx118.amr.corp.intel.com (10.18.116.18) by FMSMSX106.amr.corp.intel.com (10.18.124.204) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 9 Jan 2019 03:38:18 -0800 Received: from hasmsx105.ger.corp.intel.com (10.184.198.19) by fmsmsx118.amr.corp.intel.com (10.18.116.18) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 9 Jan 2019 03:38:18 -0800 Received: from hasmsx106.ger.corp.intel.com ([169.254.10.88]) by HASMSX105.ger.corp.intel.com ([169.254.1.136]) with mapi id 14.03.0415.000; Wed, 9 Jan 2019 13:38:16 +0200 From: "Moses, Danny" To: Magnus Westerlund CC: "draft-ietf-dmm-ondemand-mobility.all@ietf.org" , "ietf@ietf.org" , "dmm@ietf.org" , "tsv-art@ietf.org" Thread-Topic: Tsvart last call review of draft-ietf-dmm-ondemand-mobility-15 Thread-Index: AQHUp3OGHwDmElqzaU63ecc+xNzkPKWmxxug Date: Wed, 9 Jan 2019 11:38:15 +0000 Message-ID: References: <154696674971.25571.1339944415060306908@ietfa.amsl.com> In-Reply-To: <154696674971.25571.1339944415060306908@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ctpclassification: CTP_NT x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiNTY0NjRkYzgtNzkyYS00OTNiLTljMGQtZGZjZDcxNDE0OGE3IiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoiMTkrTjlGZ2h0S1RJYTFVZ3hFaDFxckVjK1ljUDNpYzF3OEY5QUJmSzdKZ2tCeTN5Y3ppOTEwN1VNWGtsZVU2dSJ9 dlp-product: dlpe-windows dlp-version: 11.0.400.15 dlp-reaction: no-action x-originating-ip: [10.249.88.41] Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Archived-At: Subject: Re: [DMM] Tsvart last call review of draft-ietf-dmm-ondemand-mobility-15 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2019 11:38:29 -0000 VGhhbmtzIGZvciB0aGUgZmVlZGJhY2suIEkgdGhpbmsgSSB1bmRlcnN0YW5kIHRoZSBjb25jZXJu LiBQZXJoYXBzIGl0IGlzIHBhcnRseSBkdWUgdG8gbm90IHBhcnRpY2lwYXRpbmcgaW4gdGhlIHBy ZXNlbnRhdGlvbnMgYW5kIGRpc2N1c3Npb25zIHRoYXQgdG9vayBwbGFjZSBpbiBETU0gb3ZlciB0 aGUgcGFzdCBzZXZlcmFsIHllYXJzLg0KDQpMZXQgbWUgdHJ5IGFuZCBhZGQgc29tZSBtb3JlIGNv bnRleHQuDQpUaGUgZGVzaXJlIHRvIG9wdGltaXplIG1vYmlsaXR5IHNlcnZpY2VzIGlzIHBhcnQg b2YgRE1NJ3MgY2hhcnRlci4gQnkgdGhlIHdheSwgc2ltaWxhciB3b3JrIHdhcyBhbHNvIGNhcnJp ZWQgb3V0IHRoZSAzR1BQICh0aGUgU1NDIGZlYXR1cmUgLSBTZXJ2aWNlIGFuZCBTZXNzaW9uIENv bnRpbnVpdHkpIGZvciBSZWxlYXNlLTE1IC0gdGhlIGZpcnN0IDVHIHJlbGVhc2UgYW5kIHdlIGhh dmUgdHJpZWQgdG8gc3RheSBpbiBzeW5jIHdpdGggdGhhdCB3b3JrLg0KDQpIYW5kbGluZyBzdWNo IG9wdGltaXphdGlvbiByZXF1aXJlcyB0aGUgZm9sbG93aW5nIHN0ZXBzOg0KMS4gSGF2aW5nIHRo ZSBhcHBsaWNhdGlvbiBleHByZXNzIGl0cyBzZXNzaW9uIGNvbnRpbnVpdHkgcHJlZmVyZW5jZXMu DQoyLiBDb252ZXlpbmcgdGhlc2UgcmVxdWlyZW1lbnRzIHRvIHRoZSBtb2JpbGUgbmV0d29yay4N CjMuIFNlbGVjdGluZyB0aGUgc2Vzc2lvbiBjb250aW51aXR5IHNjaGVtZSBieSB0aGUgbmV0d29y ay4NCjQuIE5vdGlmaWNhdGlvbjogTmV0d29yayB0byBtb2JpbGUgbm9kZS4NCjUuIFByb3ZpZGlu ZyByZXN1bHRzIHRvIHRoZSBhcHBsaWNhdGlvbg0KDQpXZSBoYXZlIGRldmVsb3BlZCBzZXZlcmFs IGRyYWZ0cyB0aGF0IGRlYWxzIHdpdGggZW50aXJlIGZsb3cuIFRoaXMgZHJhZnQgZGVmaW5lcyB0 aGUgZGlmZmVyZW50IHNlcnZpY2UgbGV2ZWxzIGFuZCBoYW5kbGVzIHN0ZXBzICgxKSBhbmQgKDUp LiBUaGVyZSBpcyBhbm90aGVyIGluZGl2aWR1YWwgZHJhZnQgLSBkcmFmdC1tb3Nlcy1kbW0tZGhj cC1vbmRlbWFuZC1tb2JpbGl0eS0xMCB0aGF0IGhhbmRsZXMgKDIpIGFuZCAoNCkgdmlhIERIQ1B2 NiBleHRlbnNpb24gYW5kIGRyYWZ0LWZlbmctZG1tLXJhLXByZWZpeHR5cGUtMDMgdGhhdCBoYW5k bGVzICg0KSB2aWEgYW4gUkEgKFJvdXRlciBBZHZlcnRpc2VtZW50KSBvcHRpb24uDQoNClRoZXJl IHdlcmUgc2V2ZXJhbCBkaXNjdXNzaW9ucyBhcyB0byB3aGV0aGVyIHRoaXMgZHJhZnQgc2hvdWxk IHNwZWNpZnkgU29ja2V0IGV4dGVuc2lvbnMgb3IgcHJvdmlkZSBndWlkZWxpbmVzIGZvciBhbiBB UEkgcHJvdmlkZWQgYnkgdGhlIG5ldHdvcmsgc3RhY2sgdG8gYXBwbGljYXRpb25zLiBUaGUgZGVj aXNpb24sIGV2ZW50dWFsbHksIHdhcyB0aGF0IHNpbmNlIElFVEYgZG9lcyBub3Qgc3BlY2lmeSB0 aGUgU29ja2V0IEFQSSwgd2Ugc2hvdWxkIG5vdCBzcGVjaWZ5IFNvY2tldCBleHRlbnNpb25zLCBi dXQgcmF0aGVyLCBwcm92aWRlIGd1aWRlbGluZXMgZm9yIHN1Y2ggZnVuY3Rpb25hbGl0eS4gIA0K DQpBcyBmb3IgVEFQUyBJIGNhbiBwcmVwYXJlIGEgdG9waWMgdG8gYmUgZGlzY3Vzc2VkIGluIHRo ZSBXRyB0byBzZWUgaWYgdGhlcmUgaXMgYW55IGludGVyZXN0IGluIHRoaXMgd29yayBvdmVyIHRo ZXJlLiBJIGhvcGUgaG93ZXZlciwgdGhhdCB0aGlzIGlzIG5vdCBnYXRpbmcgdGhlIGFwcHJvdmFs IG9mIHRoaXMgZHJhZnQuDQoNCkNhbiB3ZSBkaXNjdXNzIFRBUFMgc2VwYXJhdGVseT8NCg0KDQoN Ci0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBNYWdudXMgV2VzdGVybHVuZCBbbWFp bHRvOm1hZ251cy53ZXN0ZXJsdW5kQGVyaWNzc29uLmNvbV0gDQpTZW50OiBUdWVzZGF5LCBKYW51 YXJ5IDA4LCAyMDE5IDE4OjU5DQpUbzogdHN2LWFydEBpZXRmLm9yZw0KQ2M6IGRyYWZ0LWlldGYt ZG1tLW9uZGVtYW5kLW1vYmlsaXR5LmFsbEBpZXRmLm9yZzsgaWV0ZkBpZXRmLm9yZzsgZG1tQGll dGYub3JnDQpTdWJqZWN0OiBUc3ZhcnQgbGFzdCBjYWxsIHJldmlldyBvZiBkcmFmdC1pZXRmLWRt bS1vbmRlbWFuZC1tb2JpbGl0eS0xNQ0KDQpSZXZpZXdlcjogTWFnbnVzIFdlc3Rlcmx1bmQNClJl dmlldyByZXN1bHQ6IFJlYWR5IHdpdGggTml0cw0KDQpUaGlzIGRvY3VtZW50IGhhcyBiZWVuIHJl dmlld2VkIGFzIHBhcnQgb2YgdGhlIHRyYW5zcG9ydCBhcmVhIHJldmlldyB0ZWFtJ3Mgb25nb2lu ZyBlZmZvcnQgdG8gcmV2aWV3IGtleSBJRVRGIGRvY3VtZW50cy4gVGhlc2UgY29tbWVudHMgd2Vy ZSB3cml0dGVuIHByaW1hcmlseSBmb3IgdGhlIHRyYW5zcG9ydCBhcmVhIGRpcmVjdG9ycywgYnV0 IGFyZSBjb3BpZWQgdG8gdGhlIGRvY3VtZW50J3MgYXV0aG9ycyBhbmQgV0cgdG8gYWxsb3cgdGhl bSB0byBhZGRyZXNzIGFueSBpc3N1ZXMgcmFpc2VkIGFuZCBhbHNvIHRvIHRoZSBJRVRGIGRpc2N1 c3Npb24gbGlzdCBmb3IgaW5mb3JtYXRpb24uDQoNCldoZW4gZG9uZSBhdCB0aGUgdGltZSBvZiBJ RVRGIExhc3QgQ2FsbCwgdGhlIGF1dGhvcnMgc2hvdWxkIGNvbnNpZGVyIHRoaXMgcmV2aWV3IGFz IHBhcnQgb2YgdGhlIGxhc3QtY2FsbCBjb21tZW50cyB0aGV5IHJlY2VpdmUuIFBsZWFzZSBhbHdh eXMgQ0MgdHN2LWFydEBpZXRmLm9yZyBpZiB5b3UgcmVwbHkgdG8gb3IgZm9yd2FyZCB0aGlzIHJl dmlldy4NCg0KRmlyc3Qgb2YgYWxsIEkgZG8gYmVjb21lIGEgYml0IHVuY2VydGFpbiBhYm91dCB0 aGUgaW50ZW50aW9ucyBvZiB0aGlzIGRvY3VtZW50Lg0KQXMgYW4gaW5mb3JtYXRpb25hbCBkb2N1 bWVudCBJIHRoaW5rIGRpc2N1c3NpbmcgYW4gcG9zc2libGUgb3B0aW1pemF0aW9uIGFuZCBob3cg aXQgY2FuIGJlIHNvbHZlZCBpcyBhbGwgb2theS4gV2hhdCBJIGZhaWwgdG8gc2VlIHRoZSBwb2lu dCBhbmQgYSBsaWtlbHkgYSBzb3VyY2Ugb2YgY29uZnVzaW9uIGlzIHRoZSBkcmFmdCBzb2NrZXQg QVBJIGNoYW5nZXMgd2hpY2ggbWF5IGJlIGNvbnNpZGVyZWQgYXMgc29sdXRpb25zLiBIb3dldmVy LCBhbiBkZXRhaWxlZCBzb2x1dGlvbiB0byB0aGUgcHJvYmxlbSBzcGFjZSByZXF1aXJlcyBvbmUg dG8gYWN0dWFsbHkgZGlnIGludG8gc29tZSBvZiB0aGUgYXJlYXMgdGhlIGRvY3VtZW50IGV4cGxp Y2l0bHkgY2FsbHMgb3V0c2lkZSBvZiBpdHMgaW50ZW50aW9ucy4gVGh1cywgSSB3aXNoZWQgdGhl IGRvY3VtZW50IHdhcyBhIGJpdCBjbGVhcmVyIG9uIGl0cyBwdXJwb3NlIG9mIG9ubHkgc2tldGNo aW5nIGFuIGlkZWEgYW5kIGJlIGZpcm1lciBvZiBub3QgYWN0dWFsbHkgb2ZmZXJpbmcgYSByZWFk eSBzb2x1dGlvbiB0aGF0IGNhbiBiZSBpbXBsZW1lbnRlZC4gVGh1cywgSSB0aGluayB0aGVyZSBh cmUgcmlza3Mgd2l0aCBoYXZpbmcgc29tZXRoaW5nIHRoYXQgYXBwZWFycyB0byBkZWZpbmUgYSBz b2NrZXQgQVBJIGV4dGVuc2lvbi4gSWYgdGhlIGludGVudGlvbiBpcyB0byBhY3R1YWxseSBkZWZp bmUgc29ja2V0IEFQSSBleHRlbnNpb25zIHRoZW4gSSB0aGluayB0aGVyZSBhcmUgbXVjaCBtb3Jl IHRoYXQgbmVlZHMgdG8gYmUgZGVmaW5lZCBhbmQgc29sdmVkLg0KDQpTZWNvbmRseSwgSSB0aGlu ayB0aGUgcHJvcG9uZW50cyBvZiB0aGlzIHdvcmsgc2hvdWxkIGhhdmUgYSBsb25nIGFuZCBzZXJp b3VzIGRpc2N1c3Npb24gaWYgdGhlIG9uZ29pbmcgd29yayBpbiB0aGUgVEFQUyBXRyBjYW4gYWN0 dWFsbHkgcHJvdmlkZSBhbiBiZXR0ZXIgd2F5IGZvcndhcmQgZm9yIHRoZSBBUEkgYXMgd2VsbCBh cyBwcm92aWRlIGFuIGltcHJvdmVtZW50IHRvIHRoZSBUQVBTIGFyY2hpdGVjdHVyZS4gQmVjYXVz ZSBpZiBhbiBhcHBsaWNhdGlvbiBzcGVjaWZpZXMgaXRzIG5lZWRzIGZvciBzZXNzaW9uIGNvbnRp bnVpdHkgdGhlbiBhbiBUQVBTIGltcGxlbWVudGF0aW9uIGNvdWxkIGZ1bGZpbGwgdGhpcyBlaXRo ZXIgdXNpbmcgYSBjb21iaW5hdGlvbiBvZiBUQ1Agd2l0aCBTZXNzaW9uIGxhc3RpbmcgSVAgYWRk cmVzcyBvciB3aXRoIE5vbi1wZXJzaXN0ZW50IElQIGFkZHJlc3MgYW5kIHRyYW5zcG9ydCBwcm90 b2NvbHMgdGhhdCBoYXMgYnVpbHQgaW4gc2Vzc2lvbiBtb2JpbGl0eSBvciBjb250aW51aXR5IGZl YXR1cmVzIHN1Y2ggYXMgTVBUQ1Agb3IgUVVJQy4NCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KQSBtZW1iZXIg b2YgdGhlIEludGVsIENvcnBvcmF0aW9uIGdyb3VwIG9mIGNvbXBhbmllcwoKVGhpcyBlLW1haWwg YW5kIGFueSBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgbWF0ZXJpYWwgZm9y CnRoZSBzb2xlIHVzZSBvZiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50KHMpLiBBbnkgcmV2aWV3IG9y IGRpc3RyaWJ1dGlvbgpieSBvdGhlcnMgaXMgc3RyaWN0bHkgcHJvaGliaXRlZC4gSWYgeW91IGFy ZSBub3QgdGhlIGludGVuZGVkCnJlY2lwaWVudCwgcGxlYXNlIGNvbnRhY3QgdGhlIHNlbmRlciBh bmQgZGVsZXRlIGFsbCBjb3BpZXMuCg== From nobody Wed Jan 9 05:00:27 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 559DB128766 for ; Wed, 9 Jan 2019 05:00:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.954 X-Spam-Level: X-Spam-Status: No, score=-6.954 tagged_above=-999 required=5 tests=[DKIMWL_WL_HIGH=-4.553, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com header.b=bPCKnIGc; dkim=pass (1024-bit key) header.d=ericsson.com header.b=Ox1SYgyN 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 tpECFGwsN1E5 for ; Wed, 9 Jan 2019 05:00:20 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (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 8C6461293B1 for ; Wed, 9 Jan 2019 05:00:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/relaxed; q=dns/txt; i=@ericsson.com; t=1547038815; x=1549630815; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=ktCbk24Y66y0MJaf0BaTVBeglxRSUPIISN+BJDE5ZZ4=; b=bPCKnIGcdecz95NsIP04+67tEGhIgShDUzEdXF4PVoN6JKDkNi1FapIxfX33Ryex +Zje9BV6sufDV1yjutzRXppRo/5/njlemH0p8iRa5Rg/BzrnL1zSsNZyENYnqgqf M5BN5V3NnX0KiHOji4kvkgNpQPwh5XWjTSrhS3e9S9g=; X-AuditID: c1b4fb3a-167ff7000000672c-d0-5c35f05f6699 Received: from ESESSMB505.ericsson.se (Unknown_Domain [153.88.183.123]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 2F.FB.26412.F50F53C5; Wed, 9 Jan 2019 14:00:15 +0100 (CET) Received: from ESESBMB504.ericsson.se (153.88.183.171) by ESESSMB505.ericsson.se (153.88.183.166) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Wed, 9 Jan 2019 14:00:15 +0100 Received: from EUR01-DB5-obe.outbound.protection.outlook.com (153.88.183.157) by ESESBMB504.ericsson.se (153.88.183.171) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Wed, 9 Jan 2019 14:00:14 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ktCbk24Y66y0MJaf0BaTVBeglxRSUPIISN+BJDE5ZZ4=; b=Ox1SYgyN1iIakTGa/gyyf34gRGYDskia7acUIefyFXQB2K3yj7fXMRT/KdBbkPjUBraiGoB9KDIWW8I7MeVTmnFYU86hkHBlxsnwRAle8IexHnTxRzuBTMF859mGbJfklsZkj0zNbEsILLNipt7tZxOL8Z933aWfiomLoWFgZGA= Received: from DB7PR07MB4988.eurprd07.prod.outlook.com (20.178.42.222) by DB7PR07MB5515.eurprd07.prod.outlook.com (20.178.46.206) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1516.6; Wed, 9 Jan 2019 13:00:13 +0000 Received: from DB7PR07MB4988.eurprd07.prod.outlook.com ([fe80::59db:b1cc:5d05:1f08]) by DB7PR07MB4988.eurprd07.prod.outlook.com ([fe80::59db:b1cc:5d05:1f08%3]) with mapi id 15.20.1516.010; Wed, 9 Jan 2019 13:00:13 +0000 From: Magnus Westerlund To: "Moses, Danny" CC: "draft-ietf-dmm-ondemand-mobility.all@ietf.org" , "ietf@ietf.org" , "dmm@ietf.org" , "tsv-art@ietf.org" Thread-Topic: Tsvart last call review of draft-ietf-dmm-ondemand-mobility-15 Thread-Index: AQHUqA/e5tanoq6sXECORVaTjo0T9A== Date: Wed, 9 Jan 2019 13:00:13 +0000 Message-ID: References: <154696674971.25571.1339944415060306908@ietfa.amsl.com> Accept-Language: sv-SE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=magnus.westerlund@ericsson.com; x-originating-ip: [192.176.1.91] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DB7PR07MB5515; 6:dazG8lf+MJ5H94lTMkcULBw/6UnxdsVsOjTary7guE9YAoZTygBzyPeWaYYOLqlH1uuN1nXdDagXWeCka6wViYJf4Z+2ZoFrM2K7wiqdnX0h6ppyEtlajvywX8YU96ZxyGTl1I/pGv837bT9/DCG6Z5USg2zo0SqPHY2rjGC+8gqoVSJasxyPwF4Pn3Yw3z2M9ys3M3BKpwAJ9kTdiiZU30xdoIr0YWgyqKUFlJuaIEMb1JMY0iPKnKtMATsXjgatHqSF23r2e1490A2vqSrn5TvVnx7t88/z4xiZC6IBsM4pO5M8T+nSvUbWPUvhjhgXWHaqWR0Uams+uWypKjOhvoRvShD+xAB4wGDxf5txQW8onbINC3Qu8l0DDIOQejhh5kdkH1rDjudYmiq6nP4UK3m5Qh5T2+sT6DDyczxNG6v6yJ6U9kqXjDFJpGIpC7J5fk9WIvdbp0K0KXRuev6yA==; 5:xHl+F1WqN9oEKSYVjxS7/Fx+ZxdG8RfmwCTPmP4gd9Oy2jW9uB8Sh+bOI4EMCItLg2D82lUiT0wHWMfTrXMSoNQz8w4Rs+mYimPNSUEw0suFFTDrnnsxgMdDEabN9cn9QEUEaZDV8eCxBOYahZJFN4B1WU7BtY8RgsHijDsyCQ0VtqVBggjG3sCm9Su8L1blOfUCQrZBp8SFN8Ef7+FfLA==; 7:ab6m76K171IgDA5Gq+NS7apO8JkSPXUrlz4FtyLpLqUtquFWEYMErNy6Sv5LbGdDe7jIgbZpqzctgWoGCxPXonP7iuLPAOHySAvy63makwPw/ciZRgzidikYvObAu+7ftApxiaJuxc+Z2AkzYPxwSA== x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: f544bd75-4d32-4126-68a3-08d67632651c x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600109)(711020)(2017052603328)(7153060)(7193020); SRVR:DB7PR07MB5515; x-ms-traffictypediagnostic: DB7PR07MB5515: x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(3230021)(908002)(999002)(5005026)(6040522)(8220060)(2401047)(8121501046)(93006095)(93001095)(3231475)(944501520)(52105112)(3002001)(10201501046)(6041310)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123560045)(20161123564045)(201708071742011)(7699051)(76991095); SRVR:DB7PR07MB5515; BCL:0; PCL:0; RULEID:; SRVR:DB7PR07MB5515; x-forefront-prvs: 0912297777 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(39860400002)(376002)(346002)(136003)(366004)(51914003)(199004)(189003)(13464003)(105586002)(106356001)(5660300001)(54906003)(4326008)(2906002)(6916009)(33656002)(316002)(99286004)(76176011)(8676002)(6506007)(53546011)(7696005)(44832011)(97736004)(186003)(102836004)(446003)(81166006)(81156014)(26005)(256004)(74316002)(66574012)(305945005)(7736002)(486006)(55016002)(5024004)(6436002)(68736007)(3846002)(476003)(14444005)(6116002)(71190400001)(71200400001)(8936002)(9686003)(25786009)(14454004)(86362001)(478600001)(53936002)(6246003)(229853002)(66066001); DIR:OUT; SFP:1101; SCL:1; SRVR:DB7PR07MB5515; H:DB7PR07MB4988.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: tqxeW0nPCRNt2ksmJt3hibs/z8CXFw6WsD0fbpSpo+Lkud+req97Xe6MdR5Z+OaKl3aZ/uuobOLQuni3ygNlpQUgXw5mkp9a2WJwW4S/sKiOy03hJVB7Yu8kQWaGMQeR+ZR1MlLeG6HnT1fARXaikHtyK4VAYUILG/WWoUTmTrvy5qBHGCrZyQ6K+7UrvlVQcLD+Ie8MPSck1m71N6lCEpB27d+afgv+WFzX8yk4JKFlduqgdqp9H8iNgpKjgWR/UuImgP5RXmKcBC+L5VmfQ9s9oiaL+X1e3X1B/M2Hr5zh2amDDdaxpa0vObNvu1lZ spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: f544bd75-4d32-4126-68a3-08d67632651c X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jan 2019 13:00:13.5996 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR07MB5515 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA02Sa0hTYRjHec9lO44Gx6n45IViFYV5R2ldsCII6Y5RlKx06knNOWXHRDPy WuoknaAfXOG2nBWVy0xxon5QNE1yXSVvqdUs7WqSWDgrz86Cvv2e9/9/rrwULqkivahkVQaj VimUUoGIqDnRmhMQMxcuD24q8ZEND8yQssm3F2TL5mlc9v6+npDpOq4Tu8hIk+kXFlnXMYsd waJFOxIYZXImow6KiBUllX3XCtILQ7JK6m7heahxkwa5UECHQY+tVMixhO5B8Kr+mAaJVngB gcX+EOODOgyGP9oRFxC0FoeK3nIBr1RiYHhsFvD5bxBcrffmWEDLYORnvuPdnfaD8s/FJJeA 008RVBqKME5wo/fDzNg4wZsOQK+tBdcgaoUDobjEjUOCXg9Gi4hziGk5fOk3I77vFQTNhZdw TkC0L0wuTjjK4LQnjNr0GL8bDaaOJzjPHjD77jfJ+xUwnD/t9KyFsZt9BM++8Fxf5mgAdIEQ FhqNQl4IgLnqamehg2AatWK8aWWZ/oIXzmw/eF3Uh7ipgU4B07czvOcZDp3dFqfHBx6UXhPw wlcS2u8MCbUoSPff5Dz7g6F9XsDzZrhh/ITrHCdwhUc1NsKAiNvIg2VYNjUxNDSQUSfHs2ya KlDFZDShlb/S1by0zYK6PuzuRjSFpKvEltFwuYRUZLLZqd0IKFzqLt44HiaXiBMU2ecZdVqM +pySYbuRN0VIPcV2iatcQicqMpgUhkln1P9UjHLxykMbtq6LOj6X1TBV7hK1XNu6tH1xaMvL 1Ghv14udLjHMoa6Jw/4DS4Xk3swgYvbUslXrnTu5Z6pFW2teffKHSld1949HnHWqLbNkJH6N JittMLZp0J6rGvM62pA9DmeTrQEpE237prD5nUZzC1Jevnc6ArU1FGsrwuLsnVnBOfoQKcEm KUL8cDWr+AtQ/8zQJwMAAA== Archived-At: Subject: Re: [DMM] Tsvart last call review of draft-ietf-dmm-ondemand-mobility-15 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2019 13:00:21 -0000 Hi,=0A= =0A= Thanks for the clarification below. I think the document could be a bit=0A= clearer on the intention of the different aspects of the document. For=0A= example the Socket API parts being declared more clearer as not being a=0A= specification and only an exploration of the potential solutions.=0A= =0A= Regarding TAPS, that comment was truly about potential for further=0A= improvements to both DMM's and TAPS goals by cooperation. TAPS impact on=0A= this document could at most be an informational statement in section 3.4=0A= (Conveying the Desired Address Type) but also that may be premature as=0A= the mobility related aspects expands the TAPS scope somewhat to my=0A= understanding.=0A= =0A= Cheers=0A= =0A= Magnus=0A= =0A= On 2019-01-09 12:38, Moses, Danny wrote:=0A= > Thanks for the feedback. I think I understand the concern. Perhaps it is = partly due to not participating in the presentations and discussions that t= ook place in DMM over the past several years.=0A= >=0A= > Let me try and add some more context.=0A= > The desire to optimize mobility services is part of DMM's charter. By the= way, similar work was also carried out the 3GPP (the SSC feature - Service= and Session Continuity) for Release-15 - the first 5G release and we have = tried to stay in sync with that work.=0A= >=0A= > Handling such optimization requires the following steps:=0A= > 1. Having the application express its session continuity preferences.=0A= > 2. Conveying these requirements to the mobile network.=0A= > 3. Selecting the session continuity scheme by the network.=0A= > 4. Notification: Network to mobile node.=0A= > 5. Providing results to the application=0A= >=0A= > We have developed several drafts that deals with entire flow. This draft = defines the different service levels and handles steps (1) and (5). There i= s another individual draft - draft-moses-dmm-dhcp-ondemand-mobility-10 that= handles (2) and (4) via DHCPv6 extension and draft-feng-dmm-ra-prefixtype-= 03 that handles (4) via an RA (Router Advertisement) option.=0A= >=0A= > There were several discussions as to whether this draft should specify So= cket extensions or provide guidelines for an API provided by the network st= ack to applications. The decision, eventually, was that since IETF does not= specify the Socket API, we should not specify Socket extensions, but rathe= r, provide guidelines for such functionality. =0A= >=0A= > As for TAPS I can prepare a topic to be discussed in the WG to see if the= re is any interest in this work over there. I hope however, that this is no= t gating the approval of this draft.=0A= >=0A= > Can we discuss TAPS separately?=0A= >=0A= >=0A= >=0A= > -----Original Message-----=0A= > From: Magnus Westerlund [mailto:magnus.westerlund@ericsson.com] =0A= > Sent: Tuesday, January 08, 2019 18:59=0A= > To: tsv-art@ietf.org=0A= > Cc: draft-ietf-dmm-ondemand-mobility.all@ietf.org; ietf@ietf.org; dmm@iet= f.org=0A= > Subject: Tsvart last call review of draft-ietf-dmm-ondemand-mobility-15= =0A= >=0A= > Reviewer: Magnus Westerlund=0A= > Review result: Ready with Nits=0A= >=0A= > This document has been reviewed as part of the transport area review team= 's ongoing effort to review key IETF documents. These comments were written= primarily for the transport area directors, but are copied to the document= 's authors and WG to allow them to address any issues raised and also to th= e IETF discussion list for information.=0A= >=0A= > When done at the time of IETF Last Call, the authors should consider this= review as part of the last-call comments they receive. Please always CC ts= v-art@ietf.org if you reply to or forward this review.=0A= >=0A= > First of all I do become a bit uncertain about the intentions of this doc= ument.=0A= > As an informational document I think discussing an possible optimization = and how it can be solved is all okay. What I fail to see the point and a li= kely a source of confusion is the draft socket API changes which may be con= sidered as solutions. However, an detailed solution to the problem space re= quires one to actually dig into some of the areas the document explicitly c= alls outside of its intentions. Thus, I wished the document was a bit clear= er on its purpose of only sketching an idea and be firmer of not actually o= ffering a ready solution that can be implemented. Thus, I think there are r= isks with having something that appears to define a socket API extension. I= f the intention is to actually define socket API extensions then I think th= ere are much more that needs to be defined and solved.=0A= >=0A= > Secondly, I think the proponents of this work should have a long and seri= ous discussion if the ongoing work in the TAPS WG can actually provide an b= etter way forward for the API as well as provide an improvement to the TAPS= architecture. Because if an application specifies its needs for session co= ntinuity then an TAPS implementation could fulfill this either using a comb= ination of TCP with Session lasting IP address or with Non-persistent IP ad= dress and transport protocols that has built in session mobility or continu= ity features such as MPTCP or QUIC.=0A= >=0A= >=0A= > ---------------------------------------------------------------------=0A= > A member of the Intel Corporation group of companies=0A= >=0A= > This e-mail and any attachments may contain confidential material for=0A= > the sole use of the intended recipient(s). Any review or distribution=0A= > by others is strictly prohibited. If you are not the intended=0A= > recipient, please contact the sender and delete all copies.=0A= >=0A= =0A= -- =0A= =0A= Magnus Westerlund =0A= =0A= ----------------------------------------------------------------------=0A= Network Architecture & Protocols, Ericsson Research=0A= ----------------------------------------------------------------------=0A= Ericsson AB | Phone +46 10 7148287=0A= Torshamnsgatan 23 | Mobile +46 73 0949079=0A= SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com=0A= ----------------------------------------------------------------------=0A= =0A= From nobody Wed Jan 9 10:43:26 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BBB89130FEB for ; Wed, 9 Jan 2019 10:43:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -19.053 X-Spam-Level: X-Spam-Status: No, score=-19.053 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-4.553, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 KM1FBPpiAeus for ; Wed, 9 Jan 2019 10:43:23 -0800 (PST) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9083F130F46 for ; Wed, 9 Jan 2019 10:43:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2650; q=dns/txt; s=iport; t=1547059403; x=1548269003; h=from:to:subject:date:message-id:mime-version; bh=UlfxeRh0absd8MS67AdHwOIxg+xevuwHIwZCu3UR5Ao=; b=FwUYUHEFa/5aqGpE3C/AodQQ/3R+n6rweNebb6z9mOuA5g94dE+r+dhD 0j2RzImP3Z5J8mCAyRZnHZOP9Dm+w6LaPPH5ujlUF7gBsB/mPfdtbsk1s ZJgOp1eme4B4H8FEcgq5meVlSfUUorakVKniQ/6TU2jc6zS6t8dUYPUCS M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AUAADSPzZc/5tdJa1jGwEBAQEDAQE?= =?us-ascii?q?BBwMBAQGBUgUBAQELAYENdmaBAicKmwWRE4VjgXsLAQElhmgiNQgNAQMBAQI?= =?us-ascii?q?BAQJtHAELhlwBDAFzJwSDNoEdZA+tR4VBhGwFjD8XgUA/gRGCXYNTAodBAo9?= =?us-ascii?q?XYYYEizAJApF7GIFkhSSKb4lskEACERSBJyABNoFWcBWDJ4sdhT9BMQGJNoE?= =?us-ascii?q?fAQE?= X-IronPort-AV: E=Sophos;i="5.56,458,1539648000"; d="scan'208,217";a="223712849" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 09 Jan 2019 18:43:22 +0000 Received: from XCH-ALN-006.cisco.com (xch-aln-006.cisco.com [173.36.7.16]) by rcdn-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id x09IhMTb018460 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for ; Wed, 9 Jan 2019 18:43:22 GMT Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-ALN-006.cisco.com (173.36.7.16) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Wed, 9 Jan 2019 12:43:22 -0600 Received: from xch-aln-008.cisco.com ([173.36.7.18]) by XCH-ALN-008.cisco.com ([173.36.7.18]) with mapi id 15.00.1395.000; Wed, 9 Jan 2019 12:43:21 -0600 From: "Sri Gundavelli (sgundave)" To: "dmm@ietf.org" Thread-Topic: WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 Thread-Index: AQHUqEsyaVwhC6gsjkGTHCexOaG4/w== Date: Wed, 9 Jan 2019 18:43:21 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.20.188.53] Content-Type: multipart/alternative; boundary="_000_D85B80C52E3462sgundaveciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.36.7.16, xch-aln-006.cisco.com X-Outbound-Node: rcdn-core-4.cisco.com Archived-At: Subject: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2019 18:43:26 -0000 --_000_D85B80C52E3462sgundaveciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Folks - As we discussed in the WG meeting at IETF103, we are issuing WGLC o= n draft-ietf-dmm-distributed-mobility-anchoring-11. The document went through several revisions and there were good amount of r= eviews on this document. The authors have addressed all the comments and t= here are no open issues that we are tracking at this time. We believe the d= ocument is ready for IESG reviews and like to confirm the same from the wor= king group. The following message commences a two week WGLC for all feedback. Document Link: https://www.ietf.org/id/draft-ietf-dmm-distributed-mobility-anchoring-11.tx= t The target status for this document is "Informational". Please post any comments/concerns on the draft. Thanks! Dapeng & Sri --_000_D85B80C52E3462sgundaveciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: <0EF5C9C87C60D04F9B7F7608CDF8A634@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Folks – As we discussed in the WG meeting at IETF103, we are iss= uing WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11. 

The document went through several revisions and there were good amount= of reviews on this document.  The authors have addressed all the comm= ents and there are no open issues that we are tracking at this time. We bel= ieve the document is ready for IESG reviews and like to confirm the same from the working group.


The following message commences a two week WGLC for all feedback.


The target status for this document is “Informational”.&nb= sp;

Please post any comments/concerns on the draft. 
  
Thanks!
Dapeng & Sri

--_000_D85B80C52E3462sgundaveciscocom_-- From nobody Wed Jan 9 10:43:39 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41760130FEB for ; Wed, 9 Jan 2019 10:43:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.642 X-Spam-Level: X-Spam-Status: No, score=-14.642 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 4NXN0S8FjdD8 for ; Wed, 9 Jan 2019 10:43:35 -0800 (PST) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D7AD130FF5 for ; Wed, 9 Jan 2019 10:43:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3922; q=dns/txt; s=iport; t=1547059415; x=1548269015; h=from:to:subject:date:message-id:mime-version; bh=gE6izfNKKvOaAVq1nq3AN/LIIGb0ILz29XoyMUvyn9g=; b=HB10saVOl89BXuyUHYi0daVSwAVxsrOQjb9tAzsM5yikAw0YPLYcQ+A+ mQQD948upxJppkUyJ1dzciBSt4MU5pkC1AEBEyMR2I1/v3JMv800RM/e4 JytOHrIVVUXay8V2cdDGtVt4MTLTxIb46y2+2426Cxsxr9mGnPonG0QDI Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A/AAB/QDZc/5pdJa1jHAEBAQQBAQc?= =?us-ascii?q?EAQGBUgYBAQsBgQ12ZoECJwqbBZEThWOBewsBASOGaiI1CA0BAwEBAgEBAm0?= =?us-ascii?q?cAQuGXAEMdCcEgzaBHWQPrUmFQYRsBYw/F4FAP4ERgl2DUwKHQQKKBYVSYYY?= =?us-ascii?q?EizAJApF7GIFkhSSKb4lskEACERSBJyEBNYFWcBWDJ4sdhT9BMQGJNoEfAQE?= X-IronPort-AV: E=Sophos;i="5.56,458,1539648000"; d="scan'208,217";a="223674007" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 09 Jan 2019 18:43:31 +0000 Received: from XCH-RCD-008.cisco.com (xch-rcd-008.cisco.com [173.37.102.18]) by rcdn-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id x09IhVml004231 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for ; Wed, 9 Jan 2019 18:43:31 GMT Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-RCD-008.cisco.com (173.37.102.18) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Wed, 9 Jan 2019 12:43:30 -0600 Received: from xch-aln-008.cisco.com ([173.36.7.18]) by XCH-ALN-008.cisco.com ([173.36.7.18]) with mapi id 15.00.1395.000; Wed, 9 Jan 2019 12:43:30 -0600 From: "Sri Gundavelli (sgundave)" To: "dmm@ietf.org" Thread-Topic: WGLC on draft-ietf-dmm-pmipv6-dlif-03 Thread-Index: AQHUqEs3VTAjcTZYRUC5U1x6/vM4pg== Date: Wed, 9 Jan 2019 18:43:30 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.20.188.53] Content-Type: multipart/alternative; boundary="_000_D85B80D02E3465sgundaveciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.37.102.18, xch-rcd-008.cisco.com X-Outbound-Node: rcdn-core-3.cisco.com Archived-At: Subject: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2019 18:43:37 -0000 --_000_D85B80D02E3465sgundaveciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Folks - As we discussed in the WG meeting at IETF103, we are issuing WGLC o= n https://www.ietf.org/id/draft-ietf-dmm-pmipv6-dlif-03.txt. We have also made one key change to the document status, moving it from Sta= ndards Track to Experimental Track. We the chairs have talked to the author= s and they are OK with this change. We are dong this as we are not sure abo= ut any potential vendor implementations and so we chose to keep this on exp= erimental track. The document went through several revisions and there were good amount of r= eviews on this document. The authors have addressed all the comments and t= here are no open issues that we are tracking at this time. We believe the d= ocument is ready for IESG reviews and like to confirm the same from the wor= king group. The following message commences a two week WGLC for all feedback. Document Link: https://www.ietf.org/id/draft-ietf-dmm-pmipv6-dlif-03.txt The target status for this document is "Experimental". Please post any comments/concerns on the draft. Thanks! Dapeng & Sri --_000_D85B80D02E3465sgundaveciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable
Folks – As we discussed in the WG meeting at IETF103, we are issuing = WGLC on https://www.ietf.org/id/draft-ietf-dmm-pmipv6-dlif-03.txt. = ;

We have also made one key change = to the document status, moving it from Standards Track to Experimental Trac= k. We the chairs have talked to the authors and they are OK with this = change. We are dong this as we are not sure about any potential vendor implementations and so we chose to keep th= is on experimental track.

The document went through several revisions and there were good amount= of reviews on this document.  The authors have addressed all the comm= ents and there are no open issues that we are tracking at this time. We bel= ieve the document is ready for IESG reviews and like to confirm the same from the working group.


The following message commences a two week WGLC for all feedback.


The target status for this document is “Experimental”.

Please post any comments/concerns on the draft. 


Thanks!
Dapeng & Sri


--_000_D85B80D02E3465sgundaveciscocom_-- From nobody Wed Jan 9 15:43:30 2019 Return-Path: X-Original-To: dmm@ietf.org Delivered-To: dmm@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E54312D4F2; Wed, 9 Jan 2019 15:43:28 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: dmm-chairs@ietf.org, suresh@kaloom.com, dmm@ietf.org, sgundave@cisco.com X-Test-IDTracker: no X-IETF-IDTracker: 6.89.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <154707740850.4813.15859880198415075944.idtracker@ietfa.amsl.com> Date: Wed, 09 Jan 2019 15:43:28 -0800 Archived-At: Subject: [DMM] dmm - New Meeting Session Request for IETF 104 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2019 23:43:29 -0000 A new meeting session request has just been submitted by Sri Gundavelli, a Chair of the dmm working group. --------------------------------------------------------- Working Group Name: Distributed Mobility Management Area Name: Internet Area Session Requester: Sri Gundavelli Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 45 Conflicts to Avoid: People who must be present: Sri Gundavelli Suresh Krishnan Dapeng Liu Resources Requested: Special Requests: Please give us Monday or Tuesday slot. --------------------------------------------------------- From nobody Fri Jan 11 14:10:12 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E5C41200B3; Fri, 11 Jan 2019 14:09:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ta2RaecHM9Mq; Fri, 11 Jan 2019 14:09:55 -0800 (PST) Received: from clt-mbsout-01.mbs.boeing.net (clt-mbsout-01.mbs.boeing.net [130.76.144.162]) (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 2A1DF130DE5; Fri, 11 Jan 2019 14:09:55 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clt-mbsout-01.mbs.boeing.net (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with SMTP id x0BM9roH030728; Fri, 11 Jan 2019 17:09:53 -0500 Received: from XCH16-07-07.nos.boeing.com (xch16-07-07.nos.boeing.com [144.115.66.109]) by clt-mbsout-01.mbs.boeing.net (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id x0BM9lPt029687 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=FAIL); Fri, 11 Jan 2019 17:09:47 -0500 Received: from XCH16-07-07.nos.boeing.com (144.115.66.109) by XCH16-07-07.nos.boeing.com (144.115.66.109) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.1591.10; Fri, 11 Jan 2019 14:09:45 -0800 Received: from XCH16-07-07.nos.boeing.com ([fe80::191d:98d0:d976:ef9f]) by XCH16-07-07.nos.boeing.com ([fe80::191d:98d0:d976:ef9f%6]) with mapi id 15.01.1591.012; Fri, 11 Jan 2019 14:09:45 -0800 From: "Templin (US), Fred L" To: "rtgwg@ietf.org" , "i-d-announce@ietf.org" CC: "its@ietf.org" , "dmm@ietf.org" Thread-Topic: I-D Action: draft-ietf-rtgwg-atn-bgp-01.txt Thread-Index: AQHUqffFIbjbHun10E6VDqHT6KYGU6Wqnrnw Date: Fri, 11 Jan 2019 22:09:45 +0000 Message-ID: References: <154724345011.21894.14341873011380010523@ietfa.amsl.com> In-Reply-To: <154724345011.21894.14341873011380010523@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [137.137.12.6] x-tm-snts-smtp: 6B6F7E18104FE954532D58464E4F6559B60500CE6DC63FEA5783E3DAFEA7F5672000:8 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-TM-AS-GCONF: 00 Archived-At: Subject: Re: [DMM] I-D Action: draft-ietf-rtgwg-atn-bgp-01.txt X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2019 22:09:58 -0000 Hi, we have updated the draft based on questions and comments received. Mos= tly points for clarification, but there is also an important new Section on "St= ub AS Mobile Routing Services". Please check the diffs and post comments to rtgwg@ietf.org. Also cross-post= ing to ipwave and dmm due to interest there. Thanks - Fred > -----Original Message----- > From: rtgwg [mailto:rtgwg-bounces@ietf.org] On Behalf Of internet-drafts@= ietf.org > Sent: Friday, January 11, 2019 1:51 PM > To: i-d-announce@ietf.org > Cc: rtgwg@ietf.org > Subject: I-D Action: draft-ietf-rtgwg-atn-bgp-01.txt >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts direct= ories. > This draft is a work item of the Routing Area Working Group WG of the IET= F. >=20 > Title : A Simple BGP-based Mobile Routing System for th= e Aeronautical Telecommunications Network > Authors : Fred L. Templin > Greg Saccone > Gaurav Dawra > Acee Lindem > Victor Moreno > Filename : draft-ietf-rtgwg-atn-bgp-01.txt > Pages : 18 > Date : 2019-01-11 >=20 > Abstract: > The International Civil Aviation Organization (ICAO) is investigating > mobile routing solutions for a worldwide Aeronautical > Telecommunications Network with Internet Protocol Services (ATN/IPS). > The ATN/IPS will eventually replace existing communication services > with an IPv6-based service supporting pervasive Air Traffic > Management (ATM) for Air Traffic Controllers (ATC), Airline > Operations Controllers (AOC), and all commercial aircraft worldwide. > This informational document describes a simple and extensible mobile > routing service based on industry-standard BGP to address the ATN/IPS > requirements. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-rtgwg-atn-bgp/ >=20 > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-rtgwg-atn-bgp-01 > https://datatracker.ietf.org/doc/html/draft-ietf-rtgwg-atn-bgp-01 >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-rtgwg-atn-bgp-01 >=20 >=20 > Please note that it may take a couple of minutes from the time of submiss= ion > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > _______________________________________________ > rtgwg mailing list > rtgwg@ietf.org > https://www.ietf.org/mailman/listinfo/rtgwg From nobody Sat Jan 12 02:31:24 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26E43128CB7; Sat, 12 Jan 2019 02:31:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R8XHEeJjMhki; Sat, 12 Jan 2019 02:31:19 -0800 (PST) Received: from mail-oi1-x229.google.com (mail-oi1-x229.google.com [IPv6:2607:f8b0:4864:20::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 9AFC012785F; Sat, 12 Jan 2019 02:31:19 -0800 (PST) Received: by mail-oi1-x229.google.com with SMTP id y23so14307892oia.4; Sat, 12 Jan 2019 02:31:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ObLKzxdpeSrJJCOMOORjMLO+eXeDG2YpijyoNubMK6o=; b=kiZ/gvDUvQA+OkCxQIQS0sdz6mMAwZITBDjql6SoNuo80UsTSFk0LFw5Y93i1yM9nw n8wvXi8rjwzAY2cHxAfoAWsIGcrVZkMGXwN41Fn2rSY4ZX8vOc9fSGjJDEtRqG13Jzer y9R+urgX/o4JYIIddkxi1yQ9bqlA6u5bTrXuZ6Ycx4KlqQADc1DZ2SfcAe9NAKdr4BkB jfjJLbjyhXeA2Cx76Yfv2Pbv9sSKyYw2UFqX1pb7JR8+RC+r9zRCCITbuc377XqhtpPM IRospxvUfut49zkpCTkDFGAaPUov6g89rmU6S6r4XpwyvotWXH9I7astSLSQ/8y7cwJq YNTg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ObLKzxdpeSrJJCOMOORjMLO+eXeDG2YpijyoNubMK6o=; b=so9A5h22fCiKW5KH6+5jrKAKOWkAOL+BN0C7LFHaX7bp2r1HtzBqeYmhrvclJK7yZj jbreh6vDYNLgoWRf/5AftQZa0j1qsy+RGhyC+3M9OqQObGuAhEi8kOi2APTxpdwYV+sH moJ9AzCye0FRDWZaO4QhRSFeLsqEHSRzomZeSc709oLXiFk8r669MjlBatbOebGuCKPr F56E05S+V0e493FBKQaC1SS57h1JTIVRZBLX9nMo48c30a59kG11qUi4KI3x3iNP0WG4 mZj8OvsJ63LC2f/31woVM81ngeqqNSP3BcEi7kb9u8Y794wiRcUUcchwvN3HPM0nby1/ +Egw== X-Gm-Message-State: AJcUukc9xAfR5Tp6l5Puce8e26Z06Q9Twv2MUIcU3dcbRa9VvaZ4aNH/ dXAKnPaozJ1SCNISZR4sJFwdjeuy5MdtLTNSXQo= X-Google-Smtp-Source: ALg8bN5CvzQHh0E/wIlWFjXbSrtHcC1YqGlJGBwzmTHoI897tLH+Pni2V+t54D2BH4oXsoR6oUnggM/axDQrjp+U8RY= X-Received: by 2002:aca:cc:: with SMTP id 195mr11422163oia.297.1547289078963; Sat, 12 Jan 2019 02:31:18 -0800 (PST) MIME-Version: 1.0 References: <154724345011.21894.14341873011380010523@ietfa.amsl.com> In-Reply-To: From: Abdussalam Baryun Date: Sat, 12 Jan 2019 12:31:05 +0200 Message-ID: To: "Templin (US), Fred L" Cc: "rtgwg@ietf.org" , "dmm@ietf.org" , "its@ietf.org" Content-Type: multipart/alternative; boundary="000000000000eaa29d057f404f55" Archived-At: Subject: Re: [DMM] [ipwave] I-D Action: draft-ietf-rtgwg-atn-bgp-01.txt X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jan 2019 10:31:22 -0000 --000000000000eaa29d057f404f55 Content-Type: text/plain; charset="UTF-8" Hi Fred, Thanks for this work which is very interesting. IMHO, the draft should consider using the DLEP, OLSRv2, AODVv2, multitopology protocols for IPv6, as RFC8175, RFC6130, RFC7181, draft-perkins-manet-aodvv2-02, and RFC7722. If not considering then I think it should mention why. Best regards AB On Sat, Jan 12, 2019 at 12:10 AM Templin (US), Fred L < Fred.L.Templin@boeing.com> wrote: > Hi, we have updated the draft based on questions and comments received. > Mostly > points for clarification, but there is also an important new Section on > "Stub AS Mobile > Routing Services". > > Please check the diffs and post comments to rtgwg@ietf.org. Also > cross-posting to > ipwave and dmm due to interest there. > > Thanks - Fred > > > -----Original Message----- > > From: rtgwg [mailto:rtgwg-bounces@ietf.org] On Behalf Of > internet-drafts@ietf.org > > Sent: Friday, January 11, 2019 1:51 PM > > To: i-d-announce@ietf.org > > Cc: rtgwg@ietf.org > > Subject: I-D Action: draft-ietf-rtgwg-atn-bgp-01.txt > > > > > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > > This draft is a work item of the Routing Area Working Group WG of the > IETF. > > > > Title : A Simple BGP-based Mobile Routing System for > the Aeronautical Telecommunications Network > > Authors : Fred L. Templin > > Greg Saccone > > Gaurav Dawra > > Acee Lindem > > Victor Moreno > > Filename : draft-ietf-rtgwg-atn-bgp-01.txt > > Pages : 18 > > Date : 2019-01-11 > > > > Abstract: > > The International Civil Aviation Organization (ICAO) is investigating > > mobile routing solutions for a worldwide Aeronautical > > Telecommunications Network with Internet Protocol Services (ATN/IPS). > > The ATN/IPS will eventually replace existing communication services > > with an IPv6-based service supporting pervasive Air Traffic > > Management (ATM) for Air Traffic Controllers (ATC), Airline > > Operations Controllers (AOC), and all commercial aircraft worldwide. > > This informational document describes a simple and extensible mobile > > routing service based on industry-standard BGP to address the ATN/IPS > > requirements. > > > > > > The IETF datatracker status page for this draft is: > > https://datatracker.ietf.org/doc/draft-ietf-rtgwg-atn-bgp/ > > > > There are also htmlized versions available at: > > https://tools.ietf.org/html/draft-ietf-rtgwg-atn-bgp-01 > > https://datatracker.ietf.org/doc/html/draft-ietf-rtgwg-atn-bgp-01 > > > > A diff from the previous version is available at: > > https://www.ietf.org/rfcdiff?url2=draft-ietf-rtgwg-atn-bgp-01 > > > > > > Please note that it may take a couple of minutes from the time of > submission > > until the htmlized version and diff are available at tools.ietf.org. > > > > Internet-Drafts are also available by anonymous FTP at: > > ftp://ftp.ietf.org/internet-drafts/ > > > > _______________________________________________ > > rtgwg mailing list > > rtgwg@ietf.org > > https://www.ietf.org/mailman/listinfo/rtgwg > > _______________________________________________ > its mailing list > its@ietf.org > https://www.ietf.org/mailman/listinfo/its > --000000000000eaa29d057f404f55 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Fred,

Thanks for this work which is very interesting. IM= HO, the draft should consider using the DLEP, OLSRv2, AODVv2, multitopology= =C2=A0protocols for IPv6, as=C2=A0RFC8175, RFC6130, RFC7181, draft-perkins-= manet-aodvv2-02, and RFC7722. If not considering then I think it should men= tion why.

Best regards
AB=C2= =A0

On= Sat, Jan 12, 2019 at 12:10 AM Templin (US), Fred L <Fred.L.Templin@boeing.com> wrote:
Hi, we have updated the draft based on questions and comm= ents received. Mostly
points for clarification, but there is also an important new Section on &qu= ot;Stub AS Mobile
Routing Services".

Please check the diffs and post comments to rtgwg@ietf.org. Also cross-posting to
ipwave and dmm due to interest there.

Thanks - Fred

> -----Original Message-----
> From: rtgwg [mailto:rtgwg-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org
> Sent: Friday, January 11, 2019 1:51 PM
> To: i-d-ann= ounce@ietf.org
> Cc: rtgwg@ietf.org=
> Subject: I-D Action: draft-ietf-rtgwg-atn-bgp-01.txt
>
>
> A New Internet-Draft is available from the on-line Internet-Drafts dir= ectories.
> This draft is a work item of the Routing Area Working Group WG of the = IETF.
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0: A Simple BGP-based Mobile Routing System for the Aeronautical T= elecommunications Network
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0: Fred L. Templin
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0Greg Saccone
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0Gaurav Dawra
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0Acee Lindem
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0Victor Moreno
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-= ietf-rtgwg-atn-bgp-01.txt
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0: 18
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 : 2019-01-11
>
> Abstract:
>=C2=A0 =C2=A0 The International Civil Aviation Organization (ICAO) is i= nvestigating
>=C2=A0 =C2=A0 mobile routing solutions for a worldwide Aeronautical
>=C2=A0 =C2=A0 Telecommunications Network with Internet Protocol Service= s (ATN/IPS).
>=C2=A0 =C2=A0 The ATN/IPS will eventually replace existing communicatio= n services
>=C2=A0 =C2=A0 with an IPv6-based service supporting pervasive Air Traff= ic
>=C2=A0 =C2=A0 Management (ATM) for Air Traffic Controllers (ATC), Airli= ne
>=C2=A0 =C2=A0 Operations Controllers (AOC), and all commercial aircraft= worldwide.
>=C2=A0 =C2=A0 This informational document describes a simple and extens= ible mobile
>=C2=A0 =C2=A0 routing service based on industry-standard BGP to address= the ATN/IPS
>=C2=A0 =C2=A0 requirements.
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draf= t-ietf-rtgwg-atn-bgp/
>
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-ietf-r= tgwg-atn-bgp-01
> https://datatracker.ietf.org/d= oc/html/draft-ietf-rtgwg-atn-bgp-01
>
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url= 2=3Ddraft-ietf-rtgwg-atn-bgp-01
>
>
> Please note that it may take a couple of minutes from the time of subm= ission
> until the htmlized version and diff are available at tools.ietf.org. >
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>
> _______________________________________________
> rtgwg mailing list
> rtgwg@ietf.org=
> https://www.ietf.org/mailman/listinfo/rtgwg

_______________________________________________
its mailing list
its@ietf.org
https://www.ietf.org/mailman/listinfo/its
--000000000000eaa29d057f404f55-- From nobody Sat Jan 12 09:31:46 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B2CA12875B; Sat, 12 Jan 2019 09:31:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UuUsubbOnmUX; Sat, 12 Jan 2019 09:31:37 -0800 (PST) Received: from mail-pl1-x630.google.com (mail-pl1-x630.google.com [IPv6:2607:f8b0:4864:20::630]) (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 469D3124C04; Sat, 12 Jan 2019 09:31:36 -0800 (PST) Received: by mail-pl1-x630.google.com with SMTP id t13so8198510ply.13; Sat, 12 Jan 2019 09:31:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=ePp317p4cp/WfBOqZbfiiFpgv5AkuMqw380jDwztc60=; b=UBvkT/f4RT+Or3mrYePRnFcUDaAgZmTaMdYeYPJyoxmqUa5CKscuv/e9ExmQiAuFOy 5pDJAifrcjitXB5VDk0+/hfdogk2OVb7qE2M7N7afMaPItTZPQ2bImmsoWBK1hJqPeSA ZuXQGbEiZ7pnLT47CGCrXua6udxrRMBbLHVUhunfAX1zrtLvGOhBEhduVO3NiMgJ/Z95 ZJeKGnDQbvny4QX8ncNbWuiw62GNAcAq3czVFPbKkVkyrVJ58uJCC4gtc1pUpyvBQVHn /YWFkVTyEcqGIbfVdUQjFBH7yq2AU26LO0JY2m7AN/zDShDXokBf8Efon2SqLecJ6/60 0Zcw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=ePp317p4cp/WfBOqZbfiiFpgv5AkuMqw380jDwztc60=; b=OeA63bnl7gjZnAWZkVQK6wGymQZNT5AwC+bVM0MkE7e/AxtnpSOGFXSBNpMto49L8x OCePi6UoIw+8DGGLjO/CSWa3HGgAFFY1mctWiEP7OXQxzpNthJ3skLHH9zzQQASpk/xx mibHvfc81rmyIhkcumHl4g8CTFRI9Zfjgla/uqm+UFt0vkQKbw4cdEIhBeVBHprq2K+k LaY3D4b64QqV6DH0oTvqgoB8kImnnHzDVx/9aFmLv3070vduxQep47wHSWtLu0Wdszbw SNnXBbZaVJRWnFijnDk+Q1AYhdDOzcBbiq5jkLeWdHgNfmxfLGd3XTVGBK94M6UsxjIt 1avA== X-Gm-Message-State: AJcUukcfn3oQf5Aa04iNkT7Y+6braCtgWYjz0C20vIzFb+On/ffVgJ4Y vgLJRv+5/xhydMleT4z9okI= X-Google-Smtp-Source: ALg8bN4tq+c7PP826r09ly6USnzo5K7DlYMullybvzG49Dg+9o+fph/W8h40UlsxtqRKO0vZwcZfMw== X-Received: by 2002:a17:902:4523:: with SMTP id m32mr19202476pld.53.1547314296139; Sat, 12 Jan 2019 09:31:36 -0800 (PST) Received: from ?IPv6:2600:8801:d000:14a4:1566:a70e:c5f1:f230? ([2600:8801:d000:14a4:1566:a70e:c5f1:f230]) by smtp.gmail.com with ESMTPSA id j197sm123681116pgc.76.2019.01.12.09.31.35 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 12 Jan 2019 09:31:35 -0800 (PST) Content-Type: multipart/alternative; boundary=Apple-Mail-25E0D7AB-9709-4898-9687-D2FD9E86F970 Mime-Version: 1.0 (1.0) From: Fred Baker X-Mailer: iPhone Mail (16D5039a) In-Reply-To: Date: Sat, 12 Jan 2019 09:31:33 -0800 Cc: "Templin (US), Fred L" , "its@ietf.org" , "dmm@ietf.org" , "rtgwg@ietf.org" Content-Transfer-Encoding: 7bit Message-Id: References: <154724345011.21894.14341873011380010523@ietfa.amsl.com> To: Abdussalam Baryun Archived-At: Subject: Re: [DMM] [ipwave] I-D Action: draft-ietf-rtgwg-atn-bgp-01.txt X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jan 2019 17:31:39 -0000 --Apple-Mail-25E0D7AB-9709-4898-9687-D2FD9E86F970 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Dumb question: AODVv2 has been in the IESG state =E2=80=9Crevised ID needed=E2= =80=9D for 15 months. Has it been abandoned? Should it be in this list? Sent using a machine that autocorrects in interesting ways... > On Jan 12, 2019, at 2:31 AM, Abdussalam Baryun wrote: >=20 > Hi Fred, >=20 >=20 > Thanks for this work which is very interesting. IMHO, the draft should con= sider using the DLEP, OLSRv2, AODVv2, multitopology protocols for IPv6, as R= FC8175, RFC6130, RFC7181, draft-perkins-manet-aodvv2-02, and RFC7722. If not= considering then I think it should mention why. >=20 > Best regards > AB=20 >=20 >> On Sat, Jan 12, 2019 at 12:10 AM Templin (US), Fred L wrote: >> Hi, we have updated the draft based on questions and comments received. M= ostly >> points for clarification, but there is also an important new Section on "= Stub AS Mobile >> Routing Services". >>=20 >> Please check the diffs and post comments to rtgwg@ietf.org. Also cross-po= sting to >> ipwave and dmm due to interest there. >>=20 >> Thanks - Fred >>=20 >> > -----Original Message----- >> > From: rtgwg [mailto:rtgwg-bounces@ietf.org] On Behalf Of internet-draft= s@ietf.org >> > Sent: Friday, January 11, 2019 1:51 PM >> > To: i-d-announce@ietf.org >> > Cc: rtgwg@ietf.org >> > Subject: I-D Action: draft-ietf-rtgwg-atn-bgp-01.txt >> >=20 >> >=20 >> > A New Internet-Draft is available from the on-line Internet-Drafts dire= ctories. >> > This draft is a work item of the Routing Area Working Group WG of the I= ETF. >> >=20 >> > Title : A Simple BGP-based Mobile Routing System for t= he Aeronautical Telecommunications Network >> > Authors : Fred L. Templin >> > Greg Saccone >> > Gaurav Dawra >> > Acee Lindem >> > Victor Moreno >> > Filename : draft-ietf-rtgwg-atn-bgp-01.txt >> > Pages : 18 >> > Date : 2019-01-11 >> >=20 >> > Abstract: >> > The International Civil Aviation Organization (ICAO) is investigatin= g >> > mobile routing solutions for a worldwide Aeronautical >> > Telecommunications Network with Internet Protocol Services (ATN/IPS)= . >> > The ATN/IPS will eventually replace existing communication services >> > with an IPv6-based service supporting pervasive Air Traffic >> > Management (ATM) for Air Traffic Controllers (ATC), Airline >> > Operations Controllers (AOC), and all commercial aircraft worldwide.= >> > This informational document describes a simple and extensible mobile= >> > routing service based on industry-standard BGP to address the ATN/IP= S >> > requirements. >> >=20 >> >=20 >> > The IETF datatracker status page for this draft is: >> > https://datatracker.ietf.org/doc/draft-ietf-rtgwg-atn-bgp/ >> >=20 >> > There are also htmlized versions available at: >> > https://tools.ietf.org/html/draft-ietf-rtgwg-atn-bgp-01 >> > https://datatracker.ietf.org/doc/html/draft-ietf-rtgwg-atn-bgp-01 >> >=20 >> > A diff from the previous version is available at: >> > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-rtgwg-atn-bgp-01 >> >=20 >> >=20 >> > Please note that it may take a couple of minutes from the time of submi= ssion >> > until the htmlized version and diff are available at tools.ietf.org. >> >=20 >> > Internet-Drafts are also available by anonymous FTP at: >> > ftp://ftp.ietf.org/internet-drafts/ >> >=20 >> > _______________________________________________ >> > rtgwg mailing list >> > rtgwg@ietf.org >> > https://www.ietf.org/mailman/listinfo/rtgwg >>=20 >> _______________________________________________ >> its mailing list >> its@ietf.org >> https://www.ietf.org/mailman/listinfo/its > _______________________________________________ > rtgwg mailing list > rtgwg@ietf.org > https://www.ietf.org/mailman/listinfo/rtgwg --Apple-Mail-25E0D7AB-9709-4898-9687-D2FD9E86F970 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Dumb question: AODVv2 has been in the IESG s= tate =E2=80=9Crevised ID needed=E2=80=9D for 15 months. Has it been abandone= d? Should it be in this list?

Sent using a machine that autocorrects in interesting ways...

On Jan 12, 2019, at 2:31 AM, Abdussalam Baryun <abdussalambaryun@gmail.com> wrote= :

<= div dir=3D"ltr">
Hi Fred,


Thanks for this work which is very interesting. IMHO, the draft should= consider using the DLEP, OLSRv2, AODVv2, multitopology protocols for I= Pv6, as RFC8175, RFC6130, RFC7181, draft-perkins-manet-aodvv2-02, and R= FC7722. If not considering then I think it should mention why.

Best regards
AB 

On Sat, Jan 12, 2019 at 12:= 10 AM Templin (US), Fred L <= Fred.L.Templin@boeing.com> wrote:
Hi, we have= updated the draft based on questions and comments received. Mostly
points for clarification, but there is also an important new Section on "Stu= b AS Mobile
Routing Services".

Please check the diffs and post comments to rtgwg@ietf.org. Also cross-posting to
ipwave and dmm due to interest there.

Thanks - Fred

> -----Original Message-----
> From: rtgwg [mailto:rtgwg-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org
> Sent: Friday, January 11, 2019 1:51 PM
> To: i-d-anno= unce@ietf.org
> Cc: rtgwg@ietf.org<= /a>
> Subject: I-D Action: draft-ietf-rtgwg-atn-bgp-01.txt
>
>
> A New Internet-Draft is available from the on-line Internet-Drafts dire= ctories.
> This draft is a work item of the Routing Area Working Group WG of the I= ETF.
>
>         Title         = ;  : A Simple BGP-based Mobile Routing System for the Aeronautical Tele= communications Network
>         Authors        &nb= sp;: Fred L. Templin
>                    &n= bsp;      Greg Saccone
>                    &n= bsp;      Gaurav Dawra
>                    &n= bsp;      Acee Lindem
>                    &n= bsp;      Victor Moreno
>       Filename        : draft-i= etf-rtgwg-atn-bgp-01.txt
>       Pages           = ;: 18
>       Date           = : 2019-01-11
>
> Abstract:
>    The International Civil Aviation Organization (ICAO) is in= vestigating
>    mobile routing solutions for a worldwide Aeronautical
>    Telecommunications Network with Internet Protocol Services= (ATN/IPS).
>    The ATN/IPS will eventually replace existing communication= services
>    with an IPv6-based service supporting pervasive Air Traffi= c
>    Management (ATM) for Air Traffic Controllers (ATC), Airlin= e
>    Operations Controllers (AOC), and all commercial aircraft w= orldwide.
>    This informational document describes a simple and extensi= ble mobile
>    routing service based on industry-standard BGP to address t= he ATN/IPS
>    requirements.
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-i= etf-rtgwg-atn-bgp/
>
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-ietf-rtg= wg-atn-bgp-01
> https://datatracker.ietf.org/doc= /html/draft-ietf-rtgwg-atn-bgp-01
>
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=3D= draft-ietf-rtgwg-atn-bgp-01
>
>
> Please note that it may take a couple of minutes from the time of submi= ssion
> until the htmlized version and diff are available at tools.ietf.org.
= >
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>
> _______________________________________________
> rtgwg mailing list
> rtgwg@ietf.org<= br> > https://www.ietf.org/mailman/listinfo/rtgwg

_______________________________________________
its mailing list
its@ietf.org
https://www.ietf.org/mailman/listinfo/its
________= _______________________________________
rtgwg mailing list
rtgwg@ietf.orghttps://www.= ietf.org/mailman/listinfo/rtgwg
= --Apple-Mail-25E0D7AB-9709-4898-9687-D2FD9E86F970-- From nobody Sat Jan 12 12:01:08 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E9E63131059; Sat, 12 Jan 2019 12:00:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kXpx8KkisxoO; Sat, 12 Jan 2019 12:00:55 -0800 (PST) Received: from mail-pl1-x636.google.com (mail-pl1-x636.google.com [IPv6:2607:f8b0:4864:20::636]) (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 91384131022; Sat, 12 Jan 2019 12:00:55 -0800 (PST) Received: by mail-pl1-x636.google.com with SMTP id gn14so8296856plb.10; Sat, 12 Jan 2019 12:00:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; bh=WvZGqmGrVHfKLXiF9mobPqQobUQRWJgTeHl5I9byy2I=; b=WwN3qQsDPi0BT3zvA4R5jvbCaCnegwDMgGbC3h/1Pf6tGCT6nLIsTqQ1dM82QAdx2n BRUiBmGp2SGxCmtc1EJNofKbeWWZgzBx90kgRvzMHh1EHLAGgXXryoXRObZoYQxd7yMB tItYTGv7rSdBlNRBZNrrsUEpEVN7/niClftik9/nVUNkGSVui6E0j2CH8CjPT0k0OTzz kU5EzstKp7Rv6KK/+9qcx5YN9iLV77szlnURhSk8IKwxMfaVSFtJqbGT3WdoeBRNRhTr 9YEHQGMKcX6LXfENn0AdsDbfiyQAr0t/Orl7zQ/cN/ymanpJVOwo0kRADuEDE6xZZoem yLBg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:mime-version:subject :from:in-reply-to:date:cc:message-id:references:to; bh=WvZGqmGrVHfKLXiF9mobPqQobUQRWJgTeHl5I9byy2I=; b=H8/IKfxF+zjfy/1mvwYGRXSi2m7EQe+Jxj+J8nEbXS4QS+GUw/CXOwFirlXziFJ+Xs lzFDJ3BX8QedyJ7UItYy+06FB+7BayhjvFYO5Y/XyNnmVeEs1JTEf6BtFbFScdt5g+fl 3sTDKpL5lEPzyOtMTCg9WnAllklXqog1wMep3SWXXgDkSqOnnEp3xGWzKMl3+pelGDno MtUk+lxnP6UC9MtMQIXnp9uhE/IjQVUUgInPeyG3ffdobYyJzrDaKqyVaVXYDWscJEQ0 u8sXBIY53Y79sXrctFQ2ObWDEP/N55KGPTRKoAS6TNjSV+lvbQFtM3I77zibOlcyG5OI OfUQ== X-Gm-Message-State: AJcUukeLbDgz5jt7q2+rYsFcX7z/KxIKDYY2BwM9Sbc54I52Cr4pH/D2 mzXtYzUiad4qeRuU/+a7pro= X-Google-Smtp-Source: ALg8bN7Isvhf3kNRWBM9sT1UqQ2ldAADE0oUQdw/LynzYOfMD2tBX9tMSMOExNmcENwYDpVCd8s60w== X-Received: by 2002:a17:902:bb86:: with SMTP id m6mr19938498pls.315.1547323255011; Sat, 12 Jan 2019 12:00:55 -0800 (PST) Received: from ?IPv6:2607:fb90:66a1:5aab:ccc0:cbe5:1357:787? ([2607:fb90:66a1:5aab:ccc0:cbe5:1357:787]) by smtp.gmail.com with ESMTPSA id g11sm114130587pfo.139.2019.01.12.12.00.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 12 Jan 2019 12:00:54 -0800 (PST) Content-Type: multipart/alternative; boundary=Apple-Mail-8853E303-F183-449A-97F6-7C016A6F9524 Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (1.0) From: Fred Baker In-Reply-To: Date: Sat, 12 Jan 2019 10:46:14 -0800 Cc: "Templin (US), Fred L" , "its@ietf.org" , "dmm@ietf.org" , "rtgwg@ietf.org" Message-Id: References: <154724345011.21894.14341873011380010523@ietfa.amsl.com> To: Abdussalam Baryun X-Mailer: iPhone Mail (16D5039a) Archived-At: Subject: Re: [DMM] [ipwave] I-D Action: draft-ietf-rtgwg-atn-bgp-01.txt X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jan 2019 20:01:06 -0000 --Apple-Mail-8853E303-F183-449A-97F6-7C016A6F9524 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Having now is read the draft, which doesn=E2=80=99t mention common Enterpris= e Routing protons such as IS-IS (which might be expected from history) or OS= PF but is instead all about a very specific scope regarding IPv6 and BGP, I w= ouldn=E2=80=99t expect Fred to update the draft per your suggestion without a= very strong operational argument. Can you point to deployments in which mob= ile ad-hoc Routing protocols are envisaged or in use in aeronautics? Sent using a machine that autocorrects in interesting ways... > On Jan 12, 2019, at 2:31 AM, Abdussalam Baryun wrote: >=20 > Hi Fred, >=20 >=20 > Thanks for this work which is very interesting. IMHO, the draft should con= sider using the DLEP, OLSRv2, AODVv2, multitopology protocols for IPv6, as R= FC8175, RFC6130, RFC7181, draft-perkins-manet-aodvv2-02, and RFC7722. If not= considering then I think it should mention why. >=20 > Best regards > AB=20 >=20 >> On Sat, Jan 12, 2019 at 12:10 AM Templin (US), Fred L wrote: >> Hi, we have updated the draft based on questions and comments received. M= ostly >> points for clarification, but there is also an important new Section on "= Stub AS Mobile >> Routing Services". >>=20 >> Please check the diffs and post comments to rtgwg@ietf.org. Also cross-po= sting to >> ipwave and dmm due to interest there. >>=20 >> Thanks - Fred >>=20 >> > -----Original Message----- >> > From: rtgwg [mailto:rtgwg-bounces@ietf.org] On Behalf Of internet-draft= s@ietf.org >> > Sent: Friday, January 11, 2019 1:51 PM >> > To: i-d-announce@ietf.org >> > Cc: rtgwg@ietf.org >> > Subject: I-D Action: draft-ietf-rtgwg-atn-bgp-01.txt >> >=20 >> >=20 >> > A New Internet-Draft is available from the on-line Internet-Drafts dire= ctories. >> > This draft is a work item of the Routing Area Working Group WG of the I= ETF. >> >=20 >> > Title : A Simple BGP-based Mobile Routing System for t= he Aeronautical Telecommunications Network >> > Authors : Fred L. Templin >> > Greg Saccone >> > Gaurav Dawra >> > Acee Lindem >> > Victor Moreno >> > Filename : draft-ietf-rtgwg-atn-bgp-01.txt >> > Pages : 18 >> > Date : 2019-01-11 >> >=20 >> > Abstract: >> > The International Civil Aviation Organization (ICAO) is investigatin= g >> > mobile routing solutions for a worldwide Aeronautical >> > Telecommunications Network with Internet Protocol Services (ATN/IPS)= . >> > The ATN/IPS will eventually replace existing communication services >> > with an IPv6-based service supporting pervasive Air Traffic >> > Management (ATM) for Air Traffic Controllers (ATC), Airline >> > Operations Controllers (AOC), and all commercial aircraft worldwide.= >> > This informational document describes a simple and extensible mobile= >> > routing service based on industry-standard BGP to address the ATN/IP= S >> > requirements. >> >=20 >> >=20 >> > The IETF datatracker status page for this draft is: >> > https://datatracker.ietf.org/doc/draft-ietf-rtgwg-atn-bgp/ >> >=20 >> > There are also htmlized versions available at: >> > https://tools.ietf.org/html/draft-ietf-rtgwg-atn-bgp-01 >> > https://datatracker.ietf.org/doc/html/draft-ietf-rtgwg-atn-bgp-01 >> >=20 >> > A diff from the previous version is available at: >> > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-rtgwg-atn-bgp-01 >> >=20 >> >=20 >> > Please note that it may take a couple of minutes from the time of submi= ssion >> > until the htmlized version and diff are available at tools.ietf.org. >> >=20 >> > Internet-Drafts are also available by anonymous FTP at: >> > ftp://ftp.ietf.org/internet-drafts/ >> >=20 >> > _______________________________________________ >> > rtgwg mailing list >> > rtgwg@ietf.org >> > https://www.ietf.org/mailman/listinfo/rtgwg >>=20 >> _______________________________________________ >> its mailing list >> its@ietf.org >> https://www.ietf.org/mailman/listinfo/its > _______________________________________________ > rtgwg mailing list > rtgwg@ietf.org > https://www.ietf.org/mailman/listinfo/rtgwg --Apple-Mail-8853E303-F183-449A-97F6-7C016A6F9524 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Having now is read the draft, which doesn=E2= =80=99t mention common Enterprise Routing protons such as IS-IS (which might= be expected from history) or OSPF but is instead all about a very specific s= cope regarding IPv6 and BGP, I wouldn=E2=80=99t expect Fred to update the dr= aft per your suggestion without a very strong operational argument. Can you p= oint to deployments in which mobile ad-hoc Routing protocols are envisaged o= r in use in aeronautics?

S= ent using a machine that autocorrects in interesting ways...

On Jan 12, 2019, at 2:31 AM, Abdussalam Baryun <abdussalambaryun@gmail.com> wrote:
=
Hi Fred,


Thanks for this work which is very interesting. IMHO, the draft should cons= ider using the DLEP, OLSRv2, AODVv2, multitopology protocols for IPv6, a= s RFC8175, RFC6130, RFC7181, draft-perkins-manet-aodvv2-02, and RFC7722= . If not considering then I think it should mention why.

Best regards
AB 

<= div class=3D"gmail_quote">
On Sat, Jan 12, 2019 at 12:10 AM T= emplin (US), Fred L <Fred.L.= Templin@boeing.com> wrote:
Hi, we have update= d the draft based on questions and comments received. Mostly
points for clarification, but there is also an important new Section on "Stu= b AS Mobile
Routing Services".

Please check the diffs and post comments to rtgwg@ietf.org. Also cross-posting to
ipwave and dmm due to interest there.

Thanks - Fred

> -----Original Message-----
> From: rtgwg [mailto:rtgwg-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org
> Sent: Friday, January 11, 2019 1:51 PM
> To: i-d-anno= unce@ietf.org
> Cc: rtgwg@ietf.org<= /a>
> Subject: I-D Action: draft-ietf-rtgwg-atn-bgp-01.txt
>
>
> A New Internet-Draft is available from the on-line Internet-Drafts dire= ctories.
> This draft is a work item of the Routing Area Working Group WG of the I= ETF.
>
>         Title         = ;  : A Simple BGP-based Mobile Routing System for the Aeronautical Tele= communications Network
>         Authors        &nb= sp;: Fred L. Templin
>                    &n= bsp;      Greg Saccone
>                    &n= bsp;      Gaurav Dawra
>                    &n= bsp;      Acee Lindem
>                    &n= bsp;      Victor Moreno
>       Filename        : draft-i= etf-rtgwg-atn-bgp-01.txt
>       Pages           = ;: 18
>       Date           = : 2019-01-11
>
> Abstract:
>    The International Civil Aviation Organization (ICAO) is in= vestigating
>    mobile routing solutions for a worldwide Aeronautical
>    Telecommunications Network with Internet Protocol Services= (ATN/IPS).
>    The ATN/IPS will eventually replace existing communication= services
>    with an IPv6-based service supporting pervasive Air Traffi= c
>    Management (ATM) for Air Traffic Controllers (ATC), Airlin= e
>    Operations Controllers (AOC), and all commercial aircraft w= orldwide.
>    This informational document describes a simple and extensi= ble mobile
>    routing service based on industry-standard BGP to address t= he ATN/IPS
>    requirements.
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-i= etf-rtgwg-atn-bgp/
>
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-ietf-rtg= wg-atn-bgp-01
> https://datatracker.ietf.org/doc= /html/draft-ietf-rtgwg-atn-bgp-01
>
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=3D= draft-ietf-rtgwg-atn-bgp-01
>
>
> Please note that it may take a couple of minutes from the time of submi= ssion
> until the htmlized version and diff are available at tools.ietf.org.
= >
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>
> _______________________________________________
> rtgwg mailing list
> rtgwg@ietf.org<= br> > https://www.ietf.org/mailman/listinfo/rtgwg

_______________________________________________
its mailing list
its@ietf.org
https://www.ietf.org/mailman/listinfo/its
________= _______________________________________
rtgwg mailing list
rtgwg@ietf.orghttps://www.= ietf.org/mailman/listinfo/rtgwg
= --Apple-Mail-8853E303-F183-449A-97F6-7C016A6F9524-- From nobody Sun Jan 13 08:31:14 2019 Return-Path: X-Original-To: dmm@ietf.org Delivered-To: dmm@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8FC0E128D52; Sun, 13 Jan 2019 08:31:12 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: =?utf-8?q?=C3=89ric_Vyncke?= To: Cc: draft-ietf-dmm-ondemand-mobility.all@ietf.org, ietf@ietf.org, dmm@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.89.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <154739707250.14710.7116402170473763782@ietfa.amsl.com> Date: Sun, 13 Jan 2019 08:31:12 -0800 Archived-At: Subject: [DMM] Opsdir last call review of draft-ietf-dmm-ondemand-mobility-15 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2019 16:31:12 -0000 Reviewer: Éric Vyncke Review result: Has Issues Reviewer: Eric Vyncke Review Status: has issues I have reviewed this document as part of the Operational directorate's ongoing effort to review all IETF documents being processed by the IESG. These comments were written with the intent of improving the operational aspects of the IETF drafts. Comments that are not addressed in last call may be included in AD reviews during the IESG review. Document editors and WG chairs should treat these comments just like any other last call comments. This informational document is about extended the host socket() API to select between short term (for one app) or long term (for ever) persistence of the IP address when doing mobility. As a side personal note, I do not agree with the statement "...a typical client application ... does not necessarily require IP address reachability..." which may actually be true in a NAT'ed IPv4 cloud world but not in a real end-to-end Internet. Another one where I do not agree with an IPv6 point of view "Mobile IP protocol forces the mobile host's IP traffic to traverse a centrally-located router" esp when section 3.4 is about IPv6. But, let's skip this statement anyway as I am reviewing this from an OPS point of view. Some more important comments: - the abstract is not clear: it take several pages to understand that it is about a host local API - section 3.1: 'fixed IP address' but not more information whether it is public or ISP private address - section 5 is about backwards compatibility which is good but sometimes it is rather vague "If an application does not use On-Demand functionality, the IP stack MUST respond in a legacy manner" Missing: definition of the getsc() API. Cosmetic: when introducing getsc() / secsc() in section 3.4, it would be nice explaining where the 'sc' part means ;-) As a last side note, I would like to bring to the authors' attention this INT area draft draft-ietf-intarea-provisioning-domains. Hope this helps -éric From nobody Sun Jan 13 23:57:38 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 604A6130F9A; Sun, 13 Jan 2019 23:57:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F2Z_Uc0u1sXX; Sun, 13 Jan 2019 23:57:23 -0800 (PST) Received: from mail-ot1-x32a.google.com (mail-ot1-x32a.google.com [IPv6:2607:f8b0:4864:20::32a]) (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 E5C3D130F9C; Sun, 13 Jan 2019 23:57:22 -0800 (PST) Received: by mail-ot1-x32a.google.com with SMTP id e12so18544777otl.5; Sun, 13 Jan 2019 23:57:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=GxKWkZlPQyil1HLdoMYTdaqp+y3uBQqT+2CfXATXzVY=; b=UvIehnerlru28woEJrYmgmnUdqXlfj5rLOgojU00NNlINFT6+pZvn/Q0IRf3Esg7J9 GRSsTQc31rRXcXHtYIFxHc/5HNybM7jqKgS92LvxZ6cJH7nBwL0rU+fFSKgzpTFE8gkt ODJ45JbTfKigc0fXspMAJmwyU0qQYNp5nxNxIeOnlhDyH+JHkIZ+RmlP/XcH7/T003h+ ZmMSPYvAAoDHp50YzPWhYcdsfMtBG/BglhRDhjS0V1vKzjCHQ1FZCttVfpau7D94lzOz ScapEgv2MZzE07FeWWv4nsptM18+aG8171zpSlllSCK0aZUL+DgnqKoFu4ljH7tGnTRi 0/+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=GxKWkZlPQyil1HLdoMYTdaqp+y3uBQqT+2CfXATXzVY=; b=bpR4PBp5aPSn+MnJ+lyQexv6IDeogD2BdW2N9f99wGvmd5KWwNTkfizgui0pq8kYXr DVIIgR5Yhc875aDQClkruJiVTo9EWITNc+m4NkAuoGsp+T4ydXXEPt3lCKYxtMpDDRqR Pc9CdgrH081q+X8V150DJXzj0xn7IzQbfsRtS5IMvsxNoB/iMCz6sBiR7hn7dwvjVoQ0 1cs5tlLtLUsvzWz7M8uiFtpM8VW7+Fc1yi/nk9BDwo5JTbMGzUXJOQTJmO9mjmpbGHPh c9MzJHZ+JYpZS8zF27GNl3dgzgmp9q5V0QZOZ5Wl0JXs6gJ3d4U3BOS88HP7TmTNR76c I0iw== X-Gm-Message-State: AJcUukfwmifX2aeGK6Qv4kGcW3kSsHtgOW2CvE5K2tHfYlmeDD1TJbyu AVlkieb5mNKxw+CN8y7w6c4t/TvMzjnSByAisc8= X-Google-Smtp-Source: ALg8bN7+DKrNF+tZ2Ux0QRpdTYzCVcci71LRK2fyxnoujQl7o4dHWvlo41xxP2tiJqhv/xrDFpgbMOzTA3+oXYDcJYA= X-Received: by 2002:a9d:1b67:: with SMTP id l94mr15113072otl.147.1547452642248; Sun, 13 Jan 2019 23:57:22 -0800 (PST) MIME-Version: 1.0 References: <154724345011.21894.14341873011380010523@ietfa.amsl.com> In-Reply-To: From: Abdussalam Baryun Date: Mon, 14 Jan 2019 09:57:06 +0200 Message-ID: To: Fred Baker Cc: "Templin (US), Fred L" , "its@ietf.org" , "dmm@ietf.org" , "rtgwg@ietf.org" Content-Type: multipart/alternative; boundary="0000000000000c4d88057f6665f7" Archived-At: Subject: Re: [DMM] [ipwave] I-D Action: draft-ietf-rtgwg-atn-bgp-01.txt X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2019 07:57:27 -0000 --0000000000000c4d88057f6665f7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Fred Baker, I usually discuss deployment when the ietf-draft or ietf-RFC is a standard, but this draft is informational and it's including the planning for future technologies of Aeronautical Mobile Routing. More reply below, On Sat, Jan 12, 2019 at 10:00 PM Fred Baker wrote: > Having now is read the draft, which doesn=E2=80=99t mention common Enterp= rise > Routing protons such as IS-IS (which might be expected from history) or > OSPF but is instead all about a very specific scope regarding IPv6 and BG= P, > I wouldn=E2=80=99t expect Fred to update the draft per your suggestion wi= thout a > very strong operational argument. > I think that new draft authors are expected to inform community about mobile routing protocols standard by IETF as working with the author's suggested mobile routing. I included standards like DLEP and OLSRv2, the draft does not mention at all, why? So I expect that Fred (the author) can discuss on the list the mobile routing options/not-options when the draft's title is about simple mobile routing (usually I expect updates can happen while WG discuss). Can you point to deployments in which mobile ad-hoc Routing protocols are > envisaged or in use in aeronautics? > We don't forget that the draft is suggested as informational not standard, so deployment is not the issue, IETF do publish things that will be in future implemented. Furthermore, IETF has standardised mobile routings so we cannot ignore them when we write a new draft specially when it is informational. Best Regards, AB > > Sent using a machine that autocorrects in interesting ways... > > On Jan 12, 2019, at 2:31 AM, Abdussalam Baryun > wrote: > > Hi Fred, > > > Thanks for this work which is very interesting. IMHO, the draft should > consider using the DLEP, OLSRv2, AODVv2, multitopology protocols for IPv6= , > as RFC8175, RFC6130, RFC7181, draft-perkins-manet-aodvv2-02, and RFC7722. > If not considering then I think it should mention why. > > Best regards > AB > > On Sat, Jan 12, 2019 at 12:10 AM Templin (US), Fred L < > Fred.L.Templin@boeing.com> wrote: > >> Hi, we have updated the draft based on questions and comments received. >> Mostly >> points for clarification, but there is also an important new Section on >> "Stub AS Mobile >> Routing Services". >> >> Please check the diffs and post comments to rtgwg@ietf.org. Also >> cross-posting to >> ipwave and dmm due to interest there. >> >> Thanks - Fred >> >> > -----Original Message----- >> > From: rtgwg [mailto:rtgwg-bounces@ietf.org] On Behalf Of >> internet-drafts@ietf.org >> > Sent: Friday, January 11, 2019 1:51 PM >> > To: i-d-announce@ietf.org >> > Cc: rtgwg@ietf.org >> > Subject: I-D Action: draft-ietf-rtgwg-atn-bgp-01.txt >> > >> > >> > A New Internet-Draft is available from the on-line Internet-Drafts >> directories. >> > This draft is a work item of the Routing Area Working Group WG of the >> IETF. >> > >> > Title : A Simple BGP-based Mobile Routing System for >> the Aeronautical Telecommunications Network >> > Authors : Fred L. Templin >> > Greg Saccone >> > Gaurav Dawra >> > Acee Lindem >> > Victor Moreno >> > Filename : draft-ietf-rtgwg-atn-bgp-01.txt >> > Pages : 18 >> > Date : 2019-01-11 >> > >> > Abstract: >> > The International Civil Aviation Organization (ICAO) is investigati= ng >> > mobile routing solutions for a worldwide Aeronautical >> > Telecommunications Network with Internet Protocol Services (ATN/IPS= ). >> > The ATN/IPS will eventually replace existing communication services >> > with an IPv6-based service supporting pervasive Air Traffic >> > Management (ATM) for Air Traffic Controllers (ATC), Airline >> > Operations Controllers (AOC), and all commercial aircraft worldwide= . >> > This informational document describes a simple and extensible mobil= e >> > routing service based on industry-standard BGP to address the ATN/I= PS >> > requirements. >> > >> > >> > The IETF datatracker status page for this draft is: >> > https://datatracker.ietf.org/doc/draft-ietf-rtgwg-atn-bgp/ >> > >> > There are also htmlized versions available at: >> > https://tools.ietf.org/html/draft-ietf-rtgwg-atn-bgp-01 >> > https://datatracker.ietf.org/doc/html/draft-ietf-rtgwg-atn-bgp-01 >> > >> > A diff from the previous version is available at: >> > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-rtgwg-atn-bgp-01 >> > >> > >> > Please note that it may take a couple of minutes from the time of >> submission >> > until the htmlized version and diff are available at tools.ietf.org. >> > >> > Internet-Drafts are also available by anonymous FTP at: >> > ftp://ftp.ietf.org/internet-drafts/ >> > >> > _______________________________________________ >> > rtgwg mailing list >> > rtgwg@ietf.org >> > https://www.ietf.org/mailman/listinfo/rtgwg >> >> _______________________________________________ >> its mailing list >> its@ietf.org >> https://www.ietf.org/mailman/listinfo/its >> > _______________________________________________ > rtgwg mailing list > rtgwg@ietf.org > https://www.ietf.org/mailman/listinfo/rtgwg > > --0000000000000c4d88057f6665f7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Fred Baker,

I usually discuss deployment when the ietf-draft or ie= tf-RFC is a standard, but this draft is informational and it's includin= g the planning for future technologies of Aeronautical Mobile Routing. More= reply below,

On Sat, Jan 12, 2019 at 10:00 PM Fred Baker <fredbaker.ietf@gmail.com> wrote:
Having now is read the draft, which doesn=E2=80= =99t mention common Enterprise Routing protons such as IS-IS (which might b= e expected from history) or OSPF but is instead all about a very specific s= cope regarding IPv6 and BGP, I wouldn=E2=80=99t expect Fred to update the d= raft per your suggestion without a very strong operational argument.
=

I think that new draft authors=C2=A0are ex= pected to inform community=C2=A0about mobile routing protocols=C2=A0standar= d by IETF as working with the author's suggested mobile routing. I incl= uded standards like DLEP and OLSRv2, the draft does not mention at all, why= ? So I expect that Fred (the author) can discuss on the list the mobile rou= ting options/not-options when the draft's title is about simple mobile = routing (usually I expect updates can happen while=C2=A0WG discuss).
<= div>
Can you point to deploymen= ts in which mobile ad-hoc Routing protocols are envisaged or in use in aero= nautics?

We don't forget that= the draft is suggested as informational not standard, so deployment is not= the issue, IETF do publish things that will be in future implemented. Furt= hermore, IETF has standardised mobile routings so we cannot ignore them whe= n we write a new draft specially when it is informational.

Best Regards,

AB
=

Sent using a machine that autocorrects in interesting ways.= ..

On Jan 12, 2019, at 2:31 AM, Abdussalam Baryun= <abduss= alambaryun@gmail.com> wrote:

=
Hi Fred,
=

Thanks for this work which is ver= y interesting. IMHO, the draft should consider using the DLEP, OLSRv2, AODV= v2, multitopology=C2=A0protocols for IPv6, as=C2=A0RFC8175, RFC6130, RFC718= 1, draft-perkins-manet-aodvv2-02, and RFC7722. If not considering then I th= ink it should mention why.

Best regard= s
AB=C2=A0

On Sat, Jan 12, 2019 at 12:10 AM Templin (US), Fred L <Fred.L.Templin= @boeing.com> wrote:
Hi, we have updated th= e draft based on questions and comments received. Mostly
points for clarification, but there is also an important new Section on &qu= ot;Stub AS Mobile
Routing Services".

Please check the diffs and post comments to rtgwg@ietf.org. Also cross-posting to
ipwave and dmm due to interest there.

Thanks - Fred

> -----Original Message-----
> From: rtgwg [mailto:rtgwg-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org
> Sent: Friday, January 11, 2019 1:51 PM
> To: i-d-ann= ounce@ietf.org
> Cc: rtgwg@ietf.org=
> Subject: I-D Action: draft-ietf-rtgwg-atn-bgp-01.txt
>
>
> A New Internet-Draft is available from the on-line Internet-Drafts dir= ectories.
> This draft is a work item of the Routing Area Working Group WG of the = IETF.
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0: A Simple BGP-based Mobile Routing System for the Aeronautical T= elecommunications Network
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0: Fred L. Templin
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0Greg Saccone
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0Gaurav Dawra
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0Acee Lindem
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0Victor Moreno
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-= ietf-rtgwg-atn-bgp-01.txt
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0: 18
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 : 2019-01-11
>
> Abstract:
>=C2=A0 =C2=A0 The International Civil Aviation Organization (ICAO) is i= nvestigating
>=C2=A0 =C2=A0 mobile routing solutions for a worldwide Aeronautical
>=C2=A0 =C2=A0 Telecommunications Network with Internet Protocol Service= s (ATN/IPS).
>=C2=A0 =C2=A0 The ATN/IPS will eventually replace existing communicatio= n services
>=C2=A0 =C2=A0 with an IPv6-based service supporting pervasive Air Traff= ic
>=C2=A0 =C2=A0 Management (ATM) for Air Traffic Controllers (ATC), Airli= ne
>=C2=A0 =C2=A0 Operations Controllers (AOC), and all commercial aircraft= worldwide.
>=C2=A0 =C2=A0 This informational document describes a simple and extens= ible mobile
>=C2=A0 =C2=A0 routing service based on industry-standard BGP to address= the ATN/IPS
>=C2=A0 =C2=A0 requirements.
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draf= t-ietf-rtgwg-atn-bgp/
>
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-ietf-r= tgwg-atn-bgp-01
> https://datatracker.ietf.org/d= oc/html/draft-ietf-rtgwg-atn-bgp-01
>
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url= 2=3Ddraft-ietf-rtgwg-atn-bgp-01
>
>
> Please note that it may take a couple of minutes from the time of subm= ission
> until the htmlized version and diff are available at tools.ietf.org. >
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>
> _______________________________________________
> rtgwg mailing list
> rtgwg@ietf.org=
> https://www.ietf.org/mailman/listinfo/rtgwg

_______________________________________________
its mailing list
its@ietf.org
https://www.ietf.org/mailman/listinfo/its
_______= ________________________________________
rtgwg mailing list=
rtgwg@= ietf.org
https://www.ietf.org/mailman/listinfo/rtgwg=
--0000000000000c4d88057f6665f7-- From nobody Mon Jan 14 08:03:17 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4484113111D; Mon, 14 Jan 2019 08:03:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5FebN1l9guMD; Mon, 14 Jan 2019 08:03:07 -0800 (PST) Received: from clt-mbsout-02.mbs.boeing.net (clt-mbsout-02.mbs.boeing.net [130.76.144.163]) (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 817DA131107; Mon, 14 Jan 2019 08:03:07 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clt-mbsout-02.mbs.boeing.net (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with SMTP id x0EG35Qv017054; Mon, 14 Jan 2019 11:03:05 -0500 Received: from XCH16-07-09.nos.boeing.com (xch16-07-09.nos.boeing.com [144.115.66.111]) by clt-mbsout-02.mbs.boeing.net (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id x0EG2vCo015941 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=FAIL); Mon, 14 Jan 2019 11:02:57 -0500 Received: from XCH16-07-07.nos.boeing.com (144.115.66.109) by XCH16-07-09.nos.boeing.com (144.115.66.111) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.1591.10; Mon, 14 Jan 2019 08:02:56 -0800 Received: from XCH16-07-07.nos.boeing.com ([fe80::191d:98d0:d976:ef9f]) by XCH16-07-07.nos.boeing.com ([fe80::191d:98d0:d976:ef9f%6]) with mapi id 15.01.1591.012; Mon, 14 Jan 2019 08:02:56 -0800 From: "Templin (US), Fred L" To: Abdussalam Baryun , Fred Baker CC: "its@ietf.org" , "dmm@ietf.org" , "rtgwg@ietf.org" Thread-Topic: [ipwave] I-D Action: draft-ietf-rtgwg-atn-bgp-01.txt Thread-Index: AQHUqffFIbjbHun10E6VDqHT6KYGU6WqnrnwgAFXS4CAAIpYAIACb0wA////y6A= Date: Mon, 14 Jan 2019 16:02:55 +0000 Message-ID: <770c9399b2684bb0b1cc94e721913f90@boeing.com> References: <154724345011.21894.14341873011380010523@ietfa.amsl.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [137.137.12.6] x-tm-snts-smtp: CD834A744AF21BA8D2C8615DE615D410F3CF5D4A894FFBECEAF738A0FADDD5AE2000:8 Content-Type: multipart/alternative; boundary="_000_770c9399b2684bb0b1cc94e721913f90boeingcom_" MIME-Version: 1.0 X-TM-AS-GCONF: 00 Archived-At: Subject: Re: [DMM] [ipwave] I-D Action: draft-ietf-rtgwg-atn-bgp-01.txt X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2019 16:03:10 -0000 --_000_770c9399b2684bb0b1cc94e721913f90boeingcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksIGl0IGlzIGludGVyZXN0aW5nIHRvIHNlZSB0aGVzZSBjb21tZW50cyBidXQgdGhleSBhcmUg cmVhbGx5IG91dCBvZiBzY29wZSBmb3IgdGhpcw0KZG9jdW1lbnQuIFRoaXMgZG9jdW1lbnQgZGlz Y3Vzc2VzIHRoZSBpbnRlcmRvbWFpbiByb3V0aW5nIGJldHdlZW4gZGlmZmVyZW50DQphdXRvbm9t b3VzIHN5c3RlbXMsIGFuZCBjbGVhcmx5IHN0YXRlcyB0aGF0IGludHJhZG9tYWluIGNvbnNpZGVy YXRpb25zIGFyZQ0Kb3V0IG9mIHNjb3BlLg0KDQpUaGFua3MgLSBGcmVkDQoNCkZyb206IEFiZHVz c2FsYW0gQmFyeXVuIFttYWlsdG86YWJkdXNzYWxhbWJhcnl1bkBnbWFpbC5jb21dDQpTZW50OiBT dW5kYXksIEphbnVhcnkgMTMsIDIwMTkgMTE6NTcgUE0NClRvOiBGcmVkIEJha2VyIDxmcmVkYmFr ZXIuaWV0ZkBnbWFpbC5jb20+DQpDYzogVGVtcGxpbiAoVVMpLCBGcmVkIEwgPEZyZWQuTC5UZW1w bGluQGJvZWluZy5jb20+OyBpdHNAaWV0Zi5vcmc7IGRtbUBpZXRmLm9yZzsgcnRnd2dAaWV0Zi5v cmcNClN1YmplY3Q6IFJlOiBbaXB3YXZlXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLXJ0Z3dnLWF0 bi1iZ3AtMDEudHh0DQoNCkhpIEZyZWQgQmFrZXIsDQoNCkkgdXN1YWxseSBkaXNjdXNzIGRlcGxv eW1lbnQgd2hlbiB0aGUgaWV0Zi1kcmFmdCBvciBpZXRmLVJGQyBpcyBhIHN0YW5kYXJkLCBidXQg dGhpcyBkcmFmdCBpcyBpbmZvcm1hdGlvbmFsIGFuZCBpdCdzIGluY2x1ZGluZyB0aGUgcGxhbm5p bmcgZm9yIGZ1dHVyZSB0ZWNobm9sb2dpZXMgb2YgQWVyb25hdXRpY2FsIE1vYmlsZSBSb3V0aW5n LiBNb3JlIHJlcGx5IGJlbG93LA0KDQpPbiBTYXQsIEphbiAxMiwgMjAxOSBhdCAxMDowMCBQTSBG cmVkIEJha2VyIDxmcmVkYmFrZXIuaWV0ZkBnbWFpbC5jb208bWFpbHRvOmZyZWRiYWtlci5pZXRm QGdtYWlsLmNvbT4+IHdyb3RlOg0KSGF2aW5nIG5vdyBpcyByZWFkIHRoZSBkcmFmdCwgd2hpY2gg ZG9lc27igJl0IG1lbnRpb24gY29tbW9uIEVudGVycHJpc2UgUm91dGluZyBwcm90b25zIHN1Y2gg YXMgSVMtSVMgKHdoaWNoIG1pZ2h0IGJlIGV4cGVjdGVkIGZyb20gaGlzdG9yeSkgb3IgT1NQRiBi dXQgaXMgaW5zdGVhZCBhbGwgYWJvdXQgYSB2ZXJ5IHNwZWNpZmljIHNjb3BlIHJlZ2FyZGluZyBJ UHY2IGFuZCBCR1AsIEkgd291bGRu4oCZdCBleHBlY3QgRnJlZCB0byB1cGRhdGUgdGhlIGRyYWZ0 IHBlciB5b3VyIHN1Z2dlc3Rpb24gd2l0aG91dCBhIHZlcnkgc3Ryb25nIG9wZXJhdGlvbmFsIGFy Z3VtZW50Lg0KDQpJIHRoaW5rIHRoYXQgbmV3IGRyYWZ0IGF1dGhvcnMgYXJlIGV4cGVjdGVkIHRv IGluZm9ybSBjb21tdW5pdHkgYWJvdXQgbW9iaWxlIHJvdXRpbmcgcHJvdG9jb2xzIHN0YW5kYXJk IGJ5IElFVEYgYXMgd29ya2luZyB3aXRoIHRoZSBhdXRob3IncyBzdWdnZXN0ZWQgbW9iaWxlIHJv dXRpbmcuIEkgaW5jbHVkZWQgc3RhbmRhcmRzIGxpa2UgRExFUCBhbmQgT0xTUnYyLCB0aGUgZHJh ZnQgZG9lcyBub3QgbWVudGlvbiBhdCBhbGwsIHdoeT8gU28gSSBleHBlY3QgdGhhdCBGcmVkICh0 aGUgYXV0aG9yKSBjYW4gZGlzY3VzcyBvbiB0aGUgbGlzdCB0aGUgbW9iaWxlIHJvdXRpbmcgb3B0 aW9ucy9ub3Qtb3B0aW9ucyB3aGVuIHRoZSBkcmFmdCdzIHRpdGxlIGlzIGFib3V0IHNpbXBsZSBt b2JpbGUgcm91dGluZyAodXN1YWxseSBJIGV4cGVjdCB1cGRhdGVzIGNhbiBoYXBwZW4gd2hpbGUg V0cgZGlzY3VzcykuDQoNCkNhbiB5b3UgcG9pbnQgdG8gZGVwbG95bWVudHMgaW4gd2hpY2ggbW9i aWxlIGFkLWhvYyBSb3V0aW5nIHByb3RvY29scyBhcmUgZW52aXNhZ2VkIG9yIGluIHVzZSBpbiBh ZXJvbmF1dGljcz8NCg0KV2UgZG9uJ3QgZm9yZ2V0IHRoYXQgdGhlIGRyYWZ0IGlzIHN1Z2dlc3Rl ZCBhcyBpbmZvcm1hdGlvbmFsIG5vdCBzdGFuZGFyZCwgc28gZGVwbG95bWVudCBpcyBub3QgdGhl IGlzc3VlLCBJRVRGIGRvIHB1Ymxpc2ggdGhpbmdzIHRoYXQgd2lsbCBiZSBpbiBmdXR1cmUgaW1w bGVtZW50ZWQuIEZ1cnRoZXJtb3JlLCBJRVRGIGhhcyBzdGFuZGFyZGlzZWQgbW9iaWxlIHJvdXRp bmdzIHNvIHdlIGNhbm5vdCBpZ25vcmUgdGhlbSB3aGVuIHdlIHdyaXRlIGEgbmV3IGRyYWZ0IHNw ZWNpYWxseSB3aGVuIGl0IGlzIGluZm9ybWF0aW9uYWwuDQoNCkJlc3QgUmVnYXJkcywNCg0KQUIN Cg0KU2VudCB1c2luZyBhIG1hY2hpbmUgdGhhdCBhdXRvY29ycmVjdHMgaW4gaW50ZXJlc3Rpbmcg d2F5cy4uLg0KDQpPbiBKYW4gMTIsIDIwMTksIGF0IDI6MzEgQU0sIEFiZHVzc2FsYW0gQmFyeXVu IDxhYmR1c3NhbGFtYmFyeXVuQGdtYWlsLmNvbTxtYWlsdG86YWJkdXNzYWxhbWJhcnl1bkBnbWFp bC5jb20+PiB3cm90ZToNCkhpIEZyZWQsDQoNCg0KVGhhbmtzIGZvciB0aGlzIHdvcmsgd2hpY2gg aXMgdmVyeSBpbnRlcmVzdGluZy4gSU1ITywgdGhlIGRyYWZ0IHNob3VsZCBjb25zaWRlciB1c2lu ZyB0aGUgRExFUCwgT0xTUnYyLCBBT0RWdjIsIG11bHRpdG9wb2xvZ3kgcHJvdG9jb2xzIGZvciBJ UHY2LCBhcyBSRkM4MTc1LCBSRkM2MTMwLCBSRkM3MTgxLCBkcmFmdC1wZXJraW5zLW1hbmV0LWFv ZHZ2Mi0wMiwgYW5kIFJGQzc3MjIuIElmIG5vdCBjb25zaWRlcmluZyB0aGVuIEkgdGhpbmsgaXQg c2hvdWxkIG1lbnRpb24gd2h5Lg0KDQpCZXN0IHJlZ2FyZHMNCkFCDQoNCk9uIFNhdCwgSmFuIDEy LCAyMDE5IGF0IDEyOjEwIEFNIFRlbXBsaW4gKFVTKSwgRnJlZCBMIDxGcmVkLkwuVGVtcGxpbkBi b2VpbmcuY29tPG1haWx0bzpGcmVkLkwuVGVtcGxpbkBib2VpbmcuY29tPj4gd3JvdGU6DQpIaSwg d2UgaGF2ZSB1cGRhdGVkIHRoZSBkcmFmdCBiYXNlZCBvbiBxdWVzdGlvbnMgYW5kIGNvbW1lbnRz IHJlY2VpdmVkLiBNb3N0bHkNCnBvaW50cyBmb3IgY2xhcmlmaWNhdGlvbiwgYnV0IHRoZXJlIGlz IGFsc28gYW4gaW1wb3J0YW50IG5ldyBTZWN0aW9uIG9uICJTdHViIEFTIE1vYmlsZQ0KUm91dGlu ZyBTZXJ2aWNlcyIuDQoNClBsZWFzZSBjaGVjayB0aGUgZGlmZnMgYW5kIHBvc3QgY29tbWVudHMg dG8gcnRnd2dAaWV0Zi5vcmc8bWFpbHRvOnJ0Z3dnQGlldGYub3JnPi4gQWxzbyBjcm9zcy1wb3N0 aW5nIHRvDQppcHdhdmUgYW5kIGRtbSBkdWUgdG8gaW50ZXJlc3QgdGhlcmUuDQoNClRoYW5rcyAt IEZyZWQNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBydGd3ZyBbbWFp bHRvOnJ0Z3dnLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOnJ0Z3dnLWJvdW5jZXNAaWV0Zi5vcmc+ XSBPbiBCZWhhbGYgT2YgaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPG1haWx0bzppbnRlcm5ldC1k cmFmdHNAaWV0Zi5vcmc+DQo+IFNlbnQ6IEZyaWRheSwgSmFudWFyeSAxMSwgMjAxOSAxOjUxIFBN DQo+IFRvOiBpLWQtYW5ub3VuY2VAaWV0Zi5vcmc8bWFpbHRvOmktZC1hbm5vdW5jZUBpZXRmLm9y Zz4NCj4gQ2M6IHJ0Z3dnQGlldGYub3JnPG1haWx0bzpydGd3Z0BpZXRmLm9yZz4NCj4gU3ViamVj dDogSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1ydGd3Zy1hdG4tYmdwLTAxLnR4dA0KPg0KPg0KPiBB IE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRlcm5l dC1EcmFmdHMgZGlyZWN0b3JpZXMuDQo+IFRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2YgdGhl IFJvdXRpbmcgQXJlYSBXb3JraW5nIEdyb3VwIFdHIG9mIHRoZSBJRVRGLg0KPg0KPiAgICAgICAg IFRpdGxlICAgICAgICAgICA6IEEgU2ltcGxlIEJHUC1iYXNlZCBNb2JpbGUgUm91dGluZyBTeXN0 ZW0gZm9yIHRoZSBBZXJvbmF1dGljYWwgVGVsZWNvbW11bmljYXRpb25zIE5ldHdvcmsNCj4gICAg ICAgICBBdXRob3JzICAgICAgICAgOiBGcmVkIEwuIFRlbXBsaW4NCj4gICAgICAgICAgICAgICAg ICAgICAgICAgICBHcmVnIFNhY2NvbmUNCj4gICAgICAgICAgICAgICAgICAgICAgICAgICBHYXVy YXYgRGF3cmENCj4gICAgICAgICAgICAgICAgICAgICAgICAgICBBY2VlIExpbmRlbQ0KPiAgICAg ICAgICAgICAgICAgICAgICAgICAgIFZpY3RvciBNb3Jlbm8NCj4gICAgICAgRmlsZW5hbWUgICAg ICAgIDogZHJhZnQtaWV0Zi1ydGd3Zy1hdG4tYmdwLTAxLnR4dA0KPiAgICAgICBQYWdlcyAgICAg ICAgICAgOiAxOA0KPiAgICAgICBEYXRlICAgICAgICAgICAgOiAyMDE5LTAxLTExDQo+DQo+IEFi c3RyYWN0Og0KPiAgICBUaGUgSW50ZXJuYXRpb25hbCBDaXZpbCBBdmlhdGlvbiBPcmdhbml6YXRp b24gKElDQU8pIGlzIGludmVzdGlnYXRpbmcNCj4gICAgbW9iaWxlIHJvdXRpbmcgc29sdXRpb25z IGZvciBhIHdvcmxkd2lkZSBBZXJvbmF1dGljYWwNCj4gICAgVGVsZWNvbW11bmljYXRpb25zIE5l dHdvcmsgd2l0aCBJbnRlcm5ldCBQcm90b2NvbCBTZXJ2aWNlcyAoQVROL0lQUykuDQo+ICAgIFRo ZSBBVE4vSVBTIHdpbGwgZXZlbnR1YWxseSByZXBsYWNlIGV4aXN0aW5nIGNvbW11bmljYXRpb24g c2VydmljZXMNCj4gICAgd2l0aCBhbiBJUHY2LWJhc2VkIHNlcnZpY2Ugc3VwcG9ydGluZyBwZXJ2 YXNpdmUgQWlyIFRyYWZmaWMNCj4gICAgTWFuYWdlbWVudCAoQVRNKSBmb3IgQWlyIFRyYWZmaWMg Q29udHJvbGxlcnMgKEFUQyksIEFpcmxpbmUNCj4gICAgT3BlcmF0aW9ucyBDb250cm9sbGVycyAo QU9DKSwgYW5kIGFsbCBjb21tZXJjaWFsIGFpcmNyYWZ0IHdvcmxkd2lkZS4NCj4gICAgVGhpcyBp bmZvcm1hdGlvbmFsIGRvY3VtZW50IGRlc2NyaWJlcyBhIHNpbXBsZSBhbmQgZXh0ZW5zaWJsZSBt b2JpbGUNCj4gICAgcm91dGluZyBzZXJ2aWNlIGJhc2VkIG9uIGluZHVzdHJ5LXN0YW5kYXJkIEJH UCB0byBhZGRyZXNzIHRoZSBBVE4vSVBTDQo+ICAgIHJlcXVpcmVtZW50cy4NCj4NCj4NCj4gVGhl IElFVEYgZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6DQo+IGh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtcnRnd2ctYXRuLWJncC8NCj4N Cj4gVGhlcmUgYXJlIGFsc28gaHRtbGl6ZWQgdmVyc2lvbnMgYXZhaWxhYmxlIGF0Og0KPiBodHRw czovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1ydGd3Zy1hdG4tYmdwLTAxDQo+IGh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi1ydGd3Zy1hdG4t YmdwLTAxDQo+DQo+IEEgZGlmZiBmcm9tIHRoZSBwcmV2aW91cyB2ZXJzaW9uIGlzIGF2YWlsYWJs ZSBhdDoNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtcnRn d2ctYXRuLWJncC0wMQ0KPg0KPg0KPiBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291 cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uDQo+IHVudGlsIHRoZSBo dG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmc8 aHR0cDovL3Rvb2xzLmlldGYub3JnPi4NCj4NCj4gSW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNvIGF2 YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQIGF0Og0KPiBmdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJu ZXQtZHJhZnRzLw0KPg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KPiBydGd3ZyBtYWlsaW5nIGxpc3QNCj4gcnRnd2dAaWV0Zi5vcmc8bWFpbHRvOnJ0 Z3dnQGlldGYub3JnPg0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3J0 Z3dnDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpp dHMgbWFpbGluZyBsaXN0DQppdHNAaWV0Zi5vcmc8bWFpbHRvOml0c0BpZXRmLm9yZz4NCmh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXRzDQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KcnRnd2cgbWFpbGluZyBsaXN0DQpydGd3Z0Bp ZXRmLm9yZzxtYWlsdG86cnRnd2dAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL3J0Z3dnDQo= --_000_770c9399b2684bb0b1cc94e721913f90boeingcom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0K CXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs c2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHls ZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30N CkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4g MS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9u MTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0 cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1b aWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRt YXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5k aWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1 cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkhpLCBpdCBpcyBpbnRlcmVzdGluZyB0byBz ZWUgdGhlc2UgY29tbWVudHMgYnV0IHRoZXkgYXJlIHJlYWxseSBvdXQgb2Ygc2NvcGUgZm9yIHRo aXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+ZG9jdW1lbnQuIFRoaXMgZG9jdW1lbnQgZGlzY3Vzc2VzIHRo ZSBpbnRlcmRvbWFpbiByb3V0aW5nIGJldHdlZW4gZGlmZmVyZW50PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PmF1dG9ub21vdXMgc3lzdGVtcywgYW5kIGNsZWFybHkgc3RhdGVzIHRoYXQgaW50cmFkb21haW4g Y29uc2lkZXJhdGlvbnMgYXJlPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPm91dCBvZiBzY29wZS48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoYW5rcyAtIEZyZWQ8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9y ZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4gMGlu IDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlk ICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWYiPiBBYmR1c3NhbGFtIEJhcnl1biBbbWFpbHRvOmFiZHVzc2FsYW1iYXJ5dW5AZ21haWwuY29t XQ0KPGJyPg0KPGI+U2VudDo8L2I+IFN1bmRheSwgSmFudWFyeSAxMywgMjAxOSAxMTo1NyBQTTxi cj4NCjxiPlRvOjwvYj4gRnJlZCBCYWtlciAmbHQ7ZnJlZGJha2VyLmlldGZAZ21haWwuY29tJmd0 Ozxicj4NCjxiPkNjOjwvYj4gVGVtcGxpbiAoVVMpLCBGcmVkIEwgJmx0O0ZyZWQuTC5UZW1wbGlu QGJvZWluZy5jb20mZ3Q7OyBpdHNAaWV0Zi5vcmc7IGRtbUBpZXRmLm9yZzsgcnRnd2dAaWV0Zi5v cmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtpcHdhdmVdIEktRCBBY3Rpb246IGRyYWZ0LWll dGYtcnRnd2ctYXRuLWJncC0wMS50eHQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGkgRnJlZCBCYWtlciw8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSB1 c3VhbGx5IGRpc2N1c3MgZGVwbG95bWVudCB3aGVuIHRoZSBpZXRmLWRyYWZ0IG9yIGlldGYtUkZD IGlzIGEgc3RhbmRhcmQsIGJ1dCB0aGlzIGRyYWZ0IGlzIGluZm9ybWF0aW9uYWwgYW5kIGl0J3Mg aW5jbHVkaW5nIHRoZSBwbGFubmluZyBmb3IgZnV0dXJlIHRlY2hub2xvZ2llcyBvZiBBZXJvbmF1 dGljYWwgTW9iaWxlIFJvdXRpbmcuIE1vcmUgcmVwbHkgYmVsb3csPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIFNhdCwgSmFuIDEyLCAyMDE5 IGF0IDEwOjAwIFBNIEZyZWQgQmFrZXIgJmx0OzxhIGhyZWY9Im1haWx0bzpmcmVkYmFrZXIuaWV0 ZkBnbWFpbC5jb20iPmZyZWRiYWtlci5pZXRmQGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy LWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdp bi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowaW4iPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPkhhdmluZyBub3cgaXMgcmVhZCB0aGUgZHJhZnQsIHdoaWNoIGRvZXNu4oCZdCBtZW50aW9u IGNvbW1vbiBFbnRlcnByaXNlIFJvdXRpbmcgcHJvdG9ucyBzdWNoIGFzIElTLUlTICh3aGljaCBt aWdodCBiZSBleHBlY3RlZCBmcm9tIGhpc3RvcnkpIG9yIE9TUEYgYnV0IGlzIGluc3RlYWQgYWxs IGFib3V0IGEgdmVyeSBzcGVjaWZpYyBzY29wZSByZWdhcmRpbmcgSVB2NiBhbmQgQkdQLCBJIHdv dWxkbuKAmXQgZXhwZWN0DQogRnJlZCB0byB1cGRhdGUgdGhlIGRyYWZ0IHBlciB5b3VyIHN1Z2dl c3Rpb24gd2l0aG91dCBhIHZlcnkgc3Ryb25nIG9wZXJhdGlvbmFsIGFyZ3VtZW50Lg0KPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPkkgdGhpbmsgdGhhdCBuZXcgZHJhZnQgYXV0aG9ycyZuYnNwO2FyZSBleHBlY3RlZCB0 byBpbmZvcm0gY29tbXVuaXR5Jm5ic3A7YWJvdXQgbW9iaWxlIHJvdXRpbmcgcHJvdG9jb2xzJm5i c3A7c3RhbmRhcmQgYnkgSUVURiBhcyB3b3JraW5nIHdpdGggdGhlIGF1dGhvcidzIHN1Z2dlc3Rl ZCBtb2JpbGUgcm91dGluZy4gSSBpbmNsdWRlZCBzdGFuZGFyZHMgbGlrZSBETEVQIGFuZCBPTFNS djIsIHRoZSBkcmFmdCBkb2VzIG5vdCBtZW50aW9uDQogYXQgYWxsLCB3aHk/IFNvIEkgZXhwZWN0 IHRoYXQgRnJlZCAodGhlIGF1dGhvcikgY2FuIGRpc2N1c3Mgb24gdGhlIGxpc3QgdGhlIG1vYmls ZSByb3V0aW5nIG9wdGlvbnMvbm90LW9wdGlvbnMgd2hlbiB0aGUgZHJhZnQncyB0aXRsZSBpcyBh Ym91dCBzaW1wbGUgbW9iaWxlIHJvdXRpbmcgKHVzdWFsbHkgSSBleHBlY3QgdXBkYXRlcyBjYW4g aGFwcGVuIHdoaWxlJm5ic3A7V0cgZGlzY3VzcykuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0Mg MS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4t cmlnaHQ6MGluIj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5DYW4geW91IHBvaW50IHRv IGRlcGxveW1lbnRzIGluIHdoaWNoIG1vYmlsZSBhZC1ob2MgUm91dGluZyBwcm90b2NvbHMgYXJl IGVudmlzYWdlZCBvciBpbiB1c2UgaW4gYWVyb25hdXRpY3M/PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPldlIGRvbid0 IGZvcmdldCB0aGF0IHRoZSBkcmFmdCBpcyBzdWdnZXN0ZWQgYXMgaW5mb3JtYXRpb25hbCBub3Qg c3RhbmRhcmQsIHNvIGRlcGxveW1lbnQgaXMgbm90IHRoZSBpc3N1ZSwgSUVURiBkbyBwdWJsaXNo IHRoaW5ncyB0aGF0IHdpbGwgYmUgaW4gZnV0dXJlIGltcGxlbWVudGVkLiBGdXJ0aGVybW9yZSwg SUVURiBoYXMgc3RhbmRhcmRpc2VkIG1vYmlsZSByb3V0aW5ncyBzbyB3ZSBjYW5ub3QgaWdub3Jl DQogdGhlbSB3aGVuIHdlIHdyaXRlIGEgbmV3IGRyYWZ0IHNwZWNpYWxseSB3aGVuIGl0IGlzIGlu Zm9ybWF0aW9uYWwuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkJlc3QgUmVnYXJkcyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+QUI8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVv dGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFk ZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGlu Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxk aXYgaWQ9ImdtYWlsLW1fOTQ5MDU5ODIxNDE1ODIyNjE1QXBwbGVNYWlsU2lnbmF0dXJlIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPlNlbnQgdXNpbmcgYSBtYWNoaW5lIHRoYXQgYXV0b2NvcnJlY3Rz IGluIGludGVyZXN0aW5nIHdheXMuLi48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPg0KT24g SmFuIDEyLCAyMDE5LCBhdCAyOjMxIEFNLCBBYmR1c3NhbGFtIEJhcnl1biAmbHQ7PGEgaHJlZj0i bWFpbHRvOmFiZHVzc2FsYW1iYXJ5dW5AZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+YWJkdXNz YWxhbWJhcnl1bkBnbWFpbC5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGkg RnJlZCw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5UaGFua3MgZm9yIHRoaXMgd29yayB3aGljaCBpcyB2ZXJ5IGludGVyZXN0aW5nLiBJTUhP LCB0aGUgZHJhZnQgc2hvdWxkIGNvbnNpZGVyIHVzaW5nIHRoZSBETEVQLCBPTFNSdjIsIEFPRFZ2 MiwgbXVsdGl0b3BvbG9neSZuYnNwO3Byb3RvY29scyBmb3IgSVB2NiwgYXMmbmJzcDtSRkM4MTc1 LCBSRkM2MTMwLCBSRkM3MTgxLCBkcmFmdC1wZXJraW5zLW1hbmV0LWFvZHZ2Mi0wMiwgYW5kIFJG Qzc3MjIuIElmIG5vdCBjb25zaWRlcmluZw0KIHRoZW4gSSB0aGluayBpdCBzaG91bGQgbWVudGlv biB3aHkuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPkJlc3QgcmVnYXJkczxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+QUImbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBTYXQsIEphbiAxMiwgMjAxOSBhdCAxMjoxMCBB TSBUZW1wbGluIChVUyksIEZyZWQgTCAmbHQ7PGEgaHJlZj0ibWFpbHRvOkZyZWQuTC5UZW1wbGlu QGJvZWluZy5jb20iIHRhcmdldD0iX2JsYW5rIj5GcmVkLkwuVGVtcGxpbkBib2VpbmcuY29tPC9h PiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJi b3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBp biAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5IaSwgd2UgaGF2ZSB1cGRhdGVkIHRoZSBkcmFmdCBiYXNlZCBvbiBxdWVz dGlvbnMgYW5kIGNvbW1lbnRzIHJlY2VpdmVkLiBNb3N0bHk8YnI+DQpwb2ludHMgZm9yIGNsYXJp ZmljYXRpb24sIGJ1dCB0aGVyZSBpcyBhbHNvIGFuIGltcG9ydGFudCBuZXcgU2VjdGlvbiBvbiAm cXVvdDtTdHViIEFTIE1vYmlsZTxicj4NClJvdXRpbmcgU2VydmljZXMmcXVvdDsuPGJyPg0KPGJy Pg0KUGxlYXNlIGNoZWNrIHRoZSBkaWZmcyBhbmQgcG9zdCBjb21tZW50cyB0byA8YSBocmVmPSJt YWlsdG86cnRnd2dAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj4NCnJ0Z3dnQGlldGYub3JnPC9h Pi4gQWxzbyBjcm9zcy1wb3N0aW5nIHRvPGJyPg0KaXB3YXZlIGFuZCBkbW0gZHVlIHRvIGludGVy ZXN0IHRoZXJlLjxicj4NCjxicj4NClRoYW5rcyAtIEZyZWQ8YnI+DQo8YnI+DQomZ3Q7IC0tLS0t T3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KJmd0OyBGcm9tOiBydGd3ZyBbbWFpbHRvOjxhIGhy ZWY9Im1haWx0bzpydGd3Zy1ib3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+cnRnd2ct Ym91bmNlc0BpZXRmLm9yZzwvYT5dIE9uIEJlaGFsZiBPZg0KPGEgaHJlZj0ibWFpbHRvOmludGVy bmV0LWRyYWZ0c0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmludGVybmV0LWRyYWZ0c0BpZXRm Lm9yZzwvYT48YnI+DQomZ3Q7IFNlbnQ6IEZyaWRheSwgSmFudWFyeSAxMSwgMjAxOSAxOjUxIFBN PGJyPg0KJmd0OyBUbzogPGEgaHJlZj0ibWFpbHRvOmktZC1hbm5vdW5jZUBpZXRmLm9yZyIgdGFy Z2V0PSJfYmxhbmsiPmktZC1hbm5vdW5jZUBpZXRmLm9yZzwvYT48YnI+DQomZ3Q7IENjOiA8YSBo cmVmPSJtYWlsdG86cnRnd2dAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5ydGd3Z0BpZXRmLm9y ZzwvYT48YnI+DQomZ3Q7IFN1YmplY3Q6IEktRCBBY3Rpb246IGRyYWZ0LWlldGYtcnRnd2ctYXRu LWJncC0wMS50eHQ8YnI+DQomZ3Q7IDxicj4NCiZndDsgPGJyPg0KJmd0OyBBIE5ldyBJbnRlcm5l dC1EcmFmdCBpcyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRlcm5ldC1EcmFmdHMgZGly ZWN0b3JpZXMuPGJyPg0KJmd0OyBUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBSb3V0 aW5nIEFyZWEgV29ya2luZyBHcm91cCBXRyBvZiB0aGUgSUVURi48YnI+DQomZ3Q7IDxicj4NCiZn dDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7VGl0bGUmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzogQSBTaW1wbGUgQkdQLWJhc2VkIE1vYmlsZSBSb3V0 aW5nIFN5c3RlbSBmb3IgdGhlIEFlcm9uYXV0aWNhbCBUZWxlY29tbXVuaWNhdGlvbnMgTmV0d29y azxicj4NCiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7QXV0aG9ycyZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs6IEZyZWQgTC4gVGVtcGxpbjxicj4NCiZndDsm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7R3JlZyBTYWNjb25lPGJyPg0K Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtHYXVyYXYgRGF3cmE8 YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0FjZWUgTGlu ZGVtPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtWaWN0 b3IgTW9yZW5vPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0ZpbGVuYW1lJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDogZHJhZnQtaWV0Zi1ydGd3Zy1hdG4tYmdwLTAxLnR4 dDxicj4NCiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtQYWdlcyZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7OiAxODxicj4NCiZndDsmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDtEYXRlJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg OiAyMDE5LTAxLTExPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IEFic3RyYWN0Ojxicj4NCiZndDsmbmJz cDsgJm5ic3A7IFRoZSBJbnRlcm5hdGlvbmFsIENpdmlsIEF2aWF0aW9uIE9yZ2FuaXphdGlvbiAo SUNBTykgaXMgaW52ZXN0aWdhdGluZzxicj4NCiZndDsmbmJzcDsgJm5ic3A7IG1vYmlsZSByb3V0 aW5nIHNvbHV0aW9ucyBmb3IgYSB3b3JsZHdpZGUgQWVyb25hdXRpY2FsPGJyPg0KJmd0OyZuYnNw OyAmbmJzcDsgVGVsZWNvbW11bmljYXRpb25zIE5ldHdvcmsgd2l0aCBJbnRlcm5ldCBQcm90b2Nv bCBTZXJ2aWNlcyAoQVROL0lQUykuPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgVGhlIEFUTi9JUFMg d2lsbCBldmVudHVhbGx5IHJlcGxhY2UgZXhpc3RpbmcgY29tbXVuaWNhdGlvbiBzZXJ2aWNlczxi cj4NCiZndDsmbmJzcDsgJm5ic3A7IHdpdGggYW4gSVB2Ni1iYXNlZCBzZXJ2aWNlIHN1cHBvcnRp bmcgcGVydmFzaXZlIEFpciBUcmFmZmljPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgTWFuYWdlbWVu dCAoQVRNKSBmb3IgQWlyIFRyYWZmaWMgQ29udHJvbGxlcnMgKEFUQyksIEFpcmxpbmU8YnI+DQom Z3Q7Jm5ic3A7ICZuYnNwOyBPcGVyYXRpb25zIENvbnRyb2xsZXJzIChBT0MpLCBhbmQgYWxsIGNv bW1lcmNpYWwgYWlyY3JhZnQgd29ybGR3aWRlLjxicj4NCiZndDsmbmJzcDsgJm5ic3A7IFRoaXMg aW5mb3JtYXRpb25hbCBkb2N1bWVudCBkZXNjcmliZXMgYSBzaW1wbGUgYW5kIGV4dGVuc2libGUg bW9iaWxlPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgcm91dGluZyBzZXJ2aWNlIGJhc2VkIG9uIGlu ZHVzdHJ5LXN0YW5kYXJkIEJHUCB0byBhZGRyZXNzIHRoZSBBVE4vSVBTPGJyPg0KJmd0OyZuYnNw OyAmbmJzcDsgcmVxdWlyZW1lbnRzLjxicj4NCiZndDsgPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFRo ZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOjxicj4NCiZn dDsgPGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1y dGd3Zy1hdG4tYmdwLyIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvZHJhZnQtaWV0Zi1ydGd3Zy1hdG4tYmdwLzwvYT48YnI+DQomZ3Q7IDxicj4NCiZn dDsgVGhlcmUgYXJlIGFsc28gaHRtbGl6ZWQgdmVyc2lvbnMgYXZhaWxhYmxlIGF0Ojxicj4NCiZn dDsgPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtcnRnd2ct YXRuLWJncC0wMSIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1s L2RyYWZ0LWlldGYtcnRnd2ctYXRuLWJncC0wMTwvYT48YnI+DQomZ3Q7IDxhIGhyZWY9Imh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi1ydGd3Zy1hdG4tYmdw LTAxIiB0YXJnZXQ9Il9ibGFuayI+DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9o dG1sL2RyYWZ0LWlldGYtcnRnd2ctYXRuLWJncC0wMTwvYT48YnI+DQomZ3Q7IDxicj4NCiZndDsg QSBkaWZmIGZyb20gdGhlIHByZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0Ojxicj4NCiZn dDsgPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYt cnRnd2ctYXRuLWJncC0wMSIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcv cmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtcnRnd2ctYXRuLWJncC0wMTwvYT48YnI+DQomZ3Q7IDxi cj4NCiZndDsgPGJyPg0KJmd0OyBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxl IG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uPGJyPg0KJmd0OyB1bnRpbCB0 aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IDxhIGhyZWY9Imh0 dHA6Ly90b29scy5pZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPg0KdG9vbHMuaWV0Zi5vcmc8L2E+ Ljxicj4NCiZndDsgPGJyPg0KJmd0OyBJbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxl IGJ5IGFub255bW91cyBGVFAgYXQ6PGJyPg0KJmd0OyA8YSBocmVmPSJmdHA6Ly9mdHAuaWV0Zi5v cmcvaW50ZXJuZXQtZHJhZnRzLyIgdGFyZ2V0PSJfYmxhbmsiPmZ0cDovL2Z0cC5pZXRmLm9yZy9p bnRlcm5ldC1kcmFmdHMvPC9hPjxicj4NCiZndDsgPGJyPg0KJmd0OyBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsgcnRnd2cgbWFpbGluZyBs aXN0PGJyPg0KJmd0OyA8YSBocmVmPSJtYWlsdG86cnRnd2dAaWV0Zi5vcmciIHRhcmdldD0iX2Js YW5rIj5ydGd3Z0BpZXRmLm9yZzwvYT48YnI+DQomZ3Q7IDxhIGhyZWY9Imh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vcnRnd2ciIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3J0Z3dnPC9hPjxicj4NCjxicj4NCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KaXRzIG1haWxpbmcg bGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzppdHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5p dHNAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9pdHMiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL2l0czwvYT48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCnJ0Z3dn IG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpydGd3Z0BpZXRmLm9yZyIgdGFyZ2V0 PSJfYmxhbmsiPnJ0Z3dnQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vcnRnd2ciIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3J0Z3dnPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_770c9399b2684bb0b1cc94e721913f90boeingcom_-- From nobody Mon Jan 14 09:18:40 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CCB651311CC; Mon, 14 Jan 2019 09:18:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -19.052 X-Spam-Level: X-Spam-Status: No, score=-19.052 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-4.553, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 wHsuiZOoXe3J; Mon, 14 Jan 2019 09:18:22 -0800 (PST) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 963C71311BB; Mon, 14 Jan 2019 09:18:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=31570; q=dns/txt; s=iport; t=1547486302; x=1548695902; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=DfdmC96ybGBBcM7D7O7KcwgBgSa6BNJ1gdDodCF35nw=; b=Yc7ajPPjWw/vfXtxH6UM9njRVLXBp4ArBBbOUjzzttXWgMQR7nsA+2Ev L0mBzVPrXuswUtwIddQg4wxnLoSjnBIG3N87WqFEM3xbOY8R+Mqtx9svQ 9grxIT7Nk4cSjj4DwVNIx5novO2xdwFa0iUhzYPz7vhcWeFupVerwMjSc A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAABbwzxc/4MNJK1jGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUQQBAQEBAQsBgQ12ZoECJwqDd4gai22CDXyIJY5bFIF?= =?us-ascii?q?nCwEBGAEKhEkCF4IoIjQJDQEDAQECAQECbRwMhUoBAQEBAwEBIUsLDAQCAQg?= =?us-ascii?q?RAwEBASEHAwICAh8GCxQJCAIEAQ0FFAeDBwGBHUwDFQ+tL4EvhDICDkCCeA2?= =?us-ascii?q?CHYw/F4F/gRABJx+CFzWCV0cBAQIBARaBC0MQCQYQCIJLMYImAo9ihmuLBDM?= =?us-ascii?q?JAocagRGGJoM1GIFkTYRZgzaGDoExiXWBCIQJgROKLAIRFIEnDRI4gVZwFRo?= =?us-ascii?q?hKgGCQQmLFIU/QTEBiT+BHwEB?= X-IronPort-AV: E=Sophos;i="5.56,478,1539648000"; d="scan'208,217";a="505371523" Received: from alln-core-1.cisco.com ([173.36.13.131]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Jan 2019 17:18:21 +0000 Received: from XCH-RTP-014.cisco.com (xch-rtp-014.cisco.com [64.101.220.154]) by alln-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id x0EHIKW7006112 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 14 Jan 2019 17:18:21 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-014.cisco.com (64.101.220.154) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 14 Jan 2019 12:18:20 -0500 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1395.000; Mon, 14 Jan 2019 12:18:20 -0500 From: "Acee Lindem (acee)" To: "Templin (US), Fred L" , Abdussalam Baryun , Fred Baker CC: "dmm@ietf.org" , "its@ietf.org" , "rtgwg@ietf.org" Thread-Topic: [ipwave] I-D Action: draft-ietf-rtgwg-atn-bgp-01.txt Thread-Index: AQHUqmIJ8tsmhMk/qkGML/oM+q5ZRaWsTT0AgAJvTACAAIe8gP//wS2A Date: Mon, 14 Jan 2019 17:18:20 +0000 Message-ID: <1F3F3B77-CE0F-474F-819F-996325B14248@cisco.com> References: <154724345011.21894.14341873011380010523@ietfa.amsl.com> <770c9399b2684bb0b1cc94e721913f90@boeing.com> In-Reply-To: <770c9399b2684bb0b1cc94e721913f90@boeing.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.94.34] Content-Type: multipart/alternative; boundary="_000_1F3F3B77CE0F474F819F996325B14248ciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.154, xch-rtp-014.cisco.com X-Outbound-Node: alln-core-1.cisco.com Archived-At: Subject: Re: [DMM] [ipwave] I-D Action: draft-ietf-rtgwg-atn-bgp-01.txt X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2019 17:18:25 -0000 --_000_1F3F3B77CE0F474F819F996325B14248ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBhZ3JlZS4gIFRoaXMgZHJhZnQgZGVzY3JpYmVzIGEgZGVwbG95bWVudCBvZiBFQkdQIGZvciB0 aGUgZ2xvYmFsIGFlcm9uYXV0aWNhbCBuZXR3b3JrIOKAkyBOT1QgdGhlIHZhcG9yaXphdGlvbiBv ZiBvY2VhbmljIG5ldHdvcmtzIOKApi4NCkFjZWUNCg0KRnJvbTogcnRnd2cgPHJ0Z3dnLWJvdW5j ZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBvZiAiVGVtcGxpbiAoVVMpLCBGcmVkIEwiIDxGcmVkLkwu VGVtcGxpbkBib2VpbmcuY29tPg0KRGF0ZTogTW9uZGF5LCBKYW51YXJ5IDE0LCAyMDE5IGF0IDEx OjAzIEFNDQpUbzogQWJkdXNzYWxhbSBCYXJ5dW4gPGFiZHVzc2FsYW1iYXJ5dW5AZ21haWwuY29t PiwgRnJlZCBCYWtlciA8ZnJlZGJha2VyLmlldGZAZ21haWwuY29tPg0KQ2M6ICJkbW1AaWV0Zi5v cmciIDxkbW1AaWV0Zi5vcmc+LCAiaXRzQGlldGYub3JnIiA8aXRzQGlldGYub3JnPiwgUm91dGlu ZyBXRyA8cnRnd2dAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSRTogW2lwd2F2ZV0gSS1EIEFjdGlvbjog ZHJhZnQtaWV0Zi1ydGd3Zy1hdG4tYmdwLTAxLnR4dA0KDQpIaSwgaXQgaXMgaW50ZXJlc3Rpbmcg dG8gc2VlIHRoZXNlIGNvbW1lbnRzIGJ1dCB0aGV5IGFyZSByZWFsbHkgb3V0IG9mIHNjb3BlIGZv ciB0aGlzDQpkb2N1bWVudC4gVGhpcyBkb2N1bWVudCBkaXNjdXNzZXMgdGhlIGludGVyZG9tYWlu IHJvdXRpbmcgYmV0d2VlbiBkaWZmZXJlbnQNCmF1dG9ub21vdXMgc3lzdGVtcywgYW5kIGNsZWFy bHkgc3RhdGVzIHRoYXQgaW50cmFkb21haW4gY29uc2lkZXJhdGlvbnMgYXJlDQpvdXQgb2Ygc2Nv cGUuDQoNClRoYW5rcyAtIEZyZWQNCg0KRnJvbTogQWJkdXNzYWxhbSBCYXJ5dW4gW21haWx0bzph YmR1c3NhbGFtYmFyeXVuQGdtYWlsLmNvbV0NClNlbnQ6IFN1bmRheSwgSmFudWFyeSAxMywgMjAx OSAxMTo1NyBQTQ0KVG86IEZyZWQgQmFrZXIgPGZyZWRiYWtlci5pZXRmQGdtYWlsLmNvbT4NCkNj OiBUZW1wbGluIChVUyksIEZyZWQgTCA8RnJlZC5MLlRlbXBsaW5AYm9laW5nLmNvbT47IGl0c0Bp ZXRmLm9yZzsgZG1tQGlldGYub3JnOyBydGd3Z0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtpcHdh dmVdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtcnRnd2ctYXRuLWJncC0wMS50eHQNCg0KSGkgRnJl ZCBCYWtlciwNCg0KSSB1c3VhbGx5IGRpc2N1c3MgZGVwbG95bWVudCB3aGVuIHRoZSBpZXRmLWRy YWZ0IG9yIGlldGYtUkZDIGlzIGEgc3RhbmRhcmQsIGJ1dCB0aGlzIGRyYWZ0IGlzIGluZm9ybWF0 aW9uYWwgYW5kIGl0J3MgaW5jbHVkaW5nIHRoZSBwbGFubmluZyBmb3IgZnV0dXJlIHRlY2hub2xv Z2llcyBvZiBBZXJvbmF1dGljYWwgTW9iaWxlIFJvdXRpbmcuIE1vcmUgcmVwbHkgYmVsb3csDQoN Ck9uIFNhdCwgSmFuIDEyLCAyMDE5IGF0IDEwOjAwIFBNIEZyZWQgQmFrZXIgPGZyZWRiYWtlci5p ZXRmQGdtYWlsLmNvbTxtYWlsdG86ZnJlZGJha2VyLmlldGZAZ21haWwuY29tPj4gd3JvdGU6DQpI YXZpbmcgbm93IGlzIHJlYWQgdGhlIGRyYWZ0LCB3aGljaCBkb2VzbuKAmXQgbWVudGlvbiBjb21t b24gRW50ZXJwcmlzZSBSb3V0aW5nIHByb3RvbnMgc3VjaCBhcyBJUy1JUyAod2hpY2ggbWlnaHQg YmUgZXhwZWN0ZWQgZnJvbSBoaXN0b3J5KSBvciBPU1BGIGJ1dCBpcyBpbnN0ZWFkIGFsbCBhYm91 dCBhIHZlcnkgc3BlY2lmaWMgc2NvcGUgcmVnYXJkaW5nIElQdjYgYW5kIEJHUCwgSSB3b3VsZG7i gJl0IGV4cGVjdCBGcmVkIHRvIHVwZGF0ZSB0aGUgZHJhZnQgcGVyIHlvdXIgc3VnZ2VzdGlvbiB3 aXRob3V0IGEgdmVyeSBzdHJvbmcgb3BlcmF0aW9uYWwgYXJndW1lbnQuDQoNCkkgdGhpbmsgdGhh dCBuZXcgZHJhZnQgYXV0aG9ycyBhcmUgZXhwZWN0ZWQgdG8gaW5mb3JtIGNvbW11bml0eSBhYm91 dCBtb2JpbGUgcm91dGluZyBwcm90b2NvbHMgc3RhbmRhcmQgYnkgSUVURiBhcyB3b3JraW5nIHdp dGggdGhlIGF1dGhvcidzIHN1Z2dlc3RlZCBtb2JpbGUgcm91dGluZy4gSSBpbmNsdWRlZCBzdGFu ZGFyZHMgbGlrZSBETEVQIGFuZCBPTFNSdjIsIHRoZSBkcmFmdCBkb2VzIG5vdCBtZW50aW9uIGF0 IGFsbCwgd2h5PyBTbyBJIGV4cGVjdCB0aGF0IEZyZWQgKHRoZSBhdXRob3IpIGNhbiBkaXNjdXNz IG9uIHRoZSBsaXN0IHRoZSBtb2JpbGUgcm91dGluZyBvcHRpb25zL25vdC1vcHRpb25zIHdoZW4g dGhlIGRyYWZ0J3MgdGl0bGUgaXMgYWJvdXQgc2ltcGxlIG1vYmlsZSByb3V0aW5nICh1c3VhbGx5 IEkgZXhwZWN0IHVwZGF0ZXMgY2FuIGhhcHBlbiB3aGlsZSBXRyBkaXNjdXNzKS4NCg0KQ2FuIHlv dSBwb2ludCB0byBkZXBsb3ltZW50cyBpbiB3aGljaCBtb2JpbGUgYWQtaG9jIFJvdXRpbmcgcHJv dG9jb2xzIGFyZSBlbnZpc2FnZWQgb3IgaW4gdXNlIGluIGFlcm9uYXV0aWNzPw0KDQpXZSBkb24n dCBmb3JnZXQgdGhhdCB0aGUgZHJhZnQgaXMgc3VnZ2VzdGVkIGFzIGluZm9ybWF0aW9uYWwgbm90 IHN0YW5kYXJkLCBzbyBkZXBsb3ltZW50IGlzIG5vdCB0aGUgaXNzdWUsIElFVEYgZG8gcHVibGlz aCB0aGluZ3MgdGhhdCB3aWxsIGJlIGluIGZ1dHVyZSBpbXBsZW1lbnRlZC4gRnVydGhlcm1vcmUs IElFVEYgaGFzIHN0YW5kYXJkaXNlZCBtb2JpbGUgcm91dGluZ3Mgc28gd2UgY2Fubm90IGlnbm9y ZSB0aGVtIHdoZW4gd2Ugd3JpdGUgYSBuZXcgZHJhZnQgc3BlY2lhbGx5IHdoZW4gaXQgaXMgaW5m b3JtYXRpb25hbC4NCg0KQmVzdCBSZWdhcmRzLA0KDQpBQg0KDQpTZW50IHVzaW5nIGEgbWFjaGlu ZSB0aGF0IGF1dG9jb3JyZWN0cyBpbiBpbnRlcmVzdGluZyB3YXlzLi4uDQoNCk9uIEphbiAxMiwg MjAxOSwgYXQgMjozMSBBTSwgQWJkdXNzYWxhbSBCYXJ5dW4gPGFiZHVzc2FsYW1iYXJ5dW5AZ21h aWwuY29tPG1haWx0bzphYmR1c3NhbGFtYmFyeXVuQGdtYWlsLmNvbT4+IHdyb3RlOg0KSGkgRnJl ZCwNCg0KDQpUaGFua3MgZm9yIHRoaXMgd29yayB3aGljaCBpcyB2ZXJ5IGludGVyZXN0aW5nLiBJ TUhPLCB0aGUgZHJhZnQgc2hvdWxkIGNvbnNpZGVyIHVzaW5nIHRoZSBETEVQLCBPTFNSdjIsIEFP RFZ2MiwgbXVsdGl0b3BvbG9neSBwcm90b2NvbHMgZm9yIElQdjYsIGFzIFJGQzgxNzUsIFJGQzYx MzAsIFJGQzcxODEsIGRyYWZ0LXBlcmtpbnMtbWFuZXQtYW9kdnYyLTAyLCBhbmQgUkZDNzcyMi4g SWYgbm90IGNvbnNpZGVyaW5nIHRoZW4gSSB0aGluayBpdCBzaG91bGQgbWVudGlvbiB3aHkuDQoN CkJlc3QgcmVnYXJkcw0KQUINCg0KT24gU2F0LCBKYW4gMTIsIDIwMTkgYXQgMTI6MTAgQU0gVGVt cGxpbiAoVVMpLCBGcmVkIEwgPEZyZWQuTC5UZW1wbGluQGJvZWluZy5jb208bWFpbHRvOkZyZWQu TC5UZW1wbGluQGJvZWluZy5jb20+PiB3cm90ZToNCkhpLCB3ZSBoYXZlIHVwZGF0ZWQgdGhlIGRy YWZ0IGJhc2VkIG9uIHF1ZXN0aW9ucyBhbmQgY29tbWVudHMgcmVjZWl2ZWQuIE1vc3RseQ0KcG9p bnRzIGZvciBjbGFyaWZpY2F0aW9uLCBidXQgdGhlcmUgaXMgYWxzbyBhbiBpbXBvcnRhbnQgbmV3 IFNlY3Rpb24gb24gIlN0dWIgQVMgTW9iaWxlDQpSb3V0aW5nIFNlcnZpY2VzIi4NCg0KUGxlYXNl IGNoZWNrIHRoZSBkaWZmcyBhbmQgcG9zdCBjb21tZW50cyB0byBydGd3Z0BpZXRmLm9yZzxtYWls dG86cnRnd2dAaWV0Zi5vcmc+LiBBbHNvIGNyb3NzLXBvc3RpbmcgdG8NCmlwd2F2ZSBhbmQgZG1t IGR1ZSB0byBpbnRlcmVzdCB0aGVyZS4NCg0KVGhhbmtzIC0gRnJlZA0KDQo+IC0tLS0tT3JpZ2lu YWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IHJ0Z3dnIFttYWlsdG86cnRnd2ctYm91bmNlc0BpZXRm Lm9yZzxtYWlsdG86cnRnd2ctYm91bmNlc0BpZXRmLm9yZz5dIE9uIEJlaGFsZiBPZiBpbnRlcm5l dC1kcmFmdHNAaWV0Zi5vcmc8bWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZz4NCj4gU2Vu dDogRnJpZGF5LCBKYW51YXJ5IDExLCAyMDE5IDE6NTEgUE0NCj4gVG86IGktZC1hbm5vdW5jZUBp ZXRmLm9yZzxtYWlsdG86aS1kLWFubm91bmNlQGlldGYub3JnPg0KPiBDYzogcnRnd2dAaWV0Zi5v cmc8bWFpbHRvOnJ0Z3dnQGlldGYub3JnPg0KPiBTdWJqZWN0OiBJLUQgQWN0aW9uOiBkcmFmdC1p ZXRmLXJ0Z3dnLWF0bi1iZ3AtMDEudHh0DQo+DQo+DQo+IEEgTmV3IEludGVybmV0LURyYWZ0IGlz IGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy4N Cj4gVGhpcyBkcmFmdCBpcyBhIHdvcmsgaXRlbSBvZiB0aGUgUm91dGluZyBBcmVhIFdvcmtpbmcg R3JvdXAgV0cgb2YgdGhlIElFVEYuDQo+DQo+ICAgICAgICAgVGl0bGUgICAgICAgICAgIDogQSBT aW1wbGUgQkdQLWJhc2VkIE1vYmlsZSBSb3V0aW5nIFN5c3RlbSBmb3IgdGhlIEFlcm9uYXV0aWNh bCBUZWxlY29tbXVuaWNhdGlvbnMgTmV0d29yaw0KPiAgICAgICAgIEF1dGhvcnMgICAgICAgICA6 IEZyZWQgTC4gVGVtcGxpbg0KPiAgICAgICAgICAgICAgICAgICAgICAgICAgIEdyZWcgU2FjY29u ZQ0KPiAgICAgICAgICAgICAgICAgICAgICAgICAgIEdhdXJhdiBEYXdyYQ0KPiAgICAgICAgICAg ICAgICAgICAgICAgICAgIEFjZWUgTGluZGVtDQo+ICAgICAgICAgICAgICAgICAgICAgICAgICAg VmljdG9yIE1vcmVubw0KPiAgICAgICBGaWxlbmFtZSAgICAgICAgOiBkcmFmdC1pZXRmLXJ0Z3dn LWF0bi1iZ3AtMDEudHh0DQo+ICAgICAgIFBhZ2VzICAgICAgICAgICA6IDE4DQo+ICAgICAgIERh dGUgICAgICAgICAgICA6IDIwMTktMDEtMTENCj4NCj4gQWJzdHJhY3Q6DQo+ICAgIFRoZSBJbnRl cm5hdGlvbmFsIENpdmlsIEF2aWF0aW9uIE9yZ2FuaXphdGlvbiAoSUNBTykgaXMgaW52ZXN0aWdh dGluZw0KPiAgICBtb2JpbGUgcm91dGluZyBzb2x1dGlvbnMgZm9yIGEgd29ybGR3aWRlIEFlcm9u YXV0aWNhbA0KPiAgICBUZWxlY29tbXVuaWNhdGlvbnMgTmV0d29yayB3aXRoIEludGVybmV0IFBy b3RvY29sIFNlcnZpY2VzIChBVE4vSVBTKS4NCj4gICAgVGhlIEFUTi9JUFMgd2lsbCBldmVudHVh bGx5IHJlcGxhY2UgZXhpc3RpbmcgY29tbXVuaWNhdGlvbiBzZXJ2aWNlcw0KPiAgICB3aXRoIGFu IElQdjYtYmFzZWQgc2VydmljZSBzdXBwb3J0aW5nIHBlcnZhc2l2ZSBBaXIgVHJhZmZpYw0KPiAg ICBNYW5hZ2VtZW50IChBVE0pIGZvciBBaXIgVHJhZmZpYyBDb250cm9sbGVycyAoQVRDKSwgQWly bGluZQ0KPiAgICBPcGVyYXRpb25zIENvbnRyb2xsZXJzIChBT0MpLCBhbmQgYWxsIGNvbW1lcmNp YWwgYWlyY3JhZnQgd29ybGR3aWRlLg0KPiAgICBUaGlzIGluZm9ybWF0aW9uYWwgZG9jdW1lbnQg ZGVzY3JpYmVzIGEgc2ltcGxlIGFuZCBleHRlbnNpYmxlIG1vYmlsZQ0KPiAgICByb3V0aW5nIHNl cnZpY2UgYmFzZWQgb24gaW5kdXN0cnktc3RhbmRhcmQgQkdQIHRvIGFkZHJlc3MgdGhlIEFUTi9J UFMNCj4gICAgcmVxdWlyZW1lbnRzLg0KPg0KPg0KPiBUaGUgSUVURiBkYXRhdHJhY2tlciBzdGF0 dXMgcGFnZSBmb3IgdGhpcyBkcmFmdCBpczoNCj4gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvZHJhZnQtaWV0Zi1ydGd3Zy1hdG4tYmdwLw0KPg0KPiBUaGVyZSBhcmUgYWxzbyBodG1s aXplZCB2ZXJzaW9ucyBhdmFpbGFibGUgYXQ6DQo+IGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRt bC9kcmFmdC1pZXRmLXJ0Z3dnLWF0bi1iZ3AtMDENCj4gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRmLXJ0Z3dnLWF0bi1iZ3AtMDENCj4NCj4gQSBkaWZmIGZy b20gdGhlIHByZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0Og0KPiBodHRwczovL3d3dy5p ZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1ydGd3Zy1hdG4tYmdwLTAxDQo+DQo+DQo+ IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRo ZSB0aW1lIG9mIHN1Ym1pc3Npb24NCj4gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRp ZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZzxodHRwOi8vdG9vbHMuaWV0Zi5vcmc+ Lg0KPg0KPiBJbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBG VFAgYXQ6DQo+IGZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvDQo+DQo+IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IHJ0Z3dnIG1haWxp bmcgbGlzdA0KPiBydGd3Z0BpZXRmLm9yZzxtYWlsdG86cnRnd2dAaWV0Zi5vcmc+DQo+IGh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcnRnd2cNCg0KX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCml0cyBtYWlsaW5nIGxpc3QNCml0c0Bp ZXRmLm9yZzxtYWlsdG86aXRzQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9pdHMNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQpydGd3ZyBtYWlsaW5nIGxpc3QNCnJ0Z3dnQGlldGYub3JnPG1haWx0bzpydGd3Z0Bp ZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcnRnd2cNCg== --_000_1F3F3B77CE0F474F819F996325B14248ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <42C58B72C8F5BB4A96A0A4C00DE9866E@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBO ZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxl LXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAu bXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxlLW5h bWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDow aW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZv bnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bh bi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUx OQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJy aSIsc2Fucy1zZXJpZjt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQt b25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjgu NWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRT ZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJv ZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0i V29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+SSBh Z3JlZS4gJm5ic3A7VGhpcyBkcmFmdCBkZXNjcmliZXMgYSBkZXBsb3ltZW50IG9mIEVCR1AgZm9y IHRoZSBnbG9iYWwgYWVyb25hdXRpY2FsIG5ldHdvcmsg4oCTIE5PVCB0aGUgdmFwb3JpemF0aW9u IG9mIG9jZWFuaWMgbmV0d29ya3Mg4oCmLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5BY2VlDQo8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQg I0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48Yj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPkZyb206IDwvc3Bhbj4NCjwvYj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPnJ0Z3dnICZs dDtydGd3Zy1ib3VuY2VzQGlldGYub3JnJmd0OyBvbiBiZWhhbGYgb2YgJnF1b3Q7VGVtcGxpbiAo VVMpLCBGcmVkIEwmcXVvdDsgJmx0O0ZyZWQuTC5UZW1wbGluQGJvZWluZy5jb20mZ3Q7PGJyPg0K PGI+RGF0ZTogPC9iPk1vbmRheSwgSmFudWFyeSAxNCwgMjAxOSBhdCAxMTowMyBBTTxicj4NCjxi PlRvOiA8L2I+QWJkdXNzYWxhbSBCYXJ5dW4gJmx0O2FiZHVzc2FsYW1iYXJ5dW5AZ21haWwuY29t Jmd0OywgRnJlZCBCYWtlciAmbHQ7ZnJlZGJha2VyLmlldGZAZ21haWwuY29tJmd0Ozxicj4NCjxi PkNjOiA8L2I+JnF1b3Q7ZG1tQGlldGYub3JnJnF1b3Q7ICZsdDtkbW1AaWV0Zi5vcmcmZ3Q7LCAm cXVvdDtpdHNAaWV0Zi5vcmcmcXVvdDsgJmx0O2l0c0BpZXRmLm9yZyZndDssIFJvdXRpbmcgV0cg Jmx0O3J0Z3dnQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5SRTogW2lwd2F2ZV0g SS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1ydGd3Zy1hdG4tYmdwLTAxLnR4dDxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkhpLCBpdCBpcyBp bnRlcmVzdGluZyB0byBzZWUgdGhlc2UgY29tbWVudHMgYnV0IHRoZXkgYXJlIHJlYWxseSBvdXQg b2Ygc2NvcGUgZm9yIHRoaXM8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPmRvY3VtZW50LiBUaGlzIGRvY3VtZW50IGRpc2N1c3NlcyB0aGUgaW50ZXJkb21haW4gcm91 dGluZyBiZXR3ZWVuIGRpZmZlcmVudDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+YXV0b25vbW91cyBzeXN0ZW1zLCBhbmQgY2xlYXJseSBzdGF0ZXMgdGhhdCBpbnRy YWRvbWFpbiBjb25zaWRlcmF0aW9ucyBhcmU8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPm91dCBvZiBzY29wZS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+VGhhbmtzIC0gRnJlZDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5v bmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDQuMHB0 Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUx RTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bh bj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gQWJkdXNzYWxhbSBCYXJ5dW4gW21haWx0bzphYmR1c3Nh bGFtYmFyeXVuQGdtYWlsLmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBTdW5kYXksIEphbnVhcnkg MTMsIDIwMTkgMTE6NTcgUE08YnI+DQo8Yj5Ubzo8L2I+IEZyZWQgQmFrZXIgJmx0O2ZyZWRiYWtl ci5pZXRmQGdtYWlsLmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+IFRlbXBsaW4gKFVTKSwgRnJlZCBM ICZsdDtGcmVkLkwuVGVtcGxpbkBib2VpbmcuY29tJmd0OzsgaXRzQGlldGYub3JnOyBkbW1AaWV0 Zi5vcmc7IHJ0Z3dnQGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbaXB3YXZlXSBJ LUQgQWN0aW9uOiBkcmFmdC1pZXRmLXJ0Z3dnLWF0bi1iZ3AtMDEudHh0PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDouNWluIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+SGkg RnJlZCBCYWtlciw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWlu Ij5JIHVzdWFsbHkgZGlzY3VzcyBkZXBsb3ltZW50IHdoZW4gdGhlIGlldGYtZHJhZnQgb3IgaWV0 Zi1SRkMgaXMgYSBzdGFuZGFyZCwgYnV0IHRoaXMgZHJhZnQgaXMgaW5mb3JtYXRpb25hbCBhbmQg aXQncyBpbmNsdWRpbmcgdGhlIHBsYW5uaW5nIGZvciBmdXR1cmUgdGVjaG5vbG9naWVzIG9mIEFl cm9uYXV0aWNhbCBNb2JpbGUgUm91dGluZy4gTW9yZSByZXBseSBiZWxvdyw8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6LjVpbiI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5PbiBTYXQsIEphbiAxMiwgMjAxOSBh dCAxMDowMCBQTSBGcmVkIEJha2VyICZsdDs8YSBocmVmPSJtYWlsdG86ZnJlZGJha2VyLmlldGZA Z21haWwuY29tIj5mcmVkYmFrZXIuaWV0ZkBnbWFpbC5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1s ZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4t bGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRv bTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 Oi41aW4iPkhhdmluZyBub3cgaXMgcmVhZCB0aGUgZHJhZnQsIHdoaWNoIGRvZXNu4oCZdCBtZW50 aW9uIGNvbW1vbiBFbnRlcnByaXNlIFJvdXRpbmcgcHJvdG9ucyBzdWNoIGFzIElTLUlTICh3aGlj aCBtaWdodCBiZSBleHBlY3RlZCBmcm9tIGhpc3RvcnkpIG9yIE9TUEYgYnV0IGlzIGluc3RlYWQg YWxsIGFib3V0IGEgdmVyeSBzcGVjaWZpYyBzY29wZSByZWdhcmRpbmcgSVB2NiBhbmQNCiBCR1As IEkgd291bGRu4oCZdCBleHBlY3QgRnJlZCB0byB1cGRhdGUgdGhlIGRyYWZ0IHBlciB5b3VyIHN1 Z2dlc3Rpb24gd2l0aG91dCBhIHZlcnkgc3Ryb25nIG9wZXJhdGlvbmFsIGFyZ3VtZW50Lg0KPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVp biI+SSB0aGluayB0aGF0IG5ldyBkcmFmdCBhdXRob3JzJm5ic3A7YXJlIGV4cGVjdGVkIHRvIGlu Zm9ybSBjb21tdW5pdHkmbmJzcDthYm91dCBtb2JpbGUgcm91dGluZyBwcm90b2NvbHMmbmJzcDtz dGFuZGFyZCBieSBJRVRGIGFzIHdvcmtpbmcgd2l0aCB0aGUgYXV0aG9yJ3Mgc3VnZ2VzdGVkIG1v YmlsZSByb3V0aW5nLiBJIGluY2x1ZGVkIHN0YW5kYXJkcyBsaWtlIERMRVAgYW5kIE9MU1J2Miwg dGhlDQogZHJhZnQgZG9lcyBub3QgbWVudGlvbiBhdCBhbGwsIHdoeT8gU28gSSBleHBlY3QgdGhh dCBGcmVkICh0aGUgYXV0aG9yKSBjYW4gZGlzY3VzcyBvbiB0aGUgbGlzdCB0aGUgbW9iaWxlIHJv dXRpbmcgb3B0aW9ucy9ub3Qtb3B0aW9ucyB3aGVuIHRoZSBkcmFmdCdzIHRpdGxlIGlzIGFib3V0 IHNpbXBsZSBtb2JpbGUgcm91dGluZyAodXN1YWxseSBJIGV4cGVjdCB1cGRhdGVzIGNhbiBoYXBw ZW4gd2hpbGUmbmJzcDtXRyBkaXNjdXNzKS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj4mbmJzcDs8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRl ci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJn aW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi41aW4iPkNhbiB5b3UgcG9pbnQgdG8gZGVwbG95bWVudHMgaW4gd2hpY2ggbW9iaWxlIGFk LWhvYyBSb3V0aW5nIHByb3RvY29scyBhcmUgZW52aXNhZ2VkIG9yIGluIHVzZSBpbiBhZXJvbmF1 dGljcz88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluIj5XZSBkb24ndCBmb3JnZXQgdGhhdCB0aGUgZHJhZnQgaXMgc3VnZ2VzdGVkIGFz IGluZm9ybWF0aW9uYWwgbm90IHN0YW5kYXJkLCBzbyBkZXBsb3ltZW50IGlzIG5vdCB0aGUgaXNz dWUsIElFVEYgZG8gcHVibGlzaCB0aGluZ3MgdGhhdCB3aWxsIGJlIGluIGZ1dHVyZSBpbXBsZW1l bnRlZC4gRnVydGhlcm1vcmUsIElFVEYgaGFzIHN0YW5kYXJkaXNlZCBtb2JpbGUgcm91dGluZ3MN CiBzbyB3ZSBjYW5ub3QgaWdub3JlIHRoZW0gd2hlbiB3ZSB3cml0ZSBhIG5ldyBkcmFmdCBzcGVj aWFsbHkgd2hlbiBpdCBpcyBpbmZvcm1hdGlvbmFsLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPiZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPkJlc3QgUmVnYXJkcyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5BQjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8Ymxv Y2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBw dDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLXJpZ2h0OjBpbjttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8ZGl2IGlkPSJnbWFpbC1tXzk0OTA1OTgyMTQxNTgyMjYxNUFwcGxlTWFpbFNpZ25h dHVyZSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+U2Vu dCB1c2luZyBhIG1hY2hpbmUgdGhhdCBhdXRvY29ycmVjdHMgaW4gaW50ZXJlc3Rpbmcgd2F5cy4u LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDowaW47bWFyZ2luLXJpZ2h0OjBpbjttYXJnaW4tYm90dG9t OjEyLjBwdDttYXJnaW4tbGVmdDouNWluIj4NCjxicj4NCk9uIEphbiAxMiwgMjAxOSwgYXQgMjoz MSBBTSwgQWJkdXNzYWxhbSBCYXJ5dW4gJmx0OzxhIGhyZWY9Im1haWx0bzphYmR1c3NhbGFtYmFy eXVuQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmFiZHVzc2FsYW1iYXJ5dW5AZ21haWwuY29t PC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxl PSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWlu Ij5IaSBGcmVkLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4i PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPlRoYW5rcyBmb3IgdGhpcyB3b3JrIHdoaWNoIGlz IHZlcnkgaW50ZXJlc3RpbmcuIElNSE8sIHRoZSBkcmFmdCBzaG91bGQgY29uc2lkZXIgdXNpbmcg dGhlIERMRVAsIE9MU1J2MiwgQU9EVnYyLCBtdWx0aXRvcG9sb2d5Jm5ic3A7cHJvdG9jb2xzIGZv ciBJUHY2LCBhcyZuYnNwO1JGQzgxNzUsIFJGQzYxMzAsIFJGQzcxODEsIGRyYWZ0LXBlcmtpbnMt bWFuZXQtYW9kdnYyLTAyLCBhbmQNCiBSRkM3NzIyLiBJZiBub3QgY29uc2lkZXJpbmcgdGhlbiBJ IHRoaW5rIGl0IHNob3VsZCBtZW50aW9uIHdoeS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj4mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDouNWluIj5CZXN0IHJlZ2FyZHM8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5BQiZu YnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVp biI+T24gU2F0LCBKYW4gMTIsIDIwMTkgYXQgMTI6MTAgQU0gVGVtcGxpbiAoVVMpLCBGcmVkIEwg Jmx0OzxhIGhyZWY9Im1haWx0bzpGcmVkLkwuVGVtcGxpbkBib2VpbmcuY29tIiB0YXJnZXQ9Il9i bGFuayI+RnJlZC5MLlRlbXBsaW5AYm9laW5nLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6 c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0 OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBpbjttYXJnaW4tYm90dG9tOjUu MHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5IaSwg d2UgaGF2ZSB1cGRhdGVkIHRoZSBkcmFmdCBiYXNlZCBvbiBxdWVzdGlvbnMgYW5kIGNvbW1lbnRz IHJlY2VpdmVkLiBNb3N0bHk8YnI+DQpwb2ludHMgZm9yIGNsYXJpZmljYXRpb24sIGJ1dCB0aGVy ZSBpcyBhbHNvIGFuIGltcG9ydGFudCBuZXcgU2VjdGlvbiBvbiAmcXVvdDtTdHViIEFTIE1vYmls ZTxicj4NClJvdXRpbmcgU2VydmljZXMmcXVvdDsuPGJyPg0KPGJyPg0KUGxlYXNlIGNoZWNrIHRo ZSBkaWZmcyBhbmQgcG9zdCBjb21tZW50cyB0byA8YSBocmVmPSJtYWlsdG86cnRnd2dAaWV0Zi5v cmciIHRhcmdldD0iX2JsYW5rIj4NCnJ0Z3dnQGlldGYub3JnPC9hPi4gQWxzbyBjcm9zcy1wb3N0 aW5nIHRvPGJyPg0KaXB3YXZlIGFuZCBkbW0gZHVlIHRvIGludGVyZXN0IHRoZXJlLjxicj4NCjxi cj4NClRoYW5rcyAtIEZyZWQ8YnI+DQo8YnI+DQomZ3Q7IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tPGJyPg0KJmd0OyBGcm9tOiBydGd3ZyBbbWFpbHRvOjxhIGhyZWY9Im1haWx0bzpydGd3Zy1i b3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+cnRnd2ctYm91bmNlc0BpZXRmLm9yZzwv YT5dIE9uIEJlaGFsZiBPZg0KPGEgaHJlZj0ibWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9y ZyIgdGFyZ2V0PSJfYmxhbmsiPmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZzwvYT48YnI+DQomZ3Q7 IFNlbnQ6IEZyaWRheSwgSmFudWFyeSAxMSwgMjAxOSAxOjUxIFBNPGJyPg0KJmd0OyBUbzogPGEg aHJlZj0ibWFpbHRvOmktZC1hbm5vdW5jZUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmktZC1h bm5vdW5jZUBpZXRmLm9yZzwvYT48YnI+DQomZ3Q7IENjOiA8YSBocmVmPSJtYWlsdG86cnRnd2dA aWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5ydGd3Z0BpZXRmLm9yZzwvYT48YnI+DQomZ3Q7IFN1 YmplY3Q6IEktRCBBY3Rpb246IGRyYWZ0LWlldGYtcnRnd2ctYXRuLWJncC0wMS50eHQ8YnI+DQom Z3Q7IDxicj4NCiZndDsgPGJyPg0KJmd0OyBBIE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFi bGUgZnJvbSB0aGUgb24tbGluZSBJbnRlcm5ldC1EcmFmdHMgZGlyZWN0b3JpZXMuPGJyPg0KJmd0 OyBUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBSb3V0aW5nIEFyZWEgV29ya2luZyBH cm91cCBXRyBvZiB0aGUgSUVURi48YnI+DQomZ3Q7IDxicj4NCiZndDsmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7VGl0bGUmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOzogQSBTaW1wbGUgQkdQLWJhc2VkIE1vYmlsZSBSb3V0aW5nIFN5c3RlbSBmb3IgdGhl IEFlcm9uYXV0aWNhbCBUZWxlY29tbXVuaWNhdGlvbnMgTmV0d29yazxicj4NCiZndDsmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7QXV0aG9ycyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDs6IEZyZWQgTC4gVGVtcGxpbjxicj4NCiZndDsmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7R3JlZyBTYWNjb25lPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtHYXVyYXYgRGF3cmE8YnI+DQomZ3Q7Jm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0FjZWUgTGluZGVtPGJyPg0KJmd0OyZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtWaWN0b3IgTW9yZW5vPGJyPg0KJmd0 OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0ZpbGVuYW1lJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7IDogZHJhZnQtaWV0Zi1ydGd3Zy1hdG4tYmdwLTAxLnR4dDxicj4NCiZndDsmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDtQYWdlcyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7OiAxODxicj4NCiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtEYXRlJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgOiAyMDE5LTAxLTExPGJyPg0K Jmd0OyA8YnI+DQomZ3Q7IEFic3RyYWN0Ojxicj4NCiZndDsmbmJzcDsgJm5ic3A7IFRoZSBJbnRl cm5hdGlvbmFsIENpdmlsIEF2aWF0aW9uIE9yZ2FuaXphdGlvbiAoSUNBTykgaXMgaW52ZXN0aWdh dGluZzxicj4NCiZndDsmbmJzcDsgJm5ic3A7IG1vYmlsZSByb3V0aW5nIHNvbHV0aW9ucyBmb3Ig YSB3b3JsZHdpZGUgQWVyb25hdXRpY2FsPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgVGVsZWNvbW11 bmljYXRpb25zIE5ldHdvcmsgd2l0aCBJbnRlcm5ldCBQcm90b2NvbCBTZXJ2aWNlcyAoQVROL0lQ UykuPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgVGhlIEFUTi9JUFMgd2lsbCBldmVudHVhbGx5IHJl cGxhY2UgZXhpc3RpbmcgY29tbXVuaWNhdGlvbiBzZXJ2aWNlczxicj4NCiZndDsmbmJzcDsgJm5i c3A7IHdpdGggYW4gSVB2Ni1iYXNlZCBzZXJ2aWNlIHN1cHBvcnRpbmcgcGVydmFzaXZlIEFpciBU cmFmZmljPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgTWFuYWdlbWVudCAoQVRNKSBmb3IgQWlyIFRy YWZmaWMgQ29udHJvbGxlcnMgKEFUQyksIEFpcmxpbmU8YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwOyBP cGVyYXRpb25zIENvbnRyb2xsZXJzIChBT0MpLCBhbmQgYWxsIGNvbW1lcmNpYWwgYWlyY3JhZnQg d29ybGR3aWRlLjxicj4NCiZndDsmbmJzcDsgJm5ic3A7IFRoaXMgaW5mb3JtYXRpb25hbCBkb2N1 bWVudCBkZXNjcmliZXMgYSBzaW1wbGUgYW5kIGV4dGVuc2libGUgbW9iaWxlPGJyPg0KJmd0OyZu YnNwOyAmbmJzcDsgcm91dGluZyBzZXJ2aWNlIGJhc2VkIG9uIGluZHVzdHJ5LXN0YW5kYXJkIEJH UCB0byBhZGRyZXNzIHRoZSBBVE4vSVBTPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgcmVxdWlyZW1l bnRzLjxicj4NCiZndDsgPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFRoZSBJRVRGIGRhdGF0cmFja2Vy IHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOjxicj4NCiZndDsgPGEgaHJlZj0iaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1ydGd3Zy1hdG4tYmdwLyIgdGFy Z2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0 Zi1ydGd3Zy1hdG4tYmdwLzwvYT48YnI+DQomZ3Q7IDxicj4NCiZndDsgVGhlcmUgYXJlIGFsc28g aHRtbGl6ZWQgdmVyc2lvbnMgYXZhaWxhYmxlIGF0Ojxicj4NCiZndDsgPGEgaHJlZj0iaHR0cHM6 Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtcnRnd2ctYXRuLWJncC0wMSIgdGFyZ2V0 PSJfYmxhbmsiPg0KaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtcnRnd2ct YXRuLWJncC0wMTwvYT48YnI+DQomZ3Q7IDxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi1ydGd3Zy1hdG4tYmdwLTAxIiB0YXJnZXQ9Il9ibGFu ayI+DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWlldGYtcnRn d2ctYXRuLWJncC0wMTwvYT48YnI+DQomZ3Q7IDxicj4NCiZndDsgQSBkaWZmIGZyb20gdGhlIHBy ZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0Ojxicj4NCiZndDsgPGEgaHJlZj0iaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtcnRnd2ctYXRuLWJncC0wMSIg dGFyZ2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0 LWlldGYtcnRnd2ctYXRuLWJncC0wMTwvYT48YnI+DQomZ3Q7IDxicj4NCiZndDsgPGJyPg0KJmd0 OyBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0 aGUgdGltZSBvZiBzdWJtaXNzaW9uPGJyPg0KJmd0OyB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lv biBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IDxhIGhyZWY9Imh0dHA6Ly90b29scy5pZXRmLm9y ZyIgdGFyZ2V0PSJfYmxhbmsiPg0KdG9vbHMuaWV0Zi5vcmc8L2E+Ljxicj4NCiZndDsgPGJyPg0K Jmd0OyBJbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAg YXQ6PGJyPg0KJmd0OyA8YSBocmVmPSJmdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRz LyIgdGFyZ2V0PSJfYmxhbmsiPmZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvPC9h Pjxicj4NCiZndDsgPGJyPg0KJmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXzxicj4NCiZndDsgcnRnd2cgbWFpbGluZyBsaXN0PGJyPg0KJmd0OyA8YSBo cmVmPSJtYWlsdG86cnRnd2dAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5ydGd3Z0BpZXRmLm9y ZzwvYT48YnI+DQomZ3Q7IDxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vcnRnd2ciIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL3J0Z3dnPC9hPjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fPGJyPg0KaXRzIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9 Im1haWx0bzppdHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5pdHNAaWV0Zi5vcmc8L2E+PGJy Pg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pdHMiIHRh cmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2l0czwv YT48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2Nr cXVvdGU+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 LjVpbiI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+ DQpydGd3ZyBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86cnRnd2dAaWV0Zi5vcmci IHRhcmdldD0iX2JsYW5rIj5ydGd3Z0BpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3J0Z3dnIiB0YXJnZXQ9Il9ibGFuayI+aHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9ydGd3ZzwvYT48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_1F3F3B77CE0F474F819F996325B14248ciscocom_-- From nobody Tue Jan 15 03:14:04 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD40D130E2F for ; Tue, 15 Jan 2019 03:14:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oSRvnzBm353z for ; Tue, 15 Jan 2019 03:13:58 -0800 (PST) Received: from lecas.av.it.pt (webmail.av.it.pt [193.136.92.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9EB1A127133 for ; Tue, 15 Jan 2019 03:13:57 -0800 (PST) Received: from lecas.av.it.pt (192.168.86.21) by lecas.av.it.pt (192.168.86.21) with Microsoft SMTP Server (TLS) id 15.0.1156.6; Tue, 15 Jan 2019 11:13:54 +0000 Received: from lecas.av.it.pt ([fe80::90e2:72e6:64ee:4859]) by lecas.av.it.pt ([fe80::90e2:72e6:64ee:4859%15]) with mapi id 15.00.1156.000; Tue, 15 Jan 2019 11:13:54 +0000 From: Daniel Nunes Corujo To: "dmm@ietf.org" Thread-Topic: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 Thread-Index: AQHUqEs3VTAjcTZYRUC5U1x6/vM4pg== Date: Tue, 15 Jan 2019 11:13:54 +0000 Message-ID: <8CB4278A-B72F-4D7D-A115-37037EF95285@av.it.pt> References: Accept-Language: en-US, pt-PT Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [94.61.159.240] Content-Type: multipart/mixed; boundary="_004_8CB4278AB72F4D7DA11537037EF95285avitpt_" MIME-Version: 1.0 Archived-At: Subject: [DMM] Fwd: WGLC on draft-ietf-dmm-pmipv6-dlif-03 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2019 11:14:02 -0000 --_004_8CB4278AB72F4D7DA11537037EF95285avitpt_ Content-Type: multipart/alternative; boundary="_000_8CB4278AB72F4D7DA11537037EF95285avitpt_" --_000_8CB4278AB72F4D7DA11537037EF95285avitpt_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBhbGwsDQoNCkkgY29uc2lkZXIgdGhhdCB0aGlzIGRyYWZ0IHNob3VsZCBtb3ZlIGZvcndh cmQuDQoNCkNvbSBvcyBtZWxob3JlcyBjdW1wcmltZW50b3MgLyBCZXN0IHJlZ2FyZHMNCg0KRGFu aWVsIENvcnVqbw0KSW5zdGl0dXRvIGRlIFRlbGVjb211bmljYcOnw7VlcyAtIFDDs2xvIGRlIEF2 ZWlybw0KaHR0cDovL3d3dy5pdC5wdA0KDQpbY2lkOjMxMUNGMTZGLUE3ODEtNDJCOC05QjhCLUUw NTNFNDI3RkVBM10NCg0KV2F0Y2ggb3VyIFZJREVPOg0KaHR0cHM6Ly95b3V0dS5iZS9sSThEbm1C bkV0VQ0KSW50ZXJuZXQgVGVjaG5vbG9neSBMZXR0ZXJzIEpvdXJuYWwgaXMgYWNjZXB0aW5nIHB1 YmxpY2F0aW9uczoNCmh0dHA6Ly9vbmxpbmVsaWJyYXJ5LndpbGV5LmNvbS9qb3VybmFsLzEwLjEw MDIvKElTU04pMjQ3Ni0xNTA4DQoNCkJlZ2luIGZvcndhcmRlZCBtZXNzYWdlOg0KDQpGcm9tOiBT cmkgR3VuZGF2ZWxsaSAoc2d1bmRhdmUpIDxzZ3VuZGF2ZUBjaXNjby5jb208bWFpbHRvOnNndW5k YXZlQGNpc2NvLmNvbT4+DQpEYXRlOiBXZWQsIEphbiA5LCAyMDE5IGF0IDc6NDMgUE0NClN1Ympl Y3Q6IFtETU1dIFdHTEMgb24gZHJhZnQtaWV0Zi1kbW0tcG1pcHY2LWRsaWYtMDMNClRvOiBkbW1A aWV0Zi5vcmc8bWFpbHRvOmRtbUBpZXRmLm9yZz4gPGRtbUBpZXRmLm9yZzxtYWlsdG86ZG1tQGll dGYub3JnPj4NCg0KDQpGb2xrcyDigJMgQXMgd2UgZGlzY3Vzc2VkIGluIHRoZSBXRyBtZWV0aW5n IGF0IElFVEYxMDMsIHdlIGFyZSBpc3N1aW5nIFdHTEMgb24gaHR0cHM6Ly93d3cuaWV0Zi5vcmcv aWQvZHJhZnQtaWV0Zi1kbW0tcG1pcHY2LWRsaWYtMDMudHh0Lg0KDQpXZSBoYXZlIGFsc28gbWFk ZSBvbmUga2V5IGNoYW5nZSB0byB0aGUgZG9jdW1lbnQgc3RhdHVzLCBtb3ZpbmcgaXQgZnJvbSBT dGFuZGFyZHMgVHJhY2sgdG8gRXhwZXJpbWVudGFsIFRyYWNrLiBXZSB0aGUgY2hhaXJzIGhhdmUg dGFsa2VkIHRvIHRoZSBhdXRob3JzIGFuZCB0aGV5IGFyZSBPSyB3aXRoIHRoaXMgY2hhbmdlLiBX ZSBhcmUgZG9uZyB0aGlzIGFzIHdlIGFyZSBub3Qgc3VyZSBhYm91dCBhbnkgcG90ZW50aWFsIHZl bmRvciBpbXBsZW1lbnRhdGlvbnMgYW5kIHNvIHdlIGNob3NlIHRvIGtlZXAgdGhpcyBvbiBleHBl cmltZW50YWwgdHJhY2suDQoNClRoZSBkb2N1bWVudCB3ZW50IHRocm91Z2ggc2V2ZXJhbCByZXZp c2lvbnMgYW5kIHRoZXJlIHdlcmUgZ29vZCBhbW91bnQgb2YgcmV2aWV3cyBvbiB0aGlzIGRvY3Vt ZW50LiAgVGhlIGF1dGhvcnMgaGF2ZSBhZGRyZXNzZWQgYWxsIHRoZSBjb21tZW50cyBhbmQgdGhl cmUgYXJlIG5vIG9wZW4gaXNzdWVzIHRoYXQgd2UgYXJlIHRyYWNraW5nIGF0IHRoaXMgdGltZS4g V2UgYmVsaWV2ZSB0aGUgZG9jdW1lbnQgaXMgcmVhZHkgZm9yIElFU0cgcmV2aWV3cyBhbmQgbGlr ZSB0byBjb25maXJtIHRoZSBzYW1lIGZyb20gdGhlIHdvcmtpbmcgZ3JvdXAuDQoNCg0KVGhlIGZv bGxvd2luZyBtZXNzYWdlIGNvbW1lbmNlcyBhIHR3byB3ZWVrIFdHTEMgZm9yIGFsbCBmZWVkYmFj ay4NCg0KRG9jdW1lbnQgTGluazoNCiBodHRwczovL3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1pZXRm LWRtbS1wbWlwdjYtZGxpZi0wMy50eHQ8aHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQvZHJhZnQtaWV0 Zi1kbW0tcG1pcHY2LWRsaWYtMDMuLnR4dD4NCg0KVGhlIHRhcmdldCBzdGF0dXMgZm9yIHRoaXMg ZG9jdW1lbnQgaXMg4oCcRXhwZXJpbWVudGFs4oCdLg0KDQpQbGVhc2UgcG9zdCBhbnkgY29tbWVu dHMvY29uY2VybnMgb24gdGhlIGRyYWZ0Lg0KDQoNClRoYW5rcyENCkRhcGVuZyAmIFNyaQ0KDQoN Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpkbW0gbWFp bGluZyBsaXN0DQpkbW1AaWV0Zi5vcmc8bWFpbHRvOmRtbUBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZG1tDQoNCg== --_000_8CB4278AB72F4D7DA11537037EF95285avitpt_ Content-Type: text/html; charset="utf-8" Content-ID: <0DFADC11EEE1154B91FCEAC199555685@av.it.pt> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgbGluZS1icmVhazogYWZ0 ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCkRlYXIgYWxsLA0KPGRpdiBjbGFzcz0iIj48YnIg Y2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+SSBjb25zaWRlciB0aGF0IHRoaXMgZHJh ZnQgc2hvdWxkIG1vdmUgZm9yd2FyZC48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIi Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7 IGNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQtc2l6ZTog MTJweDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250 LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0 ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7 IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13 ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDog MHB4OyB0ZXh0LWRlY29yYXRpb246IG5vbmU7Ij4NCkNvbSBvcyBtZWxob3JlcyBjdW1wcmltZW50 b3MgLyBCZXN0Jm5ic3A7cmVnYXJkczxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCkRhbmll bCBDb3J1am88YnIgY2xhc3M9IiI+DQpJbnN0aXR1dG8gZGUgVGVsZWNvbXVuaWNhw6fDtWVzIC0g UMOzbG8gZGUmbmJzcDtBdmVpcm88YnIgY2xhc3M9IiI+DQo8YSBocmVmPSJodHRwOi8vd3d3Lml0 LnB0IiBjbGFzcz0iIj5odHRwOi8vd3d3Lml0LnB0PC9hPjwvZGl2Pg0KPGJyIGNsYXNzPSJBcHBs ZS1pbnRlcmNoYW5nZS1uZXdsaW5lIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsg Y29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEhlbHZldGljYTsgZm9udC1zaXplOiAx MnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQt d2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRl eHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsg d2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdl YmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAw cHg7IHRleHQtZGVjb3JhdGlvbjogbm9uZTsiPg0KPHNwYW4gc3R5bGU9ImNhcmV0LWNvbG9yOiBy Z2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7 IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczog bm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBo YW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFu c2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFj aW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzsgLXdlYmtpdC10ZXh0LXN0 cm9rZS13aWR0aDogMHB4OyB0ZXh0LWRlY29yYXRpb246IG5vbmU7Ij48c3Bhbj48c3Bhbj48c3Bh bj48c3Bhbj48c3Bhbj48c3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2Io MCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZv bnQtc2l6ZTogMTJweDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9y bWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5z OiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zv cm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5n OiAwcHg7IC13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzsgLXdlYmtpdC10ZXh0LXN0cm9r ZS13aWR0aDogMHB4OyB0ZXh0LWRlY29yYXRpb246IG5vbmU7Ij48c3Bhbj48c3Bhbj48YnIgY2xh c3M9IkFwcGxlLWludGVyY2hhbmdlLW5ld2xpbmUiPg0KPGJyIHN0eWxlPSJjYXJldC1jb2xvcjog cmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZhbWlseTogSGVsdmV0aWNh OyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6 IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgdGV4 dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3 aGl0ZS1zcGFjZTogbm9ybWFsOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9r ZS13aWR0aDogMHB4OyB0ZXh0LWRlY29yYXRpb246IG5vbmU7IiBjbGFzcz0iIj4NCjxzcGFuIHN0 eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyBmb250 LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsg Zm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNw YWNpbmc6IG5vcm1hbDsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQt dHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3b3JkLXNwYWNpbmc6IDBweDsg LXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB0ZXh0LWRlY29yYXRpb246IG5vbmU7IGZs b2F0OiBub25lOyBkaXNwbGF5OiBpbmxpbmUgIWltcG9ydGFudDsiIGNsYXNzPSIiPldhdGNoDQog b3VyIFZJREVPOjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwvc3Bhbj4NCjxkaXYgc3R5bGU9ImNhcmV0 LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBI ZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlh bnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9y bWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsg dGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsg d29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzsgLXdlYmtp dC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB0ZXh0LWRlY29yYXRpb246IG5vbmU7IiBjbGFzcz0i Ij4NCjxzcGFuIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAs IDAsIDApOyBmb250LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5 bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1h bDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50 OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3b3JkLXNw YWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB0ZXh0LWRlY29yYXRp b246IG5vbmU7Ij48c3Bhbj48c3Bhbj48c3BhbiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAw LCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEhlbHZldGljYTsgZm9udC1z aXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7 IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IHRleHQtYWxpZ246 IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3Bh Y2U6IG5vcm1hbDsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6 IDBweDsgdGV4dC1kZWNvcmF0aW9uOiBub25lOyBmbG9hdDogbm9uZTsgZGlzcGxheTogaW5saW5l ICFpbXBvcnRhbnQ7IiBjbGFzcz0iIj48YSBocmVmPSJodHRwczovL3lvdXR1LmJlL2xJOERubUJu RXRVIiBjbGFzcz0iIj5odHRwczovL3lvdXR1LmJlL2xJOERubUJuRXRVPC9hPjwvc3Bhbj48L3Nw YW4+PC9zcGFuPjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwg MCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQt c2l6ZTogMTJweDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFs OyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBh dXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06 IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAw cHg7IC13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzsgLXdlYmtpdC10ZXh0LXN0cm9rZS13 aWR0aDogMHB4OyB0ZXh0LWRlY29yYXRpb246IG5vbmU7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxl PSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZh bWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9u dC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNp bmc6IG5vcm1hbDsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJh bnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdl YmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB0ZXh0LWRlY29yYXRpb246IG5vbmU7Ij48c3Bh bj48c3Bhbj48c3BhbiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJn YigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEhlbHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250 LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBu b3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWlu ZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd29y ZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsgdGV4dC1kZWNv cmF0aW9uOiBub25lOyBmbG9hdDogbm9uZTsgZGlzcGxheTogaW5saW5lICFpbXBvcnRhbnQ7IiBj bGFzcz0iIj5JbnRlcm5ldA0KIFRlY2hub2xvZ3kgTGV0dGVycyBKb3VybmFsIGlzJm5ic3A7YWNj ZXB0aW5nIHB1YmxpY2F0aW9uczombmJzcDs8YnIgY2xhc3M9IiI+DQo8L3NwYW4+PC9zcGFuPjwv c3Bhbj48L3NwYW4+DQo8ZGl2IGNsYXNzPSIiPjxzcGFuIHN0eWxlPSJjYXJldC1jb2xvcjogcmdi KDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZhbWlseTogSGVsdmV0aWNhOyBm b250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5v cm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgdGV4dC1h bGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0 ZS1zcGFjZTogbm9ybWFsOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13 aWR0aDogMHB4OyB0ZXh0LWRlY29yYXRpb246IG5vbmU7Ij48c3Bhbj48c3Bhbj48c3BhbiBzdHls ZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1m YW1pbHk6IEhlbHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZv bnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFj aW5nOiBub3JtYWw7IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRy YW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd29yZC1zcGFjaW5nOiAwcHg7IC13 ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsgdGV4dC1kZWNvcmF0aW9uOiBub25lOyBmbG9h dDogbm9uZTsgZGlzcGxheTogaW5saW5lICFpbXBvcnRhbnQ7IiBjbGFzcz0iIj48YSBocmVmPSJo dHRwOi8vb25saW5lbGlicmFyeS53aWxleS5jb20vam91cm5hbC8xMC4xMDAyLyhJU1NOKTI0NzYt MTUwOCIgY2xhc3M9IiI+aHR0cDovL29ubGluZWxpYnJhcnkud2lsZXkuY29tL2pvdXJuYWwvMTAu MTAwMi8oSVNTTikyNDc2LTE1MDg8L2E+PC9zcGFuPjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwvZGl2 Pg0KPC9kaXY+DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwvc3Bhbj48L2Rp dj4NCjxkaXY+PGJyIGNsYXNzPSIiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+ DQo8ZGl2IGNsYXNzPSIiPkJlZ2luIGZvcndhcmRlZCBtZXNzYWdlOjwvZGl2Pg0KPGJyIGNsYXNz PSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgZGlyPSJsdHIiIHN0eWxlPSJjYXJldC1jb2xvcjog cmdiKDAsIDAsIDApOyBmb250LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEycHg7IGZv bnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6 IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQt aW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3 b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB0ZXh0LWRl Y29yYXRpb246IG5vbmU7IiBjbGFzcz0iIj4NCkZyb206PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZl cnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxzdHJvbmcgY2xhc3M9ImdtYWlsX3NlbmRlcm5hbWUi IGRpcj0iYXV0byI+U3JpIEd1bmRhdmVsbGkgKHNndW5kYXZlKTwvc3Ryb25nPjxzcGFuIGNsYXNz PSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48c3BhbiBkaXI9Imx0ciIgY2xh c3M9IiI+Jmx0OzxhIGhyZWY9Im1haWx0bzpzZ3VuZGF2ZUBjaXNjby5jb20iIGNsYXNzPSIiPnNn dW5kYXZlQGNpc2NvLmNvbTwvYT4mZ3Q7PC9zcGFuPjxiciBjbGFzcz0iIj4NCkRhdGU6IFdlZCwg SmFuIDksIDIwMTkgYXQgNzo0MyBQTTxiciBjbGFzcz0iIj4NClN1YmplY3Q6IFtETU1dIFdHTEMg b24gZHJhZnQtaWV0Zi1kbW0tcG1pcHY2LWRsaWYtMDM8YnIgY2xhc3M9IiI+DQpUbzo8c3BhbiBj bGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRv OmRtbUBpZXRmLm9yZyIgY2xhc3M9IiI+ZG1tQGlldGYub3JnPC9hPjxzcGFuIGNsYXNzPSJBcHBs ZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj4mbHQ7PGEgaHJlZj0ibWFpbHRvOmRtbUBp ZXRmLm9yZyIgY2xhc3M9IiI+ZG1tQGlldGYub3JnPC9hPiZndDs8YnIgY2xhc3M9IiI+DQo8L2Rp dj4NCjxiciBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEhl bHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFu dC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3Jt YWw7IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTog bm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4 dC1zdHJva2Utd2lkdGg6IDBweDsgdGV4dC1kZWNvcmF0aW9uOiBub25lOyIgY2xhc3M9IiI+DQo8 YnIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBIZWx2ZXRp Y2E7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fw czogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyB0 ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7 IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ry b2tlLXdpZHRoOiAwcHg7IHRleHQtZGVjb3JhdGlvbjogbm9uZTsiIGNsYXNzPSIiPg0KPGRpdiBz dHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEhlbHZldGljYTsg Zm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBu b3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IHRleHQt YWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hp dGUtc3BhY2U6IG5vcm1hbDsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Ut d2lkdGg6IDBweDsgdGV4dC1kZWNvcmF0aW9uOiBub25lOyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7 IGxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyIgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJm b250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyIgY2xhc3M9 IiI+Rm9sa3Mg4oCTIEFzIHdlIGRpc2N1c3NlZCBpbiB0aGUgV0cgbWVldGluZyBhdCBJRVRGMTAz LCB3ZSBhcmUgaXNzdWluZyBXR0xDIG9uJm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5v cmcvaWQvZHJhZnQtaWV0Zi1kbW0tcG1pcHY2LWRsaWYtMDMudHh0IiB0YXJnZXQ9Il9ibGFuayIg Y2xhc3M9IiI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQvZHJhZnQtaWV0Zi1kbW0tcG1pcHY2LWRs aWYtMDMudHh0PC9hPi4mbmJzcDs8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxp YnJpLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7IiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+ DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGIgY2xhc3M9IiI+PGZvbnQgZmFjZT0iQ2FsaWJyaSxz YW5zLXNlcmlmIiBjbGFzcz0iIj5XZSBoYXZlIGFsc28gbWFkZSBvbmUga2V5IGNoYW5nZSB0byB0 aGUgZG9jdW1lbnQgc3RhdHVzLCBtb3ZpbmcgaXQgZnJvbSBTdGFuZGFyZHMgVHJhY2sgdG8gRXhw ZXJpbWVudGFsIFRyYWNrLiBXZSB0aGUgY2hhaXJzIGhhdmUgdGFsa2VkJm5ic3A7dG8gdGhlIGF1 dGhvcnMgYW5kIHRoZXkgYXJlIE9LIHdpdGggdGhpcyBjaGFuZ2UuIFdlIGFyZQ0KIGRvbmcgdGhp cyBhcyB3ZSBhcmUgbm90IHN1cmUgYWJvdXQgYW55IHBvdGVudGlhbCB2ZW5kb3IgaW1wbGVtZW50 YXRpb25zIGFuZCBzbyB3ZSBjaG9zZSB0byBrZWVwIHRoaXMgb24gZXhwZXJpbWVudGFsIHRyYWNr LjwvZm9udD48L2I+PC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fu cy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyIgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+ DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgZm9udC1zaXpl OiAxNHB4OyIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPlRoZSBkb2N1bWVudCB3ZW50IHRocm91 Z2ggc2V2ZXJhbCByZXZpc2lvbnMgYW5kIHRoZXJlIHdlcmUgZ29vZCBhbW91bnQgb2YgcmV2aWV3 cyBvbiB0aGlzIGRvY3VtZW50LiZuYnNwOyBUaGUgYXV0aG9ycyBoYXZlIGFkZHJlc3NlZCBhbGwg dGhlIGNvbW1lbnRzIGFuZCB0aGVyZSBhcmUgbm8gb3BlbiBpc3N1ZXMgdGhhdCB3ZSBhcmUgdHJh Y2tpbmcgYXQgdGhpcyB0aW1lLiBXZSBiZWxpZXZlIHRoZSBkb2N1bWVudCBpcyByZWFkeSBmb3IN CiBJRVNHIHJldmlld3MgYW5kIGxpa2UgdG8gY29uZmlybSB0aGUgc2FtZSBmcm9tIHRoZSB3b3Jr aW5nIGdyb3VwLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGZvbnQt c2l6ZTogMTRweDsiIGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0i Zm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiIGNsYXNz PSIiPg0KPGRpdiBjbGFzcz0iIj5UaGUgZm9sbG93aW5nIG1lc3NhZ2UgY29tbWVuY2VzIGEgdHdv IHdlZWsgV0dMQyBmb3IgYWxsIGZlZWRiYWNrLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xh c3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPkRvY3VtZW50IExp bms6PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYu b3JnL2lkL2RyYWZ0LWlldGYtZG1tLXBtaXB2Ni1kbGlmLTAzLi50eHQiIHRhcmdldD0iX2JsYW5r IiBjbGFzcz0iIj5odHRwczovL3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1pZXRmLWRtbS1wbWlwdjYt ZGxpZi0wMy50eHQ8L2E+PC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIi Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRoZSB0YXJnZXQgc3RhdHVzIGZvciB0aGlzIGRvY3Vt ZW50IGlzIOKAnEV4cGVyaW1lbnRhbOKAnS48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNz PSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlBsZWFzZSBwb3N0IGFueSBjb21tZW50cy9jb25j ZXJucyBvbiB0aGUgZHJhZnQuJm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0i Ij4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xh c3M9IiI+DQo8ZGl2IGNsYXNzPSIiPlRoYW5rcyE8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+RGFwZW5n ICZhbXA7IFNyaTwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwv ZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8c3BhbiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEhl bHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFu dC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3Jt YWw7IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTog bm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4 dC1zdHJva2Utd2lkdGg6IDBweDsgdGV4dC1kZWNvcmF0aW9uOiBub25lOyBmbG9hdDogbm9uZTsg ZGlzcGxheTogaW5saW5lICFpbXBvcnRhbnQ7IiBjbGFzcz0iIj5fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXzwvc3Bhbj48YnIgc3R5bGU9ImNhcmV0LWNvbG9y OiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTJweDsg Zm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdo dDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4 dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7 IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHRleHQt ZGVjb3JhdGlvbjogbm9uZTsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImNhcmV0LWNvbG9yOiBy Z2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTJweDsgZm9u dC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDog bm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1p bmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdv cmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHRleHQtZGVj b3JhdGlvbjogbm9uZTsgZmxvYXQ6IG5vbmU7IGRpc3BsYXk6IGlubGluZSAhaW1wb3J0YW50OyIg Y2xhc3M9IiI+ZG1tDQogbWFpbGluZyBsaXN0PC9zcGFuPjxiciBzdHlsZT0iY2FyZXQtY29sb3I6 IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEhlbHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBm b250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0 OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0 LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsg d29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsgdGV4dC1k ZWNvcmF0aW9uOiBub25lOyIgY2xhc3M9IiI+DQo8YSBocmVmPSJtYWlsdG86ZG1tQGlldGYub3Jn IiB0YXJnZXQ9Il9ibGFuayIgc3R5bGU9ImZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQtc2l6 ZTogMTJweDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBm b250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRv OyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5v bmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7 IC13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0 aDogMHB4OyIgY2xhc3M9IiI+ZG1tQGlldGYub3JnPC9hPjxiciBzdHlsZT0iY2FyZXQtY29sb3I6 IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEhlbHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBm b250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0 OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0 LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsg d29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsgdGV4dC1k ZWNvcmF0aW9uOiBub25lOyIgY2xhc3M9IiI+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL2RtbSIgcmVsPSJub3JlZmVycmVyIiB0YXJnZXQ9Il9ibGFuayIg c3R5bGU9ImZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHls ZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFs OyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFy dDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBu b3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zaXpl LWFkanVzdDogYXV0bzsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyIgY2xhc3M9IiI+ aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kbW08L2E+PC9kaXY+DQo8L2Js b2NrcXVvdGU+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1s Pg0K --_000_8CB4278AB72F4D7DA11537037EF95285avitpt_-- --_004_8CB4278AB72F4D7DA11537037EF95285avitpt_ Content-Type: image/tiff; name="PastedGraphic-1.tiff" Content-Description: PastedGraphic-1.tiff Content-Disposition: attachment; filename="PastedGraphic-1.tiff"; size=9280; creation-date="Tue, 15 Jan 2019 11:13:54 GMT"; modification-date="Tue, 15 Jan 2019 11:13:54 GMT" Content-ID: <311CF16F-A781-42B8-9B8B-E053E427FEA3> Content-Transfer-Encoding: base64 TU0AKgAAFxaAACBQOCQWDQeEQmFQuGQ2HQ+IRGJROKRWLReMRmNRuOR2PR+QSGRSOSSWTSeUSmVS uWS2XSQpIgIQMoQMQABXHhAS+QqhYLYgQMYQMP0KBzOBUOJPCBtCmwNglgoEpYRCfLYwTaeQ9wVI lKCSVebwJ4V6mVu0Wm1Wu2W23W+4XG5QKY0oAUGBF+jQZgTg8EG5wur1mBJ+BuCnwJowO+wOvY2H Ve7Ui7wO9QY416qwerr/DwNw22iwIQV7ARur3gAG+aQMg4/A7HZbPabXbbfcWmYzWBE+B6qxxG+z nT7jUwM/6a1VfeADDQLM1OwQPOwNA7C08eBcmp8WE9qC8HWUmD4iBa+p+bc+v2e33e/4fGPzHg6r fQLmyDh3/12KBmerwIrcyT/oGEKvHA6qBOuqbIK28DuCU7yEKuf6Hqc6DsPlDcOQ7D0PxAra6ta3 q9pa/cJtzCqBgis0Bp+R6jq8MMFABBglQcnkIOUwSfp2gz7gAuyCPUSKBlBF0QyVJcmSbJz2RGgT xsq0i4xQ96rmegboxwhjwITDSKvAT6vBDGsbxyl8du6jDwMuADCIK9EuyfOs7TvPE8pKmMfgAP7a yu9yrlegazgA4NEIPDAAUMgjKLsSCvDiikKq8AMzzDCifrtGKRMoss2I+/yBTiWCvUXPVU1VVdWV ZPjkUAv0UuMn84heqFC0yh6rsozyBEirzpsin5/0tTEGy8n7VU6AFJpFUAlVRTRbV8jMuWlVts21 bduPdV7t1i4lu2SW0+gAr1zXJYqp0un9qzRcjVQjWaWxWjU5zTcd9X3fl+pZb8/XC/iEJjR6JqYn NsPaq9zXQq1iWNdzrV0g01wk5diMY017AAyBAoHat8X9keSZLkyM4BP9t0C+OGIJh1d4hdljzohW LXolmOGBjeMoFj2QNdimT6Homi5JlNuZY+Es4mqbN2GW11iVdtqabmrv2U5EeLRGpoUllyBPVRdm Wvo2zbPtFuaRldZSwn7mkfMuHqAge4qmGOaXygrwUIgWntChVDa9ZDURgqDNbTxPFcXke121pTbQ IgVqjDxGYltZlzqmOO83JgzyIEyiEVv0AAMpIyBUiqdG3Ug9DMgWKB1N1fGdr23brYaYIiK5poBa d5dvUh3HWzyDY15oGfUlubgy0gQYwRzqV8kAFmMpOfWM5WrLN+h7Icq9PcfF8fyI13Qizi54AUWI Pfl37KD+JVvjMDpiBcGJQw0piX7+W6j/EbNCZyT99Tmn8tzT6yoAAMXuECDgQdkT5YJQTgoQV876 SFiQfcs4hb8lWP0LeVd9RdnsNzgelIgb0HaP/aqguAT0yfmUHegZBC0zKLMTieo4JCIIwVh9D9xc FyBwFIeCF9zwiCweVXCBjDmHunnSS1A1S1YVLRWmtV2L9yLldfC4WFoABQrBWmhYhzT4sgAdmEp+ EQI2RtZJEIwpFxAvuXSQSJSqomJqe2QJZic2FNYFs81LcYkexOdKRg1RBDINlcuw0qcdSBFXG+Yw gYsXLRukxJls0cDnEbd88CBjBBEQJaS207Me3qtBKnH+GzyWOv+a5DEgcJwAA/a2Q1sBAmYMVR8R tJEXZNTBmEk6TkRCNvuACQmO6qY8kmMHEOFKp39i2b7LoqYUS5PIIEO9S0CGXyPjGRuHsw5yTlPh MUkkyJlSjVg2xcUMBbF2WqlxYREYRImhK8dmTU5vGOnA9puhBnMpbRNH2F85qEUJLfOgk86pRSkn cwOZym5XT0mmnFZkVYkFxm0ACbi7J+zWCVJBvcvVwNhTKcwgc1Zx0KpdS8tFDCVUOfjOyk6dVFxn KqwklD1J5yEIlM+PkqorT6oDKl5Tm25rMHjLuksX5EnlK0QaltMKrVXJJTIlknxdyhprRA+Dr5Ku yL9GuntFHJyDOlNMuzzo0EDMWRpnaDahKHImaOuyVXQkDWBP+oJP63I3afU+Mj6zrN1qmQV1QSoO VYsdY8jtWiXwaeBY2JNNmAm0UMsJ2JOW9IvXKQMB8sExSoh2RsH7h5Ho1PU4AhrglcyrTaT84Mky BIthXLxctTrIW9t8SeyRaIjPAo2QOZZcJmlzlzAakkTZHUjelLGL7+LLUAmrAYKNdU3kEUM+CNVv 7wXhIFcErYoH3P6IZcct9yZs0mpFc2U9oZ/XQgAvCPQtoR1ErNCywsabsk/ttXkhIUZL3iwNTC8h PFDXDfeQ29Rbr2Ucvdcy9t8r33RJKeCgcULcy4Z6jZI5A8ArCFDK5G98MD4pjc+e2pbVDPteBKyh 87TZ4RLhcu3hbccWrvrQfDwtnPpUAAm90+Oa/i2hmQZQxwb0AAPU5SoGKspTkk49YlZ6govuxlB2 zECjZY2hDe5N9xS3HBjDjyL6nyJ5BIIounOBSOS5y8Z959Ba1NXynnmYeLMaJxI4oZ1AALKYNIxg 8tuYLQKJNxFwJSCa0Omk9FHPWk9KFwz4fggbpMBEIUXXGND7qzH0RJkOglnrL1gy/KbSuq9WatTq lHUhAjVJDggX5HOhi2aI1drvXmvS0G7IHanTFeiKmA1NHbLrAmca+2Zs3ZxGmCxPAAkE5roiP7GD xrfZJtNdbP29t/V20dh7T1GTzbG2tUGx27uDdm7bH6i3GkGqJcNz6nxpqmd+7t9b7wNrgt+9dkbp MDuuJqnCDyMfIVdZhdszlf35bOeM0Ckzd4ek7fxbuAXG23jXVRtzwLVIJVV26NTVYn4qRbj835+c nSZxctvGS6cb3xRLjzWa01Ux8k96l+cOZ4kKtXkuRqn9Aatii5UqIFaM2WtvlN85k8sSXy4tnMAA dSK2YgnIIT+20IHn5I8NVW9NTlzmFicTg1z59bqwpBOTIqvdArtHS1tdigN0/qCIerFq6p3ktKky ciQ133SolnyRsc7Z0I2WcmNKhX93Tind0Qd8LR3vmRuTIDBkoRZhAeMt2l4jUMzE0qAcgIHNjeO0 trOptItM4MCtqkLzfmjg1e5DmJUYQfhs9eFIm9yQRGpBN55OzoQW6nvnDOl+LIX2dIjve7dLor28 WiFcIABR2WiQdaEGafX3tJHXqeuIWepQyQ/HyAhvtK07YfMrN0l5AkXkit+U4FEvjucebAA9Jz1v XhlClHIuwIacWmrc+yIisWc4/u/yIq7akigA6Cr8+qw+Iw7i+Mqg8WYukKim5U7tAhAqXuTCfsSE I2u8nq4gkE9oI0/LAoMowC9SIifY/a/cI4/g3M1s3spueK/qi9Ay5wcI7U/CrIIE8wIMfUMpAXA4 xaINCMVGwEWgGgo6Ls+WIIg4YU0YeE5I6LAo+DASxIdc9FAZA6le8YkBB2pFA2eoMoTeTiUWuqpE QcrqmMAAWERu0cFsOagULsWgQEi8/nAAKpDOIGSClo7qWm/nBHAolow2ABENBiPm8qNo/k3ufnBy I08E/0nDCS8QhY6IhdAfEqAA5E89DI5C7JC/E2gDAfEuILCMXJFNAnAwldEGkKrBFcagmqd6K8q9 DHFg8G4hFaluWnFFBTE02kl+gOkLFs6+KmybEZBlEcNm8ogwoi7kmnFFF4oA7XGsZtAbCwhYraIP EXEpAQghFJA5FNFXGuIPHPG1DBFpF05vDKXJFnF+5+2lHUkBGxEsIvCuqTAvHXGCpA9HHrEzC/Hl DFGY2hGcNk8pG9GkJBE9FA/5HzHXHM6EKuyS0gIMUWdhHJIfI5G3E4pGdbExFRHo1lAs7k8dIBHX ILH6x/IpJJHXHxE/HIiu2lHbGBFhGFFK2kPUzIIO+hJvIO0LISNi6o2RIvBaTw4JFfHfFHB6sJHH KfJrJNJApIpU9A03B+IFD6j/I7KlJKyFHtApJlLFIDKpDDJbJxKbJ0qfJZGnGHLPLLB9B4+6bnF9 IMoBH+5Wt1FMI5KDKEItBmJfKM40WZEEmZEmIzK8+7IjJnK/L5IFJgkALsOa+wUVFxLU/xKjLrLN LDIHA5LJM/ApLvLTLzJzJUkBLdLtMjJCcvJlFBNXLPL+qfL1A3NHGIIGxK81C9MAIAAIFA4JBYNA ykiEBAz/B4dD4hEYlEwAQQArjwwIfCRBA2/FJBIZFI5JBI1GItJYiqFgtiBA1/ByCWCgSo1B5Ytn /MppNolOZjApfAkDPYXKoNOUfAzhBJ6AYdOaGAKDBZnNZvFKBA6nRZrR4hOZ3Bq8SrBE63QoGwJ7 KbDLanVQBT5/LbBDYFbJrbrRLarU0hPTjIbFPKxSIFaQBU70Sr5UbhMKdNahOL9XIHZbPiM5nc9n 9BodFo9FCbvpNRBotGKzENNDNTsdFJzxj8/Uslqp7rYJhd1h5Xl7VRKNoJyYIGn8mSsrScjArlA6 vPpBiq7xeDOoPmsJwsXa7bkFtHYEb6Zy+bD5zp7z4erLVfAyhA3BPRDdVt84F8YMMZ6aDOOs8C9v wpaBKaga6MsWy/oGUCejC2UJQnCkKwtC6CNegS8QwzzVoykSEmegYYQ7EyDNo2zPNw6DDOo5ztN/ F71O866vt6loIIHAwAGigcAIhHkSoE+qavvBbyAAj6yLWgcdIEeDdxxBjMOJG7snfJyBlggZIoOC Cey4galPPKEuoOJ8SIlBS3ls9iCiigZ4RInpISm5CBOVFEzzMgUhgBDkngBIolSPFa7NggzBoFIA AT+8yBSSgs2IK9dEoKQMmogqYXsy/8T1BUNRVGjaFUvUiRQ+3iJITQSqz/VDZRS0kWKpF1VsSlqx qtKTswbKyzSmuLPu47MlgBSSI2LXMqOGAFlxoWz+AA/SJsavjjuSxFG1hSjxWGkb/JrRoAJzPQAT wlU5oE6dyQClskxGgVBJCcCB0lb0xxy3NHM+OM61jgOBYG0cNUBgiKVUlVW35WGEJFdYAS8gU7Ix iLQpzJN0oJB6a3tBbNoFjolY/Nt0ySxrWpzQV0h/LSKFCnpQO6W0/0CiOYprmd9Ftk8Bxm8VBR5Z KDZyJWdxgsGXIgYMtv/S0EyurSW2rSCH5KsuS0rqiBi/l6H0aSKe61WiW5tr6CYiWMtzKgTsTbli BzSimI6agRYbHh+9b3viD4NDm+qsi8QNBg2rXph8xABtaMaRwPH8hyPJcnynK8ty/Mb9U0N8rhTS I4gerXTxDU5KrO7ABLmLcz1nW9d1/Ydj2XZ9p2rOoTP6p9IieS5LAHV9t4PheH4ni+N4/keT5Xl+ Z5vnef6Ho+l6fqer63r+x7Pte37nu+97/wfD8Xx/J8tQ5WnuL/N9f2fb933/hgScyzebpV7+P8ci nM/x4ucCP5gBAF8b+1Pv6V0reAUCWHq1LkvmBTK0dnyU0AAUME0eNiXHAqDUC1EOcaicxyRvleHA g3CVUUDD0QmWYudjZJFoQqhgiZqDB4PnpcDCIgh01cQxh4aljJA2NtvhK/trpglateUiQMYMQoex NQtDNwEDjOw/Ui/clUOH7QkJFFRZEVmys1SdF4xEEE/I/fS+c54ABoRnPfGBKDeXixkUdGJUatUo wZNu2aMMWovpJSTGsmr6oxxpjuEpdxo4uAgjoxiQkBYnPHigZ8MLMkptCiASBkq/yauKWiruHMi4 5I8Wq7sgkmUwn4f4lUibEV2niLA4ciLEYMLBOyuB1KfAARIO/EkiCmW7tdlUw5PZAgoxsRhJ5TzU lopvWvK5S8vlBtylU7tiMmmjrfX4/6EB2VqtDJBIUCJ4lfkilNJs/CSZREkkmzo8S1UOTCIe0hrJ +JLEChaRBRs1odp3Uu0Qh81ZHu2kih6KxOV5L9IMxFks8JPx8Z5MhdkoCW0HnhQpNREIdJTXi2gk gEZjLlJbCwz7eCapxQXLZvU1k7ILogs+JjIFLzNphB40M4JsIthrO0ga0yS02pYaOjLPFBUHn8SG oKzF0rnM4xEENH45KvIPRaMpEFxSGo0R4z6KqA0Cg7DRtxlGaLVp4QOdc16hMNadSU8VLaj0gPzT sg9KpK1obuT2kyzEeIIhG0BngMJHVuT/QdjhA5rDwlDJc/tf4UEQaQ6grKf6xkGUbBUvKcl+JJhf Q87dL2k0xPdZ2mjaW2ECbWoyxFXptQ2Z5SiKSAkiRZZIeKv0eEYJ/UJIJZiSSqpJpIEqu9bqk1xY AkhOVTiWv0AAoJRsxWPJTr0/2ZMtKkLaINWVx0XLdoOQhc6CJBqm3NuIn2rbxKB1fm21NNyl5ABK Bifi4Mbyazhp+jJlVXUOKEUMtG94AKfLMnHb235Jby39L6La5CgloWLILR6QJ+KW3WPxOOzKzKW4 Ta3emmlMrQVeUadO3FbrWVgpPNm1sByyWchkS2vLP1sX2PofZd8bgAWCIHcwJUnDxUiPa/+Fdp71 3tOzMyz9bk32pvG9m8uRo25Cx4tHEN58L1soLi7HZjj8ZPPTa6l0ysBZUABhrAuEohYKyVejKVDk YZiy5ZrE+a8NoczAlPJmVpa4kxEjDLFa7N5uxThir2YLy5xJJmSKUzsM5Dy1oLN9xb43cIFdCiOa MjvNyToWmdXmIyHIeoJbud8owIZ4m/TJINOQpZ5mq6UV8vaKWjqgs+hNPYO1Am3V2es26p0Nn/Ie crPZNpuranOI6cXmtVhTPeuI84yd0RFpcu8v6I1XrvQcaYG6xyDr3Ol/pVajIpH7UyzLAkRdMQMW Mp9JvG0rtZNuRTQYlRjXu+ufnAbt09lrCzNM51anFKrBO1Nv4FzPXzNO/MURYWAyHReVataB2lnj O2UFhcP2LW7CuKMui2x0Z3QG0dfbTJdxLfG2MWrN2caHd03V7yYxrud4W6eIbXppPkzlEt30NRne XmRiMp8kRtsgkfDOO604JMrWHL028Bn3qfofPuKbH4RhffOuc4cNwvnnYWwNia2UxxaNtYiDun2Z Krje8sWYx6tejqPSlnc5KRIs8SSSpy6KmQSlfLHa8u4n1LspseDEV532k0WWjAk1UWUjnBPcgXo1 ravkEbekYR6X0/vu99Q8i71wrK/jeHbDzLp/W/T+Q00wJ5fZ+TegbZ1Vx/zhA7v2x5hrr0yNe9sB 0T3arnZNg9oUvUyj5xsTbw156L1nvZBrSgkozxGMb9kEqrpqwBA8aECrl4zzmlpj6z1b5HrRBMLL ZPLRf0vqPg+w/F1favRsQeawusdJLI0I/FTffg/HGex7sIFgwJWH5z1YUVcNNr9itK3xKbFZIjGB +Q+D47L72zu5rg/auI+j8BkYcCIggT6KNQgaykC6qa5IgbZqJbPjvqtsCjGYg6yZH78BQUDzMYlq 57r6JQiID67as4gRY5QRiJpBHyXgACWC8T1pi7orvK+b4BXz7RBaiiywgRiYABTpZyUj2bqDyzOr 6rdT9MKb9Bcy06wYgQcJNboglr5Ygbuq0rZyXSfzsbcIgxksDIhwB8DCxT2Qgyxpr6XSeDGyTjMi CcMZbhr8FULyt4gSXUHKaK15Z0HgADusBZ2KLig8Jwg0Oz8beYpDAD7a2CHbJIxDVigz8AksEUBo ABc8Rqf6wiSj8zf7WS+jyBZz7rLwkLbjZ0TLjj8rzbrDzriMKzia7DlIkhSiOSogkhiJQUWDjELK dUUhZhV0TYkj9z+cYgpEZbyq0MX46URJ4MEZqyfx1ECS2UBLZohx1B0yODDZjkcJaJP5asbog8b5 n5shBZdMJihAgpiMQTwb/Lt8bhr5usAMdhGBjQ5b0DS8ca8Bk0XT8LpJZivRuYgp1C9YWCLhdJQh x0WzZ0iD/ae0f0e0iyD8f8Y608d6fxkocLgpfamieCx0CEjJQcYzJyVS+8k4AB1C3r5yfggTZsbE AMmUKTZ0dC8UQRkq3sH5eCVRJMnchS7UgUakpEpMpSFUEag8MTt0pcqMqUqcqh5MppZTrkqsrUrc rkrp1qETVkr0sUscskspC4nMGqjjg8s0tktst0t6KcTyeEiiFQgIABEBAAADAAAAAQDxAAABAQAD AAAAAQBXAAABAgADAAAABAAAF+gBAwADAAAAAQAFAAABBgADAAAAAQACAAABCgADAAAAAQABAAAB EQAEAAAAAQAAAAgBEgADAAAAAQABAAABFQADAAAAAQAEAAABFgADAAAAAQBXAAABFwAEAAAAAQAA Fw4BHAADAAAAAQABAAABKAADAAAAAQACAAABPQADAAAAAQACAAABUgADAAAAAQACAAABUwADAAAA BAAAF/CHcwAHAAAMSAAAF/gAAAAAAAgACAAIAAgAAQABAAEAAQAADEhMaW5vAhAAAG1udHJSR0Ig WFlaIAfOAAIACQAGADEAAGFjc3BNU0ZUAAAAAElFQyBzUkdCAAAAAAAAAAAAAAAAAAD21gABAAAA ANMtSFAgIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEWNw cnQAAAFQAAAAM2Rlc2MAAAGEAAAAbHd0cHQAAAHwAAAAFGJrcHQAAAIEAAAAFHJYWVoAAAIYAAAA FGdYWVoAAAIsAAAAFGJYWVoAAAJAAAAAFGRtbmQAAAJUAAAAcGRtZGQAAALEAAAAiHZ1ZWQAAANM AAAAhnZpZXcAAAPUAAAAJGx1bWkAAAP4AAAAFG1lYXMAAAQMAAAAJHRlY2gAAAQwAAAADHJUUkMA AAQ8AAAIDGdUUkMAAAQ8AAAIDGJUUkMAAAQ8AAAIDHRleHQAAAAAQ29weXJpZ2h0IChjKSAxOTk4 IEhld2xldHQtUGFja2FyZCBDb21wYW55AABkZXNjAAAAAAAAABJzUkdCIElFQzYxOTY2LTIuMQAA AAAAAAAAAAAAEnNSR0IgSUVDNjE5NjYtMi4xAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAABYWVogAAAAAAAA81EAAQAAAAEWzFhZWiAAAAAAAAAAAAAAAAAA AAAAWFlaIAAAAAAAAG+iAAA49QAAA5BYWVogAAAAAAAAYpkAALeFAAAY2lhZWiAAAAAAAAAkoAAA D4QAALbPZGVzYwAAAAAAAAAWSUVDIGh0dHA6Ly93d3cuaWVjLmNoAAAAAAAAAAAAAAAWSUVDIGh0 dHA6Ly93d3cuaWVjLmNoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAGRlc2MAAAAAAAAALklFQyA2MTk2Ni0yLjEgRGVmYXVsdCBSR0IgY29sb3VyIHNwYWNlIC0g c1JHQgAAAAAAAAAAAAAALklFQyA2MTk2Ni0yLjEgRGVmYXVsdCBSR0IgY29sb3VyIHNwYWNlIC0g c1JHQgAAAAAAAAAAAAAAAAAAAAAAAAAAAABkZXNjAAAAAAAAACxSZWZlcmVuY2UgVmlld2luZyBD b25kaXRpb24gaW4gSUVDNjE5NjYtMi4xAAAAAAAAAAAAAAAsUmVmZXJlbmNlIFZpZXdpbmcgQ29u ZGl0aW9uIGluIElFQzYxOTY2LTIuMQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdmlldwAAAAAA E6T+ABRfLgAQzxQAA+3MAAQTCwADXJ4AAAABWFlaIAAAAAAATAlWAFAAAABXH+dtZWFzAAAAAAAA AAEAAAAAAAAAAAAAAAAAAAAAAAACjwAAAAJzaWcgAAAAAENSVCBjdXJ2AAAAAAAABAAAAAAFAAoA DwAUABkAHgAjACgALQAyADcAOwBAAEUASgBPAFQAWQBeAGMAaABtAHIAdwB8AIEAhgCLAJAAlQCa AJ8ApACpAK4AsgC3ALwAwQDGAMsA0ADVANsA4ADlAOsA8AD2APsBAQEHAQ0BEwEZAR8BJQErATIB OAE+AUUBTAFSAVkBYAFnAW4BdQF8AYMBiwGSAZoBoQGpAbEBuQHBAckB0QHZAeEB6QHyAfoCAwIM AhQCHQImAi8COAJBAksCVAJdAmcCcQJ6AoQCjgKYAqICrAK2AsECywLVAuAC6wL1AwADCwMWAyED LQM4A0MDTwNaA2YDcgN+A4oDlgOiA64DugPHA9MD4APsA/kEBgQTBCAELQQ7BEgEVQRjBHEEfgSM BJoEqAS2BMQE0wThBPAE/gUNBRwFKwU6BUkFWAVnBXcFhgWWBaYFtQXFBdUF5QX2BgYGFgYnBjcG SAZZBmoGewaMBp0GrwbABtEG4wb1BwcHGQcrBz0HTwdhB3QHhgeZB6wHvwfSB+UH+AgLCB8IMghG CFoIbgiCCJYIqgi+CNII5wj7CRAJJQk6CU8JZAl5CY8JpAm6Cc8J5Qn7ChEKJwo9ClQKagqBCpgK rgrFCtwK8wsLCyILOQtRC2kLgAuYC7ALyAvhC/kMEgwqDEMMXAx1DI4MpwzADNkM8w0NDSYNQA1a DXQNjg2pDcMN3g34DhMOLg5JDmQOfw6bDrYO0g7uDwkPJQ9BD14Peg+WD7MPzw/sEAkQJhBDEGEQ fhCbELkQ1xD1ERMRMRFPEW0RjBGqEckR6BIHEiYSRRJkEoQSoxLDEuMTAxMjE0MTYxODE6QTxRPl FAYUJxRJFGoUixStFM4U8BUSFTQVVhV4FZsVvRXgFgMWJhZJFmwWjxayFtYW+hcdF0EXZReJF64X 0hf3GBsYQBhlGIoYrxjVGPoZIBlFGWsZkRm3Gd0aBBoqGlEadxqeGsUa7BsUGzsbYxuKG7Ib2hwC HCocUhx7HKMczBz1HR4dRx1wHZkdwx3sHhYeQB5qHpQevh7pHxMfPh9pH5Qfvx/qIBUgQSBsIJgg xCDwIRwhSCF1IaEhziH7IiciVSKCIq8i3SMKIzgjZiOUI8Ij8CQfJE0kfCSrJNolCSU4JWgllyXH JfcmJyZXJocmtyboJxgnSSd6J6sn3CgNKD8ocSiiKNQpBik4KWspnSnQKgIqNSpoKpsqzysCKzYr aSudK9EsBSw5LG4soizXLQwtQS12Last4S4WLkwugi63Lu4vJC9aL5Evxy/+MDUwbDCkMNsxEjFK MYIxujHyMioyYzKbMtQzDTNGM38zuDPxNCs0ZTSeNNg1EzVNNYc1wjX9Njc2cjauNuk3JDdgN5w3 1zgUOFA4jDjIOQU5Qjl/Obw5+To2OnQ6sjrvOy07azuqO+g8JzxlPKQ84z0iPWE9oT3gPiA+YD6g PuA/IT9hP6I/4kAjQGRApkDnQSlBakGsQe5CMEJyQrVC90M6Q31DwEQDREdEikTORRJFVUWaRd5G IkZnRqtG8Ec1R3tHwEgFSEtIkUjXSR1JY0mpSfBKN0p9SsRLDEtTS5pL4kwqTHJMuk0CTUpNk03c TiVObk63TwBPSU+TT91QJ1BxULtRBlFQUZtR5lIxUnxSx1MTU19TqlP2VEJUj1TbVShVdVXCVg9W XFapVvdXRFeSV+BYL1h9WMtZGllpWbhaB1pWWqZa9VtFW5Vb5Vw1XIZc1l0nXXhdyV4aXmxevV8P X2Ffs2AFYFdgqmD8YU9homH1YklinGLwY0Njl2PrZEBklGTpZT1lkmXnZj1mkmboZz1nk2fpaD9o lmjsaUNpmmnxakhqn2r3a09rp2v/bFdsr20IbWBtuW4SbmtuxG8eb3hv0XArcIZw4HE6cZVx8HJL cqZzAXNdc7h0FHRwdMx1KHWFdeF2Pnabdvh3VnezeBF4bnjMeSp5iXnnekZ6pXsEe2N7wnwhfIF8 4X1BfaF+AX5ifsJ/I3+Ef+WAR4CogQqBa4HNgjCCkoL0g1eDuoQdhICE44VHhauGDoZyhteHO4ef iASIaYjOiTOJmYn+imSKyoswi5aL/IxjjMqNMY2Yjf+OZo7OjzaPnpAGkG6Q1pE/kaiSEZJ6kuOT TZO2lCCUipT0lV+VyZY0lp+XCpd1l+CYTJi4mSSZkJn8mmia1ZtCm6+cHJyJnPedZJ3SnkCerp8d n4uf+qBpoNihR6G2oiailqMGo3aj5qRWpMelOKWpphqmi6b9p26n4KhSqMSpN6mpqhyqj6sCq3Wr 6axcrNCtRK24ri2uoa8Wr4uwALB1sOqxYLHWskuywrM4s660JbSctRO1irYBtnm28Ldot+C4WbjR uUq5wro7urW7LrunvCG8m70VvY++Cr6Evv+/er/1wHDA7MFnwePCX8Lbw1jD1MRRxM7FS8XIxkbG w8dBx7/IPci8yTrJuco4yrfLNsu2zDXMtc01zbXONs62zzfPuNA50LrRPNG+0j/SwdNE08bUSdTL 1U7V0dZV1tjXXNfg2GTY6Nls2fHadtr724DcBdyK3RDdlt4c3qLfKd+v4DbgveFE4cziU+Lb42Pj 6+Rz5PzlhOYN5pbnH+ep6DLovOlG6dDqW+rl63Dr++yG7RHtnO4o7rTvQO/M8Fjw5fFy8f/yjPMZ 86f0NPTC9VD13vZt9vv3ivgZ+Kj5OPnH+lf65/t3/Af8mP0p/br+S/7c/23//w== --_004_8CB4278AB72F4D7DA11537037EF95285avitpt_-- From nobody Tue Jan 15 03:14:32 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CF4E130E2B for ; Tue, 15 Jan 2019 03:14:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qm_flOMA69YI for ; Tue, 15 Jan 2019 03:14:28 -0800 (PST) Received: from becas.av.it.pt (webmail.av.it.pt [193.136.92.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7CCC5127133 for ; Tue, 15 Jan 2019 03:14:27 -0800 (PST) Received: from lecas.av.it.pt (192.168.86.21) by becas.av.it.pt (192.168.86.20) with Microsoft SMTP Server (TLS) id 15.0.1156.6; Tue, 15 Jan 2019 11:14:24 +0000 Received: from lecas.av.it.pt ([fe80::90e2:72e6:64ee:4859]) by lecas.av.it.pt ([fe80::90e2:72e6:64ee:4859%15]) with mapi id 15.00.1156.000; Tue, 15 Jan 2019 11:14:24 +0000 From: Daniel Nunes Corujo To: "dmm@ietf.org" Thread-Topic: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 Thread-Index: AQHUqEsyaVwhC6gsjkGTHCexOaG4/w== Date: Tue, 15 Jan 2019 11:14:24 +0000 Message-ID: <2684FA17-FE64-4F20-809A-F9624B7570F8@av.it.pt> References: Accept-Language: en-US, pt-PT Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [94.61.159.240] Content-Type: multipart/mixed; boundary="_004_2684FA17FE644F20809AF9624B7570F8avitpt_" MIME-Version: 1.0 Archived-At: Subject: [DMM] Fwd: WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2019 11:14:31 -0000 --_004_2684FA17FE644F20809AF9624B7570F8avitpt_ Content-Type: multipart/alternative; boundary="_000_2684FA17FE644F20809AF9624B7570F8avitpt_" --_000_2684FA17FE644F20809AF9624B7570F8avitpt_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBhbGwsDQoNCkkgY29uc2lkZXIgdGhhdCB0aGlzIGRyYWZ0IHNob3VsZCBhbHNvIG1vdmUg Zm9yd2FyZC4NCg0KQ29tIG9zIG1lbGhvcmVzIGN1bXByaW1lbnRvcyAvIEJlc3QgcmVnYXJkcw0K DQpEYW5pZWwgQ29ydWpvDQpJbnN0aXR1dG8gZGUgVGVsZWNvbXVuaWNhw6fDtWVzIC0gUMOzbG8g ZGUgQXZlaXJvDQpodHRwOi8vd3d3Lml0LnB0DQoNCltjaWQ6MzExQ0YxNkYtQTc4MS00MkI4LTlC OEItRTA1M0U0MjdGRUEzXQ0KDQpXYXRjaCBvdXIgVklERU86DQpodHRwczovL3lvdXR1LmJlL2xJ OERubUJuRXRVDQpJbnRlcm5ldCBUZWNobm9sb2d5IExldHRlcnMgSm91cm5hbCBpcyBhY2NlcHRp bmcgcHVibGljYXRpb25zOg0KaHR0cDovL29ubGluZWxpYnJhcnkud2lsZXkuY29tL2pvdXJuYWwv MTAuMTAwMi8oSVNTTikyNDc2LTE1MDgNCg0KQmVnaW4gZm9yd2FyZGVkIG1lc3NhZ2U6DQoNCkZy b206IFNyaSBHdW5kYXZlbGxpIChzZ3VuZGF2ZSkgPHNndW5kYXZlQGNpc2NvLmNvbTxtYWlsdG86 c2d1bmRhdmVAY2lzY28uY29tPj4NCkRhdGU6IFdlZCwgSmFuIDksIDIwMTkgYXQgNzo0MyBQTQ0K U3ViamVjdDogW0RNTV0gV0dMQyBvbiBkcmFmdC1pZXRmLWRtbS1kaXN0cmlidXRlZC1tb2JpbGl0 eS1hbmNob3JpbmctMTENClRvOiBkbW1AaWV0Zi5vcmc8bWFpbHRvOmRtbUBpZXRmLm9yZz4gPGRt bUBpZXRmLm9yZzxtYWlsdG86ZG1tQGlldGYub3JnPj4NCg0KDQpGb2xrcyDigJMgQXMgd2UgZGlz Y3Vzc2VkIGluIHRoZSBXRyBtZWV0aW5nIGF0IElFVEYxMDMsIHdlIGFyZSBpc3N1aW5nIFdHTEMg b24gZHJhZnQtaWV0Zi1kbW0tZGlzdHJpYnV0ZWQtbW9iaWxpdHktYW5jaG9yaW5nLTExLg0KDQpU aGUgZG9jdW1lbnQgd2VudCB0aHJvdWdoIHNldmVyYWwgcmV2aXNpb25zIGFuZCB0aGVyZSB3ZXJl IGdvb2QgYW1vdW50IG9mIHJldmlld3Mgb24gdGhpcyBkb2N1bWVudC4gIFRoZSBhdXRob3JzIGhh dmUgYWRkcmVzc2VkIGFsbCB0aGUgY29tbWVudHMgYW5kIHRoZXJlIGFyZSBubyBvcGVuIGlzc3Vl cyB0aGF0IHdlIGFyZSB0cmFja2luZyBhdCB0aGlzIHRpbWUuIFdlIGJlbGlldmUgdGhlIGRvY3Vt ZW50IGlzIHJlYWR5IGZvciBJRVNHIHJldmlld3MgYW5kIGxpa2UgdG8gY29uZmlybSB0aGUgc2Ft ZSBmcm9tIHRoZSB3b3JraW5nIGdyb3VwLg0KDQoNClRoZSBmb2xsb3dpbmcgbWVzc2FnZSBjb21t ZW5jZXMgYSB0d28gd2VlayBXR0xDIGZvciBhbGwgZmVlZGJhY2suDQoNCkRvY3VtZW50IExpbms6 DQpodHRwczovL3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1pZXRmLWRtbS1kaXN0cmlidXRlZC1tb2Jp bGl0eS1hbmNob3JpbmctMTEudHh0DQoNClRoZSB0YXJnZXQgc3RhdHVzIGZvciB0aGlzIGRvY3Vt ZW50IGlzIOKAnEluZm9ybWF0aW9uYWzigJ0uDQoNClBsZWFzZSBwb3N0IGFueSBjb21tZW50cy9j b25jZXJucyBvbiB0aGUgZHJhZnQuDQoNClRoYW5rcyENCkRhcGVuZyAmIFNyaQ0KDQpfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KZG1tIG1haWxpbmcgbGlz dA0KZG1tQGlldGYub3JnPG1haWx0bzpkbW1AaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL2RtbQ0KDQo= --_000_2684FA17FE644F20809AF9624B7570F8avitpt_ Content-Type: text/html; charset="utf-8" Content-ID: <95775416B143B142A6AEE35AE37A25E6@av.it.pt> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgbGluZS1icmVhazogYWZ0 ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCkRlYXIgYWxsLA0KPGRpdiBjbGFzcz0iIj48YnIg Y2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+SSBjb25zaWRlciB0aGF0IHRoaXMgZHJh ZnQgc2hvdWxkIGFsc28gbW92ZSBmb3J3YXJkLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xh c3M9IiI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAw LCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEhlbHZldGljYTsgZm9udC1z aXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7 IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1 dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTog bm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBw eDsgLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyAtd2Via2l0LXRleHQtc3Ryb2tlLXdp ZHRoOiAwcHg7IHRleHQtZGVjb3JhdGlvbjogbm9uZTsiPg0KQ29tIG9zIG1lbGhvcmVzIGN1bXBy aW1lbnRvcyAvIEJlc3QmbmJzcDtyZWdhcmRzPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0K RGFuaWVsIENvcnVqbzxiciBjbGFzcz0iIj4NCkluc3RpdHV0byBkZSBUZWxlY29tdW5pY2HDp8O1 ZXMgLSBQw7NsbyBkZSZuYnNwO0F2ZWlybzxiciBjbGFzcz0iIj4NCjxhIGhyZWY9Imh0dHA6Ly93 d3cuaXQucHQiIGNsYXNzPSIiPmh0dHA6Ly93d3cuaXQucHQ8L2E+PC9kaXY+DQo8YnIgY2xhc3M9 IkFwcGxlLWludGVyY2hhbmdlLW5ld2xpbmUiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAs IDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNp emU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsg Zm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0 bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBu b25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4 OyAtd2Via2l0LXRleHQtc2l6ZS1hZGp1c3Q6IGF1dG87IC13ZWJraXQtdGV4dC1zdHJva2Utd2lk dGg6IDBweDsgdGV4dC1kZWNvcmF0aW9uOiBub25lOyI+DQo8c3BhbiBzdHlsZT0iY2FyZXQtY29s b3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEhlbHZl dGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1j YXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7 IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0 LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3Jk LXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyAtd2Via2l0LXRl eHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHRleHQtZGVjb3JhdGlvbjogbm9uZTsiPjxzcGFuPjxzcGFu PjxzcGFuPjxzcGFuPjxzcGFuPjxzcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0iY2FyZXQtY29sb3I6 IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEhlbHZldGlj YTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBz OiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9y cGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRy YW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNw YWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyAtd2Via2l0LXRleHQt c3Ryb2tlLXdpZHRoOiAwcHg7IHRleHQtZGVjb3JhdGlvbjogbm9uZTsiPjxzcGFuPjxzcGFuPjxi ciBjbGFzcz0iQXBwbGUtaW50ZXJjaGFuZ2UtbmV3bGluZSI+DQo8YnIgc3R5bGU9ImNhcmV0LWNv bG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBIZWx2 ZXRpY2E7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQt Y2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFs OyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5v bmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQt c3Ryb2tlLXdpZHRoOiAwcHg7IHRleHQtZGVjb3JhdGlvbjogbm9uZTsiIGNsYXNzPSIiPg0KPHNw YW4gc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7 IGZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHlsZTogbm9y bWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0 ZXItc3BhY2luZzogbm9ybWFsOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsg dGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdvcmQtc3BhY2luZzog MHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHRleHQtZGVjb3JhdGlvbjogbm9u ZTsgZmxvYXQ6IG5vbmU7IGRpc3BsYXk6IGlubGluZSAhaW1wb3J0YW50OyIgY2xhc3M9IiI+V2F0 Y2gNCiBvdXIgVklERU86PC9zcGFuPjwvc3Bhbj48L3NwYW4+PC9zcGFuPg0KPGRpdiBzdHlsZT0i Y2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1p bHk6IEhlbHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQt dmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5n OiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDog MHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBh dXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyAt d2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHRleHQtZGVjb3JhdGlvbjogbm9uZTsiIGNs YXNzPSIiPg0KPHNwYW4gc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiBy Z2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTJweDsgZm9u dC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDog bm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1p bmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdv cmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHRleHQtZGVj b3JhdGlvbjogbm9uZTsiPjxzcGFuPjxzcGFuPjxzcGFuIHN0eWxlPSJjYXJldC1jb2xvcjogcmdi KDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZhbWlseTogSGVsdmV0aWNhOyBm b250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5v cm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgdGV4dC1h bGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0 ZS1zcGFjZTogbm9ybWFsOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13 aWR0aDogMHB4OyB0ZXh0LWRlY29yYXRpb246IG5vbmU7IGZsb2F0OiBub25lOyBkaXNwbGF5OiBp bmxpbmUgIWltcG9ydGFudDsiIGNsYXNzPSIiPjxhIGhyZWY9Imh0dHBzOi8veW91dHUuYmUvbEk4 RG5tQm5FdFUiIGNsYXNzPSIiPmh0dHBzOi8veW91dHUuYmUvbEk4RG5tQm5FdFU8L2E+PC9zcGFu Pjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0iY2FyZXQtY29sb3I6IHJn YigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEhlbHZldGljYTsg Zm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBu b3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhh bnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5z Zm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNp bmc6IDBweDsgLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyAtd2Via2l0LXRleHQtc3Ry b2tlLXdpZHRoOiAwcHg7IHRleHQtZGVjb3JhdGlvbjogbm9uZTsiIGNsYXNzPSIiPg0KPHNwYW4g c3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7IGZv bnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHlsZTogbm9ybWFs OyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXIt c3BhY2luZzogbm9ybWFsOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4 dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdvcmQtc3BhY2luZzogMHB4 OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHRleHQtZGVjb3JhdGlvbjogbm9uZTsi PjxzcGFuPjxzcGFuPjxzcGFuIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xv cjogcmdiKDAsIDAsIDApOyBmb250LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEycHg7 IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWln aHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgdGV4dC1hbGlnbjogc3RhcnQ7IHRl eHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFs OyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB0ZXh0 LWRlY29yYXRpb246IG5vbmU7IGZsb2F0OiBub25lOyBkaXNwbGF5OiBpbmxpbmUgIWltcG9ydGFu dDsiIGNsYXNzPSIiPkludGVybmV0DQogVGVjaG5vbG9neSBMZXR0ZXJzIEpvdXJuYWwgaXMmbmJz cDthY2NlcHRpbmcgcHVibGljYXRpb25zOiZuYnNwOzxiciBjbGFzcz0iIj4NCjwvc3Bhbj48L3Nw YW4+PC9zcGFuPjwvc3Bhbj4NCjxkaXYgY2xhc3M9IiI+PHNwYW4gc3R5bGU9ImNhcmV0LWNvbG9y OiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBIZWx2ZXRp Y2E7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fw czogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyB0 ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7 IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ry b2tlLXdpZHRoOiAwcHg7IHRleHQtZGVjb3JhdGlvbjogbm9uZTsiPjxzcGFuPjxzcGFuPjxzcGFu IHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyBm b250LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1h bDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVy LXNwYWNpbmc6IG5vcm1hbDsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRl eHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3b3JkLXNwYWNpbmc6IDBw eDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB0ZXh0LWRlY29yYXRpb246IG5vbmU7 IGZsb2F0OiBub25lOyBkaXNwbGF5OiBpbmxpbmUgIWltcG9ydGFudDsiIGNsYXNzPSIiPjxhIGhy ZWY9Imh0dHA6Ly9vbmxpbmVsaWJyYXJ5LndpbGV5LmNvbS9qb3VybmFsLzEwLjEwMDIvKElTU04p MjQ3Ni0xNTA4IiBjbGFzcz0iIj5odHRwOi8vb25saW5lbGlicmFyeS53aWxleS5jb20vam91cm5h bC8xMC4xMDAyLyhJU1NOKTI0NzYtMTUwODwvYT48L3NwYW4+PC9zcGFuPjwvc3Bhbj48L3NwYW4+ PC9kaXY+DQo8L2Rpdj4NCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwvc3Bhbj48L3NwYW4+PC9zcGFu PjwvZGl2Pg0KPGRpdj48YnIgY2xhc3M9IiI+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFz cz0iIj4NCjxkaXYgY2xhc3M9IiI+QmVnaW4gZm9yd2FyZGVkIG1lc3NhZ2U6PC9kaXY+DQo8ZGl2 IHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7IG1hcmdpbi1yaWdodDogMHB4OyBtYXJnaW4tYm90dG9t OiAwcHg7IG1hcmdpbi1sZWZ0OiAwcHg7IiBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgZGlyPSJsdHIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdi KDAsIDAsIDApOyBmb250LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEycHg7IGZvbnQt c3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5v cm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5k ZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3b3Jk LXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB0ZXh0LWRlY29y YXRpb246IG5vbmU7IiBjbGFzcz0iIj4NCkZyb206PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRl ZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxzdHJvbmcgY2xhc3M9ImdtYWlsX3NlbmRlcm5hbWUiIGRp cj0iYXV0byI+U3JpIEd1bmRhdmVsbGkgKHNndW5kYXZlKTwvc3Ryb25nPjxzcGFuIGNsYXNzPSJB cHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48c3BhbiBkaXI9Imx0ciIgY2xhc3M9 IiI+Jmx0OzxhIGhyZWY9Im1haWx0bzpzZ3VuZGF2ZUBjaXNjby5jb20iIGNsYXNzPSIiPnNndW5k YXZlQGNpc2NvLmNvbTwvYT4mZ3Q7PC9zcGFuPjxiciBjbGFzcz0iIj4NCkRhdGU6IFdlZCwgSmFu IDksIDIwMTkgYXQgNzo0MyBQTTxiciBjbGFzcz0iIj4NClN1YmplY3Q6IFtETU1dIFdHTEMgb24g ZHJhZnQtaWV0Zi1kbW0tZGlzdHJpYnV0ZWQtbW9iaWxpdHktYW5jaG9yaW5nLTExPGJyIGNsYXNz PSIiPg0KVG86PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFu PjxhIGhyZWY9Im1haWx0bzpkbW1AaWV0Zi5vcmciIGNsYXNzPSIiPmRtbUBpZXRmLm9yZzwvYT48 c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+Jmx0OzxhIGhy ZWY9Im1haWx0bzpkbW1AaWV0Zi5vcmciIGNsYXNzPSIiPmRtbUBpZXRmLm9yZzwvYT4mZ3Q7PGJy IGNsYXNzPSIiPg0KPC9kaXY+DQo8YnIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7 IGZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHlsZTogbm9y bWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0 ZXItc3BhY2luZzogbm9ybWFsOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsg dGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdvcmQtc3BhY2luZzog MHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHRleHQtZGVjb3JhdGlvbjogbm9u ZTsiIGNsYXNzPSIiPg0KPGJyIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBmb250 LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsg Zm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNw YWNpbmc6IG5vcm1hbDsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQt dHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3b3JkLXNwYWNpbmc6IDBweDsg LXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB0ZXh0LWRlY29yYXRpb246IG5vbmU7IiBj bGFzcz0iIj4NCjxkaXYgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtc3R5 bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1h bDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50 OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3b3JkLXNw YWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB0ZXh0LWRlY29yYXRp b246IG5vbmU7IHdvcmQtd3JhcDogYnJlYWstd29yZDsgbGluZS1icmVhazogYWZ0ZXItd2hpdGUt c3BhY2U7IGZvbnQtc2l6ZTogMTRweDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7 IiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+Rm9sa3Mg4oCTIEFzIHdlIGRpc2N1c3NlZCBpbiB0 aGUgV0cgbWVldGluZyBhdCBJRVRGMTAzLCB3ZSBhcmUgaXNzdWluZyBXR0xDIG9uJm5ic3A7ZHJh ZnQtaWV0Zi1kbW0tZGlzdHJpYnV0ZWQtbW9iaWxpdHktYW5jaG9yaW5nLTExLiZuYnNwOzwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8 ZGl2IGNsYXNzPSIiPlRoZSBkb2N1bWVudCB3ZW50IHRocm91Z2ggc2V2ZXJhbCByZXZpc2lvbnMg YW5kIHRoZXJlIHdlcmUgZ29vZCBhbW91bnQgb2YgcmV2aWV3cyBvbiB0aGlzIGRvY3VtZW50LiZu YnNwOyBUaGUgYXV0aG9ycyBoYXZlIGFkZHJlc3NlZCBhbGwgdGhlIGNvbW1lbnRzIGFuZCB0aGVy ZSBhcmUgbm8gb3BlbiBpc3N1ZXMgdGhhdCB3ZSBhcmUgdHJhY2tpbmcgYXQgdGhpcyB0aW1lLiBX ZSBiZWxpZXZlIHRoZSBkb2N1bWVudCBpcyByZWFkeSBmb3INCiBJRVNHIHJldmlld3MgYW5kIGxp a2UgdG8gY29uZmlybSB0aGUgc2FtZSBmcm9tIHRoZSB3b3JraW5nIGdyb3VwLjwvZGl2Pg0KPC9k aXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48 YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPlRoZSBm b2xsb3dpbmcgbWVzc2FnZSBjb21tZW5jZXMgYSB0d28gd2VlayBXR0xDIGZvciBhbGwgZmVlZGJh Y2suPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFz cz0iIj4NCjxkaXYgY2xhc3M9IiI+RG9jdW1lbnQgTGluazo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+ PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQvZHJhZnQtaWV0Zi1kbW0tZGlzdHJpYnV0 ZWQtbW9iaWxpdHktYW5jaG9yaW5nLTExLnR4dCIgdGFyZ2V0PSJfYmxhbmsiIGNsYXNzPSIiPmh0 dHBzOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0LWlldGYtZG1tLWRpc3RyaWJ1dGVkLW1vYmlsaXR5 LWFuY2hvcmluZy0xMS50eHQ8L2E+PC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNs YXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRoZSB0YXJnZXQgc3RhdHVzIGZvciB0aGlz IGRvY3VtZW50IGlzIOKAnEluZm9ybWF0aW9uYWzigJ0uJm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNz PSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5QbGVhc2UgcG9zdCBhbnkg Y29tbWVudHMvY29uY2VybnMgb24gdGhlIGRyYWZ0LiZuYnNwOzwvZGl2Pg0KPGRpdiBjbGFzcz0i Ij4mbmJzcDsmbmJzcDs8L2Rpdj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaGFua3MhPC9kaXY+ DQo8ZGl2IGNsYXNzPSIiPkRhcGVuZyAmYW1wOyBTcmk8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJy IGNsYXNzPSIiPg0KPC9kaXY+DQo8L2Rpdj4NCjxzcGFuIHN0eWxlPSJjYXJldC1jb2xvcjogcmdi KDAsIDAsIDApOyBmb250LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEycHg7IGZvbnQt c3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5v cm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5k ZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3b3Jk LXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB0ZXh0LWRlY29y YXRpb246IG5vbmU7IGZsb2F0OiBub25lOyBkaXNwbGF5OiBpbmxpbmUgIWltcG9ydGFudDsiIGNs YXNzPSIiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPC9z cGFuPjxiciBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEhl bHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFu dC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3Jt YWw7IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTog bm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4 dC1zdHJva2Utd2lkdGg6IDBweDsgdGV4dC1kZWNvcmF0aW9uOiBub25lOyIgY2xhc3M9IiI+DQo8 c3BhbiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEhlbHZl dGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1j YXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7 IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9u ZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1z dHJva2Utd2lkdGg6IDBweDsgdGV4dC1kZWNvcmF0aW9uOiBub25lOyBmbG9hdDogbm9uZTsgZGlz cGxheTogaW5saW5lICFpbXBvcnRhbnQ7IiBjbGFzcz0iIj5kbW0NCiBtYWlsaW5nIGxpc3Q8L3Nw YW4+PGJyIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZhbWlseTogSGVs dmV0aWNhOyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50 LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1h bDsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBu b25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0 LXN0cm9rZS13aWR0aDogMHB4OyB0ZXh0LWRlY29yYXRpb246IG5vbmU7IiBjbGFzcz0iIj4NCjxh IGhyZWY9Im1haWx0bzpkbW1AaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIiBzdHlsZT0iZm9udC1m YW1pbHk6IEhlbHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZv bnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFj aW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVu dDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dz OiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRv OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IiBjbGFzcz0iIj5kbW1AaWV0Zi5vcmc8 L2E+PGJyIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZhbWlseTogSGVs dmV0aWNhOyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50 LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1h bDsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBu b25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0 LXN0cm9rZS13aWR0aDogMHB4OyB0ZXh0LWRlY29yYXRpb246IG5vbmU7IiBjbGFzcz0iIj4NCjxh IGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZG1tIiByZWw9Im5v cmVmZXJyZXIiIHRhcmdldD0iX2JsYW5rIiBzdHlsZT0iZm9udC1mYW1pbHk6IEhlbHZldGljYTsg Zm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBu b3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhh bnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5z Zm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNp bmc6IDBweDsgLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyAtd2Via2l0LXRleHQtc3Ry b2tlLXdpZHRoOiAwcHg7IiBjbGFzcz0iIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL2RtbTwvYT48L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIi Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_2684FA17FE644F20809AF9624B7570F8avitpt_-- --_004_2684FA17FE644F20809AF9624B7570F8avitpt_ Content-Type: image/tiff; name="PastedGraphic-1.tiff" Content-Description: PastedGraphic-1.tiff Content-Disposition: attachment; filename="PastedGraphic-1.tiff"; size=9280; creation-date="Tue, 15 Jan 2019 11:14:24 GMT"; modification-date="Tue, 15 Jan 2019 11:14:24 GMT" Content-ID: <311CF16F-A781-42B8-9B8B-E053E427FEA3> Content-Transfer-Encoding: base64 TU0AKgAAFxaAACBQOCQWDQeEQmFQuGQ2HQ+IRGJROKRWLReMRmNRuOR2PR+QSGRSOSSWTSeUSmVS uWS2XSQpIgIQMoQMQABXHhAS+QqhYLYgQMYQMP0KBzOBUOJPCBtCmwNglgoEpYRCfLYwTaeQ9wVI lKCSVebwJ4V6mVu0Wm1Wu2W23W+4XG5QKY0oAUGBF+jQZgTg8EG5wur1mBJ+BuCnwJowO+wOvY2H Ve7Ui7wO9QY416qwerr/DwNw22iwIQV7ARur3gAG+aQMg4/A7HZbPabXbbfcWmYzWBE+B6qxxG+z nT7jUwM/6a1VfeADDQLM1OwQPOwNA7C08eBcmp8WE9qC8HWUmD4iBa+p+bc+v2e33e/4fGPzHg6r fQLmyDh3/12KBmerwIrcyT/oGEKvHA6qBOuqbIK28DuCU7yEKuf6Hqc6DsPlDcOQ7D0PxAra6ta3 q9pa/cJtzCqBgis0Bp+R6jq8MMFABBglQcnkIOUwSfp2gz7gAuyCPUSKBlBF0QyVJcmSbJz2RGgT xsq0i4xQ96rmegboxwhjwITDSKvAT6vBDGsbxyl8du6jDwMuADCIK9EuyfOs7TvPE8pKmMfgAP7a yu9yrlegazgA4NEIPDAAUMgjKLsSCvDiikKq8AMzzDCifrtGKRMoss2I+/yBTiWCvUXPVU1VVdWV ZPjkUAv0UuMn84heqFC0yh6rsozyBEirzpsin5/0tTEGy8n7VU6AFJpFUAlVRTRbV8jMuWlVts21 bduPdV7t1i4lu2SW0+gAr1zXJYqp0un9qzRcjVQjWaWxWjU5zTcd9X3fl+pZb8/XC/iEJjR6JqYn NsPaq9zXQq1iWNdzrV0g01wk5diMY017AAyBAoHat8X9keSZLkyM4BP9t0C+OGIJh1d4hdljzohW LXolmOGBjeMoFj2QNdimT6Homi5JlNuZY+Es4mqbN2GW11iVdtqabmrv2U5EeLRGpoUllyBPVRdm Wvo2zbPtFuaRldZSwn7mkfMuHqAge4qmGOaXygrwUIgWntChVDa9ZDURgqDNbTxPFcXke121pTbQ IgVqjDxGYltZlzqmOO83JgzyIEyiEVv0AAMpIyBUiqdG3Ug9DMgWKB1N1fGdr23brYaYIiK5poBa d5dvUh3HWzyDY15oGfUlubgy0gQYwRzqV8kAFmMpOfWM5WrLN+h7Icq9PcfF8fyI13Qizi54AUWI Pfl37KD+JVvjMDpiBcGJQw0piX7+W6j/EbNCZyT99Tmn8tzT6yoAAMXuECDgQdkT5YJQTgoQV876 SFiQfcs4hb8lWP0LeVd9RdnsNzgelIgb0HaP/aqguAT0yfmUHegZBC0zKLMTieo4JCIIwVh9D9xc FyBwFIeCF9zwiCweVXCBjDmHunnSS1A1S1YVLRWmtV2L9yLldfC4WFoABQrBWmhYhzT4sgAdmEp+ EQI2RtZJEIwpFxAvuXSQSJSqomJqe2QJZic2FNYFs81LcYkexOdKRg1RBDINlcuw0qcdSBFXG+Yw gYsXLRukxJls0cDnEbd88CBjBBEQJaS207Me3qtBKnH+GzyWOv+a5DEgcJwAA/a2Q1sBAmYMVR8R tJEXZNTBmEk6TkRCNvuACQmO6qY8kmMHEOFKp39i2b7LoqYUS5PIIEO9S0CGXyPjGRuHsw5yTlPh MUkkyJlSjVg2xcUMBbF2WqlxYREYRImhK8dmTU5vGOnA9puhBnMpbRNH2F85qEUJLfOgk86pRSkn cwOZym5XT0mmnFZkVYkFxm0ACbi7J+zWCVJBvcvVwNhTKcwgc1Zx0KpdS8tFDCVUOfjOyk6dVFxn KqwklD1J5yEIlM+PkqorT6oDKl5Tm25rMHjLuksX5EnlK0QaltMKrVXJJTIlknxdyhprRA+Dr5Ku yL9GuntFHJyDOlNMuzzo0EDMWRpnaDahKHImaOuyVXQkDWBP+oJP63I3afU+Mj6zrN1qmQV1QSoO VYsdY8jtWiXwaeBY2JNNmAm0UMsJ2JOW9IvXKQMB8sExSoh2RsH7h5Ho1PU4AhrglcyrTaT84Mky BIthXLxctTrIW9t8SeyRaIjPAo2QOZZcJmlzlzAakkTZHUjelLGL7+LLUAmrAYKNdU3kEUM+CNVv 7wXhIFcErYoH3P6IZcct9yZs0mpFc2U9oZ/XQgAvCPQtoR1ErNCywsabsk/ttXkhIUZL3iwNTC8h PFDXDfeQ29Rbr2Ucvdcy9t8r33RJKeCgcULcy4Z6jZI5A8ArCFDK5G98MD4pjc+e2pbVDPteBKyh 87TZ4RLhcu3hbccWrvrQfDwtnPpUAAm90+Oa/i2hmQZQxwb0AAPU5SoGKspTkk49YlZ6govuxlB2 zECjZY2hDe5N9xS3HBjDjyL6nyJ5BIIounOBSOS5y8Z959Ba1NXynnmYeLMaJxI4oZ1AALKYNIxg 8tuYLQKJNxFwJSCa0Omk9FHPWk9KFwz4fggbpMBEIUXXGND7qzH0RJkOglnrL1gy/KbSuq9WatTq lHUhAjVJDggX5HOhi2aI1drvXmvS0G7IHanTFeiKmA1NHbLrAmca+2Zs3ZxGmCxPAAkE5roiP7GD xrfZJtNdbP29t/V20dh7T1GTzbG2tUGx27uDdm7bH6i3GkGqJcNz6nxpqmd+7t9b7wNrgt+9dkbp MDuuJqnCDyMfIVdZhdszlf35bOeM0Ckzd4ek7fxbuAXG23jXVRtzwLVIJVV26NTVYn4qRbj835+c nSZxctvGS6cb3xRLjzWa01Ux8k96l+cOZ4kKtXkuRqn9Aatii5UqIFaM2WtvlN85k8sSXy4tnMAA dSK2YgnIIT+20IHn5I8NVW9NTlzmFicTg1z59bqwpBOTIqvdArtHS1tdigN0/qCIerFq6p3ktKky ciQ133SolnyRsc7Z0I2WcmNKhX93Tind0Qd8LR3vmRuTIDBkoRZhAeMt2l4jUMzE0qAcgIHNjeO0 trOptItM4MCtqkLzfmjg1e5DmJUYQfhs9eFIm9yQRGpBN55OzoQW6nvnDOl+LIX2dIjve7dLor28 WiFcIABR2WiQdaEGafX3tJHXqeuIWepQyQ/HyAhvtK07YfMrN0l5AkXkit+U4FEvjucebAA9Jz1v XhlClHIuwIacWmrc+yIisWc4/u/yIq7akigA6Cr8+qw+Iw7i+Mqg8WYukKim5U7tAhAqXuTCfsSE I2u8nq4gkE9oI0/LAoMowC9SIifY/a/cI4/g3M1s3spueK/qi9Ay5wcI7U/CrIIE8wIMfUMpAXA4 xaINCMVGwEWgGgo6Ls+WIIg4YU0YeE5I6LAo+DASxIdc9FAZA6le8YkBB2pFA2eoMoTeTiUWuqpE QcrqmMAAWERu0cFsOagULsWgQEi8/nAAKpDOIGSClo7qWm/nBHAolow2ABENBiPm8qNo/k3ufnBy I08E/0nDCS8QhY6IhdAfEqAA5E89DI5C7JC/E2gDAfEuILCMXJFNAnAwldEGkKrBFcagmqd6K8q9 DHFg8G4hFaluWnFFBTE02kl+gOkLFs6+KmybEZBlEcNm8ogwoi7kmnFFF4oA7XGsZtAbCwhYraIP EXEpAQghFJA5FNFXGuIPHPG1DBFpF05vDKXJFnF+5+2lHUkBGxEsIvCuqTAvHXGCpA9HHrEzC/Hl DFGY2hGcNk8pG9GkJBE9FA/5HzHXHM6EKuyS0gIMUWdhHJIfI5G3E4pGdbExFRHo1lAs7k8dIBHX ILH6x/IpJJHXHxE/HIiu2lHbGBFhGFFK2kPUzIIO+hJvIO0LISNi6o2RIvBaTw4JFfHfFHB6sJHH KfJrJNJApIpU9A03B+IFD6j/I7KlJKyFHtApJlLFIDKpDDJbJxKbJ0qfJZGnGHLPLLB9B4+6bnF9 IMoBH+5Wt1FMI5KDKEItBmJfKM40WZEEmZEmIzK8+7IjJnK/L5IFJgkALsOa+wUVFxLU/xKjLrLN LDIHA5LJM/ApLvLTLzJzJUkBLdLtMjJCcvJlFBNXLPL+qfL1A3NHGIIGxK81C9MAIAAIFA4JBYNA ykiEBAz/B4dD4hEYlEwAQQArjwwIfCRBA2/FJBIZFI5JBI1GItJYiqFgtiBA1/ByCWCgSo1B5Ytn /MppNolOZjApfAkDPYXKoNOUfAzhBJ6AYdOaGAKDBZnNZvFKBA6nRZrR4hOZ3Bq8SrBE63QoGwJ7 KbDLanVQBT5/LbBDYFbJrbrRLarU0hPTjIbFPKxSIFaQBU70Sr5UbhMKdNahOL9XIHZbPiM5nc9n 9BodFo9FCbvpNRBotGKzENNDNTsdFJzxj8/Uslqp7rYJhd1h5Xl7VRKNoJyYIGn8mSsrScjArlA6 vPpBiq7xeDOoPmsJwsXa7bkFtHYEb6Zy+bD5zp7z4erLVfAyhA3BPRDdVt84F8YMMZ6aDOOs8C9v wpaBKaga6MsWy/oGUCejC2UJQnCkKwtC6CNegS8QwzzVoykSEmegYYQ7EyDNo2zPNw6DDOo5ztN/ F71O866vt6loIIHAwAGigcAIhHkSoE+qavvBbyAAj6yLWgcdIEeDdxxBjMOJG7snfJyBlggZIoOC Cey4galPPKEuoOJ8SIlBS3ls9iCiigZ4RInpISm5CBOVFEzzMgUhgBDkngBIolSPFa7NggzBoFIA AT+8yBSSgs2IK9dEoKQMmogqYXsy/8T1BUNRVGjaFUvUiRQ+3iJITQSqz/VDZRS0kWKpF1VsSlqx qtKTswbKyzSmuLPu47MlgBSSI2LXMqOGAFlxoWz+AA/SJsavjjuSxFG1hSjxWGkb/JrRoAJzPQAT wlU5oE6dyQClskxGgVBJCcCB0lb0xxy3NHM+OM61jgOBYG0cNUBgiKVUlVW35WGEJFdYAS8gU7Ix iLQpzJN0oJB6a3tBbNoFjolY/Nt0ySxrWpzQV0h/LSKFCnpQO6W0/0CiOYprmd9Ftk8Bxm8VBR5Z KDZyJWdxgsGXIgYMtv/S0EyurSW2rSCH5KsuS0rqiBi/l6H0aSKe61WiW5tr6CYiWMtzKgTsTbli BzSimI6agRYbHh+9b3viD4NDm+qsi8QNBg2rXph8xABtaMaRwPH8hyPJcnynK8ty/Mb9U0N8rhTS I4gerXTxDU5KrO7ABLmLcz1nW9d1/Ydj2XZ9p2rOoTP6p9IieS5LAHV9t4PheH4ni+N4/keT5Xl+ Z5vnef6Ho+l6fqer63r+x7Pte37nu+97/wfD8Xx/J8tQ5WnuL/N9f2fb933/hgScyzebpV7+P8ci nM/x4ucCP5gBAF8b+1Pv6V0reAUCWHq1LkvmBTK0dnyU0AAUME0eNiXHAqDUC1EOcaicxyRvleHA g3CVUUDD0QmWYudjZJFoQqhgiZqDB4PnpcDCIgh01cQxh4aljJA2NtvhK/trpglateUiQMYMQoex NQtDNwEDjOw/Ui/clUOH7QkJFFRZEVmys1SdF4xEEE/I/fS+c54ABoRnPfGBKDeXixkUdGJUatUo wZNu2aMMWovpJSTGsmr6oxxpjuEpdxo4uAgjoxiQkBYnPHigZ8MLMkptCiASBkq/yauKWiruHMi4 5I8Wq7sgkmUwn4f4lUibEV2niLA4ciLEYMLBOyuB1KfAARIO/EkiCmW7tdlUw5PZAgoxsRhJ5TzU lopvWvK5S8vlBtylU7tiMmmjrfX4/6EB2VqtDJBIUCJ4lfkilNJs/CSZREkkmzo8S1UOTCIe0hrJ +JLEChaRBRs1odp3Uu0Qh81ZHu2kih6KxOV5L9IMxFks8JPx8Z5MhdkoCW0HnhQpNREIdJTXi2gk gEZjLlJbCwz7eCapxQXLZvU1k7ILogs+JjIFLzNphB40M4JsIthrO0ga0yS02pYaOjLPFBUHn8SG oKzF0rnM4xEENH45KvIPRaMpEFxSGo0R4z6KqA0Cg7DRtxlGaLVp4QOdc16hMNadSU8VLaj0gPzT sg9KpK1obuT2kyzEeIIhG0BngMJHVuT/QdjhA5rDwlDJc/tf4UEQaQ6grKf6xkGUbBUvKcl+JJhf Q87dL2k0xPdZ2mjaW2ECbWoyxFXptQ2Z5SiKSAkiRZZIeKv0eEYJ/UJIJZiSSqpJpIEqu9bqk1xY AkhOVTiWv0AAoJRsxWPJTr0/2ZMtKkLaINWVx0XLdoOQhc6CJBqm3NuIn2rbxKB1fm21NNyl5ABK Bifi4Mbyazhp+jJlVXUOKEUMtG94AKfLMnHb235Jby39L6La5CgloWLILR6QJ+KW3WPxOOzKzKW4 Ta3emmlMrQVeUadO3FbrWVgpPNm1sByyWchkS2vLP1sX2PofZd8bgAWCIHcwJUnDxUiPa/+Fdp71 3tOzMyz9bk32pvG9m8uRo25Cx4tHEN58L1soLi7HZjj8ZPPTa6l0ysBZUABhrAuEohYKyVejKVDk YZiy5ZrE+a8NoczAlPJmVpa4kxEjDLFa7N5uxThir2YLy5xJJmSKUzsM5Dy1oLN9xb43cIFdCiOa MjvNyToWmdXmIyHIeoJbud8owIZ4m/TJINOQpZ5mq6UV8vaKWjqgs+hNPYO1Am3V2es26p0Nn/Ie crPZNpuranOI6cXmtVhTPeuI84yd0RFpcu8v6I1XrvQcaYG6xyDr3Ol/pVajIpH7UyzLAkRdMQMW Mp9JvG0rtZNuRTQYlRjXu+ufnAbt09lrCzNM51anFKrBO1Nv4FzPXzNO/MURYWAyHReVataB2lnj O2UFhcP2LW7CuKMui2x0Z3QG0dfbTJdxLfG2MWrN2caHd03V7yYxrud4W6eIbXppPkzlEt30NRne XmRiMp8kRtsgkfDOO604JMrWHL028Bn3qfofPuKbH4RhffOuc4cNwvnnYWwNia2UxxaNtYiDun2Z Krje8sWYx6tejqPSlnc5KRIs8SSSpy6KmQSlfLHa8u4n1LspseDEV532k0WWjAk1UWUjnBPcgXo1 ravkEbekYR6X0/vu99Q8i71wrK/jeHbDzLp/W/T+Q00wJ5fZ+TegbZ1Vx/zhA7v2x5hrr0yNe9sB 0T3arnZNg9oUvUyj5xsTbw156L1nvZBrSgkozxGMb9kEqrpqwBA8aECrl4zzmlpj6z1b5HrRBMLL ZPLRf0vqPg+w/F1favRsQeawusdJLI0I/FTffg/HGex7sIFgwJWH5z1YUVcNNr9itK3xKbFZIjGB +Q+D47L72zu5rg/auI+j8BkYcCIggT6KNQgaykC6qa5IgbZqJbPjvqtsCjGYg6yZH78BQUDzMYlq 57r6JQiID67as4gRY5QRiJpBHyXgACWC8T1pi7orvK+b4BXz7RBaiiywgRiYABTpZyUj2bqDyzOr 6rdT9MKb9Bcy06wYgQcJNboglr5Ygbuq0rZyXSfzsbcIgxksDIhwB8DCxT2Qgyxpr6XSeDGyTjMi CcMZbhr8FULyt4gSXUHKaK15Z0HgADusBZ2KLig8Jwg0Oz8beYpDAD7a2CHbJIxDVigz8AksEUBo ABc8Rqf6wiSj8zf7WS+jyBZz7rLwkLbjZ0TLjj8rzbrDzriMKzia7DlIkhSiOSogkhiJQUWDjELK dUUhZhV0TYkj9z+cYgpEZbyq0MX46URJ4MEZqyfx1ECS2UBLZohx1B0yODDZjkcJaJP5asbog8b5 n5shBZdMJihAgpiMQTwb/Lt8bhr5usAMdhGBjQ5b0DS8ca8Bk0XT8LpJZivRuYgp1C9YWCLhdJQh x0WzZ0iD/ae0f0e0iyD8f8Y608d6fxkocLgpfamieCx0CEjJQcYzJyVS+8k4AB1C3r5yfggTZsbE AMmUKTZ0dC8UQRkq3sH5eCVRJMnchS7UgUakpEpMpSFUEag8MTt0pcqMqUqcqh5MppZTrkqsrUrc rkrp1qETVkr0sUscskspC4nMGqjjg8s0tktst0t6KcTyeEiiFQgIABEBAAADAAAAAQDxAAABAQAD AAAAAQBXAAABAgADAAAABAAAF+gBAwADAAAAAQAFAAABBgADAAAAAQACAAABCgADAAAAAQABAAAB EQAEAAAAAQAAAAgBEgADAAAAAQABAAABFQADAAAAAQAEAAABFgADAAAAAQBXAAABFwAEAAAAAQAA Fw4BHAADAAAAAQABAAABKAADAAAAAQACAAABPQADAAAAAQACAAABUgADAAAAAQACAAABUwADAAAA BAAAF/CHcwAHAAAMSAAAF/gAAAAAAAgACAAIAAgAAQABAAEAAQAADEhMaW5vAhAAAG1udHJSR0Ig WFlaIAfOAAIACQAGADEAAGFjc3BNU0ZUAAAAAElFQyBzUkdCAAAAAAAAAAAAAAAAAAD21gABAAAA ANMtSFAgIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEWNw cnQAAAFQAAAAM2Rlc2MAAAGEAAAAbHd0cHQAAAHwAAAAFGJrcHQAAAIEAAAAFHJYWVoAAAIYAAAA FGdYWVoAAAIsAAAAFGJYWVoAAAJAAAAAFGRtbmQAAAJUAAAAcGRtZGQAAALEAAAAiHZ1ZWQAAANM AAAAhnZpZXcAAAPUAAAAJGx1bWkAAAP4AAAAFG1lYXMAAAQMAAAAJHRlY2gAAAQwAAAADHJUUkMA AAQ8AAAIDGdUUkMAAAQ8AAAIDGJUUkMAAAQ8AAAIDHRleHQAAAAAQ29weXJpZ2h0IChjKSAxOTk4 IEhld2xldHQtUGFja2FyZCBDb21wYW55AABkZXNjAAAAAAAAABJzUkdCIElFQzYxOTY2LTIuMQAA AAAAAAAAAAAAEnNSR0IgSUVDNjE5NjYtMi4xAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAABYWVogAAAAAAAA81EAAQAAAAEWzFhZWiAAAAAAAAAAAAAAAAAA AAAAWFlaIAAAAAAAAG+iAAA49QAAA5BYWVogAAAAAAAAYpkAALeFAAAY2lhZWiAAAAAAAAAkoAAA D4QAALbPZGVzYwAAAAAAAAAWSUVDIGh0dHA6Ly93d3cuaWVjLmNoAAAAAAAAAAAAAAAWSUVDIGh0 dHA6Ly93d3cuaWVjLmNoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAGRlc2MAAAAAAAAALklFQyA2MTk2Ni0yLjEgRGVmYXVsdCBSR0IgY29sb3VyIHNwYWNlIC0g c1JHQgAAAAAAAAAAAAAALklFQyA2MTk2Ni0yLjEgRGVmYXVsdCBSR0IgY29sb3VyIHNwYWNlIC0g c1JHQgAAAAAAAAAAAAAAAAAAAAAAAAAAAABkZXNjAAAAAAAAACxSZWZlcmVuY2UgVmlld2luZyBD b25kaXRpb24gaW4gSUVDNjE5NjYtMi4xAAAAAAAAAAAAAAAsUmVmZXJlbmNlIFZpZXdpbmcgQ29u ZGl0aW9uIGluIElFQzYxOTY2LTIuMQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdmlldwAAAAAA E6T+ABRfLgAQzxQAA+3MAAQTCwADXJ4AAAABWFlaIAAAAAAATAlWAFAAAABXH+dtZWFzAAAAAAAA AAEAAAAAAAAAAAAAAAAAAAAAAAACjwAAAAJzaWcgAAAAAENSVCBjdXJ2AAAAAAAABAAAAAAFAAoA DwAUABkAHgAjACgALQAyADcAOwBAAEUASgBPAFQAWQBeAGMAaABtAHIAdwB8AIEAhgCLAJAAlQCa AJ8ApACpAK4AsgC3ALwAwQDGAMsA0ADVANsA4ADlAOsA8AD2APsBAQEHAQ0BEwEZAR8BJQErATIB OAE+AUUBTAFSAVkBYAFnAW4BdQF8AYMBiwGSAZoBoQGpAbEBuQHBAckB0QHZAeEB6QHyAfoCAwIM AhQCHQImAi8COAJBAksCVAJdAmcCcQJ6AoQCjgKYAqICrAK2AsECywLVAuAC6wL1AwADCwMWAyED LQM4A0MDTwNaA2YDcgN+A4oDlgOiA64DugPHA9MD4APsA/kEBgQTBCAELQQ7BEgEVQRjBHEEfgSM BJoEqAS2BMQE0wThBPAE/gUNBRwFKwU6BUkFWAVnBXcFhgWWBaYFtQXFBdUF5QX2BgYGFgYnBjcG SAZZBmoGewaMBp0GrwbABtEG4wb1BwcHGQcrBz0HTwdhB3QHhgeZB6wHvwfSB+UH+AgLCB8IMghG CFoIbgiCCJYIqgi+CNII5wj7CRAJJQk6CU8JZAl5CY8JpAm6Cc8J5Qn7ChEKJwo9ClQKagqBCpgK rgrFCtwK8wsLCyILOQtRC2kLgAuYC7ALyAvhC/kMEgwqDEMMXAx1DI4MpwzADNkM8w0NDSYNQA1a DXQNjg2pDcMN3g34DhMOLg5JDmQOfw6bDrYO0g7uDwkPJQ9BD14Peg+WD7MPzw/sEAkQJhBDEGEQ fhCbELkQ1xD1ERMRMRFPEW0RjBGqEckR6BIHEiYSRRJkEoQSoxLDEuMTAxMjE0MTYxODE6QTxRPl FAYUJxRJFGoUixStFM4U8BUSFTQVVhV4FZsVvRXgFgMWJhZJFmwWjxayFtYW+hcdF0EXZReJF64X 0hf3GBsYQBhlGIoYrxjVGPoZIBlFGWsZkRm3Gd0aBBoqGlEadxqeGsUa7BsUGzsbYxuKG7Ib2hwC HCocUhx7HKMczBz1HR4dRx1wHZkdwx3sHhYeQB5qHpQevh7pHxMfPh9pH5Qfvx/qIBUgQSBsIJgg xCDwIRwhSCF1IaEhziH7IiciVSKCIq8i3SMKIzgjZiOUI8Ij8CQfJE0kfCSrJNolCSU4JWgllyXH JfcmJyZXJocmtyboJxgnSSd6J6sn3CgNKD8ocSiiKNQpBik4KWspnSnQKgIqNSpoKpsqzysCKzYr aSudK9EsBSw5LG4soizXLQwtQS12Last4S4WLkwugi63Lu4vJC9aL5Evxy/+MDUwbDCkMNsxEjFK MYIxujHyMioyYzKbMtQzDTNGM38zuDPxNCs0ZTSeNNg1EzVNNYc1wjX9Njc2cjauNuk3JDdgN5w3 1zgUOFA4jDjIOQU5Qjl/Obw5+To2OnQ6sjrvOy07azuqO+g8JzxlPKQ84z0iPWE9oT3gPiA+YD6g PuA/IT9hP6I/4kAjQGRApkDnQSlBakGsQe5CMEJyQrVC90M6Q31DwEQDREdEikTORRJFVUWaRd5G IkZnRqtG8Ec1R3tHwEgFSEtIkUjXSR1JY0mpSfBKN0p9SsRLDEtTS5pL4kwqTHJMuk0CTUpNk03c TiVObk63TwBPSU+TT91QJ1BxULtRBlFQUZtR5lIxUnxSx1MTU19TqlP2VEJUj1TbVShVdVXCVg9W XFapVvdXRFeSV+BYL1h9WMtZGllpWbhaB1pWWqZa9VtFW5Vb5Vw1XIZc1l0nXXhdyV4aXmxevV8P X2Ffs2AFYFdgqmD8YU9homH1YklinGLwY0Njl2PrZEBklGTpZT1lkmXnZj1mkmboZz1nk2fpaD9o lmjsaUNpmmnxakhqn2r3a09rp2v/bFdsr20IbWBtuW4SbmtuxG8eb3hv0XArcIZw4HE6cZVx8HJL cqZzAXNdc7h0FHRwdMx1KHWFdeF2Pnabdvh3VnezeBF4bnjMeSp5iXnnekZ6pXsEe2N7wnwhfIF8 4X1BfaF+AX5ifsJ/I3+Ef+WAR4CogQqBa4HNgjCCkoL0g1eDuoQdhICE44VHhauGDoZyhteHO4ef iASIaYjOiTOJmYn+imSKyoswi5aL/IxjjMqNMY2Yjf+OZo7OjzaPnpAGkG6Q1pE/kaiSEZJ6kuOT TZO2lCCUipT0lV+VyZY0lp+XCpd1l+CYTJi4mSSZkJn8mmia1ZtCm6+cHJyJnPedZJ3SnkCerp8d n4uf+qBpoNihR6G2oiailqMGo3aj5qRWpMelOKWpphqmi6b9p26n4KhSqMSpN6mpqhyqj6sCq3Wr 6axcrNCtRK24ri2uoa8Wr4uwALB1sOqxYLHWskuywrM4s660JbSctRO1irYBtnm28Ldot+C4WbjR uUq5wro7urW7LrunvCG8m70VvY++Cr6Evv+/er/1wHDA7MFnwePCX8Lbw1jD1MRRxM7FS8XIxkbG w8dBx7/IPci8yTrJuco4yrfLNsu2zDXMtc01zbXONs62zzfPuNA50LrRPNG+0j/SwdNE08bUSdTL 1U7V0dZV1tjXXNfg2GTY6Nls2fHadtr724DcBdyK3RDdlt4c3qLfKd+v4DbgveFE4cziU+Lb42Pj 6+Rz5PzlhOYN5pbnH+ep6DLovOlG6dDqW+rl63Dr++yG7RHtnO4o7rTvQO/M8Fjw5fFy8f/yjPMZ 86f0NPTC9VD13vZt9vv3ivgZ+Kj5OPnH+lf65/t3/Af8mP0p/br+S/7c/23//w== --_004_2684FA17FE644F20809AF9624B7570F8avitpt_-- From nobody Tue Jan 15 03:33:11 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF4C8130DE9 for ; Tue, 15 Jan 2019 03:33:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VDTeABRvBEMW for ; Tue, 15 Jan 2019 03:33:05 -0800 (PST) Received: from mga17.intel.com (mga17.intel.com [192.55.52.151]) (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 C2265130E2B for ; Tue, 15 Jan 2019 03:33:03 -0800 (PST) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga107.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 15 Jan 2019 03:33:01 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.56,481,1539673200"; d="scan'208,217";a="118636482" Received: from fmsmsx103.amr.corp.intel.com ([10.18.124.201]) by orsmga003.jf.intel.com with ESMTP; 15 Jan 2019 03:33:01 -0800 Received: from fmsmsx117.amr.corp.intel.com (10.18.116.17) by FMSMSX103.amr.corp.intel.com (10.18.124.201) with Microsoft SMTP Server (TLS) id 14.3.408.0; Tue, 15 Jan 2019 03:33:01 -0800 Received: from hasmsx114.ger.corp.intel.com (10.184.198.65) by fmsmsx117.amr.corp.intel.com (10.18.116.17) with Microsoft SMTP Server (TLS) id 14.3.408.0; Tue, 15 Jan 2019 03:33:00 -0800 Received: from hasmsx106.ger.corp.intel.com ([169.254.10.88]) by HASMSX114.ger.corp.intel.com ([169.254.14.108]) with mapi id 14.03.0415.000; Tue, 15 Jan 2019 13:32:57 +0200 From: "Moses, Danny" To: "dmm@ietf.org" Thread-Topic: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 Thread-Index: AQHUqEs3VTAjcTZYRUC5U1x6/vM4pqWwFzuAgAAj8hA= Date: Tue, 15 Jan 2019 11:32:56 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ctpclassification: CTP_NT x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiYWZjMTQxYzAtMWZiNS00YmNlLWI0NGItODA3ZDU1ZDA4ZGM2IiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoidHFSV0NRMkw3UmpHVXNjeUpUeVZwQmdqVm9penF5Rzc2RXJXOHdES2Z3QWdmc2NmYk1uU05WOTN3V2pBYVVpUyJ9 dlp-product: dlpe-windows dlp-version: 11.0.400.15 dlp-reaction: no-action x-originating-ip: [10.255.207.170] Content-Type: multipart/alternative; boundary="_000_F0CF5715D3D1884BAC731EA1103AC281441BF775HASMSX106gercor_" MIME-Version: 1.0 Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2019 11:33:09 -0000 --_000_F0CF5715D3D1884BAC731EA1103AC281441BF775HASMSX106gercor_ Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 SGksDQoNCkkgc3VwcG9ydCBXR0xDIGZvciB0aGlzIGRyYWZ0Lg0KDQpEYW5ueQ0KDQpGcm9tOiBT cmkgR3VuZGF2ZWxsaSAoc2d1bmRhdmUpIDxzZ3VuZGF2ZUBjaXNjby5jb208bWFpbHRvOnNndW5k YXZlQGNpc2NvLmNvbT4+DQpEYXRlOiBXZWQsIEphbiA5LCAyMDE5IGF0IDc6NDMgUE0NClN1Ympl Y3Q6IFtETU1dIFdHTEMgb24gZHJhZnQtaWV0Zi1kbW0tcG1pcHY2LWRsaWYtMDMNClRvOiBkbW1A aWV0Zi5vcmc8bWFpbHRvOmRtbUBpZXRmLm9yZz4gPGRtbUBpZXRmLm9yZzxtYWlsdG86ZG1tQGll dGYub3JnPj4NCg0KRm9sa3Mg4oCTIEFzIHdlIGRpc2N1c3NlZCBpbiB0aGUgV0cgbWVldGluZyBh dCBJRVRGMTAzLCB3ZSBhcmUgaXNzdWluZyBXR0xDIG9uIGh0dHBzOi8vd3d3LmlldGYub3JnL2lk L2RyYWZ0LWlldGYtZG1tLXBtaXB2Ni1kbGlmLTAzLnR4dC4NCg0KV2UgaGF2ZSBhbHNvIG1hZGUg b25lIGtleSBjaGFuZ2UgdG8gdGhlIGRvY3VtZW50IHN0YXR1cywgbW92aW5nIGl0IGZyb20gU3Rh bmRhcmRzIFRyYWNrIHRvIEV4cGVyaW1lbnRhbCBUcmFjay4gV2UgdGhlIGNoYWlycyBoYXZlIHRh bGtlZCB0byB0aGUgYXV0aG9ycyBhbmQgdGhleSBhcmUgT0sgd2l0aCB0aGlzIGNoYW5nZS4gV2Ug YXJlIGRvbmcgdGhpcyBhcyB3ZSBhcmUgbm90IHN1cmUgYWJvdXQgYW55IHBvdGVudGlhbCB2ZW5k b3IgaW1wbGVtZW50YXRpb25zIGFuZCBzbyB3ZSBjaG9zZSB0byBrZWVwIHRoaXMgb24gZXhwZXJp bWVudGFsIHRyYWNrLg0KDQpUaGUgZG9jdW1lbnQgd2VudCB0aHJvdWdoIHNldmVyYWwgcmV2aXNp b25zIGFuZCB0aGVyZSB3ZXJlIGdvb2QgYW1vdW50IG9mIHJldmlld3Mgb24gdGhpcyBkb2N1bWVu dC4gIFRoZSBhdXRob3JzIGhhdmUgYWRkcmVzc2VkIGFsbCB0aGUgY29tbWVudHMgYW5kIHRoZXJl IGFyZSBubyBvcGVuIGlzc3VlcyB0aGF0IHdlIGFyZSB0cmFja2luZyBhdCB0aGlzIHRpbWUuIFdl IGJlbGlldmUgdGhlIGRvY3VtZW50IGlzIHJlYWR5IGZvciBJRVNHIHJldmlld3MgYW5kIGxpa2Ug dG8gY29uZmlybSB0aGUgc2FtZSBmcm9tIHRoZSB3b3JraW5nIGdyb3VwLg0KDQoNClRoZSBmb2xs b3dpbmcgbWVzc2FnZSBjb21tZW5jZXMgYSB0d28gd2VlayBXR0xDIGZvciBhbGwgZmVlZGJhY2su DQoNCkRvY3VtZW50IExpbms6DQogaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQvZHJhZnQtaWV0Zi1k bW0tcG1pcHY2LWRsaWYtMDMudHh0PGh0dHBzOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0LWlldGYt ZG1tLXBtaXB2Ni1kbGlmLTAzLi50eHQ+DQoNClRoZSB0YXJnZXQgc3RhdHVzIGZvciB0aGlzIGRv Y3VtZW50IGlzIOKAnEV4cGVyaW1lbnRhbOKAnS4NCg0KUGxlYXNlIHBvc3QgYW55IGNvbW1lbnRz L2NvbmNlcm5zIG9uIHRoZSBkcmFmdC4NCg0KDQpUaGFua3MhDQpEYXBlbmcgJiBTcmkNCg0KDQpf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KZG1tIG1haWxp bmcgbGlzdA0KZG1tQGlldGYub3JnPG1haWx0bzpkbW1AaWV0Zi5vcmc+DQpodHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RtbQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCkEgbWVtYmVyIG9mIHRo ZSBJbnRlbCBDb3Jwb3JhdGlvbiBncm91cCBvZiBjb21wYW5pZXMKClRoaXMgZS1tYWlsIGFuZCBh bnkgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG1hdGVyaWFsIGZvcgp0aGUg c29sZSB1c2Ugb2YgdGhlIGludGVuZGVkIHJlY2lwaWVudChzKS4gQW55IHJldmlldyBvciBkaXN0 cmlidXRpb24KYnkgb3RoZXJzIGlzIHN0cmljdGx5IHByb2hpYml0ZWQuIElmIHlvdSBhcmUgbm90 IHRoZSBpbnRlbmRlZApyZWNpcGllbnQsIHBsZWFzZSBjb250YWN0IHRoZSBzZW5kZXIgYW5kIGRl bGV0ZSBhbGwgY29waWVzLgo= --_000_F0CF5715D3D1884BAC731EA1103AC281441BF775HASMSX106gercor_ Content-Type: text/html; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxOA0K CXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs c2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHls ZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30N CkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIu MHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3Jk U2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBl ZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0t LT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4N CjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1s PjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZs aW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5I aSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkkgc3VwcG9ydCBXR0xDIGZv ciB0aGlzIGRyYWZ0LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+RGFubnk8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+RnJvbTogPHN0cm9uZz5TcmkgR3VuZGF2ZWxsaSAoc2d1bmRhdmUpPC9zdHJvbmc+ ICZsdDs8YSBocmVmPSJtYWlsdG86c2d1bmRhdmVAY2lzY28uY29tIj5zZ3VuZGF2ZUBjaXNjby5j b208L2E+Jmd0Ozxicj4NCkRhdGU6IFdlZCwgSmFuIDksIDIwMTkgYXQgNzo0MyBQTTxicj4NClN1 YmplY3Q6IFtETU1dIFdHTEMgb24gZHJhZnQtaWV0Zi1kbW0tcG1pcHY2LWRsaWYtMDM8YnI+DQpU bzogPGEgaHJlZj0ibWFpbHRvOmRtbUBpZXRmLm9yZyI+ZG1tQGlldGYub3JnPC9hPiAmbHQ7PGEg aHJlZj0ibWFpbHRvOmRtbUBpZXRmLm9yZyI+ZG1tQGlldGYub3JnPC9hPiZndDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206 MTIuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5Gb2xrcyDigJMgQXMgd2UgZGlz Y3Vzc2VkIGluIHRoZSBXRyBtZWV0aW5nIGF0IElFVEYxMDMsIHdlIGFyZSBpc3N1aW5nIFdHTEMg b24mbmJzcDs8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1pZXRmLWRtbS1w bWlwdjYtZGxpZi0wMy50eHQiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9p ZC9kcmFmdC1pZXRmLWRtbS1wbWlwdjYtZGxpZi0wMy50eHQ8L2E+LiZuYnNwOzxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+V2UgaGF2ZSBhbHNvIG1hZGUgb25lIGtl eSBjaGFuZ2UgdG8gdGhlIGRvY3VtZW50IHN0YXR1cywgbW92aW5nIGl0IGZyb20gU3RhbmRhcmRz IFRyYWNrIHRvIEV4cGVyaW1lbnRhbCBUcmFjay4gV2UgdGhlIGNoYWlycyBoYXZlIHRhbGtlZCZu YnNwO3RvIHRoZSBhdXRob3JzIGFuZCB0aGV5IGFyZSBPSyB3aXRoIHRoaXMgY2hhbmdlLg0KIFdl IGFyZSBkb25nIHRoaXMgYXMgd2UgYXJlIG5vdCBzdXJlIGFib3V0IGFueSBwb3RlbnRpYWwgdmVu ZG9yIGltcGxlbWVudGF0aW9ucyBhbmQgc28gd2UgY2hvc2UgdG8ga2VlcCB0aGlzIG9uIGV4cGVy aW1lbnRhbCB0cmFjay48L3NwYW4+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5UaGUgZG9jdW1lbnQgd2VudCB0 aHJvdWdoIHNldmVyYWwgcmV2aXNpb25zIGFuZCB0aGVyZSB3ZXJlIGdvb2QgYW1vdW50IG9mIHJl dmlld3Mgb24gdGhpcyBkb2N1bWVudC4mbmJzcDsgVGhlIGF1dGhvcnMgaGF2ZSBhZGRyZXNzZWQg YWxsIHRoZSBjb21tZW50cyBhbmQgdGhlcmUgYXJlIG5vDQogb3BlbiBpc3N1ZXMgdGhhdCB3ZSBh cmUgdHJhY2tpbmcgYXQgdGhpcyB0aW1lLiBXZSBiZWxpZXZlIHRoZSBkb2N1bWVudCBpcyByZWFk eSBmb3IgSUVTRyByZXZpZXdzIGFuZCBsaWtlIHRvIGNvbmZpcm0gdGhlIHNhbWUgZnJvbSB0aGUg d29ya2luZyBncm91cC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5UaGUgZm9sbG93aW5nIG1lc3NhZ2UgY29tbWVuY2VzIGEg dHdvIHdlZWsgV0dMQyBmb3IgYWxsIGZlZWRiYWNrLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpi bGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+RG9jdW1l bnQgTGluazo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzxhIGhyZWY9Imh0 dHBzOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0LWlldGYtZG1tLXBtaXB2Ni1kbGlmLTAzLi50eHQi IHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1pZXRmLWRtbS1w bWlwdjYtZGxpZi0wMy50eHQ8L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Ymxh Y2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+VGhlIHRhcmdldCBzdGF0 dXMgZm9yIHRoaXMgZG9jdW1lbnQgaXMg4oCcRXhwZXJpbWVudGFs4oCdLjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5Q bGVhc2UgcG9zdCBhbnkgY29tbWVudHMvY29uY2VybnMgb24gdGhlIGRyYWZ0LiZuYnNwOzxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5UaGFu a3MhPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5EYXBlbmcgJmFtcDsgU3JpPG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+X19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX188YnI+DQpkbW0gbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJl Zj0ibWFpbHRvOmRtbUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmRtbUBpZXRmLm9yZzwvYT48 YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RtbSIg dGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZG1t PC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHA+LS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tPGJyPgpBIG1lbWJlciBvZiB0aGUgSW50ZWwgQ29ycG9yYXRpb24gZ3JvdXAgb2YgY29tcGFu aWVzPC9wPgoKPHA+VGhpcyBlLW1haWwgYW5kIGFueSBhdHRhY2htZW50cyBtYXkgY29udGFpbiBj b25maWRlbnRpYWwgbWF0ZXJpYWwgZm9yPGJyPgp0aGUgc29sZSB1c2Ugb2YgdGhlIGludGVuZGVk IHJlY2lwaWVudChzKS4gQW55IHJldmlldyBvciBkaXN0cmlidXRpb248YnI+CmJ5IG90aGVycyBp cyBzdHJpY3RseSBwcm9oaWJpdGVkLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQ8YnI+CnJl Y2lwaWVudCwgcGxlYXNlIGNvbnRhY3QgdGhlIHNlbmRlciBhbmQgZGVsZXRlIGFsbCBjb3BpZXMu PC9wPjwvYm9keT4NCjwvaHRtbD4NCg== --_000_F0CF5715D3D1884BAC731EA1103AC281441BF775HASMSX106gercor_-- From nobody Tue Jan 15 03:35:36 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69588130E2B for ; Tue, 15 Jan 2019 03:35:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a_Vb48tHng8N for ; Tue, 15 Jan 2019 03:35:32 -0800 (PST) Received: from mga18.intel.com (mga18.intel.com [134.134.136.126]) (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 D6A02130DE9 for ; Tue, 15 Jan 2019 03:35:31 -0800 (PST) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by orsmga106.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 15 Jan 2019 03:35:30 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.56,481,1539673200"; d="scan'208,217";a="126035498" Received: from fmsmsx107.amr.corp.intel.com ([10.18.124.205]) by FMSMGA003.fm.intel.com with ESMTP; 15 Jan 2019 03:35:30 -0800 Received: from fmsmsx119.amr.corp.intel.com (10.18.124.207) by fmsmsx107.amr.corp.intel.com (10.18.124.205) with Microsoft SMTP Server (TLS) id 14.3.408.0; Tue, 15 Jan 2019 03:35:30 -0800 Received: from HASMSX109.ger.corp.intel.com (10.184.198.21) by FMSMSX119.amr.corp.intel.com (10.18.124.207) with Microsoft SMTP Server (TLS) id 14.3.408.0; Tue, 15 Jan 2019 03:35:29 -0800 Received: from hasmsx106.ger.corp.intel.com ([169.254.10.88]) by hasmsx109.ger.corp.intel.com ([169.254.3.105]) with mapi id 14.03.0415.000; Tue, 15 Jan 2019 13:35:26 +0200 From: "Moses, Danny" To: "dmm@ietf.org" Thread-Topic: WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 Thread-Index: AQHUqEsyaVwhC6gsjkGTHCexOaG4/6WwPBqg Date: Tue, 15 Jan 2019 11:35:26 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ctpclassification: CTP_NT x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiNTc5MzA3OTUtMmU4OS00ZGYyLThmZTItNjEzN2RmNmFiYmNhIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoiOWE5XC8zZGtKRWdyNHcwS0F0TjJoMm9qdUd6VmlZVjNIQ25qbjN2MzZCTkNMcGtkd3REMTRVR1RXQjQrd0tlcEsifQ== dlp-product: dlpe-windows dlp-version: 11.0.400.15 dlp-reaction: no-action x-originating-ip: [10.255.207.170] Content-Type: multipart/alternative; boundary="_000_F0CF5715D3D1884BAC731EA1103AC281441BF7A8HASMSX106gercor_" MIME-Version: 1.0 Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2019 11:35:34 -0000 --_000_F0CF5715D3D1884BAC731EA1103AC281441BF7A8HASMSX106gercor_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, I support WGLC for this draft. Danny From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Sri Gundavelli (sgunda= ve) Sent: Wednesday, January 09, 2019 20:43 To: dmm@ietf.org Subject: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 Folks - As we discussed in the WG meeting at IETF103, we are issuing WGLC o= n draft-ietf-dmm-distributed-mobility-anchoring-11. The document went through several revisions and there were good amount of r= eviews on this document. The authors have addressed all the comments and t= here are no open issues that we are tracking at this time. We believe the d= ocument is ready for IESG reviews and like to confirm the same from the wor= king group. The following message commences a two week WGLC for all feedback. Document Link: https://www.ietf.org/id/draft-ietf-dmm-distributed-mobility-anchoring-11.txt The target status for this document is "Informational". Please post any comments/concerns on the draft. Thanks! Dapeng & Sri --------------------------------------------------------------------- A member of the Intel Corporation group of companies This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. --_000_F0CF5715D3D1884BAC731EA1103AC281441BF7A8HASMSX106gercor_ Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable

Hi,

I support WGLC for this draft.

 

Danny

&nbs= p;

From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Sri Gundavelli (sgundave)
Sent: Wednesday, January 09, 2019 20:43
To: dmm@ietf.org
Subject: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring= -11

 

Folks – As we discussed in the WG= meeting at IETF103, we are issuing WGLC on draft-ietf-dmm-distributed= -mobility-anchoring-11. 

 

The document went through several revis= ions and there were good amount of reviews on this document.  The auth= ors have addressed all the comments and there are no open issues that we are tracking at this time. We believe the document is = ready for IESG reviews and like to confirm the same from the working group.=

 

 

The following message commences a two w= eek WGLC for all feedback.

 

 

The target status for this document is = “Informational”. 

 

Please post any comments/concerns on th= e draft. 

  

Thanks!

Dapeng & Sri

 

---------------------------------------------------------------------
A member of the Intel Corporation group of companies

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.

--_000_F0CF5715D3D1884BAC731EA1103AC281441BF7A8HASMSX106gercor_-- From nobody Tue Jan 15 05:34:10 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F3FB130E59 for ; Tue, 15 Jan 2019 05:34:09 -0800 (PST) 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_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=interdigital.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bHt_PN0LGB1Q for ; Tue, 15 Jan 2019 05:34:06 -0800 (PST) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-eopbgr810104.outbound.protection.outlook.com [40.107.81.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 08A77129BBF for ; Tue, 15 Jan 2019 05:34:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interdigital.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Lr9W/BHhU6318tL0pYaLDxkdTphJvM96er5TdzUxCug=; b=n8Ddrsi16lTxy1gsG/S9km1FgfQ5pCN3/WdCMf2JplReOHxLLSMWC159a3ks+VpNCDE3r/uYzwM3I/pdDsla7NXyibwlNfWgitYMfIbtQSPGs901yw6gYdsyzCt2qZ0mfBzONGnRtDG0oT2XgIAkzB08/1Ld/ScEdj6Gd8N5tVY= Received: from DM5PR10MB1737.namprd10.prod.outlook.com (10.172.35.143) by DM5PR10MB1788.namprd10.prod.outlook.com (10.172.36.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1516.14; Tue, 15 Jan 2019 13:34:04 +0000 Received: from DM5PR10MB1737.namprd10.prod.outlook.com ([fe80::41c0:592f:8c14:5838]) by DM5PR10MB1737.namprd10.prod.outlook.com ([fe80::41c0:592f:8c14:5838%5]) with mapi id 15.20.1516.019; Tue, 15 Jan 2019 13:34:04 +0000 From: Akbar Rahman To: "dmm@ietf.org" Thread-Topic: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 Thread-Index: AQHUqEs3VTAjcTZYRUC5U1x6/vM4pqWwFzuAgAAj8hCAACGlEA== Date: Tue, 15 Jan 2019 13:34:04 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Akbar.Rahman@InterDigital.com; x-originating-ip: [70.30.6.149] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DM5PR10MB1788; 6:MSSJOLNMT+KdG4xe1dFku9j9/YId+d+72MSNPy5JCMJPpMx7JHfbgtr0IA6WjasLS6YPDLTAxZdyhWR7uL8RNYip59y+xfhpedFctOpGRxCUkc3dcj/6Kbge07r76+7ggmNMfXg6D0/d+cX9QSTBl1K6nzOX3PYagGJ0PoQ6vpTUB2KBMRZeglCSMZJKi2B1NX4kOsHZOxw/nqxDpDyfP0J4bqUzdNSzU3C8cFZxLgjGyeieR8QYiOEcU6RpIPt3hZtll8FJKK+2l3gvxugRw6Vt/LXFqcMlY4XFM4MHwkeAV++MMatBOe7BO5vNUmukN3njbE/XLz7AxMV+c7n8TyOa5eYU96NfkZleYlzn9j2snxnjJzuJNPEJP6zTG16ct/mddFDnY/j+N4eWSVt3pImvqwtPW3eMhdEQibSfvRwyRRWaATS+atCo35KHHnFeiY6MFOQQH8WL94qkhnVM0g==; 5:qxvsqB96/bv7bhfmgWJJaOtoj+4u6uTaLF10gbr5qLyr9OUBG858YQ4w98bl4CfdxTF1q+I9D/hPrwANfG7cgJpZKbb5RmB4gRXhhuaKH1U6msNIYCkaQkwIrJ5IUJs2lAnnTBFq5pd7XEuPBXScxSY2+keCS1sNjf99Xh/+ue9ubv7xXM7FCpEWBbq5yslKb5ccPrvsK3Mcwg+U/VreTQ==; 7:nzUmUwsPJ0Vrb0t09lEfVfDy+fkqNr90PzjsJaftYRQQYVc+8wuJ+dk5cik2BHgJ40ZVN7ElwlSm23agwcRsHc50dBfbxXtfz5QojN36s3PIQfcq/AzfxvaKeKdj2fNKY+KkmqosaoE8H798YOKl2A== x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 575b6669-ed50-40bf-f8e3-08d67aee1e35 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600109)(711020)(2017052603328)(7153060)(7193020); SRVR:DM5PR10MB1788; x-ms-traffictypediagnostic: DM5PR10MB1788: x-microsoft-antispam-prvs: x-forefront-prvs: 0918748D70 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(136003)(39840400004)(346002)(376002)(396003)(199004)(189003)(790700001)(6116002)(74316002)(3846002)(6436002)(99286004)(5640700003)(25786009)(7736002)(97736004)(6506007)(53546011)(606006)(229853002)(68736007)(2501003)(5660300001)(6916009)(316002)(33656002)(8936002)(81156014)(1730700003)(8676002)(53936002)(81166006)(186003)(6246003)(6306002)(476003)(54896002)(236005)(102836004)(9686003)(86362001)(11346002)(446003)(26005)(14444005)(55016002)(14454004)(71200400001)(76176011)(478600001)(486006)(72206003)(66066001)(966005)(7696005)(5024004)(105586002)(2906002)(256004)(2351001)(106356001)(71190400001)(85282002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM5PR10MB1788; H:DM5PR10MB1737.namprd10.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: InterDigital.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: O0S5X2onV/SjXJmDUhrCBbDJlVY8gYgJFjG2yGREwgMYglZ/ZfNPUyNDayao2tBcxSUL87PYvLX5w6fddNgSwa5wQdPlp//4AX6luCm/8w1AFIZ/32Wnb8Lia9SSbbMmkUGzVqDupSamBtG8tqvck1uTjspTPb6ykzY5l3AvUH159HY0woc8MJTpOtvjH7jy90Gx8SIZBth6JdPRF4aes70q5znvbhdGTf1tfU4FegLl2jJsnVTVboJYZPAJAw6w29+Fy0B0e+7J6Jp8sSJ+Mn4kIeJnnqkXTUNkO2VcexZp4XUbUevXGoe6+pPoyIrsUJShjM0Lw4heuBCkWQ6TC1vFiM1RVld2gb+cbyiroIJqvy9XsQ2GPA3w/FhS8qF/OjoIje57rJOe+1gZJpKlfTcvynHCGFCYlxhNzvP1RtI= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_DM5PR10MB17374FAD8843657320A76828E7810DM5PR10MB1737namp_" MIME-Version: 1.0 X-OriginatorOrg: interdigital.com X-MS-Exchange-CrossTenant-Network-Message-Id: 575b6669-ed50-40bf-f8e3-08d67aee1e35 X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Jan 2019 13:34:04.6537 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: e351b779-f6d5-4e50-8568-80e922d180ae X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR10MB1788 Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2019 13:34:09 -0000 --_000_DM5PR10MB17374FAD8843657320A76828E7810DM5PR10MB1737namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable +1 I support progressing this document. As mentioned by Sri, this document ha= s good through several reviews already, and I think it is in good shape . Best Regards, Akbar From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Moses, Danny Sent: Tuesday, January 15, 2019 6:33 AM To: dmm@ietf.org Subject: Re: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 Hi, I support WGLC for this draft. Danny From: Sri Gundavelli (sgundave) > Date: Wed, Jan 9, 2019 at 7:43 PM Subject: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 To: dmm@ietf.org > Folks - As we discussed in the WG meeting at IETF103, we are issuing WGLC o= n https://www.ietf.org/id/draft-ietf-dmm-pmipv6-dlif-03.txt. We have also made one key change to the document status, moving it from Sta= ndards Track to Experimental Track. We the chairs have talked to the author= s and they are OK with this change. We are dong this as we are not sure abo= ut any potential vendor implementations and so we chose to keep this on exp= erimental track. The document went through several revisions and there were good amount of r= eviews on this document. The authors have addressed all the comments and t= here are no open issues that we are tracking at this time. We believe the d= ocument is ready for IESG reviews and like to confirm the same from the wor= king group. The following message commences a two week WGLC for all feedback. Document Link: https://www.ietf.org/id/draft-ietf-dmm-pmipv6-dlif-03.txt The target status for this document is "Experimental". Please post any comments/concerns on the draft. Thanks! Dapeng & Sri _______________________________________________ dmm mailing list dmm@ietf.org https://www.ietf.org/mailman/listinfo/dmm --------------------------------------------------------------------- A member of the Intel Corporation group of companies This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. --_000_DM5PR10MB17374FAD8843657320A76828E7810DM5PR10MB1737namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

+1

 

I support progressing this document.  As menti= oned by Sri, this document has good through several reviews already, and I = think it is in good shape

.=

&= nbsp;

&= nbsp;

Best R= egards,

&= nbsp;

&= nbsp;

Akbar<= o:p>

&= nbsp;

From: dmm [mailto:dmm-bounces@ietf.o= rg] On Behalf Of Moses, Danny
Sent: Tuesday, January 15, 2019 6:33 AM
To: dmm@ietf.org
Subject: Re: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03<= /span>

 

Hi,<= /p>

 

I support WGLC for thi= s draft.

 

Danny

 

From: Sri Gundavelli (sgundave) <= ;sgundave@cisco.com>
Date: Wed, Jan 9, 2019 at 7:43 PM
Subject: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03
To: dmm@ietf.org <dmm@ietf.org>

 

Folks – As we discussed in the WG= meeting at IETF103, we are issuing WGLC on https://www.ietf.org= /id/draft-ietf-dmm-pmipv6-dlif-03.txt. 

 

We have also made one key change to the document status, moving i= t from Standards Track to Experimental Track. We the chairs have talked&nbs= p;to the authors and they are OK with this change. We are dong this as we are not sure about any potential vendor implementat= ions and so we chose to keep this on experimental track.

 

The document went through several revis= ions and there were good amount of reviews on this document.  The auth= ors have addressed all the comments and there are no open issues that we are tracking at this time. We believe the document is = ready for IESG reviews and like to confirm the same from the working group.=

 

 

The following message commences a two w= eek WGLC for all feedback.

 

 

The target status for this document is = “Experimental”.

 

Please post any comments/concerns on th= e draft. 

 

 

Thanks!

Dapeng & Sri

 

 

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

--------------------------------------------------------------------- A member of the Intel Corporation group of companies

This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.

--_000_DM5PR10MB17374FAD8843657320A76828E7810DM5PR10MB1737namp_-- From nobody Tue Jan 15 05:37:31 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DFBAA130E62 for ; Tue, 15 Jan 2019 05:37:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.111 X-Spam-Level: * X-Spam-Status: No, score=1.111 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URI_HEX=1.122] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=interdigital.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a7k5uHgyourR for ; Tue, 15 Jan 2019 05:37:27 -0800 (PST) Received: from NAM04-CO1-obe.outbound.protection.outlook.com (mail-eopbgr690103.outbound.protection.outlook.com [40.107.69.103]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9D152130E59 for ; Tue, 15 Jan 2019 05:37:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interdigital.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=cZvgmQDaRaZsGR6MBtJzLPZAkaDyCj9G5Wg+0BEGVSo=; b=PfTQVrMHU/MHcIItY6FO92PiMS8DYQgzj9/GIJztO39bDXDSGfFvbARc3GalMcgEJaUwigj7GSmqKPYcYw0VcjtHezOC+u2366acehJ2G0oASKjcUGVMOAU+V4wiXw03FMEtLr255ieiYrUtDuggLCySUYXPKxWvQj7smSDy/E8= Received: from DM5PR10MB1737.namprd10.prod.outlook.com (10.172.35.143) by DM5PR10MB1242.namprd10.prod.outlook.com (10.172.39.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1516.14; Tue, 15 Jan 2019 13:37:25 +0000 Received: from DM5PR10MB1737.namprd10.prod.outlook.com ([fe80::41c0:592f:8c14:5838]) by DM5PR10MB1737.namprd10.prod.outlook.com ([fe80::41c0:592f:8c14:5838%5]) with mapi id 15.20.1516.019; Tue, 15 Jan 2019 13:37:25 +0000 From: Akbar Rahman To: "dmm@ietf.org" Thread-Topic: [DMM] Fwd: WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 Thread-Index: AQHUqEsyaVwhC6gsjkGTHCexOaG4/6WwXhxA Date: Tue, 15 Jan 2019 13:37:25 +0000 Message-ID: References: <2684FA17-FE64-4F20-809A-F9624B7570F8@av.it.pt> In-Reply-To: <2684FA17-FE64-4F20-809A-F9624B7570F8@av.it.pt> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Akbar.Rahman@InterDigital.com; x-originating-ip: [70.30.6.149] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DM5PR10MB1242; 6:cC9aU5yR41pv0L5YNwCFmou7pXma1oVlzEGxwpiGWuCeGGI+bv6BLy/lJ0f19s54c5V23WGz6HqEZ0oGp1ito4st+/k5h495xTZMk/d/Rgr1+dV1JliOn7KuSieuXKBjNLczheBNST+I1q2EOF8miuDbh+4MALV4XFs7cRCn44viXx4giA/iQaNAfOHL7eZGbNWeBFzvOvsa6io9pVATvg7z6iko5ZprdFQCtak9HwmeQRjEiQVb/25DDDnJrdRH+5ve34yuyIc/EFe44srEEEOtr4u36svWM77ytem2fvH5Mr4vXYMDzgoE4zRUJU61BYBzgYt/lWtuorDMgNlJUNS2GalGsSM/s1SlhZBm4poXMq35u25H7t8zTNJ8+qJOmHvU4JP6219nVN4TTiPKQBESk59HQyT5qJRQcOpMMXP4wypp6sf3+DQQ7BXqhQoFG/748d+gUjxYsHNK9506sg==; 5:DoJKiJkKmN0rGlYJ0saK+vWYxMeoFAyYIDv9KF1qlF831iV6V8sEr0fLFzjAZscfBjYcfaq2VW75itakv31carwAejDfW9hAG3iBJfFyuvQbYdoBUdye3dkw7iJ4ZTKAlU3DXsC5IvrW0WxG+8Ii4muln7Uu44Z9BUPhwR0BOi4YEYInQk/mAak2+nkMzn0X3ndWXQLBDu343Vx2zwxYcA==; 7:lNd644VXt3AH41Zah9PEA9hf/JLVMFkp12r1vr56uNVYLsSv/zZqfYN1A6z148HNLaDKivd7LnsZXG0wPH9/ewy96FAVvP0iJN/vL0JpLSOizM3nKIiEMa764lOjHTGK7vqS/KwsWOsx/jXuSugj9g== x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 67d4c62f-5713-40d2-0687-08d67aee9600 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600109)(711020)(2017052603328)(7153060)(7193020); SRVR:DM5PR10MB1242; x-ms-traffictypediagnostic: DM5PR10MB1242: x-microsoft-antispam-prvs: x-forefront-prvs: 0918748D70 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(136003)(346002)(39840400004)(396003)(366004)(199004)(189003)(3846002)(53936002)(86362001)(8676002)(5660300001)(6246003)(81156014)(66574012)(6116002)(53386004)(14454004)(236005)(9686003)(6306002)(54896002)(229853002)(33656002)(71200400001)(6916009)(25786009)(790700001)(8936002)(966005)(72206003)(6436002)(81166006)(1730700003)(55016002)(66066001)(5640700003)(71190400001)(478600001)(2501003)(7736002)(316002)(606006)(14444005)(106356001)(97736004)(2906002)(99286004)(486006)(105586002)(74316002)(2351001)(102836004)(7696005)(53546011)(76176011)(186003)(68736007)(6506007)(476003)(446003)(11346002)(256004)(26005)(85282002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM5PR10MB1242; H:DM5PR10MB1737.namprd10.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: InterDigital.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: EeQYe1fPbhMKkBfJcP5bB8vZ348kHImrB82eoqwGwLYOHmwf6uRHVZjeVhcmdsBLX6ZS4BPg0ExyZT12xoMzyhJ3vKcLrfkPzi56BohQ80cG44omMa55IMt69ZumgjmUFQ8rju5Q/9YIMnJi/mtjyqkho/QsiVHxTpCRk0282bxP+FPN/4AvEPRV1TG7vNjK8Ky8LfFRubwDInNhK2U8Ekgtk4JCHxLQL0yPZCikwPGIgVKnyjsr3LoUy9a+yEKHACXUwkGQlQRbE5F6cv/YXENTqfV8CX/cGA6W8xTMfGNoT4jnKHWjFrVALh2rHrTan60/1auK3gLLtMH9jbWUsUS/UBR61yxwGAFntnaKZojNnWImlUqC3RY7c3vfHsBQsuz0aMpyeaiUTjU93e0JuqBkEYp/PieAiSlh8J7XmAA= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_DM5PR10MB1737B23F035D46D032E0EB42E7810DM5PR10MB1737namp_" MIME-Version: 1.0 X-OriginatorOrg: interdigital.com X-MS-Exchange-CrossTenant-Network-Message-Id: 67d4c62f-5713-40d2-0687-08d67aee9600 X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Jan 2019 13:37:25.5955 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: e351b779-f6d5-4e50-8568-80e922d180ae X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR10MB1242 Archived-At: Subject: Re: [DMM] Fwd: WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2019 13:37:30 -0000 --_000_DM5PR10MB1737B23F035D46D032E0EB42E7810DM5PR10MB1737namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable +1 I support progressing this draft. Best Regards, Akbar From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Daniel Nunes Corujo Sent: Tuesday, January 15, 2019 6:14 AM To: dmm@ietf.org Subject: [DMM] Fwd: WGLC on draft-ietf-dmm-distributed-mobility-anchoring-1= 1 Dear all, I consider that this draft should also move forward. Com os melhores cumprimentos / Best regards Daniel Corujo Instituto de Telecomunica=E7=F5es - P=F3lo de Aveiro http://www.it.pt Watch our VIDEO: https://youtu.be/lI8DnmBnEtU Internet Technology Letters Journal is accepting publications: http://onlinelibrary.wiley.com/journal/10.1002/(ISSN)2476-1508 Begin forwarded message: From: Sri Gundavelli (sgundave) > Date: Wed, Jan 9, 2019 at 7:43 PM Subject: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 To: dmm@ietf.org > Folks - As we discussed in the WG meeting at IETF103, we are issuing WGLC o= n draft-ietf-dmm-distributed-mobility-anchoring-11. The document went through several revisions and there were good amount of r= eviews on this document. The authors have addressed all the comments and t= here are no open issues that we are tracking at this time. We believe the d= ocument is ready for IESG reviews and like to confirm the same from the wor= king group. The following message commences a two week WGLC for all feedback. Document Link: https://www.ietf.org/id/draft-ietf-dmm-distributed-mobility-anchoring-11.tx= t The target status for this document is "Informational". Please post any comments/concerns on the draft. Thanks! Dapeng & Sri _______________________________________________ dmm mailing list dmm@ietf.org https://www.ietf.org/mailman/listinfo/dmm --_000_DM5PR10MB1737B23F035D46D032E0EB42E7810DM5PR10MB1737namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

+1

 

 

I support progressing this draft.

 

 

Best Regards,

 

 

Akbar

 

From: dmm [mailto:dmm-bounces@ietf.org] On= Behalf Of Daniel Nunes Corujo
Sent: Tuesday, January 15, 2019 6:14 AM
To: dmm@ietf.org
Subject: [DMM] Fwd: WGLC on draft-ietf-dmm-distributed-mobility-anch= oring-11

 

Dear all,

 

I consider that this draft should also move forward.=

 

Com os melhores cumprimentos / Best&nb= sp;regards

Daniel Corujo
Instituto de Telecomunica=E7=F5es - P=F3lo de Aveiro
http://www.it.pt




Watch our VIDEO:

Internet Technology Letters Journal is=  accepting publications: 



Begin forwarded message:

 

From: <= /span>= Sri Gundavelli (sgundave) <sgundave@cisco.c= om>
Date: Wed, Jan 9, 2019 at 7:43 PM
Subject: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11
To: dmm@ietf.org <dmm@ietf.org>



Folks – As we= discussed in the WG meeting at IETF103, we are issuing WGLC on draft-= ietf-dmm-distributed-mobility-anchoring-11. 

 

The document went t= hrough several revisions and there were good amount of reviews on this docu= ment.  The authors have addressed all the comments and there are no op= en issues that we are tracking at this time. We believe the document is ready for IESG reviews and like to confirm the = same from the working group.

 

 

The following messa= ge commences a two week WGLC for all feedback.

 

 

The target status f= or this document is “Informational”. 

 

Please post any com= ments/concerns on the draft. 

  

Thanks!<= /span>

Dapeng & Sri

 

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

 

--_000_DM5PR10MB1737B23F035D46D032E0EB42E7810DM5PR10MB1737namp_-- From nobody Tue Jan 15 18:56:55 2019 Return-Path: X-Original-To: dmm@ietf.org Delivered-To: dmm@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E8C0513103B; Tue, 15 Jan 2019 18:56:53 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Daniel Migault To: Cc: draft-ietf-dmm-ondemand-mobility.all@ietf.org, ietf@ietf.org, dmm@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.89.3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <154760741387.10854.10303591799017138670@ietfa.amsl.com> Date: Tue, 15 Jan 2019 18:56:53 -0800 Archived-At: Subject: [DMM] Secdir last call review of draft-ietf-dmm-ondemand-mobility-15 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2019 02:56:54 -0000 Reviewer: Daniel Migault Review result: Not Ready Hi, I am the assigned Secdir reviewer for this draft. The Security Directorate (Secdir) reviews all IETF documents being processed by the IESG for the IETF Chair. Please treat these comments just like any other last call comments. Yours, Daniel On Demand Mobility Management draft-ietf-dmm-ondemand-mobility-15 Abstract Applications differ with respect to whether they need session continuity and/or IP address reachability. The network providing the same type of service to any mobile host and any application running on the host yields inefficiencies. "inefficiencies" seems too vague to me and it could be clarified. Reading the abstract, it is unclear (to me) if the issue is on the application side or the network operator side. I guess this is the network side. It is also unclear the nature of the inefficiency. This document describes a solution for taking the application needs into account by selectively providing session continuity and IP address reachability on a per- socket basis. Status of This Memo This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet- Drafts is at https://datatracker.ietf.org/drafts/current/. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." This Internet-Draft will expire on January 27, 2019. Copyright Notice Copyright (c) 2018 IETF Trust and the persons identified as the document authors. All rights reserved. Yegin, et al. Expires January 27, 2019 [Page 1] Internet-Draft On Demand Mobility July 2018 This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License. Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 2. Notational Conventions . . . . . . . . . . . . . . . . . . . 4 3. Solution . . . . . . . . . . . . . . . . . . . . . . . . . . 4 3.1. Types of IP Addresses . . . . . . . . . . . . . . . . . . 4 3.2. Granularity of Selection . . . . . . . . . . . . . . . . 6 3.3. On Demand Nature . . . . . . . . . . . . . . . . . . . . 6 3.4. Conveying the Desired Address Type . . . . . . . . . . . 7 4. Usage example . . . . . . . . . . . . . . . . . . . . . . . . 8 4.1. Pseudo-code example . . . . . . . . . . . . . . . . . . . 8 4.2. Message Flow example . . . . . . . . . . . . . . . . . . 10 5. Backwards Compatibility Considerations . . . . . . . . . . . 11 5.1. Applications . . . . . . . . . . . . . . . . . . . . . . 11 5.2. IP Stack in the Mobile Host . . . . . . . . . . . . . . . 12 5.3. Network Infrastructure . . . . . . . . . . . . . . . . . 12 5.4. Merging this work with RFC5014 . . . . . . . . . . . . . 12 6. Summary of New Definitions . . . . . . . . . . . . . . . . . 13 6.1. New APIs . . . . . . . . . . . . . . . . . . . . . . . . 13 6.2. New Flags . . . . . . . . . . . . . . . . . . . . . . . . 13 7. Security Considerations . . . . . . . . . . . . . . . . . . . 14 8. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 14 9. Contributors . . . . . . . . . . . . . . . . . . . . . . . . 14 10. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 14 11. References . . . . . . . . . . . . . . . . . . . . . . . . . 14 11.1. Normative References . . . . . . . . . . . . . . . . . . 15 11.2. Informative References . . . . . . . . . . . . . . . . . 15 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 16 1. Introduction In the context of Mobile IP [RFC5563][RFC6275][RFC5213][RFC5944], the following two attributes are defined for IP service provided to mobile hosts: Session continuity: The ability to maintain an ongoing transport interaction by keeping the same local end-point IP address throughout the life-time of the IP socket despite the mobile host changing its Yegin, et al. Expires January 27, 2019 [Page 2] Internet-Draft On Demand Mobility July 2018 point of attachment within the IP network topology. The IP address of the host may change after closing the IP socket and before opening a new one, but that does not jeopardize the ability of applications using these IP sockets to work flawlessly. Session continuity is essential for mobile hosts to maintain ongoing flows without any interruption. Session continuity can be provided at multiple layers thus I would recommend for clarity to change session continuity to IP session continuity and insists that this is being provided at the IP layer. Not that IP is sessionless, so here session seems similar to reachability but 'orchestrated' by a higher session protocol. The difference I see is that reachability is a commitment (by the ISP) for not changing the IP address while with session continuity the commitment is related to the use of the IP address. In other words, with a limited period of time. IP address reachability: The ability to maintain the same IP address for an extended period of time. The IP address stays the same across independent sessions, and even in the absence of any session. The IP address may be published in a long-term registry (e.g., DNS), and is made available for serving incoming (e.g., TCP) connections. IP address reachability is essential for mobile hosts to use specific/ published IP addresses. Mobile IP is designed to provide both session continuity and IP address reachability to mobile hosts. Architectures utilizing these protocols (e.g., 3GPP, 3GPP2, WIMAX) ensure that any mobile host attached to the compliant networks can enjoy these benefits. Any application running on these mobile hosts is subjected to the same treatment with respect to session continuity and IP address reachability. My understanding of the text is that Mobile IP is expensive to deploy and I believe it would be easier for the reader to state it here before developing all mechanisms that have been designed to overcome session continuity in a different way. Thus I would put the following text right here: Achieving session continuity and IP address reachability with Mobile IP incurs some cost. Mobile IP protocol forces the mobile host's IP traffic to traverse a centrally-located router (Home Agent, HA), which incurs additional transmission latency and use of additional network resources, adds to the network CAPEX and OPEX, and decreases the reliability of the network due to the introduction of a single point of failure [RFC7333]. Therefore, session continuity and IP address reachability SHOULD be provided only when necessary. It should be noted that in reality not every application may need these benefits. IP address reachability is required for applications running as servers (e.g., a web server running on the mobile host). But, a typical client application (e.g., web browser) does not necessarily require IP address reachability. Similarly, session continuity is not required for all types of applications either. Applications performing brief communication (e.g., ping) can survive without having session continuity support. I believe that session continuity is the main motivation of the draft. Mentioning ping as an example is counter productive as I doubt this is the target application of the draft. Thus citing an application no one really wants could mean that we have not found any other application that do not need session continuity, which could be interpreted as every application needs session continuity at the IP layer. This is not the intention of the text, so we should find another example. Well I think reachability and session continuity are two different features. Applications may only need one of these features not both. In addition, application can provide these features at the IP layer layer or using other mechanisms. As a reason the use of Mobile IP is limited to applications that needs both features being performed at the IP layer which only concern a small fraction of applications. Reading the text above seems to take for granted that reachability is performed only at the IP layer. Splitting the feature versus its implementation should be done in a similar manner for both session continuity and reachability to ease the reading. Achieving session continuity and IP address reachability with Mobile IP incurs some cost. Mobile IP protocol forces the mobile host's IP traffic to traverse a centrally-located router (Home Agent, HA), which incurs additional transmission latency and use of additional network resources, adds to the network CAPEX and OPEX, and decreases the reliability of the network due to the introduction of a single point of failure [RFC7333]. Therefore, session continuity and IP address reachability SHOULD be provided only when necessary. This section should be moved up. Here it is splitting the discussion on session continuity and reachability, which is confusing. Furthermore, when an application needs session continuity, it may be able to satisfy that need by using a solution above the IP layer, such as MPTCP [RFC6824], SIP mobility [RFC3261], or an application- layer mobility solution. These higher-layer solutions are not subject to the same issues that arise with the use of Mobile IP since they can utilize the most direct data path between the end-points. But, if Mobile IP is being applied to the mobile host, the higher- Yegin, et al. Expires January 27, 2019 [Page 3] Internet-Draft On Demand Mobility July 2018 layer protocols are rendered useless because their operation is inhibited by Mobile IP. Since Mobile IP ensures that the IP address of the mobile host remains fixed (despite the location and movement of the mobile host), the higher-layer protocols never detect the IP- layer change and never engage in mobility management. The same paragraph should say the reachability can be performed by application using other means than IP reachability. This document proposes a solution for applications running on mobile hosts to indicate whether they need session continuity or IP address reachability. The network protocol stack on the mobile host, in conjunction with the network infrastructure, provides the required type of service. I assume that session continuity is only understood as IP session continuity and not the transport layer. It is for the benefit of both the users and the network operators not to engage an extra level of service unless it is absolutely necessary. It is expected that applications and networks compliant with this specification will utilize this solution to use network resources more efficiently. The introduction should also position it work regarding 5014. At the point it is not clear why the recommendations could not be such as: * when IP session reachability only is requires the application indicates a preference for Public IP addresses * when IP session continuity is needed the application sends a preference for home of address. * when none is required the application sends a preference for Care of Address. While on demand is mentioned in the title, it does not appear in the introduction. I believe the introduction should expose why there is a need to have this feature. 2. Notational Conventions The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119]. 3. Solution 3.1. Types of IP Addresses Four types of IP addresses are defined with respect to mobility management. - Fixed IP Address A Fixed IP address is an address with a guarantee to be valid for a very long time, regardless of whether it is being used in any packet to/from the mobile host, or whether or not the mobile host is connected to the network, or whether it moves from one point-of- attachment to another (with a different IP prefix) while it is connected. Thought english is not my first language, "guarantee" sounds a bit inappropriate. I might be wrong but the following text seems clearer to me: OLD: A Fixed IP address is an address with a guarantee to be valid for a very long time NEW: A Fixed IP address is an address that remains valid for a very long time Fixed IP addresses are required by applications that need both session continuity and IP address reachability. I think the document should clarify how this is different from a public address 5014. - Session-lasting IP Address A session-lasting IP address is an address with a guarantee to be valid throughout the life-time of the socket(s) for which it was requested. It is guaranteed to be valid even after the mobile host had moved from one point-of-attachment to another (with a different IP prefix). Similarly I would propose the following text: OLD: A session-lasting IP address is an address with a guarantee to be valid throughout the life-time of the socket(s) NEW: A session-lasting IP address is an address valid throughout the life-time of the socket(s) OLD: It is guaranteed to be valid even after NEW: It remains valid even after Yegin, et al. Expires January 27, 2019 [Page 4] Internet-Draft On Demand Mobility July 2018 Session-lasting IP addresses are required by applications that need session continuity but do not need IP address reachability. Home of Address provides IP reachability, but it is unclear if IP session continuity can be provided by other mechanisms that Mobile IP. If that were the case, it would be good to specify how this coudl be provided without IP reachability. - Non-persistent IP Address This type of IP address has no guarantee to exist after a mobile host moves from one point-of-attachment to another, and therefore, no session continuity nor IP address reachability are provided. The IP address is created from an IP prefix that is obtained from the serving IP gateway and is not maintained across gateway changes. In other words, the IP prefix may be released and replaced by a new one when the IP gateway changes due to the movement of the mobile host forcing the creation of a new source IP address with the updated allocated IP prefix. It woudl be good to position this toward the care of address. - Graceful Replacement IP Address In some cases, the network cannot guarantee the validity of the provided IP prefix throughout the duration of the opened socket, but can provide a limited graceful period of time in which both the original IP prefix and a new one are valid. This enables the application some flexibility in the transition from the existing source IP address to the new one. This gracefulness is still better than the non-persistence type of address for applications that can handle a change in their source IP address but require that extra flexibility. The classes defined above have overlaps. I believe that we have: Fixed IP Address \in Session-lasting IP Address \in Graceful Replacement IP Address \in Non-persistent IP Address I think that should be stated in the section. Applications running as servers at a published IP address require a Fixed IP Address. Long-standing applications (e.g., an SSH session) may also require this type of address. Enterprise applications that connect to an enterprise network via virtual LAN require a Fixed IP Address. Applications with short-lived transient sessions can use Session- lasting IP Addresses. For example: Web browsers. Applications with very short sessions, such as DNS clients and instant messengers, can utilize Non-persistent IP Addresses. Even though they could very well use Fixed or Session-lasting IP Addresses, the transmission latency would be minimized when a Non- persistent IP Addresses are used. Applications that can tolerate a short interruption in connectivity can use the Graceful-replacement IP addresses. For example, a streaming client that has buffering capabilities. Yegin, et al. Expires January 27, 2019 [Page 5] Internet-Draft On Demand Mobility July 2018 3.2. Granularity of Selection IP address type selection is made on a per-socket granularity. Different parts of the same application may have different needs. For example, the control-plane of an application may require a Fixed IP Address in order to stay reachable, whereas the data-plane of the same application may be satisfied with a Session-lasting IP Address. 3.3. On Demand Nature At any point in time, a mobile host may have a combination of IP addresses configured. Zero or more Non-persistent, zero or more Session-lasting, zero or more Fixed and zero or more Graceful- Replacement IP addresses may be configured by the IP stack of the host. The combination may be as a result of the host policy, application demand, or a mix of the two. Listing the different classes in the same order as the one of the definitions may ease the reading. When an application requires a specific type of IP address and such an address is not already configured on the host, the IP stack SHALL attempt to configure one. For example, a host may not always have a Session-lasting IP address available. When an application requests one, the IP stack SHALL make an attempt to configure one by issuing a request to the network (see Section 3.4 below for more details). If the operation fails, the IP stack SHALL fail the associated socket request and return an error. If successful, a Session-lasting IP Address gets configured on the mobile host. If another socket requests a Session-lasting IP address at a later time, the same IP address may be served to that socket as well. When the last socket using the same configured IP address is closed, the IP address may be released or kept for future applications that may be launched and require a Session-lasting IP address. I suspect the application is expected to request the type of IP with minimal capabilities. In some cases the OS may not have the requested type of address bu may have another type of addresses that could fulfill the application requirements. I believe the text should specify what should be done in this situation. I suppose the text will say that the host sends a request to the network. However, I suspect that allowing the OS to return higher capabilities would encourage the applications to send a minimal level of expectation so to maximize the probability of avoiding a interaction between the host and the network to request the specific type of IP address. In some cases it might be preferable for the mobile host to request a new Session-lasting IP address for a new opening of an IP socket (even though one was already assigned to the mobile host by the network and might be in use in a different, already active IP sockets). It is outside the scope of this specification to define criteria for choosing to use available addresses or choosing to request new ones. It supports both alternatives (and any combination). It is outside the scope of this specification to define how the host requests a specific type of prefix and how the network indicates the type of prefix in its advertisement or in its reply to a request). The following are matters of policy, which may be dictated by the host itself, the network operator, or the system architecture standard: Yegin, et al. Expires January 27, 2019 [Page 6] Internet-Draft On Demand Mobility July 2018 - The initial set of IP addresses configured on the host at boot time. - Permission to grant various types of IP addresses to a requesting application. - Determination of a default address type when an application does not make any explicit indication, whether it already supports the required API or it is just a legacy application. 3.4. Conveying the Desired Address Type [RFC5014] introduced the ability of applications to influence the source address selection with the IPV6_ADDR_PREFERENCE option at the IPPROTO_IPV6 level. This option is used with setsockopt() and getsockopt() calls to set/get address selection preferences. Extending this further by adding more flags does not work when a request for an address of a certain type results in requiring the IP stack to wait for the network to provide the desired source IP prefix and hence causing the setsockopt() call to block until the prefix is allocated (or an error indication from the network is received). One thing is the value of the flags, another thing is the behaviour of the API. So I understand that the new API provides more flexibility in the sense that a requirement that cannot be fulfilled does not necessarily end up in an error. Instead it can lead in an IP address that does not fulfill the application requirement. If that is correct, this is still something the application will have to deal with. IN one case, it will need to deal with an error, in the other case, with something that does not fulfill the requirements. If that is correct, I believe the benefit of it should be highlighted. Alternatively a new socket API is defined - getsc() which allows applications to express their desired type of session continuity service. The new getsc() API will return an IPv6 address that is associated with the desired session continuity service and with status information indicating whether or not the desired service was provided. An application that wishes to secure a desired service will call getsc() with the service type definition and a place to contain the provided IP address, and call bind() to associate that IP address with the socket (See pseudo-code example in Section 4 below). When the IP stack is required to use a source IP address of a specified type, it can use an existing address, or request a new IP prefix (of the same type) from the network and create a new one. If the host does not already have an IPv6 prefix of that specific type, it MUST request one from the network. Using an existing address from an existing prefix is faster but might yield a less optimal route (if a hand-off event occurred after its configuration). On the other hand, acquiring a new IP prefix from the network may be slower due to signaling exchange with the network. Applications can control the stack's operation by setting a new flag - ON_NET flag - which directs the IP stack whether to use a Yegin, et al. Expires January 27, 2019 [Page 7] Internet-Draft On Demand Mobility July 2018 preconfigured source IP address (if exists) or to request a new IPv6 prefix from the current serving network and configure a new IP address. This new flag is added to the set of flags in the IPV6_ADDR_PREFERENCES option at the IPPROTO_IPV6 level. It is used in setsockopt() to set the desired behavior. My understanding of the flag is that it forces the OS to request the network. This means that even if it already has teh desired IP address the ON_NET flag set will force the OS to re-ask. When unset, the decision to re-ask or not is let to the OS. IS that correct ? 4. Usage example 4.1. Pseudo-code example It would be good the example also shows the ON_NET flag. The following example shows pseudo-code for creating a Stream socket (TCP) with a Session-Lasting source IP address: #include #include // Socket information int s ; // socket id // Source information (for secsc() and bind()) sockaddr_in6 sourceInfo // my address and port for bind() in6_addr sourceAddress // will contain the provisioned // source IP address uint8_t sc_type = IPV6_REQUIRE_SESSION_LASTING_IP ; // For requesting a Session-Lasting // source IP address // Destination information (for connect()) sockaddr_in6 serverInfo ; // server info for connect() // Create an IPv6 TCP socket s = socket(AF_INET6, SOCK_STREAM, 0) ; if (s!=0) { // Handle socket creation error // ... } // if socket creation failed else { // Socket creation is successful // The application cannot connect yet, since it wants to use // a Session-Lasting source IP address It needs to request // the Session-Lasting source IP before connecting if (setsc(s, &sourceAddress, &sc_type)) == 0){ // setting session continuity to Session Lasting is // Successful. sourceAddress now contains the Session- // LAsting source IP address s/LAsting/Lasting/gc Yegin, et al. Expires January 27, 2019 [Page 8] Internet-Draft On Demand Mobility July 2018 // Bind to that source IP address sourceInfo.sin6_family = AF_INET6 ; sourceInfo.sin6_port = 0 // let the stack choose the port sourceInfo.sin6_address = sourceAddress ; // Use the source address that was // generated by the setsc() call if (bind(s, &sourceInfo, sizeof(sourceInfo))==0){ // Set the desired server's information for connect() serverInfo.sin6_family = AF_INET6 ; serverInfo.sin6_port = SERVER_PORT_NUM ; serverAddress.sin6_addr = SERVER_IPV6_ADDRESS ; // Connect to the server if (connect(s, &serverInfo, sizeof(serverInfo))==0) { // connect successful (3-way handshake has been // completed with Session-Lasting source address. // Continue application functionality // ... } // if connect() is successful else { // connect failed // ... // Application code that handles connect failure and // closes the socket // ... } // if connect() failed } // if bind() successful else { // bind() failed // ... // Application code that handles bind failure and // closes the socket // ... } // if bind() failed } // if setsc() was successful and of a Session-Lasting // source IP address was provided else { // application code that does not use Session-lasting IP // address. The application may either connect without // the desired Session-lasting service, or close the // socket... } // if setsc() failed } // if socket was created successfully // The rest of the application's code // ... Yegin, et al. Expires January 27, 2019 [Page 9] Internet-Draft On Demand Mobility July 2018 4.2. Message Flow example The following message flow illustrates a possible interaction for achieving OnDemand functionality. It is an example of one scenario and should not be regarded as the only scenario or the preferred one. OnDemand versus On Demand versus On-Demand. The text should be consistent. This flow describes the interaction between the following entities: - Applications requiring different types of OnDemand service. - The mobile host's IP stack. - The network infrastructure providing the services. In this example, the network infrastructure provides 2 IPv6 prefixes upon attachment of the mobile host to the network: A Session-lasting IPv6 prefix and a Non-persistent IPv6 prefix. Whenever the mobile host moves to a different point-of-attachment, the network infrastructure provides a new Non-persistent IPv6 address. In this example, the network infrastructure does not support Fixed IP addresses nor Graceful-replacement IP addresses. Whenever an application opens an IP socket and requests a specific IPv6 address type, the IP stack will provide one from its available IPv6 prefixes or return an error message if the request cannot be fulfilled. Message Flow: - The mobile device attaches to the network. - The Network provides two IPv6 prefixes: PREFsl1 - a Session-lasting IPv6 prefix and PREFnp1 - a Non-persistent IP v6 prefix. IP v6/IPv6/gc It would ease the reading if the mechanism used to specify the Type of the address by the operator to the host being described - at least an example. - An application on the mobile host is launched. It opens an IP socket and requests a Non-persistent IPv6 address. - The IP stack provides IPnp1 which is generated from PREFnp1. - Another application is launched, requesting a Non-persistent IPv6 address. - The IP stack provides IPnp1 again. - A third application is launched. This time, it requires a Session- lasting IPv6 address. second ? Yegin, et al. Expires January 27, 2019 [Page 10] Internet-Draft On Demand Mobility July 2018 - The IP stack provides IPsl1 which is generated from PREFsl1. - The mobile hosts moves to a new point-of-attachment. - The network provides a new Non-persistent IPv6 prefix - PREFnp2. PREFnp1 is no longer valid. - The applications that were given IPnp1 re-establish the socket and receive a new IPv6 address - IPnp2 which is generated from PREFnp2 - The application that is using IPsl1 can still use it since the network guaranteed that PREFsl1 will be valid even after moving to a new point-of-attachment. - A new application is launched, this time requiring a Graceful- replacement IPv6 address. - The IP stack returns setsc() with an error since the network does not support this service. - The application re-attempts to open a socket, this time requesting a Session-lasting IPv6 address. - The IP stack provides IPsl1. 5. Backwards Compatibility Considerations Backwards compatibility support is REQUIRED by the following 3 types of entities: - The Applications on the mobile host - The IP stack in the mobile host - The network infrastructure 5.1. Applications Legacy applications that do not support the OnDemand functionality will use the legacy API and will not be able to take advantage of the On-Demand Mobility feature. Applications using the new OnDemand functionality MUST be aware that they may be executed in legacy environments that do not support it. Such environments may include a legacy IP stack on the mobile host, legacy network infrastructure, or both. In either case, the API will return an error code and the invoking applications may just give up and use legacy calls. Yegin, et al. Expires January 27, 2019 [Page 11] Internet-Draft On Demand Mobility July 2018 5.2. IP Stack in the Mobile Host New IP stacks MUST continue to support all legacy operations. If an application does not use On-Demand functionality, the IP stack MUST respond in a legacy manner. The legacy manner does not seems to be a standard way of behavior. It seems to me as the way the OS used to behave. I believe the draft shoudl be a bit more specific here. If the network infrastructure supports On-Demand functionality, the IP stack SHOULD follow the application request: If the application requests a specific address type, the stack SHOULD forward this request to the network. If the application does not request an address type, the IP stack MUST NOT request an address type and leave it to the network's default behavior to choose the type of the allocated IP prefix. If an IP prefix was already allocated to the host, the IP stack uses it and may not request a new one from the network. 5.3. Network Infrastructure The network infrastructure may or may not support the On-Demand functionality. How the IP stack on the host and the network infrastructure behave in case of a compatibility issue is outside the scope of this API specification. I believe that such statement should be made in the introduction with the addition of a list of potential mechanism to provide the type of IP addresses by the network. There is a need to have such mechanisms since the OS cannot derive the properties from the IP address itself. Which was teh case with Home of address, care of address, cga.... 5.4. Merging this work with RFC5014 [RFC5014] defines new flags that may be used with setsockopt() to influence source IP address selection for a socket. The list of flags include: source home address, care-of address, temporary address, public address CGA (Cryptographically Created Address) and non-CGA. When applications require session continuity service and use setsc() and bind(), they SHOULD NOT set the flags specified in [RFC5014]. However, if an application sets a specific option using setsockopt() with one of the flags specified in [RFC5014] and also selects a source IP address using setsc() and bind() the IP address that was generated by setsc() and bound using bind() will be the one used by traffic generated using that socket and options set by setsockopt() will be ignored. The sentence above is hard to read - at least to me. I suspect "the" is missing after "by". What the text says is that after bind setsockopt will be ignored. Correct ? If bind() was not invoked after setsc() by the application, the IP address generated by setsc() will not be used and traffic generated by the socket will use a source IP address that complies with the options selected by setsockopt(). Yegin, et al. Expires January 27, 2019 [Page 12] Internet-Draft On Demand Mobility July 2018 6. Summary of New Definitions Flags and address types should in my opinion be placed in evidence. (.h) 6.1. New APIs setsc() enables applications to request a specific type of source IP address in terms of session continuity. Its definition is: int setsc(int sockfd, in6_addr *sourceAddress, sc_type addressType); Where: - sockfd - is the socket descriptor of the socket with which a specific address type is associated - sourceAddress - is a pointer to an area allocated for setsc() to place the generated source IP address of the desired session continuity type - addressType - Is the desired type of session continuity service. It is a 3-bit field containing one of the following values: 0 - Reserved 1 - FIXED_IPV6_ADDRESS 2 - SESSION_LASTING_IPV6_ADDRESS 3 - NON_PERSISTENT_IPV6_ADDRESS 4 - GRACEFUL_REPLACEMENT_IPV6_ADDRESS 5-7 - Reserved setsc() returns the status of the operation: - 0 - Address was successfully generated - EAI_REQUIREDIPNOTSUPPORTED - the required service type is not supported - EAI_REQUIREDIPFAILED - the network could not fulfill the desired request setsc() MAY block the invoking thread if it triggers the TCP/IP stack to request a new IP prefix from the network to construct the desired source IP address. If an IP prefix with the desired session continuity features already exists (was previously allocated to the mobile host) and the stack is not required to request a new one as a result of setting the IPV6_REQUIRE_SRC_ON_NET flag (defined below), setsc() MAY return immediately with the constructed IP address and will not block the thread. 6.2. New Flags The following flag is added to the list of flags in the IPV6_ADDR_PREFERENCE option at the IPPROTO6 level: IPV6_REQUIRE_SRC_ON_NET - set IP stack address allocation behavior Yegin, et al. Expires January 27, 2019 [Page 13] Internet-Draft On Demand Mobility July 2018 If set, the IP stack will request a new IPv6 prefix of the desired type from the current serving network and configure a new source IP address. If reset, the IP stack will use a preconfigured one if it exists. If there is no preconfigured IP address of the desired type, a new prefix will be requested and used for creating the IP address. 7. Security Considerations The setting of certain IP address type on a given socket may be restricted to privileged applications. For example, a Fixed IP Address may be provided as a premium service and only certain applications may be allowed to use them. Setting and enforcement of such privileges are outside the scope of this document. I believe the text could describe the threat such recommendation is addressing. The document describes how applications provides the OS their requirements in order to select the appropriated IP address. The resource are associated to different costs. While the cost is primarily on the operator side, it is likely that usage by the mobile node comes with some restrictions, limitation or direct cost. Typically, some type of IP address may be provided by the operator for a limited number of bytes upon which the IP address type will not be available to the mobile node or may be charged. A malicious application may use these limitations to generate extra billing of the mobile node or to prevent the usage of some applications by exhausting the expected type of IP address. In order to prevent such scenario, the mobile node SHOULD be able to authorize specific PI address types to privilege application. With these new types of IP addresses, the IP address leaks some connectivity requirements of the application. This also means that additional information is provided to the destination which could reveal to a passive monitoring attacker some information such as the type of application and the application itself even though the packet is protected by IPsec or TLS. To avoid profiling an application according to the type of IP addresses, it is expected that prefixes provided by the operator are associated to various type of addresses over time. As a result, the type of address could not be associated to the prefix, making application profiling based on the type of address harder. Application using multiple type of IP addresses to avoid being profiled is likely to create some patterns. So that remains a hard problem to solve by the application. The usage of a fixed IP address, enables tracking the mobile node, or its application over time. This is a similar problem as the one encountered with Public IP addresses. The usage of the Fixed IP addresses should be limited. To limit the effect of IP tracking, the application or the OS should ensure that IP addresses regularly change to limit IP tracking by a passive observer. The application should regularly set the On Demand flag. The application should be able to ensure that session lasting IP address are regularly changed by setting a lifetime for example handled by the application. In addition, the application should consider the use of graceful replacement IP addresses. Similarly, the OS may also associated IP addresses with a lifetime. Upon receiving a request for a given type of IP address, after some time, the OS should request a new address to the network even if it already has one IP address available with the requested type. This includes any type of IP address. Addresses of type graceful replacement or non persistent IP addresses should be regularly renewed by the OS. The lifetime of an IP address may be expressed in number of seconds or in umber of bytes sent through this IP address. Session lasting IP address could be used to avoid tracking and should be preferred. However, there should be a way to specify between one session lasting or if the IP address can last multiple sessions. 8. IANA Considerations This document has no IANA considerations. 9. Contributors This document was merged with [I-D.sijeon-dmm-use-cases-api-source]. We would like to acknowledge the contribution of the following people to that document as well: Sergio Figueiredo Altran Research, France Email: sergio.figueiredo@altran.com Younghan Kim Soongsil University, Korea Email: younghak@ssu.ac.kr John Kaippallimalil Huawei, USA Email: john.kaippallimalil@huawei.com 10. Acknowledgements We would like to thank Wu-chi Feng, Alexandru Petrescu, Jouni Korhonen, Sri Gundavelli, Dave Dolson and Lorenzo Colitti for their valuable comments and suggestions on this work. 11. References Yegin, et al. Expires January 27, 2019 [Page 14] Internet-Draft On Demand Mobility July 2018 11.1. Normative References [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, March 1997, . [RFC5014] Nordmark, E., Chakrabarti, S., and J. Laganier, "IPv6 Socket API for Source Address Selection", RFC 5014, DOI 10.17487/RFC5014, September 2007, . 11.2. Informative References [I-D.sijeon-dmm-use-cases-api-source] Jeon, S., Figueiredo, S., Kim, Y., and J. Kaippallimalil, "Use Cases and API Extension for Source IP Address Selection", draft-sijeon-dmm-use-cases-api-source-07 (work in progress), September 2017. [RFC3261] Rosenberg, J., Schulzrinne, H., Camarillo, G., Johnston, A., Peterson, J., Sparks, R., Handley, M., and E. Schooler, "SIP: Session Initiation Protocol", RFC 3261, DOI 10.17487/RFC3261, June 2002, . [RFC5213] Gundavelli, S., Ed., Leung, K., Devarapalli, V., Chowdhury, K., and B. Patil, "Proxy Mobile IPv6", RFC 5213, DOI 10.17487/RFC5213, August 2008, . [RFC5563] Leung, K., Dommety, G., Yegani, P., and K. Chowdhury, "WiMAX Forum / 3GPP2 Proxy Mobile IPv4", RFC 5563, DOI 10.17487/RFC5563, February 2010, . [RFC5944] Perkins, C., Ed., "IP Mobility Support for IPv4, Revised", RFC 5944, DOI 10.17487/RFC5944, November 2010, . [RFC6275] Perkins, C., Ed., Johnson, D., and J. Arkko, "Mobility Support in IPv6", RFC 6275, DOI 10.17487/RFC6275, July 2011, . [RFC6824] Ford, A., Raiciu, C., Handley, M., and O. Bonaventure, "TCP Extensions for Multipath Operation with Multiple Addresses", RFC 6824, DOI 10.17487/RFC6824, January 2013, . Yegin, et al. Expires January 27, 2019 [Page 15] Internet-Draft On Demand Mobility July 2018 [RFC7333] Chan, H., Ed., Liu, D., Seite, P., Yokota, H., and J. Korhonen, "Requirements for Distributed Mobility Management", RFC 7333, DOI 10.17487/RFC7333, August 2014, . Authors' Addresses Alper Yegin Actility Istanbul Turkey Email: alper.yegin@actility.com Danny Moses Intel Corporation Petah Tikva Israel Email: danny.moses@intel.com Kisuk Kweon Samsung Suwon South Korea Email: kisuk.kweon@samsung.com Jinsung Lee Samsung Suwon South Korea Email: js81.lee@samsung.com Jungshin Park Samsung Suwon South Korea Email: shin02.park@samsung.com Yegin, et al. Expires January 27, 2019 [Page 16] Internet-Draft On Demand Mobility July 2018 Seil Jeon Sungkyunkwan University Suwon South Korea Email: seiljeon@skku.edu Yegin, et al. Expires January 27, 2019 [Page 17] From nobody Tue Jan 15 19:59:56 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D30FD12F18C for ; Tue, 15 Jan 2019 19:59:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iPxZOdUnI3s7 for ; Tue, 15 Jan 2019 19:59:50 -0800 (PST) Received: from tama50.ecl.ntt.co.jp (tama50.ecl.ntt.co.jp [129.60.39.147]) by ietfa.amsl.com (Postfix) with ESMTP id 725BF12EB11 for ; Tue, 15 Jan 2019 19:59:49 -0800 (PST) Received: from vc2.ecl.ntt.co.jp (vc2.ecl.ntt.co.jp [129.60.86.154]) by tama50.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id x0G3xfPs020122; Wed, 16 Jan 2019 12:59:41 +0900 Received: from vc2.ecl.ntt.co.jp (localhost [127.0.0.1]) by vc2.ecl.ntt.co.jp (Postfix) with ESMTP id 7521F6388C1; Wed, 16 Jan 2019 12:59:41 +0900 (JST) Received: from jcms-pop21.ecl.ntt.co.jp (jcms-pop21.ecl.ntt.co.jp [129.60.87.134]) by vc2.ecl.ntt.co.jp (Postfix) with ESMTP id 695A66385D8; Wed, 16 Jan 2019 12:59:41 +0900 (JST) Received: from [IPv6:::1] (unknown [129.60.13.61]) by jcms-pop21.ecl.ntt.co.jp (Postfix) with ESMTPSA id 64B28400AD6; Wed, 16 Jan 2019 12:59:41 +0900 (JST) References: <0E42DD26875E1748992B1E3F732A36AE013A0017@BLREML503-MBX.china.huawei.com> From: Shunsuke Homma Message-ID: Date: Wed, 16 Jan 2019 13:00:14 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: <0E42DD26875E1748992B1E3F732A36AE013A0017@BLREML503-MBX.china.huawei.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit To: Sridhar Bhaskaran , "dmm@ietf.org" X-TM-AS-MML: disable Archived-At: Subject: Re: [DMM] Questions and comments on draft-ietf-dmm-5g-uplane-analysis-00 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2019 03:59:54 -0000 Hi Sridhar, Thank you for your review and comments. (And I'm sorry for the late replay...) Please find my replies in-line.(Tagged with [SH].) Best regards, Shunsuke On 2019/01/09 12:00, Sridhar Bhaskaran wrote: > Dear authors of draft-ietf-dmm-5g-uplane-analysis-00, > > Thank you for the draft. > > I have the following questions for clarification and comments on draft-ietf-dmm-5g-uplane-analysis-00 > > Questions > ======== > 1. Section 3.6 - could you elaborate on what you mean by > >>> [GTP-U-6]: Does not support to response ICMP PTB for Path MTU > Discovery. > [SH] What we want to say in this observations is that 3GPP does not define PMTUD in user plane while TS23.060 requires well managed MTU size.Thereby there's no specification on how to handle ICMP Packet Too Big message at U-Plane functions like UPF. But if ICMP PTB message is generated at an intermediate router, the UPF which receives PTB message may not take any action due to lack of 3GPP specification. It may cause black hole for mobile user. > 2. Section 4.1 > >>> These tunnels are available to be handled by other > authorized functions through the control plane. > > Could you elaborate on what you mean by "other" authorized functions? Right now only SMF is allows to setup / teardown tunnels via N4 at UPF. > [SH] "other authorized functions" means functions which are external to the 5GS owned by the NOP. The 5GS has NEF and it provides some controllabilties to external parties. For example, an MVNO may handle UP tunnels/traffic flows on UPFs via NEF, SMF, and N4 interface. I can modify this text to describe the above more clearly. > 3. Section 4.2 Arch-Req-3: Could you please clarify the following sentence? First part of sentence talks about multiple PDU sessions but end of the sentence talks about one PDU session. So its not clear to me which case this is talking about. > > However > it should be the multiple PDU sessions multihoming case where the > destination gNB or UPF needs to maintain multiple tunnel states under > the one PDU session to one UP tunnel architectural principle. > [SH] What we want to express here is that multihoming with P2P needs to maintain a tunnel state for each source UPF which leads increase of loads on management of tunnel states. > > 4. Section 4.2 - Arch-Req-5. I am not able to understand the following sentences. Could you clarify what you mean by "connecting them without extra anchor points"? Also what does "them" refer to here? Does it refer to UE or UPF? > > In addition, deployment of multiple UPFs as anchors closed to UEs' > site and connecting them without extra anchor points enable to make > data path more efficient. > [SH] In the current LTE, all of UP traffic is forwarded to a P-GW which is centralized and it may cause trombone routing. On the other hand, the 5GS allows flexible deployment of UPFs mainly for MEC use cases. For example, in case these UPFs are distributed geographically, UP flows can be applied LBO or forwarded between UPFs nearby src and dst directly. Anyway, I think it should be described in ARCH-Req-4: Flexible UPF selection, and I'll move this text to there. > > 5. Section Arch-Req-5: Are the following statements an architectural requirement derived from 23.501 or an architectural requirement this draft is putting on 3GPP? Atleast the words " UP protocol shall support to aggregate several PDU sessions into a tunnel or shall be a session-less tunnel." Seems like this draft is putting a requirement on 3GPP. > > It is expected that multiple UPFs with per session tunnel handling > for a PDU session becomes complicated task more and more for a SMF by > increasing number of UPFs, and UP protocol shall support to aggregate > several PDU sessions into a tunnel or shall be a session-less tunnel. > [SH] It's not requirement to 3GPP from IETF. We are assuming that the current 5GS potencially have this requirement on UP protocol. If this text seems not to be appropriate, we can change it. > Comments: > ========== > 1. Section 4.1.1 - traffic detection based on UE IP address and SDF filters is missing in the below list > > o For IPv4 or IPv6 PDU Session type > > * PDU Session > > * QFI > > * Application Identifier: The Application ID is an index to a set > of application detection rules configured in UPF > [SH] Thanks. I'll add UE IP address and SDF filters into the list. BTW, can you tell me which sections should be referred? I'm referring section 5.7.6 and 5.8.2 in TS23.501. Are there any others? > 2. Section 4.2 Arch-Req-2: > >>> The 5G system requires IP connectivity for N3, N6, and N9 interfaces. > > There is a specific case where IP connectivity on N6 is not mandatory. For Ethernet PDU sessions, the anchor UPF could use L2 switching on N6 side. You refer clause 5.6.10.2 of TS 23.501 especially the statements below > > - Configurations, where more than one PDU Session to the same DNN (e.g. for more than one UE) corresponds to the same N6 interface. In this case the UPF acting as PSA needs to be aware of MAC addresses used by the UE in the PDU Session in order to map down-link Ethernet frames received over N6 to the appropriate PDU Session. Forwarding behaviour of the UPF acting as PSA is managed by SMF as specified in clause 5.8.2.5. > [SH] Agreed, thank you. > > 3. Section 4.2 Arch-Req-3: > > Multihoming is provided with Branching Point (BP) or Uplink > Classifier (UL CL) which are functionalities of UPF. > > ULCL is not used for multihoming. ULCL is used for traffic splitting towards a local DN. Only BP is used for multihoming case. > [SH] I reviewed the section 5.6.4 in TS23.501, and I understood that multiple anchor UPFs is realized by either ULCL or IPv6 multi-homing and a way with ULCL is not called multihoming. I'll modify the description about multihoming and add suplementaly expanation on difference between ULCL and IPv6 multi-homing. > 4. Section 5 is missing one evaluation aspect. GTP-U supports "End markers" to help RAN sequence the packets when there is a change of UPF during mobility procedures. So any user plane protocol that is to be evaluated need to support some mechanism to help the last downlink node on path (e.g gNB) to sequence the packets coming from multiple UPFs during mobility cases. > [SH] Thanks. I'll add it as one evaluation aspect. > 5. Section 5.7 - Need justification for the following statement: > > However some means need to indicate a slice on the shared > underlying networks of the UP over the wire. > > What is broken or what is the issue if slice for transport is not indicated on the UP over the wire? What are the issues with providing a "network instance" (which could be mapped to a transport path) in the forwarding action rule of a PDU session? > > What are the advantages of carrying slice information in every packet? > [SH] Is to provide a greater affinity between the UP and the underlying network infrastructure. For example, if a UP session requires certain level of latency with dedicated BW requirements, traffic engineering (TE) embodies appropriate forwarding policy through the underlay transport network to that specific UP session.​ > Regards > Sridhar Bhaskaran > > > > > > _______________________________________________ > dmm mailing list > dmm@ietf.org > https://www.ietf.org/mailman/listinfo/dmm > > -- ---------------------------------- Shunsuke Homma TEL: +81 422 59 3486 FAX: +81 422 60 7460 NTT Network Service Systems Labs. Musashino city, Tokyo, Japan ---------------------------------- From nobody Tue Jan 15 23:21:21 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D8731310ED for ; Tue, 15 Jan 2019 23:21:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.063 X-Spam-Level: X-Spam-Status: No, score=-17.063 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-4.553, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 5XtCfCJM5JJJ for ; Tue, 15 Jan 2019 23:21:17 -0800 (PST) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EBF7B12F1AC for ; Tue, 15 Jan 2019 23:21:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=24174; q=dns/txt; s=iport; t=1547623276; x=1548832876; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=HPTwpZs9oVcS6nL6Md1tpSCf+I33EidrZKABR8aVxjk=; b=jGd0vhFf72Mj0cCx/keqvjQqfU5PUYlMF6ScxaygpzivlokVmqvkjOJc 9fnXmwrSo3avmR3Gk/nRQSBjfvTzHrFgMVm50XYpspKfJjydfYX2h6sBs s21bU/B0Ysm+WBHacOLlmHPVFUXm3swjuNxK0aRCozT/ajhBU/PDVHioT U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAABJ2j5c/4wNJK1jGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUQUBAQEBCwGBDXZmgQInCoN3iBqLc4INfJcAgXsLAQEYAQm?= =?us-ascii?q?BD12CXgIXgjAiNAkNAQMBAQIBAQJtHAELhUoBAQEBAwEBIUsbAgEIEQMBAQE?= =?us-ascii?q?oAwICAiULFAkIAgQTgx0EAQGBHUwDFQ+sHYEvhC4BgRSCRQOCIgWLIoEdF4F?= =?us-ascii?q?APyZrJx+BfBs1gx4BAQIYgUQKEAkWglMxgiYCiUIcDiOFViyGQIs3CQKHH4p?= =?us-ascii?q?uGIFlhSaKeYl7kFwCERSBJx84DRuBLnAVOyoBgkETgWSEEoUUhT9BMQEBAQG?= =?us-ascii?q?KBjJtAQE?= X-IronPort-AV: E=Sophos;i="5.56,485,1539648000"; d="scan'208,217";a="226691313" Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Jan 2019 07:21:14 +0000 Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by alln-core-7.cisco.com (8.15.2/8.15.2) with ESMTPS id x0G7LEjD017416 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for ; Wed, 16 Jan 2019 07:21:14 GMT Received: from xch-rcd-004.cisco.com (173.37.102.14) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Wed, 16 Jan 2019 01:21:13 -0600 Received: from xch-rcd-004.cisco.com ([173.37.102.14]) by XCH-RCD-004.cisco.com ([173.37.102.14]) with mapi id 15.00.1395.000; Wed, 16 Jan 2019 01:21:13 -0600 From: "Pablo Camarillo (pcamaril)" To: "dmm@ietf.org" Thread-Topic: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 Thread-Index: AQHUqEs3VTAjcTZYRUC5U1x6/vM4pqWwFzuAgAAj8hCAACGlEIABsNCA Date: Wed, 16 Jan 2019 07:21:13 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.229.184.244] Content-Type: multipart/alternative; boundary="_000_AE8FFBF945D247E888AC3844824AAE35ciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.36.7.11, xch-aln-001.cisco.com X-Outbound-Node: alln-core-7.cisco.com Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2019 07:21:20 -0000 --_000_AE8FFBF945D247E888AC3844824AAE35ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 KzENCg0KSSBzdXBwb3J0IFdHTEMgZm9yIHRoaXMgZHJhZnQuIEV4cGVyaW1lbnRhbCB0cmFjayBz ZWVtcyB0byBiZSBhIGdvb2QgY2hvaWNlIGFzIHdlbGwgZm9yIHRoaXMgZHJhZnQuDQoNCkNoZWVy cywNClBhYmxvLg0KDQpGcm9tOiBkbW0gPGRtbS1ib3VuY2VzQGlldGYub3JnPiBvbiBiZWhhbGYg b2YgQWtiYXIgUmFobWFuIDxBa2Jhci5SYWhtYW5ASW50ZXJEaWdpdGFsLmNvbT4NCkRhdGU6IFR1 ZXNkYXksIDE1IEphbnVhcnkgMjAxOSBhdCAxNTozNA0KVG86ICJkbW1AaWV0Zi5vcmciIDxkbW1A aWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW0RNTV0gV0dMQyBvbiBkcmFmdC1pZXRmLWRtbS1wbWlw djYtZGxpZi0wMw0KDQorMQ0KDQpJIHN1cHBvcnQgcHJvZ3Jlc3NpbmcgdGhpcyBkb2N1bWVudC4g IEFzIG1lbnRpb25lZCBieSBTcmksIHRoaXMgZG9jdW1lbnQgaGFzIGdvb2QgdGhyb3VnaCBzZXZl cmFsIHJldmlld3MgYWxyZWFkeSwgYW5kIEkgdGhpbmsgaXQgaXMgaW4gZ29vZCBzaGFwZQ0KLg0K DQoNCkJlc3QgUmVnYXJkcywNCg0KDQpBa2Jhcg0KDQpGcm9tOiBkbW0gW21haWx0bzpkbW0tYm91 bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIE1vc2VzLCBEYW5ueQ0KU2VudDogVHVlc2RheSwg SmFudWFyeSAxNSwgMjAxOSA2OjMzIEFNDQpUbzogZG1tQGlldGYub3JnDQpTdWJqZWN0OiBSZTog W0RNTV0gV0dMQyBvbiBkcmFmdC1pZXRmLWRtbS1wbWlwdjYtZGxpZi0wMw0KDQpIaSwNCg0KSSBz dXBwb3J0IFdHTEMgZm9yIHRoaXMgZHJhZnQuDQoNCkRhbm55DQoNCkZyb206IFNyaSBHdW5kYXZl bGxpIChzZ3VuZGF2ZSkgPHNndW5kYXZlQGNpc2NvLmNvbTxtYWlsdG86c2d1bmRhdmVAY2lzY28u Y29tPj4NCkRhdGU6IFdlZCwgSmFuIDksIDIwMTkgYXQgNzo0MyBQTQ0KU3ViamVjdDogW0RNTV0g V0dMQyBvbiBkcmFmdC1pZXRmLWRtbS1wbWlwdjYtZGxpZi0wMw0KVG86IGRtbUBpZXRmLm9yZzxt YWlsdG86ZG1tQGlldGYub3JnPiA8ZG1tQGlldGYub3JnPG1haWx0bzpkbW1AaWV0Zi5vcmc+Pg0K DQpGb2xrcyDigJMgQXMgd2UgZGlzY3Vzc2VkIGluIHRoZSBXRyBtZWV0aW5nIGF0IElFVEYxMDMs IHdlIGFyZSBpc3N1aW5nIFdHTEMgb24gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQvZHJhZnQtaWV0 Zi1kbW0tcG1pcHY2LWRsaWYtMDMudHh0PGh0dHBzOi8vbmEwMS5zYWZlbGlua3MucHJvdGVjdGlv bi5vdXRsb29rLmNvbS8/dXJsPWh0dHBzJTNBJTJGJTJGd3d3LmlldGYub3JnJTJGaWQlMkZkcmFm dC1pZXRmLWRtbS1wbWlwdjYtZGxpZi0wMy50eHQmZGF0YT0wMiU3QzAxJTdDQWtiYXIuUmFobWFu JTQwSW50ZXJEaWdpdGFsLmNvbSU3QzYwMjc0ZWVhYjRiMzRhN2M3MWZmMDhkNjdhZGQzZjJjJTdD ZTM1MWI3NzlmNmQ1NGU1MDg1Njg4MGU5MjJkMTgwYWUlN0MwJTdDMCU3QzYzNjgzMTQ4ODAwNTI1 ODYyOCZzZGF0YT1Hb0dacmx1cWpYNmdFUGt6WDNpV0pXOW1vc1F3NTZVSFFaSmxORWRtbCUyQkUl M0QmcmVzZXJ2ZWQ9MD4uDQoNCldlIGhhdmUgYWxzbyBtYWRlIG9uZSBrZXkgY2hhbmdlIHRvIHRo ZSBkb2N1bWVudCBzdGF0dXMsIG1vdmluZyBpdCBmcm9tIFN0YW5kYXJkcyBUcmFjayB0byBFeHBl cmltZW50YWwgVHJhY2suIFdlIHRoZSBjaGFpcnMgaGF2ZSB0YWxrZWQgdG8gdGhlIGF1dGhvcnMg YW5kIHRoZXkgYXJlIE9LIHdpdGggdGhpcyBjaGFuZ2UuIFdlIGFyZSBkb25nIHRoaXMgYXMgd2Ug YXJlIG5vdCBzdXJlIGFib3V0IGFueSBwb3RlbnRpYWwgdmVuZG9yIGltcGxlbWVudGF0aW9ucyBh bmQgc28gd2UgY2hvc2UgdG8ga2VlcCB0aGlzIG9uIGV4cGVyaW1lbnRhbCB0cmFjay4NCg0KVGhl IGRvY3VtZW50IHdlbnQgdGhyb3VnaCBzZXZlcmFsIHJldmlzaW9ucyBhbmQgdGhlcmUgd2VyZSBn b29kIGFtb3VudCBvZiByZXZpZXdzIG9uIHRoaXMgZG9jdW1lbnQuICBUaGUgYXV0aG9ycyBoYXZl IGFkZHJlc3NlZCBhbGwgdGhlIGNvbW1lbnRzIGFuZCB0aGVyZSBhcmUgbm8gb3BlbiBpc3N1ZXMg dGhhdCB3ZSBhcmUgdHJhY2tpbmcgYXQgdGhpcyB0aW1lLiBXZSBiZWxpZXZlIHRoZSBkb2N1bWVu dCBpcyByZWFkeSBmb3IgSUVTRyByZXZpZXdzIGFuZCBsaWtlIHRvIGNvbmZpcm0gdGhlIHNhbWUg ZnJvbSB0aGUgd29ya2luZyBncm91cC4NCg0KDQpUaGUgZm9sbG93aW5nIG1lc3NhZ2UgY29tbWVu Y2VzIGEgdHdvIHdlZWsgV0dMQyBmb3IgYWxsIGZlZWRiYWNrLg0KDQpEb2N1bWVudCBMaW5rOg0K IGh0dHBzOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0LWlldGYtZG1tLXBtaXB2Ni1kbGlmLTAzLnR4 dDxodHRwczovL25hMDEuc2FmZWxpbmtzLi5wcm90ZWN0aW9uLm91dGxvb2suY29tLz91cmw9aHR0 cHMlM0ElMkYlMkZ3d3cuaWV0Zi5vcmclMkZpZCUyRmRyYWZ0LWlldGYtZG1tLXBtaXB2Ni1kbGlm LTAzLi50eHQmZGF0YT0wMiU3QzAxJTdDQWtiYXIuUmFobWFuJTQwSW50ZXJEaWdpdGFsLmNvbSU3 QzYwMjc0ZWVhYjRiMzRhN2M3MWZmMDhkNjdhZGQzZjJjJTdDZTM1MWI3NzlmNmQ1NGU1MDg1Njg4 MGU5MjJkMTgwYWUlN0MwJTdDMCU3QzYzNjgzMTQ4ODAwNTI1ODYyOCZzZGF0YT1DRFV4Tm5mSnZN b29TTjI2NjZVNG1wSm1tUlQ2RzU0WHhVNzhYZ3NtS2FnJTNEJnJlc2VydmVkPTA+DQoNClRoZSB0 YXJnZXQgc3RhdHVzIGZvciB0aGlzIGRvY3VtZW50IGlzIOKAnEV4cGVyaW1lbnRhbOKAnS4NCg0K UGxlYXNlIHBvc3QgYW55IGNvbW1lbnRzL2NvbmNlcm5zIG9uIHRoZSBkcmFmdC4NCg0KDQpUaGFu a3MhDQpEYXBlbmcgJiBTcmkNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KZG1tIG1haWxpbmcgbGlzdA0KZG1tQGlldGYub3JnPG1haWx0bzpkbW1A aWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RtbTxodHRw czovL25hMDEuc2FmZWxpbmtzLnByb3RlY3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRwcyUzQSUy RiUyRnd3dy5pZXRmLm9yZyUyRm1haWxtYW4lMkZsaXN0aW5mbyUyRmRtbSZkYXRhPTAyJTdDMDEl N0NBa2Jhci5SYWhtYW4lNDBJbnRlckRpZ2l0YWwuY29tJTdDNjAyNzRlZWFiNGIzNGE3YzcxZmYw OGQ2N2FkZDNmMmMlN0NlMzUxYjc3OWY2ZDU0ZTUwODU2ODgwZTkyMmQxODBhZSU3QzAlN0MwJTdD NjM2ODMxNDg4MDA1MjU4NjI4JnNkYXRhPVc3bHg3NFBHSjJ1MDlpeUV1SjdsQiUyRm9CQVM0dU45 SXFwRFFnT2VVNVBaOCUzRCZyZXNlcnZlZD0wPg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkEgbWVtYmVyIG9m IHRoZSBJbnRlbCBDb3Jwb3JhdGlvbiBncm91cCBvZiBjb21wYW5pZXMNCg0KVGhpcyBlLW1haWwg YW5kIGFueSBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgbWF0ZXJpYWwgZm9y DQp0aGUgc29sZSB1c2Ugb2YgdGhlIGludGVuZGVkIHJlY2lwaWVudChzKS4gQW55IHJldmlldyBv ciBkaXN0cmlidXRpb24NCmJ5IG90aGVycyBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLiBJZiB5b3Ug YXJlIG5vdCB0aGUgaW50ZW5kZWQNCnJlY2lwaWVudCwgcGxlYXNlIGNvbnRhY3QgdGhlIHNlbmRl ciBhbmQgZGVsZXRlIGFsbCBjb3BpZXMuDQo= --_000_AE8FFBF945D247E888AC3844824AAE35ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBO ZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxl LXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAu bXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxlLW5h bWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDow Y207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGNtOw0KCWZv bnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bh bi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUx OQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu cy1zZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1y ZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQouTXNvQ2hwRGVmYXVs dA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBw YWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0 IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2Vj dGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVTIiBsaW5rPSJibHVl IiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mIzQzOzE8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5JIHN1cHBvcnQgV0dMQyBmb3IgdGhpcyBk cmFmdC4gRXhwZXJpbWVudGFsIHRyYWNrIHNlZW1zIHRvIGJlIGEgZ29vZCBjaG9pY2UgYXMgd2Vs bCBmb3IgdGhpcyBkcmFmdC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm Ij5DaGVlcnMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+UGFibG8uPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRv cDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PGI+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj5Gcm9tOg0KPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PmRtbSAmbHQ7ZG1tLWJvdW5jZXNAaWV0Zi5vcmcmZ3Q7IG9uIGJlaGFsZiBvZiBBa2JhciBSYWht YW4gJmx0O0FrYmFyLlJhaG1hbkBJbnRlckRpZ2l0YWwuY29tJmd0Ozxicj4NCjxiPkRhdGU6IDwv Yj5UdWVzZGF5LCAxNSBKYW51YXJ5IDIwMTkgYXQgMTU6MzQ8YnI+DQo8Yj5UbzogPC9iPiZxdW90 O2RtbUBpZXRmLm9yZyZxdW90OyAmbHQ7ZG1tQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6 IDwvYj5SZTogW0RNTV0gV0dMQyBvbiBkcmFmdC1pZXRmLWRtbS1wbWlwdjYtZGxpZi0wMzxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+JiM0MzsxPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWYiPkkgc3VwcG9ydCBwcm9ncmVzc2luZyB0aGlzIGRvY3VtZW50LiZuYnNwOyBBcyBtZW50 aW9uZWQgYnkgU3JpLCB0aGlzIGRvY3VtZW50IGhhcyBnb29kIHRocm91Z2ggc2V2ZXJhbCByZXZp ZXdzIGFscmVhZHksIGFuZCBJIHRoaW5rIGl0IGlzIGluIGdvb2Qgc2hhcGU8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWYiPi48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNw Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmIj5CZXN0IFJlZ2FyZHMsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+QWtiYXI8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYi PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6 bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNt IDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBkbW0g W21haWx0bzpkbW0tYm91bmNlc0BpZXRmLm9yZ10NCjxiPk9uIEJlaGFsZiBPZiA8L2I+TW9zZXMs IERhbm55PGJyPg0KPGI+U2VudDo8L2I+IFR1ZXNkYXksIEphbnVhcnkgMTUsIDIwMTkgNjozMyBB TTxicj4NCjxiPlRvOjwvYj4gZG1tQGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBb RE1NXSBXR0xDIG9uIGRyYWZ0LWlldGYtZG1tLXBtaXB2Ni1kbGlmLTAzPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4g c3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkhpLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xv cjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3 RCI+SSBzdXBwb3J0IFdHTEMgZm9yIHRoaXMgZHJhZnQuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5 bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xv cjojMUY0OTdEIj5EYW5ueTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdE Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5Gcm9tOiA8c3Ryb25nPlNyaSBHdW5kYXZlbGxpIChzZ3Vu ZGF2ZSk8L3N0cm9uZz4gJmx0OzxhIGhyZWY9Im1haWx0bzpzZ3VuZGF2ZUBjaXNjby5jb20iPnNn dW5kYXZlQGNpc2NvLmNvbTwvYT4mZ3Q7PGJyPg0KRGF0ZTogV2VkLCBKYW4gOSwgMjAxOSBhdCA3 OjQzIFBNPGJyPg0KU3ViamVjdDogW0RNTV0gV0dMQyBvbiBkcmFmdC1pZXRmLWRtbS1wbWlwdjYt ZGxpZi0wMzxicj4NClRvOiA8YSBocmVmPSJtYWlsdG86ZG1tQGlldGYub3JnIj5kbW1AaWV0Zi5v cmc8L2E+ICZsdDs8YSBocmVmPSJtYWlsdG86ZG1tQGlldGYub3JnIj5kbW1AaWV0Zi5vcmc8L2E+ Jmd0OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OjBjbTttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206MTIu MHB0O21hcmdpbi1sZWZ0OjM2LjBwdCI+DQombmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5Gb2xrcyDigJMgQXMgd2UgZGlzY3Vzc2VkIGluIHRo ZSBXRyBtZWV0aW5nIGF0IElFVEYxMDMsIHdlIGFyZSBpc3N1aW5nIFdHTEMgb24mbmJzcDs8YSBo cmVmPSJodHRwczovL25hMDEuc2FmZWxpbmtzLnByb3RlY3Rpb24ub3V0bG9vay5jb20vP3VybD1o dHRwcyUzQSUyRiUyRnd3dy5pZXRmLm9yZyUyRmlkJTJGZHJhZnQtaWV0Zi1kbW0tcG1pcHY2LWRs aWYtMDMudHh0JmFtcDtkYXRhPTAyJTdDMDElN0NBa2Jhci5SYWhtYW4lNDBJbnRlckRpZ2l0YWwu Y29tJTdDNjAyNzRlZWFiNGIzNGE3YzcxZmYwOGQ2N2FkZDNmMmMlN0NlMzUxYjc3OWY2ZDU0ZTUw ODU2ODgwZTkyMmQxODBhZSU3QzAlN0MwJTdDNjM2ODMxNDg4MDA1MjU4NjI4JmFtcDtzZGF0YT1H b0dacmx1cWpYNmdFUGt6WDNpV0pXOW1vc1F3NTZVSFFaSmxORWRtbCUyQkUlM0QmYW1wO3Jlc2Vy dmVkPTAiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1pZXRm LWRtbS1wbWlwdjYtZGxpZi0wMy50eHQ8L2E+LiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZiI+V2UgaGF2ZSBhbHNvIG1hZGUgb25lIGtleSBjaGFuZ2UgdG8gdGhl IGRvY3VtZW50IHN0YXR1cywgbW92aW5nIGl0IGZyb20gU3RhbmRhcmRzIFRyYWNrIHRvIEV4cGVy aW1lbnRhbCBUcmFjay4gV2UgdGhlIGNoYWlycyBoYXZlIHRhbGtlZCZuYnNwO3RvIHRoZSBhdXRo b3JzIGFuZCB0aGV5DQogYXJlIE9LIHdpdGggdGhpcyBjaGFuZ2UuIFdlIGFyZSBkb25nIHRoaXMg YXMgd2UgYXJlIG5vdCBzdXJlIGFib3V0IGFueSBwb3RlbnRpYWwgdmVuZG9yIGltcGxlbWVudGF0 aW9ucyBhbmQgc28gd2UgY2hvc2UgdG8ga2VlcCB0aGlzIG9uIGV4cGVyaW1lbnRhbCB0cmFjay48 L3NwYW4+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJs YWNrIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOmJsYWNrIj5UaGUgZG9jdW1lbnQgd2VudCB0aHJvdWdoIHNldmVyYWwgcmV2 aXNpb25zIGFuZCB0aGVyZSB3ZXJlIGdvb2QgYW1vdW50IG9mIHJldmlld3Mgb24gdGhpcyBkb2N1 bWVudC4mbmJzcDsgVGhlIGF1dGhvcnMgaGF2ZSBhZGRyZXNzZWQgYWxsIHRoZQ0KIGNvbW1lbnRz IGFuZCB0aGVyZSBhcmUgbm8gb3BlbiBpc3N1ZXMgdGhhdCB3ZSBhcmUgdHJhY2tpbmcgYXQgdGhp cyB0aW1lLiBXZSBiZWxpZXZlIHRoZSBkb2N1bWVudCBpcyByZWFkeSBmb3IgSUVTRyByZXZpZXdz IGFuZCBsaWtlIHRvIGNvbmZpcm0gdGhlIHNhbWUgZnJvbSB0aGUgd29ya2luZyBncm91cC48L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5UaGUgZm9sbG93aW5nIG1lc3NhZ2UgY29tbWVu Y2VzIGEgdHdvIHdlZWsgV0dMQyBmb3IgYWxsIGZlZWRiYWNrLjwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+RG9j dW1lbnQgTGluazo8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6YmxhY2siPiZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vbmEwMS5zYWZlbGlua3MuLnByb3Rl Y3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRwcyUzQSUyRiUyRnd3dy5pZXRmLm9yZyUyRmlkJTJG ZHJhZnQtaWV0Zi1kbW0tcG1pcHY2LWRsaWYtMDMuLnR4dCZhbXA7ZGF0YT0wMiU3QzAxJTdDQWti YXIuUmFobWFuJTQwSW50ZXJEaWdpdGFsLmNvbSU3QzYwMjc0ZWVhYjRiMzRhN2M3MWZmMDhkNjdh ZGQzZjJjJTdDZTM1MWI3NzlmNmQ1NGU1MDg1Njg4MGU5MjJkMTgwYWUlN0MwJTdDMCU3QzYzNjgz MTQ4ODAwNTI1ODYyOCZhbXA7c2RhdGE9Q0RVeE5uZkp2TW9vU04yNjY2VTRtcEptbVJUNkc1NFh4 VTc4WGdzbUthZyUzRCZhbXA7cmVzZXJ2ZWQ9MCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3 LmlldGYub3JnL2lkL2RyYWZ0LWlldGYtZG1tLXBtaXB2Ni1kbGlmLTAzLnR4dDwvYT48L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFj ayI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOmJsYWNrIj5UaGUgdGFyZ2V0IHN0YXR1cyBmb3IgdGhpcyBkb2N1bWVudCBpcyDigJxFeHBl cmltZW50YWzigJ0uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6YmxhY2siPlBsZWFzZSBwb3N0IGFueSBjb21tZW50cy9jb25jZXJucyBv biB0aGUgZHJhZnQuJm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPlRoYW5rcyE8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkRhcGVu ZyAmYW1wOyBTcmk8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXzxicj4NCmRtbSBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86ZG1tQGll dGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+ZG1tQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0 dHBzOi8vbmEwMS5zYWZlbGlua3MucHJvdGVjdGlvbi5vdXRsb29rLmNvbS8/dXJsPWh0dHBzJTNB JTJGJTJGd3d3LmlldGYub3JnJTJGbWFpbG1hbiUyRmxpc3RpbmZvJTJGZG1tJmFtcDtkYXRhPTAy JTdDMDElN0NBa2Jhci5SYWhtYW4lNDBJbnRlckRpZ2l0YWwuY29tJTdDNjAyNzRlZWFiNGIzNGE3 YzcxZmYwOGQ2N2FkZDNmMmMlN0NlMzUxYjc3OWY2ZDU0ZTUwODU2ODgwZTkyMmQxODBhZSU3QzAl N0MwJTdDNjM2ODMxNDg4MDA1MjU4NjI4JmFtcDtzZGF0YT1XN2x4NzRQR0oydTA5aXlFdUo3bEIl MkZvQkFTNHVOOUlxcERRZ09lVTVQWjglM0QmYW1wO3Jlc2VydmVkPTAiIHRhcmdldD0iX2JsYW5r Ij5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RtbTwvYT48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS08YnI+DQpBIG1lbWJlciBvZiB0aGUgSW50ZWwgQ29ycG9yYXRpb24gZ3JvdXAgb2Yg Y29tcGFuaWVzPG86cD48L286cD48L3A+DQo8cCBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5U aGlzIGUtbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBt YXRlcmlhbCBmb3I8YnI+DQp0aGUgc29sZSB1c2Ugb2YgdGhlIGludGVuZGVkIHJlY2lwaWVudChz KS4gQW55IHJldmlldyBvciBkaXN0cmlidXRpb248YnI+DQpieSBvdGhlcnMgaXMgc3RyaWN0bHkg cHJvaGliaXRlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkPGJyPg0KcmVjaXBpZW50LCBw bGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGFuZCBkZWxldGUgYWxsIGNvcGllcy48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_AE8FFBF945D247E888AC3844824AAE35ciscocom_-- From nobody Tue Jan 15 23:22:58 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD36E12F1AC for ; Tue, 15 Jan 2019 23:22:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.941 X-Spam-Level: X-Spam-Status: No, score=-15.941 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-4.553, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URI_HEX=1.122, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 H1lRXpJHGPNK for ; Tue, 15 Jan 2019 23:22:54 -0800 (PST) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E82B71310ED for ; Tue, 15 Jan 2019 23:22:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=22216; q=dns/txt; s=iport; t=1547623374; x=1548832974; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=mr8YNGD33X3T0HEOskXeD887GF0yU8vneUeRDj4uz7Y=; b=CD77ZvIa8QHmxVeSgDtvAK6cbPgWyQbbjrSTVCkG6NLI04S5fvHiH2Ap bwIXwLQzuEoPlisgBR/NstNGCky/JwXBEiPRZww9/h6D+Rjhwf6tgbLu4 w8jVzsXtY5gxuJREYmfw50umt5iCvju3ID1M/M9NX5ZyyFn7fgvGtJuA+ M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ACAAD62j5c/5RdJa1jGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUQQBAQEBAQsBgQ12ZoECJwqDd4FfhjuLc4FoJXyRGIV?= =?us-ascii?q?oFIFnCwEBGAEJgQ9dAYJdAheCMSI0CQ0BAwEBAgEBAm0cAQuFSgEBAQEDAQE?= =?us-ascii?q?hSxsCAQYCEQMBAQEoAwICAiULFAkIAgQTgx0EAQGBHUwDFQ+QQpthgS+ELgE?= =?us-ascii?q?DBYEMgkUDgieMPxeBQD+BEScME4IXNYMeAQECGIEPPxAJFoJTglcCiWyFeYZ?= =?us-ascii?q?sizcJAocfhTKFPBiBZU2EWYM2h0OJe4F5gmc1i0cCERSBJx84DYFJcBU7KgG?= =?us-ascii?q?CQQkKgWSCdIEehRRNhHJBMQEBAQGKBjJtAQE?= X-IronPort-AV: E=Sophos;i="5.56,485,1539648000"; d="scan'208,217";a="502903215" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Jan 2019 07:22:52 +0000 Received: from XCH-RCD-003.cisco.com (xch-rcd-003.cisco.com [173.37.102.13]) by rcdn-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id x0G7Mq17028058 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for ; Wed, 16 Jan 2019 07:22:52 GMT Received: from xch-rcd-004.cisco.com (173.37.102.14) by XCH-RCD-003.cisco.com (173.37.102.13) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Wed, 16 Jan 2019 01:22:51 -0600 Received: from xch-rcd-004.cisco.com ([173.37.102.14]) by XCH-RCD-004.cisco.com ([173.37.102.14]) with mapi id 15.00.1395.000; Wed, 16 Jan 2019 01:22:51 -0600 From: "Pablo Camarillo (pcamaril)" To: "dmm@ietf.org" Thread-Topic: [DMM] Fwd: WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 Thread-Index: AQHUqEsyaVwhC6gsjkGTHCexOaG4/6WwXhxAgAGv+4A= Date: Wed, 16 Jan 2019 07:22:51 +0000 Message-ID: <1E2C0EA5-6890-46C5-B789-223007457BDA@cisco.com> References: <2684FA17-FE64-4F20-809A-F9624B7570F8@av.it.pt> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.229.184.244] Content-Type: multipart/alternative; boundary="_000_1E2C0EA5689046C5B789223007457BDAciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.37.102.13, xch-rcd-003.cisco.com X-Outbound-Node: rcdn-core-12.cisco.com Archived-At: Subject: Re: [DMM] Fwd: WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2019 07:22:57 -0000 --_000_1E2C0EA5689046C5B789223007457BDAciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 KzEuIEkgc3VwcG9ydCBXR0xDIG9mIHRoaXMgZHJhZnQuIFRoZSBjb250ZW50IHNpbXBsaWZpY2F0 aW9uIG1ha2VzIGl0IGVhc2llciB0byByZWFkLg0KDQpDaGVlcnMsDQpQYWJsby4NCg0KRnJvbTog ZG1tIDxkbW0tYm91bmNlc0BpZXRmLm9yZz4gb24gYmVoYWxmIG9mIEFrYmFyIFJhaG1hbiA8QWti YXIuUmFobWFuQEludGVyRGlnaXRhbC5jb20+DQpEYXRlOiBUdWVzZGF5LCAxNSBKYW51YXJ5IDIw MTkgYXQgMTU6MzcNClRvOiAiZG1tQGlldGYub3JnIiA8ZG1tQGlldGYub3JnPg0KU3ViamVjdDog UmU6IFtETU1dIEZ3ZDogV0dMQyBvbiBkcmFmdC1pZXRmLWRtbS1kaXN0cmlidXRlZC1tb2JpbGl0 eS1hbmNob3JpbmctMTENCg0KKzENCg0KDQpJIHN1cHBvcnQgcHJvZ3Jlc3NpbmcgdGhpcyBkcmFm dC4NCg0KDQpCZXN0IFJlZ2FyZHMsDQoNCg0KQWtiYXINCg0KRnJvbTogZG1tIFttYWlsdG86ZG1t LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBEYW5pZWwgTnVuZXMgQ29ydWpvDQpTZW50 OiBUdWVzZGF5LCBKYW51YXJ5IDE1LCAyMDE5IDY6MTQgQU0NClRvOiBkbW1AaWV0Zi5vcmcNClN1 YmplY3Q6IFtETU1dIEZ3ZDogV0dMQyBvbiBkcmFmdC1pZXRmLWRtbS1kaXN0cmlidXRlZC1tb2Jp bGl0eS1hbmNob3JpbmctMTENCg0KRGVhciBhbGwsDQoNCkkgY29uc2lkZXIgdGhhdCB0aGlzIGRy YWZ0IHNob3VsZCBhbHNvIG1vdmUgZm9yd2FyZC4NCg0KQ29tIG9zIG1lbGhvcmVzIGN1bXByaW1l bnRvcyAvIEJlc3QgcmVnYXJkcw0KDQpEYW5pZWwgQ29ydWpvDQpJbnN0aXR1dG8gZGUgVGVsZWNv bXVuaWNhw6fDtWVzIC0gUMOzbG8gZGUgQXZlaXJvDQpodHRwOi8vd3d3Lml0LnB0PGh0dHBzOi8v bmEwMS5zYWZlbGlua3MucHJvdGVjdGlvbi5vdXRsb29rLmNvbS8/dXJsPWh0dHAlM0ElMkYlMkZ3 d3cuaXQucHQmZGF0YT0wMiU3QzAxJTdDQWtiYXIuUmFobWFuJTQwSW50ZXJEaWdpdGFsLmNvbSU3 QzI1OTk4NWNiYTM3YjQyOTkyMTVjMDhkNjdhZGFhOWFlJTdDZTM1MWI3NzlmNmQ1NGU1MDg1Njg4 MGU5MjJkMTgwYWUlN0MwJTdDMCU3QzYzNjgzMTQ3NjkxODU5ODMyMCZzZGF0YT0zWFNGbjhrdDhI MFFJUksxSDYwOTllTUQybUVwbkhrQmVuWENTTFk2OXRJJTNEJnJlc2VydmVkPTA+DQoNCg0KDQpX YXRjaCBvdXIgVklERU86DQpodHRwczovL3lvdXR1LmJlL2xJOERubUJuRXRVPGh0dHBzOi8vbmEw MS5zYWZlbGlua3MucHJvdGVjdGlvbi5vdXRsb29rLmNvbS8/dXJsPWh0dHBzJTNBJTJGJTJGeW91 dHUuYmUlMkZsSThEbm1CbkV0VSZkYXRhPTAyJTdDMDElN0NBa2Jhci5SYWhtYW4lNDBJbnRlckRp Z2l0YWwuY29tJTdDMjU5OTg1Y2JhMzdiNDI5OTIxNWMwOGQ2N2FkYWE5YWUlN0NlMzUxYjc3OWY2 ZDU0ZTUwODU2ODgwZTkyMmQxODBhZSU3QzAlN0MwJTdDNjM2ODMxNDc2OTE4NTk4MzIwJnNkYXRh PTJjQXZJS1RicG1XdVVFWFclMkZtb0U4N0JxSzQ2REh4QXhwc2c1QkZFZnlFNCUzRCZyZXNlcnZl ZD0wPg0KSW50ZXJuZXQgVGVjaG5vbG9neSBMZXR0ZXJzIEpvdXJuYWwgaXMgYWNjZXB0aW5nIHB1 YmxpY2F0aW9uczoNCg0KDQpodHRwOi8vb25saW5lbGlicmFyeS53aWxleS5jb20vam91cm5hbC8x MC4xMDAyLyhJU1NOKTI0NzYtMTUwODxodHRwczovL25hMDEuc2FmZWxpbmtzLnByb3RlY3Rpb24u b3V0bG9vay5jb20vP3VybD1odHRwJTNBJTJGJTJGb25saW5lbGlicmFyeS53aWxleS5jb20lMkZq b3VybmFsJTJGMTAuMTAwMiUyRihJU1NOKTI0NzYtMTUwOCZkYXRhPTAyJTdDMDElN0NBa2Jhci5S YWhtYW4lNDBJbnRlckRpZ2l0YWwuY29tJTdDMjU5OTg1Y2JhMzdiNDI5OTIxNWMwOGQ2N2FkYWE5 YWUlN0NlMzUxYjc3OWY2ZDU0ZTUwODU2ODgwZTkyMmQxODBhZSU3QzAlN0MwJTdDNjM2ODMxNDc2 OTE4NTk4MzIwJnNkYXRhPTklMkJPQUxKTSUyQlhqVHIlMkZGdiUyQkFYbTlnblp4QzJFc3dHcFE5 JTJGOWhwOFAlMkZKaGslM0QmcmVzZXJ2ZWQ9MD4NCg0KDQoNCkJlZ2luIGZvcndhcmRlZCBtZXNz YWdlOg0KDQpGcm9tOiBTcmkgR3VuZGF2ZWxsaSAoc2d1bmRhdmUpIDxzZ3VuZGF2ZUBjaXNjby5j b208bWFpbHRvOnNndW5kYXZlQGNpc2NvLmNvbT4+DQpEYXRlOiBXZWQsIEphbiA5LCAyMDE5IGF0 IDc6NDMgUE0NClN1YmplY3Q6IFtETU1dIFdHTEMgb24gZHJhZnQtaWV0Zi1kbW0tZGlzdHJpYnV0 ZWQtbW9iaWxpdHktYW5jaG9yaW5nLTExDQpUbzogZG1tQGlldGYub3JnPG1haWx0bzpkbW1AaWV0 Zi5vcmc+IDxkbW1AaWV0Zi5vcmc8bWFpbHRvOmRtbUBpZXRmLm9yZz4+DQoNCg0KDQpGb2xrcyDi gJMgQXMgd2UgZGlzY3Vzc2VkIGluIHRoZSBXRyBtZWV0aW5nIGF0IElFVEYxMDMsIHdlIGFyZSBp c3N1aW5nIFdHTEMgb24gZHJhZnQtaWV0Zi1kbW0tZGlzdHJpYnV0ZWQtbW9iaWxpdHktYW5jaG9y aW5nLTExLg0KDQpUaGUgZG9jdW1lbnQgd2VudCB0aHJvdWdoIHNldmVyYWwgcmV2aXNpb25zIGFu ZCB0aGVyZSB3ZXJlIGdvb2QgYW1vdW50IG9mIHJldmlld3Mgb24gdGhpcyBkb2N1bWVudC4gIFRo ZSBhdXRob3JzIGhhdmUgYWRkcmVzc2VkIGFsbCB0aGUgY29tbWVudHMgYW5kIHRoZXJlIGFyZSBu byBvcGVuIGlzc3VlcyB0aGF0IHdlIGFyZSB0cmFja2luZyBhdCB0aGlzIHRpbWUuIFdlIGJlbGll dmUgdGhlIGRvY3VtZW50IGlzIHJlYWR5IGZvciBJRVNHIHJldmlld3MgYW5kIGxpa2UgdG8gY29u ZmlybSB0aGUgc2FtZSBmcm9tIHRoZSB3b3JraW5nIGdyb3VwLg0KDQoNClRoZSBmb2xsb3dpbmcg bWVzc2FnZSBjb21tZW5jZXMgYSB0d28gd2VlayBXR0xDIGZvciBhbGwgZmVlZGJhY2suDQoNCkRv Y3VtZW50IExpbms6DQpodHRwczovL3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1pZXRmLWRtbS1kaXN0 cmlidXRlZC1tb2JpbGl0eS1hbmNob3JpbmctMTEudHh0PGh0dHBzOi8vbmEwMS5zYWZlbGlua3Mu cHJvdGVjdGlvbi5vdXRsb29rLmNvbS8/dXJsPWh0dHBzJTNBJTJGJTJGd3d3LmlldGYub3JnJTJG aWQlMkZkcmFmdC1pZXRmLWRtbS1kaXN0cmlidXRlZC1tb2JpbGl0eS1hbmNob3JpbmctMTEudHh0 JmRhdGE9MDIlN0MwMSU3Q0FrYmFyLlJhaG1hbiU0MEludGVyRGlnaXRhbC5jb20lN0MyNTk5ODVj YmEzN2I0Mjk5MjE1YzA4ZDY3YWRhYTlhZSU3Q2UzNTFiNzc5ZjZkNTRlNTA4NTY4ODBlOTIyZDE4 MGFlJTdDMCU3QzAlN0M2MzY4MzE0NzY5MTg1OTgzMjAmc2RhdGE9OUozMUR5UFhjenNadzR3V0ht RllSTTNRUFRlWWI4b01OZ3MxJTJCQXhOaGhZJTNEJnJlc2VydmVkPTA+DQoNClRoZSB0YXJnZXQg c3RhdHVzIGZvciB0aGlzIGRvY3VtZW50IGlzIOKAnEluZm9ybWF0aW9uYWzigJ0uDQoNClBsZWFz ZSBwb3N0IGFueSBjb21tZW50cy9jb25jZXJucyBvbiB0aGUgZHJhZnQuDQoNClRoYW5rcyENCkRh cGVuZyAmIFNyaQ0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KZG1tIG1haWxpbmcgbGlzdA0KZG1tQGlldGYub3JnPG1haWx0bzpkbW1AaWV0Zi5vcmc+ DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RtbTxodHRwczovL25hMDEu c2FmZWxpbmtzLnByb3RlY3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRwcyUzQSUyRiUyRnd3dy5p ZXRmLm9yZyUyRm1haWxtYW4lMkZsaXN0aW5mbyUyRmRtbSZkYXRhPTAyJTdDMDElN0NBa2Jhci5S YWhtYW4lNDBJbnRlckRpZ2l0YWwuY29tJTdDMjU5OTg1Y2JhMzdiNDI5OTIxNWMwOGQ2N2FkYWE5 YWUlN0NlMzUxYjc3OWY2ZDU0ZTUwODU2ODgwZTkyMmQxODBhZSU3QzAlN0MwJTdDNjM2ODMxNDc2 OTE4NTk4MzIwJnNkYXRhPSUyQjgwb1glMkJtSnJ3U1BDMiUyQmhpWXpITTlkSUJCVzNPaGpsZlBq JTJGVVU3cExISSUzRCZyZXNlcnZlZD0wPg0KDQo= --_000_1E2C0EA5689046C5B789223007457BDAciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <797C31F1799E294B8B4C341E1A223679@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseTpIZWx2ZXRpY2E7DQoJcGFub3NlLTE6MCAwIDAgMCAwIDAgMCAwIDAg MDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0x OjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJp Ow0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25z ICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjow Y207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246 dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28t c3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXtt c28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFy Z2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVm dDowY207DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1z ZXJpZjt9DQpzcGFuLmFwcGxlLWNvbnZlcnRlZC1zcGFjZQ0KCXttc28tc3R5bGUtbmFtZTphcHBs ZS1jb252ZXJ0ZWQtc3BhY2U7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6 cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5FbWFp bFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6 ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7 c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBw dDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+ DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8 ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tR0IiPiYjNDM7MS4gSSBzdXBwb3J0IFdHTEMgb2YgdGhpcyBkcmFmdC4gVGhlIGNvbnRl bnQgc2ltcGxpZmljYXRpb24gbWFrZXMgaXQgZWFzaWVyIHRvIHJlYWQuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LUdCIj5DaGVlcnMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tR0IiPlBhYmxvLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4w cHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtj b2xvcjpibGFjayI+RnJvbToNCjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4w cHQ7Y29sb3I6YmxhY2siPmRtbSAmbHQ7ZG1tLWJvdW5jZXNAaWV0Zi5vcmcmZ3Q7IG9uIGJlaGFs ZiBvZiBBa2JhciBSYWhtYW4gJmx0O0FrYmFyLlJhaG1hbkBJbnRlckRpZ2l0YWwuY29tJmd0Ozxi cj4NCjxiPkRhdGU6IDwvYj5UdWVzZGF5LCAxNSBKYW51YXJ5IDIwMTkgYXQgMTU6Mzc8YnI+DQo8 Yj5UbzogPC9iPiZxdW90O2RtbUBpZXRmLm9yZyZxdW90OyAmbHQ7ZG1tQGlldGYub3JnJmd0Ozxi cj4NCjxiPlN1YmplY3Q6IDwvYj5SZTogW0RNTV0gRndkOiBXR0xDIG9uIGRyYWZ0LWlldGYtZG1t LWRpc3RyaWJ1dGVkLW1vYmlsaXR5LWFuY2hvcmluZy0xMTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mIzQzOzE8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0Ij5JIHN1cHBvcnQgcHJvZ3Jlc3NpbmcgdGhpcyBkcmFmdC48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZu YnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM2LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5CZXN0IFJlZ2FyZHMsPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDs8bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+QWtiYXI8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRp dj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBw dDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDozNi4wcHQiPjxiPkZyb206PC9iPiBkbW0gW21haWx0bzpkbW0tYm91bmNl c0BpZXRmLm9yZ10NCjxiPk9uIEJlaGFsZiBPZiA8L2I+RGFuaWVsIE51bmVzIENvcnVqbzxicj4N CjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBKYW51YXJ5IDE1LCAyMDE5IDY6MTQgQU08YnI+DQo8Yj5U bzo8L2I+IGRtbUBpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBbRE1NXSBGd2Q6IFdHTEMg b24gZHJhZnQtaWV0Zi1kbW0tZGlzdHJpYnV0ZWQtbW9iaWxpdHktYW5jaG9yaW5nLTExPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5EZWFyIGFsbCwgPG86cD48L286cD48L3A+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5JIGNvbnNpZGVyIHRoYXQgdGhpcyBkcmFmdCBz aG91bGQgYWxzbyBtb3ZlIGZvcndhcmQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDs8bzpw PjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls eTpIZWx2ZXRpY2E7Y29sb3I6YmxhY2siPkNvbSBvcyBtZWxob3JlcyBjdW1wcmltZW50b3MgLyBC ZXN0Jm5ic3A7cmVnYXJkczxicj4NCjxicj4NCkRhbmllbCBDb3J1am88YnI+DQpJbnN0aXR1dG8g ZGUgVGVsZWNvbXVuaWNhw6fDtWVzIC0gUMOzbG8gZGUmbmJzcDtBdmVpcm88YnI+DQo8YSBocmVm PSJodHRwczovL25hMDEuc2FmZWxpbmtzLnByb3RlY3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRw JTNBJTJGJTJGd3d3Lml0LnB0JmFtcDtkYXRhPTAyJTdDMDElN0NBa2Jhci5SYWhtYW4lNDBJbnRl ckRpZ2l0YWwuY29tJTdDMjU5OTg1Y2JhMzdiNDI5OTIxNWMwOGQ2N2FkYWE5YWUlN0NlMzUxYjc3 OWY2ZDU0ZTUwODU2ODgwZTkyMmQxODBhZSU3QzAlN0MwJTdDNjM2ODMxNDc2OTE4NTk4MzIwJmFt cDtzZGF0YT0zWFNGbjhrdDhIMFFJUksxSDYwOTllTUQybUVwbkhrQmVuWENTTFk2OXRJJTNEJmFt cDtyZXNlcnZlZD0wIj5odHRwOi8vd3d3Lml0LnB0PC9hPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2E7Y29sb3I6 YmxhY2siPjxicj4NCjxicj4NCjxicj4NCldhdGNoIG91ciBWSURFTzogPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0aWNh O2NvbG9yOmJsYWNrIj48YSBocmVmPSJodHRwczovL25hMDEuc2FmZWxpbmtzLnByb3RlY3Rpb24u b3V0bG9vay5jb20vP3VybD1odHRwcyUzQSUyRiUyRnlvdXR1LmJlJTJGbEk4RG5tQm5FdFUmYW1w O2RhdGE9MDIlN0MwMSU3Q0FrYmFyLlJhaG1hbiU0MEludGVyRGlnaXRhbC5jb20lN0MyNTk5ODVj YmEzN2I0Mjk5MjE1YzA4ZDY3YWRhYTlhZSU3Q2UzNTFiNzc5ZjZkNTRlNTA4NTY4ODBlOTIyZDE4 MGFlJTdDMCU3QzAlN0M2MzY4MzE0NzY5MTg1OTgzMjAmYW1wO3NkYXRhPTJjQXZJS1RicG1XdVVF WFclMkZtb0U4N0JxSzQ2REh4QXhwc2c1QkZFZnlFNCUzRCZhbXA7cmVzZXJ2ZWQ9MCI+aHR0cHM6 Ly95b3V0dS5iZS9sSThEbm1CbkV0VTwvYT48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYTtjb2xvcjpi bGFjayI+SW50ZXJuZXQgVGVjaG5vbG9neSBMZXR0ZXJzIEpvdXJuYWwgaXMmbmJzcDthY2NlcHRp bmcgcHVibGljYXRpb25zOiZuYnNwOzxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkhlbHZldGljYTtj b2xvcjpibGFjayI+PGEgaHJlZj0iaHR0cHM6Ly9uYTAxLnNhZmVsaW5rcy5wcm90ZWN0aW9uLm91 dGxvb2suY29tLz91cmw9aHR0cCUzQSUyRiUyRm9ubGluZWxpYnJhcnkud2lsZXkuY29tJTJGam91 cm5hbCUyRjEwLjEwMDIlMkYoSVNTTikyNDc2LTE1MDgmYW1wO2RhdGE9MDIlN0MwMSU3Q0FrYmFy LlJhaG1hbiU0MEludGVyRGlnaXRhbC5jb20lN0MyNTk5ODVjYmEzN2I0Mjk5MjE1YzA4ZDY3YWRh YTlhZSU3Q2UzNTFiNzc5ZjZkNTRlNTA4NTY4ODBlOTIyZDE4MGFlJTdDMCU3QzAlN0M2MzY4MzE0 NzY5MTg1OTgzMjAmYW1wO3NkYXRhPTklMkJPQUxKTSUyQlhqVHIlMkZGdiUyQkFYbTlnblp4QzJF c3dHcFE5JTJGOWhwOFAlMkZKaGslM0QmYW1wO3Jlc2VydmVkPTAiPmh0dHA6Ly9vbmxpbmVsaWJy YXJ5LndpbGV5LmNvbS9qb3VybmFsLzEwLjEwMDIvKElTU04pMjQ3Ni0xNTA4PC9hPjwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48YnI+DQo8YnI+DQo8YnI+DQo8 bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPkJlZ2luIGZvcndhcmRlZCBtZXNzYWdlOjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPkZyb206PHNwYW4gY2xhc3M9ImFw cGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OkhlbHZldGljYSI+U3JpIEd1bmRhdmVsbGkgKHNndW5kYXZlKTwvc3Bhbj48L3N0 cm9uZz48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+Jmx0 OzxhIGhyZWY9Im1haWx0bzpzZ3VuZGF2ZUBjaXNjby5jb20iPnNndW5kYXZlQGNpc2NvLmNvbTwv YT4mZ3Q7PGJyPg0KRGF0ZTogV2VkLCBKYW4gOSwgMjAxOSBhdCA3OjQzIFBNPGJyPg0KU3ViamVj dDogW0RNTV0gV0dMQyBvbiBkcmFmdC1pZXRmLWRtbS1kaXN0cmlidXRlZC1tb2JpbGl0eS1hbmNo b3JpbmctMTE8YnI+DQpUbzo8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJz cDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmRtbUBpZXRmLm9yZyI+ZG1tQGlldGYub3JnPC9hPjxz cGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj4mbHQ7PGEgaHJl Zj0ibWFpbHRvOmRtbUBpZXRmLm9yZyI+ZG1tQGlldGYub3JnPC9hPiZndDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6SGVsdmV0 aWNhIj48YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuNXB0Ij5Gb2xrcyDigJMgQXMgd2UgZGlzY3Vzc2VkIGluIHRo ZSBXRyBtZWV0aW5nIGF0IElFVEYxMDMsIHdlIGFyZSBpc3N1aW5nIFdHTEMgb24mbmJzcDtkcmFm dC1pZXRmLWRtbS1kaXN0cmlidXRlZC1tb2JpbGl0eS1hbmNob3JpbmctMTEuJm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdCI+VGhlIGRvY3VtZW50IHdlbnQgdGhyb3VnaCBzZXZlcmFsIHJldmlzaW9u cyBhbmQgdGhlcmUgd2VyZSBnb29kIGFtb3VudCBvZiByZXZpZXdzIG9uIHRoaXMgZG9jdW1lbnQu Jm5ic3A7IFRoZSBhdXRob3JzIGhhdmUgYWRkcmVzc2VkIGFsbCB0aGUgY29tbWVudHMgYW5kIHRo ZXJlIGFyZSBubyBvcGVuIGlzc3VlcyB0aGF0DQogd2UgYXJlIHRyYWNraW5nIGF0IHRoaXMgdGlt ZS4gV2UgYmVsaWV2ZSB0aGUgZG9jdW1lbnQgaXMgcmVhZHkgZm9yIElFU0cgcmV2aWV3cyBhbmQg bGlrZSB0byBjb25maXJtIHRoZSBzYW1lIGZyb20gdGhlIHdvcmtpbmcgZ3JvdXAuPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdCI+VGhlIGZvbGxvd2luZyBtZXNzYWdlIGNvbW1l bmNlcyBhIHR3byB3ZWVrIFdHTEMgZm9yIGFsbCBmZWVkYmFjay48L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdCI+Jm5ic3A7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 Ij5Eb2N1bWVudCBMaW5rOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuNXB0Ij48YSBocmVmPSJodHRwczovL25hMDEuc2FmZWxpbmtzLnByb3Rl Y3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRwcyUzQSUyRiUyRnd3dy5pZXRmLm9yZyUyRmlkJTJG ZHJhZnQtaWV0Zi1kbW0tZGlzdHJpYnV0ZWQtbW9iaWxpdHktYW5jaG9yaW5nLTExLnR4dCZhbXA7 ZGF0YT0wMiU3QzAxJTdDQWtiYXIuUmFobWFuJTQwSW50ZXJEaWdpdGFsLmNvbSU3QzI1OTk4NWNi YTM3YjQyOTkyMTVjMDhkNjdhZGFhOWFlJTdDZTM1MWI3NzlmNmQ1NGU1MDg1Njg4MGU5MjJkMTgw YWUlN0MwJTdDMCU3QzYzNjgzMTQ3NjkxODU5ODMyMCZhbXA7c2RhdGE9OUozMUR5UFhjenNadzR3 V0htRllSTTNRUFRlWWI4b01OZ3MxJTJCQXhOaGhZJTNEJmFtcDtyZXNlcnZlZD0wIiB0YXJnZXQ9 Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQvZHJhZnQtaWV0Zi1kbW0tZGlzdHJpYnV0 ZWQtbW9iaWxpdHktYW5jaG9yaW5nLTExLnR4dDwvYT48L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0Ij4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdCI+VGhl IHRhcmdldCBzdGF0dXMgZm9yIHRoaXMgZG9jdW1lbnQgaXMg4oCcSW5mb3JtYXRpb25hbOKAnS4m bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQiPlBsZWFzZSBwb3N0IGFueSBjb21tZW50cy9jb25jZXJucyBvbiB0 aGUgZHJhZnQuJm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQiPiZuYnNwOyZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQiPlRoYW5rcyE8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdCI+RGFw ZW5nICZhbXA7IFNyaTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuNXB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KZG1tIG1haWxpbmcg bGlzdDxicj4NCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86ZG1tQGlldGYub3JnIiB0YXJnZXQ9Il9i bGFuayI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2Ei PmRtbUBpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250 LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCjwvc3Bhbj48YSBocmVmPSJodHRwczovL25hMDEuc2Fm ZWxpbmtzLnByb3RlY3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRwcyUzQSUyRiUyRnd3dy5pZXRm Lm9yZyUyRm1haWxtYW4lMkZsaXN0aW5mbyUyRmRtbSZhbXA7ZGF0YT0wMiU3QzAxJTdDQWtiYXIu UmFobWFuJTQwSW50ZXJEaWdpdGFsLmNvbSU3QzI1OTk4NWNiYTM3YjQyOTkyMTVjMDhkNjdhZGFh OWFlJTdDZTM1MWI3NzlmNmQ1NGU1MDg1Njg4MGU5MjJkMTgwYWUlN0MwJTdDMCU3QzYzNjgzMTQ3 NjkxODU5ODMyMCZhbXA7c2RhdGE9JTJCODBvWCUyQm1KcndTUEMyJTJCaGlZekhNOWRJQkJXM09o amxmUGolMkZVVTdwTEhJJTNEJmFtcDtyZXNlcnZlZD0wIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPmh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZG1tPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_1E2C0EA5689046C5B789223007457BDAciscocom_-- From nobody Wed Jan 16 01:21:24 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D5F9C1310F6 for ; Wed, 16 Jan 2019 01:21:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.552 X-Spam-Level: X-Spam-Status: No, score=-6.552 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-4.553, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ieee.org 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 HjjScP_7Rs2h for ; Wed, 16 Jan 2019 01:21:15 -0800 (PST) Received: from mail-wr1-x434.google.com (mail-wr1-x434.google.com [IPv6:2a00:1450:4864:20::434]) (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 9A187131063 for ; Wed, 16 Jan 2019 01:21:15 -0800 (PST) Received: by mail-wr1-x434.google.com with SMTP id z5so5991914wrt.11 for ; Wed, 16 Jan 2019 01:21:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ieee.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=0ZZhnmbnMuvOrF3mqU+bPm+segDe+Bqf2Z7gaiI63Ho=; b=FTCnmNEmkS5fmovf4Dwi7EALdVMwBPDU2a3IyAeNj/nhjdkYn6u/JKaXuo7xcLG9KM Wu2pFuMk4kYU1hiOik55qO7tFTOfhpHVLRIIrXlOC8c18eaXRFGmA9w4r2i1impas+LW Fdju+1OjchG0TNWZl5S/x6UcWhI2klCwSWelQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=0ZZhnmbnMuvOrF3mqU+bPm+segDe+Bqf2Z7gaiI63Ho=; b=XcdItrDgFrzT2heOnKJCYUyD9T+7tbLghOjU+pyDjr6JDPmtKspYeYd0cWJWPAAKpm mdJeGMGLgqE6Y1u+aEPjlYyR/leKZbj289cSNKV9wLUVx4H60DZLrlsbc3hPNCqV+ejH cjGyMJG5WndIDMBSsVevtqhyEFFvymnsrBlMsfv43+jQGvi71vVjEso2dikoiNEBX/Az H8OHlwxLdA395gss3hahkmq4Cxl/xfwWfVad0yPQ3ttkw2qLTL+7FpmIHQAddkkK2hkM hOZQTofvbjy0bXoHzmNsZVMIXQnukTq8Y273XCzXsT/T+l6BgHSmH59pO58rLcvBGxuT 7MXg== X-Gm-Message-State: AJcUukcoNHgctR9omxrA/RIuVTuBbz4UclLpjmqkMcKO+SwR1LKDArZR IrRXQCKYeD9EktosPSlKJVwxEmn8eGK5/SSBj8ykHnS3Dk8= X-Google-Smtp-Source: ALg8bN5S2ae19X92tYO9asQB9FnPtEfjndo0aqozZ+VkllWMKtsq7B94KCJgUSoFHetfJxhr+UkoOOVlvpIwT52EOnE= X-Received: by 2002:adf:81c4:: with SMTP id 62mr6223362wra.266.1547630473513; Wed, 16 Jan 2019 01:21:13 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Fabio Giust Date: Wed, 16 Jan 2019 10:21:03 +0100 Message-ID: To: "dmm@ietf.org" Content-Type: multipart/alternative; boundary="0000000000009e3cf2057f8fcc6c" Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2019 09:21:22 -0000 --0000000000009e3cf2057f8fcc6c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear all, I also support moving the draft forward. Best regards, Fabio Giust, PhD Senior System Architect Athonet S.r.l. - Operations HQ Via Ca=E2=80=99 Del Luogo, 6/8, 36050 Bolzano Vicentino (VI), Italy www.athonet.com Email: fabio.giust@athonet,com Tel: +39 (0)444 750045 Deploy your own professional LTE network with Athonet Bubblecloud at https://athonet.cloud/ On Wed, Jan 9, 2019 at 7:43 PM Sri Gundavelli (sgundave) wrote: > Folks =E2=80=93 As we discussed in the WG meeting at IETF103, we are issu= ing WGLC > on draft-ietf-dmm-distributed-mobility-anchoring-11. > > The document went through several revisions and there were good amount of > reviews on this document. The authors have addressed all the comments an= d > there are no open issues that we are tracking at this time. We believe th= e > document is ready for IESG reviews and like to confirm the same from the > working group. > > > The following message commences a two week WGLC for all feedback. > > Document Link: > > https://www.ietf.org/id/draft-ietf-dmm-distributed-mobility-anchoring-11.= txt > > The target status for this document is =E2=80=9CInformational=E2=80=9D. > > Please post any comments/concerns on the draft. > > Thanks! > Dapeng & Sri > > _______________________________________________ > dmm mailing list > dmm@ietf.org > https://www.ietf.org/mailman/listinfo/dmm > --=20 Fabio Giust, PhD Senior System Architect Athonet S.r.l. --0000000000009e3cf2057f8fcc6c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear all,

I also support moving the draft= forward.

Best regards,

Fabio Giust, PhD
Senior System Architect
Athonet S.r.l. - Operations HQ
Via Ca=E2=80=99 Del Luogo, 6/8, 36050 Bolzano Vicentino (VI), Italy
=
www.athonet= .com
Email: fabio.giust@athonet,com
Tel: +39 (0)444 750045
Deploy your own professional LTE network with Athonet B= ubblecloud at https://athonet.cloud/=

On Wed, Jan 9, 2019 at 7:43 PM Sri Gundavelli (sgun= dave) <sgundave@cisco.com> = wrote:
Folks =E2=80=93 As we discussed in the WG meeting at IETF103, we are i= ssuing WGLC on=C2=A0draft-ietf-dmm-distributed-mobility-anchoring-11.=C2=A0=

The document went through several revisions and there were good amount= of reviews on this document.=C2=A0 The authors have addressed all the comm= ents and there are no open issues that we are tracking at this time. We bel= ieve the document is ready for IESG reviews and like to confirm the same from the working group.


The following message commences a two week WGLC for all feedback.


The target status for this document is =E2=80=9CInformational=E2=80=9D= .=C2=A0

Please post any comments/concerns on the draft.=C2=A0
=C2=A0=C2=A0
Thanks!
Dapeng & Sri

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


--
Fabio G= iust, PhD
Senior System Architect
Ath= onet S.r.l.

--0000000000009e3cf2057f8fcc6c-- From nobody Wed Jan 16 04:58:22 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 15AED130E6E for ; Wed, 16 Jan 2019 04:58:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.212 X-Spam-Level: * X-Spam-Status: No, score=1.212 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URI_HEX=1.122] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e4r-K36z9PTg for ; Wed, 16 Jan 2019 04:58:18 -0800 (PST) Received: from ESA4-Wyn.bell.ca (esa4-wyn.bell.ca [67.69.243.182]) (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 29974130E27 for ; Wed, 16 Jan 2019 04:58:17 -0800 (PST) Received: from dm5czo-d01.bellca.int.bell.ca (HELO DG1MBX04-WYN.bell.corp.bce.ca) ([198.235.102.33]) by esa04corp-wyn.bell.corp.bce.ca with ESMTP; 16 Jan 2019 07:58:15 -0500 Received: from DG1MBX04-WYN.bell.corp.bce.ca (2002:8eb6:120e::8eb6:120e) by DG1MBX04-WYN.bell.corp.bce.ca (2002:8eb6:120e::8eb6:120e) with Microsoft SMTP Server (TLS) id 15.0.1347.2; Wed, 16 Jan 2019 07:58:15 -0500 Received: from DG1MBX04-WYN.bell.corp.bce.ca ([fe80::b8da:6971:39ec:d99d]) by DG1MBX04-WYN.bell.corp.bce.ca ([fe80::b8da:6971:39ec:d99d%22]) with mapi id 15.00.1347.000; Wed, 16 Jan 2019 07:58:15 -0500 From: "Voyer, Daniel" To: "dmm@ietf.org" Thread-Topic: [DMM] Fwd: WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 Thread-Index: AQHUqEsyaVwhC6gsjkGTHCexOaG4/6WwXhxAgAGv+4D//9edyw== Date: Wed, 16 Jan 2019 12:58:15 +0000 Message-ID: References: <2684FA17-FE64-4F20-809A-F9624B7570F8@av.it.pt> , <1E2C0EA5-6890-46C5-B789-223007457BDA@cisco.com> In-Reply-To: <1E2C0EA5-6890-46C5-B789-223007457BDA@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted Content-Type: multipart/alternative; boundary="_000_E4DC27DBDF11405F99667CE8EB6DF246bellca_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [DMM] Fwd: WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2019 12:58:21 -0000 --_000_E4DC27DBDF11405F99667CE8EB6DF246bellca_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 WWVzLCArMSBmb3Igc3VwcG9ydCBhbmQgbW92aW5nIGZvcndhcmQgd2l0aCB0aGlzIHdvcmsNCg0K U2VudCBmcm9tIG15IG1vYmlsZQ0KDQpPbiBKYW4gMTYsIDIwMTksIGF0IDAyOjIzLCBQYWJsbyBD YW1hcmlsbG8gKHBjYW1hcmlsKSA8cGNhbWFyaWxAY2lzY28uY29tPG1haWx0bzpwY2FtYXJpbEBj aXNjby5jb20+PiB3cm90ZToNCg0KKzEuIEkgc3VwcG9ydCBXR0xDIG9mIHRoaXMgZHJhZnQuIFRo ZSBjb250ZW50IHNpbXBsaWZpY2F0aW9uIG1ha2VzIGl0IGVhc2llciB0byByZWFkLg0KDQpDaGVl cnMsDQpQYWJsby4NCg0KRnJvbTogZG1tIDxkbW0tYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86ZG1t LWJvdW5jZXNAaWV0Zi5vcmc+PiBvbiBiZWhhbGYgb2YgQWtiYXIgUmFobWFuIDxBa2Jhci5SYWht YW5ASW50ZXJEaWdpdGFsLmNvbTxtYWlsdG86QWtiYXIuUmFobWFuQEludGVyRGlnaXRhbC5jb20+ Pg0KRGF0ZTogVHVlc2RheSwgMTUgSmFudWFyeSAyMDE5IGF0IDE1OjM3DQpUbzogImRtbUBpZXRm Lm9yZzxtYWlsdG86ZG1tQGlldGYub3JnPiIgPGRtbUBpZXRmLm9yZzxtYWlsdG86ZG1tQGlldGYu b3JnPj4NClN1YmplY3Q6IFJlOiBbRE1NXSBGd2Q6IFdHTEMgb24gZHJhZnQtaWV0Zi1kbW0tZGlz dHJpYnV0ZWQtbW9iaWxpdHktYW5jaG9yaW5nLTExDQoNCisxDQoNCg0KSSBzdXBwb3J0IHByb2dy ZXNzaW5nIHRoaXMgZHJhZnQuDQoNCg0KQmVzdCBSZWdhcmRzLA0KDQoNCkFrYmFyDQoNCkZyb206 IGRtbSBbbWFpbHRvOmRtbS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgRGFuaWVsIE51 bmVzIENvcnVqbw0KU2VudDogVHVlc2RheSwgSmFudWFyeSAxNSwgMjAxOSA2OjE0IEFNDQpUbzog ZG1tQGlldGYub3JnPG1haWx0bzpkbW1AaWV0Zi5vcmc+DQpTdWJqZWN0OiBbRE1NXSBGd2Q6IFdH TEMgb24gZHJhZnQtaWV0Zi1kbW0tZGlzdHJpYnV0ZWQtbW9iaWxpdHktYW5jaG9yaW5nLTExDQoN CkRlYXIgYWxsLA0KDQpJIGNvbnNpZGVyIHRoYXQgdGhpcyBkcmFmdCBzaG91bGQgYWxzbyBtb3Zl IGZvcndhcmQuDQoNCkNvbSBvcyBtZWxob3JlcyBjdW1wcmltZW50b3MgLyBCZXN0IHJlZ2FyZHMN Cg0KRGFuaWVsIENvcnVqbw0KSW5zdGl0dXRvIGRlIFRlbGVjb211bmljYcOnw7VlcyAtIFDDs2xv IGRlIEF2ZWlybw0KaHR0cDovL3d3dy5pdC5wdDxodHRwczovL25hMDEuc2FmZWxpbmtzLnByb3Rl Y3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRwJTNBJTJGJTJGd3d3Lml0LnB0JmRhdGE9MDIlN0Mw MSU3Q0FrYmFyLlJhaG1hbiU0MEludGVyRGlnaXRhbC5jb20lN0MyNTk5ODVjYmEzN2I0Mjk5MjE1 YzA4ZDY3YWRhYTlhZSU3Q2UzNTFiNzc5ZjZkNTRlNTA4NTY4ODBlOTIyZDE4MGFlJTdDMCU3QzAl N0M2MzY4MzE0NzY5MTg1OTgzMjAmc2RhdGE9M1hTRm44a3Q4SDBRSVJLMUg2MDk5ZU1EMm1FcG5I a0JlblhDU0xZNjl0SSUzRCZyZXNlcnZlZD0wPg0KDQoNCg0KV2F0Y2ggb3VyIFZJREVPOg0KaHR0 cHM6Ly95b3V0dS5iZS9sSThEbm1CbkV0VTxodHRwczovL25hMDEuc2FmZWxpbmtzLnByb3RlY3Rp b24ub3V0bG9vay5jb20vP3VybD1odHRwcyUzQSUyRiUyRnlvdXR1LmJlJTJGbEk4RG5tQm5FdFUm ZGF0YT0wMiU3QzAxJTdDQWtiYXIuUmFobWFuJTQwSW50ZXJEaWdpdGFsLmNvbSU3QzI1OTk4NWNi YTM3YjQyOTkyMTVjMDhkNjdhZGFhOWFlJTdDZTM1MWI3NzlmNmQ1NGU1MDg1Njg4MGU5MjJkMTgw YWUlN0MwJTdDMCU3QzYzNjgzMTQ3NjkxODU5ODMyMCZzZGF0YT0yY0F2SUtUYnBtV3VVRVhXJTJG bW9FODdCcUs0NkRIeEF4cHNnNUJGRWZ5RTQlM0QmcmVzZXJ2ZWQ9MD4NCkludGVybmV0IFRlY2hu b2xvZ3kgTGV0dGVycyBKb3VybmFsIGlzIGFjY2VwdGluZyBwdWJsaWNhdGlvbnM6DQoNCg0KaHR0 cDovL29ubGluZWxpYnJhcnkud2lsZXkuY29tL2pvdXJuYWwvMTAuMTAwMi8oSVNTTikyNDc2LTE1 MDg8aHR0cHM6Ly9uYTAxLnNhZmVsaW5rcy5wcm90ZWN0aW9uLm91dGxvb2suY29tLz91cmw9aHR0 cCUzQSUyRiUyRm9ubGluZWxpYnJhcnkud2lsZXkuY29tJTJGam91cm5hbCUyRjEwLjEwMDIlMkYo SVNTTikyNDc2LTE1MDgmZGF0YT0wMiU3QzAxJTdDQWtiYXIuUmFobWFuJTQwSW50ZXJEaWdpdGFs LmNvbSU3QzI1OTk4NWNiYTM3YjQyOTkyMTVjMDhkNjdhZGFhOWFlJTdDZTM1MWI3NzlmNmQ1NGU1 MDg1Njg4MGU5MjJkMTgwYWUlN0MwJTdDMCU3QzYzNjgzMTQ3NjkxODU5ODMyMCZzZGF0YT05JTJC T0FMSk0lMkJYalRyJTJGRnYlMkJBWG05Z25aeEMyRXN3R3BROSUyRjlocDhQJTJGSmhrJTNEJnJl c2VydmVkPTA+DQoNCg0KDQpCZWdpbiBmb3J3YXJkZWQgbWVzc2FnZToNCg0KRnJvbTogU3JpIEd1 bmRhdmVsbGkgKHNndW5kYXZlKSA8c2d1bmRhdmVAY2lzY28uY29tPG1haWx0bzpzZ3VuZGF2ZUBj aXNjby5jb20+Pg0KRGF0ZTogV2VkLCBKYW4gOSwgMjAxOSBhdCA3OjQzIFBNDQpTdWJqZWN0OiBb RE1NXSBXR0xDIG9uIGRyYWZ0LWlldGYtZG1tLWRpc3RyaWJ1dGVkLW1vYmlsaXR5LWFuY2hvcmlu Zy0xMQ0KVG86IGRtbUBpZXRmLm9yZzxtYWlsdG86ZG1tQGlldGYub3JnPiA8ZG1tQGlldGYub3Jn PG1haWx0bzpkbW1AaWV0Zi5vcmc+Pg0KDQoNCg0KRm9sa3Mg4oCTIEFzIHdlIGRpc2N1c3NlZCBp biB0aGUgV0cgbWVldGluZyBhdCBJRVRGMTAzLCB3ZSBhcmUgaXNzdWluZyBXR0xDIG9uIGRyYWZ0 LWlldGYtZG1tLWRpc3RyaWJ1dGVkLW1vYmlsaXR5LWFuY2hvcmluZy0xMS4NCg0KVGhlIGRvY3Vt ZW50IHdlbnQgdGhyb3VnaCBzZXZlcmFsIHJldmlzaW9ucyBhbmQgdGhlcmUgd2VyZSBnb29kIGFt b3VudCBvZiByZXZpZXdzIG9uIHRoaXMgZG9jdW1lbnQuICBUaGUgYXV0aG9ycyBoYXZlIGFkZHJl c3NlZCBhbGwgdGhlIGNvbW1lbnRzIGFuZCB0aGVyZSBhcmUgbm8gb3BlbiBpc3N1ZXMgdGhhdCB3 ZSBhcmUgdHJhY2tpbmcgYXQgdGhpcyB0aW1lLiBXZSBiZWxpZXZlIHRoZSBkb2N1bWVudCBpcyBy ZWFkeSBmb3IgSUVTRyByZXZpZXdzIGFuZCBsaWtlIHRvIGNvbmZpcm0gdGhlIHNhbWUgZnJvbSB0 aGUgd29ya2luZyBncm91cC4NCg0KDQpUaGUgZm9sbG93aW5nIG1lc3NhZ2UgY29tbWVuY2VzIGEg dHdvIHdlZWsgV0dMQyBmb3IgYWxsIGZlZWRiYWNrLg0KDQpEb2N1bWVudCBMaW5rOg0KaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvaWQvZHJhZnQtaWV0Zi1kbW0tZGlzdHJpYnV0ZWQtbW9iaWxpdHktYW5j aG9yaW5nLTExLnR4dDxodHRwczovL25hMDEuc2FmZWxpbmtzLnByb3RlY3Rpb24ub3V0bG9vay5j b20vP3VybD1odHRwcyUzQSUyRiUyRnd3dy5pZXRmLm9yZyUyRmlkJTJGZHJhZnQtaWV0Zi1kbW0t ZGlzdHJpYnV0ZWQtbW9iaWxpdHktYW5jaG9yaW5nLTExLnR4dCZkYXRhPTAyJTdDMDElN0NBa2Jh ci5SYWhtYW4lNDBJbnRlckRpZ2l0YWwuY29tJTdDMjU5OTg1Y2JhMzdiNDI5OTIxNWMwOGQ2N2Fk YWE5YWUlN0NlMzUxYjc3OWY2ZDU0ZTUwODU2ODgwZTkyMmQxODBhZSU3QzAlN0MwJTdDNjM2ODMx NDc2OTE4NTk4MzIwJnNkYXRhPTlKMzFEeVBYY3pzWnc0d1dIbUZZUk0zUVBUZVliOG9NTmdzMSUy QkF4TmhoWSUzRCZyZXNlcnZlZD0wPg0KDQpUaGUgdGFyZ2V0IHN0YXR1cyBmb3IgdGhpcyBkb2N1 bWVudCBpcyDigJxJbmZvcm1hdGlvbmFs4oCdLg0KDQpQbGVhc2UgcG9zdCBhbnkgY29tbWVudHMv Y29uY2VybnMgb24gdGhlIGRyYWZ0Lg0KDQpUaGFua3MhDQpEYXBlbmcgJiBTcmkNCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmRtbSBtYWlsaW5nIGxp c3QNCmRtbUBpZXRmLm9yZzxtYWlsdG86ZG1tQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9kbW08aHR0cHM6Ly9uYTAxLnNhZmVsaW5rcy5wcm90ZWN0aW9u Lm91dGxvb2suY29tLz91cmw9aHR0cHMlM0ElMkYlMkZ3d3cuaWV0Zi5vcmclMkZtYWlsbWFuJTJG bGlzdGluZm8lMkZkbW0mZGF0YT0wMiU3QzAxJTdDQWtiYXIuUmFobWFuJTQwSW50ZXJEaWdpdGFs LmNvbSU3QzI1OTk4NWNiYTM3YjQyOTkyMTVjMDhkNjdhZGFhOWFlJTdDZTM1MWI3NzlmNmQ1NGU1 MDg1Njg4MGU5MjJkMTgwYWUlN0MwJTdDMCU3QzYzNjgzMTQ3NjkxODU5ODMyMCZzZGF0YT0lMkI4 MG9YJTJCbUpyd1NQQzIlMkJoaVl6SE05ZElCQlczT2hqbGZQaiUyRlVVN3BMSEklM0QmcmVzZXJ2 ZWQ9MD4NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N CmRtbSBtYWlsaW5nIGxpc3QNCmRtbUBpZXRmLm9yZzxtYWlsdG86ZG1tQGlldGYub3JnPg0KaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kbW0NCg== --_000_E4DC27DBDF11405F99667CE8EB6DF246bellca_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IGRpcj0iYXV0byI+DQpZ ZXMsICYjNDM7MSBmb3Igc3VwcG9ydCBhbmQgbW92aW5nIGZvcndhcmQgd2l0aCB0aGlzIHdvcms8 YnI+DQo8YnI+DQo8ZGl2IGRpcj0ibHRyIiBpZD0iQXBwbGVNYWlsU2lnbmF0dXJlIj5TZW50IGZy b20gbXkgbW9iaWxlPC9kaXY+DQo8ZGl2IGRpcj0ibHRyIj48YnI+DQpPbiBKYW4gMTYsIDIwMTks IGF0IDAyOjIzLCBQYWJsbyBDYW1hcmlsbG8gKHBjYW1hcmlsKSAmbHQ7PGEgaHJlZj0ibWFpbHRv OnBjYW1hcmlsQGNpc2NvLmNvbSI+cGNhbWFyaWxAY2lzY28uY29tPC9hPiZndDsgd3JvdGU6PGJy Pg0KPGJyPg0KPC9kaXY+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIj4NCjxkaXYgZGlyPSJsdHIi Pg0KPG1ldGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmls dGVyZWQgbWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZv bnQtZmFjZQ0KCXtmb250LWZhbWlseTpIZWx2ZXRpY2E7DQoJcGFub3NlLTE6MCAwIDAgMCAwIDAg MCAwIDAgMDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBh bm9zZS0xOjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpD YWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmlu aXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21h cmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJ Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVy bGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29y YXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlv bjp1bmRlcmxpbmU7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFs MA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJn aW4tbGVmdDowY207DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs c2Fucy1zZXJpZjt9DQpzcGFuLmFwcGxlLWNvbnZlcnRlZC1zcGFjZQ0KCXttc28tc3R5bGUtbmFt ZTphcHBsZS1jb252ZXJ0ZWQtc3BhY2U7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxl LXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bh bi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxl LXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlv bjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0 IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwv c3R5bGU+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tR0IiPiYjNDM7MS4gSSBzdXBwb3J0IFdHTEMgb2YgdGhpcyBkcmFmdC4g VGhlIGNvbnRlbnQgc2ltcGxpZmljYXRpb24gbWFrZXMgaXQgZWFzaWVyIHRvIHJlYWQuPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0Ii PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLUdCIj5DaGVlcnMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiPlBhYmxvLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNC NUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdDtjb2xvcjpibGFjayI+RnJvbToNCjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPmRtbSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRtbS1ib3Vu Y2VzQGlldGYub3JnIj5kbW0tYm91bmNlc0BpZXRmLm9yZzwvYT4mZ3Q7IG9uIGJlaGFsZiBvZiBB a2JhciBSYWhtYW4gJmx0OzxhIGhyZWY9Im1haWx0bzpBa2Jhci5SYWhtYW5ASW50ZXJEaWdpdGFs LmNvbSI+QWtiYXIuUmFobWFuQEludGVyRGlnaXRhbC5jb208L2E+Jmd0Ozxicj4NCjxiPkRhdGU6 IDwvYj5UdWVzZGF5LCAxNSBKYW51YXJ5IDIwMTkgYXQgMTU6Mzc8YnI+DQo8Yj5UbzogPC9iPiZx dW90OzxhIGhyZWY9Im1haWx0bzpkbW1AaWV0Zi5vcmciPmRtbUBpZXRmLm9yZzwvYT4mcXVvdDsg Jmx0OzxhIGhyZWY9Im1haWx0bzpkbW1AaWV0Zi5vcmciPmRtbUBpZXRmLm9yZzwvYT4mZ3Q7PGJy Pg0KPGI+U3ViamVjdDogPC9iPlJlOiBbRE1NXSBGd2Q6IFdHTEMgb24gZHJhZnQtaWV0Zi1kbW0t ZGlzdHJpYnV0ZWQtbW9iaWxpdHktYW5jaG9yaW5nLTExPG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiYjNDM7MTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNi4wcHQiPkkgc3VwcG9ydCBwcm9ncmVzc2luZyB0aGlzIGRyYWZ0LjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5i c3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPkJlc3QgUmVnYXJkcyw8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBw dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij5Ba2JhcjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2 Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0 O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PGI+RnJvbTo8L2I+IGRtbSBbPGEgaHJlZj0ibWFpbHRvOmRt bS1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86ZG1tLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XQ0KPGI+ T24gQmVoYWxmIE9mIDwvYj5EYW5pZWwgTnVuZXMgQ29ydWpvPGJyPg0KPGI+U2VudDo8L2I+IFR1 ZXNkYXksIEphbnVhcnkgMTUsIDIwMTkgNjoxNCBBTTxicj4NCjxiPlRvOjwvYj4gPGEgaHJlZj0i bWFpbHRvOmRtbUBpZXRmLm9yZyI+ZG1tQGlldGYub3JnPC9hPjxicj4NCjxiPlN1YmplY3Q6PC9i PiBbRE1NXSBGd2Q6IFdHTEMgb24gZHJhZnQtaWV0Zi1kbW0tZGlzdHJpYnV0ZWQtbW9iaWxpdHkt YW5jaG9yaW5nLTExPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5EZWFyIGFs bCwgPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5JIGNvbnNpZGVy IHRoYXQgdGhpcyBkcmFmdCBzaG91bGQgYWxzbyBtb3ZlIGZvcndhcmQuPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MzYuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2E7Y29sb3I6YmxhY2siPkNvbSBvcyBtZWxob3Jl cyBjdW1wcmltZW50b3MgLyBCZXN0Jm5ic3A7cmVnYXJkczxicj4NCjxicj4NCkRhbmllbCBDb3J1 am88YnI+DQpJbnN0aXR1dG8gZGUgVGVsZWNvbXVuaWNhw6fDtWVzIC0gUMOzbG8gZGUmbmJzcDtB dmVpcm88YnI+DQo8YSBocmVmPSJodHRwczovL25hMDEuc2FmZWxpbmtzLnByb3RlY3Rpb24ub3V0 bG9vay5jb20vP3VybD1odHRwJTNBJTJGJTJGd3d3Lml0LnB0JmFtcDtkYXRhPTAyJTdDMDElN0NB a2Jhci5SYWhtYW4lNDBJbnRlckRpZ2l0YWwuY29tJTdDMjU5OTg1Y2JhMzdiNDI5OTIxNWMwOGQ2 N2FkYWE5YWUlN0NlMzUxYjc3OWY2ZDU0ZTUwODU2ODgwZTkyMmQxODBhZSU3QzAlN0MwJTdDNjM2 ODMxNDc2OTE4NTk4MzIwJmFtcDtzZGF0YT0zWFNGbjhrdDhIMFFJUksxSDYwOTllTUQybUVwbkhr QmVuWENTTFk2OXRJJTNEJmFtcDtyZXNlcnZlZD0wIj5odHRwOi8vd3d3Lml0LnB0PC9hPjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls eTpIZWx2ZXRpY2E7Y29sb3I6YmxhY2siPjxicj4NCjxicj4NCjxicj4NCldhdGNoIG91ciBWSURF TzogPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9u dC1mYW1pbHk6SGVsdmV0aWNhO2NvbG9yOmJsYWNrIj48YSBocmVmPSJodHRwczovL25hMDEuc2Fm ZWxpbmtzLnByb3RlY3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRwcyUzQSUyRiUyRnlvdXR1LmJl JTJGbEk4RG5tQm5FdFUmYW1wO2RhdGE9MDIlN0MwMSU3Q0FrYmFyLlJhaG1hbiU0MEludGVyRGln aXRhbC5jb20lN0MyNTk5ODVjYmEzN2I0Mjk5MjE1YzA4ZDY3YWRhYTlhZSU3Q2UzNTFiNzc5ZjZk NTRlNTA4NTY4ODBlOTIyZDE4MGFlJTdDMCU3QzAlN0M2MzY4MzE0NzY5MTg1OTgzMjAmYW1wO3Nk YXRhPTJjQXZJS1RicG1XdVVFWFclMkZtb0U4N0JxSzQ2REh4QXhwc2c1QkZFZnlFNCUzRCZhbXA7 cmVzZXJ2ZWQ9MCI+aHR0cHM6Ly95b3V0dS5iZS9sSThEbm1CbkV0VTwvYT48L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5 OkhlbHZldGljYTtjb2xvcjpibGFjayI+SW50ZXJuZXQgVGVjaG5vbG9neSBMZXR0ZXJzIEpvdXJu YWwgaXMmbmJzcDthY2NlcHRpbmcgcHVibGljYXRpb25zOiZuYnNwOzxicj4NCjxicj4NCjxicj4N Cjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQt ZmFtaWx5OkhlbHZldGljYTtjb2xvcjpibGFjayI+PGEgaHJlZj0iaHR0cHM6Ly9uYTAxLnNhZmVs aW5rcy5wcm90ZWN0aW9uLm91dGxvb2suY29tLz91cmw9aHR0cCUzQSUyRiUyRm9ubGluZWxpYnJh cnkud2lsZXkuY29tJTJGam91cm5hbCUyRjEwLjEwMDIlMkYoSVNTTikyNDc2LTE1MDgmYW1wO2Rh dGE9MDIlN0MwMSU3Q0FrYmFyLlJhaG1hbiU0MEludGVyRGlnaXRhbC5jb20lN0MyNTk5ODVjYmEz N2I0Mjk5MjE1YzA4ZDY3YWRhYTlhZSU3Q2UzNTFiNzc5ZjZkNTRlNTA4NTY4ODBlOTIyZDE4MGFl JTdDMCU3QzAlN0M2MzY4MzE0NzY5MTg1OTgzMjAmYW1wO3NkYXRhPTklMkJPQUxKTSUyQlhqVHIl MkZGdiUyQkFYbTlnblp4QzJFc3dHcFE5JTJGOWhwOFAlMkZKaGslM0QmYW1wO3Jlc2VydmVkPTAi Pmh0dHA6Ly9vbmxpbmVsaWJyYXJ5LndpbGV5LmNvbS9qb3VybmFsLzEwLjEwMDIvKElTU04pMjQ3 Ni0xNTA4PC9hPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPkJlZ2luIGZvcndhcmRlZCBtZXNzYWdl OjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBw dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPkZy b206PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxzdHJv bmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkhlbHZldGljYSI+U3JpIEd1bmRhdmVsbGkgKHNn dW5kYXZlKTwvc3Bhbj48L3N0cm9uZz48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNl Ij4mbmJzcDs8L3NwYW4+Jmx0OzxhIGhyZWY9Im1haWx0bzpzZ3VuZGF2ZUBjaXNjby5jb20iPnNn dW5kYXZlQGNpc2NvLmNvbTwvYT4mZ3Q7PGJyPg0KRGF0ZTogV2VkLCBKYW4gOSwgMjAxOSBhdCA3 OjQzIFBNPGJyPg0KU3ViamVjdDogW0RNTV0gV0dMQyBvbiBkcmFmdC1pZXRmLWRtbS1kaXN0cmli dXRlZC1tb2JpbGl0eS1hbmNob3JpbmctMTE8YnI+DQpUbzo8c3BhbiBjbGFzcz0iYXBwbGUtY29u dmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmRtbUBpZXRmLm9yZyI+ ZG1tQGlldGYub3JnPC9hPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNw Ozwvc3Bhbj4mbHQ7PGEgaHJlZj0ibWFpbHRvOmRtbUBpZXRmLm9yZyI+ZG1tQGlldGYub3JnPC9h PiZndDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7 Zm9udC1mYW1pbHk6SGVsdmV0aWNhIj48YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286 cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0Ij5Gb2xrcyDigJMgQXMg d2UgZGlzY3Vzc2VkIGluIHRoZSBXRyBtZWV0aW5nIGF0IElFVEYxMDMsIHdlIGFyZSBpc3N1aW5n IFdHTEMgb24mbmJzcDtkcmFmdC1pZXRmLWRtbS1kaXN0cmlidXRlZC1tb2JpbGl0eS1hbmNob3Jp bmctMTEuJm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdCI+VGhlIGRvY3VtZW50IHdlbnQgdGhyb3Vn aCBzZXZlcmFsIHJldmlzaW9ucyBhbmQgdGhlcmUgd2VyZSBnb29kIGFtb3VudCBvZiByZXZpZXdz IG9uIHRoaXMgZG9jdW1lbnQuJm5ic3A7IFRoZSBhdXRob3JzIGhhdmUgYWRkcmVzc2VkIGFsbCB0 aGUgY29tbWVudHMgYW5kIHRoZXJlIGFyZSBubyBvcGVuIGlzc3VlcyB0aGF0DQogd2UgYXJlIHRy YWNraW5nIGF0IHRoaXMgdGltZS4gV2UgYmVsaWV2ZSB0aGUgZG9jdW1lbnQgaXMgcmVhZHkgZm9y IElFU0cgcmV2aWV3cyBhbmQgbGlrZSB0byBjb25maXJtIHRoZSBzYW1lIGZyb20gdGhlIHdvcmtp bmcgZ3JvdXAuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdCI+VGhlIGZvbGxv d2luZyBtZXNzYWdlIGNvbW1lbmNlcyBhIHR3byB3ZWVrIFdHTEMgZm9yIGFsbCBmZWVkYmFjay48 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuNXB0Ij5Eb2N1bWVudCBMaW5rOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0Ij48YSBocmVmPSJodHRwczovL25h MDEuc2FmZWxpbmtzLnByb3RlY3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRwcyUzQSUyRiUyRnd3 dy5pZXRmLm9yZyUyRmlkJTJGZHJhZnQtaWV0Zi1kbW0tZGlzdHJpYnV0ZWQtbW9iaWxpdHktYW5j aG9yaW5nLTExLnR4dCZhbXA7ZGF0YT0wMiU3QzAxJTdDQWtiYXIuUmFobWFuJTQwSW50ZXJEaWdp dGFsLmNvbSU3QzI1OTk4NWNiYTM3YjQyOTkyMTVjMDhkNjdhZGFhOWFlJTdDZTM1MWI3NzlmNmQ1 NGU1MDg1Njg4MGU5MjJkMTgwYWUlN0MwJTdDMCU3QzYzNjgzMTQ3NjkxODU5ODMyMCZhbXA7c2Rh dGE9OUozMUR5UFhjenNadzR3V0htRllSTTNRUFRlWWI4b01OZ3MxJTJCQXhOaGhZJTNEJmFtcDty ZXNlcnZlZD0wIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQvZHJhZnQt aWV0Zi1kbW0tZGlzdHJpYnV0ZWQtbW9iaWxpdHktYW5jaG9yaW5nLTExLnR4dDwvYT48L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu NXB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdCI+VGhlIHRhcmdldCBzdGF0dXMgZm9yIHRoaXMgZG9jdW1lbnQgaXMg4oCc SW5mb3JtYXRpb25hbOKAnS4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjVwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQiPlBsZWFzZSBwb3N0IGFueSBjb21t ZW50cy9jb25jZXJucyBvbiB0aGUgZHJhZnQuJm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQiPiZuYnNwOyZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQiPlRoYW5rcyE8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdCI+RGFwZW5nICZhbXA7IFNyaTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpI ZWx2ZXRpY2EiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f PGJyPg0KZG1tIG1haWxpbmcgbGlzdDxicj4NCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86ZG1tQGll dGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250 LWZhbWlseTpIZWx2ZXRpY2EiPmRtbUBpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2ZXRpY2EiPjxicj4NCjwvc3Bhbj48YSBocmVm PSJodHRwczovL25hMDEuc2FmZWxpbmtzLnByb3RlY3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRw cyUzQSUyRiUyRnd3dy5pZXRmLm9yZyUyRm1haWxtYW4lMkZsaXN0aW5mbyUyRmRtbSZhbXA7ZGF0 YT0wMiU3QzAxJTdDQWtiYXIuUmFobWFuJTQwSW50ZXJEaWdpdGFsLmNvbSU3QzI1OTk4NWNiYTM3 YjQyOTkyMTVjMDhkNjdhZGFhOWFlJTdDZTM1MWI3NzlmNmQ1NGU1MDg1Njg4MGU5MjJkMTgwYWUl N0MwJTdDMCU3QzYzNjgzMTQ3NjkxODU5ODMyMCZhbXA7c2RhdGE9JTJCODBvWCUyQm1KcndTUEMy JTJCaGlZekhNOWRJQkJXM09oamxmUGolMkZVVTdwTEhJJTNEJmFtcDtyZXNlcnZlZD0wIiB0YXJn ZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTpIZWx2 ZXRpY2EiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZG1tPC9zcGFuPjwv YT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxibG9ja3F1b3Rl IHR5cGU9ImNpdGUiPg0KPGRpdiBkaXI9Imx0ciI+PHNwYW4+X19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX188L3NwYW4+PGJyPg0KPHNwYW4+ZG1tIG1haWxpbmcg bGlzdDwvc3Bhbj48YnI+DQo8c3Bhbj48YSBocmVmPSJtYWlsdG86ZG1tQGlldGYub3JnIj5kbW1A aWV0Zi5vcmc8L2E+PC9zcGFuPjxicj4NCjxzcGFuPjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vZG1tIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL2RtbTwvYT48L3NwYW4+PGJyPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2JvZHk+ DQo8L2h0bWw+DQo= --_000_E4DC27DBDF11405F99667CE8EB6DF246bellca_-- From nobody Wed Jan 16 06:12:22 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 55D6D130ED1 for ; Wed, 16 Jan 2019 06:12:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ai5YZujCjeJ7 for ; Wed, 16 Jan 2019 06:12:18 -0800 (PST) Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 47A42130E13 for ; Wed, 16 Jan 2019 06:12:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id 5ED34104C7B; Wed, 16 Jan 2019 15:12:13 +0100 (CET) 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 YQq07mwaO8HV; Wed, 16 Jan 2019 15:12:13 +0100 (CET) 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 ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailer1.neclab.eu (Postfix) with ESMTPS id 33629104C34; Wed, 16 Jan 2019 15:12:09 +0100 (CET) Received: from PALLENE.office.hd ([169.254.1.223]) by METHONE.office.hd ([192.168.24.54]) with mapi id 14.03.0319.002; Wed, 16 Jan 2019 15:12:09 +0100 From: Marco Liebsch To: "Sri Gundavelli (sgundave)" , "dmm@ietf.org" Thread-Topic: WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 Thread-Index: AQHUqEsyaVwhC6gsjkGTHCexOaG4/6Wx+UBg Date: Wed, 16 Jan 2019 14:12:08 +0000 Message-ID: <69756203DDDDE64E987BC4F70B71A26DE58E0D81@PALLENE.office.hd> References: In-Reply-To: Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.6.170] Content-Type: multipart/alternative; boundary="_000_69756203DDDDE64E987BC4F70B71A26DE58E0D81PALLENEofficehd_" MIME-Version: 1.0 Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2019 14:12:21 -0000 --_000_69756203DDDDE64E987BC4F70B71A26DE58E0D81PALLENEofficehd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I am ok with the current version. Just update reference to I-D.bernardos-dmm-pmipv6-dlif, which is draft-ietf= now. marco From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Sri Gundavelli (sgunda= ve) Sent: Mittwoch, 9. Januar 2019 19:43 To: dmm@ietf.org Subject: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 Folks - As we discussed in the WG meeting at IETF103, we are issuing WGLC o= n draft-ietf-dmm-distributed-mobility-anchoring-11. The document went through several revisions and there were good amount of r= eviews on this document. The authors have addressed all the comments and t= here are no open issues that we are tracking at this time. We believe the d= ocument is ready for IESG reviews and like to confirm the same from the wor= king group. The following message commences a two week WGLC for all feedback. Document Link: https://www.ietf.org/id/draft-ietf-dmm-distributed-mobility-anchoring-11.tx= t The target status for this document is "Informational". Please post any comments/concerns on the draft. Thanks! Dapeng & Sri --_000_69756203DDDDE64E987BC4F70B71A26DE58E0D81PALLENEofficehd_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I am ok wi= th the current version.

 = ;

Just updat= e reference to I-D.bernardos-dmm-pmipv6-dlif, which is draft-ietf now.=

 = ;

marco=

 = ;

 = ;

From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Sri Gundavelli (sgundave)
Sent: Mittwoch, 9. Januar 2019 19:43
To: dmm@ietf.org
Subject: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring= -11

 

Folks – As we discuss= ed in the WG meeting at IETF103, we are issuing WGLC on draft-ietf-dmm= -distributed-mobility-anchoring-11. 

 

The document went through s= everal revisions and there were good amount of reviews on this document. &n= bsp;The authors have addressed all the comments and there are no open issues that we are tracking at this time. We believe the document = is ready for IESG reviews and like to confirm the same from the working gro= up.

 

 

The following message comme= nces a two week WGLC for all feedback.

 

 

The target status for this = document is “Informational”. 

 

Please post any comments/co= ncerns on the draft. 

  

Thanks!

Dapeng & Sri=

 

--_000_69756203DDDDE64E987BC4F70B71A26DE58E0D81PALLENEofficehd_-- From nobody Wed Jan 16 06:26:56 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F8A8130F46 for ; Wed, 16 Jan 2019 06:26:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=it.uc3m.es 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 F7bt4wZxUzfl for ; Wed, 16 Jan 2019 06:26:51 -0800 (PST) Received: from mail-wm1-x333.google.com (mail-wm1-x333.google.com [IPv6:2a00:1450:4864:20::333]) (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 48C99130E77 for ; Wed, 16 Jan 2019 06:26:51 -0800 (PST) Received: by mail-wm1-x333.google.com with SMTP id y139so2159979wmc.5 for ; Wed, 16 Jan 2019 06:26:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=it.uc3m.es; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=eBHf/JzZQEB4p3eTcxatBmutzxR3zFGCRAnRS24CymI=; b=Es8NELXL2O0gFR4ryqs5W1R6ozdgfYOLDycyBmkuCGQyQDfYULe3HA0IRCieCWrtBd stT6yihJqSSYR1z8c7aaf1DN3JcUtpkh9L782Fpt2gpmY913zHkadS2o01vbdQCVv89z CUoCh6ORLSO0q6cFgBNtvsT9s4o42sY+uCwM2d/E0FE1PPKt+QWjruFm0gQehG5eOXnE C+UbCejNWqFhnh/cev+MZzrTxxu0UqK4xskJiypFlTsAifGxDTs1czr92/rJ48G86pnZ zGeaRYnM06DIX0qOmD4RNPoTm8cKutMYGVUS0Ntc4HwcxhTZv1nFMbcGywXX6VfHsEYW b7Tg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=eBHf/JzZQEB4p3eTcxatBmutzxR3zFGCRAnRS24CymI=; b=PH3zMZDzB7R+EQyzQ42acZzZJ35wgyxDJJMU7jUzT04asCZ/uN65xZLxFTOwjC0qY3 /7gtKWb+ucDd8C7ePjEG+QuE7k99KArgpKj8g2a1GLfElUMS9QzTRkuN6m4RWKUHvGvx UWSVqylADqHgx1l2PZSkfr3A0dyHwofMbAKykNpMzCp1ZHjYYEIWjihVm9IpjiXgoZ2N pCqTLdfZbfr6FlgmSsZ+aNXYQjUsFDkrpwAMJBJmgGya7C9fFY01UJ0ANgMG5fACTPm7 dGlodbbz/fm/gmLv2e1pxR6H7YIRi2WpsXHPR31TcZpvjmPqbMDNT51glQrIqYD0d/7F HuPw== X-Gm-Message-State: AJcUukeT58UkUCx0/j8SJUvDvMgLbOU81lN7ifT3sskoi7aAPmSmfxlJ 6JpcCzZjzJBaBGhpzv57Xa9Mr/sbJV8OSYLy9UwFrA== X-Google-Smtp-Source: ALg8bN76ZxaV9ktOnOhnLkgI18KDHOZR2+Lm+Zu4KQEGmfs7y37E+9ZQmHFKO1aR4WP8lsh1qYNggO6ZnTUai0CG/qc= X-Received: by 2002:a1c:2c6:: with SMTP id 189mr7540220wmc.21.1547648809567; Wed, 16 Jan 2019 06:26:49 -0800 (PST) MIME-Version: 1.0 References: <69756203DDDDE64E987BC4F70B71A26DE58E0D81@PALLENE.office.hd> In-Reply-To: <69756203DDDDE64E987BC4F70B71A26DE58E0D81@PALLENE.office.hd> From: CARLOS JESUS BERNARDOS CANO Date: Wed, 16 Jan 2019 15:26:33 +0100 Message-ID: To: Marco Liebsch Cc: "Sri Gundavelli (sgundave)" , "dmm@ietf.org" Content-Type: multipart/alternative; boundary="000000000000883865057f94116e" Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2019 14:26:55 -0000 --000000000000883865057f94116e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks Marco. Will do. Carlos On Wed, Jan 16, 2019 at 3:12 PM Marco Liebsch wrote: > I am ok with the current version. > > > > Just update reference to I-D.bernardos-dmm-pmipv6-dlif, which is > draft-ietf now. > > > > marco > > > > > > *From:* dmm [mailto:dmm-bounces@ietf.org] *On Behalf Of *Sri Gundavelli > (sgundave) > *Sent:* Mittwoch, 9. Januar 2019 19:43 > *To:* dmm@ietf.org > *Subject:* [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 > > > > Folks =E2=80=93 As we discussed in the WG meeting at IETF103, we are issu= ing WGLC > on draft-ietf-dmm-distributed-mobility-anchoring-11. > > > > The document went through several revisions and there were good amount of > reviews on this document. The authors have addressed all the comments an= d > there are no open issues that we are tracking at this time. We believe th= e > document is ready for IESG reviews and like to confirm the same from the > working group. > > > > > > The following message commences a two week WGLC for all feedback. > > > > Document Link: > > > https://www.ietf.org/id/draft-ietf-dmm-distributed-mobility-anchoring-11.= txt > > > > > The target status for this document is =E2=80=9CInformational=E2=80=9D. > > > > Please post any comments/concerns on the draft. > > > > Thanks! > > Dapeng & Sri > > > _______________________________________________ > dmm mailing list > dmm@ietf.org > https://www.ietf.org/mailman/listinfo/dmm > --000000000000883865057f94116e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks Marco. Will do.

Carlos

On Wed, Jan 16, 2019 at 3= :12 PM Marco Liebsch <Marco.L= iebsch@neclab.eu> wrote:

I am ok with the current vers= ion.

=C2=A0

Just update reference to I-D.= bernardos-dmm-pmipv6-dlif, which is draft-ietf now.

=C2=A0

marco

=C2=A0

=C2=A0

From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Sri Gundavelli (sgundave)
Sent: Mittwoch, 9. Januar 2019 19:43
To: dmm@ietf.org
Subject: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring= -11

=C2=A0

Folks =E2=80=93 As we discussed in the WG meeting a= t IETF103, we are issuing WGLC on=C2=A0draft-ietf-dmm-distributed-mobility-= anchoring-11.=C2=A0

=C2=A0

The document went through several revisions and the= re were good amount of reviews on this document.=C2=A0 The authors have add= ressed all the comments and there are no open issues that we are tracking at this time. We believe the document = is ready for IESG reviews and like to confirm the same from the working gro= up.

=C2=A0

=C2=A0

The following message commences a two week WGLC for= all feedback.

=C2=A0

=C2=A0

The target status for this document is =E2=80=9CInf= ormational=E2=80=9D.=C2=A0

=C2=A0

Please post any comments/concerns on the draft.=C2= =A0

=C2=A0=C2=A0

Thanks!

Dapeng & Sri

=C2=A0

_______________________________________________
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm
--000000000000883865057f94116e-- From nobody Wed Jan 16 06:32:43 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F3756130F9D for ; Wed, 16 Jan 2019 06:32:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uhdz2hXKIDqi for ; Wed, 16 Jan 2019 06:32:39 -0800 (PST) Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 24D98130E77 for ; Wed, 16 Jan 2019 06:32:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id 40CB4104CB9; Wed, 16 Jan 2019 15:32:37 +0100 (CET) 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 QwOF4duD0jWA; Wed, 16 Jan 2019 15:32:37 +0100 (CET) X-ENC: Last-Hop-TLS-encrypted X-ENC: Last-Hop-TLS-encrypted Received: from ENCELADUS.office.hd (ENCELADUS.office.hd [192.168.24.52]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailer1.neclab.eu (Postfix) with ESMTPS id 12DB3104CB7; Wed, 16 Jan 2019 15:32:33 +0100 (CET) Received: from PALLENE.office.hd ([169.254.1.223]) by ENCELADUS.office.hd ([192.168.24.52]) with mapi id 14.03.0319.002; Wed, 16 Jan 2019 15:32:32 +0100 From: Marco Liebsch To: "Sri Gundavelli (sgundave)" , "dmm@ietf.org" Thread-Topic: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 Thread-Index: AQHUqEs3VTAjcTZYRUC5U1x6/vM4pqWx/8AA Date: Wed, 16 Jan 2019 14:32:31 +0000 Message-ID: <69756203DDDDE64E987BC4F70B71A26DE58E0DC4@PALLENE.office.hd> References: In-Reply-To: Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.6.170] Content-Type: multipart/alternative; boundary="_000_69756203DDDDE64E987BC4F70B71A26DE58E0DC4PALLENEofficehd_" MIME-Version: 1.0 Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2019 14:32:41 -0000 --_000_69756203DDDDE64E987BC4F70B71A26DE58E0DC4PALLENEofficehd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I support progressing this version of the document on the experimental trac= k. marco From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Sri Gundavelli (sgunda= ve) Sent: Mittwoch, 9. Januar 2019 19:44 To: dmm@ietf.org Subject: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 Folks - As we discussed in the WG meeting at IETF103, we are issuing WGLC o= n https://www.ietf.org/id/draft-ietf-dmm-pmipv6-dlif-03.txt. We have also made one key change to the document status, moving it from Sta= ndards Track to Experimental Track. We the chairs have talked to the author= s and they are OK with this change. We are dong this as we are not sure abo= ut any potential vendor implementations and so we chose to keep this on exp= erimental track. The document went through several revisions and there were good amount of r= eviews on this document. The authors have addressed all the comments and t= here are no open issues that we are tracking at this time. We believe the d= ocument is ready for IESG reviews and like to confirm the same from the wor= king group. The following message commences a two week WGLC for all feedback. Document Link: https://www.ietf.org/id/draft-ietf-dmm-pmipv6-dlif-03.txt The target status for this document is "Experimental". Please post any comments/concerns on the draft. Thanks! Dapeng & Sri --_000_69756203DDDDE64E987BC4F70B71A26DE58E0DC4PALLENEofficehd_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I support = progressing this version of the document on the experimental track.

 = ;

marco=

 = ;

From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Sri Gundavelli (sgundave)
Sent: Mittwoch, 9. Januar 2019 19:44
To: dmm@ietf.org
Subject: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03

 

Folks – As we discuss= ed in the WG meeting at IETF103, we are issuing WGLC on https://www.ietf.or= g/id/draft-ietf-dmm-pmipv6-dlif-03.txt. 

 

We have also made one key change to the document stat= us, moving it from Standards Track to Experimental Track. We the chairs hav= e talked to the authors and they are OK with this change. We are dong this as we are not sure about any potential vendor implementat= ions and so we chose to keep this on experimental track.

 

The document went through s= everal revisions and there were good amount of reviews on this document. &n= bsp;The authors have addressed all the comments and there are no open issues that we are tracking at this time. We believe the document = is ready for IESG reviews and like to confirm the same from the working gro= up.

 

 

The following message comme= nces a two week WGLC for all feedback.

 

 

The target status for this = document is “Experimental”.

 

Please post any comments/co= ncerns on the draft. 

 

 

Thanks!

Dapeng & Sri=

 

 

--_000_69756203DDDDE64E987BC4F70B71A26DE58E0DC4PALLENEofficehd_-- From nobody Wed Jan 16 07:00:20 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D8A091310A7 for ; Wed, 16 Jan 2019 07:00:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.21 X-Spam-Level: X-Spam-Status: No, score=-2.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QyOQw3vfEPPz for ; Wed, 16 Jan 2019 07:00:10 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 4438713109A for ; Wed, 16 Jan 2019 07:00:10 -0800 (PST) Received: from lhreml708-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 1AF181D1D5FE8E6BA45E for ; Wed, 16 Jan 2019 15:00:07 +0000 (GMT) Received: from YYZEML704-CHM.china.huawei.com (10.218.33.89) by lhreml708-cah.china.huawei.com (10.201.108.49) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 16 Jan 2019 15:00:06 +0000 Received: from YYZEML705-CHM.china.huawei.com ([169.254.2.177]) by yyzeml704-chm.china.huawei.com ([169.254.1.112]) with mapi id 14.03.0415.000; Wed, 16 Jan 2019 10:00:01 -0500 From: Arashmid Akhavain To: "Voyer, Daniel" , "dmm@ietf.org" Thread-Topic: [DMM] Fwd: WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 Thread-Index: AQHUqEsyaVwhC6gsjkGTHCexOaG4/6WwXhxAgAGv+4D//9edy4AAIakQ Date: Wed, 16 Jan 2019 15:00:00 +0000 Message-ID: References: <2684FA17-FE64-4F20-809A-F9624B7570F8@av.it.pt> , <1E2C0EA5-6890-46C5-B789-223007457BDA@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.193.61.47] Content-Type: multipart/alternative; boundary="_000_D57109449177B54F8B9C093953AC5BCD75A63BA8yyzeml705chmchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [DMM] Fwd: WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2019 15:00:19 -0000 --_000_D57109449177B54F8B9C093953AC5BCD75A63BA8yyzeml705chmchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 WWVzLCArMSwgSSBzdXBwb3J0IHRoaXMgZHJhZnQNCg0KQXJhc2htaWQNCg0KQmVnaW4gZm9yd2Fy ZGVkIG1lc3NhZ2U6DQoNCkZyb206IFNyaSBHdW5kYXZlbGxpIChzZ3VuZGF2ZSkgPHNndW5kYXZl QGNpc2NvLmNvbTxtYWlsdG86c2d1bmRhdmVAY2lzY28uY29tPj4NCkRhdGU6IFdlZCwgSmFuIDks IDIwMTkgYXQgNzo0MyBQTQ0KU3ViamVjdDogW0RNTV0gV0dMQyBvbiBkcmFmdC1pZXRmLWRtbS1k aXN0cmlidXRlZC1tb2JpbGl0eS1hbmNob3JpbmctMTENClRvOiBkbW1AaWV0Zi5vcmc8bWFpbHRv OmRtbUBpZXRmLm9yZz4gPGRtbUBpZXRmLm9yZzxtYWlsdG86ZG1tQGlldGYub3JnPj4NCg0KDQoN Cg0KRm9sa3Mg4oCTIEFzIHdlIGRpc2N1c3NlZCBpbiB0aGUgV0cgbWVldGluZyBhdCBJRVRGMTAz LCB3ZSBhcmUgaXNzdWluZyBXR0xDIG9uIGRyYWZ0LWlldGYtZG1tLWRpc3RyaWJ1dGVkLW1vYmls aXR5LWFuY2hvcmluZy0xMS4NCg0KVGhlIGRvY3VtZW50IHdlbnQgdGhyb3VnaCBzZXZlcmFsIHJl dmlzaW9ucyBhbmQgdGhlcmUgd2VyZSBnb29kIGFtb3VudCBvZiByZXZpZXdzIG9uIHRoaXMgZG9j dW1lbnQuICBUaGUgYXV0aG9ycyBoYXZlIGFkZHJlc3NlZCBhbGwgdGhlIGNvbW1lbnRzIGFuZCB0 aGVyZSBhcmUgbm8gb3BlbiBpc3N1ZXMgdGhhdCB3ZSBhcmUgdHJhY2tpbmcgYXQgdGhpcyB0aW1l LiBXZSBiZWxpZXZlIHRoZSBkb2N1bWVudCBpcyByZWFkeSBmb3IgSUVTRyByZXZpZXdzIGFuZCBs aWtlIHRvIGNvbmZpcm0gdGhlIHNhbWUgZnJvbSB0aGUgd29ya2luZyBncm91cC4NCg0KDQpUaGUg Zm9sbG93aW5nIG1lc3NhZ2UgY29tbWVuY2VzIGEgdHdvIHdlZWsgV0dMQyBmb3IgYWxsIGZlZWRi YWNrLg0KDQpEb2N1bWVudCBMaW5rOg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQvZHJhZnQtaWV0 Zi1kbW0tZGlzdHJpYnV0ZWQtbW9iaWxpdHktYW5jaG9yaW5nLTExLnR4dDxodHRwczovL25hMDEu c2FmZWxpbmtzLnByb3RlY3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRwcyUzQSUyRiUyRnd3dy5p ZXRmLm9yZyUyRmlkJTJGZHJhZnQtaWV0Zi1kbW0tZGlzdHJpYnV0ZWQtbW9iaWxpdHktYW5jaG9y aW5nLTExLnR4dCZkYXRhPTAyJTdDMDElN0NBa2Jhci5SYWhtYW4lNDBJbnRlckRpZ2l0YWwuY29t JTdDMjU5OTg1Y2JhMzdiNDI5OTIxNWMwOGQ2N2FkYWE5YWUlN0NlMzUxYjc3OWY2ZDU0ZTUwODU2 ODgwZTkyMmQxODBhZSU3QzAlN0MwJTdDNjM2ODMxNDc2OTE4NTk4MzIwJnNkYXRhPTlKMzFEeVBY Y3pzWnc0d1dIbUZZUk0zUVBUZVliOG9NTmdzMSUyQkF4TmhoWSUzRCZyZXNlcnZlZD0wPg0KDQpU aGUgdGFyZ2V0IHN0YXR1cyBmb3IgdGhpcyBkb2N1bWVudCBpcyDigJxJbmZvcm1hdGlvbmFs4oCd Lg0KDQpQbGVhc2UgcG9zdCBhbnkgY29tbWVudHMvY29uY2VybnMgb24gdGhlIGRyYWZ0Lg0KDQpU aGFua3MhDQpEYXBlbmcgJiBTcmkNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCmRtbSBtYWlsaW5nIGxpc3QNCmRtbUBpZXRmLm9yZzxtYWlsdG86ZG1t QGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kbW08aHR0 cHM6Ly9uYTAxLnNhZmVsaW5rcy5wcm90ZWN0aW9uLm91dGxvb2suY29tLz91cmw9aHR0cHMlM0El MkYlMkZ3d3cuaWV0Zi5vcmclMkZtYWlsbWFuJTJGbGlzdGluZm8lMkZkbW0mZGF0YT0wMiU3QzAx JTdDQWtiYXIuUmFobWFuJTQwSW50ZXJEaWdpdGFsLmNvbSU3QzI1OTk4NWNiYTM3YjQyOTkyMTVj MDhkNjdhZGFhOWFlJTdDZTM1MWI3NzlmNmQ1NGU1MDg1Njg4MGU5MjJkMTgwYWUlN0MwJTdDMCU3 QzYzNjgzMTQ3NjkxODU5ODMyMCZzZGF0YT0lMkI4MG9YJTJCbUpyd1NQQzIlMkJoaVl6SE05ZElC QlczT2hqbGZQaiUyRlVVN3BMSEklM0QmcmVzZXJ2ZWQ9MD4NCg0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmRtbSBtYWlsaW5nIGxpc3QNCmRtbUBpZXRm Lm9yZzxtYWlsdG86ZG1tQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9kbW0NCg== --_000_D57109449177B54F8B9C093953AC5BCD75A63BA8yyzeml705chmchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAz IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAx NSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFs LCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90 dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs c2Fucy1zZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2 aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25v cm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1z b25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0K CW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNp emU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uYXBw bGUtY29udmVydGVkLXNwYWNlDQoJe21zby1zdHlsZS1uYW1lOmFwcGxlLWNvbnZlcnRlZC1zcGFj ZTt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250 LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28t c3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9 DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglm b250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29D aHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4w cHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdp bjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdl OldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86 c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2Vu ZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVk aXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+ PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1HQiIgbGluaz0iYmx1 ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3Vh Z2U6RU4tVVMiPlllcywgJiM0MzsxLCBJIHN1cHBvcnQgdGhpcyBkcmFmdDxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdE O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1VUyI+QXJhc2htaWQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1s YW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0i Ym9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20g MGNtIDQuMHB0Ij4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i b3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+QmVnaW4gZm9yd2FyZGVkIG1lc3Nh Z2U6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZl dGljYSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQt c3BhY2UiPiZuYnNwOzwvc3Bhbj48c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+U3JpIEd1bmRhdmVsbGkgKHNndW5kYXZlKTwv c3Bhbj48L3N0cm9uZz48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8 L3NwYW4+Jmx0OzxhIGhyZWY9Im1haWx0bzpzZ3VuZGF2ZUBjaXNjby5jb20iPnNndW5kYXZlQGNp c2NvLmNvbTwvYT4mZ3Q7PGJyPg0KRGF0ZTogV2VkLCBKYW4gOSwgMjAxOSBhdCA3OjQzIFBNPGJy Pg0KU3ViamVjdDogW0RNTV0gV0dMQyBvbiBkcmFmdC1pZXRmLWRtbS1kaXN0cmlidXRlZC1tb2Jp bGl0eS1hbmNob3JpbmctMTE8YnI+DQpUbzo8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNw YWNlIj4mbmJzcDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmRtbUBpZXRmLm9yZyI+ZG1tQGlldGYu b3JnPC9hPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj4m bHQ7PGEgaHJlZj0ibWFpbHRvOmRtbUBpZXRmLm9yZyI+ZG1tQGlldGYub3JnPC9hPiZndDs8L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPjxicj4NCjxicj4NCjxicj4NCjxi cj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQiPkZvbGtzIOKAkyBBcyB3ZSBkaXNjdXNzZWQgaW4gdGhlIFdHIG1lZXRpbmcgYXQgSUVU RjEwMywgd2UgYXJlIGlzc3VpbmcgV0dMQyBvbiZuYnNwO2RyYWZ0LWlldGYtZG1tLWRpc3RyaWJ1 dGVkLW1vYmlsaXR5LWFuY2hvcmluZy0xMS4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0Ij5UaGUg ZG9jdW1lbnQgd2VudCB0aHJvdWdoIHNldmVyYWwgcmV2aXNpb25zIGFuZCB0aGVyZSB3ZXJlIGdv b2QgYW1vdW50IG9mIHJldmlld3Mgb24gdGhpcyBkb2N1bWVudC4mbmJzcDsgVGhlIGF1dGhvcnMg aGF2ZSBhZGRyZXNzZWQgYWxsIHRoZSBjb21tZW50cyBhbmQgdGhlcmUgYXJlIG5vIG9wZW4gaXNz dWVzIHRoYXQNCiB3ZSBhcmUgdHJhY2tpbmcgYXQgdGhpcyB0aW1lLiBXZSBiZWxpZXZlIHRoZSBk b2N1bWVudCBpcyByZWFkeSBmb3IgSUVTRyByZXZpZXdzIGFuZCBsaWtlIHRvIGNvbmZpcm0gdGhl IHNhbWUgZnJvbSB0aGUgd29ya2luZyBncm91cC48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0Ij4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdCI+Jm5ic3A7 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuNXB0Ij5UaGUgZm9sbG93aW5nIG1lc3NhZ2UgY29tbWVuY2VzIGEgdHdvIHdlZWsgV0dM QyBmb3IgYWxsIGZlZWRiYWNrLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQiPkRvY3VtZW50IExpbms6PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQi PjxhIGhyZWY9Imh0dHBzOi8vbmEwMS5zYWZlbGlua3MucHJvdGVjdGlvbi5vdXRsb29rLmNvbS8/ dXJsPWh0dHBzJTNBJTJGJTJGd3d3LmlldGYub3JnJTJGaWQlMkZkcmFmdC1pZXRmLWRtbS1kaXN0 cmlidXRlZC1tb2JpbGl0eS1hbmNob3JpbmctMTEudHh0JmFtcDtkYXRhPTAyJTdDMDElN0NBa2Jh ci5SYWhtYW4lNDBJbnRlckRpZ2l0YWwuY29tJTdDMjU5OTg1Y2JhMzdiNDI5OTIxNWMwOGQ2N2Fk YWE5YWUlN0NlMzUxYjc3OWY2ZDU0ZTUwODU2ODgwZTkyMmQxODBhZSU3QzAlN0MwJTdDNjM2ODMx NDc2OTE4NTk4MzIwJmFtcDtzZGF0YT05SjMxRHlQWGN6c1p3NHdXSG1GWVJNM1FQVGVZYjhvTU5n czElMkJBeE5oaFklM0QmYW1wO3Jlc2VydmVkPTAiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3 dy5pZXRmLm9yZy9pZC9kcmFmdC1pZXRmLWRtbS1kaXN0cmlidXRlZC1tb2JpbGl0eS1hbmNob3Jp bmctMTEudHh0PC9hPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0Ij5UaGUgdGFyZ2V0IHN0YXR1cyBmb3Ig dGhpcyBkb2N1bWVudCBpcyDigJxJbmZvcm1hdGlvbmFs4oCdLiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0Ij4mbmJzcDs8L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdCI+ UGxlYXNlIHBvc3QgYW55IGNvbW1lbnRzL2NvbmNlcm5zIG9uIHRoZSBkcmFmdC4mbmJzcDs8L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdCI+ Jm5ic3A7Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdCI+VGhhbmtzITwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0Ij5EYXBlbmcgJmFtcDsgU3JpPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj5fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCmRtbSBtYWls aW5nIGxpc3Q8YnI+DQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmRtbUBpZXRmLm9yZyIgdGFyZ2V0 PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPmRtbUBpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDss c2Fucy1zZXJpZiI+PGJyPg0KPC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vbmEwMS5zYWZlbGlua3Mu cHJvdGVjdGlvbi5vdXRsb29rLmNvbS8/dXJsPWh0dHBzJTNBJTJGJTJGd3d3LmlldGYub3JnJTJG bWFpbG1hbiUyRmxpc3RpbmZvJTJGZG1tJmFtcDtkYXRhPTAyJTdDMDElN0NBa2Jhci5SYWhtYW4l NDBJbnRlckRpZ2l0YWwuY29tJTdDMjU5OTg1Y2JhMzdiNDI5OTIxNWMwOGQ2N2FkYWE5YWUlN0Nl MzUxYjc3OWY2ZDU0ZTUwODU2ODgwZTkyMmQxODBhZSU3QzAlN0MwJTdDNjM2ODMxNDc2OTE4NTk4 MzIwJmFtcDtzZGF0YT0lMkI4MG9YJTJCbUpyd1NQQzIlMkJoaVl6SE05ZElCQlczT2hqbGZQaiUy RlVVN3BMSEklM0QmYW1wO3Jlc2VydmVkPTAiIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNl cmlmIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RtbTwvc3Bhbj48L2E+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXzxicj4NCmRtbSBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJt YWlsdG86ZG1tQGlldGYub3JnIj5kbW1AaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kbW0iPmh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vZG1tPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_D57109449177B54F8B9C093953AC5BCD75A63BA8yyzeml705chmchi_-- From nobody Wed Jan 16 08:17:48 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8EA5F130E1C for ; Wed, 16 Jan 2019 08:17:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.851 X-Spam-Level: X-Spam-Status: No, score=-8.851 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-4.553, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telekom.de 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 0c5tgmU9FTRs for ; Wed, 16 Jan 2019 08:17:44 -0800 (PST) Received: from mailout33.telekom.de (MAILOUT33.telekom.de [194.25.225.145]) (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 323B012D4F0 for ; Wed, 16 Jan 2019 08:17:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1547655463; x=1579191463; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=KeFBDy8xUznhSas9tdire/ixV4jKZb5NOWbvvww2e/I=; b=kIZBQaIYkvSRUX56voSZYXBl/RgqHR/8ebXi8+3ptG73Q1H08ZsojrYz CzSDGaA8Ut4Av9rajSe0R7wQzXVX7E09a2KkmtLeDuV6juA6k1IYQq7iW PMjaxVjrv2PZACxxmxVSKohdzLEHCl4pJuxJQvazgcm8Ogoui1zXcbVvu 3odMuf2pvcFYNJObMD5CcjO3IrasolGdN+P8dJf+0Yw8pFXYuOn9n3v7J cya3NUU9MfHTK/Vw8rsIviMPABt20amFNeuzIbdFcOmHtgZrbjeBtNow3 2fIfnKfk8wlKGCr2OWGiUoxICJmp84N/9h09uGOdjCQHCDjJ4zOc0zb0G A==; Received: from qdec94.de.t-internal.com ([10.171.255.41]) by MAILOUT31.dmznet.de.t-internal.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Jan 2019 17:17:40 +0100 X-IronPort-AV: E=Sophos;i="5.56,486,1539640800"; d="scan'208,217";a="339622448" Received: from he105715.emea1.cds.t-internal.com ([10.169.118.51]) by QDEC97.de.t-internal.com with ESMTP/TLS/AES256-SHA; 16 Jan 2019 17:17:40 +0100 Received: from HE105870.EMEA1.cds.t-internal.com (10.169.118.67) by HE105715.emea1.cds.t-internal.com (10.169.118.51) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Wed, 16 Jan 2019 17:17:40 +0100 Received: from HE104164.emea1.cds.t-internal.com (10.171.40.35) by HE105870.EMEA1.cds.t-internal.com (10.169.118.67) with Microsoft SMTP Server (TLS) id 15.0.1395.4 via Frontend Transport; Wed, 16 Jan 2019 17:17:40 +0100 Received: from GER01-FRA-obe.outbound.protection.outlook.de (51.4.80.22) by O365mail06.telekom.de (172.30.0.233) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Wed, 16 Jan 2019 17:17:37 +0100 Received: from FRXPR01MB0134.DEUPRD01.PROD.OUTLOOK.DE (10.158.150.148) by FRXPR01MB0136.DEUPRD01.PROD.OUTLOOK.DE (10.158.150.150) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1516.19; Wed, 16 Jan 2019 16:17:39 +0000 Received: from FRXPR01MB0134.DEUPRD01.PROD.OUTLOOK.DE ([fe80::e101:7826:77e5:2c8e]) by FRXPR01MB0134.DEUPRD01.PROD.OUTLOOK.DE ([fe80::e101:7826:77e5:2c8e%5]) with mapi id 15.20.1516.019; Wed, 16 Jan 2019 16:17:39 +0000 From: To: CC: , Thread-Topic: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 Thread-Index: AQHUqEs3VTAjcTZYRUC5U1x6/vM4pqWyGJkQ Date: Wed, 16 Jan 2019 16:17:39 +0000 Message-ID: References: In-Reply-To: Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Dirk.von-Hugo@telekom.de; x-originating-ip: [87.157.194.177] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; FRXPR01MB0136; 6:ignEzDY4SfnXgGi/kqI935cpIlHO3DJuzITLkQRue5JEuw5FYo/MvBPNQgKoWg5nbSfr+hCT2eQdXXak7y1iLbCZkSad6qr6ehqEhaQVNBmIhmY9VAa9OqoDVneXwDdeGwxEmc7MDLy+k3fPnv1BAu9TBZZhUOVkYIx3mzzgkLx3LVzFEAyc748K9uItI0Aj0Kgg3bX9ukt3K1ia0eUPjXfOcTYdrHIe2z08uq8wYjjj6ilg5+xRgmYpod2zWncXer7sh9GkvHFOUemiIFm7jbCva5k3nOXRaqKi0AWSqz6HfEGgkxO8ajuGn1H8lLoJ6nG1c0mT7TGb9ljKyMCBEWx//C87p3Bh7EaMO1mVsF2JC38Sn8me9naCHsmMpE3R7nFxhW0v6g2PsK1nEhdY5JjYwIYKqtQ03CLCxTq1mEc8h9MON6B1RvgR4KFE45JI/ILG4N7LdeDGkwNLus/k4A==; 5:qUymjTrplG7IgpO3IGCJfUDSWw2tCP2xDXe3tJxzyGHZaCqufUmtzrHZtpwybobXeE3mzVTXvoOGY20+omfk5i5t7vg7kx+0DPRKMKs8MUtyR1/aThtFWtt2/5EzUxKbCbZeOIBbRmxmyjyRw39S7UZEC7ysFz2UuiZDudl1JRheYlkZn6u0A+PzJ0g8zISQQAgRbTYz7/qakT0poO7oig==; 7:x2TDQyOuPiAERZkrEM0iESa4J3DN7+u71FCSzawNJctc0/ulhliyPxoSBGlIpTRKJTfMapynEIV9MAviCD/01vRYZLVnmndI0QU9M8JuHRYwlSC19LqDMgwd+llKZYOmqI8iEsvxztjmmBylxowxWw== x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 020d0696-2620-40e4-9692-08d67bce22ac x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600109)(711020)(2017052603328)(7153060)(7193020); SRVR:FRXPR01MB0136; x-ms-traffictypediagnostic: FRXPR01MB0136: x-microsoft-antispam-prvs: x-forefront-prvs: 091949432C x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39860400002)(366004)(136003)(376002)(396003)(346002)(189003)(199004)(53754006)(14444005)(106356001)(2906002)(256004)(486006)(68736007)(11346002)(446003)(476003)(66066001)(229853002)(97736004)(606006)(75402003)(105586002)(6916009)(74482002)(5660300001)(26005)(7696005)(33656002)(790700001)(54906003)(186003)(55016002)(6116002)(76176011)(81156014)(8936002)(102836004)(3846002)(53546011)(6246003)(9686003)(52396003)(508600001)(71200400001)(71190400001)(966005)(236005)(72206003)(14454004)(6306002)(66574012)(54896002)(4326008)(8676002)(7736002)(81166006)(86362001)(53936002); DIR:OUT; SFP:1101; SCL:1; SRVR:FRXPR01MB0136; H:FRXPR01MB0134.DEUPRD01.PROD.OUTLOOK.DE; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: telekom.de does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: pC8cOYFdpucxbxB8HCd7XRBcuV4vLcJLPcZ11yHbycEV0bcY5DymzbZswOAgcZOUePI2+CNUTxb+PSc5BxStG5z8A/ShxZRHkU1wrBZFxG4P9rDoZASdjt29fZJAOEUIiwK7iRH6LQl3CgxhPov1dVNkYme34dUgVtr+jOVcFYBAhWx1wVYz0gFHv/M7PPT3nDSj8mtLlTgI0xamnoCXQssXHkfUIKPVc2vOa4Ubo7mGqA6+i/EicstnunwxEE9MPaCBhvS/Wj2clxQFVIeLnuil0Kiaou+txqleCna3/Enkr6lt7W7tB5xuD9qkWExOxf7kJPQigJdapLuF8nMdEvQAHBJ4rmdbLewVcieadETmKaMbVuXAVJAnYLTS99O2Vb5xxW+hsHqL78N/kh+T3KvOA9FHkf/T0sNYfidEB0A= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_FRXPR01MB01346A12396D3EEED39E5949D1820FRXPR01MB0134DEUP_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 020d0696-2620-40e4-9692-08d67bce22ac X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Jan 2019 16:17:39.4094 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bde4dffc-4b60-4cf6-8b04-a5eeb25f5c4f X-MS-Exchange-Transport-CrossTenantHeadersStamped: FRXPR01MB0136 X-OriginatorOrg: telekom.de Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2019 16:17:46 -0000 --_000_FRXPR01MB01346A12396D3EEED39E5949D1820FRXPR01MB0134DEUP_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, I agree to forward the mature and very useful document to IESG. I just detected 3 very minor nits presumably created during recent re-forma= tting: P.7 the MN-ID, Pref1 and MAAr1's address as a Proxy-CoA =3D> the MN-ID, Pref1, = and MAAR1's address as a Proxy-CoA 5. MAAR1 stores the BCE described in (1) an unicast a Router Advertisement = (RA) to the MN with Pref1 =3D> 5. MAAR1 stores the BCE described in (1) and= unicasts a Router Advertisement (RA) to the MN with Pref1 P.9 Step 6. Is an empty one and SHOULD be deleted ;-) Thanks! Kind regards Dirk From: dmm On Behalf Of Sri Gundavelli (sgundave) Sent: Mittwoch, 9. Januar 2019 19:44 To: dmm@ietf.org Subject: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 Folks - As we discussed in the WG meeting at IETF103, we are issuing WGLC o= n https://www.ietf.org/id/draft-ietf-dmm-pmipv6-dlif-03.txt. We have also made one key change to the document status, moving it from Sta= ndards Track to Experimental Track. We the chairs have talked to the author= s and they are OK with this change. We are dong this as we are not sure abo= ut any potential vendor implementations and so we chose to keep this on exp= erimental track. The document went through several revisions and there were good amount of r= eviews on this document. The authors have addressed all the comments and t= here are no open issues that we are tracking at this time. We believe the d= ocument is ready for IESG reviews and like to confirm the same from the wor= king group. The following message commences a two week WGLC for all feedback. Document Link: https://www.ietf.org/id/draft-ietf-dmm-pmipv6-dlif-03.txt The target status for this document is "Experimental". Please post any comments/concerns on the draft. Thanks! Dapeng & Sri --_000_FRXPR01MB01346A12396D3EEED39E5949D1820FRXPR01MB0134DEUP_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,

I agree to forward the mature and very useful document to IESG.

 

I just detected 3 very minor nits presumably created during recent re-= formatting:

P.7

the MN-ID, Pref1 and MAAr1's address as a Prox= y-CoA =3D> the MN-ID, Pref1, and MAAR1's address as a Proxy-CoA

 

5. MAAR1 stores the BCE described in (1) an un= icast a Router Advertisement (RA) to the MN with Pref1 =3D> 5. MAAR1 sto= res the BCE described in (1) and unicasts a Router Advertisement (RA) to the MN with Pref1

P.9

Step 6. Is an empty one and SHOULD be deleted

;-)

 

Thanks!

Kind regards

Dirk

 = ;

From: = dmm <dmm-bounces@ietf.org> On Behalf Of Sri Gundavelli (sgundave)
Sent: Mittwoch, 9. Januar 2019 19:44
To: dmm@ietf.org
Subject: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03

 

Folks – As we discussed in the WG= meeting at IETF103, we are issuing WGLC on https://www.ietf.org/id/draft-i= etf-dmm-pmipv6-dlif-03.txt. 

 

We have also made one key change to the document status, moving i= t from Standards Track to Experimental Track. We the chairs have talked&nbs= p;to the authors and they are OK with this change. We are dong this as we are not sure about any potential vendor implementat= ions and so we chose to keep this on experimental track.

 

The document went through several revis= ions and there were good amount of reviews on this document.  The auth= ors have addressed all the comments and there are no open issues that we are tracking at this time. We believe the document is = ready for IESG reviews and like to confirm the same from the working group.=

 

 

The following message commences a two w= eek WGLC for all feedback.

 

 

The target status for this document is = “Experimental”.

 

Please post any comments/concerns on th= e draft. 

 

 

Thanks!

Dapeng & Sri

 

 

--_000_FRXPR01MB01346A12396D3EEED39E5949D1820FRXPR01MB0134DEUP_-- From nobody Wed Jan 16 13:36:01 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C5E11311B9 for ; Wed, 16 Jan 2019 13:36:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.21 X-Spam-Level: X-Spam-Status: No, score=-2.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ciwQKuOXnTXQ for ; Wed, 16 Jan 2019 13:35:58 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 3D1C61311B5 for ; Wed, 16 Jan 2019 13:35:58 -0800 (PST) Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 3D2424E427BAFE1B9834 for ; Wed, 16 Jan 2019 21:35:56 +0000 (GMT) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 16 Jan 2019 21:35:55 +0000 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.25]) by SJCEML701-CHM.china.huawei.com ([169.254.3.117]) with mapi id 14.03.0415.000; Wed, 16 Jan 2019 13:35:45 -0800 From: John Kaippallimalil To: Arashmid Akhavain , "Voyer, Daniel" , "dmm@ietf.org" Thread-Topic: [DMM] Fwd: WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 Thread-Index: AQHUqEsyaVwhC6gsjkGTHCexOaG4/6WwXhxAgAGv+4D//9edy4AAIakQgAAQjJA= Date: Wed, 16 Jan 2019 21:35:45 +0000 Message-ID: <6561EABF52675C45BCDACA1B4D7AA1171FA3F29E@sjceml521-mbx.china.huawei.com> References: <2684FA17-FE64-4F20-809A-F9624B7570F8@av.it.pt> , <1E2C0EA5-6890-46C5-B789-223007457BDA@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.192.11.81] Content-Type: multipart/alternative; boundary="_000_6561EABF52675C45BCDACA1B4D7AA1171FA3F29Esjceml521mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [DMM] Fwd: WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2019 21:36:00 -0000 --_000_6561EABF52675C45BCDACA1B4D7AA1171FA3F29Esjceml521mbxchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBoYWQgYWdyZWVkIHRvIHJldmlldyB0aGlzIGRyYWZ0IGF0IHRoZSBsYXN0IElFVEYgaW4gQmFu Z2tvayDigJMgc28gaGVyZSBpdCBpcy4NCg0KQWZ0ZXIgcmVhZGluZyB0aGUgZHJhZnQgYWdhaW4s IEkgdGhpbmsgaXQgaXMgd2VsbCB3cml0dGVuIGFuZCByZWFkeSB0byBtb3ZlIGZvcndhcmQuDQoN CkEgZmV3IG1pbm9yIGNvbW1lbnRzIGZvciBjb25zaWRlcmF0aW9uOg0KDQotICAgICAgICAgICAz LjEuMiwgInRoZSBNTidzIGNob29zZXMgYXMgc291cmNlIElQIGFkZHJlc3Mgb2YgcGFja2V0cyBi ZWxvbmdpbmcgdG8gYW4gSVAgZmxvdywgYW4gYWRkcmVzcyBhbGxvY2F0ZWQgYnkgdGhlIG5ldHdv cmsgdGhlIE1OIGlzIGF0dGFjaGVkIHRvIHdoZW4gdGhlIGZsb3cgd2FzIGluaXRpYXRlZCINCg0K VGhlIHNlbnRlbmNlIGRvZXMgbm90IHJlYWQgd2VsbC4gVGhlIGludGVudGlvbiBpcyBwcm9iYWJs eSB0aGF0IOKAnHRoZSBNTiBjaG9vc2VzIGEgc291cmNlIElQIGFkZHJlc3MgZm9yIHBhY2tldHMg 4oCmLi7igJ0gb3Igc29tZXRoaW5nIHNpbWlsYXI/DQoNCi0gICAgICAgICAgNC4xLiwgIlJlZ2Fy ZGxlc3Mgb2Ygd2hldGhlciBJUCBtb2JpbGl0eSBpcyBuZWVkZWQsIGlmIHRoZSBmbG93IGhhcyB0 ZXJtaW5hdGVkIGJlZm9yZSB0aGUgTU4gbW92ZXMgdG8gYSBuZXcgbmV0d29yaywgdGhlIGZsb3cg bWF5IHN1YnNlcXVlbnRseSByZXN0YXJ0IHVzaW5nIHRoZSBuZXcgSVAgYWRkcmVzcyBhc3NpZ25l ZCBmcm9tIHRoZSBuZXcgbmV0d29yay4iDQoNClNob3VsZCB0aGUgc2VudGVuY2UgYmUgc2F5aW5n LCAiLi4uIGlmIHRoZSBmbG93IGhhcyBub3QgdGVybWluYXRlZCAuLi4uIg0KDQotICAgICAgICAg IDQuMi4sIEZvciByZWZlcmVuY2VzIHRvIFtQYXBlci1EaXN0cmlidXRlZC5Nb2JpbGl0eV0sIFtQ YXBlci1EaXN0cmlidXRlZC5Nb2JpbGl0eS5QTUlQXSBhbmQgW1BhcGVyLURpc3RyaWJ1dGVkLk1v YmlsaXR5LlJldmlld106IHdvdWxkIGl0IGJlIHBvc3NpYmxlIHRvIGdpdmUgYSBzZW50ZW5jZSBv biB0aGUga2V5IHBvaW50IG9mIGVhY2guICBJdCB3b3VsZCBiZSBlYXNpZXIgZm9yIHJlYWRpbmcu DQoNCkJSLA0KSm9obg0KDQoNCkZyb206IGRtbSBbbWFpbHRvOmRtbS1ib3VuY2VzQGlldGYub3Jn XSBPbiBCZWhhbGYgT2YgQXJhc2htaWQgQWtoYXZhaW4NClNlbnQ6IFdlZG5lc2RheSwgSmFudWFy eSAxNiwgMjAxOSA5OjAwIEFNDQpUbzogVm95ZXIsIERhbmllbCA8ZGFuaWVsLnZveWVyQGJlbGwu Y2E+OyBkbW1AaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbRE1NXSBGd2Q6IFdHTEMgb24gZHJhZnQt aWV0Zi1kbW0tZGlzdHJpYnV0ZWQtbW9iaWxpdHktYW5jaG9yaW5nLTExDQoNClllcywgKzEsIEkg c3VwcG9ydCB0aGlzIGRyYWZ0DQoNCkFyYXNobWlkDQoNCkJlZ2luIGZvcndhcmRlZCBtZXNzYWdl Og0KDQpGcm9tOiBTcmkgR3VuZGF2ZWxsaSAoc2d1bmRhdmUpIDxzZ3VuZGF2ZUBjaXNjby5jb208 bWFpbHRvOnNndW5kYXZlQGNpc2NvLmNvbT4+DQpEYXRlOiBXZWQsIEphbiA5LCAyMDE5IGF0IDc6 NDMgUE0NClN1YmplY3Q6IFtETU1dIFdHTEMgb24gZHJhZnQtaWV0Zi1kbW0tZGlzdHJpYnV0ZWQt bW9iaWxpdHktYW5jaG9yaW5nLTExDQpUbzogZG1tQGlldGYub3JnPG1haWx0bzpkbW1AaWV0Zi5v cmc+IDxkbW1AaWV0Zi5vcmc8bWFpbHRvOmRtbUBpZXRmLm9yZz4+DQoNCg0KDQpGb2xrcyDigJMg QXMgd2UgZGlzY3Vzc2VkIGluIHRoZSBXRyBtZWV0aW5nIGF0IElFVEYxMDMsIHdlIGFyZSBpc3N1 aW5nIFdHTEMgb24gZHJhZnQtaWV0Zi1kbW0tZGlzdHJpYnV0ZWQtbW9iaWxpdHktYW5jaG9yaW5n LTExLg0KDQpUaGUgZG9jdW1lbnQgd2VudCB0aHJvdWdoIHNldmVyYWwgcmV2aXNpb25zIGFuZCB0 aGVyZSB3ZXJlIGdvb2QgYW1vdW50IG9mIHJldmlld3Mgb24gdGhpcyBkb2N1bWVudC4gIFRoZSBh dXRob3JzIGhhdmUgYWRkcmVzc2VkIGFsbCB0aGUgY29tbWVudHMgYW5kIHRoZXJlIGFyZSBubyBv cGVuIGlzc3VlcyB0aGF0IHdlIGFyZSB0cmFja2luZyBhdCB0aGlzIHRpbWUuIFdlIGJlbGlldmUg dGhlIGRvY3VtZW50IGlzIHJlYWR5IGZvciBJRVNHIHJldmlld3MgYW5kIGxpa2UgdG8gY29uZmly bSB0aGUgc2FtZSBmcm9tIHRoZSB3b3JraW5nIGdyb3VwLg0KDQoNClRoZSBmb2xsb3dpbmcgbWVz c2FnZSBjb21tZW5jZXMgYSB0d28gd2VlayBXR0xDIGZvciBhbGwgZmVlZGJhY2suDQoNCkRvY3Vt ZW50IExpbms6DQpodHRwczovL3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1pZXRmLWRtbS1kaXN0cmli dXRlZC1tb2JpbGl0eS1hbmNob3JpbmctMTEudHh0PGh0dHBzOi8vbmEwMS5zYWZlbGlua3MucHJv dGVjdGlvbi5vdXRsb29rLmNvbS8/dXJsPWh0dHBzJTNBJTJGJTJGd3d3LmlldGYub3JnJTJGaWQl MkZkcmFmdC1pZXRmLWRtbS1kaXN0cmlidXRlZC1tb2JpbGl0eS1hbmNob3JpbmctMTEudHh0JmRh dGE9MDIlN0MwMSU3Q0FrYmFyLlJhaG1hbiU0MEludGVyRGlnaXRhbC5jb20lN0MyNTk5ODVjYmEz N2I0Mjk5MjE1YzA4ZDY3YWRhYTlhZSU3Q2UzNTFiNzc5ZjZkNTRlNTA4NTY4ODBlOTIyZDE4MGFl JTdDMCU3QzAlN0M2MzY4MzE0NzY5MTg1OTgzMjAmc2RhdGE9OUozMUR5UFhjenNadzR3V0htRllS TTNRUFRlWWI4b01OZ3MxJTJCQXhOaGhZJTNEJnJlc2VydmVkPTA+DQoNClRoZSB0YXJnZXQgc3Rh dHVzIGZvciB0aGlzIGRvY3VtZW50IGlzIOKAnEluZm9ybWF0aW9uYWzigJ0uDQoNClBsZWFzZSBw b3N0IGFueSBjb21tZW50cy9jb25jZXJucyBvbiB0aGUgZHJhZnQuDQoNClRoYW5rcyENCkRhcGVu ZyAmIFNyaQ0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KZG1tIG1haWxpbmcgbGlzdA0KZG1tQGlldGYub3JnPG1haWx0bzpkbW1AaWV0Zi5vcmc+DQpo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RtbTxodHRwczovL25hMDEuc2Fm ZWxpbmtzLnByb3RlY3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRwcyUzQSUyRiUyRnd3dy5pZXRm Lm9yZyUyRm1haWxtYW4lMkZsaXN0aW5mbyUyRmRtbSZkYXRhPTAyJTdDMDElN0NBa2Jhci5SYWht YW4lNDBJbnRlckRpZ2l0YWwuY29tJTdDMjU5OTg1Y2JhMzdiNDI5OTIxNWMwOGQ2N2FkYWE5YWUl N0NlMzUxYjc3OWY2ZDU0ZTUwODU2ODgwZTkyMmQxODBhZSU3QzAlN0MwJTdDNjM2ODMxNDc2OTE4 NTk4MzIwJnNkYXRhPSUyQjgwb1glMkJtSnJ3U1BDMiUyQmhpWXpITTlkSUJCVzNPaGpsZlBqJTJG VVU3cExISSUzRCZyZXNlcnZlZD0wPg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KZG1tIG1haWxpbmcgbGlzdA0KZG1tQGlldGYub3JnPG1haWx0bzpk bW1AaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RtbQ0K --_000_6561EABF52675C45BCDACA1B4D7AA1171FA3F29Esjceml521mbxchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7 fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToy IDQgNSAzIDUgNCA2IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsN CglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAq Lw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGlu Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7 bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVu ZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs aW5lO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xp c3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGluOw0K CW1hcmdpbi1yaWdodDowaW47DQoJbWFyZ2luLWJvdHRvbTowaW47DQoJbWFyZ2luLWxlZnQ6LjVp bjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAs IGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uYXBwbGUtY29udmVydGVkLXNwYWNlDQoJ e21zby1zdHlsZS1uYW1lOmFwcGxlLWNvbnZlcnRlZC1zcGFjZTt9DQpzcGFuLkVtYWlsU3R5bGUx OQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu cy1zZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsN Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUyMQ0K CXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1z ZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTIzDQoJe21zby1zdHlsZS10 eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9y OiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjQNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwt Y29tcG9zZTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5k b3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0K CWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEu MGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24x DQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0IGww DQoJe21zby1saXN0LWlkOjg3OTMxODc4ODsNCgltc28tbGlzdC10eXBlOmh5YnJpZDsNCgltc28t bGlzdC10ZW1wbGF0ZS1pZHM6NDU0MTExNDggLTE1Mjc3NzM2ODAgNjc2OTg2OTEgNjc2OTg2OTMg Njc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTM7fQ0K QGxpc3QgbDA6bGV2ZWwxDQoJe21zby1sZXZlbC1zdGFydC1hdDowOw0KCW1zby1sZXZlbC1udW1i ZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDotOw0KCW1zby1sZXZlbC10YWItc3Rv cDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot LjI1aW47DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJbXNvLWZhcmVhc3Qt Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIjt9DQpAbGlzdCBsMDpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0 Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZh bWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVy LWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3Rv cDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot LjI1aW47DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNA0KCXttc28t bGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1s ZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVs NQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsN Cgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0K QGxpc3QgbDA6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28t bGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpX aW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1 bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJ bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglm b250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpu b25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1 aW47DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNv LWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28t bGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ dGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpvbA0KCXttYXJn aW4tYm90dG9tOjBpbjt9DQp1bA0KCXttYXJnaW4tYm90dG9tOjBpbjt9DQotLT48L3N0eWxlPjwh LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3Bp ZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1s Pg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRh dGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8 Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNz PSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9y OiMxRjQ5N0QiPkkgaGFkIGFncmVlZCB0byByZXZpZXcgdGhpcyBkcmFmdCBhdCB0aGUgbGFzdCBJ RVRGIGluIEJhbmdrb2sg4oCTIHNvIGhlcmUgaXQgaXMuPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj b2xvcjojMUY0OTdEIj5BZnRlciByZWFkaW5nIHRoZSBkcmFmdCBhZ2FpbiwgSSB0aGluayBpdCBp cyB3ZWxsIHdyaXR0ZW4gYW5kIHJlYWR5IHRvIG1vdmUgZm9yd2FyZC48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkEgZmV3IG1pbm9yIGNvbW1lbnRzIGZvciBjb25zaWRlcmF0 aW9uOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBz dHlsZT0idGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxldmVsMSBsZm8xIj48IVtpZiAh c3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1z by1saXN0Oklnbm9yZSI+LTxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImNv bG9yOiMxRjQ5N0QiPiZuYnNwOzMuMS4yLCAmcXVvdDt0aGUgTU4ncyBjaG9vc2VzIGFzIHNvdXJj ZSBJUCBhZGRyZXNzIG9mIHBhY2tldHMgYmVsb25naW5nIHRvIGFuIElQIGZsb3csIGFuIGFkZHJl c3MgYWxsb2NhdGVkIGJ5IHRoZSBuZXR3b3JrIHRoZSBNTiBpcyBhdHRhY2hlZCB0byB3aGVuIHRo ZSBmbG93IHdhcyBpbml0aWF0ZWQmcXVvdDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTGlzdFBhcmFncmFwaCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPlRoZSBzZW50 ZW5jZSBkb2VzIG5vdCByZWFkIHdlbGwuIFRoZSBpbnRlbnRpb24gaXMgcHJvYmFibHkgdGhhdCDi gJx0aGUgTU4gY2hvb3NlcyBhIHNvdXJjZSBJUCBhZGRyZXNzIGZvciBwYWNrZXRzIOKApi4u4oCd IG9yIHNvbWV0aGluZyBzaW1pbGFyPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxl dmVsMSBsZm8xIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3 RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+LTxzcGFuIHN0eWxlPSJmb250OjcuMHB0 ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRp Zl0+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjQuMS4sICZxdW90O1JlZ2FyZGxlc3Mgb2Yg d2hldGhlciBJUCBtb2JpbGl0eSBpcyBuZWVkZWQsIGlmIHRoZSBmbG93IGhhcyB0ZXJtaW5hdGVk IGJlZm9yZSB0aGUgTU4gbW92ZXMgdG8gYSBuZXcgbmV0d29yaywgdGhlIGZsb3cgbWF5IHN1YnNl cXVlbnRseSByZXN0YXJ0IHVzaW5nIHRoZSBuZXcgSVAgYWRkcmVzcyBhc3NpZ25lZCBmcm9tIHRo ZSBuZXcNCiBuZXR3b3JrLiZxdW90OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29MaXN0UGFyYWdyYXBoIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+U2hvdWxkIHRoZSBz ZW50ZW5jZSBiZSBzYXlpbmcsICZxdW90Oy4uLiBpZiB0aGUgZmxvdyBoYXMNCjx1Pm5vdDwvdT4g dGVybWluYXRlZCAuLi4uJnF1b3Q7IDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxl dmVsMSBsZm8xIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3 RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+LTxzcGFuIHN0eWxlPSJmb250OjcuMHB0 ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRp Zl0+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjQuMi4sIEZvciByZWZlcmVuY2VzIHRvIFtQ YXBlci1EaXN0cmlidXRlZC5Nb2JpbGl0eV0sIFtQYXBlci1EaXN0cmlidXRlZC5Nb2JpbGl0eS5Q TUlQXSBhbmQgW1BhcGVyLURpc3RyaWJ1dGVkLk1vYmlsaXR5LlJldmlld106IHdvdWxkIGl0IGJl IHBvc3NpYmxlIHRvIGdpdmUgYSBzZW50ZW5jZSBvbiB0aGUga2V5IHBvaW50IG9mIGVhY2guJm5i c3A7IEl0DQogd291bGQgYmUgZWFzaWVyIGZvciByZWFkaW5nLjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iY29sb3I6IzFGNDk3RCI+QlIsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkpvaG4gPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIG5h bWU9Il9NYWlsRW5kQ29tcG9zZSI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvYT48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4i Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+RnJvbTo8L2I+IGRtbSBbbWFpbHRvOmRtbS1ib3Vu Y2VzQGlldGYub3JnXSA8Yj5PbiBCZWhhbGYgT2YNCjwvYj5BcmFzaG1pZCBBa2hhdmFpbjxicj4N CjxiPlNlbnQ6PC9iPiBXZWRuZXNkYXksIEphbnVhcnkgMTYsIDIwMTkgOTowMCBBTTxicj4NCjxi PlRvOjwvYj4gVm95ZXIsIERhbmllbCAmbHQ7ZGFuaWVsLnZveWVyQGJlbGwuY2EmZ3Q7OyBkbW1A aWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtETU1dIEZ3ZDogV0dMQyBvbiBkcmFm dC1pZXRmLWRtbS1kaXN0cmlidXRlZC1tb2JpbGl0eS1hbmNob3JpbmctMTE8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iY29s b3I6IzFGNDk3RCI+WWVzLCAmIzQzOzEsIEkgc3VwcG9ydCB0aGlzIGRyYWZ0PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxl PSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkFyYXNo bWlkPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tR0IiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0 O3BhZGRpbmc6MGluIDBpbiAwaW4gNC4wcHQiPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8Ymxv Y2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4g bGFuZz0iRU4tR0IiPkJlZ2luIGZvcndhcmRlZCBtZXNzYWdlOjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDouNWluIj48c3BhbiBsYW5nPSJFTi1HQiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250 LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8c3BhbiBjbGFz cz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PHN0cm9uZz48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPlNyaSBHdW5k YXZlbGxpIChzZ3VuZGF2ZSk8L3NwYW4+PC9zdHJvbmc+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZl cnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPiZsdDs8YSBocmVmPSJtYWlsdG86c2d1bmRhdmVAY2lz Y28uY29tIj5zZ3VuZGF2ZUBjaXNjby5jb208L2E+Jmd0Ozxicj4NCkRhdGU6IFdlZCwgSmFuIDks IDIwMTkgYXQgNzo0MyBQTTxicj4NClN1YmplY3Q6IFtETU1dIFdHTEMgb24gZHJhZnQtaWV0Zi1k bW0tZGlzdHJpYnV0ZWQtbW9iaWxpdHktYW5jaG9yaW5nLTExPGJyPg0KVG86PHNwYW4gY2xhc3M9 ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpkbW1A aWV0Zi5vcmciPmRtbUBpZXRmLm9yZzwvYT48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNw YWNlIj4mbmJzcDs8L3NwYW4+Jmx0OzxhIGhyZWY9Im1haWx0bzpkbW1AaWV0Zi5vcmciPmRtbUBp ZXRmLm9yZzwvYT4mZ3Q7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUdCIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6MGluO21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRvbToxMi4wcHQ7bWFyZ2luLWxl ZnQ6LjVpbiI+DQo8c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250 LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+PGJyPg0KPGJyPg0KPGJy Pg0KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUdCIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48 c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQiPkZvbGtzIOKAkyBBcyB3 ZSBkaXNjdXNzZWQgaW4gdGhlIFdHIG1lZXRpbmcgYXQgSUVURjEwMywgd2UgYXJlIGlzc3Vpbmcg V0dMQyBvbiZuYnNwO2RyYWZ0LWlldGYtZG1tLWRpc3RyaWJ1dGVkLW1vYmlsaXR5LWFuY2hvcmlu Zy0xMS4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tR0IiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDouNWluIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQiPiZuYnNw Ozwvc3Bhbj48c3BhbiBsYW5nPSJFTi1HQiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDou NWluIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQiPlRoZSBkb2N1 bWVudCB3ZW50IHRocm91Z2ggc2V2ZXJhbCByZXZpc2lvbnMgYW5kIHRoZXJlIHdlcmUgZ29vZCBh bW91bnQgb2YgcmV2aWV3cyBvbiB0aGlzIGRvY3VtZW50LiZuYnNwOyBUaGUgYXV0aG9ycyBoYXZl IGFkZHJlc3NlZCBhbGwgdGhlIGNvbW1lbnRzIGFuZCB0aGVyZSBhcmUgbm8gb3Blbg0KIGlzc3Vl cyB0aGF0IHdlIGFyZSB0cmFja2luZyBhdCB0aGlzIHRpbWUuIFdlIGJlbGlldmUgdGhlIGRvY3Vt ZW50IGlzIHJlYWR5IGZvciBJRVNHIHJldmlld3MgYW5kIGxpa2UgdG8gY29uZmlybSB0aGUgc2Ft ZSBmcm9tIHRoZSB3b3JraW5nIGdyb3VwLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1HQiI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJm b250LXNpemU6MTAuNXB0Ij4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tR0IiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1HQiI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDouNWluIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQiPlRoZSBmb2xsb3dpbmcgbWVzc2FnZSBjb21tZW5jZXMgYSB0d28gd2VlayBXR0xDIGZvciBh bGwgZmVlZGJhY2suPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUdCIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6LjVpbiI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0Ij4mbmJz cDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tR0IiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 LjVpbiI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0Ij5Eb2N1bWVu dCBMaW5rOjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1HQiI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW4iPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdCI+PGEgaHJlZj0i aHR0cHM6Ly9uYTAxLnNhZmVsaW5rcy5wcm90ZWN0aW9uLm91dGxvb2suY29tLz91cmw9aHR0cHMl M0ElMkYlMkZ3d3cuaWV0Zi5vcmclMkZpZCUyRmRyYWZ0LWlldGYtZG1tLWRpc3RyaWJ1dGVkLW1v YmlsaXR5LWFuY2hvcmluZy0xMS50eHQmYW1wO2RhdGE9MDIlN0MwMSU3Q0FrYmFyLlJhaG1hbiU0 MEludGVyRGlnaXRhbC5jb20lN0MyNTk5ODVjYmEzN2I0Mjk5MjE1YzA4ZDY3YWRhYTlhZSU3Q2Uz NTFiNzc5ZjZkNTRlNTA4NTY4ODBlOTIyZDE4MGFlJTdDMCU3QzAlN0M2MzY4MzE0NzY5MTg1OTgz MjAmYW1wO3NkYXRhPTlKMzFEeVBYY3pzWnc0d1dIbUZZUk0zUVBUZVliOG9NTmdzMSUyQkF4Tmho WSUzRCZhbXA7cmVzZXJ2ZWQ9MCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3Jn L2lkL2RyYWZ0LWlldGYtZG1tLWRpc3RyaWJ1dGVkLW1vYmlsaXR5LWFuY2hvcmluZy0xMS50eHQ8 L2E+PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUdCIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDouNWluIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQiPiZuYnNw Ozwvc3Bhbj48c3BhbiBsYW5nPSJFTi1HQiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxz cGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdCI+VGhlIHRhcmdldCBzdGF0 dXMgZm9yIHRoaXMgZG9jdW1lbnQgaXMg4oCcSW5mb3JtYXRpb25hbOKAnS4mbmJzcDs8L3NwYW4+ PHNwYW4gbGFuZz0iRU4tR0IiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBsYW5n PSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5n PSJFTi1HQiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIGxhbmc9IkVOLUdCIiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdCI+UGxlYXNlIHBvc3QgYW55IGNvbW1lbnRzL2NvbmNlcm5z IG9uIHRoZSBkcmFmdC4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tR0IiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDouNWluIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQiPiZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1HQiI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0Ij5UaGFua3MhPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUdCIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbiI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0Ij5E YXBlbmcgJmFtcDsgU3JpPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUdCIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbiI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0Ij4m bmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tR0IiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVp biI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KZG1tIG1haWxpbmcgbGlzdDxicj4NCjwvc3Bh bj48c3BhbiBsYW5nPSJFTi1HQiI+PGEgaHJlZj0ibWFpbHRvOmRtbUBpZXRmLm9yZyIgdGFyZ2V0 PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPmRtbUBpZXRmLm9yZzwvc3Bhbj48L2E+PC9zcGFu PjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj48YnI+DQo8L3NwYW4+PHNwYW4gbGFuZz0i RU4tR0IiPjxhIGhyZWY9Imh0dHBzOi8vbmEwMS5zYWZlbGlua3MucHJvdGVjdGlvbi5vdXRsb29r LmNvbS8/dXJsPWh0dHBzJTNBJTJGJTJGd3d3LmlldGYub3JnJTJGbWFpbG1hbiUyRmxpc3RpbmZv JTJGZG1tJmFtcDtkYXRhPTAyJTdDMDElN0NBa2Jhci5SYWhtYW4lNDBJbnRlckRpZ2l0YWwuY29t JTdDMjU5OTg1Y2JhMzdiNDI5OTIxNWMwOGQ2N2FkYWE5YWUlN0NlMzUxYjc3OWY2ZDU0ZTUwODU2 ODgwZTkyMmQxODBhZSU3QzAlN0MwJTdDNjM2ODMxNDc2OTE4NTk4MzIwJmFtcDtzZGF0YT0lMkI4 MG9YJTJCbUpyd1NQQzIlMkJoaVl6SE05ZElCQlczT2hqbGZQaiUyRlVVN3BMSEklM0QmYW1wO3Jl c2VydmVkPTAiIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj5odHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RtbTwvc3Bhbj48L2E+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBsYW5nPSJFTi1HQiI+Jm5ic3A7PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxibG9ja3F1 b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KZG1tIG1h aWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpkbW1AaWV0Zi5vcmciPmRtbUBpZXRmLm9y ZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L2RtbSI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kbW08L2E+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9ib2R5Pg0KPC9odG1sPg0K --_000_6561EABF52675C45BCDACA1B4D7AA1171FA3F29Esjceml521mbxchi_-- From nobody Wed Jan 16 14:52:20 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 06CC61311FD for ; Wed, 16 Jan 2019 14:52:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.01 X-Spam-Level: X-Spam-Status: No, score=-0.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=it.uc3m.es 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 XeeVjuLmxyB5 for ; Wed, 16 Jan 2019 14:52:15 -0800 (PST) Received: from mail-wr1-x433.google.com (mail-wr1-x433.google.com [IPv6:2a00:1450:4864:20::433]) (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 7C4121311DB for ; Wed, 16 Jan 2019 14:52:14 -0800 (PST) Received: by mail-wr1-x433.google.com with SMTP id t27so8875891wra.6 for ; Wed, 16 Jan 2019 14:52:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=it.uc3m.es; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=8fqGy5gFXwIoCO/MXPuVXn/qploNFDsdVQ56UOfAm3Y=; b=RJJnS6JFIBbqfbL5gnkrpF1p51HxvhxuFdRc7wHyEIWI+7kziZk4WkTrfzwMTA0FK7 /UsVMQcqiH8NS9IWPXG4AtRCirwRHzRZijVxAriq+5GxtdF1FAoyRYM5RLZ6TaukaeOk 0T5lIvNQzxFLYhovJtxxzHVU0IU5nb9Oa4JLSOvPFAdHwpd4bemGfPG37s8BJ8vXFSaQ 7NtOowN6tatDk3PDUIE1aw+lBP0j21Y2A7KRWu1aLR9qgF54CLGbw5UDKkZmeOu94fdQ arZ8w3jsnPL6pyXm/h26pYInCNdU1TBP1IfFu51jnawG7B5yghJKxfzRuwYeP2uz9EWL NGMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8fqGy5gFXwIoCO/MXPuVXn/qploNFDsdVQ56UOfAm3Y=; b=Vn2gZ2rqjSNg1KAnpk9abof7A86gldgo3C0YgIccE/78B1s1OaGz+weiCggkd0dqXI Ggl3Z1lYPwvGTdO4+JOPnwcA74gZtlydmD8thFekRu3ja1DfqrVd2OmHiZqjXxQ35BJU LfhjxgrlGhqB8F3FSznc55DfNw3G+hyNs8DhWK2n6fbNwQY9Ls1aho5rNCSX3jMb+Qby tjm3qCUsFf7dnai0vJrfL4Qc5bxq19X9SyCVsp2L/0kGKCO0jdW2ELYDVB7l9VpV4D6R ePN4SZ6cTM9GYlIXzbYvduU5Rh3v3KAKRizy4D5YrDUKbZaS/8d9o7v+QqqjVc4gT970 ftDA== X-Gm-Message-State: AJcUukepTRii/K8jXC50JNWkRPxVjaRiqP0DmrqEEddgDP8PNPDhyxWR YTE6HGTicjbPXHo0J5ECtXKexmlqyqAhsUUS3oPg6w== X-Google-Smtp-Source: ALg8bN4UZQ/AhqKQZWo4eW9pkddsO4tz4X/SUPSWZBAYnjciV7ngzpHcZy+xvjaHsVjnsB2e/9aYnxxgHrbedIEbRtY= X-Received: by 2002:adf:94e4:: with SMTP id 91mr9828716wrr.322.1547679132780; Wed, 16 Jan 2019 14:52:12 -0800 (PST) MIME-Version: 1.0 References: <2684FA17-FE64-4F20-809A-F9624B7570F8@av.it.pt> <1E2C0EA5-6890-46C5-B789-223007457BDA@cisco.com> <6561EABF52675C45BCDACA1B4D7AA1171FA3F29E@sjceml521-mbx.china.huawei.com> In-Reply-To: <6561EABF52675C45BCDACA1B4D7AA1171FA3F29E@sjceml521-mbx.china.huawei.com> From: CARLOS JESUS BERNARDOS CANO Date: Wed, 16 Jan 2019 23:51:55 +0100 Message-ID: To: John Kaippallimalil Cc: Arashmid Akhavain , "Voyer, Daniel" , "dmm@ietf.org" Content-Type: multipart/alternative; boundary="000000000000ef9ce8057f9b20b3" Archived-At: Subject: Re: [DMM] Fwd: WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2019 22:52:18 -0000 --000000000000ef9ce8057f9b20b3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi John, Thanks a lot for your comments. We'll address in the new version after the WGLC. Carlos On Wed, Jan 16, 2019 at 10:36 PM John Kaippallimalil < John.Kaippallimalil@huawei.com> wrote: > I had agreed to review this draft at the last IETF in Bangkok =E2=80=93 s= o here it > is. > > > > After reading the draft again, I think it is well written and ready to > move forward. > > > > A few minor comments for consideration: > > - 3.1.2, "the MN's chooses as source IP address of packets > belonging to an IP flow, an address allocated by the network the MN is > attached to when the flow was initiated" > > The sentence does not read well. The intention is probably that =E2=80=9C= the MN > chooses a source IP address for packets =E2=80=A6..=E2=80=9D or something= similar? > > - 4.1., "Regardless of whether IP mobility is needed, if the > flow has terminated before the MN moves to a new network, the flow may > subsequently restart using the new IP address assigned from the new > network." > > Should the sentence be saying, "... if the flow has *not* terminated > ...." > > - 4.2., For references to [Paper-Distributed.Mobility], > [Paper-Distributed.Mobility.PMIP] and [Paper-Distributed.Mobility.Review]= : > would it be possible to give a sentence on the key point of each. It wou= ld > be easier for reading. > > > > BR, > > John > > > > > > *From:* dmm [mailto:dmm-bounces@ietf.org] *On Behalf Of *Arashmid Akhavai= n > *Sent:* Wednesday, January 16, 2019 9:00 AM > *To:* Voyer, Daniel ; dmm@ietf.org > *Subject:* Re: [DMM] Fwd: WGLC on > draft-ietf-dmm-distributed-mobility-anchoring-11 > > > > Yes, +1, I support this draft > > > > Arashmid > > > > Begin forwarded message: > > > > From: *Sri Gundavelli (sgundave)* > Date: Wed, Jan 9, 2019 at 7:43 PM > Subject: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 > To: dmm@ietf.org > > > > > Folks =E2=80=93 As we discussed in the WG meeting at IETF103, we are issu= ing WGLC > on draft-ietf-dmm-distributed-mobility-anchoring-11. > > > > The document went through several revisions and there were good amount of > reviews on this document. The authors have addressed all the comments an= d > there are no open issues that we are tracking at this time. We believe th= e > document is ready for IESG reviews and like to confirm the same from the > working group. > > > > > > The following message commences a two week WGLC for all feedback. > > > > Document Link: > > > https://www.ietf.org/id/draft-ietf-dmm-distributed-mobility-anchoring-11.= txt > > > > > The target status for this document is =E2=80=9CInformational=E2=80=9D. > > > > Please post any comments/concerns on the draft. > > > > Thanks! > > Dapeng & Sri > > > > _______________________________________________ > dmm mailing list > dmm@ietf.org > https://www.ietf.org/mailman/listinfo/dmm > > > > > _______________________________________________ > dmm mailing list > dmm@ietf.org > https://www.ietf.org/mailman/listinfo/dmm > > _______________________________________________ > dmm mailing list > dmm@ietf.org > https://www.ietf.org/mailman/listinfo/dmm > --000000000000ef9ce8057f9b20b3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi John,

Thanks a lot for your comments= . We'll address in the new version after the WGLC.

=
Carlos

On W= ed, Jan 16, 2019 at 10:36 PM John Kaippallimalil <John.Kaippallimalil@huawei.com> wrote:

I had agreed to= review this draft at the last IETF in Bangkok =E2=80=93 so here it is.<= /u>

=C2=A0

After reading t= he draft again, I think it is well written and ready to move forward.

=C2=A0

A few minor com= ments for consideration:

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A03.1.= 2, "the MN's chooses as source IP address of packets belonging to = an IP flow, an address allocated by the network the MN is attached to when = the flow was initiated"

The sentence does not read well. The intention is proba= bly that =E2=80=9Cthe MN chooses a source IP address for packets =E2=80=A6.= .=E2=80=9D or something similar?

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 4.1., &quo= t;Regardless of whether IP mobility is needed, if the flow has terminated b= efore the MN moves to a new network, the flow may subsequently restart usin= g the new IP address assigned from the new network."

Should the sentence be saying, "... if the flow ha= s not terminated ...."

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 4.2., For = references to [Paper-Distributed.Mobility], [Paper-Distributed.Mobility.PMI= P] and [Paper-Distributed.Mobility.Review]: would it be possible to give a = sentence on the key point of each.=C2=A0 It would be easier for reading.

=C2=A0

BR,

John =

=C2=A0

<= span style=3D"color:rgb(31,73,125)">=C2=A0

From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Arashmid Akhavain
Sent: Wednesday, January 16, 2019 9:00 AM
To: Voyer, Daniel <daniel.voyer@bell.ca>; dmm@ietf.org
Subject: Re: [DMM] Fwd: WGLC on draft-ietf-dmm-distributed-mobility-= anchoring-11

=C2=A0

= Yes, +1, I support this draft

= =C2=A0

= Arashmid

= =C2=A0

Beg= in forwarded message:

=C2= =A0

From:=C2=A0Sri Gundavelli (sgundave)=C2=A0<= sgundave@cisco.com>
Date: Wed, Jan 9, 2019 at 7:43 PM
Subject: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11
To:=C2=A0= dmm@ietf.org=C2=A0<dmm@ietf.org>= ;




Folks =E2=80=93 As we discussed in the WG meeting a= t IETF103, we are issuing WGLC on=C2=A0draft-ietf-dmm-distributed-mobility-= anchoring-11.=C2=A0

=C2=A0

The document went through several revisions and the= re were good amount of reviews on this document.=C2=A0 The authors have add= ressed all the comments and there are no open issues that we are tracking at this time. We believe the document is ready= for IESG reviews and like to confirm the same from the working group.

=C2=A0

=C2=A0

The following message commences a two week WGLC for= all feedback.

=C2=A0

=C2=A0

The target status for this document is =E2=80=9CInf= ormational=E2=80=9D.=C2=A0=

=C2=A0

Please post any comments/concerns on the draft.=C2= =A0

=C2=A0=C2=A0<= /u>

Thanks!

Dapeng & Sri=

=C2=A0

_____________________= __________________________
dmm mailing list
dmm@ietf.= org
https://www.ietf.org/mailman/listinfo/dmm

=C2= =A0

___________________________________= ____________
dmm mailing list
dmm@ietf.org
htt= ps://www.ietf.org/mailman/listinfo/dmm

_______________________________________________
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm
--000000000000ef9ce8057f9b20b3-- From nobody Wed Jan 16 14:54:51 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C22C1311FD for ; Wed, 16 Jan 2019 14:54:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=it.uc3m.es 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 Lpno9IBjGTGz for ; Wed, 16 Jan 2019 14:54:47 -0800 (PST) Received: from mail-wm1-x332.google.com (mail-wm1-x332.google.com [IPv6:2a00:1450:4864:20::332]) (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 B0E981311DB for ; Wed, 16 Jan 2019 14:54:46 -0800 (PST) Received: by mail-wm1-x332.google.com with SMTP id n190so3829107wmd.0 for ; Wed, 16 Jan 2019 14:54:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=it.uc3m.es; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=OXaTAEjuIRc8rD2uhbAurQtQFFfxf4hqGKUFibg+j/w=; b=Cdlbehm3pZDDRln+RXAriVhF5riWWUpT8g0GpYJubf/aEsU1d2nX3jwYwoXhh4hS76 BKovtonYx5YzPxLHanjVXyTXbfDHww5z4PhXmLasrjvOT8877dr2qa015XDvUECzwWwP dFMECDbYT2W6p32rUSUz/ETRrpuLWAUdxYtBR/y4NgBwqRUSyAqG+fiRMwrkax4Ucm3S RSSWBn4qLZ5AINRe9q/WmiVNW1SRDg7a0UmjGxFoNqTa0c8Hr/xMisXLZk96umUSu/0g xB7dmXmqymAq66z1Erd0zQu6DEdrRIj8Bm8D2VCgpYZY9UDZiOd4ssQNtY293IFNh8bI MQqA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=OXaTAEjuIRc8rD2uhbAurQtQFFfxf4hqGKUFibg+j/w=; b=LJI5/tbZata7svEzZA63vv7wdUol82upJXGA1k3dw3gByVqNNKT2CB0xXxWYS5AsPr Dqb5XlSUaGqm4vUDi5ufMKYEEhmfsve/sF4dmJ6LW6rbQk09tGb5eqdXLSgLCJuu3zG8 5DfukQF8+C7KIyLR6phx6cHpBEesfaHwBx6cZO1xW6Jg5r6+v6Wqh5YTJ9HuSgxLIv+F Ir5VRBkiPXzct3yS2woLmrFUtki0M3sNgEm5sOl2v1a0Fim7FaycoiRzQz0/+Y3qAkt0 R7zBQ3JhBdGI86/7mNqp8gBzReN8U8ZU6c9AdTIhefi1MEAlSYewErqIy4XomeLpS0AD GlVw== X-Gm-Message-State: AJcUukflOUtM3KreZkP/XvmxV7C8D78/yQSVCdAV950BLkLccqUAny4d Prwvf32ZA5LqHt27SphyEzgRv3U2bzjbK3pOV3Bm7A== X-Google-Smtp-Source: ALg8bN5K38oTlxpPQw723biemGMutOBSHArx2xg51rjhSirwmG5YZTULzoAseuRika6Gtga5hYbo4F0Vz+JPqGVySJk= X-Received: by 2002:a1c:a503:: with SMTP id o3mr9182021wme.122.1547679284898; Wed, 16 Jan 2019 14:54:44 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: CARLOS JESUS BERNARDOS CANO Date: Wed, 16 Jan 2019 23:54:28 +0100 Message-ID: To: Dirk Von-Hugo Cc: "Sri Gundavelli (sgundave)" , dmm Content-Type: multipart/alternative; boundary="00000000000000d6dd057f9b2a1d" Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2019 22:54:49 -0000 --00000000000000d6dd057f9b2a1d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Dirk, Thanks a lot. We'll address your comments once the WGLC is finished. Carlos On Wed, Jan 16, 2019 at 5:17 PM wrote: > Hi all, > > I agree to forward the mature and very useful document to IESG. > > > > I just detected 3 very minor nits presumably created during recent > re-formatting: > > P.7 > > the MN-ID, Pref1 and MAAr1's address as a Proxy-CoA =3D> the MN-ID, Pref1= , > and MAAR1's address as a Proxy-CoA > > > > 5. MAAR1 stores the BCE described in (1) an unicast a Router Advertisemen= t > (RA) to the MN with Pref1 =3D> 5. MAAR1 stores the BCE described in (1) a= nd > unicasts a Router Advertisement (RA) to the MN with Pref1 > > P.9 > > Step 6. Is an empty one and SHOULD be deleted > > ;-) > > > > Thanks! > > Kind regards > > Dirk > > > > *From:* dmm *On Behalf Of *Sri Gundavelli > (sgundave) > *Sent:* Mittwoch, 9. Januar 2019 19:44 > *To:* dmm@ietf.org > *Subject:* [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 > > > > Folks =E2=80=93 As we discussed in the WG meeting at IETF103, we are issu= ing WGLC > on https://www.ietf.org/id/draft-ietf-dmm-pmipv6-dlif-03.txt. > > > > *We have also made one key change to the document status, moving it from > Standards Track to Experimental Track. We the chairs have talked to the > authors and they are OK with this change. We are dong this as we are not > sure about any potential vendor implementations and so we chose to keep > this on experimental track.* > > > > The document went through several revisions and there were good amount of > reviews on this document. The authors have addressed all the comments an= d > there are no open issues that we are tracking at this time. We believe th= e > document is ready for IESG reviews and like to confirm the same from the > working group. > > > > > > The following message commences a two week WGLC for all feedback. > > > > Document Link: > > https://www.ietf.org/id/draft-ietf-dmm-pmipv6-dlif-03.txt > > > > > The target status for this document is =E2=80=9CExperimental=E2=80=9D. > > > > Please post any comments/concerns on the draft. > > > > > > Thanks! > > Dapeng & Sri > > > > > --00000000000000d6dd057f9b2a1d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Dirk,

Thanks a lot. We'll addres= s your comments once the WGLC is finished.

Carlos<= /div>

On Wed, Jan 16, = 2019 at 5:17 PM <Dirk.von-Hu= go@telekom.de> wrote:

Hi all,

I agree to forward the mature= and very useful document to IESG.

=C2=A0

I just detected 3 very minor = nits presumably created during recent re-formatting:

P.7

the MN-ID, Pref1 and MAAr1's address as a Pr= oxy-CoA =3D> the MN-ID, Pref1, and MAAR1's address as a Proxy-CoA=

=C2=A0

5. MAAR1 stores the BCE described in (1) an unic= ast a Router Advertisement (RA) to the MN with Pref1 =3D> 5. MAAR1 store= s the BCE described in (1) and unicasts a Router Advertisement (RA) to the MN with Pref1

P.9

Step 6. Is an empty one and S= HOULD be deleted

;-)

=C2=A0

Thanks!<= /p>

Kind regards

Dirk

=C2=A0

From: dmm <dmm-bounces@ietf.org> On Behalf Of Sri Gundavelli (sgundave)
Sent: Mittwoch, 9. Januar 2019 19:44
To: dmm@ietf.org
Subject: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03

=C2=A0

=C2=A0

We= have also made one key change to the document status, moving it from Stand= ards Track to Experimental Track. We the chairs have talked=C2=A0to the aut= hors and they are OK with this change. We are dong this as we are not sure about any potential vendor implementat= ions and so we chose to keep this on experimental track.<= u>

=C2=A0

The document went through several revisions and the= re were good amount of reviews on this document.=C2=A0 The authors have add= ressed all the comments and there are no open issues that we are tracking at this time. We believe the document is = ready for IESG reviews and like to confirm the same from the working group.=

=C2=A0

=C2=A0

The following message commences a two week WGLC for= all feedback.

=C2=A0

=C2=A0

The target status for this document is =E2=80=9CExp= erimental=E2=80=9D.

=C2=A0

Please post any comments/concerns on the draft.=C2= =A0

=C2=A0

=C2=A0

Thanks!

Dapeng & Sri

=C2=A0

=C2=A0

--00000000000000d6dd057f9b2a1d-- From nobody Wed Jan 16 15:25:17 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 463FB12870E for ; Wed, 16 Jan 2019 15:25:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b3JVCQPmT06a for ; Wed, 16 Jan 2019 15:25:12 -0800 (PST) Received: from clt-mbsout-01.mbs.boeing.net (clt-mbsout-01.mbs.boeing.net [130.76.144.162]) (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 92439130F20 for ; Wed, 16 Jan 2019 15:25:11 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clt-mbsout-01.mbs.boeing.net (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with SMTP id x0GNP9m0027740; Wed, 16 Jan 2019 18:25:09 -0500 Received: from XCH16-07-10.nos.boeing.com (xch16-07-10.nos.boeing.com [144.115.66.112]) by clt-mbsout-01.mbs.boeing.net (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id x0GNOxbo026478 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=FAIL); Wed, 16 Jan 2019 18:24:59 -0500 Received: from XCH16-07-10.nos.boeing.com (144.115.66.112) by XCH16-07-10.nos.boeing.com (144.115.66.112) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.1591.10; Wed, 16 Jan 2019 15:24:58 -0800 Received: from XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8]) by XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8%2]) with mapi id 15.01.1591.012; Wed, 16 Jan 2019 15:24:58 -0800 From: "Templin (US), Fred L" To: "Sri Gundavelli (sgundave)" , "dmm@ietf.org" Thread-Topic: WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 Thread-Index: AQHUqEsyaVwhC6gsjkGTHCexOaG4/6WyjgZw Date: Wed, 16 Jan 2019 23:24:58 +0000 Message-ID: <4e6e476e61a342569edf2c126543c1d5@boeing.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [137.137.12.6] x-tm-snts-smtp: C3819AFD8BE0FD0B6EF7C67C7B6BD2000C11D98FC2141A172A5362900A731D992000:8 Content-Type: multipart/alternative; boundary="_000_4e6e476e61a342569edf2c126543c1d5boeingcom_" MIME-Version: 1.0 X-TM-AS-GCONF: 00 Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2019 23:25:16 -0000 --_000_4e6e476e61a342569edf2c126543c1d5boeingcom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I read this document and it seems to imply that anchors necessarily agg= regate short prefixes. For example, an anchor might aggregate a prefix like 2001:d= b8::/32 and give out ::/64 prefixes to mobile nodes. This preserves the notion of a= home network that is identified by an aggregated prefix - so the global routing = system can identify the home network by the short prefix. On the other hand, 'draft-ietf-rtgwg-atn-bgp' assumes that there is no such aggregation, and that the anchor has no short prefix associated with it. Th= en, when a mobile associates with an anchor the anchor injects the mobile's ::/= 64 prefix into the global routing system. If the mobile moves to a new anchor, the old anchor withdraws the /64 and the new anchor injects it instead. In other words, the system is based on complete de-aggregation and there is no notion of a "home" network - the mobile is always "away from home". This is a very different model, and naturally supports continuity of the mo= bile's mobile network prefix at all times due to the nature of the routing system.= It provides "scalable de-aggregation", which is something that the routing research group (RRG) investigated but has not been accomplished until now. I think it would be worth considering this model both on its own merits and= /or in conjunction with the dmm document. The notion of a "home network" need not be preserved, and instead we have scalable de-aggregation. Please have = a look (as I did for the dmm doc) and post comments or questions. Thanks - Fred From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Sri Gundavelli (sgunda= ve) Sent: Wednesday, January 09, 2019 10:43 AM To: dmm@ietf.org Subject: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 Folks - As we discussed in the WG meeting at IETF103, we are issuing WGLC o= n draft-ietf-dmm-distributed-mobility-anchoring-11. The document went through several revisions and there were good amount of r= eviews on this document. The authors have addressed all the comments and t= here are no open issues that we are tracking at this time. We believe the d= ocument is ready for IESG reviews and like to confirm the same from the wor= king group. The following message commences a two week WGLC for all feedback. Document Link: https://www.ietf.org/id/draft-ietf-dmm-distributed-mobility-anchoring-11.tx= t The target status for this document is "Informational". Please post any comments/concerns on the draft. Thanks! Dapeng & Sri --_000_4e6e476e61a342569edf2c126543c1d5boeingcom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi, I read this document and it seems= to imply that anchors necessarily aggregate

short prefixes. For example, an ancho= r might aggregate a prefix like 2001:db8::/32

and give out ::/64 prefixes to mobile= nodes. This preserves the notion of a home

network that is identified by an aggr= egated prefix – so the global routing system

can identify the home network by the = short prefix.

 

On the other hand, ‘draft-ietf-= rtgwg-atn-bgp’ assumes that there is no such

aggregation, and that the anchor has = no short prefix associated with it. Then,

when a mobile associates with an anch= or the anchor injects the mobile’s ::/64

prefix into the global routing system= . If the mobile moves to a new anchor,

the old anchor withdraws the /64 and = the new anchor injects it instead. In

other words, the system is based on c= omplete de-aggregation and there is

no notion of a “home” net= work – the mobile is always “away from home”.<= /span>

 

This is a very different model, and n= aturally supports continuity of the mobile’s

mobile network prefix at all times du= e to the nature of the routing system. It

provides “scalable de-aggregati= on”, which is something that the routing

research group (RRG) investigated but= has not been accomplished until now.

 

I think it would be worth considering= this model both on its own merits and/or

in conjunction with the dmm document.= The notion of a “home network” need

not be preserved, and instead we have= scalable de-aggregation. Please have a

look (as I did for the dmm doc) and p= ost comments or questions.

 

Thanks - Fred

 

From: dmm [mailto:dmm-bounces@ietf.o= rg] On Behalf Of Sri Gundavelli (sgundave)
Sent: Wednesday, January 09, 2019 10:43 AM
To: dmm@ietf.org
Subject: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring= -11

 

Folks – As we discussed in the WG= meeting at IETF103, we are issuing WGLC on draft-ietf-dmm-distributed= -mobility-anchoring-11. 

 

The document went through several revis= ions and there were good amount of reviews on this document.  The auth= ors have addressed all the comments and there are no open issues that we are tracking at this time. We believe the document is = ready for IESG reviews and like to confirm the same from the working group.=

 

 

The following message commences a two w= eek WGLC for all feedback.

 

 

The target status for this document is = “Informational”. 

 

Please post any comments/concerns on th= e draft. 

  

Thanks!

Dapeng & Sri

 

--_000_4e6e476e61a342569edf2c126543c1d5boeingcom_-- From nobody Thu Jan 17 06:56:47 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14B001276D0 for ; Thu, 17 Jan 2019 06:56:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hx_HobqK388W for ; Thu, 17 Jan 2019 06:56:42 -0800 (PST) Received: from 5.mo68.mail-out.ovh.net (5.mo68.mail-out.ovh.net [46.105.62.179]) (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 1D68E12894E for ; Thu, 17 Jan 2019 06:56:42 -0800 (PST) Received: from player797.ha.ovh.net (unknown [10.109.160.232]) by mo68.mail-out.ovh.net (Postfix) with ESMTP id D23D510D62C for ; Thu, 17 Jan 2019 15:56:39 +0100 (CET) Received: from RCM-web5.webmail.mail.ovh.net (161-127-199-94.dsl.hubone.fr [94.199.127.161]) (Authenticated sender: ietf@lmcontreras.com) by player797.ha.ovh.net (Postfix) with ESMTPSA id 3D5A41E1853A; Thu, 17 Jan 2019 14:56:37 +0000 (UTC) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_55e30597e739be275d432a0d13849803" Date: Thu, 17 Jan 2019 15:56:37 +0100 From: "Luis M. Contreras" To: "Sri Gundavelli (sgundave)" Cc: dmm@ietf.org In-Reply-To: References: Message-ID: X-Sender: ietf@lmcontreras.com User-Agent: Roundcube Webmail/1.3.8 X-Originating-IP: 94.199.127.161 X-Webmail-UserID: ietf@lmcontreras.com X-Ovh-Tracer-Id: 10927703021680672571 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrgeekgdeihecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfqggfjpdevjffgvefmvefgnecuuegrihhlohhuthemucehtddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2019 14:56:45 -0000 --=_55e30597e739be275d432a0d13849803 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Hi all, I support the WGLC for this draft. Best regards Luis On 2019-01-09 19:43, Sri Gundavelli (sgundave) wrote: > Folks - As we discussed in the WG meeting at IETF103, we are issuing WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11. > > The document went through several revisions and there were good amount of reviews on this document. The authors have addressed all the comments and there are no open issues that we are tracking at this time. We believe the document is ready for IESG reviews and like to confirm the same from the working group. > > The following message commences a two week WGLC for all feedback. > > Document Link: > https://www.ietf.org/id/draft-ietf-dmm-distributed-mobility-anchoring-11.txt > > The target status for this document is "Informational". > > Please post any comments/concerns on the draft. > > Thanks! > Dapeng & Sri > > _______________________________________________ > dmm mailing list > dmm@ietf.org > https://www.ietf.org/mailman/listinfo/dmm -- ___________________________________________ Luis M. Contreras ietf@lmcontreras.com luismiguel.contrerasmurillo@telefonica.com --=_55e30597e739be275d432a0d13849803 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

Hi all,

I support the WGLC for this draft.

Best regards

Luis


On 2019-01-09 19:43, Sri Gundavelli (sgundave) wrote:

Folks – As we discussed in the WG meeting at IETF103, we are iss= uing WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11. 
 
The document went through several revisions and there were good amount= of reviews on this document.  The authors have addressed all the comm= ents and there are no open issues that we are tracking at this time. We bel= ieve the document is ready for IESG reviews and like to confirm the same fr= om the working group.
 
 
The following message commences a two week WGLC for all feedback.
 
Document Link:
 
The target status for this document is “Informational”.&nb= sp;
 
Please post any comments/concerns on the draft. 
  
Thanks!
Dapeng & Sri
 

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


--
= ___________________________________________

Luis M. Contreras<= br /> ietf@lmcontreras.com
luismiguel= =2Econtrerasmurillo@telefonica.com
--=_55e30597e739be275d432a0d13849803-- From nobody Thu Jan 17 06:58:01 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 10FCC12896A for ; Thu, 17 Jan 2019 06:58:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JCHV56RRk6ef for ; Thu, 17 Jan 2019 06:57:57 -0800 (PST) Received: from 19.mo1.mail-out.ovh.net (19.mo1.mail-out.ovh.net [178.32.97.206]) (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 8F4061276D0 for ; Thu, 17 Jan 2019 06:57:57 -0800 (PST) Received: from player778.ha.ovh.net (unknown [10.109.146.211]) by mo1.mail-out.ovh.net (Postfix) with ESMTP id 559771500B5 for ; Thu, 17 Jan 2019 15:57:55 +0100 (CET) Received: from RCM-web5.webmail.mail.ovh.net (161-127-199-94.dsl.hubone.fr [94.199.127.161]) (Authenticated sender: ietf@lmcontreras.com) by player778.ha.ovh.net (Postfix) with ESMTPSA id AB76D1B3015B; Thu, 17 Jan 2019 14:57:53 +0000 (UTC) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_69edbe54235e5bcd4902bc4147e58050" Date: Thu, 17 Jan 2019 15:57:53 +0100 From: "Luis M. Contreras" To: "Sri Gundavelli (sgundave)" Cc: dmm@ietf.org In-Reply-To: References: Message-ID: X-Sender: ietf@lmcontreras.com User-Agent: Roundcube Webmail/1.3.8 X-Originating-IP: 94.199.127.161 X-Webmail-UserID: ietf@lmcontreras.com X-Ovh-Tracer-Id: 10948813646180138811 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrgeekgdeihecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfqggfjpdevjffgvefmvefgnecuuegrihhlohhuthemucehtddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2019 14:58:00 -0000 --=_69edbe54235e5bcd4902bc4147e58050 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Hi all, I support the WGLC for this draft, as well. Best regards Luis On 2019-01-09 19:43, Sri Gundavelli (sgundave) wrote: > Folks - As we discussed in the WG meeting at IETF103, we are issuing WGLC on https://www.ietf.org/id/draft-ietf-dmm-pmipv6-dlif-03.txt. > > WE HAVE ALSO MADE ONE KEY CHANGE TO THE DOCUMENT STATUS, MOVING IT FROM STANDARDS TRACK TO EXPERIMENTAL TRACK. WE THE CHAIRS HAVE TALKED TO THE AUTHORS AND THEY ARE OK WITH THIS CHANGE. WE ARE DONG THIS AS WE ARE NOT SURE ABOUT ANY POTENTIAL VENDOR IMPLEMENTATIONS AND SO WE CHOSE TO KEEP THIS ON EXPERIMENTAL TRACK. > > The document went through several revisions and there were good amount of reviews on this document. The authors have addressed all the comments and there are no open issues that we are tracking at this time. We believe the document is ready for IESG reviews and like to confirm the same from the working group. > > The following message commences a two week WGLC for all feedback. > > Document Link: > https://www.ietf.org/id/draft-ietf-dmm-pmipv6-dlif-03.txt [1] > > The target status for this document is "Experimental". > > Please post any comments/concerns on the draft. > > Thanks! > Dapeng & Sri > > _______________________________________________ > dmm mailing list > dmm@ietf.org > https://www.ietf.org/mailman/listinfo/dmm -- ___________________________________________ Luis M. Contreras ietf@lmcontreras.com luismiguel.contrerasmurillo@telefonica.com Links: ------ [1] https://www.ietf.org/id/draft-ietf-dmm-pmipv6-dlif-03..txt --=_69edbe54235e5bcd4902bc4147e58050 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

Hi all,

I support the WGLC for this draft, as well.

Best regards

Luis


On 2019-01-09 19:43, Sri Gundavelli (sgundave) wrote:

Folks – As we discussed in the WG meeting at IETF103, we are i= ssuing WGLC on https://www.ie= tf.org/id/draft-ietf-dmm-pmipv6-dlif-03.txt. 
 
We have also= made one key change to the document status, moving it from Standards Track= to Experimental Track. We the chairs have talked to the authors and t= hey are OK with this change. We are dong this as we are not sure about any = potential vendor implementations and so we chose to keep this on experiment= al track.
 
The document went through several revisions and there were good amount= of reviews on this document.  The authors have addressed all the comm= ents and there are no open issues that we are tracking at this time. We bel= ieve the document is ready for IESG reviews and like to confirm the same fr= om the working group.
 
 
The following message commences a two week WGLC for all feedback.
 
 
The target status for this document is “Experimental”.
 
Please post any comments/concerns on the draft. 
 
 
Thanks!
Dapeng & Sri
 
 

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


--
= ___________________________________________

Luis M. Contreras<= br /> ietf@lmcontreras.com
luismiguel= =2Econtrerasmurillo@telefonica.com
--=_69edbe54235e5bcd4902bc4147e58050-- From nobody Thu Jan 17 10:05:57 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B8169130EB5 for ; Thu, 17 Jan 2019 10:05:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.642 X-Spam-Level: X-Spam-Status: No, score=-14.642 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 ZldLvihKvChz for ; Thu, 17 Jan 2019 10:05:52 -0800 (PST) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ABA69130EAB for ; Thu, 17 Jan 2019 10:05:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=16366; q=dns/txt; s=iport; t=1547748352; x=1548957952; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=Hxg0DVrJdap9/2TkXWjGEstO7bCxkwS3RXtyjo5yyKg=; b=OP0m6YLGICeRry3PFBhOaNmoBitJhPr7xuOAbDv7YgglsJ/vJmHVsKvK vUWFyu7QxA1Hrpo2ZFEqBT6tAtzUeLiQyh2oWoIQeVzoSxvYkJNfvNn+E W6YiCqep3mvn5hJ1JF8Zl+Il5QDia1fHrtui7LxkIQCblKVqD1+u6zXZz o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAACzw0Bc/5JdJa1ZChkBAQEBAQE?= =?us-ascii?q?BAQEBAQEHAQEBAQEBgVEEAQEBAQELAYENdmaBAicKjBGLZYINfJEahWiBews?= =?us-ascii?q?BASWERwKCWCI0CQ0BAwEBAgEBAm0cDIVKAQEBAQMtXAIBCBEDAQEBKAcyFAk?= =?us-ascii?q?IAgQBEoMjgR1kD61DhUOEZwWMPxeBQD+BEYJdNYMeAoE2MgcSFoUqAo9pYYY?= =?us-ascii?q?MimBaCQKSERiBZYUqgzeHRYkxCUaQZwIRFIEnHziBVnAVgyeCJxeIX4U/QTE?= =?us-ascii?q?BihOBHwEB?= X-IronPort-AV: E=Sophos;i="5.56,489,1539648000"; d="scan'208,217";a="227062414" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Jan 2019 18:05:51 +0000 Received: from XCH-RCD-007.cisco.com (xch-rcd-007.cisco.com [173.37.102.17]) by rcdn-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id x0HI5p1B009755 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 17 Jan 2019 18:05:51 GMT Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-RCD-007.cisco.com (173.37.102.17) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Thu, 17 Jan 2019 12:05:50 -0600 Received: from xch-aln-008.cisco.com ([173.36.7.18]) by XCH-ALN-008.cisco.com ([173.36.7.18]) with mapi id 15.00.1395.000; Thu, 17 Jan 2019 12:05:50 -0600 From: "Sri Gundavelli (sgundave)" To: "Templin (US), Fred L" , "dmm@ietf.org" Thread-Topic: WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 Thread-Index: AQHUro9HyJl3eYyU0E2gnfKau0CbSA== Date: Thu, 17 Jan 2019 18:05:50 +0000 Message-ID: References: <4e6e476e61a342569edf2c126543c1d5@boeing.com> In-Reply-To: <4e6e476e61a342569edf2c126543c1d5@boeing.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.20.188.53] Content-Type: multipart/alternative; boundary="_000_D86603C62E4953sgundaveciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.37.102.17, xch-rcd-007.cisco.com X-Outbound-Node: rcdn-core-10.cisco.com Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2019 18:05:55 -0000 --_000_D86603C62E4953sgundaveciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Thanks Fred for your feedback. Authors: Please respond to Fred's comments and see if we need any additiona= l text. Sri From: "Templin (US), Fred L" > Date: Wednesday, January 16, 2019 at 3:24 PM To: Sri Gundavelli >, "dmm@ie= tf.org" > Subject: RE: WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 Hi, I read this document and it seems to imply that anchors necessarily agg= regate short prefixes. For example, an anchor might aggregate a prefix like 2001:d= b8::/32 and give out ::/64 prefixes to mobile nodes. This preserves the notion of a= home network that is identified by an aggregated prefix - so the global routing = system can identify the home network by the short prefix. On the other hand, 'draft-ietf-rtgwg-atn-bgp' assumes that there is no such aggregation, and that the anchor has no short prefix associated with it. Th= en, when a mobile associates with an anchor the anchor injects the mobile's ::/= 64 prefix into the global routing system. If the mobile moves to a new anchor, the old anchor withdraws the /64 and the new anchor injects it instead. In other words, the system is based on complete de-aggregation and there is no notion of a "home" network - the mobile is always "away from home". This is a very different model, and naturally supports continuity of the mo= bile's mobile network prefix at all times due to the nature of the routing system.= It provides "scalable de-aggregation", which is something that the routing research group (RRG) investigated but has not been accomplished until now. I think it would be worth considering this model both on its own merits and= /or in conjunction with the dmm document. The notion of a "home network" need not be preserved, and instead we have scalable de-aggregation. Please have = a look (as I did for the dmm doc) and post comments or questions. Thanks - Fred From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Sri Gundavelli (sgunda= ve) Sent: Wednesday, January 09, 2019 10:43 AM To: dmm@ietf.org Subject: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 Folks - As we discussed in the WG meeting at IETF103, we are issuing WGLC o= n draft-ietf-dmm-distributed-mobility-anchoring-11. The document went through several revisions and there were good amount of r= eviews on this document. The authors have addressed all the comments and t= here are no open issues that we are tracking at this time. We believe the d= ocument is ready for IESG reviews and like to confirm the same from the wor= king group. The following message commences a two week WGLC for all feedback. Document Link: https://www.ietf.org/id/draft-ietf-dmm-distributed-mobility-anchoring-11.tx= t The target status for this document is "Informational". Please post any comments/concerns on the draft. Thanks! Dapeng & Sri --_000_D86603C62E4953sgundaveciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: <0688A798373A2044AA5F58EF062CBC24@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Thanks Fred for your feedback.

Authors: Please respond to Fred’s comments and see if we need an= y additional text.


Sri


From: "Templin (US), Fred L&qu= ot; <Fred.L.Templin@boeing.= com>
Date: Wednesday, January 16, 2019 a= t 3:24 PM
To: Sri Gundavelli <sgundave@cisco.com>, "dmm@ietf.org" <dmm@ietf.org>
Subject: RE: WGLC on draft-ietf-dmm= -distributed-mobility-anchoring-11

Hi, I read this document and it seems= to imply that anchors necessarily aggregate

short prefixes. For example, an ancho= r might aggregate a prefix like 2001:db8::/32

and give out ::/64 prefixes to mobile= nodes. This preserves the notion of a home

network that is identified by an aggr= egated prefix – so the global routing system

can identify the home network by the = short prefix.

 

On the other hand, ‘draft-ietf-= rtgwg-atn-bgp’ assumes that there is no such

aggregation, and that the anchor has = no short prefix associated with it. Then,

when a mobile associates with an anch= or the anchor injects the mobile’s ::/64

prefix into the global routing system= . If the mobile moves to a new anchor,

the old anchor withdraws the /64 and = the new anchor injects it instead. In

other words, the system is based on c= omplete de-aggregation and there is

no notion of a “home” net= work – the mobile is always “away from home”.<= /span>

 

This is a very different model, and n= aturally supports continuity of the mobile’s

mobile network prefix at all times du= e to the nature of the routing system. It

provides “scalable de-aggregati= on”, which is something that the routing

research group (RRG) investigated but= has not been accomplished until now.

 

I think it would be worth considering= this model both on its own merits and/or

in conjunction with the dmm document.= The notion of a “home network” need

not be preserved, and instead we have= scalable de-aggregation. Please have a

look (as I did for the dmm doc) and p= ost comments or questions.

 

Thanks - Fred

 

From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Sri Gundavelli (sgundave)
Sent: Wednesday, January 09, 2019 10:43 AM
To: dmm@ietf.org
Subject: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring= -11

 

Folks – As we discussed in the WG= meeting at IETF103, we are issuing WGLC on draft-ietf-dmm-distributed= -mobility-anchoring-11. 

 

The document went through several revis= ions and there were good amount of reviews on this document.  The auth= ors have addressed all the comments and there are no open issues that we are tracking at this time. We believe the document is = ready for IESG reviews and like to confirm the same from the working group.=

 

 

The following message commences a two w= eek WGLC for all feedback.

 

 

The target status for this document is = “Informational”. 

 

Please post any comments/concerns on th= e draft. 

  

Thanks!

Dapeng & Sri

 

 --_000_D86603C62E4953sgundaveciscocom_-- From nobody Thu Jan 17 12:12:04 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8459C130E63; Thu, 17 Jan 2019 12:12:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.89 X-Spam-Level: X-Spam-Status: No, score=-6.89 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UKoNB_nyObdt; Thu, 17 Jan 2019 12:11:52 -0800 (PST) Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) (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 A0CF1128CF2; Thu, 17 Jan 2019 12:11:51 -0800 (PST) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga004.jf.intel.com ([10.7.209.38]) by fmsmga103.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Jan 2019 12:11:50 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.56,489,1539673200"; d="scan'208,217";a="267958719" Received: from fmsmsx105.amr.corp.intel.com ([10.18.124.203]) by orsmga004.jf.intel.com with ESMTP; 17 Jan 2019 12:11:50 -0800 Received: from fmsmsx157.amr.corp.intel.com (10.18.116.73) by FMSMSX105.amr.corp.intel.com (10.18.124.203) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 17 Jan 2019 12:11:49 -0800 Received: from lcsmsx154.ger.corp.intel.com (10.186.165.229) by FMSMSX157.amr.corp.intel.com (10.18.116.73) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 17 Jan 2019 12:11:48 -0800 Received: from hasmsx106.ger.corp.intel.com ([169.254.10.88]) by LCSMSX154.ger.corp.intel.com ([169.254.7.125]) with mapi id 14.03.0415.000; Thu, 17 Jan 2019 22:11:05 +0200 From: "Moses, Danny" To: Daniel Migault , "secdir@ietf.org" CC: "draft-ietf-dmm-ondemand-mobility.all@ietf.org" , "ietf@ietf.org" , "dmm@ietf.org" Thread-Topic: [DMM] Secdir last call review of draft-ietf-dmm-ondemand-mobility-15 Thread-Index: AQHUrUcsbqyzACp9uU2p16FppKffBKWz5VHA Date: Thu, 17 Jan 2019 20:11:04 +0000 Message-ID: References: <154760741387.10854.10303591799017138670@ietfa.amsl.com> In-Reply-To: <154760741387.10854.10303591799017138670@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ctpclassification: CTP_NT x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiMzcxMDI5NDAtYTIzNC00OGIwLWEwOTYtYTkxMGI4Y2QxZTcwIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoiYkxna25GRlVZWStWd3BBVW1oV2dpVzZ0dVBwQ3BJN1UxczhKbjJsQ1hGXC9RamJLQ3ZLdzAwNWZHWGh6TVwvZEs3In0= dlp-product: dlpe-windows dlp-version: 11.0.400.15 dlp-reaction: no-action x-originating-ip: [10.254.151.94] Content-Type: multipart/alternative; boundary="_000_F0CF5715D3D1884BAC731EA1103AC281441C1044HASMSX106gercor_" MIME-Version: 1.0 Archived-At: Subject: Re: [DMM] Secdir last call review of draft-ietf-dmm-ondemand-mobility-15 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2019 20:12:02 -0000 --_000_F0CF5715D3D1884BAC731EA1103AC281441C1044HASMSX106gercor_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Daniel, Thanks for a very thorough review and the detailed comments. I appreciate y= our invested time. There were one or two comments I did not fully understand. I have used many of them to improve the document. There were some which I t= hought differently and provided by reasoning. Please see my detailed response below. Thanks and regards, Danny 1. "inefficiencies" seem too vague... I am adding a reference to RFC 7333 that describe these inefficiencies in s= ection 4. 2. Use "IP session continuity" rather than "session continuity" The original definition was "IP session continuity". However, Brian Haberma= n in the early review commented that this term is confusing since the IP la= yer is not a session layer and thus, "IP Session" is not defined. To resolv= e this, we agreed to change "IP session continuity" to "session continuity"= in version 15 of this draft. I feel comfortable with any of these definiti= ons, so if the reviewers can agree on a term, I will adopt it. In any case,= I believe the text clearly describe the behavior of the network. 3. Recommended reordering of the text in section 1. I did not understand the recommended order, that is, which paragraph needs = to be moved to which place. Please help clarify this comment. 4. Replace 'ping' with a more useful application as an example. Use text messaging instead. 5. Split the feature versus its implementation should be done in a sim= ilar manner for both session continuity and reachability to ease reading. After giving it some thought, I tend to think differently. This is the Intr= oduction section and as such should be short. I do not think the splitting = is needed to understand the rest of the document. I prefer to keep this sec= tion short. 6. Add a paragraph that indicates the address reachability can be perf= ormed by applications using other means than IP reachability. I do not think this is required. The motivation of this Introduction is to = convince the reader that there is a benefit from enabling applications to i= ndicate their requirements from the mobile network, rather than getting the= full service support. I think the message is clear as it is. 7. Add a reference to RFC 5014 and the usage of home and care-of addre= sses. Actually, for mobile IP, this document is not required. If the mobile host = supports mobile IP, it can enable applications to select either a home addr= ess or a care-of address to use for the IP connection and by that, use or c= hoose not to use mobility services prided by the mobile network. This document addresses the case where the network provide these services b= y proxy and thus, provides the full mobility service regardless of whether = or not they are needed. For proxy services, we need a way for applications to express their true ne= eds and for the network stack to convey these needs to the network. 8. Indicate 'on demand' in the Introduction. I thought this is clear from the fact that each application indicates it mo= bility service requirements. As applications could be launched separately f= rom each other with possible large time gaps, on-demand is deducted. But to= be on the safe side, I will add 'on demand'. 9. In the several definitions of types IP address in section 3 replace= 'guarantee' with 'remains' I prefer 'guarantee' because it better indicates the commitment of the netw= ork to preserve the address. 10. A suggestion regarding the definition of Non-persistent IP address. I did not quite understand this suggestion. Something to do with Home Addre= ss and mobile IP. However, I believe the definition of Non-persistent IP ad= dress in this section is good as it is. 11. There are additional comments regarding mobile IP. As I indicated before, this document is not about mobile IP where the mobil= e host has control over the selection of care-of versus Home addresses. It = is about proxy solutions, in which the mobile host does not have any contro= l over the mobility service because it is done by-proxy by the network. 12. Need to mention the overlaps of the address types. Yes, there are overlaps but I do not see why mentioning them helps. 13. List the different address types in the same order in all sections to= ease the reading. I agree. Changing the order in section 3.3. 14. A comment about having the application request the minimal capability= and the network automatically providing the next level if it cannot fulfil= l this minimal level. This is a point we considered along with enabling applications to request s= everal levels in parallel and letting the network select the most preferabl= e one. After some evaluation, we decided that this flexibility is counter-p= roductive and it is best to specify a specific service type, and expect it = to either be fulfilled or have the request fail. This way, no 'smart' decis= ions are made automatically by the network. Remember however, that the appl= ication requests the service from the network stack, and the network stack = requests it from the network. We do not provide any restrictions on the imp= lementations of network stacks. Some could perform caching of network capab= ilities, and select to respond to applications without interacting with the= network. 15. Another comment about the behavior of the API, assuming a request mig= ht not be fulfilled without resulting in an error response. So as I described previously, API requests that cannot be fulfilled exactly= as specified, result with an error response. 16. A question about the ON_NET flag. Yes, your understanding is correct. 17. Request an example with the ON_NET flag. There could be other examples as well. There are all kinds of cases that co= uld be presented. There is a trade-off between the size of an RFC and a tex= t book. We thought it would be useful to provide an example of a non-trivia= l case and leave other cases to future text books and tutorials. 18. OnDeman versus On Demand versus On-Demand. Be consistent. I agree. Will be fixed. 19. IP v6 versus IPv6. Be consistent. I agree. Will be fixed. 20. Describe the mechanism in which the address type is indicated by the = network to the host. Unfortunately I cannot. Such a mechanism does not exist at the moment. We a= re working on that as well. 21. In section 5.2, need to describe how the new IP stack needs to behave= when an application that does not support On-Demand opens initiates a netw= ork connection. 'legacy manner' is not a good description. The next paragraph in this section does exactly that. Describes how the IP = stack should interact with the network. 22. Place the statement about networks supporting or not supporting On-De= mand functionality in the introduction. I prefer not to do that. I am trying to keep the Introduction short and cri= sp. Listing all use-cases, backwards compatibility and other details - for = that we have the rest of the document. The 'Introdcution' in my opinion sho= uld only provide information to help the reader decide it it should continu= e reading the document or not. 23. The description regarding the use-case of using both setsockopt() and= setsc()/bind() is hard to read. Clarify. OK. I will try to simplify it. By the way, your understanding is correct. 24. A comment about the placement of the flags and address types. I did not quite get this comment. I would like to clarify that we are provi= ding the Socket API as an example to clarify the concept. We expect other s= tandard bodies to use this document to specify the exact implementation in = different programming languages. 25. Security threats. I would like some clarification about these threats. My understanding is th= at these threats are relevant to the protocol use by the mobile host (or sp= ecifically its IP stack) to interact with the network to convey the desired= mobility service, and receive the granted service. But this document does not define these protocols. It defines the On-Demand= concept and the features needed by the API between applications and the ne= twork stack. Shouldn't these threats be described in the specification of t= he protocol between the mobile host and network? -----Original Message----- From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Daniel Migault Sent: Wednesday, January 16, 2019 04:57 To: secdir@ietf.org Cc: draft-ietf-dmm-ondemand-mobility.all@ietf.org; ietf@ietf.org; dmm@ietf.= org Subject: [DMM] Secdir last call review of draft-ietf-dmm-ondemand-mobility-= 15 Reviewer: Daniel Migault Review result: Not Ready Hi, I am the assigned Secdir reviewer for this draft. The Security Directorate (Secdir) reviews all IETF documents being processed by the IESG for the IET= F Chair. Please treat these comments just like any other last call commen= ts. Yours, Daniel On Demand Mobility Management draft-ietf-dmm-ondemand-mobility-15 Abstract Applications differ with respect to whether they need session continuity and/or IP address reachability. The network providing the same type of service to any mobile host and any application running on the host yields inefficiencies. "inefficiencies" seems too vague to me and it could be clarified. Reading the abstract, it is unclear (to me) if the issue is on the applicat= ion side or the network operator side. I guess this is the network side. It= is also unclear the nature of the inefficiency. This document describes a solution for taking the application needs into account by selectively providing session continuity and IP address reachability on a per- socket basis. Status of This Memo This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet- Drafts is at https://datatracker.ietf.org/drafts/current/. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." This Internet-Draft will expire on January 27, 2019. Copyright Notice Copyright (c) 2018 IETF Trust and the persons identified as the document authors. All rights reserved. Yegin, et al. Expires January 27, 2019 [Page 1] Internet-Draft On Demand Mobility July 2018 This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License. Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 2. Notational Conventions . . . . . . . . . . . . . . . . . . . 4 3. Solution . . . . . . . . . . . . . . . . . . . . . . . . . . 4 3.1. Types of IP Addresses . . . . . . . . . . . . . . . . . . 4 3.2. Granularity of Selection . . . . . . . . . . . . . . . . 6 3.3. On Demand Nature . . . . . . . . . . . . . . . . . . . . 6 3.4. Conveying the Desired Address Type . . . . . . . . . . . 7 4. Usage example . . . . . . . . . . . . . . . . . . . . . . . . 8 4.1. Pseudo-code example . . . . . . . . . . . . . . . . . . . 8 4.2. Message Flow example . . . . . . . . . . . . . . . . . . 10 5. Backwards Compatibility Considerations . . . . . . . . . . . 11 5.1. Applications . . . . . . . . . . . . . . . . . . . . . . 11 5.2. IP Stack in the Mobile Host . . . . . . . . . . . . . . . 12 5.3. Network Infrastructure . . . . . . . . . . . . . . . . . 12 5.4. Merging this work with RFC5014 . . . . . . . . . . . . . 12 6. Summary of New Definitions . . . . . . . . . . . . . . . . . 13 6.1. New APIs . . . . . . . . . . . . . . . . . . . . . . . . 13 6.2. New Flags . . . . . . . . . . . . . . . . . . . . . . . . 13 7. Security Considerations . . . . . . . . . . . . . . . . . . . 14 8. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 14 9. Contributors . . . . . . . . . . . . . . . . . . . . . . . . 14 10. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 14 11. References . . . . . . . . . . . . . . . . . . . . . . . . . 14 11.1. Normative References . . . . . . . . . . . . . . . . . . 15 11.2. Informative References . . . . . . . . . . . . . . . . . 15 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 16 1. Introduction In the context of Mobile IP [RFC5563][RFC6275][RFC5213][RFC5944], the following two attributes are defined for IP service provided to mobile hosts: Session continuity: The ability to maintain an ongoing transport interaction by keeping the same local end-point IP address throughout the life-time of the IP socket despite the mobile host changing its Yegin, et al. Expires January 27, 2019 [Page 2] Internet-Draft On Demand Mobility July 2018 point of attachment within the IP network topology. The IP address of the host may change after closing the IP socket and before opening a new one, but that does not jeopardize the ability of applications using these IP sockets to work flawlessly. Session continuity is essential for mobile hosts to maintain ongoing flows without any interruption. Session continuity can be provided at multiple layers thus I would recommen= d for clarity to change session continuity to IP session continuity and ins= ists that this is being provided at the IP layer. Not that IP is sessionless, so here session seems similar to reachability b= ut 'orchestrated' by a higher session protocol. The difference I see is that reachability is a commitment (by the ISP) for = not changing the IP address while with session continuity the commitment is= related to the use of the IP address. In other words, with a limited perio= d of time. IP address reachability: The ability to maintain the same IP address for an extended period of time. The IP address stays the same across independent sessions, and even in the absence of any session. The IP address may be published in a long-term registry (e.g., DNS), and is made available for serving incoming (e.g., TCP) connections. IP address reachability is essential for mobile hosts to use specific/ published IP addresses. Mobile IP is designed to provide both session continuity and IP address reachability to mobile hosts. Architectures utilizing these protocols (e.g., 3GPP, 3GPP2, WIMAX) ensure that any mobile host attached to the compliant networks can enjoy these benefits. Any application running on these mobile hosts is subjected to the same treatment with respect to session continuity and IP address reachability. My understanding of the text is that Mobile IP is expensive to deploy and I= believe it would be easier for the reader to state it here before developi= ng all mechanisms that have been designed to overcome session continuity in= a different way. Thus I would put the following text right here: Achieving session continuity and IP address reachability with Mobile IP incurs some cost. Mobile IP protocol forces the mobile host's IP traffic to traverse a centrally-located router (Home Agent, HA), which incurs additional transmission latency and use of additional network resources, adds to the network CAPEX and OPEX, and decreases the reliability of the network due to the introduction of a single point of failure [RFC7333]. Therefore, session continuity and IP address reachability SHOULD be provided only when necessary. It should be noted that in reality not every application may need these benefits. IP address reachability is required for applications running as servers (e.g., a web server running on the mobile host). But, a typical client application (e.g., web browser) does not necessarily require IP address reachability. Similarly, session continuity is not required for all types of applications either. Applications performing brief communication (e.g., ping) can survive without having session continuity support. I believe that session continuity is the main motivation of the draft. Mentioning ping as an example is counter productive as I doubt this is the = target application of the draft. Thus citing an application no one really w= ants could mean that we have not found any other application that do not ne= ed session continuity, which could be interpreted as every application need= s session continuity at the IP layer. This is not the intention of the text= , so we should find another example. Well I think reachability and session continuity are two different features= . Applications may only need one of these features not both. In addition, a= pplication can provide these features at the IP layer layer or using other = mechanisms. As a reason the use of Mobile IP is limited to applications tha= t needs both features being performed at the IP layer which only concern a = small fraction of applications. Reading the text above seems to take for granted that reachability is perfo= rmed only at the IP layer. Splitting the feature versus its implementation = should be done in a similar manner for both session continuity and reachabi= lity to ease the reading. Achieving session continuity and IP address reachability with Mobile IP incurs some cost. Mobile IP protocol forces the mobile host's IP traffic to traverse a centrally-located router (Home Agent, HA), which incurs additional transmission latency and use of additional network resources, adds to the network CAPEX and OPEX, and decreases the reliability of the network due to the introduction of a single point of failure [RFC7333]. Therefore, session continuity and IP address reachability SHOULD be provided only when necessary. This section should be moved up. Here it is splitting the discussion on ses= sion continuity and reachability, which is confusing. Furthermore, when an application needs session continuity, it may be able to satisfy that need by using a solution above the IP layer, such as MPTCP [RFC6824], SIP mobility [RFC3261], or an application- layer mobility solution. These higher-layer solutions are not subject to the same issues that arise with the use of Mobile IP since they can utilize the most direct data path between the end-points. But, if Mobile IP is being applied to the mobile host, the higher- Yegin, et al. Expires January 27, 2019 [Page 3] Internet-Draft On Demand Mobility July 2018 layer protocols are rendered useless because their operation is inhibited by Mobile IP. Since Mobile IP ensures that the IP address of the mobile host remains fixed (despite the location and movement of the mobile host), the higher-layer protocols never detect the IP- layer change and never engage in mobility management. The same paragraph should say the reachability can be performed by applicat= ion using other means than IP reachability. This document proposes a solution for applications running on mobile hosts to indicate whether they need session continuity or IP address reachability. The network protocol stack on the mobile host, in conjunction with the network infrastructure, provides the required type of service. I assume that session continuity is only understood as IP session continuit= y and not the transport layer. It is for the benefit of both the users and the network operators not to engage an extra level of service unless it is absolutely necessary. It is expected that applications and networks compliant with this specification will utilize this solution to use network resources more efficiently. The introduction should also position it work regarding 5014. At the point = it is not clear why the recommendations could not be such as: * when IP session reachability only is requires the application indicates a= preference for Public IP addresses * when IP session continuity is needed the application sends a preference f= or home of address. * when none is required the application sends a preference for Care of Addr= ess. While on demand is mentioned in the title, it does not appear in the introd= uction. I believe the introduction should expose why there is a need to hav= e this feature. 2. Notational Conventions The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119]. 3. Solution 3.1. Types of IP Addresses Four types of IP addresses are defined with respect to mobility management. - Fixed IP Address A Fixed IP address is an address with a guarantee to be valid for a very long time, regardless of whether it is being used in any packet to/from the mobile host, or whether or not the mobile host is connected to the network, or whether it moves from one point-of- attachment to another (with a different IP prefix) while it is connected. Thought english is not my first language, "guarantee" sounds a bit inapprop= riate. I might be wrong but the following text seems clearer to me: OLD: A Fixed IP address is an address with a guarantee to be valid for a very long time NEW: A Fixed IP address is an address that remains valid for a very long time Fixed IP addresses are required by applications that need both session continuity and IP address reachability. I think the document should clarify how this is different from a public add= ress 5014. - Session-lasting IP Address A session-lasting IP address is an address with a guarantee to be valid throughout the life-time of the socket(s) for which it was requested. It is guaranteed to be valid even after the mobile host had moved from one point-of-attachment to another (with a different IP prefix). Similarly I would propose the following text: OLD: A session-lasting IP address is an address with a guarantee to be valid throughout the life-time of the socket(s) NEW: A session-lasting IP address is an address valid throughout the life-time of the socket(s) OLD: It is guaranteed to be valid even after NEW: It remains valid even after Yegin, et al. Expires January 27, 2019 [Page 4] Internet-Draft On Demand Mobility July 2018 Session-lasting IP addresses are required by applications that need session continuity but do not need IP address reachability. Home of Address provides IP reachability, but it is unclear if IP session c= ontinuity can be provided by other mechanisms that Mobile IP. If that were the case, it would be good to specify how this coudl be provid= ed without IP reachability. - Non-persistent IP Address This type of IP address has no guarantee to exist after a mobile host moves from one point-of-attachment to another, and therefore, no session continuity nor IP address reachability are provided. The IP address is created from an IP prefix that is obtained from the serving IP gateway and is not maintained across gateway changes. In other words, the IP prefix may be released and replaced by a new one when the IP gateway changes due to the movement of the mobile host forcing the creation of a new source IP address with the updated allocated IP prefix. It woudl be good to position this toward the care of address. - Graceful Replacement IP Address In some cases, the network cannot guarantee the validity of the provided IP prefix throughout the duration of the opened socket, but can provide a limited graceful period of time in which both the original IP prefix and a new one are valid. This enables the application some flexibility in the transition from the existing source IP address to the new one. This gracefulness is still better than the non-persistence type of address for applications that can handle a change in their source IP address but require that extra flexibility. The classes defined above have overlaps. I believe that we have: Fixed IP Address \in Session-lasting IP Address \in Graceful Replacement IP= Address \in Non-persistent IP Address I think that should be stated in the section. Applications running as servers at a published IP address require a Fixed IP Address. Long-standing applications (e.g., an SSH session) may also require this type of address. Enterprise applications that connect to an enterprise network via virtual LAN require a Fixed IP Address. Applications with short-lived transient sessions can use Session- lasting IP Addresses. For example: Web browsers. Applications with very short sessions, such as DNS clients and instant messengers, can utilize Non-persistent IP Addresses. Even though they could very well use Fixed or Session-lasting IP Addresses, the transmission latency would be minimized when a Non- persistent IP Addresses are used. Applications that can tolerate a short interruption in connectivity can use the Graceful-replacement IP addresses. For example, a streaming client that has buffering capabilities. Yegin, et al. Expires January 27, 2019 [Page 5] Internet-Draft On Demand Mobility July 2018 3.2. Granularity of Selection IP address type selection is made on a per-socket granularity. Different parts of the same application may have different needs. For example, the control-plane of an application may require a Fixed IP Address in order to stay reachable, whereas the data-plane of the same application may be satisfied with a Session-lasting IP Address. 3.3. On Demand Nature At any point in time, a mobile host may have a combination of IP addresses configured. Zero or more Non-persistent, zero or more Session-lasting, zero or more Fixed and zero or more Graceful- Replacement IP addresses may be configured by the IP stack of the host. The combination may be as a result of the host policy, application demand, or a mix of the two. Listing the different classes in the same order as the one of the definitio= ns may ease the reading. When an application requires a specific type of IP address and such an address is not already configured on the host, the IP stack SHALL attempt to configure one. For example, a host may not always have a Session-lasting IP address available. When an application requests one, the IP stack SHALL make an attempt to configure one by issuing a request to the network (see Section 3.4 below for more details). If the operation fails, the IP stack SHALL fail the associated socket request and return an error. If successful, a Session-lasting IP Address gets configured on the mobile host. If another socket requests a Session-lasting IP address at a later time, the same IP address may be served to that socket as well. When the last socket using the same configured IP address is closed, the IP address may be released or kept for future applications that may be launched and require a Session-lasting IP address. I suspect the application is expected to request the type of IP with minima= l capabilities. In some cases the OS may not have the requested type of add= ress bu may have another type of addresses that could fulfill the applicati= on requirements. I believe the text should specify what should be done in t= his situation. I suppose the text will say that the host sends a request to= the network. However, I suspect that allowing the OS to return higher capabilities would= encourage the applications to send a minimal level of expectation so to ma= ximize the probability of avoiding a interaction between the host and the n= etwork to request the specific type of IP address. In some cases it might be preferable for the mobile host to request a new Session-lasting IP address for a new opening of an IP socket (even though one was already assigned to the mobile host by the network and might be in use in a different, already active IP sockets). It is outside the scope of this specification to define criteria for choosing to use available addresses or choosing to request new ones. It supports both alternatives (and any combination). It is outside the scope of this specification to define how the host requests a specific type of prefix and how the network indicates the type of prefix in its advertisement or in its reply to a request). The following are matters of policy, which may be dictated by the host itself, the network operator, or the system architecture standard: Yegin, et al. Expires January 27, 2019 [Page 6] Internet-Draft On Demand Mobility July 2018 - The initial set of IP addresses configured on the host at boot time. - Permission to grant various types of IP addresses to a requesting application. - Determination of a default address type when an application does not make any explicit indication, whether it already supports the required API or it is just a legacy application. 3.4. Conveying the Desired Address Type [RFC5014] introduced the ability of applications to influence the source address selection with the IPV6_ADDR_PREFERENCE option at the IPPROTO_IPV6 level. This option is used with setsockopt() and getsockopt() calls to set/get address selection preferences. Extending this further by adding more flags does not work when a request for an address of a certain type results in requiring the IP stack to wait for the network to provide the desired source IP prefix and hence causing the setsockopt() call to block until the prefix is allocated (or an error indication from the network is received). One thing is the value of the flags, another thing is the behaviour of the = API. So I understand that the new API provides more flexibility in the sens= e that a requirement that cannot be fulfilled does not necessarily end up i= n an error. Instead it can lead in an IP address that does not fulfill the = application requirement. If that is correct, this is still something the ap= plication will have to deal with. IN one case, it will need to deal with an= error, in the other case, with something that does not fulfill the require= ments. If that is correct, I believe the benefit of it should be highlighte= d. Alternatively a new socket API is defined - getsc() which allows applications to express their desired type of session continuity service. The new getsc() API will return an IPv6 address that is associated with the desired session continuity service and with status information indicating whether or not the desired service was provided. An application that wishes to secure a desired service will call getsc() with the service type definition and a place to contain the provided IP address, and call bind() to associate that IP address with the socket (See pseudo-code example in Section 4 below). When the IP stack is required to use a source IP address of a specified type, it can use an existing address, or request a new IP prefix (of the same type) from the network and create a new one. If the host does not already have an IPv6 prefix of that specific type, it MUST request one from the network. Using an existing address from an existing prefix is faster but might yield a less optimal route (if a hand-off event occurred after its configuration). On the other hand, acquiring a new IP prefix from the network may be slower due to signaling exchange with the network. Applications can control the stack's operation by setting a new flag - ON_NET flag - which directs the IP stack whether to use a Yegin, et al. Expires January 27, 2019 [Page 7] Internet-Draft On Demand Mobility July 2018 preconfigured source IP address (if exists) or to request a new IPv6 prefix from the current serving network and configure a new IP address. This new flag is added to the set of flags in the IPV6_ADDR_PREFERENCES option at the IPPROTO_IPV6 level. It is used in setsockopt() to set the desired behavior. My understanding of the flag is that it forces the OS to request the networ= k. This means that even if it already has teh desired IP address the ON_NET= flag set will force the OS to re-ask. When unset, the decision to re-ask o= r not is let to the OS. IS that correct ? 4. Usage example 4.1. Pseudo-code example It would be good the example also shows the ON_NET flag. The following example shows pseudo-code for creating a Stream socket (TCP) with a Session-Lasting source IP address: #include #include // Socket information int s ; // socket id // Source information (for secsc() and bind()) sockaddr_in6 sourceInfo // my address and port for bind() in6_addr sourceAddress // will contain the provisioned // source IP address uint8_t sc_type =3D IPV6_REQUIRE_SESSION_LASTING_IP ; // For requesting a Session-Lasting // source IP address // Destination information (for connect()) sockaddr_in6 serverInfo ; // server info for connect() // Create an IPv6 TCP socket s =3D socket(AF_INET6, SOCK_STREAM, 0) ; if (s!=3D0) { // Handle socket creation error // ... } // if socket creation failed else { // Socket creation is successful // The application cannot connect yet, since it wants to use // a Session-Lasting source IP address It needs to request // the Session-Lasting source IP before connecting if (setsc(s, &sourceAddress, &sc_type)) =3D=3D 0){ // setting session continuity to Session Lasting is // Successful. sourceAddress now contains the Session- // LAsting source IP address s/LAsting/Lasting/gc Yegin, et al. Expires January 27, 2019 [Page 8] Internet-Draft On Demand Mobility July 2018 // Bind to that source IP address sourceInfo.sin6_family =3D AF_INET6 ; sourceInfo.sin6_port =3D 0 // let the stack choose the port sourceInfo.sin6_address =3D sourceAddress ; // Use the source address that was // generated by the setsc() call if (bind(s, &sourceInfo, sizeof(sourceInfo))=3D=3D0){ // Set the desired server's information for connect() serverInfo.sin6_family =3D AF_INET6 ; serverInfo.sin6_port =3D SERVER_PORT_NUM ; serverAddress.sin6_addr =3D SERVER_IPV6_ADDRESS ; // Connect to the server if (connect(s, &serverInfo, sizeof(serverInfo))=3D=3D0) { // connect successful (3-way handshake has been // completed with Session-Lasting source address. // Continue application functionality // ... } // if connect() is successful else { // connect failed // ... // Application code that handles connect failure and // closes the socket // ... } // if connect() failed } // if bind() successful else { // bind() failed // ... // Application code that handles bind failure and // closes the socket // ... } // if bind() failed } // if setsc() was successful and of a Session-Lasting // source IP address was provided else { // application code that does not use Session-lasting IP // address. The application may either connect without // the desired Session-lasting service, or close the // socket... } // if setsc() failed } // if socket was created successfully // The rest of the application's code // ... Yegin, et al. Expires January 27, 2019 [Page 9] Internet-Draft On Demand Mobility July 2018 4.2. Message Flow example The following message flow illustrates a possible interaction for achieving OnDemand functionality. It is an example of one scenario and should not be regarded as the only scenario or the preferred one. OnDemand versus On Demand versus On-Demand. The text should be consis= tent. This flow describes the interaction between the following entities: - Applications requiring different types of OnDemand service. - The mobile host's IP stack. - The network infrastructure providing the services. In this example, the network infrastructure provides 2 IPv6 prefixes upon attachment of the mobile host to the network: A Session-lasting IPv6 prefix and a Non-persistent IPv6 prefix. Whenever the mobile host moves to a different point-of-attachment, the network infrastructure provides a new Non-persistent IPv6 address. In this example, the network infrastructure does not support Fixed IP addresses nor Graceful-replacement IP addresses. Whenever an application opens an IP socket and requests a specific IPv6 address type, the IP stack will provide one from its available IPv6 prefixes or return an error message if the request cannot be fulfilled. Message Flow: - The mobile device attaches to the network. - The Network provides two IPv6 prefixes: PREFsl1 - a Session-lasting IPv6 prefix and PREFnp1 - a Non-persistent IP v6 prefix. IP v6/IPv6/gc It would ease the reading if the mechanism used to specify the Type o= f the address by the operator to the host being described - at least an exa= mple. - An application on the mobile host is launched. It opens an IP socket and requests a Non-persistent IPv6 address. - The IP stack provides IPnp1 which is generated from PREFnp1. - Another application is launched, requesting a Non-persistent IPv6 address. - The IP stack provides IPnp1 again. - A third application is launched. This time, it requires a Session- lasting IPv6 address. second ? Yegin, et al. Expires January 27, 2019 [Page 10] Internet-Draft On Demand Mobility July 2018 - The IP stack provides IPsl1 which is generated from PREFsl1. - The mobile hosts moves to a new point-of-attachment. - The network provides a new Non-persistent IPv6 prefix - PREFnp2. PREFnp1 is no longer valid. - The applications that were given IPnp1 re-establish the socket and receive a new IPv6 address - IPnp2 which is generated from PREFnp2 - The application that is using IPsl1 can still use it since the network guaranteed that PREFsl1 will be valid even after moving to a new point-of-attachment. - A new application is launched, this time requiring a Graceful- replacement IPv6 address. - The IP stack returns setsc() with an error since the network does not support this service. - The application re-attempts to open a socket, this time requesting a Session-lasting IPv6 address. - The IP stack provides IPsl1. 5. Backwards Compatibility Considerations Backwards compatibility support is REQUIRED by the following 3 types of entities: - The Applications on the mobile host - The IP stack in the mobile host - The network infrastructure 5.1. Applications Legacy applications that do not support the OnDemand functionality will use the legacy API and will not be able to take advantage of the On-Demand Mobility feature. Applications using the new OnDemand functionality MUST be aware that they may be executed in legacy environments that do not support it. Such environments may include a legacy IP stack on the mobile host, legacy network infrastructure, or both. In either case, the API will return an error code and the invoking applications may just give up and use legacy calls. Yegin, et al. Expires January 27, 2019 [Page 11] Internet-Draft On Demand Mobility July 2018 5.2. IP Stack in the Mobile Host New IP stacks MUST continue to support all legacy operations. If an application does not use On-Demand functionality, the IP stack MUST respond in a legacy manner. The legacy manner does not seems to be a standard way of behavior. It seems= to me as the way the OS used to behave. I believe the draft shoudl be a bi= t more specific here. If the network infrastructure supports On-Demand functionality, the IP stack SHOULD follow the application request: If the application requests a specific address type, the stack SHOULD forward this request to the network. If the application does not request an address type, the IP stack MUST NOT request an address type and leave it to the network's default behavior to choose the type of the allocated IP prefix. If an IP prefix was already allocated to the host, the IP stack uses it and may not request a new one from the network. 5.3. Network Infrastructure The network infrastructure may or may not support the On-Demand functionality. How the IP stack on the host and the network infrastructure behave in case of a compatibility issue is outside the scope of this API specification. I believe that such statement should be made in the introduction with the a= ddition of a list of potential mechanism to provide the type of IP addresse= s by the network. There is a need to have such mechanisms since the OS cann= ot derive the properties from the IP address itself. Which was teh case wit= h Home of address, care of address, cga.... 5.4. Merging this work with RFC5014 [RFC5014] defines new flags that may be used with setsockopt() to influence source IP address selection for a socket. The list of flags include: source home address, care-of address, temporary address, public address CGA (Cryptographically Created Address) and non-CGA. When applications require session continuity service and use setsc() and bind(), they SHOULD NOT set the flags specified in [RFC5014]. However, if an application sets a specific option using setsockopt() with one of the flags specified in [RFC5014] and also selects a source IP address using setsc() and bind() the IP address that was generated by setsc() and bound using bind() will be the one used by traffic generated using that socket and options set by setsockopt() will be ignored. The sentence above is hard to read - at least to me. I suspect "the" = is missing after "by". What the text says is that after bind setsockopt wil= l be ignored. Correct ? If bind() was not invoked after setsc() by the application, the IP address generated by setsc() will not be used and traffic generated by the socket will use a source IP address that complies with the options selected by setsockopt(). Yegin, et al. Expires January 27, 2019 [Page 12] Internet-Draft On Demand Mobility July 2018 6. Summary of New Definitions Flags and address types should in my opinion be placed in evidence. (.h) 6.1. New APIs setsc() enables applications to request a specific type of source IP address in terms of session continuity. Its definition is: int setsc(int sockfd, in6_addr *sourceAddress, sc_type addressType); Where: - sockfd - is the socket descriptor of the socket with which a specific address type is associated - sourceAddress - is a pointer to an area allocated for setsc() to place the generated source IP address of the desired session continuity type - addressType - Is the desired type of session continuity service. It is a 3-bit field containing one of the following values: 0 - Reserved 1 - FIXED_IPV6_ADDRESS 2 - SESSION_LASTING_IPV6_ADDRESS 3 - NON_PERSISTENT_IPV6_ADDRESS 4 - GRACEFUL_REPLACEMENT_IPV6_ADDRESS 5-7 - Reserved setsc() returns the status of the operation: - 0 - Address was successfully generated - EAI_REQUIREDIPNOTSUPPORTED - the required service type is not supported - EAI_REQUIREDIPFAILED - the network could not fulfill the desired request setsc() MAY block the invoking thread if it triggers the TCP/IP stack to request a new IP prefix from the network to construct the desired source IP address. If an IP prefix with the desired session continuity features already exists (was previously allocated to the mobile host) and the stack is not required to request a new one as a result of setting the IPV6_REQUIRE_SRC_ON_NET flag (defined below), setsc() MAY return immediately with the constructed IP address and will not block the thread. 6.2. New Flags The following flag is added to the list of flags in the IPV6_ADDR_PREFERENCE option at the IPPROTO6 level: IPV6_REQUIRE_SRC_ON_NET - set IP stack address allocation behavior Yegin, et al. Expires January 27, 2019 [Page 13] Internet-Draft On Demand Mobility July 2018 If set, the IP stack will request a new IPv6 prefix of the desired type from the current serving network and configure a new source IP address. If reset, the IP stack will use a preconfigured one if it exists. If there is no preconfigured IP address of the desired type, a new prefix will be requested and used for creating the IP address. 7. Security Considerations The setting of certain IP address type on a given socket may be restricted to privileged applications. For example, a Fixed IP Address may be provided as a premium service and only certain applications may be allowed to use them. Setting and enforcement of such privileges are outside the scope of this document. I believe the text could describe the threat such recommendation is address= ing. The document describes how applications provides the OS their requirements = in order to select the appropriated IP address. The resource are associated= to different costs. While the cost is primarily on the operator side, it i= s likely that usage by the mobile node comes with some restrictions, limita= tion or direct cost. Typically, some type of IP address may be provided by = the operator for a limited number of bytes upon which the IP address type w= ill not be available to the mobile node or may be charged. A malicious appl= ication may use these limitations to generate extra billing of the mobile n= ode or to prevent the usage of some applications by exhausting the expected= type of IP address. In order to prevent such scenario, the mobile node SHOULD be able to author= ize specific PI address types to privilege application. With these new types of IP addresses, the IP address leaks some connectivit= y requirements of the application. This also means that additional informat= ion is provided to the destination which could reveal to a passive monitori= ng attacker some information such as the type of application and the applic= ation itself even though the packet is protected by IPsec or TLS. To avoid profiling an application according to the type of IP addresses, it= is expected that prefixes provided by the operator are associated to vario= us type of addresses over time. As a result, the type of address could not = be associated to the prefix, making application profiling based on the type= of address harder. Application using multiple type of IP addresses to avoid being profiled is = likely to create some patterns. So that remains a hard problem to solve by = the application. The usage of a fixed IP address, enables tracking the mobile node, or its a= pplication over time. This is a similar problem as the one encountered with= Public IP addresses. The usage of the Fixed IP addresses should be limited. To limit the effect of IP tracking, the application or the OS should ensure= that IP addresses regularly change to limit IP tracking by a passive obser= ver. The application should regularly set the On Demand flag. The applicat= ion should be able to ensure that session lasting IP address are regularly = changed by setting a lifetime for example handled by the application. In ad= dition, the application should consider the use of graceful replacement IP = addresses. Similarly, the OS may also associated IP addresses with a lifetime. Upon re= ceiving a request for a given type of IP address, after some time, the OS s= hould request a new address to the network even if it already has one IP ad= dress available with the requested type. This includes any type of IP addre= ss. Addresses of type graceful replacement or non persistent IP addresses s= hould be regularly renewed by the OS. The lifetime of an IP address may be expressed in number of seconds or in u= mber of bytes sent through this IP address. Session lasting IP address could be used to avoid tracking and should be pr= eferred. However, there should be a way to specify between one session last= ing or if the IP address can last multiple sessions. 8. IANA Considerations This document has no IANA considerations. 9. Contributors This document was merged with [I-D.sijeon-dmm-use-cases-api-source]. We would like to acknowledge the contribution of the following people to that document as well: Sergio Figueiredo Altran Research, France Email: sergio.figueiredo@altran.com Younghan Kim Soongsil University, Korea Email: younghak@ssu.ac.kr John Kaippallimalil Huawei, USA Email: john.kaippallimalil@huawei.com 10. Acknowledgements We would like to thank Wu-chi Feng, Alexandru Petrescu, Jouni Korhonen, Sri Gundavelli, Dave Dolson and Lorenzo Colitti for their valuable comments and suggestions on this work. 11. References Yegin, et al. Expires January 27, 2019 [Page 14] Internet-Draft On Demand Mobility July 2018 11.1. Normative References [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, March 1997, . [RFC5014] Nordmark, E., Chakrabarti, S., and J. Laganier, "IPv6 Socket API for Source Address Selection", RFC 5014, DOI 10.17487/RFC5014, September 2007, . 11.2. Informative References [I-D.sijeon-dmm-use-cases-api-source] Jeon, S., Figueiredo, S., Kim, Y., and J. Kaippallimalil, "Use Cases and API Extension for Source IP Address Selection", draft-sijeon-dmm-use-cases-api-source-07 (work in progress), September 2017. [RFC3261] Rosenberg, J., Schulzrinne, H., Camarillo, G., Johnston, A., Peterson, J., Sparks, R., Handley, M., and E. Schooler, "SIP: Session Initiation Protocol", RFC 3261, DOI 10.17487/RFC3261, June 2002, . [RFC5213] Gundavelli, S., Ed., Leung, K., Devarapalli, V., Chowdhury, K., and B. Patil, "Proxy Mobile IPv6", RFC 5213, DOI 10.17487/RFC5213, August 2008, . [RFC5563] Leung, K., Dommety, G., Yegani, P., and K. Chowdhury, "WiMAX Forum / 3GPP2 Proxy Mobile IPv4", RFC 5563, DOI 10.17487/RFC5563, February 2010, . [RFC5944] Perkins, C., Ed., "IP Mobility Support for IPv4, Revised", RFC 5944, DOI 10.17487/RFC5944, November 2010, . [RFC6275] Perkins, C., Ed., Johnson, D., and J. Arkko, "Mobility Support in IPv6", RFC 6275, DOI 10.17487/RFC6275, July 2011, . [RFC6824] Ford, A., Raiciu, C., Handley, M., and O. Bonaventure, "TCP Extensions for Multipath Operation with Multiple Addresses", RFC 6824, DOI 10.17487/RFC6824, January 2013, . Yegin, et al. Expires January 27, 2019 [Page 15] Internet-Draft On Demand Mobility July 2018 [RFC7333] Chan, H., Ed., Liu, D., Seite, P., Yokota, H., and J. Korhonen, "Requirements for Distributed Mobility Management", RFC 7333, DOI 10.17487/RFC7333, August 2014, . Authors' Addresses Alper Yegin Actility Istanbul Turkey Email: alper.yegin@actility.com Danny Moses Intel Corporation Petah Tikva Israel Email: danny.moses@intel.com Kisuk Kweon Samsung Suwon South Korea Email: kisuk.kweon@samsung.com Jinsung Lee Samsung Suwon South Korea Email: js81.lee@samsung.com Jungshin Park Samsung Suwon South Korea Email: shin02.park@samsung.com Yegin, et al. Expires January 27, 2019 [Page 16] Internet-Draft On Demand Mobility July 2018 Seil Jeon Sungkyunkwan University Suwon South Korea Email: seiljeon@skku.edu Yegin, et al. Expires January 27, 2019 [Page 17] _______________________________________________ dmm mailing list dmm@ietf.org https://www.ietf.org/mailman/listinfo/dmm --------------------------------------------------------------------- A member of the Intel Corporation group of companies This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. --_000_F0CF5715D3D1884BAC731EA1103AC281441C1044HASMSX106gercor_ Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable

Daniel,

 

Thanks for a very thorough review and the detaile= d comments. I appreciate your invested time.

 

There were one or two comments I did not fully un= derstand.

I have used many of them to improve the document.= There were some which I thought differently and provided by reasoning.

 

Please see my detailed response below.=

Thanks and regards,

Danny

 

1.      “inefficiencies̶= 1; seem too vague…

I am adding a reference to RFC 7333= that describe these inefficiencies in section 4.

2.      Use “IP session cont= inuity” rather than “session continuity”

The original definition was “= IP session continuity”. However, Brian Haberman in the early review c= ommented that this term is confusing since the IP layer is not a session la= yer and thus, “IP Session” is not defined. To resolve this, we agreed to change “IP session continuity” to &= #8220;session continuity” in version 15 of this draft. I feel comfort= able with any of these definitions, so if the reviewers can agree on a term= , I will adopt it. In any case, I believe the text clearly describe the behavior of the network.

3.      Recommended reordering of = the text in section 1.

I did not understand the recommende= d order, that is, which paragraph needs to be moved to which place. Please = help clarify this comment.

4.      Replace ‘ping’= with a more useful application as an example.

Use text messaging instead.

5.      Split the feature versus i= ts implementation should be done in a similar manner for both session conti= nuity and reachability to ease reading.

After giving it some thought, I ten= d to think differently. This is the Introduction section and as such should= be short. I do not think the splitting is needed to understand the rest of= the document. I prefer to keep this section short.

6.      Add a paragraph that indic= ates the address reachability can be performed by applications using other = means than IP reachability.

I do not think this is required. Th= e motivation of this Introduction is to convince the reader that there is a= benefit from enabling applications to indicate their requirements from the= mobile network, rather than getting the full service support. I think the message is clear as it is.

7.      Add a reference to RFC 501= 4 and the usage of home and care-of addresses.

Actually, for mobile IP, this docum= ent is not required. If the mobile host supports mobile IP, it can enable a= pplications to select either a home address or a care-of address to use for= the IP connection and by that, use or choose not to use mobility services prided by the mobile network.<= /o:p>

This document addresses the case wh= ere the network provide these services by proxy and thus, provides the full= mobility service regardless of whether or not they are needed.<= /p>

For proxy services, we need a way f= or applications to express their true needs and for the network stack to co= nvey these needs to the network. 

8.      Indicate ‘on demand&= #8217; in the Introduction.

I thought this is clear from the fa= ct that each application indicates it mobility service requirements. As app= lications could be launched separately from each other with possible large = time gaps, on-demand is deducted. But to be on the safe side, I will add ‘on demand’.=

9.      In the several definitions= of types IP address in section 3 replace ‘guarantee’ with R= 16;remains’

I prefer ‘guarantee’ be= cause it better indicates the commitment of the network to preserve the add= ress.

10.   A suggestion regarding the= definition of Non-persistent IP address.

I did not quite understand this sug= gestion. Something to do with Home Address and mobile IP. However, I believ= e the definition of Non-persistent IP address in this section is good as it= is.

11.   There are additional comme= nts regarding mobile IP.

As I indicated before, this documen= t is not about mobile IP where the mobile host has control over the selecti= on of care-of versus Home addresses. It is about proxy solutions, in which = the mobile host does not have any control over the mobility service because it is done by-proxy by the netwo= rk.

12.   Need to mention the overla= ps of the address types.

Yes, there are overlaps but I do no= t see why mentioning them helps.

13.   List the different address= types in the same order in all sections to ease the reading.

I agree. Changing the order in sect= ion 3.3.

14.   A comment about having the= application request the minimal capability and the network automatically p= roviding the next level if it cannot fulfill this minimal level.=

This is a point we considered along= with enabling applications to request several levels in parallel and letti= ng the network select the most preferable one. After some evaluation, we de= cided that this flexibility is counter-productive and it is best to specify a specific service type, and expect it to either= be fulfilled or have the request fail. This way, no ‘smart’ de= cisions are made automatically by the network. Remember however, that the a= pplication requests the service from the network stack, and the network stack requests it from the network. We do not provi= de any restrictions on the implementations of network stacks. Some could pe= rform caching of network capabilities, and select to respond to application= s without interacting with the network. 

15.   Another comment about the = behavior of the API, assuming a request might not be fulfilled without resu= lting in an error response.

So as I described previously, API r= equests that cannot be fulfilled exactly as specified, result with an error= response.

16.   A question about the ON_NE= T flag.

Yes, your understanding is correct.=

17.   Request an example with th= e ON_NET flag.

There could be other examples as we= ll. There are all kinds of cases that could be presented. There is a trade-= off between the size of an RFC and a text book. We thought it would be usef= ul to provide an example of a non-trivial case and leave other cases to future text books and tutorials.  =

18.   OnDeman versus On Demand v= ersus On-Demand. Be consistent.

I agree. Will be fixed.<= /p>

19.   IP v6 versus IPv6. Be cons= istent.

I agree. Will be fixed.<= /p>

20.   Describe the mechanism in = which the address type is indicated by the network to the host.<= /p>

Unfortunately I cannot. Such a mech= anism does not exist at the moment. We are working on that as well.

21.   In section 5.2, need to de= scribe how the new IP stack needs to behave when an application that does n= ot support On-Demand opens initiates a network connection. ‘legacy ma= nner’ is not a good description.

The next paragraph in this section = does exactly that. Describes how the IP stack should interact with the netw= ork.

22.   Place the statement about = networks supporting or not supporting On-Demand functionality in the introd= uction.

I prefer not to do that. I am tryin= g to keep the Introduction short and crisp. Listing all use-cases, backward= s compatibility and other details – for that we have the rest of the = document. The ‘Introdcution’ in my opinion should only provide information to help the reader decide it it should con= tinue reading the document or not.

23.   The description regarding = the use-case of using both setsockopt() and setsc()/bind() is hard to read.= Clarify.

OK. I will try to simplify it. By t= he way, your understanding is correct.

24.   A comment about the placem= ent of the flags and address types.

I did not quite get this comment. I= would like to clarify that we are providing the Socket API as an example t= o clarify the concept. We expect other standard bodies to use this document= to specify the exact implementation in different programming languages.

25.   Security threats.

I would like some clarification abo= ut these threats. My understanding is that these threats are relevant to th= e protocol use by the mobile host (or specifically its IP stack) to interac= t with the network to convey the desired mobility service, and receive the granted service.

But this document does not define the= se protocols. It defines the On-Demand concept and the features needed by t= he API between applications and the network stack. Shouldn’t these th= reats be described in the specification of the protocol between the mobile host and network?

 

 

 

 

 =

-----Original= Message-----
From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Daniel Migault
Sent: Wednesday, January 16, 2019 04:57
To: secdir@ietf.org
Cc: draft-ietf-dmm-ondemand-mobility.all@ietf.org; ietf@ietf.org; dmm@ietf.= org
Subject: [DMM] Secdir last call review of draft-ietf-dmm-ondemand-mobility-= 15

 

Reviewer: Daniel Migault

Review result: Not Ready

 

Hi,

 

I am the assigned Secdir reviewer for this draft.= The Security Directorate

(Secdir) reviews all IETF documents being process= ed by the IESG for the IETF  Chair.  Please treat these comments = just like any other last call comments.

 

Yours,

Daniel

 

        &= nbsp;            On = Demand Mobility Management

        &= nbsp;         draft-ietf-dmm-ondema= nd-mobility-15

 

Abstract

 

   Applications differ with respect to = whether they need session

   continuity and/or IP address reachab= ility.  The network providing the

   same type of service to any mobile h= ost and any application running

   on the host yields inefficiencies.

<mglt>

"inefficiencies" seems too vague to me = and it could be clarified.

Reading the abstract, it is unclear (to me) if th= e issue is on the application side or the network operator side. I guess th= is is the network side. It is also unclear the nature of the inefficiency.<= o:p>

</mglt>

 

   This document describes a=

   solution for taking the application = needs into account by selectively

   providing session continuity and IP = address reachability on a per-

   socket basis.

 

Status of This Memo

 

   This Internet-Draft is submitted in = full conformance with the

   provisions of BCP 78 and BCP 79.

 

   Internet-Drafts are working document= s of the Internet Engineering

   Task Force (IETF).  Note that o= ther groups may also distribute

   working documents as Internet-Drafts= .  The list of current Internet-

   Drafts is at https://datatracker.i= etf.org/drafts/current/.

 

   Internet-Drafts are draft documents = valid for a maximum of six months

   and may be updated, replaced, or obs= oleted by other documents at any

   time.  It is inappropriate to u= se Internet-Drafts as reference

   material or to cite them other than = as "work in progress."

 

   This Internet-Draft will expire on J= anuary 27, 2019.

 

Copyright Notice

 

   Copyright (c) 2018 IETF Trust and th= e persons identified as the

   document authors.  All rights r= eserved.

 

Yegin, et al.      =      Expires January 27, 2019    &n= bsp;           [Page 1]

 

Internet-Draft      = ;       On Demand Mobility   &= nbsp;           &nbs= p;  July 2018

 

   This document is subject to BCP 78 a= nd the IETF Trust's Legal

   Provisions Relating to IETF Document= s

   (https:= //trustee.ietf.org/license-info) in effect on the date of

   publication of this document.  = Please review these documents

   carefully, as they describe your rig= hts and restrictions with respect

   to this document.  Code Compone= nts extracted from this document must

   include Simplified BSD License text = as described in Section 4.e of

   the Trust Legal Provisions and are p= rovided without warranty as

   described in the Simplified BSD Lice= nse.

 

Table of Contents

 

   1.  Introduction  . . . . = . . . . . . . . . . . . . . . . . . . .   2

   2.  Notational Conventions = ; . . . . . . . . . . . . . . . . . . .   4

   3.  Solution  . . . . . . = . . . . . . . . . . . . . . . . . . . .   4

     3.1.  Types of IP A= ddresses . . . . . . . . . . . . . . . . . .   4

     3.2.  Granularity o= f Selection  . . . . . . . . . . . . . . . .   6<= /p>

     3.3.  On Demand Nat= ure  . . . . . . . . . . . . . . . . . . . .   6<= /p>

     3.4.  Conveying the= Desired Address Type  . . . . . . . . . . .   7<= /p>

   4.  Usage example . . . . . . .= . . . . . . . . . . . . . . . . .   8

     4.1.  Pseudo-code e= xample . . . . . . . . . . . . . . . . . . .   8

     4.2.  Message Flow = example  . . . . . . . . . . . . . . . . . .  10

   5.  Backwards Compatibility Con= siderations  . . . . . . . . . . .  11

     5.1.  Applications&= nbsp; . . . . . . . . . . . . . . . . . . . . . .  11

     5.2.  IP Stack in t= he Mobile Host . . . . . . . . . . . . . . .  12

     5.3.  Network Infra= structure  . . . . . . . . . . . . . . . . .  12

     5.4.  Merging this = work with RFC5014  . . . . . . . . . . . . .  12

   6.  Summary of New Definitions&= nbsp; . . . . . . . . . . . . . . . . .  13

     6.1.  New APIs = ; . . . . . . . . . . . . . . . . . . . . . . . .  13

     6.2.  New Flags . .= . . . . . . . . . . . . . . . . . . . . . .  13

   7.  Security Considerations . .= . . . . . . . . . . . . . . . . .  14

   8.  IANA Considerations . . . .= . . . . . . . . . . . . . . . . .  14

   9.  Contributors  . . . . = . . . . . . . . . . . . . . . . . . . .  14

   10. Acknowledgements  . . . . .= . . . . . . . . . . . . . . . . .  14

   11. References  . . . . . . . .= . . . . . . . . . . . . . . . . .  14

     11.1.  Normative Re= ferences . . . . . . . . . . . . . . . . . .  15

     11.2.  Informative = References . . . . . . . . . . . . . . . . .  15

   Authors' Addresses  . . . . . .= . . . . . . . . . . . . . . . . .  16

 

1.  Introduction

 

   In the context of Mobile IP [RFC5563= ][RFC6275][RFC5213][RFC5944], the

   following two attributes are defined= for IP service provided to

   mobile hosts:

 

   Session continuity: The ability to m= aintain an ongoing transport

   interaction by keeping the same loca= l end-point IP address throughout

   the life-time of the IP socket despi= te the mobile host changing its

 

Yegin, et al.      =      Expires January 27, 2019    &n= bsp;           [Page 2]

 

Internet-Draft      = ;       On Demand Mobility   &= nbsp;           &nbs= p;  July 2018

 

   point of attachment within the IP ne= twork topology.  The IP address

   of the host may change after closing= the IP socket and before opening

   a new one, but that does not jeopard= ize the ability of applications

   using these IP sockets to work flawl= essly.  Session continuity is

   essential for mobile hosts to mainta= in ongoing flows without any

   interruption.

 

<mglt>

Session continuity can be provided at multiple la= yers thus I would recommend for clarity to change session continuity to IP = session continuity and insists that this is being provided at the IP layer.=

 

Not that IP is sessionless, so here session seems= similar to reachability but 'orchestrated' by a higher session protocol.

The difference I see is that reachability is a co= mmitment (by the ISP) for not changing the IP address while with session co= ntinuity the commitment is related to the use of the IP address. In other w= ords, with a limited period of time.

</mglt>

 

   IP address reachability: The ability= to maintain the same IP address

   for an extended period of time. = ; The IP address stays the same across

   independent sessions, and even in th= e absence of any session.  The IP

   address may be published in a long-t= erm registry (e.g., DNS), and is

   made available for serving incoming = (e.g., TCP) connections.  IP

   address reachability is essential fo= r mobile hosts to use specific/

   published IP addresses.

 

   Mobile IP is designed to provide bot= h session continuity and IP

   address reachability to mobile hosts= .  Architectures utilizing these

   protocols (e.g., 3GPP, 3GPP2, WIMAX)= ensure that any mobile host

   attached to the compliant networks c= an enjoy these benefits.  Any

   application running on these mobile = hosts is subjected to the same

   treatment with respect to session co= ntinuity and IP address

   reachability.

 

<mglt>

My understanding of the text is that Mobile IP is= expensive to deploy and I believe it would be easier for the reader to sta= te it here before developing all mechanisms that have been designed to over= come session continuity in a different way. Thus I would put the following text right

here:

   Achieving session continuity and IP = address reachability with Mobile

   IP incurs some cost.  Mobile IP= protocol forces the mobile host's IP

   traffic to traverse a centrally-loca= ted router (Home Agent, HA),

   which incurs additional transmission= latency and use of additional

   network resources, adds to the netwo= rk CAPEX and OPEX, and decreases

   the reliability of the network due t= o the introduction of a single

   point of failure [RFC7333].  Th= erefore, session continuity and IP

   address reachability SHOULD be provi= ded only when necessary.

</mglt>

 

   It should be noted that in reality n= ot every application may need

   these benefits.  IP address rea= chability is required for applications

   running as servers (e.g., a web serv= er running on the mobile host).

   But, a typical client application (e= .g., web browser) does not

   necessarily require IP address reach= ability.  Similarly, session

   continuity is not required for all t= ypes of applications either.

   Applications performing brief commun= ication (e.g., ping) can survive

   without having session continuity su= pport.

 

<mglt>

I believe that session continuity is the main mot= ivation of the draft.

Mentioning ping as an example is counter producti= ve as I doubt this is the target application of the draft. Thus citing an a= pplication no one really wants could mean that we have not found any other = application that do not need session continuity, which could be interpreted as every application needs session = continuity at the IP layer. This is not the intention of the text, so we sh= ould find another example.

 

Well I think reachability and session continuity = are two different features. Applications may only need one of these feature= s not both. In addition, application can provide these features at the IP l= ayer layer or using other mechanisms. As a reason the use of Mobile IP is limited to applications that needs bot= h features being performed at the IP layer which only concern a small fract= ion of applications.

 

Reading the text above seems to take for granted = that reachability is performed only at the IP layer. Splitting the feature = versus its implementation should be done in a similar manner for both sessi= on continuity and reachability to ease the reading.

</mglt>

 

   Achieving session continuity and IP = address reachability with Mobile

   IP incurs some cost.  Mobile IP= protocol forces the mobile host's IP

   traffic to traverse a centrally-loca= ted router (Home Agent, HA),

   which incurs additional transmission= latency and use of additional

   network resources, adds to the netwo= rk CAPEX and OPEX, and decreases

   the reliability of the network due t= o the introduction of a single

   point of failure [RFC7333].  Th= erefore, session continuity and IP

   address reachability SHOULD be provi= ded only when necessary.

 

<mglt>

This section should be moved up. Here it is split= ting the discussion on session continuity and reachability, which is confus= ing.

</mglt>

 

   Furthermore, when an application nee= ds session continuity, it may be

   able to satisfy that need by using a= solution above the IP layer,

   such as MPTCP [RFC6824], SIP mobilit= y [RFC3261], or an application-

   layer mobility solution.  These= higher-layer solutions are not

   subject to the same issues that aris= e with the use of Mobile IP since

   they can utilize the most direct dat= a path between the end-points.

   But, if Mobile IP is being applied t= o the mobile host, the higher-

 

Yegin, et al.      =      Expires January 27, 2019    &n= bsp;           [Page 3]

 

Internet-Draft      = ;       On Demand Mobility   &= nbsp;           &nbs= p;  July 2018

 

   layer protocols are rendered useless= because their operation is

   inhibited by Mobile IP.  Since = Mobile IP ensures that the IP address

   of the mobile host remains fixed (de= spite the location and movement

   of the mobile host), the higher-laye= r protocols never detect the IP-

   layer change and never engage in mob= ility management.

 

<mglt>

The same paragraph should say the reachability ca= n be performed by application using other means than IP reachability.<= /o:p>

</mglt>

 

   This document proposes a solution fo= r applications running on mobile

   hosts to indicate whether they need = session continuity or IP address

   reachability.  The network prot= ocol stack on the mobile host, in

   conjunction with the network infrast= ructure, provides the required

   type of service.

 

<mglt>

I assume that session continuity is only understo= od as IP session continuity and not the transport layer.

</mglt>

 

   It is for the benefit of both the us= ers and the

   network operators not to engage an e= xtra level of service unless it

   is absolutely necessary.  It is= expected that applications and

   networks compliant with this specifi= cation will utilize this solution

   to use network resources more effici= ently.

 

<mglt>

The introduction should also position it work reg= arding 5014. At the point it is not clear why the recommendations could not= be such as:

* when IP session reachability only is requires t= he application indicates a preference for Public IP addresses

* when IP session continuity is needed the applic= ation sends a preference for home of address.

* when none is required the application sends a p= reference for Care of Address.

</mglt>

 

<mglt>

While on demand is mentioned in the title, it doe= s not appear in the introduction. I believe the introduction should expose = why there is a need to have this feature.

</mglt>

 

2.  Notational Conventions

 

   The key words "MUST", &quo= t;MUST NOT", "REQUIRED", "SHALL", "SHALL NOT&= quot;,

   "SHOULD", "SHOULD NOT= ", "RECOMMENDED", "MAY", and "OPTIONAL" = in this

   document are to be interpreted as de= scribed in [RFC2119].

 

3.  Solution

 

3.1.  Types of IP Addresses

 

   Four types of IP addresses are defin= ed with respect to mobility

   management.

 

   - Fixed IP Address

 

   A Fixed IP address is an address wit= h a guarantee to be valid for a

   very long time, regardless of whethe= r it is being used in any packet

   to/from the mobile host, or whether = or not the mobile host is

   connected to the network, or whether= it moves from one point-of-

   attachment to another (with a differ= ent IP prefix) while it is

   connected.

 

<mglt>

Thought english is not my first language, "g= uarantee" sounds a bit inappropriate. I might be wrong but the followi= ng text seems clearer to

me:

 

OLD:

A Fixed IP address is an address with a guarantee= to be valid for a

   very long time

 

NEW:

A Fixed IP address is an address that remains val= id for a

   very long time

 

</mglt>

 

   Fixed IP addresses are required by a= pplications that need both

   session continuity and IP address re= achability.

 

<mglt>

I think the document should clarify how this is d= ifferent from a public address 5014.

</mglt>

 

   - Session-lasting IP Address

 

   A session-lasting IP address is an a= ddress with a guarantee to be

   valid throughout the life-time of th= e socket(s) for which it was

   requested.  It is guaranteed to= be valid even after the mobile host

   had moved from one point-of-attachme= nt to another (with a different

   IP prefix).

 

<mglt>

Similarly I would propose the following text:

 

OLD:

  A session-lasting IP address is an address= with a guarantee to be

   valid throughout the life-time of th= e socket(s)

 

NEW:

  A session-lasting IP address is an address=

   valid throughout the life-time of th= e socket(s)

 

OLD:

It is guaranteed to be valid even after

 

NEW:

It remains valid even after

</mglt>

 

Yegin, et al.      =      Expires January 27, 2019    &n= bsp;           [Page 4]

 

Internet-Draft      = ;       On Demand Mobility   &= nbsp;           &nbs= p;  July 2018

 

   Session-lasting IP addresses are req= uired by applications that need

   session continuity but do not need I= P address reachability.

 

<mglt>

Home of Address provides IP reachability, but it = is unclear if IP session continuity can be provided by other mechanisms tha= t Mobile IP.

If that were the case, it would be good to specif= y how this coudl be provided without IP reachability.

</mglt>

 

   - Non-persistent IP Address

 

   This type of IP address has no guara= ntee to exist after a mobile host

   moves from one point-of-attachment t= o another, and therefore, no

   session continuity nor IP address re= achability are provided.  The IP

   address is created from an IP prefix= that is obtained from the

   serving IP gateway and is not mainta= ined across gateway changes.  In

   other words, the IP prefix may be re= leased and replaced by a new one

   when the IP gateway changes due to t= he movement of the mobile host

   forcing the creation of a new source= IP address with the updated

   allocated IP prefix.

 

<mglt>

It woudl be good to position this toward the care= of address.

</mglt>

 

   - Graceful Replacement IP Address

 

   In some cases, the network cannot gu= arantee the validity of the

   provided IP prefix throughout the du= ration of the opened socket, but

   can provide a limited graceful perio= d of time in which both the

   original IP prefix and a new one are= valid.  This enables the

   application some flexibility in the = transition from the existing

   source IP address to the new one.

 

   This gracefulness is still better th= an the non-persistence type of

   address for applications that can ha= ndle a change in their source IP

   address but require that extra flexi= bility.

 

<mglt>

The classes defined above have overlaps. I believ= e that we have:

Fixed IP Address \in Session-lasting IP Address \= in Graceful Replacement IP Address \in Non-persistent IP Address=

 

I think that should be stated in the section.

 

</mglt>

 

   Applications running as servers at a= published IP address require a

   Fixed IP Address.  Long-standin= g applications (e.g., an SSH session)

   may also require this type of addres= s.  Enterprise applications that

   connect to an enterprise network via= virtual LAN require a Fixed IP

   Address.

 

   Applications with short-lived transi= ent sessions can use Session-

   lasting IP Addresses.  For exam= ple: Web browsers.

 

   Applications with very short session= s, such as DNS clients and

   instant messengers, can utilize Non-= persistent IP Addresses.  Even

   though they could very well use Fixe= d or Session-lasting IP

   Addresses, the transmission latency = would be minimized when a Non-

   persistent IP Addresses are used.

 

   Applications that can tolerate a sho= rt interruption in connectivity

   can use the Graceful-replacement IP = addresses.  For example, a

   streaming client that has buffering = capabilities.

 

Yegin, et al.      =      Expires January 27, 2019    &n= bsp;           [Page 5]

 

Internet-Draft      = ;       On Demand Mobility   &= nbsp;           &nbs= p;  July 2018

 

3.2.  Granularity of Selection

 

   IP address type selection is made on= a per-socket granularity.

   Different parts of the same applicat= ion may have different needs.

   For example, the control-plane of an= application may require a Fixed

   IP Address in order to stay reachabl= e, whereas the data-plane of the

   same application may be satisfied wi= th a Session-lasting IP Address.

 

3.3.  On Demand Nature

 

   At any point in time, a mobile host = may have a combination of IP

   addresses configured.  Zero or = more Non-persistent, zero or more

   Session-lasting, zero or more Fixed = and zero or more Graceful-

   Replacement IP addresses may be conf= igured by the IP stack of the

   host.  The combination may be a= s a result of the host policy,

   application demand, or a mix of the = two.

 

<mglt>

Listing the different classes in the same order a= s the one of the definitions may ease the reading.

</mglt>

 

   When an application requires a speci= fic type of IP address and such

   an address is not already configured= on the host, the IP stack SHALL

   attempt to configure one.  For = example, a host may not always have a

   Session-lasting IP address available= .  When an application requests

   one, the IP stack SHALL make an atte= mpt to configure one by issuing a

   request to the network (see Section = 3.4 below for more details).  If

   the operation fails, the IP stack SH= ALL fail the associated socket

   request and return an error.  I= f successful, a Session-lasting IP

   Address gets configured on the mobil= e host.  If another socket

   requests a Session-lasting IP addres= s at a later time, the same IP

   address may be served to that socket= as well.  When the last socket

   using the same configured IP address= is closed, the IP address may be

   released or kept for future applicat= ions that may be launched and

   require a Session-lasting IP address= .

 

<mglt>

I suspect the application is expected to request = the type of IP with minimal capabilities. In some cases the OS may not have= the requested type of address bu may have another type of addresses that c= ould fulfill the application requirements. I believe the text should specify what should be done in this situation. I= suppose the text will say that the host sends a request to the network.

 

However, I suspect that allowing the OS to return= higher capabilities would encourage the applications to send a minimal lev= el of expectation so to maximize the probability of avoiding a interaction = between the host and the network to request the specific type of IP address.

</mglt>

 

   In some cases it might be preferable= for the mobile host to request a

   new Session-lasting IP address for a= new opening of an IP socket

   (even though one was already assigne= d to the mobile host by the

   network and might be in use in a dif= ferent, already active IP

   sockets).  It is outside the sc= ope of this specification to define

   criteria for choosing to use availab= le addresses or choosing to

   request new ones.  It supports = both alternatives (and any

   combination).

 

   It is outside the scope of this spec= ification to define how the host

   requests a specific type of prefix a= nd how the network indicates the

   type of prefix in its advertisement = or in its reply to a request).

 

   The following are matters of policy,= which may be dictated by the

   host itself, the network operator, o= r the system architecture

   standard:

 

Yegin, et al.      =      Expires January 27, 2019    &n= bsp;           [Page 6]

 

Internet-Draft      = ;       On Demand Mobility   &= nbsp;           &nbs= p;  July 2018

 

   - The initial set of IP addresses co= nfigured on the host at boot

   time.

 

   - Permission to grant various types = of IP addresses to a requesting

   application.

 

   - Determination of a default address= type when an application does

   not make any explicit indication, wh= ether it already supports the

   required API or it is just a legacy = application.

 

3.4.  Conveying the Desired Address Type

 

   [RFC5014] introduced the ability of = applications to influence the

   source address selection with the IP= V6_ADDR_PREFERENCE option at the

   IPPROTO_IPV6 level.  This optio= n is used with setsockopt() and

   getsockopt() calls to set/get addres= s selection preferences.

 

   Extending this further by adding mor= e flags does not work when a

   request for an address of a certain = type results in requiring the IP

   stack to wait for the network to pro= vide the desired source IP prefix

   and hence causing the setsockopt() c= all to block until the prefix is

   allocated (or an error indication fr= om the network is received).

 

<mglt>

One thing is the value of the flags, another thin= g is the behaviour of the API. So I understand that the new API provides mo= re flexibility in the sense that a requirement that cannot be fulfilled doe= s not necessarily end up in an error. Instead it can lead in an IP address that does not fulfill the application= requirement. If that is correct, this is still something the application w= ill have to deal with. IN one case, it will need to deal with an error, in = the other case, with something that does not fulfill the requirements. If that is correct, I believe the benef= it of it should be highlighted.

</mglt>

 

   Alternatively a new socket API is de= fined - getsc() which allows

   applications to express their desire= d type of session continuity

   service.  The new getsc() API w= ill return an IPv6 address that is

   associated with the desired session = continuity service and with

   status information indicating whethe= r or not the desired service was

   provided.

 

   An application that wishes to secure= a desired service will call

   getsc() with the service type defini= tion and a place to contain the

   provided IP address, and call bind()= to associate that IP address

   with the socket (See pseudo-code exa= mple in Section 4 below).

 

   When the IP stack is required to use= a source IP address of a

   specified type, it can use an existi= ng address, or request a new IP

   prefix (of the same type) from the n= etwork and create a new one.  If

   the host does not already have an IP= v6 prefix of that specific type,

   it MUST request one from the network= .

 

   Using an existing address from an ex= isting prefix is faster but might

   yield a less optimal route (if a han= d-off event occurred after its

   configuration).  On the other h= and, acquiring a new IP prefix from

   the network may be slower due to sig= naling exchange with the network.

 

   Applications can control the stack's= operation by setting a new flag

   - ON_NET flag - which directs the IP= stack whether to use a

 

Yegin, et al.      =      Expires January 27, 2019    &n= bsp;           [Page 7]

 

Internet-Draft      = ;       On Demand Mobility   &= nbsp;           &nbs= p;  July 2018

 

   preconfigured source IP address (if = exists) or to request a new IPv6

   prefix from the current serving netw= ork and configure a new IP

   address.

 

   This new flag is added to the set of= flags in the

   IPV6_ADDR_PREFERENCES option at the = IPPROTO_IPV6 level.  It is used

   in setsockopt() to set the desired b= ehavior.

 

<mglt>

My understanding of the flag is that it forces th= e OS to request the network. This means that even if it already has teh des= ired IP address the ON_NET flag set will force the OS to re-ask. When unset= , the decision to re-ask or not is let to the OS. IS that correct ?

</mglt>

 

4.  Usage example

 

4.1.  Pseudo-code example

 

<mglt>

It would be good the example also shows the ON_NE= T flag.

</mglt>

 

   The following example shows pseudo-c= ode for creating a Stream socket

   (TCP) with a Session-Lasting source = IP address:

 

   #include <sys/socket.h>

   #include <netinnet/in.h><= /o:p>

 

     // Socket information

   int     &nb= sp;        s ;    &n= bsp;       // socket id

 

     // Source information (f= or secsc() and bind())

   sockaddr_in6    = sourceInfo     // my address and port for bind()<= /o:p>

   in6_addr    &nbs= p;    sourceAddress  // will contain the provisioned

        &= nbsp;           &nbs= p;            &= nbsp; // source IP address

   uint8_t     = ;     sc_type =3D IPV6_REQUIRE_SESSION_LASTING_IP ;

        &= nbsp;           &nbs= p;            &= nbsp; // For requesting a Session-Lasting

        &= nbsp;           &nbs= p;            &= nbsp; // source IP address

 

     // Destination informati= on (for connect())

   sockaddr_in6    = serverInfo ;   // server info for connect()

 

     // Create an IPv6 TCP so= cket

   s =3D socket(AF_INET6, SOCK_STREAM, = 0) ;

   if (s!=3D0) {

         = // Handle socket creation error

         = // ...

   } // if socket creation failed<= /o:p>

   else {

        &= nbsp; // Socket creation is successful

        &= nbsp; // The application cannot connect yet, since it wants to use

        &= nbsp; // a Session-Lasting source IP address It needs to request=

        &= nbsp; // the Session-Lasting source IP before connecting

        if (se= tsc(s, &sourceAddress, &sc_type)) =3D=3D 0){

        &= nbsp;    // setting session continuity to Session Lasting is=

        &= nbsp;    // Successful. sourceAddress now contains the Sessi= on-

        &= nbsp;    // LAsting source IP address <mglt>s/LAsting/= Lasting/gc</mglt>

 

Yegin, et al.      =      Expires January 27, 2019    &n= bsp;           [Page 8]

 

Internet-Draft      = ;       On Demand Mobility   &= nbsp;           &nbs= p;  July 2018

 

        &= nbsp;    // Bind to that source IP address

        &= nbsp;  sourceInfo.sin6_family =3D AF_INET6 ;

        &= nbsp;  sourceInfo.sin6_port =3D 0  // let the stack choose the po= rt

        &= nbsp;  sourceInfo.sin6_address =3D sourceAddress ;

        &= nbsp;           &nbs= p;            &= nbsp; // Use the source address that was

        &= nbsp;           &nbs= p;            &= nbsp; // generated by the setsc() call

        &= nbsp;  if (bind(s, &sourceInfo, sizeof(sourceInfo))=3D=3D0){<= /o:p>

        &= nbsp;       // Set the desired server's infor= mation for connect()

        &= nbsp;     serverInfo.sin6_family =3D AF_INET6 ;

        &= nbsp;     serverInfo.sin6_port =3D SERVER_PORT_NUM ;

        &= nbsp;     serverAddress.sin6_addr =3D SERVER_IPV6_ADDRE= SS ;

 

        &= nbsp;       // Connect to the server

        &= nbsp;     if (connect(s, &serverInfo, sizeof(server= Info))=3D=3D0) {

         =          // connect successful= (3-way handshake has been

        &= nbsp;         // completed with Ses= sion-Lasting source address.

        &= nbsp;         // Continue applicati= on functionality

        &= nbsp;         // ...

        &= nbsp;     }  // if connect() is successful

        &= nbsp;     else {

        &= nbsp;         // connect failed

        &= nbsp;         // ...

        &= nbsp;         // Application code t= hat handles connect failure and

        &= nbsp;         // closes the socket<= o:p>

        &= nbsp;         // ...

        &= nbsp;     } // if connect() failed

        &= nbsp;  } // if bind() successful

        &= nbsp;  else {

        &= nbsp;         // bind() failed=

        &= nbsp;         // ...

        &= nbsp;         // Application code t= hat handles bind failure and

        &= nbsp;         // closes the socket<= o:p>

        &= nbsp;         // ...

        &= nbsp;  } // if bind() failed

        } = ; // if setsc() was successful and of a Session-Lasting

        &= nbsp;  // source IP address was provided

        else {=

        &= nbsp;    // application code that does not use Session-lasti= ng IP

        &= nbsp;    // address. The application may either connect with= out

        &= nbsp;    // the desired Session-lasting service, or close th= e

        &= nbsp;    // socket...

        } // i= f setsc() failed

   }  // if socket was created suc= cessfully

 

     // The rest of the appli= cation's code

     // ...

 

Yegin, et al.      =      Expires January 27, 2019    &n= bsp;           [Page 9]

 

Internet-Draft      = ;       On Demand Mobility   &= nbsp;           &nbs= p;  July 2018

 

4.2.  Message Flow example

 

   The following message flow illustrat= es a possible interaction for

   achieving OnDemand functionality.&nb= sp; It is an example of one scenario

   and should not be regarded as the on= ly scenario or the preferred one.

 

<mglt>OnDemand versus On Demand versus On-D= emand. The text should be consistent. </mglt>

   This flow describes the interaction = between the following entities:

 

   - Applications requiring different t= ypes of OnDemand service.

 

   - The mobile host's IP stack.

 

   - The network infrastructure providi= ng the services.

 

   In this example, the network infrast= ructure provides 2 IPv6 prefixes

   upon attachment of the mobile host t= o the network: A Session-lasting

   IPv6 prefix and a Non-persistent IPv= 6 prefix.  Whenever the mobile

   host moves to a different point-of-a= ttachment, the network

   infrastructure provides a new Non-pe= rsistent IPv6 address.

 

   In this example, the network infrast= ructure does not support Fixed IP

   addresses nor Graceful-replacement I= P addresses.

 

   Whenever an application opens an IP = socket and requests a specific

   IPv6 address type, the IP stack will= provide one from its available

   IPv6 prefixes or return an error mes= sage if the request cannot be

   fulfilled.

 

   Message Flow:

 

   - The mobile device attaches to the = network.

 

   - The Network provides two IPv6 pref= ixes: PREFsl1 - a Session-lasting

   IPv6 prefix and PREFnp1 - a Non-pers= istent IP v6 prefix.

 

<mglt>IP v6/IPv6/gc</mglt>=

<mglt>It would ease the reading if the mech= anism used to specify the Type of the address by the operator to the host b= eing described - at least an example.

</mglt>

 

   - An application on the mobile host = is launched.  It opens an IP

   socket and requests a Non-persistent= IPv6 address.

 

   - The IP stack provides IPnp1 which = is generated from PREFnp1.

 

   - Another application is launched, r= equesting a Non-persistent IPv6

   address.

 

   - The IP stack provides IPnp1 again.=

 

   - A third application is launched.&n= bsp; This time, it requires a Session-

   lasting IPv6 address.

 

<mglt>second ?</mglt>

 

Yegin, et al.      =      Expires January 27, 2019    &n= bsp;          [Page 10]

 

Internet-Draft      = ;       On Demand Mobility   &= nbsp;           &nbs= p;  July 2018

 

   - The IP stack provides IPsl1 which = is generated from PREFsl1.

 

   - The mobile hosts moves to a new po= int-of-attachment.

 

   - The network provides a new Non-per= sistent IPv6 prefix - PREFnp2.

   PREFnp1 is no longer valid.

 

   - The applications that were given I= Pnp1 re-establish the socket and

   receive a new IPv6 address - IPnp2 w= hich is generated from PREFnp2

 

   - The application that is using IPsl= 1 can still use it since the

   network guaranteed that PREFsl1 will= be valid even after moving to a

   new point-of-attachment.<= /p>

 

   - A new application is launched, thi= s time requiring a Graceful-

   replacement IPv6 address.=

 

   - The IP stack returns setsc() with = an error since the network does

   not support this service.=

 

  - The application re-attempts to open= a socket, this time requesting

   a Session-lasting IPv6 address.=

 

   - The IP stack provides IPsl1.<= /o:p>

 

5.  Backwards Compatibility Considerations

 

   Backwards compatibility support is R= EQUIRED by the following 3 types

   of entities:

 

   - The Applications on the mobile hos= t

 

   - The IP stack in the mobile host

 

   - The network infrastructure

 

5.1.  Applications

 

   Legacy applications that do not supp= ort the OnDemand functionality

   will use the legacy API and will not= be able to take advantage of the

   On-Demand Mobility feature.

 

   Applications using the new OnDemand = functionality MUST be aware that

   they may be executed in legacy envir= onments that do not support it.

   Such environments may include a lega= cy IP stack on the mobile host,

   legacy network infrastructure, or bo= th.  In either case, the API will

   return an error code and the invokin= g applications may just give up

   and use legacy calls.

 

Yegin, et al.      =      Expires January 27, 2019    &n= bsp;          [Page 11]

 

Internet-Draft      = ;       On Demand Mobility   &= nbsp;           &nbs= p;  July 2018

 

5.2.  IP Stack in the Mobile Host=

 

   New IP stacks MUST continue to suppo= rt all legacy operations.  If an

   application does not use On-Demand f= unctionality, the IP stack MUST

   respond in a legacy manner.

 

<mglt>

The legacy manner does not seems to be a standard= way of behavior. It seems to me as the way the OS used to behave. I believ= e the draft shoudl be a bit more specific here.

</mglt>

 

   If the network infrastructure suppor= ts On-Demand functionality, the

   IP stack SHOULD follow the applicati= on request: If the application

   requests a specific address type, th= e stack SHOULD forward this

   request to the network.  If the= application does not request an

   address type, the IP stack MUST NOT = request an address type and leave

   it to the network's default behavior= to choose the type of the

   allocated IP prefix.  If an IP = prefix was already allocated to the

   host, the IP stack uses it and may n= ot request a new one from the

   network.

 

5.3.  Network Infrastructure

 

   The network infrastructure may or ma= y not support the On-Demand

   functionality.  How the IP stac= k on the host and the network

   infrastructure behave in case of a c= ompatibility issue is outside the

   scope of this API specification.

 

<mglt>

I believe that such statement should be made in t= he introduction with the addition of a list of potential mechanism to provi= de the type of IP addresses by the network. There is a need to have such me= chanisms since the OS cannot derive the properties from the IP address itself. Which was teh case with Home of= address, care of address, cga....

</mglt>

 

5.4.  Merging this work with RFC5014

 

   [RFC5014] defines new flags that may= be used with setsockopt() to

   influence source IP address selectio= n for a socket.  The list of

   flags include: source home address, = care-of address, temporary

   address, public address CGA (Cryptog= raphically Created Address) and

   non-CGA.  When applications req= uire session continuity service and

   use setsc() and bind(), they SHOULD = NOT set the flags specified in

   [RFC5014].

 

   However, if an application sets a sp= ecific option using setsockopt()

   with one of the flags specified in [= RFC5014] and also selects a

   source IP address using setsc() and = bind() the IP address that was

   generated by setsc() and bound using= bind() will be the one used by

   traffic generated using that socket = and options set by setsockopt()

   will be ignored.

 

<mglt>The sentence above is hard to read - = at least to me. I suspect "the" is missing after "by". = What the text says is that after bind setsockopt will be ignored. Correct ?=

</mglt>

 

   If bind() was not invoked after sets= c() by the application, the IP

   address generated by setsc() will no= t be used and traffic generated

   by the socket will use a source IP a= ddress that complies with the

   options selected by setsockopt().

 

Yegin, et al.      =      Expires January 27, 2019    &n= bsp;          [Page 12]

 

Internet-Draft      = ;       On Demand Mobility   &= nbsp;           &nbs= p;  July 2018

 

6.  Summary of New Definitions

 

<mglt>

Flags and address types should in my opinion be p= laced in evidence. (.h) </mglt>

 

6.1.  New APIs

 

   setsc() enables applications to requ= est a specific type of source IP

   address in terms of session continui= ty.  Its definition is:

 

   int setsc(int sockfd, in6_addr *sour= ceAddress, sc_type addressType);

 

   Where:

    - sockfd -   &n= bsp;    is the socket descriptor of the socket with which

        &= nbsp;           &nbs= p; a specific address type is associated

    - sourceAddress - is a pointer= to an area allocated for setsc() to

        &= nbsp;           &nbs= p; place the generated source IP address of the

        &= nbsp;           &nbs= p; desired session continuity type

    - addressType -   Is= the desired type of session continuity service.

        &= nbsp;           &nbs= p; It is a 3-bit field containing one of the

        &= nbsp;           &nbs= p; following values:

        &= nbsp;           &nbs= p; 0 - Reserved

        &= nbsp;           &nbs= p; 1 - FIXED_IPV6_ADDRESS

        &= nbsp;           &nbs= p; 2 - SESSION_LASTING_IPV6_ADDRESS

        &= nbsp;           &nbs= p; 3 - NON_PERSISTENT_IPV6_ADDRESS

        &= nbsp;           &nbs= p; 4 - GRACEFUL_REPLACEMENT_IPV6_ADDRESS

        &= nbsp;           &nbs= p; 5-7 - Reserved

 

   setsc() returns the status of the op= eration:

    - 0 - Address was successfully= generated

    - EAI_REQUIREDIPNOTSUPPORTED -= the required service type is not

      supported

    - EAI_REQUIREDIPFAILED - the n= etwork could not fulfill the desired

      request=

 

   setsc() MAY block the invoking threa= d if it triggers the TCP/IP stack

   to request a new IP prefix from the = network to construct the desired

   source IP address.  If an IP pr= efix with the desired session

   continuity features already exists (= was previously allocated to the

   mobile host) and the stack is not re= quired to request a new one as a

   result of setting the IPV6_REQUIRE_S= RC_ON_NET flag (defined below),

   setsc() MAY return immediately with = the constructed IP address and

   will not block the thread.

 

6.2.  New Flags

 

   The following flag is added to the l= ist of flags in the

   IPV6_ADDR_PREFERENCE option at the I= PPROTO6 level:

 

   IPV6_REQUIRE_SRC_ON_NET - set IP sta= ck address allocation behavior

 

Yegin, et al.      =      Expires January 27, 2019    &n= bsp;          [Page 13]

 

Internet-Draft      = ;       On Demand Mobility   &= nbsp;           &nbs= p;  July 2018

 

   If set, the IP stack will request a = new IPv6 prefix of the desired

   type from the current serving networ= k and configure a new source IP

   address.  If reset, the IP stac= k will use a preconfigured one if it

   exists.  If there is no preconf= igured IP address of the desired type,

   a new prefix will be requested and u= sed for creating the IP address.

 

7.  Security Considerations

 

   The setting of certain IP address ty= pe on a given socket may be

   restricted to privileged application= s.  For example, a Fixed IP

   Address may be provided as a premium= service and only certain

   applications may be allowed to use t= hem.  Setting and enforcement of

   such privileges are outside the scop= e of this document.

 

<mglt>

I believe the text could describe the threat such= recommendation is addressing.

 

The document describes how applications provides = the OS their requirements in order to select the appropriated IP address. T= he resource are associated to different costs. While the cost is primarily = on the operator side, it is likely that usage by the mobile node comes with some restrictions, limitation or = direct cost. Typically, some type of IP address may be provided by the oper= ator for a limited number of bytes upon which the IP address type will not = be available to the mobile node or may be charged. A malicious application may use these limitations to ge= nerate extra billing of the mobile node or to prevent the usage of some app= lications by exhausting the expected type of IP address.

 

In order to prevent such scenario, the mobile nod= e SHOULD be able to authorize specific PI address types to privilege applic= ation.

 

With these new types of IP addresses, the IP addr= ess leaks some connectivity requirements of the application. This also mean= s that additional information is provided to the destination which could re= veal to a passive monitoring attacker some information such as the type of application and the application itsel= f even though the packet is protected by IPsec or TLS.

 

To avoid profiling an application according to th= e type of IP addresses, it is expected that prefixes provided by the operat= or are associated to various type of addresses over time. As a result, the = type of address could not be associated to the prefix, making application profiling based on the type of address h= arder.

Application using multiple type of IP addresses t= o avoid being profiled is likely to create some patterns. So that remains a= hard problem to solve by the application.

 

The usage of a fixed IP address, enables tracking= the mobile node, or its application over time. This is a similar problem a= s the one encountered with Public IP addresses. The usage of the Fixed IP a= ddresses should be limited.

 

To limit the effect of IP tracking, the applicati= on or the OS should ensure that IP addresses regularly change to limit IP t= racking by a passive observer.  The application should regularly set t= he On Demand flag. The application should be able to ensure that session lasting IP address are regularly changed by= setting a lifetime for example handled by the application. In addition, th= e application should consider the use of graceful replacement IP addresses.=

 

Similarly, the OS may also associated IP addresse= s with a lifetime. Upon receiving a request for a given type of IP address,= after some time, the OS should request a new address to the network even i= f it already has one IP address available with the requested type. This includes any type of IP address. Addresses o= f type graceful replacement or non persistent IP addresses should be regula= rly renewed by the OS.

 

The lifetime of an IP address may be expressed in= number of seconds or in umber of bytes sent through this IP address.<= /o:p>

</mglt>

 

Session lasting IP address could be used to avoid= tracking and should be preferred. However, there should be a way to specif= y between one session lasting or if the IP address can last multiple sessio= ns.

 

</mglt>

 

8.  IANA Considerations

 

   This document has no IANA considerat= ions.

 

9.  Contributors

 

   This document was merged with [I-D.s= ijeon-dmm-use-cases-api-source].

   We would like to acknowledge the con= tribution of the following people

   to that document as well:=

 

   Sergio Figueiredo

   Altran Research, France

   Email: se= rgio.figueiredo@altran.com

 

   Younghan Kim

   Soongsil University, Korea

   Email: younghak@ssu= .ac.kr

 

   John Kaippallimalil

   Huawei, USA

   Email: john.kaippallimalil@h= uawei.com

 

10.  Acknowledgements

 

   We would like to thank Wu-chi Feng, = Alexandru Petrescu, Jouni

   Korhonen, Sri Gundavelli, Dave Dolso= n and Lorenzo Colitti for their

   valuable comments and suggestions on= this work.

 

11.  References

 

Yegin, et al.      =      Expires January 27, 2019    &n= bsp;          [Page 14]

 

Internet-Draft      = ;       On Demand Mobility   &= nbsp;           &nbs= p;  July 2018

 

11.1.  Normative References

 

   [RFC2119]  Bradner, S., "K= ey words for use in RFCs to Indicate

        &= nbsp;     Requirement Levels", BCP 14, RFC 2119,

        &= nbsp;     DOI 10.17487/RFC2119, March 1997,<= /p>

        &= nbsp;     <https://ww= w.rfc-editor.org/info/rfc2119>.

 

   [RFC5014]  Nordmark, E., Chakra= barti, S., and J. Laganier, "IPv6

        &= nbsp;     Socket API for Source Address Selection"= , RFC 5014,

        &= nbsp;     DOI 10.17487/RFC5014, September 2007,

        &= nbsp;     <https://ww= w.rfc-editor.org/info/rfc5014>.

 

11.2.  Informative References

 

   [I-D.sijeon-dmm-use-cases-api-source= ]

        &= nbsp;     Jeon, S., Figueiredo, S., Kim, Y., and J. Kai= ppallimalil,

        &= nbsp;     "Use Cases and API Extension for Source = IP Address

        &= nbsp;     Selection", draft-sijeon-dmm-use-cases-a= pi-source-07 (work

        &= nbsp;     in progress), September 2017.

 

   [RFC3261]  Rosenberg, J., Schul= zrinne, H., Camarillo, G., Johnston,

        &= nbsp;     A., Peterson, J., Sparks, R., Handley, M., an= d E.

        &= nbsp;     Schooler, "SIP: Session Initiation Proto= col", RFC 3261,

        &= nbsp;     DOI 10.17487/RFC3261, June 2002,

        &= nbsp;     <https://ww= w.rfc-editor.org/info/rfc3261>.

 

   [RFC5213]  Gundavelli, S., Ed.,= Leung, K., Devarapalli, V.,

        &= nbsp;     Chowdhury, K., and B. Patil, "Proxy Mobi= le IPv6",

        &= nbsp;     RFC 5213, DOI 10.17487/RFC5213, August 2008,<= o:p>

        &= nbsp;     <https://ww= w.rfc-editor.org/info/rfc5213>.

 

   [RFC5563]  Leung, K., Dommety, = G., Yegani, P., and K. Chowdhury,

         =      "WiMAX Forum / 3GPP2 Proxy Mobile IPv4&q= uot;, RFC 5563,

        &= nbsp;     DOI 10.17487/RFC5563, February 2010,

        &= nbsp;     <https://ww= w.rfc-editor.org/info/rfc5563>.

 

   [RFC5944]  Perkins, C., Ed., &q= uot;IP Mobility Support for IPv4, Revised",

        &= nbsp;     RFC 5944, DOI 10.17487/RFC5944, November 2010= ,

        &= nbsp;     <https://ww= w.rfc-editor.org/info/rfc5944>.

 

   [RFC6275]  Perkins, C., Ed., Jo= hnson, D., and J. Arkko, "Mobility

        &= nbsp;     Support in IPv6", RFC 6275, DOI 10.17487= /RFC6275, July

        &= nbsp;     2011, <http= s://www.rfc-editor.org/info/rfc6275>.

 

   [RFC6824]  Ford, A., Raiciu, C.= , Handley, M., and O. Bonaventure,

        &= nbsp;     "TCP Extensions for Multipath Operation = with Multiple

        &= nbsp;     Addresses", RFC 6824, DOI 10.17487/RFC68= 24, January 2013,

        &= nbsp;     <https://ww= w.rfc-editor.org/info/rfc6824>.

 

Yegin, et al.      =      Expires January 27, 2019    &n= bsp;          [Page 15]

 

Internet-Draft      = ;       On Demand Mobility   &= nbsp;           &nbs= p;  July 2018

 

   [RFC7333]  Chan, H., Ed., Liu, = D., Seite, P., Yokota, H., and J.

        &= nbsp;     Korhonen, "Requirements for Distributed = Mobility

        &= nbsp;     Management", RFC 7333, DOI 10.17487/RFC7= 333, August 2014,

        &= nbsp;     <https://ww= w.rfc-editor.org/info/rfc7333>.

 

Authors' Addresses

 

   Alper Yegin

   Actility

   Istanbul

   Turkey

 

   Email: alper.= yegin@actility.com

 

   Danny Moses

   Intel Corporation

   Petah Tikva

   Israel

 

   Email: danny.mos= es@intel.com

 

   Kisuk Kweon

   Samsung

   Suwon

   South Korea

 

   Email: kisuk.k= weon@samsung.com

 

   Jinsung Lee

   Samsung

   Suwon

   South Korea

 

   Email: js81.lee@s= amsung.com

 

   Jungshin Park

   Samsung

   Suwon

   South Korea

 

   Email: shin02.= park@samsung.com

 

Yegin, et al.      =      Expires January 27, 2019    &n= bsp;          [Page 16]

 

Internet-Draft      = ;       On Demand Mobility   &= nbsp;           &nbs= p;  July 2018

 

   Seil Jeon

   Sungkyunkwan University

   Suwon

   South Korea

 

   Email: seiljeon@skku= .edu

 

Yegin, et al.       = ;    Expires January 27, 2019    &n= bsp;          [Page 17]

 

 

_______________________________________________

dmm mailing list

dmm@ietf.org

https://www.ietf= .org/mailman/listinfo/dmm

---------------------------------------------------------------------
A member of the Intel Corporation group of companies

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.

--_000_F0CF5715D3D1884BAC731EA1103AC281441C1044HASMSX106gercor_-- From nobody Fri Jan 18 01:15:27 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E3FA13117A for ; Fri, 18 Jan 2019 01:15:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qL3WqgrMyc-J for ; Fri, 18 Jan 2019 01:15:24 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 9E11A131178 for ; Fri, 18 Jan 2019 01:15:23 -0800 (PST) Received: from lhreml709-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 77E885F61362A61C3350 for ; Fri, 18 Jan 2019 09:15:20 +0000 (GMT) Received: from lhreml705-chm.china.huawei.com (10.201.108.54) by lhreml709-cah.china.huawei.com (10.201.108.32) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 18 Jan 2019 09:15:08 +0000 Received: from lhreml705-chm.china.huawei.com (10.201.108.54) by lhreml705-chm.china.huawei.com (10.201.108.54) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1591.10; Fri, 18 Jan 2019 09:15:08 +0000 Received: from BLREML408-HUB.china.huawei.com (10.20.4.47) by lhreml705-chm.china.huawei.com (10.201.108.54) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1591.10 via Frontend Transport; Fri, 18 Jan 2019 09:15:07 +0000 Received: from BLREML503-MBS.china.huawei.com ([169.254.12.97]) by BLREML408-HUB.china.huawei.com ([10.20.4.47]) with mapi id 14.03.0415.000; Fri, 18 Jan 2019 14:45:00 +0530 From: Sridhar Bhaskaran To: Shunsuke Homma , "dmm@ietf.org" Thread-Topic: [DMM] Questions and comments on draft-ietf-dmm-5g-uplane-analysis-00 Thread-Index: AdSnx3M3QeGeiRPlSheucvWK2AnJeAFWm7oAAHpdC5A= Date: Fri, 18 Jan 2019 09:14:59 +0000 Message-ID: <0E42DD26875E1748992B1E3F732A36AE013B5C40@BLREML503-MBS.china.huawei.com> References: <0E42DD26875E1748992B1E3F732A36AE013A0017@BLREML503-MBX.china.huawei.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.76.222] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [DMM] Questions and comments on draft-ietf-dmm-5g-uplane-analysis-00 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2019 09:15:26 -0000 RGVhciBTaHVuc3VrZSwNCg0KVGhhbmsgeW91IGZvciB5b3VyIHJlc3BvbnNlcy4gTXkgZnVydGhl ciBjb21tZW50cyBpbmxpbmUgbWFya2VkIFtTQi0yXQ0KDQpSZWdhcmRzDQpTcmlkaGFyIEJoYXNr YXJhbg0KwqANCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IFNodW5zdWtlIEhv bW1hIFttYWlsdG86aG9tbWEuc2h1bnN1a2VAbGFiLm50dC5jby5qcF0gDQpTZW50OiBXZWRuZXNk YXksIEphbnVhcnkgMTYsIDIwMTkgOTozMCBBTQ0KVG86IFNyaWRoYXIgQmhhc2thcmFuIDxzcmlk aGFyLmJoYXNrYXJhbkBodWF3ZWkuY29tPjsgZG1tQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW0RN TV0gUXVlc3Rpb25zIGFuZCBjb21tZW50cyBvbiBkcmFmdC1pZXRmLWRtbS01Zy11cGxhbmUtYW5h bHlzaXMtMDANCg0KSGkgU3JpZGhhciwNCg0KVGhhbmsgeW91IGZvciB5b3VyIHJldmlldyBhbmQg Y29tbWVudHMuIChBbmQgSSdtIHNvcnJ5IGZvciB0aGUgbGF0ZQ0KcmVwbGF5Li4uKQ0KDQpQbGVh c2UgZmluZCBteSByZXBsaWVzIGluLWxpbmUuKFRhZ2dlZCB3aXRoIFtTSF0uKQ0KDQpCZXN0IHJl Z2FyZHMsDQoNClNodW5zdWtlDQoNCg0KDQpPbiAyMDE5LzAxLzA5IDEyOjAwLCBTcmlkaGFyIEJo YXNrYXJhbiB3cm90ZToNCj4gRGVhciBhdXRob3JzIG9mIGRyYWZ0LWlldGYtZG1tLTVnLXVwbGFu ZS1hbmFseXNpcy0wMCwNCj4gDQo+IFRoYW5rIHlvdSBmb3IgdGhlIGRyYWZ0Lg0KPiANCj4gSSBo YXZlIHRoZSBmb2xsb3dpbmcgcXVlc3Rpb25zIGZvciBjbGFyaWZpY2F0aW9uIGFuZCBjb21tZW50 cyBvbiANCj4gZHJhZnQtaWV0Zi1kbW0tNWctdXBsYW5lLWFuYWx5c2lzLTAwDQo+IA0KPiBRdWVz dGlvbnMNCj4gPT09PT09PT0NCj4gMS4gU2VjdGlvbiAzLjYgLSBjb3VsZCB5b3UgZWxhYm9yYXRl IG9uIHdoYXQgeW91IG1lYW4gYnkNCj4gDQo+Pj4gW0dUUC1VLTZdOiAgRG9lcyBub3Qgc3VwcG9y dCB0byByZXNwb25zZSBJQ01QIFBUQiBmb3IgUGF0aCBNVFUNCj4gICAgICAgICAgICAgICAgIERp c2NvdmVyeS4NCj4gDQpbU0hdIFdoYXQgd2Ugd2FudCB0byBzYXkgaW4gdGhpcyBvYnNlcnZhdGlv bnMgaXMgdGhhdCAzR1BQIGRvZXMgbm90IGRlZmluZSBQTVRVRCBpbiB1c2VyIHBsYW5lIHdoaWxl IFRTMjMuMDYwIHJlcXVpcmVzIHdlbGwgbWFuYWdlZCBNVFUgc2l6ZS5UaGVyZWJ5IHRoZXJlJ3Mg bm8gc3BlY2lmaWNhdGlvbiBvbiBob3cgdG8gaGFuZGxlIElDTVAgUGFja2V0IFRvbyBCaWcgbWVz c2FnZSBhdCBVLVBsYW5lIGZ1bmN0aW9ucyBsaWtlIFVQRi4gQnV0IGlmIElDTVAgUFRCIG1lc3Nh Z2UgaXMgZ2VuZXJhdGVkIGF0IGFuIGludGVybWVkaWF0ZSByb3V0ZXIsIHRoZSBVUEYgd2hpY2gg cmVjZWl2ZXMgUFRCIG1lc3NhZ2UgbWF5IG5vdCB0YWtlIGFueSBhY3Rpb24gZHVlIHRvIGxhY2sg b2YgM0dQUCBzcGVjaWZpY2F0aW9uLiBJdCBtYXkgY2F1c2UgYmxhY2sgaG9sZSBmb3IgbW9iaWxl IHVzZXIuDQoNCltTQi0yXSBJdCB3b3VsZCBiZSBiZXR0ZXIgdG8gY2xhcmlmeSBob3cgM0dQUCBh bGxvd3MgTVRVIHNpemUgY29tbXVuaWNhdGlvbiB0byBVRSBub3cgYW5kIHdoZW4gdGhlIHN0YXRl bWVudCBtYXJrZWQgW0dUUC1VLTZdIGlzIGFwcGxpY2FibGUuIEluIG15IG9waW5pb24gdGhpcyBi ZWNvbWVzIGFwcGxpY2FibGUgd2hlbiB0aGUgTVRVIHNpemUgcHJvdmlkZWQgdG8gVUUgYXMgc3Bl Y2lmaWVkIGluIFRTIDIzLjA2MCBpcyBub3QgYWRoZXJlZCB0byBieSBVRSBvciB3aGVuIHRoYXQg c2l6ZSBpcyBpbmNvcnJlY3QuDQoNCj4gMi4gU2VjdGlvbiA0LjENCj4gDQo+Pj4gVGhlc2UgdHVu bmVscyBhcmUgYXZhaWxhYmxlIHRvIGJlIGhhbmRsZWQgYnkgb3RoZXINCj4gICAgIGF1dGhvcml6 ZWQgZnVuY3Rpb25zIHRocm91Z2ggdGhlIGNvbnRyb2wgcGxhbmUuDQo+IA0KPiBDb3VsZCB5b3Ug ZWxhYm9yYXRlIG9uIHdoYXQgeW91IG1lYW4gYnkgIm90aGVyIiBhdXRob3JpemVkIGZ1bmN0aW9u cz8gUmlnaHQgbm93IG9ubHkgU01GIGlzIGFsbG93cyB0byBzZXR1cCAvIHRlYXJkb3duIHR1bm5l bHMgdmlhIE40IGF0IFVQRi4NCj4gDQpbU0hdICJvdGhlciBhdXRob3JpemVkIGZ1bmN0aW9ucyIg bWVhbnMgZnVuY3Rpb25zIHdoaWNoIGFyZSBleHRlcm5hbCB0byB0aGUgNUdTIG93bmVkIGJ5IHRo ZSBOT1AuIFRoZSA1R1MgaGFzIE5FRiBhbmQgaXQgcHJvdmlkZXMgc29tZSBjb250cm9sbGFiaWx0 aWVzIHRvIGV4dGVybmFsIHBhcnRpZXMuIEZvciBleGFtcGxlLCBhbiBNVk5PIG1heSBoYW5kbGUg VVAgdHVubmVscy90cmFmZmljIGZsb3dzIG9uIFVQRnMgdmlhIE5FRiwgU01GLCBhbmQgTjQgaW50 ZXJmYWNlLiBJIGNhbiBtb2RpZnkgdGhpcyB0ZXh0IHRvIGRlc2NyaWJlIHRoZSBhYm92ZSBtb3Jl IGNsZWFybHkuDQoNCltTQi0yXSBZb3UgbWF5IGNsYXJpZnkgdGhpcyBpbiB0aGUgZHJhZnQgY2xl YXJseSBzdGF0aW5nIHRoYXQgdHVubmVsIHNldHVwIGlzIGNvbnRyb2xsZWQgb25seSBieSBTTUYg KGJ5IE40KSB3aGlsZSB0aGUgU01GIG1heSBiZSBwcm92aWRlZCBpbmZvcm1hdGlvbiByZWdhcmRp bmcgdGhlIHJvdXRpbmcgcGF0aCBiYXNlZCBvbiBBUEkgcmVxdWVzdCBmcm9tIEFGIChhcHBsaWNh dGlvbiBmdW5jdGlvbikgdG8gTkVGIC8gUENGLg0KDQo+IDMuIFNlY3Rpb24gNC4yIEFyY2gtUmVx LTM6IENvdWxkIHlvdSBwbGVhc2UgY2xhcmlmeSB0aGUgZm9sbG93aW5nIHNlbnRlbmNlPyBGaXJz dCBwYXJ0IG9mIHNlbnRlbmNlIHRhbGtzIGFib3V0IG11bHRpcGxlIFBEVSBzZXNzaW9ucyBidXQg ZW5kIG9mIHRoZSBzZW50ZW5jZSB0YWxrcyBhYm91dCBvbmUgUERVIHNlc3Npb24uIFNvIGl0cyBu b3QgY2xlYXIgdG8gbWUgd2hpY2ggY2FzZSB0aGlzIGlzIHRhbGtpbmcgYWJvdXQuDQo+IA0KPiBI b3dldmVyDQo+ICAgICBpdCBzaG91bGQgYmUgdGhlIG11bHRpcGxlIFBEVSBzZXNzaW9ucyBtdWx0 aWhvbWluZyBjYXNlIHdoZXJlIHRoZQ0KPiAgICAgZGVzdGluYXRpb24gZ05CIG9yIFVQRiBuZWVk cyB0byBtYWludGFpbiBtdWx0aXBsZSB0dW5uZWwgc3RhdGVzIHVuZGVyDQo+ICAgICB0aGUgb25l IFBEVSBzZXNzaW9uIHRvIG9uZSBVUCB0dW5uZWwgYXJjaGl0ZWN0dXJhbCBwcmluY2lwbGUuDQo+ IA0KW1NIXSBXaGF0IHdlIHdhbnQgdG8gZXhwcmVzcyBoZXJlIGlzIHRoYXQgbXVsdGlob21pbmcg d2l0aCBQMlAgbmVlZHMgdG8gbWFpbnRhaW4gYSB0dW5uZWwgc3RhdGUgZm9yIGVhY2ggc291cmNl IFVQRiB3aGljaCBsZWFkcyBpbmNyZWFzZSBvZiBsb2FkcyBvbiBtYW5hZ2VtZW50IG9mIHR1bm5l bCBzdGF0ZXMuDQoNCltTQi0yXSBQbGVhc2UgY29uc2lkZXIgcmV3b3JkaW5nIHRoZSBhYm92ZSBz ZW50ZW5jZSB0byBtYWtlIGl0IGNsZWFyLg0KDQo+IA0KPiA0LiBTZWN0aW9uIDQuMiAtIEFyY2gt UmVxLTUuIEkgYW0gbm90IGFibGUgdG8gdW5kZXJzdGFuZCB0aGUgZm9sbG93aW5nIHNlbnRlbmNl cy4gQ291bGQgeW91IGNsYXJpZnkgd2hhdCB5b3UgbWVhbiBieSAiY29ubmVjdGluZyB0aGVtIHdp dGhvdXQgZXh0cmEgYW5jaG9yIHBvaW50cyI/IEFsc28gd2hhdCBkb2VzICJ0aGVtIiByZWZlciB0 byBoZXJlPyBEb2VzIGl0IHJlZmVyIHRvIFVFIG9yIFVQRj8NCj4gDQo+IEluIGFkZGl0aW9uLCBk ZXBsb3ltZW50IG9mIG11bHRpcGxlIFVQRnMgYXMgYW5jaG9ycyBjbG9zZWQgdG8gVUVzJw0KPiAg ICAgc2l0ZSBhbmQgY29ubmVjdGluZyB0aGVtIHdpdGhvdXQgZXh0cmEgYW5jaG9yIHBvaW50cyBl bmFibGUgdG8gbWFrZQ0KPiAgICAgZGF0YSBwYXRoIG1vcmUgZWZmaWNpZW50Lg0KPiANCltTSF0g SW4gdGhlIGN1cnJlbnQgTFRFLCBhbGwgb2YgVVAgdHJhZmZpYyBpcyBmb3J3YXJkZWQgdG8gYSBQ LUdXIHdoaWNoIGlzIGNlbnRyYWxpemVkIGFuZCBpdCBtYXkgY2F1c2UgdHJvbWJvbmUgcm91dGlu Zy4gT24gdGhlIG90aGVyIGhhbmQsIHRoZSA1R1MgYWxsb3dzIGZsZXhpYmxlIGRlcGxveW1lbnQg b2YgVVBGcyBtYWlubHkgZm9yIE1FQyB1c2UgY2FzZXMuIEZvciBleGFtcGxlLCBpbiBjYXNlIHRo ZXNlIFVQRnMgYXJlIGRpc3RyaWJ1dGVkIGdlb2dyYXBoaWNhbGx5LCBVUCBmbG93cyBjYW4gYmUg YXBwbGllZCBMQk8gb3IgZm9yd2FyZGVkIGJldHdlZW4gVVBGcyBuZWFyYnkgc3JjIGFuZCBkc3Qg ZGlyZWN0bHkuIA0KQW55d2F5LCBJIHRoaW5rIGl0IHNob3VsZCBiZSBkZXNjcmliZWQgaW4gQVJD SC1SZXEtNDogRmxleGlibGUgVVBGIHNlbGVjdGlvbiwgYW5kIEknbGwgbW92ZSB0aGlzIHRleHQg dG8gdGhlcmUuDQoNCltTQi0yXSBCdXQgdGhlIHNlbnRlbmNlIHJlYWRzIGFzICJtdWx0aXBsZSBV UEZzIGFzICphbmNob3JzKiIgY2xvc2VyIHRvIFVFIiAtLT4gYXJlIHlvdSB0YWxraW5nIGFib3V0 IEJQIFVQRiAvIFVMQ0wgVVBGIGNhc2U/IEZvciBVRSB0byBVRSByb3V0aW5nIChlLmcuIGZvciB2 b2ljZSBjYWxsKSB3aXRoaW4gc2FtZSBuZXR3b3JrIC0gYXJlIHlvdSBoaW50aW5nIGF0IHJvdXRp bmcgdmlhIGFuIGFuY2hvciBVUEYgY2xvc2VyIHRvIFJBTj8gU29tZSBkZXRhaWxzIG9uIHRoZSBl eGFjdCBzY2VuYXJpb3MgeW91IGFyZSBtZW50aW9uaW5nIHdpbGwgaGVscCB0aGUgcmVhZGVyLiBF dmVuIGlmIHlvdSBtb3ZlIHRoaXMgdG8gQXJjaC1SZXEtNCB0aGUgc3RhdGVtZW50cyBuZWVkIHRv IGJlIGNsZWFybHkgZWxhYm9yYXRlZCBhcyBwZXIgc2NlbmFyaW9zIHlvdSBhcmUgY29uc2lkZXJp bmcuDQogDQo+IA0KPiA1LiBTZWN0aW9uIEFyY2gtUmVxLTU6IEFyZSB0aGUgZm9sbG93aW5nIHN0 YXRlbWVudHMgYW4gYXJjaGl0ZWN0dXJhbCByZXF1aXJlbWVudCBkZXJpdmVkIGZyb20gMjMuNTAx IG9yIGFuIGFyY2hpdGVjdHVyYWwgcmVxdWlyZW1lbnQgdGhpcyBkcmFmdCBpcyBwdXR0aW5nIG9u IDNHUFA/IEF0bGVhc3QgdGhlIHdvcmRzICIgVVAgcHJvdG9jb2wgc2hhbGwgc3VwcG9ydCB0byBh Z2dyZWdhdGUgc2V2ZXJhbCBQRFUgc2Vzc2lvbnMgaW50byBhIHR1bm5lbCBvciBzaGFsbCBiZSBh IHNlc3Npb24tbGVzcyB0dW5uZWwuIiBTZWVtcyBsaWtlIHRoaXMgZHJhZnQgaXMgcHV0dGluZyBh IHJlcXVpcmVtZW50IG9uIDNHUFAuDQo+IA0KPiBJdCBpcyBleHBlY3RlZCB0aGF0IG11bHRpcGxl IFVQRnMgd2l0aCBwZXIgc2Vzc2lvbiB0dW5uZWwgaGFuZGxpbmcNCj4gICAgIGZvciBhIFBEVSBz ZXNzaW9uIGJlY29tZXMgY29tcGxpY2F0ZWQgdGFzayBtb3JlIGFuZCBtb3JlIGZvciBhIFNNRiBi eQ0KPiAgICAgaW5jcmVhc2luZyBudW1iZXIgb2YgVVBGcywgYW5kIFVQIHByb3RvY29sIHNoYWxs IHN1cHBvcnQgdG8gYWdncmVnYXRlDQo+ICAgICBzZXZlcmFsIFBEVSBzZXNzaW9ucyBpbnRvIGEg dHVubmVsIG9yIHNoYWxsIGJlIGEgc2Vzc2lvbi1sZXNzIHR1bm5lbC4NCj4gDQpbU0hdIEl0J3Mg bm90IHJlcXVpcmVtZW50IHRvIDNHUFAgZnJvbSBJRVRGLiBXZSBhcmUgYXNzdW1pbmcgdGhhdCB0 aGUgY3VycmVudCA1R1MgcG90ZW5jaWFsbHkgaGF2ZSB0aGlzIHJlcXVpcmVtZW50IG9uIFVQIHBy b3RvY29sLiBJZiB0aGlzIHRleHQgc2VlbXMgbm90IHRvIGJlIGFwcHJvcHJpYXRlLCB3ZSBjYW4g Y2hhbmdlIGl0Lg0KW1NCLTJdIEF0IGxlYXN0IHRoZSBsYXN0IHBhcnQgb2YgdGhlIHNlbnRlbmNl ICIgYW5kIFVQIHByb3RvY29sIHNoYWxsIHN1cHBvcnQgdG8gYWdncmVnYXRlIHNldmVyYWwgUERV IHNlc3Npb25zIGludG8gYSB0dW5uZWwgb3Igc2hhbGwgYmUgYSBzZXNzaW9uLWxlc3MgdHVubmVs LiIgU2VlbXMgbGlrZSBhIHJlcXVpcmVtZW50IGZyb20gSUVURiB0byAzR1BQLiBBcyBvZiBSZWwt MTUgdGhlcmUgaXMgbm8gbm9ybWF0aXZlIHJlcXVpcmVtZW50IGluIDNHUFAgdG8gc3VwcG9ydCBh Z2dyZWdhdGlvbiBvZiBQRFUgc2Vzc2lvbnMgaW50byBhIHNpbmdsZSB0dW5uZWwuDQoNCj4gQ29t bWVudHM6DQo+ID09PT09PT09PT0NCj4gMS4gU2VjdGlvbiA0LjEuMSAtIHRyYWZmaWMgZGV0ZWN0 aW9uIGJhc2VkIG9uIFVFIElQIGFkZHJlc3MgYW5kIFNERiANCj4gZmlsdGVycyBpcyBtaXNzaW5n IGluIHRoZSBiZWxvdyBsaXN0DQo+IA0KPiBvICBGb3IgSVB2NCBvciBJUHY2IFBEVSBTZXNzaW9u IHR5cGUNCj4gDQo+ICAgICAgICAqICBQRFUgU2Vzc2lvbg0KPiANCj4gICAgICAgICogIFFGSQ0K PiANCj4gICAgICAgICogIEFwcGxpY2F0aW9uIElkZW50aWZpZXI6IFRoZSBBcHBsaWNhdGlvbiBJ RCBpcyBhbiBpbmRleCB0byBhIHNldA0KPiAgICAgICAgICAgb2YgYXBwbGljYXRpb24gZGV0ZWN0 aW9uIHJ1bGVzIGNvbmZpZ3VyZWQgaW4gVVBGDQo+IA0KW1NIXSBUaGFua3MuIEknbGwgYWRkIFVF IElQIGFkZHJlc3MgYW5kIFNERiBmaWx0ZXJzIGludG8gdGhlIGxpc3QuIEJUVywgY2FuIHlvdSB0 ZWxsIG1lIHdoaWNoIHNlY3Rpb25zIHNob3VsZCBiZSByZWZlcnJlZD8gSSdtIHJlZmVycmluZyBz ZWN0aW9uDQo1LjcuNiBhbmQgNS44LjIgaW4gVFMyMy41MDEuIEFyZSB0aGVyZSBhbnkgb3RoZXJz Pw0KDQpbU0ItMl0gWW91IG1heSByZWZlciB0byBUUyAyOS4yNDQgdGFibGUgNy41LjIuMi0xIGFu ZCA3LjUuMi4yLTIuDQoNCj4gMi4gU2VjdGlvbiA0LjIgQXJjaC1SZXEtMjoNCj4gDQo+Pj4gVGhl IDVHIHN5c3RlbSByZXF1aXJlcyBJUCBjb25uZWN0aXZpdHkgZm9yIE4zLCBONiwgYW5kIE45IGlu dGVyZmFjZXMuDQo+IA0KPiBUaGVyZSBpcyBhIHNwZWNpZmljIGNhc2Ugd2hlcmUgSVAgY29ubmVj dGl2aXR5IG9uIE42IGlzIG5vdCBtYW5kYXRvcnkuIA0KPiBGb3IgRXRoZXJuZXQgUERVIHNlc3Np b25zLCB0aGUgYW5jaG9yIFVQRiBjb3VsZCB1c2UgTDIgc3dpdGNoaW5nIG9uIE42IA0KPiBzaWRl LiBZb3UgcmVmZXIgY2xhdXNlIDUuNi4xMC4yIG9mIFRTIDIzLjUwMSBlc3BlY2lhbGx5IHRoZSBz dGF0ZW1lbnRzIA0KPiBiZWxvdw0KPiANCj4gLQlDb25maWd1cmF0aW9ucywgd2hlcmUgbW9yZSB0 aGFuIG9uZSBQRFUgU2Vzc2lvbiB0byB0aGUgc2FtZSBETk4gKGUuZy4gZm9yIG1vcmUgdGhhbiBv bmUgVUUpIGNvcnJlc3BvbmRzIHRvIHRoZSBzYW1lIE42IGludGVyZmFjZS4gSW4gdGhpcyBjYXNl IHRoZSBVUEYgYWN0aW5nIGFzIFBTQSBuZWVkcyB0byBiZSBhd2FyZSBvZiBNQUMgYWRkcmVzc2Vz IHVzZWQgYnkgdGhlIFVFIGluIHRoZSBQRFUgU2Vzc2lvbiBpbiBvcmRlciB0byBtYXAgZG93bi1s aW5rIEV0aGVybmV0IGZyYW1lcyByZWNlaXZlZCBvdmVyIE42IHRvIHRoZSBhcHByb3ByaWF0ZSBQ RFUgU2Vzc2lvbi4gRm9yd2FyZGluZyBiZWhhdmlvdXIgb2YgdGhlIFVQRiBhY3RpbmcgYXMgUFNB IGlzIG1hbmFnZWQgYnkgU01GIGFzIHNwZWNpZmllZCBpbiBjbGF1c2UgNS44LjIuNS4NCj4gDQpb U0hdIEFncmVlZCwgdGhhbmsgeW91Lg0KW1NCLTJdIEFjay4gVGhhbmsgeW91Lg0KDQo+IA0KPiAz LiBTZWN0aW9uIDQuMiBBcmNoLVJlcS0zOg0KPiANCj4gTXVsdGlob21pbmcgaXMgcHJvdmlkZWQg d2l0aCBCcmFuY2hpbmcgUG9pbnQgKEJQKSBvciBVcGxpbmsNCj4gICAgIENsYXNzaWZpZXIgKFVM IENMKSB3aGljaCBhcmUgZnVuY3Rpb25hbGl0aWVzIG9mIFVQRi4NCj4gDQo+IFVMQ0wgaXMgbm90 IHVzZWQgZm9yIG11bHRpaG9taW5nLiBVTENMIGlzIHVzZWQgZm9yIHRyYWZmaWMgc3BsaXR0aW5n IHRvd2FyZHMgYSBsb2NhbCBETi4gT25seSBCUCBpcyB1c2VkIGZvciBtdWx0aWhvbWluZyBjYXNl Lg0KPiANCltTSF0gSSByZXZpZXdlZCB0aGUgc2VjdGlvbiA1LjYuNCBpbiBUUzIzLjUwMSwgYW5k IEkgdW5kZXJzdG9vZCB0aGF0IG11bHRpcGxlIGFuY2hvciBVUEZzIGlzIHJlYWxpemVkIGJ5IGVp dGhlciBVTENMIG9yIElQdjYgbXVsdGktaG9taW5nIGFuZCBhIHdheSB3aXRoIFVMQ0wgaXMgbm90 IGNhbGxlZCBtdWx0aWhvbWluZy4gSSdsbCBtb2RpZnkgdGhlIGRlc2NyaXB0aW9uIGFib3V0IG11 bHRpaG9taW5nIGFuZCBhZGQgc3VwbGVtZW50YWx5IGV4cGFuYXRpb24gb24gZGlmZmVyZW5jZSBi ZXR3ZWVuIFVMQ0wgYW5kIElQdjYgbXVsdGktaG9taW5nLg0KDQpbU0ItMl0gQWNrLiBUaGFuayB5 b3UuDQoNCj4gNC4gU2VjdGlvbiA1IGlzIG1pc3Npbmcgb25lIGV2YWx1YXRpb24gYXNwZWN0LiBH VFAtVSBzdXBwb3J0cyAiRW5kIG1hcmtlcnMiIHRvIGhlbHAgUkFOIHNlcXVlbmNlIHRoZSBwYWNr ZXRzIHdoZW4gdGhlcmUgaXMgYSBjaGFuZ2Ugb2YgVVBGIGR1cmluZyBtb2JpbGl0eSBwcm9jZWR1 cmVzLiBTbyBhbnkgdXNlciBwbGFuZSBwcm90b2NvbCB0aGF0IGlzIHRvIGJlIGV2YWx1YXRlZCBu ZWVkIHRvIHN1cHBvcnQgc29tZSBtZWNoYW5pc20gdG8gaGVscCB0aGUgbGFzdCBkb3dubGluayBu b2RlIG9uIHBhdGggKGUuZyBnTkIpIHRvIHNlcXVlbmNlIHRoZSBwYWNrZXRzIGNvbWluZyBmcm9t IG11bHRpcGxlIFVQRnMgZHVyaW5nIG1vYmlsaXR5IGNhc2VzLg0KPiANCltTSF0gVGhhbmtzLiBJ J2xsIGFkZCBpdCBhcyBvbmUgZXZhbHVhdGlvbiBhc3BlY3QuDQpbU0ItMl0gQWNrLiBUaGFuayB5 b3UuDQoNCg0KPiA1LiBTZWN0aW9uIDUuNyAtIE5lZWQganVzdGlmaWNhdGlvbiBmb3IgdGhlIGZv bGxvd2luZyBzdGF0ZW1lbnQ6DQo+IA0KPiBIb3dldmVyIHNvbWUgbWVhbnMgbmVlZCB0byBpbmRp Y2F0ZSBhIHNsaWNlIG9uIHRoZSBzaGFyZWQNCj4gICAgIHVuZGVybHlpbmcgbmV0d29ya3Mgb2Yg dGhlIFVQIG92ZXIgdGhlIHdpcmUuDQo+IA0KPiBXaGF0IGlzIGJyb2tlbiBvciB3aGF0IGlzIHRo ZSBpc3N1ZSBpZiBzbGljZSBmb3IgdHJhbnNwb3J0IGlzIG5vdCBpbmRpY2F0ZWQgb24gdGhlIFVQ IG92ZXIgdGhlIHdpcmU/IFdoYXQgYXJlIHRoZSBpc3N1ZXMgd2l0aCBwcm92aWRpbmcgYSAibmV0 d29yayBpbnN0YW5jZSIgKHdoaWNoIGNvdWxkIGJlIG1hcHBlZCB0byBhIHRyYW5zcG9ydCBwYXRo KSBpbiB0aGUgZm9yd2FyZGluZyBhY3Rpb24gcnVsZSBvZiBhIFBEVSBzZXNzaW9uPw0KPiANCj4g V2hhdCBhcmUgdGhlIGFkdmFudGFnZXMgb2YgY2Fycnlpbmcgc2xpY2UgaW5mb3JtYXRpb24gaW4g ZXZlcnkgcGFja2V0Pw0KPiANCltTSF0gSXMgdG8gcHJvdmlkZSBhIGdyZWF0ZXIgYWZmaW5pdHkg YmV0d2VlbiB0aGUgVVAgYW5kIHRoZSB1bmRlcmx5aW5nIG5ldHdvcmsgaW5mcmFzdHJ1Y3R1cmUu IEZvciBleGFtcGxlLCBpZiBhIFVQIHNlc3Npb24gcmVxdWlyZXMgY2VydGFpbiBsZXZlbCBvZiBs YXRlbmN5IHdpdGggZGVkaWNhdGVkIEJXIHJlcXVpcmVtZW50cywgdHJhZmZpYyBlbmdpbmVlcmlu ZyAoVEUpIGVtYm9kaWVzIGFwcHJvcHJpYXRlIGZvcndhcmRpbmcgcG9saWN5IHRocm91Z2ggdGhl IHVuZGVybGF5IHRyYW5zcG9ydCBuZXR3b3JrIHRvIHRoYXQgc3BlY2lmaWMgVVAgc2Vzc2lvbi7i gIsNCg0KW1NCLTJdIEF0IHRoZSB0aW1lIG9mIHByb3ZpZGluZyB0aGUgRkFSIHJ1bGUgdG8gVVBG IGluIGEgUEZDUCBzZXNzaW9uLCB0aGUgRkFSIGNhbiBiZSBhc3NvY2lhdGVkIHdpdGggYSAibmV0 d29yayBpbnN0YW5jZSIuIFdoYXQgdGhhdCAibmV0d29yayBpbnN0YW5jZSIgbWFwcyB0byBpcyBp bXBsZW1lbnRhdGlvbiBzcGVjaWZpYy4gT25lIGNvdWxkIG1hcCBhICJuZXR3b3JrIGluc3RhbmNl IiB0byBhbiB1bmRlcmxheSBTUi1NUExTIGxhYmVsIHN0YWNrIGFzIHdlbGwuIFNvIHRoaXMgYWxs b3dzIGZpZWxkcyB0byBiZSBzdGFtcGVkIG9uIHRvIHRoZSBwYWNrZXQgYXMgcGFydCBvZiB0aGUg dHJhZmZpYyBnb2luZyB2aWEgdGhlICJuZXR3b3JrIGluc3RhbmNlIi4gQWRkaXRpb25hbGx5ICJu ZXR3b3JrIGluc3RhbmNlIiBhbHNvIGFsbG93cyB5b3UgdG8gaW1wbGVtZW50IGluIHN1Y2ggYSB3 YXkgdG8gbWFwIGl0IHRvIGEgc3RhdGljIHBhdGggb3IgaW50ZXJmYWNlIGFzIHdlbGwsIHdpdGhv dXQgYW55IGFkZGl0aW9uYWwgbWFya2luZ3MgaW4gcGFja2V0LiBJdCdzIGVudGlyZWx5IGEgZGVw bG95bWVudCBjaG9pY2UuIEJ5IGV4cGxpY2l0bHkgc3RhdGluZyB0aGF0IHNsaWNlIGluZm9ybWF0 aW9uIG5lZWRzIHRvIGJlIGV4cGxpY2l0bHkgaW5kaWNhdGVkIGluIHBhY2tldCBvdmVyIHRoZSB3 aXJlLCB5b3UgYXJlIGZvcmNpbmcgdG8gdXNlIG9uZSBwYXJ0aWN1bGFyIHNvbHV0aW9uIGluIHRo ZSBkZXBsb3ltZW50Lg0KDQo+IFJlZ2FyZHMNCj4gU3JpZGhhciBCaGFza2FyYW4NCj4gDQo+ICAg DQo+IA0KPiANCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQo+IGRtbSBtYWlsaW5nIGxpc3QNCj4gZG1tQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZG1tDQo+IA0KPiANCg0KDQotLQ0KLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KU2h1bnN1a2UgSG9tbWENCjxob21tYS5zaHVuc3Vr ZUBsYWIubnR0LmNvLmpwPg0KVEVMOiArODEgNDIyIDU5IDM0ODYNCkZBWDogKzgxIDQyMiA2MCA3 NDYwDQoNCk5UVCBOZXR3b3JrIFNlcnZpY2UgU3lzdGVtcyBMYWJzLg0KTXVzYXNoaW5vIGNpdHks IFRva3lvLCBKYXBhbg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K From nobody Sat Jan 19 09:11:51 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF66F130E5A for ; Sat, 19 Jan 2019 09:11:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MW3ROCAOmMah for ; Sat, 19 Jan 2019 09:11:47 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 A657D130DF6 for ; Sat, 19 Jan 2019 09:11:46 -0800 (PST) Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 4A51D33E727B3015A346 for ; Sat, 19 Jan 2019 17:11:44 +0000 (GMT) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.408.0; Sat, 19 Jan 2019 17:11:43 +0000 Received: from SJCEML521-MBS.china.huawei.com ([169.254.2.237]) by SJCEML701-CHM.china.huawei.com ([169.254.3.31]) with mapi id 14.03.0415.000; Sat, 19 Jan 2019 09:11:37 -0800 From: John Kaippallimalil To: "dmm@ietf.org" , CARLOS JESUS BERNARDOS CANO Thread-Topic: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 Thread-Index: AQHUqEs3VTAjcTZYRUC5U1x6/vM4pqWyGJkQgABwf4A= Date: Sat, 19 Jan 2019 17:11:36 +0000 Message-ID: <6561EABF52675C45BCDACA1B4D7AA1171FA43B1F@sjceml521-mbs.china.huawei.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.135.13] Content-Type: multipart/alternative; boundary="_000_6561EABF52675C45BCDACA1B4D7AA1171FA43B1Fsjceml521mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2019 17:11:50 -0000 --_000_6561EABF52675C45BCDACA1B4D7AA1171FA43B1Fsjceml521mbschi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Review and comments on draft-ietf-dmm-pmipv6-dlif-03. The text in the draft is clear, and it is ready to move forward in my view. A couple of comments below: (not repeating nits that Dirk has already posted) Section 3: "As another note, the solution described in this document allows performing= per-prefix anchoring decisions, to support e.g., some flows to be anchored= at a central Home-DPA (like a traditional LMA)" Would be good to clarify a bit here: is this a result of the MN requesting = central anchoring (or not), or the result of the mobility topology (MAARs, = CMDs). Section 3.4: Does the implementation with parallel operations need to mention something = about race conditions. It is probably fine in practice, but not a completely safe operation (e.g.,= MAAR2 may forward data to MAAR1 before the route update at MAAR1 is comple= te) Overall - the draft looks really good and ready. John From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Dirk.von-Hugo@telekom.= de Sent: Wednesday, January 16, 2019 10:18 AM To: sgundave@cisco.com Cc: dmm@ietf.org Subject: Re: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 Hi all, I agree to forward the mature and very useful document to IESG. I just detected 3 very minor nits presumably created during recent re-forma= tting: P.7 the MN-ID, Pref1 and MAAr1's address as a Proxy-CoA =3D> the MN-ID, Pref1, = and MAAR1's address as a Proxy-CoA 5. MAAR1 stores the BCE described in (1) an unicast a Router Advertisement = (RA) to the MN with Pref1 =3D> 5. MAAR1 stores the BCE described in (1) and= unicasts a Router Advertisement (RA) to the MN with Pref1 P.9 Step 6. Is an empty one and SHOULD be deleted ;-) Thanks! Kind regards Dirk From: dmm > On Behalf Of = Sri Gundavelli (sgundave) Sent: Mittwoch, 9. Januar 2019 19:44 To: dmm@ietf.org Subject: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 Folks - As we discussed in the WG meeting at IETF103, we are issuing WGLC o= n https://www.ietf.org/id/draft-ietf-dmm-pmipv6-dlif-03.txt. We have also made one key change to the document status, moving it from Sta= ndards Track to Experimental Track. We the chairs have talked to the author= s and they are OK with this change. We are dong this as we are not sure abo= ut any potential vendor implementations and so we chose to keep this on exp= erimental track. The document went through several revisions and there were good amount of r= eviews on this document. The authors have addressed all the comments and t= here are no open issues that we are tracking at this time. We believe the d= ocument is ready for IESG reviews and like to confirm the same from the wor= king group. The following message commences a two week WGLC for all feedback. Document Link: https://www.ietf.org/id/draft-ietf-dmm-pmipv6-dlif-03.txt The target status for this document is "Experimental". Please post any comments/concerns on the draft. Thanks! Dapeng & Sri --_000_6561EABF52675C45BCDACA1B4D7AA1171FA43B1Fsjceml521mbschi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Review and comments on draft-ietf-dmm= -pmipv6-dlif-03.

 

The text in the draft is clear, and i= t is ready to move forward in my view.

 

A couple of comments below:

(not repeating nits that Dirk has alr= eady posted)

 

Section 3:

“As another note, the solution = described in this document allows performing per-prefix anchoring decisions= , to support e.g., some flows to be anchored at a central Home-DPA (like a traditional LMA)”

Would be good to clarify a bit here: = is this a result of the MN requesting central anchoring (or not), or the re= sult of the mobility topology (MAARs, CMDs).

 

Section 3.4:

Does t= he implementation with parallel operations need to mention something about = race conditions.
It is probably fine in practice, but not a completely safe operation (e.g.,= MAAR2 may forward data to MAAR1 before the route update at MAAR1 is comple= te)

Overall – the draft looks reall= y good and ready.

 

John

 

 

=  

From: dmm [mailto:dmm-bounces@ietf.o= rg] On Behalf Of Dirk.von-Hugo@telekom.de
Sent: Wednesday, January 16, 2019 10:18 AM
To: sgundave@cisco.com
Cc: dmm@ietf.org
Subject: Re: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03<= /span>

 

Hi all,=

I agree to forward the mature and ver= y useful document to IESG.

 

I just detected 3 very minor nits pre= sumably created during recent re-formatting:

P.7

the MN-ID, Pref1 and MAAr1's address as a Proxy-CoA =3D> t= he MN-ID, Pref1, and MAAR1's address as a Proxy-CoA

 

5. MAAR1 stores the BCE described in (1) an unicast a Router = Advertisement (RA) to the MN with Pref1 =3D> 5. MAAR1 stores the BCE des= cribed in (1) and unicasts a Router Advertisement (RA) to the MN with Pref1

P.9

Step 6. Is an empty one and SHOULD be= deleted

;-)

 

Thanks!

Kind regards

Dirk

 <= /p>

From: dmm <dmm-bounces@ietf.org> On Behalf Of Sri Gundavelli (sgundave)
Sent: Mittwoch, 9. Januar 2019 19:44
To: dmm@ietf.org
Subject: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03

 

Folks – As we discuss= ed in the WG meeting at IETF103, we are issuing WGLC on https://www.ietf.or= g/id/draft-ietf-dmm-pmipv6-dlif-03.txt. 

 

We have also made one key change to the document stat= us, moving it from Standards Track to Experimental Track. We the chairs hav= e talked to the authors and they are OK with this change. We are dong this as we are not sure about any potential vendor imp= lementations and so we chose to keep this on experimental track.=

 

The document went through s= everal revisions and there were good amount of reviews on this document. &n= bsp;The authors have addressed all the comments and there are no open issues that we are tracking at this time. We believe the docum= ent is ready for IESG reviews and like to confirm the same from the working= group.

 

 

The following message comme= nces a two week WGLC for all feedback.

 

 

The target status for this = document is “Experimental”.

 

Please post any comments/co= ncerns on the draft. 

 

 

Thanks!

Dapeng & Sri=

 

 

--_000_6561EABF52675C45BCDACA1B4D7AA1171FA43B1Fsjceml521mbschi_-- From nobody Sun Jan 20 04:11:54 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B7D7813107E for ; Sun, 20 Jan 2019 04:11:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=it.uc3m.es 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 Z5dyZQI8LFLH for ; Sun, 20 Jan 2019 04:11:48 -0800 (PST) Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) (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 EEA08131058 for ; Sun, 20 Jan 2019 04:11:47 -0800 (PST) Received: by mail-wr1-x430.google.com with SMTP id p4so20152984wrt.7 for ; Sun, 20 Jan 2019 04:11:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=it.uc3m.es; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=GT+TlpNJlJ9oiL/jkDsGiF42ziW/KieQ7suGcXPng2Y=; b=RAP9p3GSbqzhk688RQ+cGWLbUvivLUHRnAFejIyVQV/65SYGF+SbgacfCBR7isEpuh +jg00Aa6pjTnrzHgOAB2bIkHE1KMZHrVKfoOY7zEhm9dPHOfkgUZdzo9zFPbphaqxI+8 IczJj701vEfKQhERFqQeSnWrHjfjpQ0rWRvggCJZ5NiZ1YryzKUQjad3QLPjMb9Si/EV up0IFPJtSzSXbIO2VtCKXsdyJWN6cUVduNismfhr3tzeCM2THcjVpMJ2ZMUMncshpd31 5ajtslroygPfdR/IZ0EzXru9bIanmGOiVo+P3WT46X1wEWTz++tcfwoETRX3iBiP83Dv L+RQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=GT+TlpNJlJ9oiL/jkDsGiF42ziW/KieQ7suGcXPng2Y=; b=KP6z6NLpIRNKDopckO9OJ71KzUfXtZLcz8BYnCW/VG/pGgtRq1lVmNkt9Fm3wDYUuT w156OQoZutRMP+RdO7cU+XadV/s1kPrLakyveXZhSSXYkA/CrPvJmV6AwDeP/hevZU2W wLUShdzcv1hQTUYCtFFM6bnOiWT2i7eo0CiGZMB80k0PGmASEbO+q9P+UHdw5sAsPDc/ 3Mf4v3UVgWHkqLcbksx8+Kkya052PLKLe7fMUdigDaz4f/Pt1FMgmJyQtZWtBPSh1m+N +9bEY3xWWV3ApMqMGZe5ga/uFxQgWIu8d4baKmHQozS7/CZSimPw3cf6V9yvL6gy6n72 GBsg== X-Gm-Message-State: AJcUukcqzVzlOLlCSG2KvCGS3p0/pG1DL9LVz60P4MJbkpFwF8PZ11f/ Jwv7AY4zZNT4Tx5bJ/vBBSupMahUHxetFyW7pVto7Q== X-Google-Smtp-Source: ALg8bN6DscJIBAjUo0uPCWp1q8d2/frPAlsElkSS+T9UpGmIJ7UCgS3w6MuxSB4bCTfpn58zviFuOYbK1LKgqBvNZqM= X-Received: by 2002:a5d:4586:: with SMTP id p6mr23168920wrq.69.1547986306174; Sun, 20 Jan 2019 04:11:46 -0800 (PST) MIME-Version: 1.0 References: <6561EABF52675C45BCDACA1B4D7AA1171FA43B1F@sjceml521-mbs.china.huawei.com> In-Reply-To: <6561EABF52675C45BCDACA1B4D7AA1171FA43B1F@sjceml521-mbs.china.huawei.com> From: CARLOS JESUS BERNARDOS CANO Date: Sun, 20 Jan 2019 13:11:29 +0100 Message-ID: To: John Kaippallimalil Cc: "dmm@ietf.org" , "sgundave@cisco.com" Content-Type: multipart/alternative; boundary="000000000000e5aeea057fe2a551" Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jan 2019 12:11:52 -0000 --000000000000e5aeea057fe2a551 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks a lot John! We'll address your comments in the next revision. Carlos On Sat, Jan 19, 2019 at 6:11 PM John Kaippallimalil < John.Kaippallimalil@huawei.com> wrote: > Review and comments on draft-ietf-dmm-pmipv6-dlif-03. > > > > The text in the draft is clear, and it is ready to move forward in my vie= w. > > > > A couple of comments below: > > (not repeating nits that Dirk has already posted) > > > > Section 3: > > =E2=80=9CAs another note, the solution described in this document allows > performing per-prefix anchoring decisions, to support e.g., some flows to > be anchored at a central Home-DPA (like a traditional LMA)=E2=80=9D > > Would be good to clarify a bit here: is this a result of the MN requestin= g > central anchoring (or not), or the result of the mobility topology (MAARs= , > CMDs). > > > > Section 3.4: > > Does the implementation with parallel operations need to mention somethin= g > about race conditions. > It is probably fine in practice, but not a completely safe operation > (e.g., MAAR2 may forward data to MAAR1 before the route update at MAAR1 i= s > complete) > > Overall =E2=80=93 the draft looks really good and ready. > > > > John > > > > > > > > *From:* dmm [mailto:dmm-bounces@ietf.org] *On Behalf Of * > Dirk.von-Hugo@telekom.de > *Sent:* Wednesday, January 16, 2019 10:18 AM > *To:* sgundave@cisco.com > *Cc:* dmm@ietf.org > *Subject:* Re: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 > > > > Hi all, > > I agree to forward the mature and very useful document to IESG. > > > > I just detected 3 very minor nits presumably created during recent > re-formatting: > > P.7 > > the MN-ID, Pref1 and MAAr1's address as a Proxy-CoA =3D> the MN-ID, Pref1= , > and MAAR1's address as a Proxy-CoA > > > > 5. MAAR1 stores the BCE described in (1) an unicast a Router Advertisemen= t > (RA) to the MN with Pref1 =3D> 5. MAAR1 stores the BCE described in (1) a= nd > unicasts a Router Advertisement (RA) to the MN with Pref1 > > P.9 > > Step 6. Is an empty one and SHOULD be deleted > > ;-) > > > > Thanks! > > Kind regards > > Dirk > > > > *From:* dmm *On Behalf Of *Sri Gundavelli > (sgundave) > *Sent:* Mittwoch, 9. Januar 2019 19:44 > *To:* dmm@ietf.org > *Subject:* [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 > > > > Folks =E2=80=93 As we discussed in the WG meeting at IETF103, we are issu= ing WGLC > on https://www.ietf.org/id/draft-ietf-dmm-pmipv6-dlif-03.txt. > > > > *We have also made one key change to the document status, moving it from > Standards Track to Experimental Track. We the chairs have talked to the > authors and they are OK with this change. We are dong this as we are not > sure about any potential vendor implementations and so we chose to keep > this on experimental track.* > > > > The document went through several revisions and there were good amount of > reviews on this document. The authors have addressed all the comments an= d > there are no open issues that we are tracking at this time. We believe th= e > document is ready for IESG reviews and like to confirm the same from the > working group. > > > > > > The following message commences a two week WGLC for all feedback. > > > > Document Link: > > https://www.ietf.org/id/draft-ietf-dmm-pmipv6-dlif-03.txt > > > > > The target status for this document is =E2=80=9CExperimental=E2=80=9D. > > > > Please post any comments/concerns on the draft. > > > > > > Thanks! > > Dapeng & Sri > > > > > --000000000000e5aeea057fe2a551 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks a lot John! We'll address your comments in the = next revision.

Carlos

On Sat, Jan 19, 2019 at 6:11 = PM John Kaippallimalil <John.Kaippallimalil@huawei.com> wrote:

Review and comments on draft-ietf-dmm-pmipv6= -dlif-03.

=C2=A0

The text in the draft is clear, and it is re= ady to move forward in my view.

=C2=A0

A couple of comments below:

(not repeating nits that Dirk has already po= sted)

=C2=A0

Section 3:

=E2=80=9CAs another note, the solution descr= ibed in this document allows performing per-prefix anchoring decisions, to = support e.g., some flows to be anchored at a central Home-DPA (like a traditional LMA)=E2=80=9D

Would be good to clarify a bit here: is this= a result of the MN requesting central anchoring (or not), or the result of= the mobility topology (MAARs, CMDs).

=C2=A0

Section 3.4:

Does the implem= entation with parallel operations need to mention something about race cond= itions.
It is probably fine in practice, but not a completely safe operation (e.g.,= MAAR2 may forward data to MAAR1 before the route update at MAAR1 is comple= te)

Overall =E2=80=93 the draft looks really goo= d and ready.

=C2=A0

John

=C2=A0

=C2=A0

=C2=A0

=C2=A0

Hi all,

I agree to forward the mature and very usefu= l document to IESG.

=C2=A0

I just detected 3 very minor nits presumably= created during recent re-formatting:

P.7

the MN-ID, Pref1 and MAAr1's address as a Proxy-CoA =3D>= the MN-ID, Pref1, and MAAR1's address as a Proxy-CoA

=C2=A0

5. MAAR1 stores the BCE described in (1) an unicast a Router Ad= vertisement (RA) to the MN with Pref1 =3D> 5. MAAR1 stores the BCE descr= ibed in (1) and unicasts a Router Advertisement (RA) to the MN with Pref1

P.9

Step 6. Is an empty one and SHOULD be delete= d

;-)

=C2=A0

Thanks!

Kind regards

Dirk

=C2=A0

From: dmm <dmm-bounces@ietf.org> On Behalf Of Sri Gundavelli (sgundave)
Sent: Mittwoch, 9. Januar 2019 19:44
To: dmm@ietf.org
Subject: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03

=C2=A0

=C2=A0

We have also made one key change to the document status, moving i= t from Standards Track to Experimental Track. We the chairs have talked=C2= =A0to the authors and they are OK with this change. We are dong this as we are not sure about any potential vendor imp= lementations and so we chose to keep this on experimental track.=

=C2=A0

The document went through several revis= ions and there were good amount of reviews on this document.=C2=A0 The auth= ors have addressed all the comments and there are no open issues that we are tracking at this time. We believe the docum= ent is ready for IESG reviews and like to confirm the same from the working= group.

=C2=A0

=C2=A0

The following message commences a two w= eek WGLC for all feedback.

=C2=A0

=C2=A0

The target status for this document is = =E2=80=9CExperimental=E2=80=9D.

=C2=A0

Please post any comments/concerns on th= e draft.=C2=A0

=C2=A0

=C2=A0

Thanks!

Dapeng & Sri

=C2=A0

=C2=A0

--000000000000e5aeea057fe2a551-- From nobody Sun Jan 20 04:22:07 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E653613107E for ; Sun, 20 Jan 2019 04:22:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=it.uc3m.es 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 l3H629M_sBEz for ; Sun, 20 Jan 2019 04:22:04 -0800 (PST) Received: from mail-wm1-x336.google.com (mail-wm1-x336.google.com [IPv6:2a00:1450:4864:20::336]) (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 D3B34131074 for ; Sun, 20 Jan 2019 04:22:03 -0800 (PST) Received: by mail-wm1-x336.google.com with SMTP id m1so8363328wml.2 for ; Sun, 20 Jan 2019 04:22:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=it.uc3m.es; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=xhSCa1ly4VYceMJDVCer118z6QYXLQFxHGCcBFYSwaM=; b=H8K34mwA6ILqFVZWnzWLB90kFoKpkXDvgcPuyr4X1C1VAa3EkIg/WYDURqV31bT1WA 4j05KwtXJaSfebvYOxoa+nL5jAr7hpBQABnnfFrR8JGVHJwVkDfXNDjSU2V5AyW1Q7c2 7dBQCnNgjjb8mGiMIgtmUNar1HZZFEcL6U/JzPm5GbsXEeVjrlAuVwSmNGCNucn9kLP+ UB8xncqgCtuw640VKMmG7QCT2ZegCg/uz9eT/WTgORFkixja7+aBCFCIEC/iMsmm7qRu V29F1LFBGoPh71M7EgYqqxP22Sx7KD6Wn74KaP+UEVnxNDRRdoS3XXtmP7WRvpo1cn/6 EwQA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=xhSCa1ly4VYceMJDVCer118z6QYXLQFxHGCcBFYSwaM=; b=RIPHFh7C0hFRy3HU1shc/+LO1PzQEZfGd10soAcQ8WJzLcKky05D+jDs95KNP5gJhu bv8iuSL5eVC6AhuDxeF57giaV9Cobjx5OD+xaFgdYpjCtR9WL/YHqpDd7gAalGw2QYRz gDmoRTIhAYRsG63bpMa/K2gUZFwTKAKv9YxOmbYvjWpT7yzgLa4SVOPxBl7E9tI0zwaB pYnHbX4FjJwRdPkpyr2ivhBqVNK/pfgrQa8fK2EhE8E2qYSRwwxd0YYhPZmmRUi9oLio ZLLDfIZnHEgceY65Tiv3tlhCSU51s9woCLCzNusyIkDcNsnUoLuu7rfWJH8M24iC1S6L MT6g== X-Gm-Message-State: AJcUukfNUL4+F0m3MsrPYFfaCWsuJsfOk6+wQ3ylam/iC+rsvNkKa8Y1 Pl+HDlE3uezJzNSKhkMX7eG4cXBxYgORwy2UGcbnTw== X-Google-Smtp-Source: ALg8bN6+wukh9oR67IjSMUIXN83Emn9+lNp5nGGXfojIHedd3Nng5e1SU287gUWt032de+MS2hUFXKW8PrwWVPr+5rY= X-Received: by 2002:a1c:bbd6:: with SMTP id l205mr20120923wmf.97.1547986921942; Sun, 20 Jan 2019 04:22:01 -0800 (PST) MIME-Version: 1.0 References: <4e6e476e61a342569edf2c126543c1d5@boeing.com> In-Reply-To: <4e6e476e61a342569edf2c126543c1d5@boeing.com> From: CARLOS JESUS BERNARDOS CANO Date: Sun, 20 Jan 2019 13:21:45 +0100 Message-ID: To: "Templin (US), Fred L" Cc: "Sri Gundavelli (sgundave)" , "dmm@ietf.org" Content-Type: multipart/alternative; boundary="00000000000099aea4057fe2ca8e" Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jan 2019 12:22:07 -0000 --00000000000099aea4057fe2ca8e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Fred, Thanks for your comments. Please see inline below. On Thu, Jan 17, 2019 at 12:25 AM Templin (US), Fred L < Fred.L.Templin@boeing.com> wrote: > Hi, I read this document and it seems to imply that anchors necessarily > aggregate > > short prefixes. For example, an anchor might aggregate a prefix like > 2001:db8::/32 > > and give out ::/64 prefixes to mobile nodes. This preserves the notion of > a home > > network that is identified by an aggregated prefix =E2=80=93 so the globa= l routing > system > > can identify the home network by the short prefix. > The draft documents multiple "anchoring" options. One implies that the anchors do anchor some prefixes. One natural deployment option is that they are aggregated in short prefixes, but other approaches are also possible. Non aggregatable prefixes could also be used by the anchors. > > On the other hand, =E2=80=98draft-ietf-rtgwg-atn-bgp=E2=80=99 assumes tha= t there is no such > > aggregation, and that the anchor has no short prefix associated with it. > Then, > > when a mobile associates with an anchor the anchor injects the mobile=E2= =80=99s > ::/64 > > prefix into the global routing system.. If the mobile moves to a new > anchor, > > the old anchor withdraws the /64 and the new anchor injects it instead. I= n > > other words, the system is based on complete de-aggregation and there is > > no notion of a =E2=80=9Chome=E2=80=9D network =E2=80=93 the mobile is alw= ays =E2=80=9Caway from home=E2=80=9D. > This is an example of solution of what the document classifies under "Mobility case, anchor relocation". > > This is a very different model, and naturally supports continuity of the > mobile=E2=80=99s > > mobile network prefix at all times due to the nature of the routing > system. It > > provides =E2=80=9Cscalable de-aggregation=E2=80=9D, which is something th= at the routing > > research group (RRG) investigated but has not been accomplished until now= . > > > > I think it would be worth considering this model both on its own merits > and/or > > in conjunction with the dmm document. The notion of a =E2=80=9Chome netwo= rk=E2=80=9D need > > not be preserved, and instead we have scalable de-aggregation. Please hav= e > a > > look (as I did for the dmm doc) and post comments or questions. > I think this is already considered in the " Mobility case, anchor relocation" in the draft. We can add additional references as examples of this, but I'd prefer not to add more text, as we are trying to keep the document short and what you have described is covered IMHO with the current text. Thanks, Carlos > > Thanks - Fred > > > > *From:* dmm [mailto:dmm-bounces@ietf.org] *On Behalf Of *Sri Gundavelli > (sgundave) > *Sent:* Wednesday, January 09, 2019 10:43 AM > *To:* dmm@ietf.org > *Subject:* [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 > > > > Folks =E2=80=93 As we discussed in the WG meeting at IETF103, we are issu= ing WGLC > on draft-ietf-dmm-distributed-mobility-anchoring-11. > > > > The document went through several revisions and there were good amount of > reviews on this document. The authors have addressed all the comments an= d > there are no open issues that we are tracking at this time. We believe th= e > document is ready for IESG reviews and like to confirm the same from the > working group. > > > > > > The following message commences a two week WGLC for all feedback. > > > > Document Link: > > > https://www.ietf.org/id/draft-ietf-dmm-distributed-mobility-anchoring-11.= txt > > > > The target status for this document is =E2=80=9CInformational=E2=80=9D. > > > > Please post any comments/concerns on the draft. > > > > Thanks! > > Dapeng & Sri > > > _______________________________________________ > dmm mailing list > dmm@ietf.org > https://www.ietf.org/mailman/listinfo/dmm > --00000000000099aea4057fe2ca8e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Fred= ,

Thanks for your comments. Please see inline below.

On Thu, Jan 17, 2019 at 12:25 AM Templin (US), Fred L <Fred.L.Templin@boeing.com> wrote:
<= /div>

Hi, I read this document and it seems to imp= ly that anchors necessarily aggregate

short prefixes. For example, an anchor might= aggregate a prefix like 2001:db8::/32

and give out ::/64 prefixes to mobile nodes.= This preserves the notion of a home

network that is identified by an aggregated = prefix =E2=80=93 so the global routing system

can identify the home network by the short p= refix.


The draft doc= uments multiple "anchoring" options. One implies that the anchors= do anchor some prefixes. One natural deployment option is that they are ag= gregated in short prefixes, but other approaches are also possible. Non agg= regatable prefixes could also be used by the anchors.

<= blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= eft:1px solid rgb(204,204,204);padding-left:1ex">

=C2=A0

On the other hand, =E2=80=98draft-ietf-rtgwg= -atn-bgp=E2=80=99 assumes that there is no such

aggregation, and that the anchor has no shor= t prefix associated with it. Then,

when a mobile associates with an anchor the = anchor injects the mobile=E2=80=99s ::/64

prefix into the global routing system.. If t= he mobile moves to a new anchor,

the old anchor withdraws the /64 and the new= anchor injects it instead. In

other words, the system is based on complete= de-aggregation and there is

no notion of a =E2=80=9Chome=E2=80=9D networ= k =E2=80=93 the mobile is always =E2=80=9Caway from home=E2=80=9D.


This is an example of soluti= on of what the document classifies under "Mobility case, anchor reloca= tion".

=C2=A0

This is a very different model, and naturall= y supports continuity of the mobile=E2=80=99s

mobile network prefix at all times due to th= e nature of the routing system. It

provides =E2=80=9Cscalable de-aggregation=E2= =80=9D, which is something that the routing

research group (RRG) investigated but has no= t been accomplished until now.

=C2=A0

I think it would be worth considering this m= odel both on its own merits and/or

in conjunction with the dmm document. The no= tion of a =E2=80=9Chome network=E2=80=9D need

not be preserved, and instead we have scalab= le de-aggregation. Please have a

look (as I did for the dmm doc) and post com= ments or questions.


= I think this is already considered in the "=C2=A0Mobility case, anchor= relocation" in the draft. We can add additional references as example= s of this, but I'd prefer not to add more text, as we are trying to kee= p the document short and what you have described is covered IMHO with the c= urrent text.

Thanks,

Carl= os

<= p class=3D"MsoNormal">

=C2=A0

Thanks - Fred

=C2=A0

From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Sri Gundavelli (sgundave)
Sent: Wednesday, January 09, 2019 10:43 AM
To: dmm@ietf.org
Subject: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring= -11

=C2=A0

Folks =E2=80=93 As we discussed in the WG meeting a= t IETF103, we are issuing WGLC on=C2=A0draft-ietf-dmm-distributed-mobility-= anchoring-11.=C2=A0

=C2=A0

The document went through several revisions and the= re were good amount of reviews on this document.=C2=A0 The authors have add= ressed all the comments and there are no open issues that we are tracking at this time. We believe the document is = ready for IESG reviews and like to confirm the same from the working group.=

=C2=A0

=C2=A0

The following message commences a two week WGLC for= all feedback.

=C2=A0

=C2=A0

The target status for this document is =E2=80=9CInf= ormational=E2=80=9D.=C2=A0

=C2=A0

Please post any comments/concerns on the draft.=C2= =A0

=C2=A0=C2=A0

Thanks!

Dapeng & Sri

=C2=A0

_______________________________________________
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm
--00000000000099aea4057fe2ca8e-- From nobody Mon Jan 21 10:09:55 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 050D7126C7E for ; Mon, 21 Jan 2019 10:09:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DXYFbtOfTZ5w for ; Mon, 21 Jan 2019 10:09:50 -0800 (PST) Received: from clt-mbsout-02.mbs.boeing.net (clt-mbsout-02.mbs.boeing.net [130.76.144.163]) (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 D94BC127B4C for ; Mon, 21 Jan 2019 10:09:49 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clt-mbsout-02.mbs.boeing.net (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with SMTP id x0LI9lds009742; Mon, 21 Jan 2019 13:09:47 -0500 Received: from XCH16-07-12.nos.boeing.com (xch16-07-12.nos.boeing.com [144.115.66.114]) by clt-mbsout-02.mbs.boeing.net (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id x0LI9cSB008378 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=FAIL); Mon, 21 Jan 2019 13:09:38 -0500 Received: from XCH16-07-10.nos.boeing.com (144.115.66.112) by XCH16-07-12.nos.boeing.com (144.115.66.114) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.1591.10; Mon, 21 Jan 2019 10:09:36 -0800 Received: from XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8]) by XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8%2]) with mapi id 15.01.1591.012; Mon, 21 Jan 2019 10:09:36 -0800 From: "Templin (US), Fred L" To: CARLOS JESUS BERNARDOS CANO CC: "Sri Gundavelli (sgundave)" , "dmm@ietf.org" Thread-Topic: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 Thread-Index: AQHUqEsyaVwhC6gsjkGTHCexOaG4/6WyjgZwgAYc6oCAAWnYMA== Date: Mon, 21 Jan 2019 18:09:36 +0000 Message-ID: <1e9dec4a74084a66819f34d65c61217b@boeing.com> References: <4e6e476e61a342569edf2c126543c1d5@boeing.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [137.137.12.6] x-tm-snts-smtp: FDBB42236E29EE06D20BC73940030B29347E649BA32787FE22B2E44DC4BD986D2000:8 Content-Type: multipart/alternative; boundary="_000_1e9dec4a74084a66819f34d65c61217bboeingcom_" MIME-Version: 1.0 X-TM-AS-GCONF: 00 Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 18:09:54 -0000 --_000_1e9dec4a74084a66819f34d65c61217bboeingcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQ2FybG9zLA0KDQpJIHRoaW5rIGl0IHdvdWxkIGJlIHdvcnRoIGNvbnNpZGVyaW5nIHRoaXMg bW9kZWwgYm90aCBvbiBpdHMgb3duIG1lcml0cyBhbmQvb3INCmluIGNvbmp1bmN0aW9uIHdpdGgg dGhlIGRtbSBkb2N1bWVudC4gVGhlIG5vdGlvbiBvZiBhIOKAnGhvbWUgbmV0d29ya+KAnSBuZWVk DQpub3QgYmUgcHJlc2VydmVkLCBhbmQgaW5zdGVhZCB3ZSBoYXZlIHNjYWxhYmxlIGRlLWFnZ3Jl Z2F0aW9uLiBQbGVhc2UgaGF2ZSBhDQpsb29rIChhcyBJIGRpZCBmb3IgdGhlIGRtbSBkb2MpIGFu ZCBwb3N0IGNvbW1lbnRzIG9yIHF1ZXN0aW9ucy4NCg0KSSB0aGluayB0aGlzIGlzIGFscmVhZHkg Y29uc2lkZXJlZCBpbiB0aGUgIiBNb2JpbGl0eSBjYXNlLCBhbmNob3IgcmVsb2NhdGlvbiIgaW4g dGhlIGRyYWZ0LiBXZSBjYW4gYWRkIGFkZGl0aW9uYWwgcmVmZXJlbmNlcyBhcyBleGFtcGxlcyBv ZiB0aGlzLCBidXQgSSdkIHByZWZlciBub3QgdG8gYWRkIG1vcmUgdGV4dCwgYXMgd2UgYXJlIHRy eWluZyB0byBrZWVwIHRoZSBkb2N1bWVudCBzaG9ydCBhbmQgd2hhdCB5b3UgaGF2ZSBkZXNjcmli ZWQgaXMgY292ZXJlZCBJTUhPIHdpdGggdGhlIGN1cnJlbnQgdGV4dC4NCg0KPj4gU2NhbGFibGUg ZGUtYWdncmVnYXRpb24gKGFuZCB0aGUgcm91dGluZyBzeXN0ZW0gcmVxdWlyZWQgdG8gIHJvdXRl IGl0ICkgaXMgbm90IGNvdmVyZWQgaW4NCj4+IOKAmGRyYWZ0LWlldGYtZG1tLWRpc3RyaWJ1dGVk LW1vYmlsaXR5LWFuY2hvcmluZ+KAmTsgaXQgaXMgY292ZXJlZCBpbiDigJhkcmFmdC1pZXRmLXJ0 Z3dnLWF0bi1iZ3DigJkNCj4+IChhIHdnIGl0ZW0gb2YgdGhlIFJUR1dHKSBhbmQg4oCYZHJhZnQt dGVtcGxpbi1pbnRhcmVhLTY3MDZiaXPigJkgZnJvbSB3aGljaCB0aGUgUlRHV0cNCj4+IGRvYyB3 YXMgZGVyaXZlZC4gUGxlYXNlIGFkZCByZWZlcmVuY2VzIGFuZCBzdXBwb3J0aW5nIHRleHQuDQo+ Pg0KPj4gVGhhbmtzIC0gRnJlZA0K --_000_1e9dec4a74084a66819f34d65c61217bboeingcom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg Um9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNv TGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgN Cgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGluOw0KCW1hcmdpbi1yaWdo dDowaW47DQoJbWFyZ2luLWJvdHRvbTowaW47DQoJbWFyZ2luLWxlZnQ6LjVpbjsNCgltYXJnaW4t Ym90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMg TmV3IFJvbWFuIixzZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpw ZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0 OTdEO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBv c2U7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4 dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250 LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6 ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5X b3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlzdCBEZWZpbml0aW9ucyAq Lw0KQGxpc3QgbDANCgl7bXNvLWxpc3QtaWQ6MjAwOTIxNTA5MTsNCgltc28tbGlzdC10eXBlOmh5 YnJpZDsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6MTcwODA2MjY5NiA4OTIyMzk3NDIgNjc2OTg2 OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2OTEg Njc2OTg2OTM7fQ0KQGxpc3QgbDA6bGV2ZWwxDQoJe21zby1sZXZlbC1zdGFydC1hdDowOw0KCW1z by1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvg5g7DQoJbXNv LWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7DQoJbXNvLWZhcmVh c3QtZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3 IFJvbWFuIjt9DQpAbGlzdCBsMDpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVs bGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250 LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVsMw0KCXttc28tbGV2ZWwtbnVt YmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWIt c3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu dDotLjI1aW47DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNA0KCXtt c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1z by1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN Cgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxl dmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6 bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u OmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7 fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCglt c28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVs LW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWls eTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsN Cglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1i ZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3Rv cDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot LjI1aW47DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7 bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCglt c28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7 DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpvbA0KCXtt YXJnaW4tYm90dG9tOjBpbjt9DQp1bA0KCXttYXJnaW4tYm90dG9tOjBpbjt9DQotLT48L3N0eWxl PjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIg c3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48 eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQi IGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+ DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNs YXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPkhpIENhcmxvcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRp bmc6MGluIDBpbiAwaW4gNC4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxibG9j a3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0 O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0 OjBpbiI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPkkgdGhpbmsgaXQgd291bGQgYmUgd29ydGggY29uc2lkZXJpbmcg dGhpcyBtb2RlbCBib3RoIG9uIGl0cyBvd24gbWVyaXRzIGFuZC9vcjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPmluIGNvbmp1bmN0aW9uIHdpdGggdGhlIGRtbSBkb2N1bWVudC4gVGhlIG5vdGlvbiBvZiBh IOKAnGhvbWUgbmV0d29ya+KAnSBuZWVkPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+bm90IGJlIHByZXNl cnZlZCwgYW5kIGluc3RlYWQgd2UgaGF2ZSBzY2FsYWJsZSBkZS1hZ2dyZWdhdGlvbi4gUGxlYXNl IGhhdmUgYTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPmxvb2sgKGFzIEkgZGlkIGZvciB0aGUgZG1tIGRv YykgYW5kIHBvc3QgY29tbWVudHMgb3IgcXVlc3Rpb25zLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5JIHRoaW5rIHRoaXMgaXMgYWxyZWFkeSBjb25zaWRlcmVkIGluIHRoZSAmcXVvdDsmbmJz cDtNb2JpbGl0eSBjYXNlLCBhbmNob3IgcmVsb2NhdGlvbiZxdW90OyBpbiB0aGUgZHJhZnQuIFdl IGNhbiBhZGQgYWRkaXRpb25hbCByZWZlcmVuY2VzIGFzIGV4YW1wbGVzIG9mIHRoaXMsIGJ1dCBJ J2QgcHJlZmVyIG5vdCB0byBhZGQgbW9yZSB0ZXh0LCBhcyB3ZSBhcmUgdHJ5aW5nIHRvIGtlZXAg dGhlIGRvY3VtZW50IHNob3J0IGFuZCB3aGF0DQogeW91IGhhdmUgZGVzY3JpYmVkIGlzIGNvdmVy ZWQgSU1ITyB3aXRoIHRoZSBjdXJyZW50IHRleHQuPHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Qi PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jmd0OyZndDsgU2NhbGFibGUgZGUtYWdn cmVnYXRpb24gKGFuZCB0aGUgcm91dGluZyBzeXN0ZW0gcmVxdWlyZWQgdG8mbmJzcDsgcm91dGUg aXQgKSBpcyBub3QgY292ZXJlZCBpbjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+Jmd0OyZndDsg4oCYZHJhZnQtaWV0Zi1kbW0tZGlzdHJpYnV0ZWQtbW9iaWxpdHktYW5jaG9y aW5n4oCZOyBpdCBpcyBjb3ZlcmVkIGluIOKAmGRyYWZ0LWlldGYtcnRnd2ctYXRuLWJncOKAmTxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jmd0OyZndDsgKGEgd2cgaXRlbSBv ZiB0aGUgUlRHV0cpIGFuZCDigJhkcmFmdC10ZW1wbGluLWludGFyZWEtNjcwNmJpc+KAmSBmcm9t IHdoaWNoIHRoZSBSVEdXRzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jmd0 OyZndDsgZG9jIHdhcyBkZXJpdmVkLiBQbGVhc2UgYWRkIHJlZmVyZW5jZXMgYW5kIHN1cHBvcnRp bmcgdGV4dC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZndDsmZ3Q7PG86 cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mZ3Q7Jmd0OyBUaGFua3Mg LSBGcmVkPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_1e9dec4a74084a66819f34d65c61217bboeingcom_-- From nobody Mon Jan 21 10:40:58 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B7A3126C7E for ; Mon, 21 Jan 2019 10:40:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=it.uc3m.es 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 wYrL_9Gu6DkA for ; Mon, 21 Jan 2019 10:40:53 -0800 (PST) Received: from mail-wm1-x32c.google.com (mail-wm1-x32c.google.com [IPv6:2a00:1450:4864:20::32c]) (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 B9242126BED for ; Mon, 21 Jan 2019 10:40:52 -0800 (PST) Received: by mail-wm1-x32c.google.com with SMTP id g67so11782657wmd.2 for ; Mon, 21 Jan 2019 10:40:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=it.uc3m.es; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=xI3FScmrGOYq0hZTVvKKyXWV3i81zTGtsI1dLWw0fBM=; b=Zls9DWl+u8CDzykDMhenrPUW6M9/O35Dj0RKL7EEHb0q+MqEsW9JFhVNJsuKmS4HjA g9xYfgOu9dQo7/A3hcquvqffSlBrIlJ7wk/ip63vJCrHrRojtq3rG2+nr8xNwPYT/eLJ fRzrjFd1YIuqNjbgxRo7VolVM0VzB8qEOKigpXCCbJn8taxCyB0ni7X1Wr1wp/VV6jn+ IHopDjfR9ImpY/t62D6cY6pTq7wnUK6OqY+4gh6bCxV3tP++8lWpEaFJ3Z3wDv0y7sP/ 1zBR2Fw1nE+HrepjTxHdjIwTYVL+NSpDHmEyuSeXQkvc4gSxhzdd1A7vfn73MDuZ+Cu+ vBjQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=xI3FScmrGOYq0hZTVvKKyXWV3i81zTGtsI1dLWw0fBM=; b=BEjy0gfMkVpCZLgTBsMujyOejKn7mYnaVKlbosdcel3fnM0CxOZJFlN8mKTkdWiqdU 5/GrUwJ1fW88wBlYv5o6IsZY8hYcGBan2rfzU62RwjIcFpzF+Sl3CSYf/Y3hgl58Lk64 U8Fn/7dOuMOnRmHMEktdTKo2Bh3uGinCvQ3viy8Kuk/P0Ky2M3J5p+tIJL3cVw4wfn3r K/dBphQBupeR+Y98d01C2H0vOmINxTBvlAgY/0kM+EGIQMcN1a8raKOhP9ioe/8v6Q/K jZD/ojWRcW86MRu9d6KMhIyFGa2mTZzEuC7xRE2LBqlt/E9/+X1BvHs4KD518LDSUS5K 8UuA== X-Gm-Message-State: AJcUukdYhfjafWr4NDCwsDeemuNwHO6G0uPLxFQfoR49U3XF/HP3hDyQ dKb/fVb/oCi/klnZ2upaKO5gmQsxpyz8hmsO5qPqMw== X-Google-Smtp-Source: ALg8bN7SOy11wyD0DEV02kzboxGfKd2qYKMCt17Ek6lJHmpLgsZ09HgUa1uONidzNq6RMzzC+Rt/QRuAVUQazclAv2w= X-Received: by 2002:a1c:58ce:: with SMTP id m197mr532295wmb.31.1548096050993; Mon, 21 Jan 2019 10:40:50 -0800 (PST) MIME-Version: 1.0 References: <4e6e476e61a342569edf2c126543c1d5@boeing.com> <1e9dec4a74084a66819f34d65c61217b@boeing.com> In-Reply-To: <1e9dec4a74084a66819f34d65c61217b@boeing.com> From: CARLOS JESUS BERNARDOS CANO Date: Mon, 21 Jan 2019 19:40:40 +0100 Message-ID: To: "Templin (US), Fred L" Cc: "Sri Gundavelli (sgundave)" , "dmm@ietf.org" Content-Type: multipart/alternative; boundary="00000000000032bf52057ffc3397" Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 18:40:56 -0000 --00000000000032bf52057ffc3397 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Fred, We=E2=80=99ll add the ref in the next revision. Thanks for the feedback. Carlos On Mon, 21 Jan 2019 at 19:09, Templin (US), Fred L < Fred.L.Templin@boeing.com> wrote: > Hi Carlos, > > > > I think it would be worth considering this model both on its own merits > and/or > > in conjunction with the dmm document. The notion of a =E2=80=9Chome netwo= rk=E2=80=9D need > > not be preserved, and instead we have scalable de-aggregation. Please hav= e > a > > look (as I did for the dmm doc) and post comments or questions. > > > > I think this is already considered in the " Mobility case, anchor > relocation" in the draft. We can add additional references as examples of > this, but I'd prefer not to add more text, as we are trying to keep the > document short and what you have described is covered IMHO with the curre= nt > text. > > > > >> Scalable de-aggregation (and the routing system required to route it = ) > is not covered in > > >> =E2=80=98draft-ietf-dmm-distributed-mobility-anchoring=E2=80=99; it is= covered in > =E2=80=98draft-ietf-rtgwg-atn-bgp=E2=80=99 > > >> (a wg item of the RTGWG) and =E2=80=98draft-templin-intarea-6706bis=E2= =80=99 from which > the RTGWG > > >> doc was derived. Please add references and supporting text. > > >> > > >> Thanks - Fred > --=20 Sent from a mobile device, please excuse any brevity or typing errors. --00000000000032bf52057ffc3397 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Fred,

We=E2=80=99ll add the ref in the next revision. Thanks for th= e feedback.

Carlos
=

On Mon, 21 Jan 2019 at= 19:09, Templin (US), Fred L <Fred.L.Templin@boeing.com> wrote:

Hi Carlos,

=C2=A0

I think it would be worth considering= this model both on its own merits and/or

in conjunction with the dmm document.= The notion of a =E2=80=9Chome network=E2=80=9D need

not be preserved, and instead we have= scalable de-aggregation. Please have a

look (as I did for the dmm doc) and p= ost comments or questions.

=C2=A0

I think this is already considered in the "=C2= =A0Mobility case, anchor relocation" in the draft. We can add addition= al references as examples of this, but I'd prefer not to add more text,= as we are trying to keep the document short and what you have described is covered IMHO with the current text.

=C2=A0

>> Scalable de-aggregation (and the routing sy= stem required to=C2=A0 route it ) is not covered in

>> =E2=80=98draft-ietf-dmm-distributed-mobilit= y-anchoring=E2=80=99; it is covered in =E2=80=98draft-ietf-rtgwg-atn-bgp=E2= =80=99

>> (a wg item of the RTGWG) and =E2=80=98draft= -templin-intarea-6706bis=E2=80=99 from which the RTGWG

>> doc was derived. Please add references and = supporting text.

>>=C2=A0

>> Thanks - Fred

--
Sent from a mobile device, please excuse= any brevity or typing errors.
--00000000000032bf52057ffc3397-- From nobody Mon Jan 21 11:44:03 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CD9912D4EB for ; Mon, 21 Jan 2019 11:44:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6Mb7u-i6_34r for ; Mon, 21 Jan 2019 11:43:58 -0800 (PST) Received: from clt-mbsout-01.mbs.boeing.net (clt-mbsout-01.mbs.boeing.net [130.76.144.162]) (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 76547126BED for ; Mon, 21 Jan 2019 11:43:57 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clt-mbsout-01.mbs.boeing.net (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with SMTP id x0LJhtEj001573; Mon, 21 Jan 2019 14:43:56 -0500 Received: from XCH16-07-10.nos.boeing.com (xch16-07-10.nos.boeing.com [144.115.66.112]) by clt-mbsout-01.mbs.boeing.net (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id x0LJhlAD032536 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=FAIL); Mon, 21 Jan 2019 14:43:48 -0500 Received: from XCH16-07-10.nos.boeing.com (144.115.66.112) by XCH16-07-10.nos.boeing.com (144.115.66.112) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.1591.10; Mon, 21 Jan 2019 11:43:46 -0800 Received: from XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8]) by XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8%2]) with mapi id 15.01.1591.012; Mon, 21 Jan 2019 11:43:46 -0800 From: "Templin (US), Fred L" To: CARLOS JESUS BERNARDOS CANO CC: "Sri Gundavelli (sgundave)" , "dmm@ietf.org" Thread-Topic: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 Thread-Index: AQHUqEsyaVwhC6gsjkGTHCexOaG4/6WyjgZwgAYc6oCAAWnYMIAAklsA//+LZoA= Date: Mon, 21 Jan 2019 19:43:46 +0000 Message-ID: References: <4e6e476e61a342569edf2c126543c1d5@boeing.com> <1e9dec4a74084a66819f34d65c61217b@boeing.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [137.137.12.6] x-tm-snts-smtp: 7FCA0DC2D272BB3476E536D4A10904BBB2BF42C064CA38FB4F1EC601AD66B9062000:8 Content-Type: multipart/alternative; boundary="_000_af15c12efb974203abf8d145a0410f7cboeingcom_" MIME-Version: 1.0 X-TM-AS-GCONF: 00 Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 19:44:01 -0000 --_000_af15c12efb974203abf8d145a0410f7cboeingcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U291bmRzIGdvb2Q7IHRoYW5rcyBDYXJsb3MuDQoNCkZyZWQNCg0KRnJvbTogQ0FSTE9TIEpFU1VT IEJFUk5BUkRPUyBDQU5PIFttYWlsdG86Y2piY0BpdC51YzNtLmVzXQ0KU2VudDogTW9uZGF5LCBK YW51YXJ5IDIxLCAyMDE5IDEwOjQxIEFNDQpUbzogVGVtcGxpbiAoVVMpLCBGcmVkIEwgPEZyZWQu TC5UZW1wbGluQGJvZWluZy5jb20+DQpDYzogU3JpIEd1bmRhdmVsbGkgKHNndW5kYXZlKSA8c2d1 bmRhdmVAY2lzY28uY29tPjsgZG1tQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW0RNTV0gV0dMQyBv biBkcmFmdC1pZXRmLWRtbS1kaXN0cmlidXRlZC1tb2JpbGl0eS1hbmNob3JpbmctMTENCg0KSGkg RnJlZCwNCg0KV2XigJlsbCBhZGQgdGhlIHJlZiBpbiB0aGUgbmV4dCByZXZpc2lvbi4gVGhhbmtz IGZvciB0aGUgZmVlZGJhY2suDQoNCkNhcmxvcw0KDQpPbiBNb24sIDIxIEphbiAyMDE5IGF0IDE5 OjA5LCBUZW1wbGluIChVUyksIEZyZWQgTCA8RnJlZC5MLlRlbXBsaW5AYm9laW5nLmNvbTxtYWls dG86RnJlZC5MLlRlbXBsaW5AYm9laW5nLmNvbT4+IHdyb3RlOg0KSGkgQ2FybG9zLA0KDQpJIHRo aW5rIGl0IHdvdWxkIGJlIHdvcnRoIGNvbnNpZGVyaW5nIHRoaXMgbW9kZWwgYm90aCBvbiBpdHMg b3duIG1lcml0cyBhbmQvb3INCmluIGNvbmp1bmN0aW9uIHdpdGggdGhlIGRtbSBkb2N1bWVudC4g VGhlIG5vdGlvbiBvZiBhIOKAnGhvbWUgbmV0d29ya+KAnSBuZWVkDQpub3QgYmUgcHJlc2VydmVk LCBhbmQgaW5zdGVhZCB3ZSBoYXZlIHNjYWxhYmxlIGRlLWFnZ3JlZ2F0aW9uLiBQbGVhc2UgaGF2 ZSBhDQpsb29rIChhcyBJIGRpZCBmb3IgdGhlIGRtbSBkb2MpIGFuZCBwb3N0IGNvbW1lbnRzIG9y IHF1ZXN0aW9ucy4NCg0KSSB0aGluayB0aGlzIGlzIGFscmVhZHkgY29uc2lkZXJlZCBpbiB0aGUg IiBNb2JpbGl0eSBjYXNlLCBhbmNob3IgcmVsb2NhdGlvbiIgaW4gdGhlIGRyYWZ0LiBXZSBjYW4g YWRkIGFkZGl0aW9uYWwgcmVmZXJlbmNlcyBhcyBleGFtcGxlcyBvZiB0aGlzLCBidXQgSSdkIHBy ZWZlciBub3QgdG8gYWRkIG1vcmUgdGV4dCwgYXMgd2UgYXJlIHRyeWluZyB0byBrZWVwIHRoZSBk b2N1bWVudCBzaG9ydCBhbmQgd2hhdCB5b3UgaGF2ZSBkZXNjcmliZWQgaXMgY292ZXJlZCBJTUhP IHdpdGggdGhlIGN1cnJlbnQgdGV4dC4NCg0KPj4gU2NhbGFibGUgZGUtYWdncmVnYXRpb24gKGFu ZCB0aGUgcm91dGluZyBzeXN0ZW0gcmVxdWlyZWQgdG8gIHJvdXRlIGl0ICkgaXMgbm90IGNvdmVy ZWQgaW4NCj4+IOKAmGRyYWZ0LWlldGYtZG1tLWRpc3RyaWJ1dGVkLW1vYmlsaXR5LWFuY2hvcmlu Z+KAmTsgaXQgaXMgY292ZXJlZCBpbiDigJhkcmFmdC1pZXRmLXJ0Z3dnLWF0bi1iZ3DigJkNCj4+ IChhIHdnIGl0ZW0gb2YgdGhlIFJUR1dHKSBhbmQg4oCYZHJhZnQtdGVtcGxpbi1pbnRhcmVhLTY3 MDZiaXPigJkgZnJvbSB3aGljaCB0aGUgUlRHV0cNCj4+IGRvYyB3YXMgZGVyaXZlZC4gUGxlYXNl IGFkZCByZWZlcmVuY2VzIGFuZCBzdXBwb3J0aW5nIHRleHQuDQo+Pg0KPj4gVGhhbmtzIC0gRnJl ZA0KLS0NClNlbnQgZnJvbSBhIG1vYmlsZSBkZXZpY2UsIHBsZWFzZSBleGN1c2UgYW55IGJyZXZp dHkgb3IgdHlwaW5nIGVycm9ycy4NCg== --_000_af15c12efb974203abf8d145a0410f7cboeingcom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0K CXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs c2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHls ZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30N CkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4g MS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9u MTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0 cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1b aWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRt YXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5k aWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1 cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlNvdW5kcyBnb29kOyB0aGFua3MgQ2FybG9z LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+RnJlZDxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3Jk ZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGluIDBpbiAwaW4g NC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQg I0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp ZiI+IENBUkxPUyBKRVNVUyBCRVJOQVJET1MgQ0FOTyBbbWFpbHRvOmNqYmNAaXQudWMzbS5lc10N Cjxicj4NCjxiPlNlbnQ6PC9iPiBNb25kYXksIEphbnVhcnkgMjEsIDIwMTkgMTA6NDEgQU08YnI+ DQo8Yj5Ubzo8L2I+IFRlbXBsaW4gKFVTKSwgRnJlZCBMICZsdDtGcmVkLkwuVGVtcGxpbkBib2Vp bmcuY29tJmd0Ozxicj4NCjxiPkNjOjwvYj4gU3JpIEd1bmRhdmVsbGkgKHNndW5kYXZlKSAmbHQ7 c2d1bmRhdmVAY2lzY28uY29tJmd0OzsgZG1tQGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+ IFJlOiBbRE1NXSBXR0xDIG9uIGRyYWZ0LWlldGYtZG1tLWRpc3RyaWJ1dGVkLW1vYmlsaXR5LWFu Y2hvcmluZy0xMTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+SGkgRnJlZCw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XZeKAmWxsIGFkZCB0aGUgcmVmIGluIHRoZSBu ZXh0IHJldmlzaW9uLiBUaGFua3MgZm9yIHRoZSBmZWVkYmFjay48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Q2FybG9zPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gTW9uLCAyMSBKYW4gMjAx OSBhdCAxOTowOSwgVGVtcGxpbiAoVVMpLCBGcmVkIEwgJmx0OzxhIGhyZWY9Im1haWx0bzpGcmVk LkwuVGVtcGxpbkBib2VpbmcuY29tIj5GcmVkLkwuVGVtcGxpbkBib2VpbmcuY29tPC9hPiZndDsg d3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6 bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4g Ni4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkhp IENhcmxvcyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+ DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3Bh ZGRpbmc6MGluIDBpbiAwaW4gNC4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxi bG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEu MHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij5JIHRoaW5rIGl0IHdvdWxkIGJlIHdvcnRoIGNvbnNpZGVyaW5nIHRoaXMgbW9kZWwgYm90aCBv biBpdHMgb3duIG1lcml0cyBhbmQvb3I8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5pbiBjb25qdW5jdGlv biB3aXRoIHRoZSBkbW0gZG9jdW1lbnQuIFRoZSBub3Rpb24gb2YgYSDigJxob21lIG5ldHdvcmvi gJ0gbmVlZDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPm5vdCBiZSBwcmVzZXJ2ZWQsIGFuZCBpbnN0ZWFk IHdlIGhhdmUgc2NhbGFibGUgZGUtYWdncmVnYXRpb24uIFBsZWFzZSBoYXZlIGE8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj5sb29rIChhcyBJIGRpZCBmb3IgdGhlIGRtbSBkb2MpIGFuZCBwb3N0IGNvbW1l bnRzIG9yIHF1ZXN0aW9ucy48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkkgdGhpbmsg dGhpcyBpcyBhbHJlYWR5IGNvbnNpZGVyZWQgaW4gdGhlICZxdW90OyZuYnNwO01vYmlsaXR5IGNh c2UsIGFuY2hvciByZWxvY2F0aW9uJnF1b3Q7IGluIHRoZSBkcmFmdC4gV2UgY2FuIGFkZCBhZGRp dGlvbmFsIHJlZmVyZW5jZXMgYXMgZXhhbXBsZXMgb2YgdGhpcywgYnV0IEknZCBwcmVmZXIgbm90 IHRvIGFkZCBtb3JlDQogdGV4dCwgYXMgd2UgYXJlIHRyeWluZyB0byBrZWVwIHRoZSBkb2N1bWVu dCBzaG9ydCBhbmQgd2hhdCB5b3UgaGF2ZSBkZXNjcmliZWQgaXMgY292ZXJlZCBJTUhPIHdpdGgg dGhlIGN1cnJlbnQgdGV4dC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZndDsmZ3Q7IFNj YWxhYmxlIGRlLWFnZ3JlZ2F0aW9uIChhbmQgdGhlIHJvdXRpbmcgc3lzdGVtIHJlcXVpcmVkIHRv Jm5ic3A7IHJvdXRlIGl0ICkgaXMgbm90IGNvdmVyZWQgaW48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+Jmd0OyZndDsg4oCYZHJhZnQtaWV0Zi1kbW0tZGlzdHJpYnV0ZWQt bW9iaWxpdHktYW5jaG9yaW5n4oCZOyBpdCBpcyBjb3ZlcmVkIGluIOKAmGRyYWZ0LWlldGYtcnRn d2ctYXRuLWJncOKAmTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mZ3Q7 Jmd0OyAoYSB3ZyBpdGVtIG9mIHRoZSBSVEdXRykgYW5kIOKAmGRyYWZ0LXRlbXBsaW4taW50YXJl YS02NzA2Ymlz4oCZIGZyb20gd2hpY2ggdGhlIFJUR1dHPG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPiZndDsmZ3Q7IGRvYyB3YXMgZGVyaXZlZC4gUGxlYXNlIGFkZCByZWZl cmVuY2VzIGFuZCBzdXBwb3J0aW5nIHRleHQuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPiZndDsmZ3Q7Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPiZndDsmZ3Q7IFRoYW5rcyAtIEZyZWQ8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Js b2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LS0gPG86cD48 L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U2VudCBmcm9tIGEgbW9iaWxl IGRldmljZSwgcGxlYXNlIGV4Y3VzZSBhbnkgYnJldml0eSBvciB0eXBpbmcgZXJyb3JzLjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_af15c12efb974203abf8d145a0410f7cboeingcom_-- From nobody Mon Jan 21 21:50:21 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EDA6712D84D for ; Mon, 21 Jan 2019 21:50:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.92 X-Spam-Level: X-Spam-Status: No, score=-0.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FROM_EXCESS_BASE64=0.979, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y0zL3szjMuZb for ; Mon, 21 Jan 2019 21:50:18 -0800 (PST) Received: from cnnic.cn (smtp13.cnnic.cn [218.241.118.13]) by ietfa.amsl.com (Postfix) with ESMTP id 1DA371294D0 for ; Mon, 21 Jan 2019 21:50:14 -0800 (PST) Received: from yanzhiwei (unknown [218.241.111.47]) by ocmail02.zx.nicx.cn (Coremail) with SMTP id AQAAf0Cp1q0Ur0Zc5ocYAA--.60721S2; Tue, 22 Jan 2019 13:50:12 +0800 (CST) Date: Tue, 22 Jan 2019 13:50:12 +0800 From: "=?utf-8?B?Wi5XLiBZYW4=?=" To: "=?utf-8?B?ZG1tQGlldGYub3Jn?=" References: , <2684FA17-FE64-4F20-809A-F9624B7570F8@av.it.pt> Message-ID: <201901221350121789221@cnnic.cn> X-mailer: Foxmail 6, 15, 201, 22 [cn] Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====003_Dragon557322824265_=====" X-CM-TRANSID: AQAAf0Cp1q0Ur0Zc5ocYAA--.60721S2 X-Coremail-Antispam: 1UD129KBjvdXoWrZF18tFW3Aw4fZw1UuF45ZFb_yoWkCFXE9a 97JFyrX3y7Jay7Kr47KrsxWrnrG39xGFyUZ3s8Jr13X348Zw48ZFZrKryavw1xJrW8uw15 G3Z7tr4xKrW7WjkaLaAFLSUrUUUUjb8apTn2vfkv8UJUUUU8Yxn0WfASr-VFAUDa7-sFnT 9fnUUIcSsGvfJTRUUUbh8YjsxI4VWxJwAYFVCjjxCrM7AC8VAFwI0_Jr0_Gr1l1xkIjI8I 6I8E6xAIw20EY4v20xvaj40_Wr0E3s1l1IIY67AEw4v_Jr0_Jr4l8cAvFVAK0II2c7xJM2 8CjxkF64kEwVA0rcxSw2x7M28EF7xvwVC0I7IYx2IY67AKxVW5JVW7JwA2z4x0Y4vE2Ix0 cI8IcVCY1x0267AKxVW8JVWxJwA2z4x0Y4vEx4A2jsIE14v26F4UJVW0owA2z4x0Y4vEx4 A2jsIEc7CjxVAFwI0_GcCE3s1le2I262IYc4CY6c8Ij28IcVAaY2xG8wAqx4xG67k08I80 eVWUJVW8JwAqx4xG64kEw2xG04xIwI0_Jr0_Gr1l5I8CrVCF0I0E4I0vr24lYx0E2Ix0cI 8IcVAFwI0_JrI_JrylYx0Ex4A2jsIE14v26r1j6r4UMcvjeVCFs4IE7xkEbVWUJVW8JwAC jcxG0xvY0x0EwIxGrwACY4xI67k04243AVAKzVAKj4xxMxkIecxEwVAFwVW8WwCF04k20x vY0x0EwIxGrwCFx2IqxVCFs4IE7xkEbVWUJVW8JwC20s026c02F40E14v26r106r1rMI8I 3I0E7480Y4vE14v26r106r1rMI8E67AF67kF1VAFwI0_Jr0_JrylIxkGc2Ij64vIr41lIx AIcVC0I7IYx2IY67AKxVWUJVWUCwCI42IY6xIIjxv20xvEc7CjxVAFwI0_Jr0_Gr1lIxAI cVCF04k26cxKx2IYs7xG6rW3Jr0E3s1lIxAIcVC2z280aVAFwI0_Jr0_Gr1lIxAIcVC2z2 80aVCY1x0267AKxVWUJVW8JbIYCTnIWIevJa73UjIFyTuYvjxU74EEUUUUU X-CM-SenderInfo: x1dqqupqqluhdfq/ Archived-At: Subject: Re: [DMM] =?utf-8?q?Fwd=3A_WGLC_on_draft-ietf-dmm-distributed-mobili?= =?utf-8?q?ty-anchoring-11?= X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jan 2019 05:50:20 -0000 This is a multi-part message in MIME format. --=====003_Dragon557322824265_===== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 KzENCiANCkkgdGhpbmsgaXQgaXMgcmVhZHkgdG8gbW92ZSBmb3J3YXJkLg0KMjAxOS0wMS0yMiAN Cg0KDQoNClouVy4gWWFuIA0KDQoNCg0KDQpGcm9tOiBTcmkgR3VuZGF2ZWxsaSAoc2d1bmRhdmUp IDxzZ3VuZGF2ZUBjaXNjby5jb20+DQpEYXRlOiBXZWQsIEphbiA5LCAyMDE5IGF0IDc6NDMgUE0N ClN1YmplY3Q6IFtETU1dIFdHTEMgb24gZHJhZnQtaWV0Zi1kbW0tZGlzdHJpYnV0ZWQtbW9iaWxp dHktYW5jaG9yaW5nLTExDQpUbzogZG1tQGlldGYub3JnIDxkbW1AaWV0Zi5vcmc+DQoNCg0KDQoN CkZvbGtzIOKAkyBBcyB3ZSBkaXNjdXNzZWQgaW4gdGhlIFdHIG1lZXRpbmcgYXQgSUVURjEwMywg d2UgYXJlIGlzc3VpbmcgV0dMQyBvbiBkcmFmdC1pZXRmLWRtbS1kaXN0cmlidXRlZC1tb2JpbGl0 eS1hbmNob3JpbmctMTEuIA0KDQoNClRoZSBkb2N1bWVudCB3ZW50IHRocm91Z2ggc2V2ZXJhbCBy ZXZpc2lvbnMgYW5kIHRoZXJlIHdlcmUgZ29vZCBhbW91bnQgb2YgcmV2aWV3cyBvbiB0aGlzIGRv Y3VtZW50LiAgVGhlIGF1dGhvcnMgaGF2ZSBhZGRyZXNzZWQgYWxsIHRoZSBjb21tZW50cyBhbmQg dGhlcmUgYXJlIG5vIG9wZW4gaXNzdWVzIHRoYXQgd2UgYXJlIHRyYWNraW5nIGF0IHRoaXMgdGlt ZS4gV2UgYmVsaWV2ZSB0aGUgZG9jdW1lbnQgaXMgcmVhZHkgZm9yIElFU0cgcmV2aWV3cyBhbmQg bGlrZSB0byBjb25maXJtIHRoZSBzYW1lIGZyb20gdGhlIHdvcmtpbmcgZ3JvdXAuDQoNCg0KDQoN ClRoZSBmb2xsb3dpbmcgbWVzc2FnZSBjb21tZW5jZXMgYSB0d28gd2VlayBXR0xDIGZvciBhbGwg ZmVlZGJhY2suDQoNCg0KRG9jdW1lbnQgTGluazoNCmh0dHBzOi8vd3d3LmlldGYub3JnL2lkL2Ry YWZ0LWlldGYtZG1tLWRpc3RyaWJ1dGVkLW1vYmlsaXR5LWFuY2hvcmluZy0xMS50eHQNCg0KDQpU aGUgdGFyZ2V0IHN0YXR1cyBmb3IgdGhpcyBkb2N1bWVudCBpcyDigJxJbmZvcm1hdGlvbmFs4oCd LiANCg0KDQpQbGVhc2UgcG9zdCBhbnkgY29tbWVudHMvY29uY2VybnMgb24gdGhlIGRyYWZ0LiAN CiAgDQpUaGFua3MhDQpEYXBlbmcgJiBTcmkNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KZG1tIG1haWxpbmcgbGlzdA0KZG1tQGlldGYub3JnDQpo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RtbQ0K --=====003_Dragon557322824265_===== Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 77u/PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9u YWwvL0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0 PVVURi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxNRVRBIG5hbWU9R0VORVJBVE9SIGNv bnRlbnQ9Ik1TSFRNTCA4LjAwLjc2MDEuMTc1MTQiPg0KPFNUWUxFPkBmb250LWZhY2Ugew0KCWZv bnQtZmFtaWx5OiDlrovkvZM7DQp9DQpAZm9udC1mYWNlIHsNCglmb250LWZhbWlseTogVmVyZGFu YTsNCn0NCkBmb250LWZhY2Ugew0KCWZvbnQtZmFtaWx5OiBA5a6L5L2TOw0KfQ0KQHBhZ2UgU2Vj dGlvbjEge3NpemU6IDU5NS4zcHQgODQxLjlwdDsgbWFyZ2luOiA3Mi4wcHQgOTAuMHB0IDcyLjBw dCA5MC4wcHQ7IGxheW91dC1ncmlkOiAxNS42cHQ7IH0NClAuTXNvTm9ybWFsIHsNCglURVhULUpV U1RJRlk6IGludGVyLWlkZW9ncmFwaDsgVEVYVC1BTElHTjoganVzdGlmeTsgTUFSR0lOOiAwY20g MGNtIDBwdDsgRk9OVC1GQU1JTFk6ICJUaW1lcyBOZXcgUm9tYW4iOyBGT05ULVNJWkU6IDEwLjVw dA0KfQ0KTEkuTXNvTm9ybWFsIHsNCglURVhULUpVU1RJRlk6IGludGVyLWlkZW9ncmFwaDsgVEVY VC1BTElHTjoganVzdGlmeTsgTUFSR0lOOiAwY20gMGNtIDBwdDsgRk9OVC1GQU1JTFk6ICJUaW1l cyBOZXcgUm9tYW4iOyBGT05ULVNJWkU6IDEwLjVwdA0KfQ0KRElWLk1zb05vcm1hbCB7DQoJVEVY VC1KVVNUSUZZOiBpbnRlci1pZGVvZ3JhcGg7IFRFWFQtQUxJR046IGp1c3RpZnk7IE1BUkdJTjog MGNtIDBjbSAwcHQ7IEZPTlQtRkFNSUxZOiAiVGltZXMgTmV3IFJvbWFuIjsgRk9OVC1TSVpFOiAx MC41cHQNCn0NCkE6bGluayB7DQoJQ09MT1I6IGJsdWU7IFRFWFQtREVDT1JBVElPTjogdW5kZXJs aW5lDQp9DQpTUEFOLk1zb0h5cGVybGluayB7DQoJQ09MT1I6IGJsdWU7IFRFWFQtREVDT1JBVElP TjogdW5kZXJsaW5lDQp9DQpBOnZpc2l0ZWQgew0KCUNPTE9SOiBwdXJwbGU7IFRFWFQtREVDT1JB VElPTjogdW5kZXJsaW5lDQp9DQpTUEFOLk1zb0h5cGVybGlua0ZvbGxvd2VkIHsNCglDT0xPUjog cHVycGxlOyBURVhULURFQ09SQVRJT046IHVuZGVybGluZQ0KfQ0KU1BBTi5FbWFpbFN0eWxlMTcg ew0KCUZPTlQtU1RZTEU6IG5vcm1hbDsgRk9OVC1GQU1JTFk6IFZlcmRhbmE7IENPTE9SOiB3aW5k b3d0ZXh0OyBGT05ULVdFSUdIVDogbm9ybWFsOyBURVhULURFQ09SQVRJT046IG5vbmU7IG1zby1z dHlsZS10eXBlOiBwZXJzb25hbC1jb21wb3NlDQp9DQpESVYuU2VjdGlvbjEgew0KCXBhZ2U6IFNl Y3Rpb24xDQp9DQpVTktOT1dOIHsNCglGT05ULVNJWkU6IDEwcHQNCn0NCkJMT0NLUVVPVEUgew0K CU1BUkdJTi1UT1A6IDBweDsgTUFSR0lOLUJPVFRPTTogMHB4OyBNQVJHSU4tTEVGVDogMmVtDQp9 DQpPTCB7DQoJTUFSR0lOLVRPUDogMHB4OyBNQVJHSU4tQk9UVE9NOiAwcHgNCn0NClVMIHsNCglN QVJHSU4tVE9QOiAwcHg7IE1BUkdJTi1CT1RUT006IDBweA0KfQ0KPC9TVFlMRT4NCjwvSEVBRD4N CjxCT0RZIHN0eWxlPSJNQVJHSU46IDEwcHg7IEZPTlQtRkFNSUxZOiB2ZXJkYW5hOyBGT05ULVNJ WkU6IDEwcHQiPg0KPERJVj48Rk9OVCBjb2xvcj0jMDAwMDgwIHNpemU9MiBmYWNlPVZlcmRhbmE+ DQo8UCBjbGFzcz1Nc29Ob3JtYWw+PFNQQU4gDQpzdHlsZT0iRk9OVC1GQU1JTFk6ICdDYWxpYnJp JyxzYW5zLXNlcmlmOyBGT05ULVNJWkU6IDExcHQiPisxPD94bWw6bmFtZXNwYWNlIA0KcHJlZml4 ID0gbyBucyA9ICJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpvZmZpY2UiIA0KLz48 bzpwPjwvbzpwPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWw+PFNQQU4gDQpzdHlsZT0i Rk9OVC1GQU1JTFk6ICdDYWxpYnJpJyxzYW5zLXNlcmlmOyBGT05ULVNJWkU6IDExcHQiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbD48U1BBTiANCnN0eWxl PSJGT05ULUZBTUlMWTogJ0NhbGlicmknLHNhbnMtc2VyaWY7IEZPTlQtU0laRTogMTFwdCI+SSB0 aGluayBpdCBpcyByZWFkeSANCnRvIG1vdmUgZm9yd2FyZC48L1NQQU4+PC9QPjwvRk9OVD48L0RJ Vj4NCjxESVY+PEZPTlQgY29sb3I9I2MwYzBjMCBzaXplPTIgZmFjZT1WZXJkYW5hPjIwMTktMDEt MjIgPC9GT05UPjwvRElWPjxGT05UIA0KY29sb3I9IzAwMDA4MCBzaXplPTIgZmFjZT1WZXJkYW5h Pg0KPEhSIHN0eWxlPSJXSURUSDogMTAwcHgiIGFsaWduPWxlZnQgY29sb3I9I2I1YzRkZiBTSVpF PTE+DQo8L0ZPTlQ+DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzAgc2l6ZT0yIGZhY2U9VmVyZGFu YT48U1BBTj5aLlcuIFlhbjwvU1BBTj4gPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIg ZmFjZT1WZXJkYW5hPg0KPERJVj4NCjxESVY+PEJSPg0KPEJMT0NLUVVPVEUgdHlwZT0iY2l0ZSI+ DQogIDxESVYgc3R5bGU9Ik1BUkdJTjogMHB4Ij48QlI+PC9ESVY+DQogIDxESVY+DQogIDxESVYg DQogIHN0eWxlPSJURVhULVRSQU5TRk9STTogbm9uZTsgRk9OVC1TVFlMRTogbm9ybWFsOyBURVhU LUlOREVOVDogMHB4OyBGT05ULUZBTUlMWTogSGVsdmV0aWNhOyBXSElURS1TUEFDRTogbm9ybWFs OyBMRVRURVItU1BBQ0lORzogbm9ybWFsOyBGT05ULVNJWkU6IDEycHg7IEZPTlQtV0VJR0hUOiBu b3JtYWw7IFdPUkQtU1BBQ0lORzogMHB4OyBURVhULURFQ09SQVRJT046IG5vbmU7IGNhcmV0LWNv bG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IC13ZWJraXQtdGV4 dC1zdHJva2Utd2lkdGg6IDBweCIgDQogIGRpcj1sdHI+RnJvbTo8U1BBTiBjbGFzcz1BcHBsZS1j b252ZXJ0ZWQtc3BhY2U+Jm5ic3A7PC9TUEFOPjxTVFJPTkcgZGlyPWF1dG8gDQogIGNsYXNzPWdt YWlsX3NlbmRlcm5hbWU+U3JpIEd1bmRhdmVsbGkgKHNndW5kYXZlKTwvU1RST05HPjxTUEFOIA0K ICBjbGFzcz1BcHBsZS1jb252ZXJ0ZWQtc3BhY2U+Jm5ic3A7PC9TUEFOPjxTUEFOIGRpcj1sdHI+ Jmx0OzxBIA0KICBocmVmPSJtYWlsdG86c2d1bmRhdmVAY2lzY28uY29tIj5zZ3VuZGF2ZUBjaXNj by5jb208L0E+Jmd0OzwvU1BBTj48QlI+RGF0ZTogDQogIFdlZCwgSmFuIDksIDIwMTkgYXQgNzo0 MyBQTTxCUj5TdWJqZWN0OiBbRE1NXSBXR0xDIG9uIA0KICBkcmFmdC1pZXRmLWRtbS1kaXN0cmli dXRlZC1tb2JpbGl0eS1hbmNob3JpbmctMTE8QlI+VG86PFNQQU4gDQogIGNsYXNzPUFwcGxlLWNv bnZlcnRlZC1zcGFjZT4mbmJzcDs8L1NQQU4+PEEgDQogIGhyZWY9Im1haWx0bzpkbW1AaWV0Zi5v cmciPmRtbUBpZXRmLm9yZzwvQT48U1BBTiANCiAgY2xhc3M9QXBwbGUtY29udmVydGVkLXNwYWNl PiZuYnNwOzwvU1BBTj4mbHQ7PEEgDQogIGhyZWY9Im1haWx0bzpkbW1AaWV0Zi5vcmciPmRtbUBp ZXRmLm9yZzwvQT4mZ3Q7PEJSPjwvRElWPjxCUiANCiAgc3R5bGU9IlRFWFQtVFJBTlNGT1JNOiBu b25lOyBGT05ULVNUWUxFOiBub3JtYWw7IFRFWFQtSU5ERU5UOiAwcHg7IEZPTlQtRkFNSUxZOiBI ZWx2ZXRpY2E7IFdISVRFLVNQQUNFOiBub3JtYWw7IExFVFRFUi1TUEFDSU5HOiBub3JtYWw7IEZP TlQtU0laRTogMTJweDsgRk9OVC1XRUlHSFQ6IG5vcm1hbDsgV09SRC1TUEFDSU5HOiAwcHg7IFRF WFQtREVDT1JBVElPTjogbm9uZTsgY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC12YXJp YW50LWNhcHM6IG5vcm1hbDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4Ij48QlIgDQog IHN0eWxlPSJURVhULVRSQU5TRk9STTogbm9uZTsgRk9OVC1TVFlMRTogbm9ybWFsOyBURVhULUlO REVOVDogMHB4OyBGT05ULUZBTUlMWTogSGVsdmV0aWNhOyBXSElURS1TUEFDRTogbm9ybWFsOyBM RVRURVItU1BBQ0lORzogbm9ybWFsOyBGT05ULVNJWkU6IDEycHg7IEZPTlQtV0VJR0hUOiBub3Jt YWw7IFdPUkQtU1BBQ0lORzogMHB4OyBURVhULURFQ09SQVRJT046IG5vbmU7IGNhcmV0LWNvbG9y OiByZ2IoMCwgMCwgMCk7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IC13ZWJraXQtdGV4dC1z dHJva2Utd2lkdGg6IDBweCI+DQogIDxESVYgDQogIHN0eWxlPSJURVhULVRSQU5TRk9STTogbm9u ZTsgRk9OVC1TVFlMRTogbm9ybWFsOyBURVhULUlOREVOVDogMHB4OyBGT05ULUZBTUlMWTogQ2Fs aWJyaSwgc2Fucy1zZXJpZjsgV09SRC1XUkFQOiBicmVhay13b3JkOyBXSElURS1TUEFDRTogbm9y bWFsOyBMRVRURVItU1BBQ0lORzogbm9ybWFsOyBGT05ULVNJWkU6IDE0cHg7IEZPTlQtV0VJR0hU OiBub3JtYWw7IFdPUkQtU1BBQ0lORzogMHB4OyBURVhULURFQ09SQVRJT046IG5vbmU7IGNhcmV0 LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IC13ZWJraXQt dGV4dC1zdHJva2Utd2lkdGg6IDBweCI+DQogIDxESVY+Rm9sa3Mg4oCTIEFzIHdlIGRpc2N1c3Nl ZCBpbiB0aGUgV0cgbWVldGluZyBhdCBJRVRGMTAzLCB3ZSBhcmUgaXNzdWluZyBXR0xDIA0KICBv biZuYnNwO2RyYWZ0LWlldGYtZG1tLWRpc3RyaWJ1dGVkLW1vYmlsaXR5LWFuY2hvcmluZy0xMS4m bmJzcDs8L0RJVj4NCiAgPERJVj48QlI+PC9ESVY+DQogIDxESVY+DQogIDxESVY+VGhlIGRvY3Vt ZW50IHdlbnQgdGhyb3VnaCBzZXZlcmFsIHJldmlzaW9ucyBhbmQgdGhlcmUgd2VyZSBnb29kIGFt b3VudCBvZiANCiAgcmV2aWV3cyBvbiB0aGlzIGRvY3VtZW50LiZuYnNwOyBUaGUgYXV0aG9ycyBo YXZlIGFkZHJlc3NlZCBhbGwgdGhlIGNvbW1lbnRzIA0KICBhbmQgdGhlcmUgYXJlIG5vIG9wZW4g aXNzdWVzIHRoYXQgd2UgYXJlIHRyYWNraW5nIGF0IHRoaXMgdGltZS4gV2UgYmVsaWV2ZSB0aGUg DQogIGRvY3VtZW50IGlzIHJlYWR5IGZvciBJRVNHIHJldmlld3MgYW5kIGxpa2UgdG8gY29uZmly bSB0aGUgc2FtZSBmcm9tIHRoZSANCiAgd29ya2luZyBncm91cC48L0RJVj48L0RJVj4NCiAgPERJ Vj48QlI+PC9ESVY+DQogIDxESVY+PEJSPjwvRElWPg0KICA8RElWPg0KICA8RElWPlRoZSBmb2xs b3dpbmcgbWVzc2FnZSBjb21tZW5jZXMgYSB0d28gd2VlayBXR0xDIGZvciBhbGwgZmVlZGJhY2su PC9ESVY+DQogIDxESVY+PEJSPjwvRElWPg0KICA8RElWPg0KICA8RElWPkRvY3VtZW50IExpbms6 PC9ESVY+DQogIDxESVY+PEEgDQogIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0 LWlldGYtZG1tLWRpc3RyaWJ1dGVkLW1vYmlsaXR5LWFuY2hvcmluZy0xMS50eHQiIA0KICB0YXJn ZXQ9X2JsYW5rPmh0dHBzOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0LWlldGYtZG1tLWRpc3RyaWJ1 dGVkLW1vYmlsaXR5LWFuY2hvcmluZy0xMS50eHQ8L0E+PC9ESVY+PC9ESVY+DQogIDxESVY+PEJS PjwvRElWPg0KICA8RElWPlRoZSB0YXJnZXQgc3RhdHVzIGZvciB0aGlzIGRvY3VtZW50IGlzIOKA nEluZm9ybWF0aW9uYWzigJ0uJm5ic3A7PC9ESVY+DQogIDxESVY+PEJSPjwvRElWPg0KICA8RElW PlBsZWFzZSBwb3N0IGFueSBjb21tZW50cy9jb25jZXJucyBvbiB0aGUgZHJhZnQuJm5ic3A7PC9E SVY+DQogIDxESVY+Jm5ic3A7Jm5ic3A7PC9ESVY+PC9ESVY+DQogIDxESVY+VGhhbmtzITwvRElW Pg0KICA8RElWPkRhcGVuZyAmYW1wOyBTcmk8L0RJVj4NCiAgPERJVj48QlI+PC9ESVY+PC9ESVY+ PFNQQU4gDQogIHN0eWxlPSJURVhULVRSQU5TRk9STTogbm9uZTsgRk9OVC1TVFlMRTogbm9ybWFs OyBURVhULUlOREVOVDogMHB4OyBESVNQTEFZOiBpbmxpbmUgIWltcG9ydGFudDsgRk9OVC1GQU1J TFk6IEhlbHZldGljYTsgV0hJVEUtU1BBQ0U6IG5vcm1hbDsgRkxPQVQ6IG5vbmU7IExFVFRFUi1T UEFDSU5HOiBub3JtYWw7IEZPTlQtU0laRTogMTJweDsgRk9OVC1XRUlHSFQ6IG5vcm1hbDsgV09S RC1TUEFDSU5HOiAwcHg7IFRFWFQtREVDT1JBVElPTjogbm9uZTsgY2FyZXQtY29sb3I6IHJnYigw LCAwLCAwKTsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13 aWR0aDogMHB4Ij5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f XzwvU1BBTj48QlIgDQogIHN0eWxlPSJURVhULVRSQU5TRk9STTogbm9uZTsgRk9OVC1TVFlMRTog bm9ybWFsOyBURVhULUlOREVOVDogMHB4OyBGT05ULUZBTUlMWTogSGVsdmV0aWNhOyBXSElURS1T UEFDRTogbm9ybWFsOyBMRVRURVItU1BBQ0lORzogbm9ybWFsOyBGT05ULVNJWkU6IDEycHg7IEZP TlQtV0VJR0hUOiBub3JtYWw7IFdPUkQtU1BBQ0lORzogMHB4OyBURVhULURFQ09SQVRJT046IG5v bmU7IGNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7 IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweCI+PFNQQU4gDQogIHN0eWxlPSJURVhULVRS QU5TRk9STTogbm9uZTsgRk9OVC1TVFlMRTogbm9ybWFsOyBURVhULUlOREVOVDogMHB4OyBESVNQ TEFZOiBpbmxpbmUgIWltcG9ydGFudDsgRk9OVC1GQU1JTFk6IEhlbHZldGljYTsgV0hJVEUtU1BB Q0U6IG5vcm1hbDsgRkxPQVQ6IG5vbmU7IExFVFRFUi1TUEFDSU5HOiBub3JtYWw7IEZPTlQtU0la RTogMTJweDsgRk9OVC1XRUlHSFQ6IG5vcm1hbDsgV09SRC1TUEFDSU5HOiAwcHg7IFRFWFQtREVD T1JBVElPTjogbm9uZTsgY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC12YXJpYW50LWNh cHM6IG5vcm1hbDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4Ij5kbW0gDQogIG1haWxp bmcgbGlzdDwvU1BBTj48QlIgDQogIHN0eWxlPSJURVhULVRSQU5TRk9STTogbm9uZTsgRk9OVC1T VFlMRTogbm9ybWFsOyBURVhULUlOREVOVDogMHB4OyBGT05ULUZBTUlMWTogSGVsdmV0aWNhOyBX SElURS1TUEFDRTogbm9ybWFsOyBMRVRURVItU1BBQ0lORzogbm9ybWFsOyBGT05ULVNJWkU6IDEy cHg7IEZPTlQtV0VJR0hUOiBub3JtYWw7IFdPUkQtU1BBQ0lORzogMHB4OyBURVhULURFQ09SQVRJ T046IG5vbmU7IGNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtdmFyaWFudC1jYXBzOiBu b3JtYWw7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweCI+PEEgDQogIHN0eWxlPSJURVhU LVRSQU5TRk9STTogbm9uZTsgRk9OVC1TVFlMRTogbm9ybWFsOyBURVhULUlOREVOVDogMHB4OyBG T05ULUZBTUlMWTogSGVsdmV0aWNhOyBXSElURS1TUEFDRTogbm9ybWFsOyBMRVRURVItU1BBQ0lO Rzogbm9ybWFsOyBGT05ULVNJWkU6IDEycHg7IEZPTlQtV0VJR0hUOiBub3JtYWw7IFdPUkQtU1BB Q0lORzogMHB4OyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyAtd2Via2l0LXRleHQtc2l6ZS1h ZGp1c3Q6IGF1dG87IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweCIgDQogIGhyZWY9Im1h aWx0bzpkbW1AaWV0Zi5vcmciIHRhcmdldD1fYmxhbms+ZG1tQGlldGYub3JnPC9BPjxCUiANCiAg c3R5bGU9IlRFWFQtVFJBTlNGT1JNOiBub25lOyBGT05ULVNUWUxFOiBub3JtYWw7IFRFWFQtSU5E RU5UOiAwcHg7IEZPTlQtRkFNSUxZOiBIZWx2ZXRpY2E7IFdISVRFLVNQQUNFOiBub3JtYWw7IExF VFRFUi1TUEFDSU5HOiBub3JtYWw7IEZPTlQtU0laRTogMTJweDsgRk9OVC1XRUlHSFQ6IG5vcm1h bDsgV09SRC1TUEFDSU5HOiAwcHg7IFRFWFQtREVDT1JBVElPTjogbm9uZTsgY2FyZXQtY29sb3I6 IHJnYigwLCAwLCAwKTsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgLXdlYmtpdC10ZXh0LXN0 cm9rZS13aWR0aDogMHB4Ij48QSANCiAgc3R5bGU9IlRFWFQtVFJBTlNGT1JNOiBub25lOyBGT05U LVNUWUxFOiBub3JtYWw7IFRFWFQtSU5ERU5UOiAwcHg7IEZPTlQtRkFNSUxZOiBIZWx2ZXRpY2E7 IFdISVRFLVNQQUNFOiBub3JtYWw7IExFVFRFUi1TUEFDSU5HOiBub3JtYWw7IEZPTlQtU0laRTog MTJweDsgRk9OVC1XRUlHSFQ6IG5vcm1hbDsgV09SRC1TUEFDSU5HOiAwcHg7IGZvbnQtdmFyaWFu dC1jYXBzOiBub3JtYWw7IC13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzsgLXdlYmtpdC10 ZXh0LXN0cm9rZS13aWR0aDogMHB4IiANCiAgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9kbW0iIHJlbD1ub3JlZmVycmVyIA0KICB0YXJnZXQ9X2JsYW5rPmh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZG1tPC9BPjwvRElWPjwvQkxPQ0tRVU9U RT48L0RJVj48QlI+PC9ESVY+PC9GT05UPjwvRElWPjwvQk9EWT48L0hUTUw+DQo= --=====003_Dragon557322824265_=====-- From nobody Tue Jan 22 04:49:43 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DFFB7130F53 for ; Tue, 22 Jan 2019 04:49:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.453 X-Spam-Level: X-Spam-Status: No, score=-6.453 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-4.553, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SrkNa9CANfzp for ; Tue, 22 Jan 2019 04:49:38 -0800 (PST) Received: from EUR02-HE1-obe.outbound.protection.outlook.com (mail-eopbgr10136.outbound.protection.outlook.com [40.107.1.136]) (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 2353F130F3E for ; Tue, 22 Jan 2019 04:49:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector2-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=pSo+fAnXXjQ1gGgdXXmHLQQJ2Dba1kyOQnPTflDfo4A=; b=jmfCntehKICeUkE8UmblCaE5uaacyLbnhV289U6NXnT2stCsI9NUwq+XEa8eiqdfZRQE12Ix4vBe9DOpWtoiGwkRAXQ0tTOx6zq1fkHo2AFRImbpvftLxXlr8k6bUCq2+BYYRuwEr7prPMalsCMmzU/KPmBif4LBHk0m82NfB6I= Received: from HE1PR07MB3306.eurprd07.prod.outlook.com (10.170.246.141) by HE1PR07MB3148.eurprd07.prod.outlook.com (10.170.245.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1558.15; Tue, 22 Jan 2019 12:49:35 +0000 Received: from HE1PR07MB3306.eurprd07.prod.outlook.com ([fe80::4827:8d8b:4c0d:22c9]) by HE1PR07MB3306.eurprd07.prod.outlook.com ([fe80::4827:8d8b:4c0d:22c9%5]) with mapi id 15.20.1558.016; Tue, 22 Jan 2019 12:49:35 +0000 From: "Flinck, Hannu (Nokia - FI/Espoo)" To: "dmm@ietf.org" Thread-Topic: review comment to SRv6-mobile-uplane draft Thread-Index: AdSyUE7p1pLKTPaJQhWXMiOZJz8rlw== Date: Tue, 22 Jan 2019 12:49:35 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=hannu.flinck@nokia-bell-labs.com; x-originating-ip: [131.228.2.16] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; HE1PR07MB3148; 6:BE0vqdUqGVN4JJ/quv2alS6L9UqNO3uvqEL3B/x8u4iIQdG5e9+hJZH6NhYfGeveyppQRCkcJw/segKi/GgFxVaQV5+SC1WtDJm9upSbk5CY9y2kgm/m3n/Rf8BFVCyWWEQqqv2bfwSOSth9Dy7YJ+qogrsp8mBFDA0YQIpObdto1KmwcDb1tl2EWJ6PGco2CKnqdT5D7fIsLvex+u4LynxEtJAoV//HT6wACUl/7FeOdaO1Z+4L03JdPrSpAxGCZfUulACGIUgVlEpm2E3fM1IQRm0tgOMuQMDUWCZgD41jz2SNsSCLajlHatrEwMRXHm17eUoFpo8KYEJM/hNkSFGc7rObgu+3VF06y+bcBieNf7ZaI3JZdgveYt5tEMH0Ez67v3QyFvqFdd5FqVN3r7v8Fo2rbAuyXqUmWMTUaN2vDqjlfdDimngGm4Z9ytldtiDl7uAlCDUEjoYdGz2jyQ==; 5:ooARM+ZPUoJTg18W/2ySQyl7YGfwZPO69Mltlo0tmBPNnX9oZdrCFyUqLdArZRSl/yN8c15Ti7pPDxLbIgh6L7qZnbUlFTG8Ku72i7DrmCvJsR3gP6LY4F5k7hu9Rpo17raWIx/m/H9ApEvQg2khj953ZxMmlhXvL17eD1oiLTbCfT9/rKIWrSZrXBM+WlCMVHwJ7ZsJ23bPEA2Z5Tlq8Q==; 7:5XpootCl/p9E2SS/g6UmH+3rTGBCHYZ1uy7ShXBcLIDnnTU7pWTFfl0oRi/pKdnfw8Iwwj+7WeYpUByr/k/4j+oiejsZ6P59PTO3egflekR5s3v41adjM98ryMRBak3bc2B579U7j115h8K14IYiuw== x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 07d5e001-a745-496d-170c-08d680681004 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600109)(711020)(4618075)(2017052603328)(7193020); SRVR:HE1PR07MB3148; x-ms-traffictypediagnostic: HE1PR07MB3148: x-microsoft-antispam-prvs: x-forefront-prvs: 0925081676 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(346002)(39860400002)(376002)(136003)(396003)(53754006)(199004)(189003)(30864003)(966005)(6506007)(7696005)(26005)(102836004)(2351001)(186003)(74316002)(106356001)(1730700003)(3846002)(81156014)(4744004)(68736007)(5640700003)(71200400001)(8936002)(97736004)(478600001)(81166006)(71190400001)(6116002)(25786009)(14454004)(55016002)(86362001)(8676002)(6436002)(33656002)(14444005)(53936002)(6916009)(99286004)(66066001)(9686003)(476003)(2906002)(6306002)(256004)(105586002)(305945005)(486006)(2501003)(7736002)(316002); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR07MB3148; H:HE1PR07MB3306.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:0; MX:1; received-spf: None (protection.outlook.com: nokia-bell-labs.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: rjN1nPNLqV7gub7uakrZdRtB5B4fmqaT/T2n5+opNpIo7FvdMrsd94ch7tZkBGP4J1YXb45zXCAYyxnzowTA68bTbKRPmGSC4RXTZbKGAvl8Sj5qNamKh7OQ2lkEjgIMM07/oTObhL3k+XLtZX0NRxpp5T5vLC86IhjOKDE3anDNnjdacUDhq6K+qpIdtnJA66Wp17xzG76vKIwjhqXINOql3iW++KXdnUoV6y03q1QZf+Kc+MRYf6uRjiqSsaldOwD2+9IwFT5NTle5KbIzwfQ5HF4riGrqdflkVghD0Z/zs1DzN/vjZulURSt4kvRtv1i08M+HJNJ/2Noo8oKdjDJwA49Y9TREAdsHkmwZlciXUyygLPzT6v+RyhB+87A3rXlpRxu210tUyVBFB1dgx0DlzNyJ1UepYx6z+glRWtk= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_HE1PR07MB3306BB13D261A656D0A553109B980HE1PR07MB3306eurp_" MIME-Version: 1.0 X-OriginatorOrg: nokia-bell-labs.com X-MS-Exchange-CrossTenant-Network-Message-Id: 07d5e001-a745-496d-170c-08d680681004 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Jan 2019 12:49:35.2150 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB3148 Archived-At: Subject: [DMM] review comment to SRv6-mobile-uplane draft X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jan 2019 12:49:41 -0000 --_000_HE1PR07MB3306BB13D261A656D0A553109B980HE1PR07MB3306eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello all Here are my promised review comments to SRv6-mobile-uplane draft. Best regards Hannu ------------------------------- Abstract "This document describes the SRv6 mobile user plane behavior and defines th= e SID functions for that. It also provides a mechanism for end-to-end network slicing." I didn't find any particular mechanism for slicing that is introduced in th= is document, but instead section 8 that discusses considerations and makes = references to other documents. I suggest to remove this statement about sli= cing in the abstract. Section 5.1.1 Packet flow - Uplink How is the 1-to-1 mapping done or replicated as was mentioned in 5.1? ("This 1-for-1 mapping is replicated here to replace GTP encapsulation with= the SRv6 encapsulation, while not changing anything else. ") What is "a specific table" where the look up is to be done? Does this mean= that to support mobile uplane there needs to be an additional look up tabl= e? Section 5.1.2 packet flow - Downlink In this case you probably need an additional look up table to map the desti= nation address of the UE with address/SID of the gNB. What is UE session? Can UE have multiple UE sessions (i.e. multi-homing)? H= ow is the mapping to radio bearer done? Section 5.1.3 You should qualify how much lower the overhead is. Section 5.2 Enhanced Mode How much overhead does the use of multiple SIDs introduce? And what is the = impact to header compression? Not sure I understand this sentence: "Note that the SIDs MAY use the arguments Args.Mob.Session if required by t= he UPFs." When it is required to use Args.Mob.Session? Please note that this is the f= irst time you mention Args.Mob.Session and therefore you should introduce i= t. In section 6.1 it is said that the Args.Mob.Session provides per-session= information. When would a SID need this information and what it would be? = And shouldn't it be UPF rather than SID that needs this information? Section 5.2.1 Packet flow - Uplink Should show here how Args.Mob.Session is used. "gNB's control plane associates that session from the UE(A) with the IPv6 address B and GTP TEID T. gNB's control plane does a lookup on B to find the related SID list ." What is address B? Shouldn't it be address Z? How is TEID used in this case= ? Section 5.3.1 Interworking with IPv6 GTP How does the SRGW learn SID list to a DA? This must be per-session doesn't = it? Section 5.3.1.1 Packet flow - Uplink "There is one instance of the End.M.GTP6.D SID per PDU type." How is the PD= U type learnt? By use of TEID? Section 5.3.1.2 Packet flow - Downlink "When a packet destined to A arrives at the UPF2, the UPF2 performs a looku= p in the table associated to A ..." How is this table populated? By the mobility signaling? Section 5.3.1.3 Scalability TEID is scoped by the gNB and UPF2, same TEID may appear for different gNBs= . How would GTP echo work for these cases? Section 6.1 Args.Mob.Session Seems that this is only for 5G networks (because of use of QFI and R). Can you please elaborate this a bit more: "Since the SRv6 function is likel= y NOT to be instantiated per PDU session, Args.Mob.Session helps the UPF to= perform the functions which require per QFI and/or per PDU Session granula= rity." And explain its relationship with the section 7. Section 6.2 End.MAP Is the mapping table used at step 1 mobile user plane specific or is it gen= eral for any SRv6? If only for mobile user plane how is this populated? Section 6.7 End.Limit "If the j bit length is zero..." or do you mean j bits are zero? Section 7 SRv6 supported 3GPP PDU session types End.DT2M and End.DX2 not defined? ----- end of comments ------ --_000_HE1PR07MB3306BB13D261A656D0A553109B980HE1PR07MB3306eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hello all
 
Here are my promised review comments to SRv6-mobile-uplane draft.
 
Best regards
Hannu
-------------------------------
 
Abstract
 
“This document describes the SRv6 mobile user plane behavior and= defines the SID functions for that.
It also provides a mechanism for end-to-end network slicing.”
 
I didn't find any particular mechanism for slicing that is introduced = in this document, but instead section 8 that discusses considerations and m= akes references to other documents. I suggest to remove this statement abou= t slicing in the abstract.
 
 
Section 5.1.1 Packet flow - Uplink
 
How is the 1-to-1 mapping done or replicated as was mentioned in 5.1? =
("This 1-for-1 mapping is replicated here to replace GTP encapsul= ation with the SRv6 encapsulation, while not changing anything else. "= )
 
What is  "a specific table" where the look up is to be = done? Does this mean that to support mobile uplane there needs to be an add= itional look up table?
 
Section 5.1.2 packet flow - Downlink
 
In this case you probably need an additional look up table to map the = destination address of the UE with address/SID of the gNB.
 
What is UE session? Can UE have multiple UE sessions (i.e. multi-homin= g)? How is the mapping to radio bearer done?
 
Section 5.1.3
You should qualify how much lower the overhead is.
 
Section 5.2 Enhanced Mode
How much overhead does the use of multiple SIDs introduce? And what is= the impact to header compression?
 
Not sure I understand this sentence:
"Note that the SIDs MAY use the arguments Args.Mob.Session if req= uired by the UPFs."
 
When it is required to use Args.Mob.Session? Please note that this is = the first time you mention Args.Mob.Session and therefore you should introd= uce it. In section 6.1 it is said that the Args.Mob.Session provides per-se= ssion information. When would a SID need this information and what it would be? And shouldn’t it be U= PF rather than SID that needs this information?
 
 
Section 5.2.1 Packet flow - Uplink
 
Should show here how Args.Mob.Session is used.
 
"gNB's control plane associates that session from the UE(A) with = the IPv6
address B and GTP TEID T.  gNB's control plane does a lookup on B= to
find the related SID list <S1, C1, U2::1>."
 
What is address B? Shouldn't it be address Z? How is TEID used in this= case?
 
Section 5.3.1 Interworking with IPv6 GTP
How does the SRGW learn SID list to a DA? This must be per-session doe= sn't it?
 
Section 5.3.1.1 Packet flow  - Uplink
"There is one instance of the End.M.GTP6.D SID per PDU type."= ; How is the PDU type learnt? By use of TEID?
 
Section 5.3.1.2 Packet flow - Downlink
"When a packet destined to A arrives at the UPF2, the UPF2 perfor= ms a lookup in the table associated to A ..."
 
How is this table populated? By  the mobility signaling?
 
 
Section 5.3.1.3 Scalability
TEID is scoped by the gNB and UPF2, same TEID may appear for different= gNBs.
 
How would GTP echo work for these cases?
 
Section 6.1 Args.Mob.Session
 
Seems that this is only for 5G networks (because of use of QFI and R).=
 
Can you please elaborate this a bit more: "Since the SRv6 functio= n is likely NOT to be instantiated per PDU session, Args.Mob.Session helps = the UPF to perform the functions which require per QFI and/or per PDU Sessi= on granularity."
 
And explain its relationship with the section 7.
 
Section 6.2 End.MAP
 
Is the mapping table used at step 1 mobile user plane specific or is i= t general for any SRv6?
If only for mobile user plane how is this populated?
 
Section 6.7 End.Limit
"If the j bit length is zero..." or do you mean j bits are z= ero?
 
Section 7 SRv6 supported 3GPP PDU session types
 
End.DT2M and End.DX2 not defined?
 
----- end of comments ------
 
 --_000_HE1PR07MB3306BB13D261A656D0A553109B980HE1PR07MB3306eurp_-- From nobody Thu Jan 24 15:03:14 2019 Return-Path: X-Original-To: dmm@ietf.org Delivered-To: dmm@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9AED01311F5; Thu, 24 Jan 2019 15:03:04 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Jonathan Hardwick To: Cc: draft-ietf-dmm-ondemand-mobility.all@ietf.org, dmm@ietf.org, rtg-ads@ietf.org, rtg-dir@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.90.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <154837098458.29384.5442300542538358750@ietfa.amsl.com> Date: Thu, 24 Jan 2019 15:03:04 -0800 Archived-At: Subject: [DMM] Rtgdir telechat review of draft-ietf-dmm-ondemand-mobility-15 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jan 2019 23:03:05 -0000 Reviewer: Jonathan Hardwick Review result: Has Nits Hi there I have done a routing directorate review of this draft. https://datatracker.ietf.org/doc/draft-ietf-dmm-ondemand-mobility/ The Routing Directorate seeks to review all routing or routing-related drafts as they pass through IETF last call and IESG review, and sometimes on special request. The purpose of the review is to provide assistance to the Routing ADs. For more information about the Routing Directorate, please see http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir Although these comments are primarily for the use of the Routing ADs, it would be helpful if you could consider them along with any other IETF Last Call comments that you receive, and strive to resolve them through discussion or by updating the draft. Document: draft-ietf-dmm-ondemand-mobility-15 Reviewer: Jon Hardwick Review Date: 24 Jan 2019 Intended Status: Informational Comments ----------- The document was easy to read and absorb. I found this sentence from the abstract a bit misleading: "This document describes a solution for taking the application needs into account..." The word "solution" made me expect that the document would go into detail about how an IP stack could request the different sorts of IP address from the network. In fact, you are proposing an API. I would recommend changing to "This document proposes an API that an application can use to inform the IP stack of its requirements for session continuity and/or IP address reachability". On a related point, is there any work you can refer to that provides a mechanism for implementing this API? The boilerplate in section 2 is out of date. Please see RFC 8174 for the latest boilerplate. On page 6, I spotted a stray ")" in this sentence: It is outside the scope of this specification to define how the host requests a specific type of prefix and how the network indicates the type of prefix in its advertisement or in its reply to a request). From nobody Mon Jan 28 04:24:02 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF5AD131007; Mon, 28 Jan 2019 04:23:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.189 X-Spam-Level: X-Spam-Status: No, score=-4.189 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_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DCb8cFPMKxU5; Mon, 28 Jan 2019 04:23:50 -0800 (PST) Received: from mga04.intel.com (mga04.intel.com [192.55.52.120]) (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 63B38130FA5; Mon, 28 Jan 2019 04:23:50 -0800 (PST) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by fmsmga104.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 28 Jan 2019 04:23:50 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.56,534,1539673200"; d="scan'208,217";a="314141958" Received: from fmsmsx103.amr.corp.intel.com ([10.18.124.201]) by fmsmga006.fm.intel.com with ESMTP; 28 Jan 2019 04:23:49 -0800 Received: from fmsmsx125.amr.corp.intel.com (10.18.125.40) by FMSMSX103.amr.corp.intel.com (10.18.124.201) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 28 Jan 2019 04:23:49 -0800 Received: from hasmsx105.ger.corp.intel.com (10.184.198.19) by FMSMSX125.amr.corp.intel.com (10.18.125.40) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 28 Jan 2019 04:23:49 -0800 Received: from hasmsx106.ger.corp.intel.com ([169.254.10.88]) by HASMSX105.ger.corp.intel.com ([169.254.1.136]) with mapi id 14.03.0415.000; Mon, 28 Jan 2019 14:23:46 +0200 From: "Moses, Danny" To: Jonathan Hardwick , "rtg-dir@ietf.org" CC: "draft-ietf-dmm-ondemand-mobility.all@ietf.org" , "dmm@ietf.org" , "rtg-ads@ietf.org" , "rtg-dir@ietf.org" Thread-Topic: Rtgdir telechat review of draft-ietf-dmm-ondemand-mobility-15 Thread-Index: AQHUtDj/kklHi3+4QkyM6n1O2UGcm6XEn6aA Date: Mon, 28 Jan 2019 12:23:46 +0000 Message-ID: References: <154837098458.29384.5442300542538358750@ietfa.amsl.com> In-Reply-To: <154837098458.29384.5442300542538358750@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ctpclassification: CTP_NT x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiMGJkYTA1MTctZWFiMS00NGMzLWEyYmMtMzhjOTM2MzZhYmRiIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoicENsUnFcL2xHbUVIRHV5cTZQUnBPZk1oU0NCRkNPeG5IUWxKVGJLWWJWYlp5V0Rwd1lvR1wvRUFxRnBjV0V4d0IwIn0= dlp-product: dlpe-windows dlp-version: 11.0.400.15 dlp-reaction: no-action x-originating-ip: [10.124.184.117] Content-Type: multipart/alternative; boundary="_000_F0CF5715D3D1884BAC731EA1103AC281441C26DBHASMSX106gercor_" MIME-Version: 1.0 Archived-At: Subject: Re: [DMM] Rtgdir telechat review of draft-ietf-dmm-ondemand-mobility-15 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2019 12:23:53 -0000 --_000_F0CF5715D3D1884BAC731EA1103AC281441C26DBHASMSX106gercor_ Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 SGkgSm9uYXRoYW4sDQoNClRoYW5rcyBmb3IgdGhlIHJldmlldyBhbmQgY29tbWVudHMuDQpQbGVh c2Ugc2VlIG15IHJlc3BvbnNlIGFuZCBhY3Rpb25zIGJlbG93Lg0KDQoNCjEuICAgICAgQ2hhbmdl IOKAmHNvbHV0aW9u4oCZIHRvIOKAmEFQSeKAmSBpbiB0aGUgQWJzdHJhY3QuDQoNCkkgYWdyZWUg dGhhdCDigJhzb2x1dGlvbuKAmSBpcyBtaXNsZWFkaW5nLiBUaGUgZHJhZnQgYWN0dWFsbHkgaW50 cm9kdWNlcyB0aGUgbmV3IGNvbmNlcHQgb2YgaW5mbHVlbmNpbmcgdGhlIGxldmVsIG9mIHRoZSBu ZXR3b3Jr4oCZcyBtb2JpbGl0eSBzZXJ2aWNlLCBhbmQgcHJvdmlkZXMgYSBzdWdnZXN0aW9uIGZv ciBBUEkgaW1wbGVtZW50YXRpb24uIFNvLCBJIGFtIGNoYW5naW5nIHRoZSB3b3JkaW5nIHRvOg0K DQrigJjigKZUaGlzIGRvY3VtZW50IGRlZmluZXMgYSBuZXcgY29uY2VwdCBvZiBlbmFibGluZyBh cHBsaWNhdGlvbnMgdG8gaW5mbHVlbmNlIHRoZSBuZXR3b3Jr4oCZcyBtb2JpbGl0eSBzZXJ2aWNl IChzZXNzaW9uIGNvbnRpbnVpdHkgYW5kL29yIElQIGFkZHJlc3MgcmVhY2hhYmlsaXR5KSBvbiBh IHBlci1Tb2NrZXQgYmFzaXMsIGFuZCBzdWdnZXN0cyBleHRlbnNpb25zIHRvIHRoZSBuZXR3b3Jr aW5nIHN0YWNr4oCZcyBBUEkgdG8gYWNjb21tb2RhdGUgdGhpcyBjb25jZXB0LuKAmQ0KDQoyLiAg ICAgIE9uIGEgcmVsYXRlZCBwb2ludCwgaXMgdGhlcmUgYW55IHdvcmsgeW91IGNhbiByZWZlciB0 byB0aGF0IHByb3ZpZGVzIGEgbWVjaGFuaXNtIGZvciBpbXBsZW1lbnRpbmcgdGhpcyBBUEk/DQoN ClRoZXJlIGFyZSBjdXJyZW50bHkgdHdvIG90aGVyIGRyYWZ0czsgKDEpIGRlZmluaW5nIGV4dGVu c2lvbnMgdG8gREhDUHY2IGZvciByZXF1ZXN0aW5nIGEgc3BlY2lmaWMgc2VydmljZSAoYW5kIGZv ciB0aGUgbmV0d29yayB0byBwcm92aWRlIHJlc3BvbnNlcyksIGFuZCAoMikgZGVmaW5pbmcgZXh0 ZW5zaW9ucyB0byBSb3V0ZXIgQWR2ZXJ0aXNlbWVudCBtZXNzYWdlIHRocm91Z2ggd2hpY2ggdGhl IG5ldHdvcmsgY2FuIGluZGljYXRlIHRoZSB0eXBlIG9mIG1vYmlsaXR5IHNlcnZpY2UgYXNzb2Np YXRlZCB3aXRoIGEgcHJvdmlzaW9uZWQgSVAgcHJlZml4Lg0KDQozLiAgICAgIFRoZSBib2lsZXJw bGF0ZSBpbiBzZWN0aW9uIDIgaXMgb3V0IG9mIGRhdGUuICBQbGVhc2Ugc2VlIFJGQyA4MTc0IGZv ciB0aGUgbGF0ZXN0IGJvaWxlcnBsYXRlLg0KDQpZZXMsIHdlIGhhdmUgcmVjZWl2ZWQgdGhpcyBj b21tZW50IGFuZCB0aGUgbmV3IHJldmlzaW9uIHdpbGwgZml4IHNlY3Rpb24gMi4NCg0KNC4gICAg ICBPbiBwYWdlIDYsIEkgc3BvdHRlZCBhIHN0cmF5ICIpIiBpbiB0aGlzIHNlbnRlbmNlLg0KDQpU aGFuayB5b3UuIFdpbGwgYmUgcmVtb3ZlZCBpbiB0aGUgbmV4dCByZWxlYXNlLg0KDQoNCg0KVGhh bmtzLA0KDQpEYW5ueQ0KDQoNCg0KDQoNCg0KDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0t LS0NCkZyb206IEpvbmF0aGFuIEhhcmR3aWNrIFttYWlsdG86am9uYXRoYW4uaGFyZHdpY2tAbWV0 YXN3aXRjaC5jb21dDQpTZW50OiBGcmlkYXksIEphbnVhcnkgMjUsIDIwMTkgMDE6MDMNClRvOiBy dGctZGlyQGlldGYub3JnDQpDYzogZHJhZnQtaWV0Zi1kbW0tb25kZW1hbmQtbW9iaWxpdHkuYWxs QGlldGYub3JnOyBkbW1AaWV0Zi5vcmc7IHJ0Zy1hZHNAaWV0Zi5vcmc7IHJ0Zy1kaXJAaWV0Zi5v cmcNClN1YmplY3Q6IFJ0Z2RpciB0ZWxlY2hhdCByZXZpZXcgb2YgZHJhZnQtaWV0Zi1kbW0tb25k ZW1hbmQtbW9iaWxpdHktMTUNCg0KDQoNClJldmlld2VyOiBKb25hdGhhbiBIYXJkd2ljaw0KDQpS ZXZpZXcgcmVzdWx0OiBIYXMgTml0cw0KDQoNCg0KSGkgdGhlcmUNCg0KDQoNCkkgaGF2ZSBkb25l IGEgcm91dGluZyBkaXJlY3RvcmF0ZSByZXZpZXcgb2YgdGhpcyBkcmFmdC4NCg0KaHR0cHM6Ly9k YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1kbW0tb25kZW1hbmQtbW9iaWxpdHkv DQoNCg0KDQpUaGUgUm91dGluZyBEaXJlY3RvcmF0ZSBzZWVrcyB0byByZXZpZXcgYWxsIHJvdXRp bmcgb3Igcm91dGluZy1yZWxhdGVkIGRyYWZ0cyBhcyB0aGV5IHBhc3MgdGhyb3VnaCBJRVRGIGxh c3QgY2FsbCBhbmQgSUVTRyByZXZpZXcsIGFuZCBzb21ldGltZXMgb24gc3BlY2lhbCByZXF1ZXN0 LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHByb3ZpZGUgYXNzaXN0YW5jZSB0byB0 aGUgUm91dGluZyBBRHMuDQoNCkZvciBtb3JlIGluZm9ybWF0aW9uIGFib3V0IHRoZSBSb3V0aW5n IERpcmVjdG9yYXRlLCBwbGVhc2Ugc2VlIGh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2FyZWEv cnRnL3RyYWMvd2lraS9SdGdEaXINCg0KDQoNCkFsdGhvdWdoIHRoZXNlIGNvbW1lbnRzIGFyZSBw cmltYXJpbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIFJvdXRpbmcgQURzLCBpdCB3b3VsZCBiZSBoZWxw ZnVsIGlmIHlvdSBjb3VsZCBjb25zaWRlciB0aGVtIGFsb25nIHdpdGggYW55IG90aGVyIElFVEYg TGFzdCBDYWxsIGNvbW1lbnRzIHRoYXQgeW91IHJlY2VpdmUsIGFuZCBzdHJpdmUgdG8gcmVzb2x2 ZSB0aGVtIHRocm91Z2ggZGlzY3Vzc2lvbiBvciBieSB1cGRhdGluZyB0aGUgZHJhZnQuDQoNCg0K DQpEb2N1bWVudDogZHJhZnQtaWV0Zi1kbW0tb25kZW1hbmQtbW9iaWxpdHktMTUNCg0KUmV2aWV3 ZXI6IEpvbiBIYXJkd2ljaw0KDQpSZXZpZXcgRGF0ZTogMjQgSmFuIDIwMTkNCg0KSW50ZW5kZWQg U3RhdHVzOiBJbmZvcm1hdGlvbmFsDQoNCg0KDQpDb21tZW50cw0KDQotLS0tLS0tLS0tLQ0KDQoN Cg0KVGhlIGRvY3VtZW50IHdhcyBlYXN5IHRvIHJlYWQgYW5kIGFic29yYi4NCg0KDQoNCkkgZm91 bmQgdGhpcyBzZW50ZW5jZSBmcm9tIHRoZSBhYnN0cmFjdCBhIGJpdCBtaXNsZWFkaW5nOiAiVGhp cyBkb2N1bWVudCBkZXNjcmliZXMgYSBzb2x1dGlvbiBmb3IgdGFraW5nIHRoZSBhcHBsaWNhdGlv biBuZWVkcyBpbnRvIGFjY291bnQuLi4iICBUaGUgd29yZCAic29sdXRpb24iIG1hZGUgbWUgZXhw ZWN0IHRoYXQgdGhlIGRvY3VtZW50IHdvdWxkIGdvIGludG8gZGV0YWlsIGFib3V0IGhvdyBhbiBJ UCBzdGFjayBjb3VsZCByZXF1ZXN0IHRoZSBkaWZmZXJlbnQgc29ydHMgb2YgSVAgYWRkcmVzcyBm cm9tIHRoZSBuZXR3b3JrLg0KDQpJbiBmYWN0LCB5b3UgYXJlIHByb3Bvc2luZyBhbiBBUEkuICBJ IHdvdWxkIHJlY29tbWVuZCBjaGFuZ2luZyB0byAiVGhpcyBkb2N1bWVudCBwcm9wb3NlcyBhbiBB UEkgdGhhdCBhbiBhcHBsaWNhdGlvbiBjYW4gdXNlIHRvIGluZm9ybSB0aGUgSVAgc3RhY2sgb2Yg aXRzIHJlcXVpcmVtZW50cyBmb3Igc2Vzc2lvbiBjb250aW51aXR5IGFuZC9vciBJUCBhZGRyZXNz IHJlYWNoYWJpbGl0eSIuDQoNCg0KDQpPbiBhIHJlbGF0ZWQgcG9pbnQsIGlzIHRoZXJlIGFueSB3 b3JrIHlvdSBjYW4gcmVmZXIgdG8gdGhhdCBwcm92aWRlcyBhIG1lY2hhbmlzbSBmb3IgaW1wbGVt ZW50aW5nIHRoaXMgQVBJPw0KDQoNCg0KVGhlIGJvaWxlcnBsYXRlIGluIHNlY3Rpb24gMiBpcyBv dXQgb2YgZGF0ZS4gIFBsZWFzZSBzZWUgUkZDIDgxNzQgZm9yIHRoZSBsYXRlc3QgYm9pbGVycGxh dGUuDQoNCg0KDQpPbiBwYWdlIDYsIEkgc3BvdHRlZCBhIHN0cmF5ICIpIiBpbiB0aGlzIHNlbnRl bmNlOg0KDQoNCg0KICAgSXQgaXMgb3V0c2lkZSB0aGUgc2NvcGUgb2YgdGhpcyBzcGVjaWZpY2F0 aW9uIHRvIGRlZmluZSBob3cgdGhlIGhvc3QNCg0KICAgcmVxdWVzdHMgYSBzcGVjaWZpYyB0eXBl IG9mIHByZWZpeCBhbmQgaG93IHRoZSBuZXR3b3JrIGluZGljYXRlcyB0aGUNCg0KICAgdHlwZSBv ZiBwcmVmaXggaW4gaXRzIGFkdmVydGlzZW1lbnQgb3IgaW4gaXRzIHJlcGx5IHRvIGEgcmVxdWVz dCkuDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tCkEgbWVtYmVyIG9mIHRoZSBJbnRlbCBDb3Jwb3JhdGlvbiBn cm91cCBvZiBjb21wYW5pZXMKClRoaXMgZS1tYWlsIGFuZCBhbnkgYXR0YWNobWVudHMgbWF5IGNv bnRhaW4gY29uZmlkZW50aWFsIG1hdGVyaWFsIGZvcgp0aGUgc29sZSB1c2Ugb2YgdGhlIGludGVu ZGVkIHJlY2lwaWVudChzKS4gQW55IHJldmlldyBvciBkaXN0cmlidXRpb24KYnkgb3RoZXJzIGlz IHN0cmljdGx5IHByb2hpYml0ZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZApyZWNpcGll bnQsIHBsZWFzZSBjb250YWN0IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSBhbGwgY29waWVzLgo= --_000_F0CF5715D3D1884BAC731EA1103AC281441C26DBHASMSX106gercor_ Content-Type: text/html; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjoj OTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29QbGFpblRleHQsIGxp Lk1zb1BsYWluVGV4dCwgZGl2Lk1zb1BsYWluVGV4dA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7 DQoJbXNvLXN0eWxlLWxpbms6IlBsYWluIFRleHQgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJn aW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2Fs aWJyaSIsc2Fucy1zZXJpZjt9DQpwLk1zb0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3Jh cGgsIGRpdi5Nc29MaXN0UGFyYWdyYXBoDQoJe21zby1zdHlsZS1wcmlvcml0eTozNDsNCgltYXJn aW4tdG9wOjBjbTsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1hcmdpbi1ib3R0b206MGNtOw0KCW1h cmdpbi1sZWZ0OjM2LjBwdDsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEx LjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLlBsYWluVGV4 dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IlBsYWluIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJQbGFpbiBUZXh0IjsNCglmb250LWZhbWlseToi Q2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlw ZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3 aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCkBwYWdlIFdvcmRTZWN0aW9u MQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQg NzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlz dCBEZWZpbml0aW9ucyAqLw0KQGxpc3QgbDANCgl7bXNvLWxpc3QtaWQ6Mzc3MDQ4NDkzOw0KCW1z by1saXN0LXR5cGU6aHlicmlkOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczotNjI0ODAyMTggNjc2 OTg3MDMgNjc2OTg3MTMgNjc2OTg3MTUgNjc2OTg3MDMgNjc2OTg3MTMgNjc2OTg3MTUgNjc2OTg3 MDMgNjc2OTg3MTMgNjc2OTg3MTU7fQ0KQGxpc3QgbDA6bGV2ZWwxDQoJe21zby1sZXZlbC10YWIt c3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu dDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDph bHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVy LXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDMN Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1z dG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVu dDotOS4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC10YWItc3RvcDpub25lOw0K CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30N CkBsaXN0IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsN Cgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDYNCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJ bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0K QGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxl dmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwt dGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1p bmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt YXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0Kb2wNCgl7bWFyZ2lu LWJvdHRvbTowY207fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KLS0+PC9zdHlsZT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRt YXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N CjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRh PSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJv ZHkgbGFuZz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xh c3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBuYW1lPSJfTWFpbEVu ZENvbXBvc2UiPkhpIEpvbmF0aGFuLDxvOnA+PC9vOnA+PC9hPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmtz IGZvciB0aGUgcmV2aWV3IGFuZCBjb21tZW50cy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPlBsZWFzZSBzZWUgbXkgcmVzcG9uc2UgYW5kIGFjdGlvbnMgYmVsb3cuPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28t bGlzdDpsMCBsZXZlbDEgbGZvMSI+PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9Im1z by1saXN0Oklnbm9yZSI+MS48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bh bj48IVtlbmRpZl0+PHNwYW4gZGlyPSJMVFIiPjwvc3Bhbj5DaGFuZ2Ug4oCYc29sdXRpb27igJkg dG8g4oCYQVBJ4oCZIGluIHRoZSBBYnN0cmFjdC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29MaXN0UGFyYWdyYXBoIj5JIGFncmVlIHRoYXQg4oCYc29sdXRpb27igJkgaXMgbWlzbGVhZGlu Zy4gVGhlIGRyYWZ0IGFjdHVhbGx5IGludHJvZHVjZXMgdGhlIG5ldyBjb25jZXB0IG9mIGluZmx1 ZW5jaW5nIHRoZSBsZXZlbCBvZiB0aGUgbmV0d29ya+KAmXMgbW9iaWxpdHkgc2VydmljZSwgYW5k IHByb3ZpZGVzIGEgc3VnZ2VzdGlvbiBmb3IgQVBJIGltcGxlbWVudGF0aW9uLiBTbywgSSBhbSBj aGFuZ2luZyB0aGUgd29yZGluZyB0bzo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0 UGFyYWdyYXBoIj7igJjigKZUaGlzIGRvY3VtZW50IGRlZmluZXMgYSBuZXcgY29uY2VwdCBvZiBl bmFibGluZyBhcHBsaWNhdGlvbnMgdG8gaW5mbHVlbmNlIHRoZSBuZXR3b3Jr4oCZcyBtb2JpbGl0 eSBzZXJ2aWNlIChzZXNzaW9uIGNvbnRpbnVpdHkgYW5kL29yIElQIGFkZHJlc3MgcmVhY2hhYmls aXR5KSBvbiBhIHBlci1Tb2NrZXQgYmFzaXMsIGFuZCBzdWdnZXN0cyBleHRlbnNpb25zIHRvIHRo ZSBuZXR3b3JraW5nIHN0YWNr4oCZcw0KIEFQSSB0byBhY2NvbW1vZGF0ZSB0aGlzIGNvbmNlcHQu 4oCZPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRl eHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPjwhW2lmICFzdXBwb3J0 TGlzdHNdPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjIuPHNwYW4gc3R5bGU9ImZvbnQ6 Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIGRpcj0iTFRSIj48L3NwYW4+ T24gYSByZWxhdGVkIHBvaW50LCBpcyB0aGVyZSBhbnkgd29yayB5b3UgY2FuIHJlZmVyIHRvIHRo YXQgcHJvdmlkZXMgYSBtZWNoYW5pc20gZm9yIGltcGxlbWVudGluZyB0aGlzIEFQST88bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIj5UaGVyZSBhcmUgY3VycmVudGx5 IHR3byBvdGhlciBkcmFmdHM7ICgxKSBkZWZpbmluZyBleHRlbnNpb25zIHRvIERIQ1B2NiBmb3Ig cmVxdWVzdGluZyBhIHNwZWNpZmljIHNlcnZpY2UgKGFuZCBmb3IgdGhlIG5ldHdvcmsgdG8gcHJv dmlkZSByZXNwb25zZXMpLCBhbmQgKDIpIGRlZmluaW5nIGV4dGVuc2lvbnMgdG8gUm91dGVyIEFk dmVydGlzZW1lbnQgbWVzc2FnZSB0aHJvdWdoIHdoaWNoIHRoZSBuZXR3b3JrDQogY2FuIGluZGlj YXRlIHRoZSB0eXBlIG9mIG1vYmlsaXR5IHNlcnZpY2UgYXNzb2NpYXRlZCB3aXRoIGEgcHJvdmlz aW9uZWQgSVAgcHJlZml4LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3Jh cGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwwIGxldmVsMSBsZm8xIj48 IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4zLjxzcGFu IHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBkaXI9 IkxUUiI+PC9zcGFuPlRoZSBib2lsZXJwbGF0ZSBpbiBzZWN0aW9uIDIgaXMgb3V0IG9mIGRhdGUu Jm5ic3A7IFBsZWFzZSBzZWUgUkZDIDgxNzQgZm9yIHRoZSBsYXRlc3QgYm9pbGVycGxhdGUuPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCI+WWVzLCB3ZSBoYXZlIHJl Y2VpdmVkIHRoaXMgY29tbWVudCBhbmQgdGhlIG5ldyByZXZpc2lvbiB3aWxsIGZpeCBzZWN0aW9u IDIuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRl eHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPjwhW2lmICFzdXBwb3J0 TGlzdHNdPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjQuPHNwYW4gc3R5bGU9ImZvbnQ6 Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIGRpcj0iTFRSIj48L3NwYW4+ T24gcGFnZSA2LCBJIHNwb3R0ZWQgYSBzdHJheSAmcXVvdDspJnF1b3Q7IGluIHRoaXMgc2VudGVu Y2UuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCI+VGhhbmsgeW91 LiBXaWxsIGJlIHJlbW92ZWQgaW4gdGhlIG5leHQgcmVsZWFzZS48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGNtIj5UaGFua3MsPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjBjbSI+RGFubnk8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+PGEgbmFtZT0iX19fX19yZXBseXNlcGFyYXRvciI+PC9hPi0tLS0tT3JpZ2lu YWwgTWVzc2FnZS0tLS0tPGJyPg0KRnJvbTogSm9uYXRoYW4gSGFyZHdpY2sgW21haWx0bzpqb25h dGhhbi5oYXJkd2lja0BtZXRhc3dpdGNoLmNvbV0gPGJyPg0KU2VudDogRnJpZGF5LCBKYW51YXJ5 IDI1LCAyMDE5IDAxOjAzPGJyPg0KVG86IHJ0Zy1kaXJAaWV0Zi5vcmc8YnI+DQpDYzogZHJhZnQt aWV0Zi1kbW0tb25kZW1hbmQtbW9iaWxpdHkuYWxsQGlldGYub3JnOyBkbW1AaWV0Zi5vcmc7IHJ0 Zy1hZHNAaWV0Zi5vcmc7IHJ0Zy1kaXJAaWV0Zi5vcmc8YnI+DQpTdWJqZWN0OiBSdGdkaXIgdGVs ZWNoYXQgcmV2aWV3IG9mIGRyYWZ0LWlldGYtZG1tLW9uZGVtYW5kLW1vYmlsaXR5LTE1PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij5SZXZpZXdlcjogSm9uYXRoYW4gSGFyZHdpY2s8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlJldmlldyByZXN1bHQ6IEhhcyBOaXRzPG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPkhpIHRoZXJlPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPkkgaGF2ZSBkb25lIGEgcm91dGluZyBkaXJlY3RvcmF0ZSByZXZpZXcgb2YgdGhpcyBkcmFm dC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxhIGhyZWY9Imh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtZG1tLW9uZGVtYW5kLW1vYmls aXR5LyI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUi Pmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtZG1tLW9uZGVtYW5k LW1vYmlsaXR5Lzwvc3Bhbj48L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlRoZSBS b3V0aW5nIERpcmVjdG9yYXRlIHNlZWtzIHRvIHJldmlldyBhbGwgcm91dGluZyBvciByb3V0aW5n LXJlbGF0ZWQgZHJhZnRzIGFzIHRoZXkgcGFzcyB0aHJvdWdoIElFVEYgbGFzdCBjYWxsIGFuZCBJ RVNHIHJldmlldywgYW5kIHNvbWV0aW1lcyBvbiBzcGVjaWFsIHJlcXVlc3QuIFRoZSBwdXJwb3Nl IG9mIHRoZSByZXZpZXcgaXMgdG8gcHJvdmlkZSBhc3Npc3RhbmNlIHRvIHRoZSBSb3V0aW5nIEFE cy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkZvciBtb3JlIGluZm9y bWF0aW9uIGFib3V0IHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlLCBwbGVhc2Ugc2VlDQo8YSBocmVm PSJodHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyIj48 c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+aHR0cDov L3RyYWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z0Rpcjwvc3Bhbj48L2E+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkFsdGhvdWdoIHRoZXNlIGNvbW1lbnRzIGFy ZSBwcmltYXJpbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIFJvdXRpbmcgQURzLCBpdCB3b3VsZCBiZSBo ZWxwZnVsIGlmIHlvdSBjb3VsZCBjb25zaWRlciB0aGVtIGFsb25nIHdpdGggYW55IG90aGVyIElF VEYgTGFzdCBDYWxsIGNvbW1lbnRzIHRoYXQgeW91IHJlY2VpdmUsIGFuZCBzdHJpdmUgdG8gcmVz b2x2ZSB0aGVtIHRocm91Z2ggZGlzY3Vzc2lvbiBvciBieSB1cGRhdGluZw0KIHRoZSBkcmFmdC48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+RG9jdW1lbnQ6IGRyYWZ0LWlldGYtZG1tLW9u ZGVtYW5kLW1vYmlsaXR5LTE1PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij5SZXZpZXdlcjogSm9uIEhhcmR3aWNrPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij5SZXZpZXcgRGF0ZTogMjQgSmFuIDIwMTk8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiPkludGVuZGVkIFN0YXR1czogSW5mb3JtYXRpb25hbDxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij5Db21tZW50czxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+LS0tLS0tLS0tLS08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp blRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+VGhl IGRvY3VtZW50IHdhcyBlYXN5IHRvIHJlYWQgYW5kIGFic29yYi48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+SSBmb3VuZCB0aGlzIHNlbnRlbmNlIGZyb20gdGhlIGFic3RyYWN0IGEgYml0 IG1pc2xlYWRpbmc6ICZxdW90O1RoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIGEgc29sdXRpb24gZm9y IHRha2luZyB0aGUgYXBwbGljYXRpb24gbmVlZHMgaW50byBhY2NvdW50Li4uJnF1b3Q7Jm5ic3A7 IFRoZSB3b3JkICZxdW90O3NvbHV0aW9uJnF1b3Q7IG1hZGUgbWUgZXhwZWN0IHRoYXQgdGhlIGRv Y3VtZW50IHdvdWxkIGdvIGludG8gZGV0YWlsIGFib3V0IGhvdyBhbiBJUA0KIHN0YWNrIGNvdWxk IHJlcXVlc3QgdGhlIGRpZmZlcmVudCBzb3J0cyBvZiBJUCBhZGRyZXNzIGZyb20gdGhlIG5ldHdv cmsuIDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+SW4gZmFjdCwgeW91 IGFyZSBwcm9wb3NpbmcgYW4gQVBJLiZuYnNwOyBJIHdvdWxkIHJlY29tbWVuZCBjaGFuZ2luZyB0 byAmcXVvdDtUaGlzIGRvY3VtZW50IHByb3Bvc2VzIGFuIEFQSSB0aGF0IGFuIGFwcGxpY2F0aW9u IGNhbiB1c2UgdG8gaW5mb3JtIHRoZSBJUCBzdGFjayBvZiBpdHMgcmVxdWlyZW1lbnRzIGZvciBz ZXNzaW9uIGNvbnRpbnVpdHkgYW5kL29yIElQIGFkZHJlc3MgcmVhY2hhYmlsaXR5JnF1b3Q7Ljxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5PbiBhIHJlbGF0ZWQgcG9pbnQsIGlzIHRoZXJl IGFueSB3b3JrIHlvdSBjYW4gcmVmZXIgdG8gdGhhdCBwcm92aWRlcyBhIG1lY2hhbmlzbSBmb3Ig aW1wbGVtZW50aW5nIHRoaXMgQVBJPzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5UaGUg Ym9pbGVycGxhdGUgaW4gc2VjdGlvbiAyIGlzIG91dCBvZiBkYXRlLiZuYnNwOyBQbGVhc2Ugc2Vl IFJGQyA4MTc0IGZvciB0aGUgbGF0ZXN0IGJvaWxlcnBsYXRlLjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij5PbiBwYWdlIDYsIEkgc3BvdHRlZCBhIHN0cmF5ICZxdW90OykmcXVvdDsgaW4g dGhpcyBzZW50ZW5jZTo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jm5ic3A7Jm5ic3A7 IEl0IGlzIG91dHNpZGUgdGhlIHNjb3BlIG9mIHRoaXMgc3BlY2lmaWNhdGlvbiB0byBkZWZpbmUg aG93IHRoZSBob3N0PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mbmJz cDsmbmJzcDsgcmVxdWVzdHMgYSBzcGVjaWZpYyB0eXBlIG9mIHByZWZpeCBhbmQgaG93IHRoZSBu ZXR3b3JrIGluZGljYXRlcyB0aGU8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPiZuYnNwOyZuYnNwOyB0eXBlIG9mIHByZWZpeCBpbiBpdHMgYWR2ZXJ0aXNlbWVudCBvciBp biBpdHMgcmVwbHkgdG8gYSByZXF1ZXN0KS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cD4tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08 YnI+CkEgbWVtYmVyIG9mIHRoZSBJbnRlbCBDb3Jwb3JhdGlvbiBncm91cCBvZiBjb21wYW5pZXM8 L3A+Cgo8cD5UaGlzIGUtbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZp ZGVudGlhbCBtYXRlcmlhbCBmb3I8YnI+CnRoZSBzb2xlIHVzZSBvZiB0aGUgaW50ZW5kZWQgcmVj aXBpZW50KHMpLiBBbnkgcmV2aWV3IG9yIGRpc3RyaWJ1dGlvbjxicj4KYnkgb3RoZXJzIGlzIHN0 cmljdGx5IHByb2hpYml0ZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZDxicj4KcmVjaXBp ZW50LCBwbGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGFuZCBkZWxldGUgYWxsIGNvcGllcy48L3A+ PC9ib2R5Pg0KPC9odG1sPg0K --_000_F0CF5715D3D1884BAC731EA1103AC281441C26DBHASMSX106gercor_-- From nobody Mon Jan 28 07:24:32 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE32E12D4EB; Mon, 28 Jan 2019 07:24:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.989 X-Spam-Level: X-Spam-Status: No, score=-1.989 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=metaswitch.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6hO4zQkYS5Ji; Mon, 28 Jan 2019 07:24:27 -0800 (PST) Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-eopbgr760128.outbound.protection.outlook.com [40.107.76.128]) (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 F3853127598; Mon, 28 Jan 2019 07:24:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=metaswitch.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=MsLJTBuw0f0hYXsChZ1QSCsil0L67ptGSG8JlNAr44Y=; b=LZPj0TOeW6PXF+yA/lB/DHlJZm/XvkBJYGeC1Z5J5s1PG9HbaXWLwKqU/I6YqBb06zRdw0oA8M7iPY2Mu2Zu4hwVEfwp5P9OEfEhnqHuNnWnqoTIvRbg+vr5lohUDGmgl+i/kGb2rfn5LezJPy40pmaGzjhbHL10wRY+66Qh8xU= Received: from BL0PR02MB4868.namprd02.prod.outlook.com (52.132.14.77) by BL0PR02MB4850.namprd02.prod.outlook.com (52.132.14.31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1558.21; Mon, 28 Jan 2019 15:24:25 +0000 Received: from BL0PR02MB4868.namprd02.prod.outlook.com ([fe80::e58c:afab:ba34:5920]) by BL0PR02MB4868.namprd02.prod.outlook.com ([fe80::e58c:afab:ba34:5920%5]) with mapi id 15.20.1558.023; Mon, 28 Jan 2019 15:24:25 +0000 From: Jonathan Hardwick To: "Moses, Danny" , "rtg-dir@ietf.org" CC: "draft-ietf-dmm-ondemand-mobility.all@ietf.org" , "dmm@ietf.org" , "rtg-ads@ietf.org" , "rtg-dir@ietf.org" Thread-Topic: Rtgdir telechat review of draft-ietf-dmm-ondemand-mobility-15 Thread-Index: AQHUtDj/kklHi3+4QkyM6n1O2UGcm6XEn6aAgAAydHA= Date: Mon, 28 Jan 2019 15:24:24 +0000 Message-ID: References: <154837098458.29384.5442300542538358750@ietfa.amsl.com> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Jonathan.Hardwick@metaswitch.com; x-originating-ip: [192.91.191.162] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BL0PR02MB4850; 6:MDaQvd2tJx6R/X3vVnOJ0xWYm6eg0UiFJ05T1BCERHJMZHFmiQU3NtcsNyTD5qY45/O/VWmY2AABO3uIBGnUOLSZ+ybF5WeCOC8cNbkq1u4RLJpT136AKB63fc9bEnuAqNG0pTgD+lCxKgsX2mSPisVn/ZVrwnT2UtRqfIYFFKBAQpYCKI3jF5/moLyjv9s0fPp4IuA3qjb0seyqblqqelNvvZMNTWc/GgumVZF/11oZWBUOOo/li4PX6+iexxvLilNpBty1o9r+38F68PM44MJApjO/iJmjFacsTx9RALnxRCetR5MzbhAxlQa9RCTTRhWgak8h+/F2NdGxCWnFELpkNiVXNJLEIs5Wym/3uWLr0TUJ7g51gpsFsiQZmh3SzlEEYzZnqY4VPmEpUBuFb8j/G7v4byevdQOnzfvu3CZYPUnLXfsPZYL6bHMIdd78n8ZJuXj4xMJrIcR9VyK97Q==; 5:nah8k4x13zCyMxwpkDYSaZnwe1Ryq4h9ZgX8r+pPLXj357SU2GJBAl/UJBgz5LFnnWQghkGkRJ5EUTGvV2kjZfvCZu9t9exKFFVUGbsPNvtYyKqDjaXR+9Bo8+ZQe8B9J4YQIGJq7JCkPOTTRxQcXGCyev/QCFtnAxhSdZstBoAg501OnzsqjhgI1Rq+1t80HSIw8RuCyBQ6rVbobof5kw==; 7:zc1H07CCDTZ0R+qIpOV/mYuDKiO8urzCmFgTgLWrqXTRdhg5SRFH+zf/owzeWgIc1J9pApJXXnqx9oHZxHHEPxZTDPDARTwNmO/VcX11LZpK/h5aIVbybINrU8OGKrftOdCS0T5/40u0x+SgIgvChg== x-ms-office365-filtering-correlation-id: 6e7dbc1c-92e2-41ae-3155-08d68534afaa x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600110)(711020)(4605077)(2017052603328)(7153060)(7193020); SRVR:BL0PR02MB4850; x-ms-traffictypediagnostic: BL0PR02MB4850: x-microsoft-antispam-prvs: x-forefront-prvs: 0931CB1479 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39850400004)(366004)(136003)(346002)(396003)(376002)(13464003)(51914003)(199004)(189003)(8676002)(74316002)(7736002)(2501003)(6246003)(66574012)(186003)(478600001)(33656002)(55016002)(236005)(97736004)(68736007)(54896002)(6306002)(9686003)(6436002)(256004)(4326008)(5024004)(14444005)(81156014)(81166006)(229853002)(8936002)(71190400001)(71200400001)(606006)(53936002)(25786009)(7696005)(66066001)(76176011)(476003)(6506007)(446003)(11346002)(86362001)(486006)(110136005)(53546011)(54906003)(72206003)(102836004)(14454004)(105586002)(966005)(2906002)(106356001)(790700001)(6116002)(3846002)(99286004)(316002)(26005); DIR:OUT; SFP:1102; SCL:1; SRVR:BL0PR02MB4850; H:BL0PR02MB4868.namprd02.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: metaswitch.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: HxgnSqzEpLrd9MzjVLe2v4iqt3Vo6MLYEp0BHLbk9YrDvHj82SWGXZhOc6kJKSgxMActnOvYR6G4eu3nZtPl/le0BTbIhoRBSTgMQbRd+V/WxwmpObilh43raHrSKy3M/VKKJBvTML4JAXd5seJyMkhMokUY/Zu2ji9dMVmEGy10gluXXgEaRBZrLgHcZp6iHyE/izAgX2AHNmCNxDHCCiECBlj9G3DG/hxY1JcHpIdrQ0Cd3h7Q3ucM+4QZwfAdX1NsvXYJdRp3GGvkZqsmXKDE0TZUJw9rAIvidcHBaFaF5C+ekS6t62I/TH03byyi1lzFC6G/mbmTvV2a7W6+o2imOmraYLdabUZQPAjdNTBhEyRTTGvYB9Q+gqBO0otxa+Bi7311AwIQ2ZAl/emhVYGtUmxOWKFGlFJkFiiU2pg= Content-Type: multipart/alternative; boundary="_000_BL0PR02MB4868B2D4408061865840A99984960BL0PR02MB4868namp_" MIME-Version: 1.0 X-OriginatorOrg: metaswitch.com X-MS-Exchange-CrossTenant-Network-Message-Id: 6e7dbc1c-92e2-41ae-3155-08d68534afaa X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Jan 2019 15:24:25.0214 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 9d9e56eb-f613-4ddb-b27b-bfcdf14b2cdb X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR02MB4850 Archived-At: Subject: Re: [DMM] Rtgdir telechat review of draft-ietf-dmm-ondemand-mobility-15 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2019 15:24:31 -0000 --_000_BL0PR02MB4868B2D4408061865840A99984960BL0PR02MB4868namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhdOKAmXMgZmluZSwgdGhhbmtzIERhbm55Lg0KT24gKDIpIEkgd2FzIHN1Z2dlc3RpbmcgdGhh dCB5b3UgYWRkIHNvbWUgaW5mb3JtYXRpdmUgcmVmZXJlbmNlcyB0byB0aGlzIHdvcmsgaW4gdGhl IGRyYWZ0LCBidXQgaXTigJlzIG5vdCBlc3NlbnRpYWwgc28gSSB3aWxsIGxlYXZlIHRoYXQgdXAg dG8geW91Lg0KDQpDaGVlcnMNCkpvbg0KDQpGcm9tOiBNb3NlcywgRGFubnkgPGRhbm55Lm1vc2Vz QGludGVsLmNvbT4NClNlbnQ6IE1vbmRheSwgMjggSmFudWFyeSwgMjAxOSAxMjoyNCBQTQ0KVG86 IEpvbmF0aGFuIEhhcmR3aWNrIDxKb25hdGhhbi5IYXJkd2lja0BtZXRhc3dpdGNoLmNvbT47IHJ0 Zy1kaXJAaWV0Zi5vcmcNCkNjOiBkcmFmdC1pZXRmLWRtbS1vbmRlbWFuZC1tb2JpbGl0eS5hbGxA aWV0Zi5vcmc7IGRtbUBpZXRmLm9yZzsgcnRnLWFkc0BpZXRmLm9yZzsgcnRnLWRpckBpZXRmLm9y Zw0KU3ViamVjdDogUkU6IFJ0Z2RpciB0ZWxlY2hhdCByZXZpZXcgb2YgZHJhZnQtaWV0Zi1kbW0t b25kZW1hbmQtbW9iaWxpdHktMTUNCg0KDQpOT1RFOiBNZXNzYWdlIGlzIGZyb20gYW4gZXh0ZXJu YWwgc2VuZGVyDQoNCkhpIEpvbmF0aGFuLA0KDQpUaGFua3MgZm9yIHRoZSByZXZpZXcgYW5kIGNv bW1lbnRzLg0KUGxlYXNlIHNlZSBteSByZXNwb25zZSBhbmQgYWN0aW9ucyBiZWxvdy4NCg0KDQog IDEuICBDaGFuZ2Ug4oCYc29sdXRpb27igJkgdG8g4oCYQVBJ4oCZIGluIHRoZSBBYnN0cmFjdC4N Cg0KSSBhZ3JlZSB0aGF0IOKAmHNvbHV0aW9u4oCZIGlzIG1pc2xlYWRpbmcuIFRoZSBkcmFmdCBh Y3R1YWxseSBpbnRyb2R1Y2VzIHRoZSBuZXcgY29uY2VwdCBvZiBpbmZsdWVuY2luZyB0aGUgbGV2 ZWwgb2YgdGhlIG5ldHdvcmvigJlzIG1vYmlsaXR5IHNlcnZpY2UsIGFuZCBwcm92aWRlcyBhIHN1 Z2dlc3Rpb24gZm9yIEFQSSBpbXBsZW1lbnRhdGlvbi4gU28sIEkgYW0gY2hhbmdpbmcgdGhlIHdv cmRpbmcgdG86DQoNCuKAmOKAplRoaXMgZG9jdW1lbnQgZGVmaW5lcyBhIG5ldyBjb25jZXB0IG9m IGVuYWJsaW5nIGFwcGxpY2F0aW9ucyB0byBpbmZsdWVuY2UgdGhlIG5ldHdvcmvigJlzIG1vYmls aXR5IHNlcnZpY2UgKHNlc3Npb24gY29udGludWl0eSBhbmQvb3IgSVAgYWRkcmVzcyByZWFjaGFi aWxpdHkpIG9uIGEgcGVyLVNvY2tldCBiYXNpcywgYW5kIHN1Z2dlc3RzIGV4dGVuc2lvbnMgdG8g dGhlIG5ldHdvcmtpbmcgc3RhY2vigJlzIEFQSSB0byBhY2NvbW1vZGF0ZSB0aGlzIGNvbmNlcHQu 4oCZDQoNCiAgMS4gIE9uIGEgcmVsYXRlZCBwb2ludCwgaXMgdGhlcmUgYW55IHdvcmsgeW91IGNh biByZWZlciB0byB0aGF0IHByb3ZpZGVzIGEgbWVjaGFuaXNtIGZvciBpbXBsZW1lbnRpbmcgdGhp cyBBUEk/DQoNClRoZXJlIGFyZSBjdXJyZW50bHkgdHdvIG90aGVyIGRyYWZ0czsgKDEpIGRlZmlu aW5nIGV4dGVuc2lvbnMgdG8gREhDUHY2IGZvciByZXF1ZXN0aW5nIGEgc3BlY2lmaWMgc2Vydmlj ZSAoYW5kIGZvciB0aGUgbmV0d29yayB0byBwcm92aWRlIHJlc3BvbnNlcyksIGFuZCAoMikgZGVm aW5pbmcgZXh0ZW5zaW9ucyB0byBSb3V0ZXIgQWR2ZXJ0aXNlbWVudCBtZXNzYWdlIHRocm91Z2gg d2hpY2ggdGhlIG5ldHdvcmsgY2FuIGluZGljYXRlIHRoZSB0eXBlIG9mIG1vYmlsaXR5IHNlcnZp Y2UgYXNzb2NpYXRlZCB3aXRoIGEgcHJvdmlzaW9uZWQgSVAgcHJlZml4Lg0KDQogIDEuICBUaGUg Ym9pbGVycGxhdGUgaW4gc2VjdGlvbiAyIGlzIG91dCBvZiBkYXRlLiAgUGxlYXNlIHNlZSBSRkMg ODE3NCBmb3IgdGhlIGxhdGVzdCBib2lsZXJwbGF0ZS4NCg0KWWVzLCB3ZSBoYXZlIHJlY2VpdmVk IHRoaXMgY29tbWVudCBhbmQgdGhlIG5ldyByZXZpc2lvbiB3aWxsIGZpeCBzZWN0aW9uIDIuDQoN CiAgMS4gIE9uIHBhZ2UgNiwgSSBzcG90dGVkIGEgc3RyYXkgIikiIGluIHRoaXMgc2VudGVuY2Uu DQoNClRoYW5rIHlvdS4gV2lsbCBiZSByZW1vdmVkIGluIHRoZSBuZXh0IHJlbGVhc2UuDQoNCg0K DQpUaGFua3MsDQoNCkRhbm55DQoNCg0KDQoNCg0KDQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KRnJvbTogSm9uYXRoYW4gSGFyZHdpY2sgW21haWx0bzpqb25hdGhhbi5oYXJkd2lj a0BtZXRhc3dpdGNoLmNvbV0NClNlbnQ6IEZyaWRheSwgSmFudWFyeSAyNSwgMjAxOSAwMTowMw0K VG86IHJ0Zy1kaXJAaWV0Zi5vcmc8bWFpbHRvOnJ0Zy1kaXJAaWV0Zi5vcmc+DQpDYzogZHJhZnQt aWV0Zi1kbW0tb25kZW1hbmQtbW9iaWxpdHkuYWxsQGlldGYub3JnPG1haWx0bzpkcmFmdC1pZXRm LWRtbS1vbmRlbWFuZC1tb2JpbGl0eS5hbGxAaWV0Zi5vcmc+OyBkbW1AaWV0Zi5vcmc8bWFpbHRv OmRtbUBpZXRmLm9yZz47IHJ0Zy1hZHNAaWV0Zi5vcmc8bWFpbHRvOnJ0Zy1hZHNAaWV0Zi5vcmc+ OyBydGctZGlyQGlldGYub3JnPG1haWx0bzpydGctZGlyQGlldGYub3JnPg0KU3ViamVjdDogUnRn ZGlyIHRlbGVjaGF0IHJldmlldyBvZiBkcmFmdC1pZXRmLWRtbS1vbmRlbWFuZC1tb2JpbGl0eS0x NQ0KDQoNCg0KUmV2aWV3ZXI6IEpvbmF0aGFuIEhhcmR3aWNrDQoNClJldmlldyByZXN1bHQ6IEhh cyBOaXRzDQoNCg0KDQpIaSB0aGVyZQ0KDQoNCg0KSSBoYXZlIGRvbmUgYSByb3V0aW5nIGRpcmVj dG9yYXRlIHJldmlldyBvZiB0aGlzIGRyYWZ0Lg0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9kcmFmdC1pZXRmLWRtbS1vbmRlbWFuZC1tb2JpbGl0eS8NCg0KDQoNClRoZSBSb3V0 aW5nIERpcmVjdG9yYXRlIHNlZWtzIHRvIHJldmlldyBhbGwgcm91dGluZyBvciByb3V0aW5nLXJl bGF0ZWQgZHJhZnRzIGFzIHRoZXkgcGFzcyB0aHJvdWdoIElFVEYgbGFzdCBjYWxsIGFuZCBJRVNH IHJldmlldywgYW5kIHNvbWV0aW1lcyBvbiBzcGVjaWFsIHJlcXVlc3QuIFRoZSBwdXJwb3NlIG9m IHRoZSByZXZpZXcgaXMgdG8gcHJvdmlkZSBhc3Npc3RhbmNlIHRvIHRoZSBSb3V0aW5nIEFEcy4N Cg0KRm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUsIHBs ZWFzZSBzZWUgaHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0 Z0Rpcg0KDQoNCg0KQWx0aG91Z2ggdGhlc2UgY29tbWVudHMgYXJlIHByaW1hcmlseSBmb3IgdGhl IHVzZSBvZiB0aGUgUm91dGluZyBBRHMsIGl0IHdvdWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxk IGNvbnNpZGVyIHRoZW0gYWxvbmcgd2l0aCBhbnkgb3RoZXIgSUVURiBMYXN0IENhbGwgY29tbWVu dHMgdGhhdCB5b3UgcmVjZWl2ZSwgYW5kIHN0cml2ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaCBk aXNjdXNzaW9uIG9yIGJ5IHVwZGF0aW5nIHRoZSBkcmFmdC4NCg0KDQoNCkRvY3VtZW50OiBkcmFm dC1pZXRmLWRtbS1vbmRlbWFuZC1tb2JpbGl0eS0xNQ0KDQpSZXZpZXdlcjogSm9uIEhhcmR3aWNr DQoNClJldmlldyBEYXRlOiAyNCBKYW4gMjAxOQ0KDQpJbnRlbmRlZCBTdGF0dXM6IEluZm9ybWF0 aW9uYWwNCg0KDQoNCkNvbW1lbnRzDQoNCi0tLS0tLS0tLS0tDQoNCg0KDQpUaGUgZG9jdW1lbnQg d2FzIGVhc3kgdG8gcmVhZCBhbmQgYWJzb3JiLg0KDQoNCg0KSSBmb3VuZCB0aGlzIHNlbnRlbmNl IGZyb20gdGhlIGFic3RyYWN0IGEgYml0IG1pc2xlYWRpbmc6ICJUaGlzIGRvY3VtZW50IGRlc2Ny aWJlcyBhIHNvbHV0aW9uIGZvciB0YWtpbmcgdGhlIGFwcGxpY2F0aW9uIG5lZWRzIGludG8gYWNj b3VudC4uLiIgIFRoZSB3b3JkICJzb2x1dGlvbiIgbWFkZSBtZSBleHBlY3QgdGhhdCB0aGUgZG9j dW1lbnQgd291bGQgZ28gaW50byBkZXRhaWwgYWJvdXQgaG93IGFuIElQIHN0YWNrIGNvdWxkIHJl cXVlc3QgdGhlIGRpZmZlcmVudCBzb3J0cyBvZiBJUCBhZGRyZXNzIGZyb20gdGhlIG5ldHdvcmsu DQoNCkluIGZhY3QsIHlvdSBhcmUgcHJvcG9zaW5nIGFuIEFQSS4gIEkgd291bGQgcmVjb21tZW5k IGNoYW5naW5nIHRvICJUaGlzIGRvY3VtZW50IHByb3Bvc2VzIGFuIEFQSSB0aGF0IGFuIGFwcGxp Y2F0aW9uIGNhbiB1c2UgdG8gaW5mb3JtIHRoZSBJUCBzdGFjayBvZiBpdHMgcmVxdWlyZW1lbnRz IGZvciBzZXNzaW9uIGNvbnRpbnVpdHkgYW5kL29yIElQIGFkZHJlc3MgcmVhY2hhYmlsaXR5Ii4N Cg0KDQoNCk9uIGEgcmVsYXRlZCBwb2ludCwgaXMgdGhlcmUgYW55IHdvcmsgeW91IGNhbiByZWZl ciB0byB0aGF0IHByb3ZpZGVzIGEgbWVjaGFuaXNtIGZvciBpbXBsZW1lbnRpbmcgdGhpcyBBUEk/ DQoNCg0KDQpUaGUgYm9pbGVycGxhdGUgaW4gc2VjdGlvbiAyIGlzIG91dCBvZiBkYXRlLiAgUGxl YXNlIHNlZSBSRkMgODE3NCBmb3IgdGhlIGxhdGVzdCBib2lsZXJwbGF0ZS4NCg0KDQoNCk9uIHBh Z2UgNiwgSSBzcG90dGVkIGEgc3RyYXkgIikiIGluIHRoaXMgc2VudGVuY2U6DQoNCg0KDQogICBJ dCBpcyBvdXRzaWRlIHRoZSBzY29wZSBvZiB0aGlzIHNwZWNpZmljYXRpb24gdG8gZGVmaW5lIGhv dyB0aGUgaG9zdA0KDQogICByZXF1ZXN0cyBhIHNwZWNpZmljIHR5cGUgb2YgcHJlZml4IGFuZCBo b3cgdGhlIG5ldHdvcmsgaW5kaWNhdGVzIHRoZQ0KDQogICB0eXBlIG9mIHByZWZpeCBpbiBpdHMg YWR2ZXJ0aXNlbWVudCBvciBpbiBpdHMgcmVwbHkgdG8gYSByZXF1ZXN0KS4NCg0KDQoNCi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLQ0KQSBtZW1iZXIgb2YgdGhlIEludGVsIENvcnBvcmF0aW9uIGdyb3VwIG9mIGNvbXBh bmllcw0KDQpUaGlzIGUtbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZp ZGVudGlhbCBtYXRlcmlhbCBmb3INCnRoZSBzb2xlIHVzZSBvZiB0aGUgaW50ZW5kZWQgcmVjaXBp ZW50KHMpLiBBbnkgcmV2aWV3IG9yIGRpc3RyaWJ1dGlvbg0KYnkgb3RoZXJzIGlzIHN0cmljdGx5 IHByb2hpYml0ZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZA0KcmVjaXBpZW50LCBwbGVh c2UgY29udGFjdCB0aGUgc2VuZGVyIGFuZCBkZWxldGUgYWxsIGNvcGllcy4NCg== --_000_BL0PR02MB4868B2D4408061865840A99984960BL0PR02MB4868namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiU2Vnb2UgVUkiOw0KCXBhbm9zZS0xOjIg MTEgNSAyIDQgMiA0IDIgMiAzO30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1h bCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowaW47DQoJbWFyZ2luLWJv dHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJp b3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30N CmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAu TXNvUGxhaW5UZXh0LCBsaS5Nc29QbGFpblRleHQsIGRpdi5Nc29QbGFpblRleHQNCgl7bXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJQbGFpbiBUZXh0IENoYXIiOw0KCW1h cmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJ Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KcC5Nc29MaXN0UGFyYWdyYXBoLCBs aS5Nc29MaXN0UGFyYWdyYXBoLCBkaXYuTXNvTGlzdFBhcmFncmFwaA0KCXttc28tc3R5bGUtcHJp b3JpdHk6MzQ7DQoJbWFyZ2luLXRvcDowaW47DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltYXJnaW4t Ym90dG9tOjBpbjsNCgltYXJnaW4tbGVmdDouNWluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsN Cglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30N CnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxl LW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdo dDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0K CWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0K c3Bhbi5QbGFpblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJQbGFpbiBUZXh0IENoYXIiOw0K CW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiUGxhaW4gVGV4dCI7DQoJ Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7 bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2Vy aWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUyNA0KCXttc28tc3R5bGUt dHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsN Cgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4 cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3Np emU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYu V29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMg Ki8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjM3NzA0ODQ5MzsNCgltc28tbGlzdC10eXBlOmh5 YnJpZDsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6LTYyNDgwMjE4IDY3Njk4NzAzIDY3Njk4NzEz IDY3Njk4NzE1IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1IDY3Njk4NzAzIDY3Njk4NzEzIDY3 Njk4NzE1O30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCglt c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBs aXN0IGwwOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCglt c28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7 DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGwwOmxldmVsMw0KCXttc28tbGV2ZWwtbnVt YmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28t bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9DQpAbGlz dCBsMDpsZXZlbDQNCgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJl ci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsMDpsZXZlbDUN Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1z dG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50 Oi0uMjVpbjt9DQpAbGlzdCBsMDpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9t YW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJ e21zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDA6bGV2ZWw4DQoJe21zby1sZXZlbC1u dW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1z by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxp c3QgbDA6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1z by1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7 DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCm9sDQoJe21hcmdpbi1ib3R0b206MGluO30NCnVsDQoJ e21hcmdpbi1ib3R0b206MGluO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+ DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+ PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4 dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxh eW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5r PSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiPlRoYXTigJlzIGZpbmUsIHRo YW5rcyBEYW5ueS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1HQiI+T24gKDIpIEkgd2FzIHN1Z2dlc3RpbmcgdGhhdCB5b3UgYWRkIHNv bWUgaW5mb3JtYXRpdmUgcmVmZXJlbmNlcyB0byB0aGlzIHdvcmsgaW4gdGhlIGRyYWZ0LCBidXQg aXTigJlzIG5vdCBlc3NlbnRpYWwgc28gSSB3aWxsIGxlYXZlIHRoYXQgdXAgdG8geW91LjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdC Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1HQiI+Q2hlZXJzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiPkpvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xp ZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGI+RnJvbTo8L2I+IE1vc2VzLCBEYW5ueSAmbHQ7ZGFubnkubW9zZXNAaW50ZWwu Y29tJmd0OyA8YnI+DQo8Yj5TZW50OjwvYj4gTW9uZGF5LCAyOCBKYW51YXJ5LCAyMDE5IDEyOjI0 IFBNPGJyPg0KPGI+VG86PC9iPiBKb25hdGhhbiBIYXJkd2ljayAmbHQ7Sm9uYXRoYW4uSGFyZHdp Y2tAbWV0YXN3aXRjaC5jb20mZ3Q7OyBydGctZGlyQGlldGYub3JnPGJyPg0KPGI+Q2M6PC9iPiBk cmFmdC1pZXRmLWRtbS1vbmRlbWFuZC1tb2JpbGl0eS5hbGxAaWV0Zi5vcmc7IGRtbUBpZXRmLm9y ZzsgcnRnLWFkc0BpZXRmLm9yZzsgcnRnLWRpckBpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9i PiBSRTogUnRnZGlyIHRlbGVjaGF0IHJldmlldyBvZiBkcmFmdC1pZXRmLWRtbS1vbmRlbWFuZC1t b2JpbGl0eS0xNTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHRhYmxlIGNsYXNzPSJNc29Ob3JtYWxUYWJs ZSIgYm9yZGVyPSIwIiBjZWxsc3BhY2luZz0iMCIgY2VsbHBhZGRpbmc9IjAiIGFsaWduPSJsZWZ0 IiB3aWR0aD0iMTAwJSIgc3R5bGU9IndpZHRoOjEwMC4wJTtib3JkZXItY29sbGFwc2U6Y29sbGFw c2UiPg0KPHRib2R5Pg0KPHRyPg0KPHRkIHN0eWxlPSJiYWNrZ3JvdW5kOiM5MTBBMTk7cGFkZGlu ZzozLjBwdCAxLjVwdCAzLjBwdCAxLjVwdCI+PC90ZD4NCjx0ZCB3aWR0aD0iMTAwJSIgc3R5bGU9 IndpZHRoOjEwMC4wJTtiYWNrZ3JvdW5kOiNGREYyRjQ7cGFkZGluZzozLjBwdCAzLjc1cHQgMy4w cHQgMTEuMjVwdDt3b3JkLXdyYXA6YnJlYWstd29yZCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLWVsZW1lbnQ6ZnJhbWU7bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDtt c28tZWxlbWVudC13cmFwOmFyb3VuZDttc28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdy YXBoO21zby1lbGVtZW50LWFuY2hvci1ob3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6 ZXhhY3RseSI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1NlZ29lIFVJJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjEyMSI+Tk9URTogTWVzc2FnZSBp cyBmcm9tIGFuIGV4dGVybmFsIHNlbmRlcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvdGQ+DQo8 L3RyPg0KPC90Ym9keT4NCjwvdGFibGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGkg Sm9uYXRoYW4sPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rcyBmb3IgdGhlIHJldmlldyBh bmQgY29tbWVudHMuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5QbGVhc2Ug c2VlIG15IHJlc3BvbnNlIGFuZCBhY3Rpb25zIGJlbG93LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8b2wgc3R5bGU9Im1hcmdpbi10 b3A6MGluIiBzdGFydD0iMSIgdHlwZT0iMSI+DQo8bGkgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgi IHN0eWxlPSJtYXJnaW4tbGVmdDowaW47bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPkNoYW5nZSDi gJhzb2x1dGlvbuKAmSB0byDigJhBUEnigJkgaW4gdGhlIEFic3RyYWN0LjxvOnA+PC9vOnA+PC9s aT48L29sPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiPkkgYWdyZWUgdGhhdCDigJhzb2x1 dGlvbuKAmSBpcyBtaXNsZWFkaW5nLiBUaGUgZHJhZnQgYWN0dWFsbHkgaW50cm9kdWNlcyB0aGUg bmV3IGNvbmNlcHQgb2YgaW5mbHVlbmNpbmcgdGhlIGxldmVsIG9mIHRoZSBuZXR3b3Jr4oCZcyBt b2JpbGl0eSBzZXJ2aWNlLCBhbmQgcHJvdmlkZXMgYSBzdWdnZXN0aW9uIGZvciBBUEkgaW1wbGVt ZW50YXRpb24uIFNvLCBJIGFtIGNoYW5naW5nIHRoZSB3b3JkaW5nIHRvOjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiPuKAmOKAplRoaXMgZG9jdW1lbnQgZGVmaW5l cyBhIG5ldyBjb25jZXB0IG9mIGVuYWJsaW5nIGFwcGxpY2F0aW9ucyB0byBpbmZsdWVuY2UgdGhl IG5ldHdvcmvigJlzIG1vYmlsaXR5IHNlcnZpY2UgKHNlc3Npb24gY29udGludWl0eSBhbmQvb3Ig SVAgYWRkcmVzcyByZWFjaGFiaWxpdHkpIG9uIGEgcGVyLVNvY2tldCBiYXNpcywgYW5kIHN1Z2dl c3RzIGV4dGVuc2lvbnMgdG8gdGhlIG5ldHdvcmtpbmcgc3RhY2vigJlzDQogQVBJIHRvIGFjY29t bW9kYXRlIHRoaXMgY29uY2VwdC7igJk8bzpwPjwvbzpwPjwvcD4NCjxvbCBzdHlsZT0ibWFyZ2lu LXRvcDowaW4iIHN0YXJ0PSIyIiB0eXBlPSIxIj4NCjxsaSBjbGFzcz0iTXNvTGlzdFBhcmFncmFw aCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBpbjttc28tbGlzdDpsMCBsZXZlbDEgbGZvMiI+T24gYSBy ZWxhdGVkIHBvaW50LCBpcyB0aGVyZSBhbnkgd29yayB5b3UgY2FuIHJlZmVyIHRvIHRoYXQgcHJv dmlkZXMgYSBtZWNoYW5pc20gZm9yIGltcGxlbWVudGluZyB0aGlzIEFQST88bzpwPjwvbzpwPjwv bGk+PC9vbD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIj5UaGVyZSBhcmUgY3VycmVudGx5 IHR3byBvdGhlciBkcmFmdHM7ICgxKSBkZWZpbmluZyBleHRlbnNpb25zIHRvIERIQ1B2NiBmb3Ig cmVxdWVzdGluZyBhIHNwZWNpZmljIHNlcnZpY2UgKGFuZCBmb3IgdGhlIG5ldHdvcmsgdG8gcHJv dmlkZSByZXNwb25zZXMpLCBhbmQgKDIpIGRlZmluaW5nIGV4dGVuc2lvbnMgdG8gUm91dGVyIEFk dmVydGlzZW1lbnQgbWVzc2FnZSB0aHJvdWdoIHdoaWNoIHRoZSBuZXR3b3JrDQogY2FuIGluZGlj YXRlIHRoZSB0eXBlIG9mIG1vYmlsaXR5IHNlcnZpY2UgYXNzb2NpYXRlZCB3aXRoIGEgcHJvdmlz aW9uZWQgSVAgcHJlZml4LjxvOnA+PC9vOnA+PC9wPg0KPG9sIHN0eWxlPSJtYXJnaW4tdG9wOjBp biIgc3RhcnQ9IjMiIHR5cGU9IjEiPg0KPGxpIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MGluO21zby1saXN0OmwwIGxldmVsMSBsZm8yIj5UaGUgYm9pbGVycGxh dGUgaW4gc2VjdGlvbiAyIGlzIG91dCBvZiBkYXRlLiZuYnNwOyBQbGVhc2Ugc2VlIFJGQyA4MTc0 IGZvciB0aGUgbGF0ZXN0IGJvaWxlcnBsYXRlLjxvOnA+PC9vOnA+PC9saT48L29sPg0KPHAgY2xh c3M9Ik1zb0xpc3RQYXJhZ3JhcGgiPlllcywgd2UgaGF2ZSByZWNlaXZlZCB0aGlzIGNvbW1lbnQg YW5kIHRoZSBuZXcgcmV2aXNpb24gd2lsbCBmaXggc2VjdGlvbiAyLjxvOnA+PC9vOnA+PC9wPg0K PG9sIHN0eWxlPSJtYXJnaW4tdG9wOjBpbiIgc3RhcnQ9IjQiIHR5cGU9IjEiPg0KPGxpIGNsYXNz PSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGluO21zby1saXN0OmwwIGxl dmVsMSBsZm8yIj5PbiBwYWdlIDYsIEkgc3BvdHRlZCBhIHN0cmF5ICZxdW90OykmcXVvdDsgaW4g dGhpcyBzZW50ZW5jZS48bzpwPjwvbzpwPjwvbGk+PC9vbD4NCjxwIGNsYXNzPSJNc29MaXN0UGFy YWdyYXBoIj5UaGFuayB5b3UuIFdpbGwgYmUgcmVtb3ZlZCBpbiB0aGUgbmV4dCByZWxlYXNlLjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDow aW4iPlRoYW5rcyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MGluIj5EYW5ueTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48YSBuYW1lPSJfX19fX3JlcGx5c2VwYXJhdG9y Ij48L2E+LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+DQpGcm9tOiBKb25hdGhhbiBIYXJk d2ljayBbPGEgaHJlZj0ibWFpbHRvOmpvbmF0aGFuLmhhcmR3aWNrQG1ldGFzd2l0Y2guY29tIj5t YWlsdG86am9uYXRoYW4uaGFyZHdpY2tAbWV0YXN3aXRjaC5jb208L2E+XQ0KPGJyPg0KU2VudDog RnJpZGF5LCBKYW51YXJ5IDI1LCAyMDE5IDAxOjAzPGJyPg0KVG86IDxhIGhyZWY9Im1haWx0bzpy dGctZGlyQGlldGYub3JnIj5ydGctZGlyQGlldGYub3JnPC9hPjxicj4NCkNjOiA8YSBocmVmPSJt YWlsdG86ZHJhZnQtaWV0Zi1kbW0tb25kZW1hbmQtbW9iaWxpdHkuYWxsQGlldGYub3JnIj5kcmFm dC1pZXRmLWRtbS1vbmRlbWFuZC1tb2JpbGl0eS5hbGxAaWV0Zi5vcmc8L2E+Ow0KPGEgaHJlZj0i bWFpbHRvOmRtbUBpZXRmLm9yZyI+ZG1tQGlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOnJ0 Zy1hZHNAaWV0Zi5vcmciPg0KcnRnLWFkc0BpZXRmLm9yZzwvYT47IDxhIGhyZWY9Im1haWx0bzpy dGctZGlyQGlldGYub3JnIj5ydGctZGlyQGlldGYub3JnPC9hPjxicj4NClN1YmplY3Q6IFJ0Z2Rp ciB0ZWxlY2hhdCByZXZpZXcgb2YgZHJhZnQtaWV0Zi1kbW0tb25kZW1hbmQtbW9iaWxpdHktMTU8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+UmV2aWV3ZXI6IEpvbmF0aGFuIEhhcmR3aWNr PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5SZXZpZXcgcmVzdWx0OiBI YXMgTml0czxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5IaSB0aGVyZTxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij5JIGhhdmUgZG9uZSBhIHJvdXRpbmcgZGlyZWN0b3JhdGUgcmV2 aWV3IG9mIHRoaXMgZHJhZnQuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWRt bS1vbmRlbWFuZC1tb2JpbGl0eS8iPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0O3RleHQt ZGVjb3JhdGlvbjpub25lIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1p ZXRmLWRtbS1vbmRlbWFuZC1tb2JpbGl0eS88L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij5UaGUgUm91dGluZyBEaXJlY3RvcmF0ZSBzZWVrcyB0byByZXZpZXcgYWxsIHJv dXRpbmcgb3Igcm91dGluZy1yZWxhdGVkIGRyYWZ0cyBhcyB0aGV5IHBhc3MgdGhyb3VnaCBJRVRG IGxhc3QgY2FsbCBhbmQgSUVTRyByZXZpZXcsIGFuZCBzb21ldGltZXMgb24gc3BlY2lhbCByZXF1 ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHByb3ZpZGUgYXNzaXN0YW5jZSB0 byB0aGUgUm91dGluZyBBRHMuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij5Gb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSwgcGxl YXNlIHNlZQ0KPGEgaHJlZj0iaHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJh Yy93aWtpL1J0Z0RpciI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQ7dGV4dC1kZWNvcmF0 aW9uOm5vbmUiPmh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMvd2lraS9S dGdEaXI8L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5BbHRob3VnaCB0 aGVzZSBjb21tZW50cyBhcmUgcHJpbWFyaWx5IGZvciB0aGUgdXNlIG9mIHRoZSBSb3V0aW5nIEFE cywgaXQgd291bGQgYmUgaGVscGZ1bCBpZiB5b3UgY291bGQgY29uc2lkZXIgdGhlbSBhbG9uZyB3 aXRoIGFueSBvdGhlciBJRVRGIExhc3QgQ2FsbCBjb21tZW50cyB0aGF0IHlvdSByZWNlaXZlLCBh bmQgc3RyaXZlIHRvIHJlc29sdmUgdGhlbSB0aHJvdWdoIGRpc2N1c3Npb24gb3IgYnkgdXBkYXRp bmcNCiB0aGUgZHJhZnQuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkRvY3VtZW50OiBk cmFmdC1pZXRmLWRtbS1vbmRlbWFuZC1tb2JpbGl0eS0xNTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+UmV2aWV3ZXI6IEpvbiBIYXJkd2ljazxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+UmV2aWV3IERhdGU6IDI0IEphbiAyMDE5PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5JbnRlbmRlZCBTdGF0dXM6IEluZm9ybWF0 aW9uYWw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Q29tbWVudHM8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPi0tLS0tLS0tLS0tPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPlRoZSBkb2N1bWVudCB3YXMgZWFzeSB0byByZWFkIGFuZCBhYnNvcmIuPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkkgZm91bmQgdGhpcyBzZW50ZW5jZSBmcm9tIHRo ZSBhYnN0cmFjdCBhIGJpdCBtaXNsZWFkaW5nOiAmcXVvdDtUaGlzIGRvY3VtZW50IGRlc2NyaWJl cyBhIHNvbHV0aW9uIGZvciB0YWtpbmcgdGhlIGFwcGxpY2F0aW9uIG5lZWRzIGludG8gYWNjb3Vu dC4uLiZxdW90OyZuYnNwOyBUaGUgd29yZCAmcXVvdDtzb2x1dGlvbiZxdW90OyBtYWRlIG1lIGV4 cGVjdCB0aGF0IHRoZSBkb2N1bWVudCB3b3VsZCBnbyBpbnRvIGRldGFpbCBhYm91dCBob3cgYW4g SVANCiBzdGFjayBjb3VsZCByZXF1ZXN0IHRoZSBkaWZmZXJlbnQgc29ydHMgb2YgSVAgYWRkcmVz cyBmcm9tIHRoZSBuZXR3b3JrLiA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPkluIGZhY3QsIHlvdSBhcmUgcHJvcG9zaW5nIGFuIEFQSS4mbmJzcDsgSSB3b3VsZCByZWNv bW1lbmQgY2hhbmdpbmcgdG8gJnF1b3Q7VGhpcyBkb2N1bWVudCBwcm9wb3NlcyBhbiBBUEkgdGhh dCBhbiBhcHBsaWNhdGlvbiBjYW4gdXNlIHRvIGluZm9ybSB0aGUgSVAgc3RhY2sgb2YgaXRzIHJl cXVpcmVtZW50cyBmb3Igc2Vzc2lvbiBjb250aW51aXR5IGFuZC9vciBJUCBhZGRyZXNzIHJlYWNo YWJpbGl0eSZxdW90Oy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+T24gYSByZWxhdGVk IHBvaW50LCBpcyB0aGVyZSBhbnkgd29yayB5b3UgY2FuIHJlZmVyIHRvIHRoYXQgcHJvdmlkZXMg YSBtZWNoYW5pc20gZm9yIGltcGxlbWVudGluZyB0aGlzIEFQST88bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+VGhlIGJvaWxlcnBsYXRlIGluIHNlY3Rpb24gMiBpcyBvdXQgb2YgZGF0ZS4m bmJzcDsgUGxlYXNlIHNlZSBSRkMgODE3NCBmb3IgdGhlIGxhdGVzdCBib2lsZXJwbGF0ZS48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+T24gcGFnZSA2LCBJIHNwb3R0ZWQgYSBzdHJheSAm cXVvdDspJnF1b3Q7IGluIHRoaXMgc2VudGVuY2U6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPiZuYnNwOyZuYnNwOyBJdCBpcyBvdXRzaWRlIHRoZSBzY29wZSBvZiB0aGlzIHNwZWNpZmlj YXRpb24gdG8gZGVmaW5lIGhvdyB0aGUgaG9zdDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+Jm5ic3A7Jm5ic3A7IHJlcXVlc3RzIGEgc3BlY2lmaWMgdHlwZSBvZiBwcmVm aXggYW5kIGhvdyB0aGUgbmV0d29yayBpbmRpY2F0ZXMgdGhlPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij4mbmJzcDsmbmJzcDsgdHlwZSBvZiBwcmVmaXggaW4gaXRzIGFk dmVydGlzZW1lbnQgb3IgaW4gaXRzIHJlcGx5IHRvIGEgcmVxdWVzdCkuPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwPi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLTxicj4NCkEgbWVtYmVyIG9mIHRoZSBJbnRlbCBDb3Jwb3JhdGlvbiBncm91cCBvZiBj b21wYW5pZXM8bzpwPjwvbzpwPjwvcD4NCjxwPlRoaXMgZS1tYWlsIGFuZCBhbnkgYXR0YWNobWVu dHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG1hdGVyaWFsIGZvcjxicj4NCnRoZSBzb2xlIHVz ZSBvZiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50KHMpLiBBbnkgcmV2aWV3IG9yIGRpc3RyaWJ1dGlv bjxicj4NCmJ5IG90aGVycyBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLiBJZiB5b3UgYXJlIG5vdCB0 aGUgaW50ZW5kZWQ8YnI+DQpyZWNpcGllbnQsIHBsZWFzZSBjb250YWN0IHRoZSBzZW5kZXIgYW5k IGRlbGV0ZSBhbGwgY29waWVzLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9k eT4NCjwvaHRtbD4NCg== --_000_BL0PR02MB4868B2D4408061865840A99984960BL0PR02MB4868namp_-- From nobody Mon Jan 28 10:15:42 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17117131101 for ; Mon, 28 Jan 2019 10:15:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -19.052 X-Spam-Level: X-Spam-Status: No, score=-19.052 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-4.553, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 mHYTXqGUtxm3 for ; Mon, 28 Jan 2019 10:15:39 -0800 (PST) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 08F911310F3 for ; Mon, 28 Jan 2019 10:15:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4342; q=dns/txt; s=iport; t=1548699339; x=1549908939; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=DG8DY15oS48ofLRviJPz9P6EfdZCVrPdvVRUm4uDR8I=; b=YPxygUNN6ebkaUr6/EOoPrqk1mLTjH8T/lMTa6obnXdupoDZKMib9ro/ nBm+qB5cvuWES02sLNzMISjzr0nZKffEXT4lJEArULqraZ3ueXOG0VuUn ntNbog3yHvuZGIl5HqSDVLz5U3iE7lX83S1ETg8bleIhH3jIJztk6GcCH 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AFAAB6RU9c/4kNJK1lGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUQUBAQEBCwGBDXZngQMnCowSi3WCDXyRIoVqgXsLAQElhEc?= =?us-ascii?q?Cgx8iNAkNAQMBAQIBAQJtHAELhUoBAQEBA4EJAgEIBA0DAQIoBzIUCQgCBBO?= =?us-ascii?q?DI4EdZA+sJoVDhF4FjEEXgUA/gRGCXTWDHgKCAYVAAo9+ZIYTi1IJApIsGIF?= =?us-ascii?q?qhTeLC4oVkRACERSBJx84gVZwFYMnix2FP0ExAY4WgR8BAQ?= X-IronPort-AV: E=Sophos;i="5.56,534,1539648000"; d="scan'208,217";a="232325407" Received: from alln-core-4.cisco.com ([173.36.13.137]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 28 Jan 2019 18:15:38 +0000 Received: from XCH-RCD-007.cisco.com (xch-rcd-007.cisco.com [173.37.102.17]) by alln-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id x0SIFbbH007279 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for ; Mon, 28 Jan 2019 18:15:38 GMT Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-RCD-007.cisco.com (173.37.102.17) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 28 Jan 2019 12:15:37 -0600 Received: from xch-aln-008.cisco.com ([173.36.7.18]) by XCH-ALN-008.cisco.com ([173.36.7.18]) with mapi id 15.00.1395.000; Mon, 28 Jan 2019 12:15:37 -0600 From: "Sri Gundavelli (sgundave)" To: "dmm@ietf.org" Thread-Topic: WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 Thread-Index: AQHUtzV3AZgkU6H5WUiERrVEdNWFuA== Date: Mon, 28 Jan 2019 18:15:37 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.20.188.53] Content-Type: multipart/alternative; boundary="_000_D87486742E5E45sgundaveciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.37.102.17, xch-rcd-007.cisco.com X-Outbound-Node: alln-core-4.cisco.com Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2019 18:15:41 -0000 --_000_D87486742E5E45sgundaveciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Thanks for all the feedback. Authors: Please post a revised document, addressing all the comments that y= ou have received. Sri From: Sri Gundavelli > Date: Wednesday, January 9, 2019 at 10:43 AM To: "dmm@ietf.org" > Subject: WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 Folks - As we discussed in the WG meeting at IETF103, we are issuing WGLC o= n draft-ietf-dmm-distributed-mobility-anchoring-11. The document went through several revisions and there were good amount of r= eviews on this document. The authors have addressed all the comments and t= here are no open issues that we are tracking at this time. We believe the d= ocument is ready for IESG reviews and like to confirm the same from the wor= king group. The following message commences a two week WGLC for all feedback. Document Link: https://www.ietf.org/id/draft-ietf-dmm-distributed-mobility-anchoring-11.tx= t The target status for this document is "Informational". Please post any comments/concerns on the draft. Thanks! Dapeng & Sri --_000_D87486742E5E45sgundaveciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: <641440ECF3712743A324FCF4CBE99E8D@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Thanks for all the feedback.

Authors: Please post a revised document, addressing all the comments t= hat you have received.

Sri

From: Sri Gundavelli <sgundave@cisco.com>
Date: Wednesday, January 9, 2019 at= 10:43 AM
To: "dmm@ietf.org" <dmm@ietf.= org>
Subject: WGLC on draft-ietf-dmm-dis= tributed-mobility-anchoring-11

Folks – As we discussed in the WG meeting at IETF103, we are iss= uing WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11. 

The document went through several revisions and there were good amount= of reviews on this document.  The authors have addressed all the comm= ents and there are no open issues that we are tracking at this time. We bel= ieve the document is ready for IESG reviews and like to confirm the same from the working group.


The following message commences a two week WGLC for all feedback.


The target status for this document is “Informational”.&nb= sp;

Please post any comments/concerns on the draft. 
  
Thanks!
Dapeng & Sri

--_000_D87486742E5E45sgundaveciscocom_-- From nobody Mon Jan 28 10:16:08 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB801131104 for ; Mon, 28 Jan 2019 10:16:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -19.052 X-Spam-Level: X-Spam-Status: No, score=-19.052 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-4.553, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 Lb1EZRO7IZlz for ; Mon, 28 Jan 2019 10:16:04 -0800 (PST) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 10C721310F3 for ; Mon, 28 Jan 2019 10:16:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5832; q=dns/txt; s=iport; t=1548699363; x=1549908963; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=V2dAztjJM7M+6BmxYDSvBdIsqMRRMdTfq9zRF+LMWSk=; b=WPzznx8J2Cb5mJx/PTzlBL2uXkf3eb5z0ml0vTZPzL4xBUnm3GNYqr56 kpAuCMGZ3jvbm7kSX8M9pBm26uuA3kPlDF7CdUBBNlBFu9KpD73tIf2pg pmPoTQTGcQYOyIesZ+N477jCjzrHtYmDYKBkrkkT57wXWFsk9g9z+h4VF g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AFAACYRk9c/4cNJK1lGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUQUBAQEBCwGBDXZnD3QnCowSi3aCDXyRIoVqgXsLAQEjhEk?= =?us-ascii?q?Cgx8iNAkNAQMBAQIBAQJtHAELhUoBAQEBA4EJAgEIEQMBAigHMhQJCAIEE4M?= =?us-ascii?q?jgR1kD6wohUOEXgWMQReBQD+BEYJdNYMeAoIBFoUqAoofhV9khhOLUgkCkiw?= =?us-ascii?q?YgWqFN4sLihWREAIRFIEnHziBVnAVgyeLHYU/QTEBjhaBHwEB?= X-IronPort-AV: E=Sophos;i="5.56,534,1539648000"; d="scan'208,217";a="513483041" Received: from alln-core-2.cisco.com ([173.36.13.135]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 28 Jan 2019 18:16:02 +0000 Received: from XCH-ALN-006.cisco.com (xch-aln-006.cisco.com [173.36.7.16]) by alln-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id x0SIG2jk005628 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for ; Mon, 28 Jan 2019 18:16:02 GMT Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-ALN-006.cisco.com (173.36.7.16) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 28 Jan 2019 12:16:02 -0600 Received: from xch-aln-008.cisco.com ([173.36.7.18]) by XCH-ALN-008.cisco.com ([173.36.7.18]) with mapi id 15.00.1395.000; Mon, 28 Jan 2019 12:16:02 -0600 From: "Sri Gundavelli (sgundave)" To: "dmm@ietf.org" Thread-Topic: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 Thread-Index: AQHUtzWGGRXOyY+YCESaWz9s5Mk13A== Date: Mon, 28 Jan 2019 18:16:02 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.20.188.53] Content-Type: multipart/alternative; boundary="_000_D87486D32E5E4Bsgundaveciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.36.7.16, xch-aln-006.cisco.com X-Outbound-Node: alln-core-2.cisco.com Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2019 18:16:06 -0000 --_000_D87486D32E5E4Bsgundaveciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Thanks for all the feedback. Authors: Please post a revised document, addressing all the comments that y= ou have received. Sri From: dmm > on behalf of = Sri Gundavelli > Date: Wednesday, January 9, 2019 at 10:43 AM To: "dmm@ietf.org" > Subject: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 Folks - As we discussed in the WG meeting at IETF103, we are issuing WGLC o= n https://www.ietf.org/id/draft-ietf-dmm-pmipv6-dlif-03.txt. We have also made one key change to the document status, moving it from Sta= ndards Track to Experimental Track. We the chairs have talked to the author= s and they are OK with this change. We are dong this as we are not sure abo= ut any potential vendor implementations and so we chose to keep this on exp= erimental track. The document went through several revisions and there were good amount of r= eviews on this document. The authors have addressed all the comments and t= here are no open issues that we are tracking at this time. We believe the d= ocument is ready for IESG reviews and like to confirm the same from the wor= king group. The following message commences a two week WGLC for all feedback. Document Link: https://www.ietf.org/id/draft-ietf-dmm-pmipv6-dlif-03.txt The target status for this document is "Experimental". Please post any comments/concerns on the draft. Thanks! Dapeng & Sri --_000_D87486D32E5E4Bsgundaveciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable
Thanks for all the feedback.

Authors: Please post a revised document, addressing all the comments t= hat you have received.

Sri

From: dmm <dmm-bounces@ietf.org> on behalf of Sri Gundavelli= <sgundave@cisco.com>
Date: Wednesday, January 9, 2019 at= 10:43 AM
To: "dmm@ietf.org" <dmm@ietf.= org>
Subject: [DMM] WGLC on draft-ietf-d= mm-pmipv6-dlif-03

Folks – As we discussed in the WG meeting at IETF103, we are issuing = WGLC on https://www.ietf.org/id/draft-ietf-dmm-pmipv6-dlif-03.txt. = ;

We have also made one key change = to the document status, moving it from Standards Track to Experimental Trac= k. We the chairs have talked to the authors and they are OK with this = change. We are dong this as we are not sure about any potential vendor implementations and so we chose to keep th= is on experimental track.

The document went through several revisions and there were good amount= of reviews on this document.  The authors have addressed all the comm= ents and there are no open issues that we are tracking at this time. We bel= ieve the document is ready for IESG reviews and like to confirm the same from the working group.


The following message commences a two week WGLC for all feedback.


The target status for this document is “Experimental”.

Please post any comments/concerns on the draft. 


Thanks!
Dapeng & Sri


--_000_D87486D32E5E4Bsgundaveciscocom_-- From nobody Mon Jan 28 11:52:19 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C434B1311CF for ; Mon, 28 Jan 2019 11:52:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=it.uc3m.es 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 j-oJ7V0S5rAI for ; Mon, 28 Jan 2019 11:52:14 -0800 (PST) Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450:4864:20::32b]) (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 00AC51311CE for ; Mon, 28 Jan 2019 11:52:13 -0800 (PST) Received: by mail-wm1-x32b.google.com with SMTP id m1so15347272wml.2 for ; Mon, 28 Jan 2019 11:52:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=it.uc3m.es; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=5rVrFeALmB4DSCih4SItDXJ/mQEpe9KmuCgin8DR7e0=; b=gT86FsHx14x3gRuHvNOXW7KTQdTfTlC6Jkun9ScHPtkWM4PDFcMwhgy7v730JPb1Su wWArsegxnhQD5ywcEPUYDyT0ROFfOxGhBkp3L7QEf9SwgPO8LwPYNM+QwYIfDyLZmKUo dkjVhA1b+7aOwbbI/CVIvFaWirydzaB+L8Of094jMkatrEcAm+y1pcRPHvaoHNkaw7p4 mzznSn9dkagH8TMuEKUxHBYn5cKr3MAc2XUQ4XmsBnEhrVtTwIGM4SOIcy4KYVlP/Kyi zrN7JNn+1HAefOcxG+1zuqPwqJy6IX/gG2AUc8sGTZ93LhJJIzYcJNcMLyYja2tEWlDg 2n6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=5rVrFeALmB4DSCih4SItDXJ/mQEpe9KmuCgin8DR7e0=; b=L9F9BzE3mLIfw4Yx22jH5+eWffnfmnFkWb7hpSl926nBvOgmK4o4h6SVf7iEmt/7yR jVC8QyjWOMcI7B8WkUQtuUj/zLQ9Lj6vvT2FuAnNNmbA2yKM0B4pULBdyRAA+7oXHnOO xK33tpKcrfSgmMWsQLYU2b/iA3UoX9TZNjkp9mFcGmeUlLjCYJoIOs6/JxiD9gtwrgjD Z4Eo9ok4LUVeiiFBIMQ4d0shgOCf8Bq2JAjU4+k7Elub2UmvF3ty3gqqunwwU9MSJPfY 4sAv/i3xoRDMNe/7O9ppJhlcing6QFyul3MWdxlD4XB3bEJqt33VzlREc6v906gOS2Ej DE6w== X-Gm-Message-State: AJcUukcFatdHOpU3HsuM2wLxn1wyPIXMgoQ/jkp8NpNI3w67r6HEZALr +lC+TqVPeJlwgHlGjTrBvvlN3YLPu1J61HdR5eFvrg== X-Google-Smtp-Source: ALg8bN6fmzzkZNsp3crTvoqv+a+1G8hGqVwtBdKYB5DT0UqIsxKW1HRp+LyYrnG5oit2PYMbNiPFDsqlyRL4JCyXy0Q= X-Received: by 2002:a1c:2c6:: with SMTP id 189mr17803583wmc.21.1548705132086; Mon, 28 Jan 2019 11:52:12 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: CARLOS JESUS BERNARDOS CANO Date: Mon, 28 Jan 2019 20:51:55 +0100 Message-ID: To: "Sri Gundavelli (sgundave)" Cc: "dmm@ietf.org" Content-Type: multipart/alternative; boundary="00000000000042b69805808a030b" Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2019 19:52:18 -0000 --00000000000042b69805808a030b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Sri, We'll do. Thanks! Carlos On Mon, Jan 28, 2019 at 7:16 PM Sri Gundavelli (sgundave) < sgundave@cisco.com> wrote: > Thanks for all the feedback. > > Authors: Please post a revised document, addressing all the comments that > you have received. > > Sri > > From: dmm on behalf of Sri Gundavelli < > sgundave@cisco.com> > Date: Wednesday, January 9, 2019 at 10:43 AM > To: "dmm@ietf.org" > Subject: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 > > Folks =E2=80=93 As we discussed in the WG meeting at IETF103, we are issu= ing WGLC > on https://www.ietf.org/id/draft-ietf-dmm-pmipv6-dlif-03.txt. > > *We have also made one key change to the document status, moving it from > Standards Track to Experimental Track. We the chairs have talked to the > authors and they are OK with this change. We are dong this as we are not > sure about any potential vendor implementations and so we chose to keep > this on experimental track.* > > The document went through several revisions and there were good amount of > reviews on this document. The authors have addressed all the comments an= d > there are no open issues that we are tracking at this time. We believe th= e > document is ready for IESG reviews and like to confirm the same from the > working group. > > > The following message commences a two week WGLC for all feedback. > > Document Link: > https://www.ietf.org/id/draft-ietf-dmm-pmipv6-dlif-03.txt > > > The target status for this document is =E2=80=9CExperimental=E2=80=9D. > > Please post any comments/concerns on the draft. > > > Thanks! > Dapeng & Sri > > > _______________________________________________ > dmm mailing list > dmm@ietf.org > https://www.ietf.org/mailman/listinfo/dmm > --00000000000042b69805808a030b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Sri,

We'll do. Thanks!

Carlos

On Mon, Jan 28, 2019 at 7:16 PM Sri Gundavell= i (sgundave) <sgundave@cisco.com> wrote:
Thanks for all the feedback.

Authors: Please post a revised document, addressing all the comments t= hat you have received.

Sri

From: dmm <dmm-bounces@ietf.org> on behalf= of Sri Gundavelli <sgundave@cisco.com>
Date: Wednesday, January 9, 2019 at= 10:43 AM
To: "dmm@ietf.org" <dmm@ietf.org>
Subject: [DMM] WGLC on draft-ietf-d= mm-pmipv6-dlif-03

Folks =E2=80=93 As we discussed in the WG meeting at IETF103, we are issuin= g WGLC on=C2=A0https://www.ietf.org/id/draft-ietf-dmm-pmipv6-d= lif-03.txt.=C2=A0

We have also made one key change = to the document status, moving it from Standards Track to Experimental Trac= k. We the chairs have talked=C2=A0to the authors and they are OK with this = change. We are dong this as we are not sure about any potential vendor implementations and so we chose to keep th= is on experimental track.

The document went through several revisions and there were good amount= of reviews on this document.=C2=A0 The authors have addressed all the comm= ents and there are no open issues that we are tracking at this time. We bel= ieve the document is ready for IESG reviews and like to confirm the same from the working group.


The following message commences a two week WGLC for all feedback.


The target status for this document is =E2=80=9CExperimental=E2=80=9D.=

Please post any comments/concerns on the draft.=C2=A0


Thanks!
Dapeng & Sri


_______________________________________________
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm
--00000000000042b69805808a030b-- From nobody Mon Jan 28 11:52:31 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 53BCA1311FC for ; Mon, 28 Jan 2019 11:52:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=it.uc3m.es 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 IZBv05FC96W5 for ; Mon, 28 Jan 2019 11:52:22 -0800 (PST) Received: from mail-wm1-x329.google.com (mail-wm1-x329.google.com [IPv6:2a00:1450:4864:20::329]) (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 AEF7C1311FD for ; Mon, 28 Jan 2019 11:52:21 -0800 (PST) Received: by mail-wm1-x329.google.com with SMTP id m22so15335753wml.3 for ; Mon, 28 Jan 2019 11:52:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=it.uc3m.es; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=1tGskoE2Cjt0fFbAsTpT/nehv9YkSLgqecdSiAp+h2Y=; b=OoBpSwiIRJl//9XuJb7rzhYRri3vED0/+61KQw1gx8zoY4eH3vRf+xcAegKrmvi5C8 e/Rsfh3MuCw4csobrWapGWr4e8drMNEG4+rYv3Yses7b6UBoXAWomZd5cuiowM0OYcgV kibKSVuoetxu/qDMeSvytA7Tbh2O72uma3d5YRgxSthuuha3ynG6QxMktB4kQvJDqBRz PlRqK6Cg85jjU4oQLcQL/ZloPHmbgCuF8FpMcJxtksBrrgTEAJA/GkoUah6BOgCOnDSh ECHx/Y0JZQ3uPFCXHgtIx0OBX+Z3JCkKSq97jCFmtz2YnYikMQ0eliCqt3hAd3drUbti PkMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=1tGskoE2Cjt0fFbAsTpT/nehv9YkSLgqecdSiAp+h2Y=; b=t86dqODUZrMGWYQY775iWHPSgzxKvlZzsDkyYsSqAryDU4Bn4jUUFzaLRrJfKOTt9x Uj+lNbk9+dh3UvKRAr5Aob4I3hfMkVeLyL51Zt69nyTk7uxYKqbO+lEQHtOZwcDy2SHE qiti914avYHXzpX6nG98aMwd3lURZVwNVtz4+XhJNtt/AzZFzjT0WkqurOLE8VT+QYWv kDNF8i1tVSjPnF+g9NWglzm2ec/c9KgjHVZbMxfF31KKCPIohfvhGj+N/v7XGVk9sYBY h7H6w+Kp1PbI3SC6KzvJX+jSeu244gQ4BXEOyQguWSNNOz/uj/kvY59j2+KG22F9dj26 njyQ== X-Gm-Message-State: AJcUukdVe18Brsnou4RxW9c+98b+elgUEfdsvhxd6Zo2ALhIeNf7moGe 0PDom9jQFHJeC98j/bw7YWMkgJOjba0Riccirq1aI1PNUu0= X-Google-Smtp-Source: ALg8bN5AZZijUr58doKm7uw8cjB0Ox/PQDdMQM8dUwdyLPhw+ZOzbQn4ne/+METlE7LOFkv6tUMTJz3jBgPe7Wwn6+0= X-Received: by 2002:a1c:2088:: with SMTP id g130mr17971564wmg.122.1548705139923; Mon, 28 Jan 2019 11:52:19 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: CARLOS JESUS BERNARDOS CANO Date: Mon, 28 Jan 2019 20:52:03 +0100 Message-ID: To: "Sri Gundavelli (sgundave)" Cc: "dmm@ietf.org" Content-Type: multipart/alternative; boundary="000000000000ba3da305808a0333" Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2019 19:52:29 -0000 --000000000000ba3da305808a0333 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Sri, We'll do. Thanks! Carlos On Mon, Jan 28, 2019 at 7:15 PM Sri Gundavelli (sgundave) < sgundave@cisco.com> wrote: > Thanks for all the feedback. > > Authors: Please post a revised document, addressing all the comments that > you have received. > > Sri > > From: Sri Gundavelli > Date: Wednesday, January 9, 2019 at 10:43 AM > To: "dmm@ietf.org" > Subject: WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 > > Folks =E2=80=93 As we discussed in the WG meeting at IETF103, we are issu= ing WGLC > on draft-ietf-dmm-distributed-mobility-anchoring-11. > > The document went through several revisions and there were good amount of > reviews on this document. The authors have addressed all the comments an= d > there are no open issues that we are tracking at this time. We believe th= e > document is ready for IESG reviews and like to confirm the same from the > working group. > > > The following message commences a two week WGLC for all feedback. > > Document Link: > > https://www.ietf.org/id/draft-ietf-dmm-distributed-mobility-anchoring-11.= txt > > The target status for this document is =E2=80=9CInformational=E2=80=9D. > > Please post any comments/concerns on the draft. > > Thanks! > Dapeng & Sri > > _______________________________________________ > dmm mailing list > dmm@ietf.org > https://www.ietf.org/mailman/listinfo/dmm > --000000000000ba3da305808a0333 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Sri,

We'll do. Thanks!

Carlos

On Mon, Jan 28, 2019 at 7:15 PM Sri Gundavell= i (sgundave) <sgundave@cisco.com> wrote:
Thanks for all the feedback.

Authors: Please post a revised document, addressing all the comments t= hat you have received.

Sri

From: Sri Gundavelli <sgundave@cisco.com> Date: Wednesday, January 9, 2019 at= 10:43 AM
To: "dmm@ietf.org" <dmm@ietf.org>
Subject: WGLC on draft-ietf-dmm-dis= tributed-mobility-anchoring-11

Folks =E2=80=93 As we discussed in the WG meeting at IETF103, we are i= ssuing WGLC on=C2=A0draft-ietf-dmm-distributed-mobility-anchoring-11.=C2=A0=

The document went through several revisions and there were good amount= of reviews on this document.=C2=A0 The authors have addressed all the comm= ents and there are no open issues that we are tracking at this time. We bel= ieve the document is ready for IESG reviews and like to confirm the same from the working group.


The following message commences a two week WGLC for all feedback.


The target status for this document is =E2=80=9CInformational=E2=80=9D= .=C2=A0

Please post any comments/concerns on the draft.=C2=A0
=C2=A0=C2=A0
Thanks!
Dapeng & Sri

_______________________________________________
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm
--000000000000ba3da305808a0333-- From nobody Mon Jan 28 15:36:28 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 40F26130EE8 for ; Mon, 28 Jan 2019 15:36:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.041 X-Spam-Level: X-Spam-Status: No, score=-2.041 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=quantonium-net.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AlJ3SisqZPr2 for ; Mon, 28 Jan 2019 15:36:18 -0800 (PST) Received: from mail-it1-x12e.google.com (mail-it1-x12e.google.com [IPv6:2607:f8b0:4864:20::12e]) (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 2B2A0130EE3 for ; Mon, 28 Jan 2019 15:36:18 -0800 (PST) Received: by mail-it1-x12e.google.com with SMTP id b5so1329463iti.2 for ; Mon, 28 Jan 2019 15:36:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quantonium-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=cC9yDB0/l23UmZP5bGcuocnCNbFOwU/ZAXmrIycPDeo=; b=Wthh2dmdwrdcUjNE35+Mndh5B7jrLWmeQvbbdTrrWxrDSAwNpkSLEezMX7fs6BG/19 HW+pGfFUNqDHt1E/+twv9IwQbjMvPdOOkzd/sNrI2+AdGjGmdPea67nmn0BFivmzpHSr tFQla0ikHpIPDo83Zt1YAlNYKkZD5ZQ3tF2+2LfgYphls7fDf+v5M2IWyvq8B/0J1NNJ aL95f3QXy7hK8hW5Pah3TzRMdm3yqDV6fo+GANhuIziVUC99owUfu9+JcgsFGB0TV5bj 8Ep9nIaFoHTarFCYRyBgSOqa0fqdx0MNrda/IDQlNunNf+Kg1JYy2Fxiwh8fjNSHUNsu 7B5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=cC9yDB0/l23UmZP5bGcuocnCNbFOwU/ZAXmrIycPDeo=; b=fH0DZm+8KAsSbclN0e7g6xo3X0fDMoBQg9EyFsOdHa0sI4VNEctA4SevZKXUHY+vCo NO/Y4/Qz1VztqAyOUGliYedIHKsiyRFHJhrWn4P0PK7fH/BAA3UcViZfd07qXG/OU1TR RQJygQEgdBvZq7n+cWT33ZI6WGuHPPatCa7dORA0gedXRKqUZfu5an+H2JVA9GrqPb0n 9iuy+TBAciphOllbqZ90GjNpV8NJiop8aqzLJ83WdJ6TveEUdEt7lGsZF9hwGukFdXNJ POC/QsICayvFtCOA3PXPVcoEBgVXX9yy8bFTevpwQY0e86qq1ndbyWkPDJ7Iwn6PoD7g eqBQ== X-Gm-Message-State: AJcUukccQGYAdqVZcC1rjBX5x1UijZzkfmIqMPUQG9qX48hOJ+4LOXAD ybV07bXol7MOQ1gGzMvmdXAWBHYPia6gecN3lEoOqJevuMs= X-Google-Smtp-Source: ALg8bN6oTAjZv4ugCPOx/k/tGe8ziKkdq2U1OZLR7kZV4XuQA3gnJ2kI2wHWVrubSecsmozBQDdfVYPy5rc6DjFUtCI= X-Received: by 2002:a02:5944:: with SMTP id p65mr14343937jab.3.1548718577183; Mon, 28 Jan 2019 15:36:17 -0800 (PST) MIME-Version: 1.0 References: <154871730925.2863.111474039018096073.idtracker@ietfa.amsl.com> In-Reply-To: <154871730925.2863.111474039018096073.idtracker@ietfa.amsl.com> From: Tom Herbert Date: Mon, 28 Jan 2019 15:36:05 -0800 Message-ID: To: dmm , pidloc@ietf.org Cc: Vikram Siwach Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: [DMM] Fwd: New Version Notification for draft-herbert-intarea-ams-00.txt X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2019 23:36:21 -0000 Hello, We've posted a first draft of Address Mapping System (AMS). We anticipate that this can be applied to mobile networks to provide optimized overlay routing. In particular, this design provides for anchorless routing (in the form of anchor bypass) and otherwise facilitates meeting several requirements for optimizing the mobile user plane as described in section 1.0 of draft-bogineni-dmm-optimized-mobile-user-plane-01. AMS is agnostic to the underlaying overlay protocol and should be compatible with most of those being discussed. Another goal of AMS is to not require replacing exsiting control planes, but can work in concert with them. For example, the draft discusses how AMS might work with 5G. Tom ---------- Forwarded message --------- From: Date: Mon, Jan 28, 2019 at 3:15 PM Subject: New Version Notification for draft-herbert-intarea-ams-00.txt To: Vikram Siwach A new version of I-D, draft-herbert-intarea-ams-00.txt has been successfully submitted by Tom Herbert and posted to the IETF repository. Name: draft-herbert-intarea-ams Revision: 00 Title: Address Mapping System Document date: 2019-01-28 Group: Individual Submission Pages: 47 URL: https://www.ietf.org/internet-drafts/draft-herbert-intarea-ams-00.txt Status: https://datatracker.ietf.org/doc/draft-herbert-intarea-ams/ Htmlized: https://tools.ietf.org/html/draft-herbert-intarea-ams-00 Htmlized: https://datatracker.ietf.org/doc/html/draft-herbert-intarea-ams Abstract: This document describes the Address Mapping System that is a generic, extensible, and scalable system for mapping network addresses to other network addresses. The Address Mapping System is intended to be used in conjunction with overlay techniques which facilitate transmission of packets across overlay networks. Information returned by the Address Mapping System can include the particular network overlay method and instructions related to the method. The Address Mapping System has a number of potential use cases networking including identifier-locator protocols, network virtualization, and promotion of privacy. 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 From nobody Tue Jan 29 06:51:37 2019 Return-Path: X-Original-To: dmm@ietf.org Delivered-To: dmm@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id BBFDD12F295; Tue, 29 Jan 2019 06:51:34 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: dmm@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.90.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: dmm@ietf.org Message-ID: <154877349471.7694.4523750689407820892@ietfa.amsl.com> Date: Tue, 29 Jan 2019 06:51:34 -0800 Archived-At: Subject: [DMM] I-D Action: draft-ietf-dmm-distributed-mobility-anchoring-12.txt X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2019 14:51:35 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Distributed Mobility Management WG of the IETF. Title : Distributed Mobility Anchoring Authors : H. Anthony Chan Xinpeng Wei Jong-Hyouk Lee Seil Jeon Carlos J. Bernardos Filename : draft-ietf-dmm-distributed-mobility-anchoring-12.txt Pages : 17 Date : 2019-01-29 Abstract: This document defines distributed mobility anchoring in terms of the different configurations and functions to provide IP mobility support. A network may be configured with distributed mobility anchoring functions for both network-based or host-based mobility support according to the needs of mobility support. In a distributed mobility anchoring environment, multiple anchors are available for mid-session switching of an IP prefix anchor. To start a new flow or to handle a flow not requiring IP session continuity as a mobile node moves to a new network, the flow can be started or re-started using an IP address configured from the new IP prefix anchored to the new network. If the flow needs to survive the change of network, there are solutions that can be used to enable IP address mobility. This document describes different anchoring approaches, depending on the IP mobility needs, and how this IP address mobility is handled by the network. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-dmm-distributed-mobility-anchoring/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-dmm-distributed-mobility-anchoring-12 https://datatracker.ietf.org/doc/html/draft-ietf-dmm-distributed-mobility-anchoring-12 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-dmm-distributed-mobility-anchoring-12 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Jan 29 07:04:20 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2993E126F72 for ; Tue, 29 Jan 2019 07:04:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=it.uc3m.es 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 LzsVv95YpQ3W for ; Tue, 29 Jan 2019 07:04:15 -0800 (PST) Received: from mail-wm1-x331.google.com (mail-wm1-x331.google.com [IPv6:2a00:1450:4864:20::331]) (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 4C32A12D84D for ; Tue, 29 Jan 2019 07:04:15 -0800 (PST) Received: by mail-wm1-x331.google.com with SMTP id m22so18261406wml.3 for ; Tue, 29 Jan 2019 07:04:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=it.uc3m.es; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=uSxvedLIdEBrYDCEHBNtRkqLzezXdrVel9qQc4InTxA=; b=p3ya0CrV9LCThgsLyaQ9URqbENHBI1dGH2efh24j4Fk/OUSE/0hUGbHGFm88XRLM82 np6QYrx5AZoqrqtQzCVKH2cSm1EOrAgUy88TZZmHbRKKX54vw3UDrtxzt2SqjqJbryGl fY0BALr+tab+xBFElgTqkQ08dWglihQJJ3EJfgBCdR2zwzx1ysUmpWjtWRuW/ynjbNik eF6Q+ZL9uRTOAVdU7YVwieWzqqKXZ7M8TswaD5Xhk3GmFwKHIaYTs3r7/uHLr+uLkxhi OWSqsAmp7WOklPkdd6e1CSCduLHzHVscmYywpGBol4+P4Ff+jnN6+AgFCawfkoSu3x0+ stiw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=uSxvedLIdEBrYDCEHBNtRkqLzezXdrVel9qQc4InTxA=; b=HzSLqdH4mRO9UcqwVCMaISyUoqgt3xvVVrcE1mY2AmYFPjj5iuV3vFJeVMkXpWTGLl jLYPv+SEcVdWdBTaDIl2LsbmtP7WKjOmRZ3JleM8n3jRL6ojlfVb3jpFm7bM7QCnmGHs gmCu3VFVlFsRCjH7xopVGfxmlZWXLpOb2m7CDqMXYGhuho8XM716BnymfbZNpsH17fkF paw1knLZwkWTNsdvGGAVG6DUBZiXXVvow2b9yrp2QdI2LrYTix/tHSRjy/aADEUnL3xn 3QJWKVnZJGFASCIyIpNum7zrWgEF6YyyugyPnN9lrZxoJ6OJYJzgP0VtZ8AO+P5Rx/e5 hgpQ== X-Gm-Message-State: AJcUukf2CHAAddrN3gwx895BB22pRBPxlJjAATfCTPu6shpjlJzDg2ul +u0ysY7od40KLNh+lNuPinTVGqcgnW8W16FMRsoCcw== X-Google-Smtp-Source: ALg8bN71o9061cNbdoeKNbH3iJARgFGrOswwPRAEXxXIchaok6ouKounw+GYCGrk1yoxc8l5j8GIgOzUXiAIDXHXbpw= X-Received: by 2002:a1c:bbd6:: with SMTP id l205mr20306894wmf.97.1548774253441; Tue, 29 Jan 2019 07:04:13 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: CARLOS JESUS BERNARDOS CANO Date: Tue, 29 Jan 2019 16:03:57 +0100 Message-ID: To: "Sri Gundavelli (sgundave)" Cc: "dmm@ietf.org" Content-Type: multipart/alternative; boundary="00000000000036db1605809a1b14" Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2019 15:04:19 -0000 --00000000000036db1605809a1b14 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Sri, We have just submitted a new version addressing all the comments received: https://tools.ietf.org/html/draft-ietf-dmm-distributed-mobility-anchoring-1= 2 Thanks, Carlos On Mon, Jan 28, 2019 at 8:52 PM CARLOS JESUS BERNARDOS CANO wrote: > Hi Sri, > > We'll do. Thanks! > > Carlos > > On Mon, Jan 28, 2019 at 7:15 PM Sri Gundavelli (sgundave) < > sgundave@cisco.com> wrote: > >> Thanks for all the feedback. >> >> Authors: Please post a revised document, addressing all the comments tha= t >> you have received. >> >> Sri >> >> From: Sri Gundavelli >> Date: Wednesday, January 9, 2019 at 10:43 AM >> To: "dmm@ietf.org" >> Subject: WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11 >> >> Folks =E2=80=93 As we discussed in the WG meeting at IETF103, we are iss= uing WGLC >> on draft-ietf-dmm-distributed-mobility-anchoring-11. >> >> The document went through several revisions and there were good amount o= f >> reviews on this document. The authors have addressed all the comments a= nd >> there are no open issues that we are tracking at this time. We believe t= he >> document is ready for IESG reviews and like to confirm the same from the >> working group. >> >> >> The following message commences a two week WGLC for all feedback. >> >> Document Link: >> >> https://www.ietf.org/id/draft-ietf-dmm-distributed-mobility-anchoring-11= .txt >> >> The target status for this document is =E2=80=9CInformational=E2=80=9D. >> >> Please post any comments/concerns on the draft. >> >> Thanks! >> Dapeng & Sri >> >> _______________________________________________ >> dmm mailing list >> dmm@ietf.org >> https://www.ietf.org/mailman/listinfo/dmm >> > --00000000000036db1605809a1b14 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Sri,

We have just s= ubmitted a new version addressing all the comments received:

=

Thanks,

Carlos

On Mon, Jan 28, 2019 at 8:52 PM CARLOS = JESUS BERNARDOS CANO <cjbc@it.uc3m.es= > wrote:
=
Hi Sri,

We'll do. Thanks!

Carlos

On Mon, Jan 28, 20= 19 at 7:15 PM Sri Gundavelli (sgundave) <sgundave@cisco.com> wrote:
Thanks for all the feedback.

Authors: Please post a revised document, addressing all the comments t= hat you have received.

Sri

From: Sri Gundavelli <sgundave@cisco.com> Date: Wednesday, January 9, 2019 at= 10:43 AM
To: "dmm@ietf.org" <dmm@ietf.org>
Subject: WGLC on draft-ietf-dmm-dis= tributed-mobility-anchoring-11

Folks =E2=80=93 As we discussed in the WG meeting at IETF103, we are i= ssuing WGLC on=C2=A0draft-ietf-dmm-distributed-mobility-anchoring-11.=C2=A0=

The document went through several revisions and there were good amount= of reviews on this document.=C2=A0 The authors have addressed all the comm= ents and there are no open issues that we are tracking at this time. We bel= ieve the document is ready for IESG reviews and like to confirm the same from the working group.


The following message commences a two week WGLC for all feedback.


The target status for this document is =E2=80=9CInformational=E2=80=9D= .=C2=A0

Please post any comments/concerns on the draft.=C2=A0
=C2=A0=C2=A0
Thanks!
Dapeng & Sri

_______________________________________________
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm
--00000000000036db1605809a1b14-- From nobody Tue Jan 29 07:35:40 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A086D124B0C; Tue, 29 Jan 2019 07:35:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NFr628rTRYdl; Tue, 29 Jan 2019 07:35:37 -0800 (PST) Received: from clt-mbsout-01.mbs.boeing.net (clt-mbsout-01.mbs.boeing.net [130.76.144.162]) (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 41323123FFD; Tue, 29 Jan 2019 07:35:37 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clt-mbsout-01.mbs.boeing.net (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with SMTP id x0TFZYBR013027; Tue, 29 Jan 2019 10:35:35 -0500 Received: from XCH16-07-08.nos.boeing.com (xch16-07-08.nos.boeing.com [144.115.66.110]) by clt-mbsout-01.mbs.boeing.net (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id x0TFZTUI011679 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=FAIL); Tue, 29 Jan 2019 10:35:29 -0500 Received: from XCH16-07-10.nos.boeing.com (144.115.66.112) by XCH16-07-08.nos.boeing.com (144.115.66.110) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.1591.10; Tue, 29 Jan 2019 07:35:28 -0800 Received: from XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8]) by XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8%2]) with mapi id 15.01.1591.012; Tue, 29 Jan 2019 07:35:28 -0800 From: "Templin (US), Fred L" To: Tom Herbert , dmm , "pidloc@ietf.org" CC: Vikram Siwach Thread-Topic: [DMM] Fwd: New Version Notification for draft-herbert-intarea-ams-00.txt Thread-Index: AQHUt2KfWlx/WWYcSkyzsVamPdto6KXGYSAA Date: Tue, 29 Jan 2019 15:35:27 +0000 Message-ID: <7be91a164bda4144a12c6c693bae7106@boeing.com> References: <154871730925.2863.111474039018096073.idtracker@ietfa.amsl.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [137.137.12.6] x-tm-snts-smtp: 33E3CF613FD2BC0ED191FB41BCDE9B893FBF7236FBA6D2C265269B80499ABD422000:8 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-TM-AS-GCONF: 00 Archived-At: Subject: Re: [DMM] Fwd: New Version Notification for draft-herbert-intarea-ams-00.txt X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2019 15:35:40 -0000 Hi Tom, I read it, and I do not think it is different from the system described in 'draft-ietf-rtgwg-atn-bgp'. Fred > -----Original Message----- > From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Tom Herbert > Sent: Monday, January 28, 2019 3:36 PM > To: dmm ; pidloc@ietf.org > Cc: Vikram Siwach > Subject: [DMM] Fwd: New Version Notification for draft-herbert-intarea-am= s-00.txt >=20 > Hello, >=20 > We've posted a first draft of Address Mapping System (AMS). We > anticipate that this can be applied to mobile networks to provide > optimized overlay routing. In particular, this design provides for > anchorless routing (in the form of anchor bypass) and otherwise > facilitates meeting several requirements for optimizing the mobile > user plane as described in section 1.0 of > draft-bogineni-dmm-optimized-mobile-user-plane-01. AMS is agnostic to > the underlaying overlay protocol and should be compatible with most of > those being discussed. Another goal of AMS is to not require replacing > exsiting control planes, but can work in concert with them. For > example, the draft discusses how AMS might work with 5G. >=20 > Tom >=20 > ---------- Forwarded message --------- > From: > Date: Mon, Jan 28, 2019 at 3:15 PM > Subject: New Version Notification for draft-herbert-intarea-ams-00.txt > To: Vikram Siwach >=20 >=20 >=20 > A new version of I-D, draft-herbert-intarea-ams-00.txt > has been successfully submitted by Tom Herbert and posted to the > IETF repository. >=20 > Name: draft-herbert-intarea-ams > Revision: 00 > Title: Address Mapping System > Document date: 2019-01-28 > Group: Individual Submission > Pages: 47 > URL: > https://www.ietf.org/internet-drafts/draft-herbert-intarea-ams-00.txt > Status: https://datatracker.ietf.org/doc/draft-herbert-intarea-am= s/ > Htmlized: https://tools.ietf.org/html/draft-herbert-intarea-ams-00 > Htmlized: https://datatracker.ietf.org/doc/html/draft-herbert-intar= ea-ams >=20 >=20 > Abstract: > This document describes the Address Mapping System that is a generic, > extensible, and scalable system for mapping network addresses to > other network addresses. The Address Mapping System is intended to be > used in conjunction with overlay techniques which facilitate > transmission of packets across overlay networks. Information returned > by the Address Mapping System can include the particular network > overlay method and instructions related to the method. The Address > Mapping System has a number of potential use cases networking > including identifier-locator protocols, network virtualization, and > promotion of privacy. >=20 >=20 >=20 >=20 > Please note that it may take a couple of minutes from the time of submiss= ion > until the htmlized version and diff are available at tools.ietf.org. >=20 > The IETF Secretariat >=20 > _______________________________________________ > dmm mailing list > dmm@ietf.org > https://www.ietf.org/mailman/listinfo/dmm From nobody Tue Jan 29 07:41:28 2019 Return-Path: X-Original-To: dmm@ietf.org Delivered-To: dmm@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 65187123FFD; Tue, 29 Jan 2019 07:41:21 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: dmm@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.90.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: dmm@ietf.org Message-ID: <154877648136.7270.8679109216576756152@ietfa.amsl.com> Date: Tue, 29 Jan 2019 07:41:21 -0800 Archived-At: Subject: [DMM] I-D Action: draft-ietf-dmm-pmipv6-dlif-04.txt X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2019 15:41:22 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Distributed Mobility Management WG of the IETF. Title : Proxy Mobile IPv6 extensions for Distributed Mobility Management Authors : Carlos J. Bernardos Antonio de la Oliva Fabio Giust Juan Carlos Zuniga Alain Mourad Filename : draft-ietf-dmm-pmipv6-dlif-04.txt Pages : 31 Date : 2019-01-29 Abstract: Distributed Mobility Management solutions allow for setting up networks so that traffic is distributed in an optimal way and does not rely on centrally deployed anchors to provide IP mobility support. There are many different approaches to address Distributed Mobility Management, as for example extending network-based mobility protocols (like Proxy Mobile IPv6), or client-based mobility protocols (like Mobile IPv6), among others. This document follows the former approach and proposes a solution based on Proxy Mobile IPv6 in which mobility sessions are anchored at the last IP hop router (called mobility anchor and access router). The mobility anchor and access router is an enhanced access router which is also able to operate as a local mobility anchor or mobility access gateway, on a per prefix basis. The document focuses on the required extensions to effectively support simultaneously anchoring several flows at different distributed gateways. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-dmm-pmipv6-dlif/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-dmm-pmipv6-dlif-04 https://datatracker.ietf.org/doc/html/draft-ietf-dmm-pmipv6-dlif-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-dmm-pmipv6-dlif-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Jan 29 07:43:02 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 58224124B0C for ; Tue, 29 Jan 2019 07:43:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=it.uc3m.es 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 dI9SaoEFtRqv for ; Tue, 29 Jan 2019 07:42:59 -0800 (PST) Received: from mail-wm1-x336.google.com (mail-wm1-x336.google.com [IPv6:2a00:1450:4864:20::336]) (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 D33E7123FFD for ; Tue, 29 Jan 2019 07:42:57 -0800 (PST) Received: by mail-wm1-x336.google.com with SMTP id a62so18365656wmh.4 for ; Tue, 29 Jan 2019 07:42:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=it.uc3m.es; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=MtXDjT4Ms2Kl3zQmJbJTErS4KOxhlLEVcs9yqEjNKH8=; b=AUwbJBGdSrwdAWe0sP1DAUIDjAdQ40xOxhQcGbKobAEMX54jYn+D45m9iI4M/IihCp 2iD/CQuNwmiZPsNvkN4PunaqrtqHCmenNS3hNfqZBQ7MysExDJcmTD6KZpJHFzX8ztA/ jDi89JSICt6yXWQ1FHQce6XyhOeb1a0H7XNyRU/YDNsfoTykhT8YAYUe2LV/+54ak8fu jgYSQhFC3gMRTq74HIhq1FluoiJLS2D3fPrE2D15XQ1U2ErQ43PmWulP8AZTCr2SVcMm z95h/QVal1+2RnV4SQWap/HWnAePr1g3YzHEEBGRP5ITv4wIqvQKMAQ6/RO0WlETQaLi LT5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=MtXDjT4Ms2Kl3zQmJbJTErS4KOxhlLEVcs9yqEjNKH8=; b=OkuO0NGqZ6jiTkpMbf/0ihropjgRsVybZNDnGVbXiZceihjmTUDJn0G1QvJQfUZMmP XBp32c5KJ3T3NSN+juMQ9B8eK1MthFwcWjK78rJQ3IqIyewzSaGC371UQ7gCV86BRfqd TvduXk6vX3t+wkoia/hcsGvL1sYJKcpK9TqoulPSMP1y9OkM3EBwqZTWIS9eUcrK6dvA 9LPzITjKKeaJMOr7nASXzkQGDGOM2+k21AkRQNIpB+8LcATL1Dev+Gt/CFq7SKqa7Axv q07Yc+YYXitiDIMpd5JcYTKXbIZ3GT+I+LD9IN3KFjjQj2mR3QVe4RoBXkyBoMqi7yH9 GSNA== X-Gm-Message-State: AJcUukdEN3XmRvgtNntxj+IGfn5K0f5iqTk42fqanBLwU9Lq3cKSucV6 qGgdAYiviWZ0WjoGGlOXv16ZVIQEikQgxixphXijmA== X-Google-Smtp-Source: ALg8bN5KqFqiS5AmFxioCfFxmRY7kBWXScKvXqo/jkq3mPkhr1lZ6QSKX0hi9q9wzCaO8Ezxtt3nZDYJkawoiug9+BA= X-Received: by 2002:a1c:2c6:: with SMTP id 189mr21092592wmc.21.1548776575913; Tue, 29 Jan 2019 07:42:55 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: CARLOS JESUS BERNARDOS CANO Date: Tue, 29 Jan 2019 16:42:39 +0100 Message-ID: To: "Sri Gundavelli (sgundave)" Cc: "dmm@ietf.org" Content-Type: multipart/alternative; boundary="000000000000a510a005809aa513" Archived-At: Subject: Re: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2019 15:43:01 -0000 --000000000000a510a005809aa513 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Sri, We have submitted a new version addressing all the comments we received: https://tools.ietf.org/html/draft-ietf-dmm-pmipv6-dlif-04 Thanks! Carlos On Mon, Jan 28, 2019 at 8:51 PM CARLOS JESUS BERNARDOS CANO wrote: > Hi Sri, > > We'll do. Thanks! > > Carlos > > On Mon, Jan 28, 2019 at 7:16 PM Sri Gundavelli (sgundave) < > sgundave@cisco.com> wrote: > >> Thanks for all the feedback. >> >> Authors: Please post a revised document, addressing all the comments tha= t >> you have received. >> >> Sri >> >> From: dmm on behalf of Sri Gundavelli < >> sgundave@cisco.com> >> Date: Wednesday, January 9, 2019 at 10:43 AM >> To: "dmm@ietf.org" >> Subject: [DMM] WGLC on draft-ietf-dmm-pmipv6-dlif-03 >> >> Folks =E2=80=93 As we discussed in the WG meeting at IETF103, we are iss= uing WGLC >> on https://www.ietf.org/id/draft-ietf-dmm-pmipv6-dlif-03.txt. >> >> *We have also made one key change to the document status, moving it from >> Standards Track to Experimental Track. We the chairs have talked to the >> authors and they are OK with this change. We are dong this as we are not >> sure about any potential vendor implementations and so we chose to keep >> this on experimental track.* >> >> The document went through several revisions and there were good amount o= f >> reviews on this document. The authors have addressed all the comments a= nd >> there are no open issues that we are tracking at this time. We believe t= he >> document is ready for IESG reviews and like to confirm the same from the >> working group. >> >> >> The following message commences a two week WGLC for all feedback. >> >> Document Link: >> https://www.ietf.org/id/draft-ietf-dmm-pmipv6-dlif-03.txt >> >> >> The target status for this document is =E2=80=9CExperimental=E2=80=9D. >> >> Please post any comments/concerns on the draft. >> >> >> Thanks! >> Dapeng & Sri >> >> >> _______________________________________________ >> dmm mailing list >> dmm@ietf.org >> https://www.ietf.org/mailman/listinfo/dmm >> > --000000000000a510a005809aa513 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Sri,

We have submit= ted a new version addressing all the comments we received:
Thanks!

Carlos

=

On Mon, Jan 28, 2019 at 8:51 PM CARLOS JESUS BERNARDOS CA= NO <cjbc@it.uc3m.es> wrote:
H= i Sri,

We'll do. Thanks!

Ca= rlos

On Mon, Jan 28, 2019 at 7:16 PM Sri G= undavelli (sgundave) <sgundave@cisco.com> wrote:
Thanks for all the feedback.

Authors: Please post a revised document, addressing all the comments t= hat you have received.

Sri

From: dmm <dmm-bounces@ietf.org> on behalf= of Sri Gundavelli <sgundave@cisco.com>
Date: Wednesday, January 9, 2019 at= 10:43 AM
To: "dmm@ietf.org" <dmm@ietf.org>
Subject: [DMM] WGLC on draft-ietf-d= mm-pmipv6-dlif-03

Folks =E2=80=93 As we discussed in the WG meeting at IETF103, we are issuin= g WGLC on=C2=A0https://www.ietf.org/id/draft-ietf-dmm-pmipv6-d= lif-03.txt.=C2=A0

We have also made one key change = to the document status, moving it from Standards Track to Experimental Trac= k. We the chairs have talked=C2=A0to the authors and they are OK with this = change. We are dong this as we are not sure about any potential vendor implementations and so we chose to keep th= is on experimental track.

The document went through several revisions and there were good amount= of reviews on this document.=C2=A0 The authors have addressed all the comm= ents and there are no open issues that we are tracking at this time. We bel= ieve the document is ready for IESG reviews and like to confirm the same from the working group.


The following message commences a two week WGLC for all feedback.


The target status for this document is =E2=80=9CExperimental=E2=80=9D.=

Please post any comments/concerns on the draft.=C2=A0


Thanks!
Dapeng & Sri


_______________________________________________
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm
--000000000000a510a005809aa513-- From nobody Tue Jan 29 08:14:00 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25C0D130DCD for ; Tue, 29 Jan 2019 08:13:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aRbn47h3DWKK for ; Tue, 29 Jan 2019 08:13:57 -0800 (PST) Received: from clt-mbsout-02.mbs.boeing.net (clt-mbsout-02.mbs.boeing.net [130.76.144.163]) (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 C73E2130DE7 for ; Tue, 29 Jan 2019 08:13:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clt-mbsout-02.mbs.boeing.net (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with SMTP id x0TGDsCI007024; Tue, 29 Jan 2019 11:13:54 -0500 Received: from XCH16-07-07.nos.boeing.com (xch16-07-07.nos.boeing.com [144.115.66.109]) by clt-mbsout-02.mbs.boeing.net (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id x0TGDrTD006752 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=FAIL) for ; Tue, 29 Jan 2019 11:13:53 -0500 Received: from XCH16-07-10.nos.boeing.com (144.115.66.112) by XCH16-07-07.nos.boeing.com (144.115.66.109) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.1591.10; Tue, 29 Jan 2019 08:13:52 -0800 Received: from XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8]) by XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8%2]) with mapi id 15.01.1591.012; Tue, 29 Jan 2019 08:13:52 -0800 From: "Templin (US), Fred L" To: dmm Thread-Topic: I-D Action: draft-templin-rtgwg-scalable-bgp-01.txt Thread-Index: AdS37Z8bsoEIFE6un0CepPdDx/jyhA== Date: Tue, 29 Jan 2019 16:13:52 +0000 Message-ID: <487617b90a7142738e8e3dcd19677fb3@boeing.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [137.137.12.6] x-tm-snts-smtp: A2C468D19EEAA2831B841E5353B8C0AB5B67ACE2CD4846F859A5D53E3D040E0B2000:8 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-TM-AS-GCONF: 00 Archived-At: Subject: Re: [DMM] I-D Action: draft-templin-rtgwg-scalable-bgp-01.txt X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2019 16:13:59 -0000 Hi, here is what essentially amounts to a condensed version of 'draft-ietf-rtgwg-atn-bgp' (7 pages) for the purpose of emphasizing scaling= properties and showing that the system applies to numerous use cases and not just civi= l aviation. This shows how a BGP overlay can service as many as 1B de-aggregated mobile= network prefixes in support of a DMM distributed anchoring environment. We intend t= o discuss this on the rtgwg list (cc'd here) with the intention of seeking wg adoptio= n there. Thanks - Fred -----Original Message----- From: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] On Behalf Of inte= rnet-drafts@ietf.org Sent: Tuesday, January 29, 2019 8:01 AM To: i-d-announce@ietf.org Subject: I-D Action: draft-templin-rtgwg-scalable-bgp-01.txt A New Internet-Draft is available from the on-line Internet-Drafts director= ies. Title : Scalable De-Aggregation for Overlays Using the Bo= rder Gateway Protocol (BGP) Authors : Fred L. Templin Greg Saccone Gaurav Dawra Acee Lindem Victor Moreno Filename : draft-templin-rtgwg-scalable-bgp-01.txt Pages : 7 Date : 2019-01-29 Abstract: The Border Gateway Protocol (BGP) has well-known limitations in terms of the numbers of routes that can be carried and stability of the routing system. This is especially true when mobile nodes frequently change their network attachment points, which in the past has resulted in excessive announcements and withdrawals of de-aggregated prefixes. This document discusses a means of accommodating scalable de-aggregation of IPv6 prefixes for overlay networks using BGP. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-templin-rtgwg-scalable-bgp/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-templin-rtgwg-scalable-bgp-01 https://datatracker.ietf.org/doc/html/draft-templin-rtgwg-scalable-bgp-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-templin-rtgwg-scalable-bgp-01 Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt From nobody Tue Jan 29 08:33:28 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA51D130E30 for ; Tue, 29 Jan 2019 08:33:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.042 X-Spam-Level: X-Spam-Status: No, score=-2.042 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=quantonium-net.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02IyJhQwVgeW for ; Tue, 29 Jan 2019 08:33:19 -0800 (PST) Received: from mail-it1-x12a.google.com (mail-it1-x12a.google.com [IPv6:2607:f8b0:4864:20::12a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F13B130DCD for ; Tue, 29 Jan 2019 08:33:19 -0800 (PST) Received: by mail-it1-x12a.google.com with SMTP id g85so5483513ita.3 for ; Tue, 29 Jan 2019 08:33:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quantonium-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Y4/s89U/i58QIJSLvn3HR7OLAEohcBEsAfdiAwWD6EY=; b=ZuZJ2a+MogG0rcFAWlk7OoMlc1UFdHdlHidAVLc12OY5YwzFakQ1fM/RsPg44oHHdw UFetxcBbtN7DgG6qlRzYPrD2Qfk671ArW2fuwZfJIGlYd6BpCVF3QcTXiDsnifEWgGKE kEnre85FbBl2xRaET8PNSTaSpgTw9zxccmVd4HvgOeT/nJ0JEpS3xTmwsntTG8vlU14V b3nrHigfwyvLlXprHrriicxtgD0STpKC9yN/dII2+pfQkd6fgjB+CyOyKdAOP9h94nuk rZx5cR45RZNhFjJT21bmzXVGOuC8yFBKtSqb9hXJWJ/G7vlr93nCVI0ti6pnq0kOv3yN SZcw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Y4/s89U/i58QIJSLvn3HR7OLAEohcBEsAfdiAwWD6EY=; b=cgq2XWeFGn0Xrk2dMRPRAnK8yymEhmytqeYX3PFGorvjQ3GlwYHUaz3dFAThjkOA8x HeN7Y1DhTOnaePVLFNS/x3056eRBCkOqV/OU3o6QH/R/UgvU5vnRDhbjYeOMLsFmpwyA 5uZqf/4ZBrXMq/zZj5G4nXY2ssXeRrxsSPeeOiiq+65zYD/2udPI33xFyhET0dSWGieb HZBGSV908csMrjIkYe5xDY8NgLtJs8BfViDeW/4LhTwoXGOtKIzt5H/fL8c4ZlayEHfM uZ2MRRXOV85EtCKHAIp4nc0xssKWVssJpTe8nxKo6ZGY2SHICytFcdVDhUzPERPdXZS2 wWeQ== X-Gm-Message-State: AJcUukdorHzjfqEWLMDdL1bzqEzeYyRbfSw1KGN1QffStY4K7o7pIQcr UbytEQc5c2JgL/KiobWIhtIxS5FEQ+M/tMxGHIGarg== X-Google-Smtp-Source: ALg8bN5LvDerDFalDoJloK3vEGkajZx8DkxqUmiUDDJg21dABd/LMyqW9/IxbkGLTbulttR/2HZ6Qx7ODlKuxAYZB40= X-Received: by 2002:a02:5944:: with SMTP id p65mr16220739jab.3.1548779598288; Tue, 29 Jan 2019 08:33:18 -0800 (PST) MIME-Version: 1.0 References: <154871730925.2863.111474039018096073.idtracker@ietfa.amsl.com> <7be91a164bda4144a12c6c693bae7106@boeing.com> In-Reply-To: <7be91a164bda4144a12c6c693bae7106@boeing.com> From: Tom Herbert Date: Tue, 29 Jan 2019 08:33:07 -0800 Message-ID: To: "Templin (US), Fred L" Cc: dmm , "pidloc@ietf.org" , Vikram Siwach Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [DMM] Fwd: New Version Notification for draft-herbert-intarea-ams-00.txt X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2019 16:33:23 -0000 On Tue, Jan 29, 2019 at 7:35 AM Templin (US), Fred L wrote: > > Hi Tom, > > I read it, and I do not think it is different from the system described > in 'draft-ietf-rtgwg-atn-bgp'. > Hi Fred, Thanks for the comment. I have read draft-ietf-rtgwg-atn-bgp also. I think that the hub and spoke architecture will end up being similar, but I'm not sure that this is exactly the same thing. One difference is that draft-ietf-rtgwg-atn-bgp is targeted to particular application, whereas draft-herbert-intarea-ams endeavours to be general purposes. There are differences especially in scalability. For instance, rtgwg-atn-bgp mentions network with millions of routes, and in draft-herbert-intarea-ams the target is to support networks with billions of active addresses for IoT networks. And if we do get to unique address per flow, then the total number of addresses to be managed is much more (hence why hidden aggregation becomes interesting). Another consideration is MEC servers providing services to UEs at they edge. If they participate in the routing/mapping system (as an ASBR-s in draft-ietf-rtgwg-atn-bgp and AMS-F in AMS) then the end device can perform overlay routing itself. That is very efficient for lowest latency. There may be many MEC servers and each one might only be communicating with a small subset of all possible nodes. This seems to motivate a working set cache to that limits the number of mappings as well as the amount of control plane communications. Tom > Fred > > > -----Original Message----- > > From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Tom Herbert > > Sent: Monday, January 28, 2019 3:36 PM > > To: dmm ; pidloc@ietf.org > > Cc: Vikram Siwach > > Subject: [DMM] Fwd: New Version Notification for draft-herbert-intarea-ams-00.txt > > > > Hello, > > > > We've posted a first draft of Address Mapping System (AMS). We > > anticipate that this can be applied to mobile networks to provide > > optimized overlay routing. In particular, this design provides for > > anchorless routing (in the form of anchor bypass) and otherwise > > facilitates meeting several requirements for optimizing the mobile > > user plane as described in section 1.0 of > > draft-bogineni-dmm-optimized-mobile-user-plane-01. AMS is agnostic to > > the underlaying overlay protocol and should be compatible with most of > > those being discussed. Another goal of AMS is to not require replacing > > exsiting control planes, but can work in concert with them. For > > example, the draft discusses how AMS might work with 5G. > > > > Tom > > > > ---------- Forwarded message --------- > > From: > > Date: Mon, Jan 28, 2019 at 3:15 PM > > Subject: New Version Notification for draft-herbert-intarea-ams-00.txt > > To: Vikram Siwach > > > > > > > > A new version of I-D, draft-herbert-intarea-ams-00.txt > > has been successfully submitted by Tom Herbert and posted to the > > IETF repository. > > > > Name: draft-herbert-intarea-ams > > Revision: 00 > > Title: Address Mapping System > > Document date: 2019-01-28 > > Group: Individual Submission > > Pages: 47 > > URL: > > https://www.ietf.org/internet-drafts/draft-herbert-intarea-ams-00.txt > > Status: https://datatracker.ietf.org/doc/draft-herbert-intarea-ams/ > > Htmlized: https://tools.ietf.org/html/draft-herbert-intarea-ams-00 > > Htmlized: https://datatracker.ietf.org/doc/html/draft-herbert-intarea-ams > > > > > > Abstract: > > This document describes the Address Mapping System that is a generic, > > extensible, and scalable system for mapping network addresses to > > other network addresses. The Address Mapping System is intended to be > > used in conjunction with overlay techniques which facilitate > > transmission of packets across overlay networks. Information returned > > by the Address Mapping System can include the particular network > > overlay method and instructions related to the method. The Address > > Mapping System has a number of potential use cases networking > > including identifier-locator protocols, network virtualization, and > > promotion of privacy. > > > > > > > > > > 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 > > > > _______________________________________________ > > dmm mailing list > > dmm@ietf.org > > https://www.ietf.org/mailman/listinfo/dmm From nobody Tue Jan 29 08:46:06 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 20ACE130E59; Tue, 29 Jan 2019 08:46:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aIiwqkr1nW7c; Tue, 29 Jan 2019 08:46:01 -0800 (PST) Received: from clt-mbsout-02.mbs.boeing.net (clt-mbsout-02.mbs.boeing.net [130.76.144.163]) (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 92AE9130E09; Tue, 29 Jan 2019 08:46:01 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clt-mbsout-02.mbs.boeing.net (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with SMTP id x0TGjwwe027902; Tue, 29 Jan 2019 11:45:59 -0500 Received: from XCH16-07-08.nos.boeing.com (xch16-07-08.nos.boeing.com [144.115.66.110]) by clt-mbsout-02.mbs.boeing.net (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id x0TGjrXV027572 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=FAIL); Tue, 29 Jan 2019 11:45:53 -0500 Received: from XCH16-07-10.nos.boeing.com (144.115.66.112) by XCH16-07-08.nos.boeing.com (144.115.66.110) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.1591.10; Tue, 29 Jan 2019 08:45:52 -0800 Received: from XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8]) by XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8%2]) with mapi id 15.01.1591.012; Tue, 29 Jan 2019 08:45:52 -0800 From: "Templin (US), Fred L" To: Tom Herbert CC: dmm , "pidloc@ietf.org" , Vikram Siwach Thread-Topic: [DMM] Fwd: New Version Notification for draft-herbert-intarea-ams-00.txt Thread-Index: AQHUt2KfWlx/WWYcSkyzsVamPdto6KXGYSAAgACW14D//3tEQA== Date: Tue, 29 Jan 2019 16:45:52 +0000 Message-ID: <2e0c578499cb4761ac113a264f3992a0@boeing.com> References: <154871730925.2863.111474039018096073.idtracker@ietfa.amsl.com> <7be91a164bda4144a12c6c693bae7106@boeing.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [137.137.12.6] x-tm-snts-smtp: 90A4752C0436430AB38A6B1054C2F7CB0B1C89B7905FDC792FD133E491F21CA52000:8 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-TM-AS-GCONF: 00 Archived-At: Subject: Re: [DMM] Fwd: New Version Notification for draft-herbert-intarea-ams-00.txt X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2019 16:46:04 -0000 SGkgVG9tLA0KDQpQbGVhc2UgcmVhZCAnZHJhZnQtdGVtcGxpbi1ydGd3Zy1zY2FsYWJsZS1iZ3An IChvbmx5IDcgcGFnZXMpLiBJdCBlbXBoYXNpemVzDQp0aGUgc2NhbGFiaWxpdHkgY29uc2lkZXJh dGlvbnMgZnJvbSAnZHJhZnQtdGVtcGxpbi1pbnRhcmVhLTY3MDZiaXMnIHRoYXQgd2UNCm9taXR0 ZWQgZnJvbSAnZHJhZnQtaWV0Zi1ydGd3Zy1hdG4tYmdwJywgYW5kIGFsc28gc2hvd3MgdGhhdCB0 aGUgdXNlIGNhc2VzDQphcmUgbm90IGxpbWl0ZWQgdG8gY2l2aWwgYXZpYXRpb24uIFRoZSBwdXJw b3NlIGlzIHRvIHByZXNlbnQgYSBjb25kZW5zZWQNCnZlcnNpb24gb2YgdGhlIEFFUk8gcm91dGlu ZyBzeXN0ZW0gdGhhdCBoYXMgYmVlbiBhcm91bmQgZm9yIG1hbnkgeWVhcnMuDQoNCkluICdkcmFm dC10ZW1wbGluLXJ0Z3dnLXNjYWxhYmxlLWJncCcsIHdlIHNob3cgdGhhdCBhIEJHUCBvdmVybGF5 IGNhbiBiZQ0Kb3JnYW5pemVkIHRvIHN1cHBvcnQgMUIgb3IgbW9yZSBkZS1hZ2dyZWdhdGVkIE1O UCBwcmVmaXhlcy4gU28sIHBsZWFzZQ0KaGF2ZSBhIGxvb2sgYXQgdGhhdCB3aXRoIHRoZSBtaW5k c2V0IHRoYXQgd2UgYXJlIG5vdCBhZGRyZXNzaW5nIGp1c3QgdGhlDQpjaXZpbCBhdmlhdGlvbiB1 c2UgY2FzZSBidXQgYXJlIGJyb2FkbHkgY29uc2lkZXJpbmcgb3RoZXIgdXNlIGNhc2VzLg0KDQpU aGFua3MgLSBGcmVkDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogVG9t IEhlcmJlcnQgW21haWx0bzp0b21AcXVhbnRvbml1bS5uZXRdDQo+IFNlbnQ6IFR1ZXNkYXksIEph bnVhcnkgMjksIDIwMTkgODozMyBBTQ0KPiBUbzogVGVtcGxpbiAoVVMpLCBGcmVkIEwgPEZyZWQu TC5UZW1wbGluQGJvZWluZy5jb20+DQo+IENjOiBkbW0gPGRtbUBpZXRmLm9yZz47IHBpZGxvY0Bp ZXRmLm9yZzsgVmlrcmFtIFNpd2FjaCA8dnNpd2FjaEBnbWFpbC5jb20+DQo+IFN1YmplY3Q6IFJl OiBbRE1NXSBGd2Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtaGVyYmVydC1p bnRhcmVhLWFtcy0wMC50eHQNCj4gDQo+IE9uIFR1ZSwgSmFuIDI5LCAyMDE5IGF0IDc6MzUgQU0g VGVtcGxpbiAoVVMpLCBGcmVkIEwNCj4gPEZyZWQuTC5UZW1wbGluQGJvZWluZy5jb20+IHdyb3Rl Og0KPiA+DQo+ID4gSGkgVG9tLA0KPiA+DQo+ID4gSSByZWFkIGl0LCBhbmQgSSBkbyBub3QgdGhp bmsgaXQgaXMgZGlmZmVyZW50IGZyb20gdGhlIHN5c3RlbSBkZXNjcmliZWQNCj4gPiBpbiAnZHJh ZnQtaWV0Zi1ydGd3Zy1hdG4tYmdwJy4NCj4gPg0KPiBIaSBGcmVkLA0KPiANCj4gVGhhbmtzIGZv ciB0aGUgY29tbWVudC4gSSBoYXZlIHJlYWQgZHJhZnQtaWV0Zi1ydGd3Zy1hdG4tYmdwIGFsc28u IEkNCj4gdGhpbmsgdGhhdCB0aGUgaHViIGFuZCBzcG9rZSBhcmNoaXRlY3R1cmUgd2lsbCBlbmQg dXAgYmVpbmcgc2ltaWxhciwNCj4gYnV0IEknbSBub3Qgc3VyZSB0aGF0IHRoaXMgaXMgZXhhY3Rs eSB0aGUgc2FtZSB0aGluZy4gT25lIGRpZmZlcmVuY2UNCj4gaXMgdGhhdCBkcmFmdC1pZXRmLXJ0 Z3dnLWF0bi1iZ3AgaXMgdGFyZ2V0ZWQgdG8gcGFydGljdWxhcg0KPiBhcHBsaWNhdGlvbiwgd2hl cmVhcyBkcmFmdC1oZXJiZXJ0LWludGFyZWEtYW1zIGVuZGVhdm91cnMgdG8gYmUNCj4gZ2VuZXJh bCBwdXJwb3Nlcy4gVGhlcmUgYXJlIGRpZmZlcmVuY2VzIGVzcGVjaWFsbHkgaW4gc2NhbGFiaWxp dHkuIEZvcg0KPiBpbnN0YW5jZSwgcnRnd2ctYXRuLWJncCBtZW50aW9ucyBuZXR3b3JrIHdpdGgg bWlsbGlvbnMgb2Ygcm91dGVzLCBhbmQNCj4gaW4gZHJhZnQtaGVyYmVydC1pbnRhcmVhLWFtcyB0 aGUgdGFyZ2V0IGlzIHRvIHN1cHBvcnQgbmV0d29ya3Mgd2l0aA0KPiBiaWxsaW9ucyBvZiBhY3Rp dmUgYWRkcmVzc2VzIGZvciBJb1QgbmV0d29ya3MuIEFuZCBpZiB3ZSBkbyBnZXQgdG8NCj4gdW5p cXVlIGFkZHJlc3MgcGVyIGZsb3csIHRoZW4gdGhlIHRvdGFsIG51bWJlciBvZiBhZGRyZXNzZXMg dG8gYmUNCj4gbWFuYWdlZCBpcyBtdWNoIG1vcmUgKGhlbmNlIHdoeSBoaWRkZW4gYWdncmVnYXRp b24gYmVjb21lcw0KPiBpbnRlcmVzdGluZykuDQo+IA0KPiBBbm90aGVyIGNvbnNpZGVyYXRpb24g aXMgTUVDIHNlcnZlcnMgcHJvdmlkaW5nIHNlcnZpY2VzIHRvIFVFcyBhdCB0aGV5DQo+IGVkZ2Uu IElmIHRoZXkgcGFydGljaXBhdGUgaW4gdGhlIHJvdXRpbmcvbWFwcGluZyBzeXN0ZW0gKGFzIGFu IEFTQlItcw0KPiBpbiBkcmFmdC1pZXRmLXJ0Z3dnLWF0bi1iZ3AgYW5kIEFNUy1GIGluIEFNUykg dGhlbiB0aGUgZW5kIGRldmljZSBjYW4NCj4gcGVyZm9ybSBvdmVybGF5IHJvdXRpbmcgaXRzZWxm LiBUaGF0IGlzIHZlcnkgZWZmaWNpZW50IGZvciBsb3dlc3QNCj4gbGF0ZW5jeS4gVGhlcmUgbWF5 IGJlIG1hbnkgTUVDIHNlcnZlcnMgYW5kIGVhY2ggb25lIG1pZ2h0IG9ubHkgYmUNCj4gY29tbXVu aWNhdGluZyB3aXRoIGEgc21hbGwgc3Vic2V0IG9mIGFsbCBwb3NzaWJsZSBub2Rlcy4gVGhpcyBz ZWVtcyB0bw0KPiBtb3RpdmF0ZSBhIHdvcmtpbmcgc2V0IGNhY2hlIHRvIHRoYXQgbGltaXRzIHRo ZSBudW1iZXIgb2YgbWFwcGluZ3MgYXMNCj4gd2VsbCBhcyB0aGUgYW1vdW50IG9mIGNvbnRyb2wg cGxhbmUgY29tbXVuaWNhdGlvbnMuDQo+IA0KPiBUb20NCj4gDQo+ID4gRnJlZA0KPiA+DQo+ID4g PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiA+ID4gRnJvbTogZG1tIFttYWlsdG86ZG1t LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBUb20gSGVyYmVydA0KPiA+ID4gU2VudDog TW9uZGF5LCBKYW51YXJ5IDI4LCAyMDE5IDM6MzYgUE0NCj4gPiA+IFRvOiBkbW0gPGRtbUBpZXRm Lm9yZz47IHBpZGxvY0BpZXRmLm9yZw0KPiA+ID4gQ2M6IFZpa3JhbSBTaXdhY2ggPHZzaXdhY2hA Z21haWwuY29tPg0KPiA+ID4gU3ViamVjdDogW0RNTV0gRndkOiBOZXcgVmVyc2lvbiBOb3RpZmlj YXRpb24gZm9yIGRyYWZ0LWhlcmJlcnQtaW50YXJlYS1hbXMtMDAudHh0DQo+ID4gPg0KPiA+ID4g SGVsbG8sDQo+ID4gPg0KPiA+ID4gV2UndmUgcG9zdGVkIGEgZmlyc3QgZHJhZnQgb2YgQWRkcmVz cyBNYXBwaW5nIFN5c3RlbSAoQU1TKS4gV2UNCj4gPiA+IGFudGljaXBhdGUgdGhhdCB0aGlzIGNh biBiZSBhcHBsaWVkIHRvIG1vYmlsZSBuZXR3b3JrcyB0byBwcm92aWRlDQo+ID4gPiBvcHRpbWl6 ZWQgb3ZlcmxheSByb3V0aW5nLiBJbiBwYXJ0aWN1bGFyLCB0aGlzIGRlc2lnbiBwcm92aWRlcyBm b3INCj4gPiA+IGFuY2hvcmxlc3Mgcm91dGluZyAoaW4gdGhlIGZvcm0gb2YgYW5jaG9yIGJ5cGFz cykgYW5kIG90aGVyd2lzZQ0KPiA+ID4gZmFjaWxpdGF0ZXMgbWVldGluZyBzZXZlcmFsIHJlcXVp cmVtZW50cyBmb3Igb3B0aW1pemluZyB0aGUgbW9iaWxlDQo+ID4gPiB1c2VyIHBsYW5lIGFzIGRl c2NyaWJlZCBpbiBzZWN0aW9uIDEuMCBvZg0KPiA+ID4gZHJhZnQtYm9naW5lbmktZG1tLW9wdGlt aXplZC1tb2JpbGUtdXNlci1wbGFuZS0wMS4gIEFNUyBpcyBhZ25vc3RpYyB0bw0KPiA+ID4gdGhl IHVuZGVybGF5aW5nIG92ZXJsYXkgcHJvdG9jb2wgYW5kIHNob3VsZCBiZSBjb21wYXRpYmxlIHdp dGggbW9zdCBvZg0KPiA+ID4gdGhvc2UgYmVpbmcgZGlzY3Vzc2VkLiBBbm90aGVyIGdvYWwgb2Yg QU1TIGlzIHRvIG5vdCByZXF1aXJlIHJlcGxhY2luZw0KPiA+ID4gZXhzaXRpbmcgY29udHJvbCBw bGFuZXMsIGJ1dCBjYW4gd29yayBpbiBjb25jZXJ0IHdpdGggdGhlbS4gRm9yDQo+ID4gPiBleGFt cGxlLCB0aGUgZHJhZnQgZGlzY3Vzc2VzIGhvdyBBTVMgbWlnaHQgd29yayB3aXRoIDVHLg0KPiA+ ID4NCj4gPiA+IFRvbQ0KPiA+ID4NCj4gPiA+IC0tLS0tLS0tLS0gRm9yd2FyZGVkIG1lc3NhZ2Ug LS0tLS0tLS0tDQo+ID4gPiBGcm9tOiA8aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPg0KPiA+ID4g RGF0ZTogTW9uLCBKYW4gMjgsIDIwMTkgYXQgMzoxNSBQTQ0KPiA+ID4gU3ViamVjdDogTmV3IFZl cnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1oZXJiZXJ0LWludGFyZWEtYW1zLTAwLnR4dA0K PiA+ID4gVG86IFZpa3JhbSBTaXdhY2ggPHRvbUBxdWFudG9uaXVtLm5ldD4NCj4gPiA+DQo+ID4g Pg0KPiA+ID4NCj4gPiA+IEEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1oZXJiZXJ0LWludGFy ZWEtYW1zLTAwLnR4dA0KPiA+ID4gaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBU b20gSGVyYmVydCBhbmQgcG9zdGVkIHRvIHRoZQ0KPiA+ID4gSUVURiByZXBvc2l0b3J5Lg0KPiA+ ID4NCj4gPiA+IE5hbWU6ICAgICAgICAgICBkcmFmdC1oZXJiZXJ0LWludGFyZWEtYW1zDQo+ID4g PiBSZXZpc2lvbjogICAgICAgMDANCj4gPiA+IFRpdGxlOiAgICAgICAgICBBZGRyZXNzIE1hcHBp bmcgU3lzdGVtDQo+ID4gPiBEb2N1bWVudCBkYXRlOiAgMjAxOS0wMS0yOA0KPiA+ID4gR3JvdXA6 ICAgICAgICAgIEluZGl2aWR1YWwgU3VibWlzc2lvbg0KPiA+ID4gUGFnZXM6ICAgICAgICAgIDQ3 DQo+ID4gPiBVUkw6DQo+ID4gPiBodHRwczovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMv ZHJhZnQtaGVyYmVydC1pbnRhcmVhLWFtcy0wMC50eHQNCj4gPiA+IFN0YXR1czogICAgICAgICBo dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1oZXJiZXJ0LWludGFyZWEtYW1z Lw0KPiA+ID4gSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFm dC1oZXJiZXJ0LWludGFyZWEtYW1zLTAwDQo+ID4gPiBIdG1saXplZDogICAgICAgaHR0cHM6Ly9k YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1oZXJiZXJ0LWludGFyZWEtYW1zDQo+ ID4gPg0KPiA+ID4NCj4gPiA+IEFic3RyYWN0Og0KPiA+ID4gICAgVGhpcyBkb2N1bWVudCBkZXNj cmliZXMgdGhlIEFkZHJlc3MgTWFwcGluZyBTeXN0ZW0gdGhhdCBpcyBhIGdlbmVyaWMsDQo+ID4g PiAgICBleHRlbnNpYmxlLCBhbmQgc2NhbGFibGUgc3lzdGVtIGZvciBtYXBwaW5nIG5ldHdvcmsg YWRkcmVzc2VzIHRvDQo+ID4gPiAgICBvdGhlciBuZXR3b3JrIGFkZHJlc3Nlcy4gVGhlIEFkZHJl c3MgTWFwcGluZyBTeXN0ZW0gaXMgaW50ZW5kZWQgdG8gYmUNCj4gPiA+ICAgIHVzZWQgaW4gY29u anVuY3Rpb24gd2l0aCBvdmVybGF5IHRlY2huaXF1ZXMgd2hpY2ggZmFjaWxpdGF0ZQ0KPiA+ID4g ICAgdHJhbnNtaXNzaW9uIG9mIHBhY2tldHMgYWNyb3NzIG92ZXJsYXkgbmV0d29ya3MuIEluZm9y bWF0aW9uIHJldHVybmVkDQo+ID4gPiAgICBieSB0aGUgQWRkcmVzcyBNYXBwaW5nIFN5c3RlbSBj YW4gaW5jbHVkZSB0aGUgcGFydGljdWxhciBuZXR3b3JrDQo+ID4gPiAgICBvdmVybGF5IG1ldGhv ZCBhbmQgaW5zdHJ1Y3Rpb25zIHJlbGF0ZWQgdG8gdGhlIG1ldGhvZC4gIFRoZSBBZGRyZXNzDQo+ ID4gPiAgICBNYXBwaW5nIFN5c3RlbSBoYXMgYSBudW1iZXIgb2YgcG90ZW50aWFsIHVzZSBjYXNl cyBuZXR3b3JraW5nDQo+ID4gPiAgICBpbmNsdWRpbmcgaWRlbnRpZmllci1sb2NhdG9yIHByb3Rv Y29scywgbmV0d29yayB2aXJ0dWFsaXphdGlvbiwgYW5kDQo+ID4gPiAgICBwcm9tb3Rpb24gb2Yg cHJpdmFjeS4NCj4gPiA+DQo+ID4gPg0KPiA+ID4NCj4gPiA+DQo+ID4gPiBQbGVhc2Ugbm90ZSB0 aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJt aXNzaW9uDQo+ID4gPiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZh aWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLg0KPiA+ID4NCj4gPiA+IFRoZSBJRVRGIFNlY3JldGFy aWF0DQo+ID4gPg0KPiA+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCj4gPiA+IGRtbSBtYWlsaW5nIGxpc3QNCj4gPiA+IGRtbUBpZXRmLm9yZw0KPiA+ ID4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kbW0NCg== From nobody Tue Jan 29 09:35:57 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C7EE2130EA0 for ; Tue, 29 Jan 2019 09:35:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.042 X-Spam-Level: X-Spam-Status: No, score=-2.042 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=quantonium-net.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Bg-VKSoH3_eJ for ; Tue, 29 Jan 2019 09:35:53 -0800 (PST) Received: from mail-io1-xd2d.google.com (mail-io1-xd2d.google.com [IPv6:2607:f8b0:4864:20::d2d]) (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 F03A9130E66 for ; Tue, 29 Jan 2019 09:35:52 -0800 (PST) Received: by mail-io1-xd2d.google.com with SMTP id m19so16989737ioh.3 for ; Tue, 29 Jan 2019 09:35:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quantonium-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=S1P9lOidc+8/sLvEdc8tHDlpe8XEpU1Ud3SGRbMGvkA=; b=SZ7SwG78lAtB3c/gRE9KUd/424rB+VkgIvcPSwkvBuLNL2Aq1NOvPn8HY51qYg7IHg U0WVzFq/c5xPVY0jtbUfWLpqFvZ1E7ts0iP1m1kWKqymq76FxXGW0JiYZMWRLko9YKgW N8rBxsiTtAHKk84Tl3pp7KHncpoCcQaiINBFWKC2sDOZCnRdAcZWErolpirZhFDkzSsx UqSOaN3PNUXkPzcrZnOnV1IP2XbEsEe2HVK3qMkiYYxv0t4pJ9xCSM3WMnc8cU6fscBu HUYfe2zT/8yteIBQEa6qU30Ci8yVMqEPPk/0j0NzCNqnv1maJni3Y03p7X1uYfG2NQvR 1SBQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=S1P9lOidc+8/sLvEdc8tHDlpe8XEpU1Ud3SGRbMGvkA=; b=NPtj3oZuNDl4n3SuXTthhydmAGxf4SQBBX5KxODdzIQc63nDiuRRwuIMphptXHAuNY 54BHP/3N7rRmWRMrcvR6Gm3NPDxlJwF9xCZR5Ooi0iyX923xRgOSh3g+4dDSkQ2iPl40 WnKIx0G5aOL2UCHmEvxemfMut/O3JRXaGazZ3n5BrJ/r8BcgA/esuKT5dIlV8LX9MgO5 aEAClndWIjaLmYhyo+VVbjsl42Zy2cpF30DKh0xmA6yd1qu+LyWtwbclEHIY0wYQtdEt pokqjYVNOP3Dv7z1ZJ5v6xl7mWzV8sTeI+5Jse+WeJ2vJ2BmpS5cO54nWEgPvGhTvA7b XGWg== X-Gm-Message-State: AHQUAuYQKsyQ19iMkqSPr8RNpBtVM+ZWz/l/8il6VpJsDPMrEIetQSwE bDRD7oTJCPcZPI0QtZwWzUwb3SkIohftk59rt599eA== X-Google-Smtp-Source: AHgI3IbDAfoRuDHe4o8mvfmLYeahuF+0bInaktohbyYyupvUSvOsljalHy41bu00LxbjWCgc2rIRor4GILCDPWSPLrA= X-Received: by 2002:a6b:1411:: with SMTP id 17mr15980110iou.252.1548783352044; Tue, 29 Jan 2019 09:35:52 -0800 (PST) MIME-Version: 1.0 References: <154871730925.2863.111474039018096073.idtracker@ietfa.amsl.com> <7be91a164bda4144a12c6c693bae7106@boeing.com> <2e0c578499cb4761ac113a264f3992a0@boeing.com> In-Reply-To: <2e0c578499cb4761ac113a264f3992a0@boeing.com> From: Tom Herbert Date: Tue, 29 Jan 2019 09:35:41 -0800 Message-ID: To: "Templin (US), Fred L" Cc: dmm , "pidloc@ietf.org" , Vikram Siwach Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [DMM] Fwd: New Version Notification for draft-herbert-intarea-ams-00.txt X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2019 17:35:56 -0000 On Tue, Jan 29, 2019 at 8:46 AM Templin (US), Fred L wrote: > > Hi Tom, > > Please read 'draft-templin-rtgwg-scalable-bgp' (only 7 pages). It emphasizes > the scalability considerations from 'draft-templin-intarea-6706bis' that we > omitted from 'draft-ietf-rtgwg-atn-bgp', and also shows that the use cases > are not limited to civil aviation. The purpose is to present a condensed > version of the AERO routing system that has been around for many years. > > In 'draft-templin-rtgwg-scalable-bgp', we show that a BGP overlay can be > organized to support 1B or more de-aggregated MNP prefixes. So, please > have a look at that with the mindset that we are not addressing just the > civil aviation use case but are broadly considering other use cases. > Okay, thanks for the explanation. It might be helpful if you could recast draft-ietf-rtgwg-atn-bgp to be more of a general solution. I looked at draft-templin-rtgwg-scalable-bgp. There's a lot discussion about scalability of c-ASBR but not so much about s-ABSR. I'm primarily interested in the latter because that is where the solution will be providing the oprimizations we want for low latency. While with c-ASBRs we could expect them to have scaling properties similar core routers, I would expect that s-ASBR devices will exhibit a lot more variety and have a wider range of scalability. For instance, it's conceivable that we might want the functionality incorporated into a low powered device in the base station of a microcell, or incorporated into MEC servers as I mentioned previously. I assume a BGP solution would require all s-ASBRs to hold all the routes for the sub-MNPs as well as being able to consume the rate of mobile events within the sub-MNP. So to me, the obvious question is if such a device were only communicating with, say, a 1000 nodes at any givent time, then does it really make sense to give them all the information about the 1M or so nodes in the sub-MNP, or can we just give them the information that is currently useful to them? Do you have any thoughts along these lines? Tom > Thanks - Fred > > > -----Original Message----- > > From: Tom Herbert [mailto:tom@quantonium.net] > > Sent: Tuesday, January 29, 2019 8:33 AM > > To: Templin (US), Fred L > > Cc: dmm ; pidloc@ietf.org; Vikram Siwach > > Subject: Re: [DMM] Fwd: New Version Notification for draft-herbert-intarea-ams-00.txt > > > > On Tue, Jan 29, 2019 at 7:35 AM Templin (US), Fred L > > wrote: > > > > > > Hi Tom, > > > > > > I read it, and I do not think it is different from the system described > > > in 'draft-ietf-rtgwg-atn-bgp'. > > > > > Hi Fred, > > > > Thanks for the comment. I have read draft-ietf-rtgwg-atn-bgp also. I > > think that the hub and spoke architecture will end up being similar, > > but I'm not sure that this is exactly the same thing. One difference > > is that draft-ietf-rtgwg-atn-bgp is targeted to particular > > application, whereas draft-herbert-intarea-ams endeavours to be > > general purposes. There are differences especially in scalability. For > > instance, rtgwg-atn-bgp mentions network with millions of routes, and > > in draft-herbert-intarea-ams the target is to support networks with > > billions of active addresses for IoT networks. And if we do get to > > unique address per flow, then the total number of addresses to be > > managed is much more (hence why hidden aggregation becomes > > interesting). > > > > Another consideration is MEC servers providing services to UEs at they > > edge. If they participate in the routing/mapping system (as an ASBR-s > > in draft-ietf-rtgwg-atn-bgp and AMS-F in AMS) then the end device can > > perform overlay routing itself. That is very efficient for lowest > > latency. There may be many MEC servers and each one might only be > > communicating with a small subset of all possible nodes. This seems to > > motivate a working set cache to that limits the number of mappings as > > well as the amount of control plane communications. > > > > Tom > > > > > Fred > > > > > > > -----Original Message----- > > > > From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Tom Herbert > > > > Sent: Monday, January 28, 2019 3:36 PM > > > > To: dmm ; pidloc@ietf.org > > > > Cc: Vikram Siwach > > > > Subject: [DMM] Fwd: New Version Notification for draft-herbert-intarea-ams-00.txt > > > > > > > > Hello, > > > > > > > > We've posted a first draft of Address Mapping System (AMS). We > > > > anticipate that this can be applied to mobile networks to provide > > > > optimized overlay routing. In particular, this design provides for > > > > anchorless routing (in the form of anchor bypass) and otherwise > > > > facilitates meeting several requirements for optimizing the mobile > > > > user plane as described in section 1.0 of > > > > draft-bogineni-dmm-optimized-mobile-user-plane-01. AMS is agnostic to > > > > the underlaying overlay protocol and should be compatible with most of > > > > those being discussed. Another goal of AMS is to not require replacing > > > > exsiting control planes, but can work in concert with them. For > > > > example, the draft discusses how AMS might work with 5G. > > > > > > > > Tom > > > > > > > > ---------- Forwarded message --------- > > > > From: > > > > Date: Mon, Jan 28, 2019 at 3:15 PM > > > > Subject: New Version Notification for draft-herbert-intarea-ams-00.txt > > > > To: Vikram Siwach > > > > > > > > > > > > > > > > A new version of I-D, draft-herbert-intarea-ams-00.txt > > > > has been successfully submitted by Tom Herbert and posted to the > > > > IETF repository. > > > > > > > > Name: draft-herbert-intarea-ams > > > > Revision: 00 > > > > Title: Address Mapping System > > > > Document date: 2019-01-28 > > > > Group: Individual Submission > > > > Pages: 47 > > > > URL: > > > > https://www.ietf.org/internet-drafts/draft-herbert-intarea-ams-00.txt > > > > Status: https://datatracker.ietf.org/doc/draft-herbert-intarea-ams/ > > > > Htmlized: https://tools.ietf.org/html/draft-herbert-intarea-ams-00 > > > > Htmlized: https://datatracker.ietf.org/doc/html/draft-herbert-intarea-ams > > > > > > > > > > > > Abstract: > > > > This document describes the Address Mapping System that is a generic, > > > > extensible, and scalable system for mapping network addresses to > > > > other network addresses. The Address Mapping System is intended to be > > > > used in conjunction with overlay techniques which facilitate > > > > transmission of packets across overlay networks. Information returned > > > > by the Address Mapping System can include the particular network > > > > overlay method and instructions related to the method. The Address > > > > Mapping System has a number of potential use cases networking > > > > including identifier-locator protocols, network virtualization, and > > > > promotion of privacy. > > > > > > > > > > > > > > > > > > > > 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 > > > > > > > > _______________________________________________ > > > > dmm mailing list > > > > dmm@ietf.org > > > > https://www.ietf.org/mailman/listinfo/dmm From nobody Tue Jan 29 10:25:55 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 813ED130F9C; Tue, 29 Jan 2019 10:25:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id twUZCnyEQD99; Tue, 29 Jan 2019 10:25:44 -0800 (PST) Received: from clt-mbsout-01.mbs.boeing.net (clt-mbsout-01.mbs.boeing.net [130.76.144.162]) (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 90148130F9D; Tue, 29 Jan 2019 10:25:44 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clt-mbsout-01.mbs.boeing.net (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with SMTP id x0TIPgaY001277; Tue, 29 Jan 2019 13:25:42 -0500 Received: from XCH16-07-11.nos.boeing.com (xch16-07-11.nos.boeing.com [144.115.66.113]) by clt-mbsout-01.mbs.boeing.net (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id x0TIPZVG032322 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=FAIL); Tue, 29 Jan 2019 13:25:35 -0500 Received: from XCH16-07-10.nos.boeing.com (144.115.66.112) by XCH16-07-11.nos.boeing.com (144.115.66.113) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.1591.10; Tue, 29 Jan 2019 10:25:34 -0800 Received: from XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8]) by XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8%2]) with mapi id 15.01.1591.012; Tue, 29 Jan 2019 10:25:34 -0800 From: "Templin (US), Fred L" To: Tom Herbert CC: Vikram Siwach , "pidloc@ietf.org" , dmm Thread-Topic: [Pidloc] [DMM] Fwd: New Version Notification for draft-herbert-intarea-ams-00.txt Thread-Index: AQHUt2KfWlx/WWYcSkyzsVamPdto6KXGYSAAgACW14D//3tEQIAAljiA//98cnA= Date: Tue, 29 Jan 2019 18:25:34 +0000 Message-ID: <47b7c55f5dfa4867ac1763e2c76f3ff0@boeing.com> References: <154871730925.2863.111474039018096073.idtracker@ietfa.amsl.com> <7be91a164bda4144a12c6c693bae7106@boeing.com> <2e0c578499cb4761ac113a264f3992a0@boeing.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [137.137.12.6] x-tm-snts-smtp: 54BC99B1F70ECF8EC3B308A52546B2F03F305D30F0549DA89794C1493A6230C22000:8 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-TM-AS-GCONF: 00 Archived-At: Subject: Re: [DMM] [Pidloc] Fwd: New Version Notification for draft-herbert-intarea-ams-00.txt X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2019 18:25:47 -0000 Hi Tom, > -----Original Message----- > From: Pidloc [mailto:pidloc-bounces@ietf.org] On Behalf Of Tom Herbert > Sent: Tuesday, January 29, 2019 9:36 AM > To: Templin (US), Fred L > Cc: Vikram Siwach ; pidloc@ietf.org; dmm > Subject: Re: [Pidloc] [DMM] Fwd: New Version Notification for draft-herbe= rt-intarea-ams-00.txt >=20 > On Tue, Jan 29, 2019 at 8:46 AM Templin (US), Fred L > wrote: > > > > Hi Tom, > > > > Please read 'draft-templin-rtgwg-scalable-bgp' (only 7 pages). It empha= sizes > > the scalability considerations from 'draft-templin-intarea-6706bis' tha= t we > > omitted from 'draft-ietf-rtgwg-atn-bgp', and also shows that the use ca= ses > > are not limited to civil aviation. The purpose is to present a condense= d > > version of the AERO routing system that has been around for many years. > > > > In 'draft-templin-rtgwg-scalable-bgp', we show that a BGP overlay can b= e > > organized to support 1B or more de-aggregated MNP prefixes. So, please > > have a look at that with the mindset that we are not addressing just th= e > > civil aviation use case but are broadly considering other use cases. > > > Okay, thanks for the explanation. It might be helpful if you could > recast draft-ietf-rtgwg-atn-bgp to be more of a general solution. Good input, but for that one we really were chartered to focus specifically on the aviation use case. Even so, the document says: "In this way, each set of c-ASBRs maintains separate routing and forwarding tables so that scaling is distributed across multiple c-ASBR sets instead of concentrated in a single c-ASBR set. For example, a first c-ASBR set could aggregate an MSP segment A::/32, a second set could aggregate B::/32, a third could aggregate C::/32, etc. The union of all MSP segments would then constitute the collective MSP(s) for the entire ATN/IPS." The A::/32, B::/32, C::/32 I think correspond to what your document calls "shards", but there is no implied maximum number in the doc so there could be thousands. But, in terms of the architecture, all three documents ('scalable-bgp', 'atn-bgp' and AERO) really say the same thing - scalable deaggregation. > I looked at draft-templin-rtgwg-scalable-bgp. There's a lot discussion > about scalability of c-ASBR but not so much about s-ABSR. I'm > primarily interested in the latter because that is where the solution > will be providing the oprimizations we want for low latency. While > with c-ASBRs we could expect them to have scaling properties similar > core routers, I would expect that s-ASBR devices will exhibit a lot > more variety and have a wider range of scalability. The document is very careful to differentiate scaling considerations of s-ASBRs independently of the scaling considerations of the stub AS. The s-ASBR is the entity that connects the stub AS to the overlay, but there may be many other entities inside the stub AS whose job it is to coordinate with the mobile nodes. > For instance, it's > conceivable that we might want the functionality incorporated into a > low powered device in the base station of a microcell, or incorporated > into MEC servers as I mentioned previously. I assume a BGP solution > would require all s-ASBRs to hold all the routes for the sub-MNPs as > well as being able to consume the rate of mobile events within the > sub-MNP. Other elements inside the stub AS can do the fine-grained mobility signaling with the mobile nodes, while the s-ASBR can be deployed in such a fashion that all it ever does is send unidirectional BGP updates to c-ASBRs. > So to me, the obvious question is if such a device were only > communicating with, say, a 1000 nodes at any givent time, then does it > really make sense to give them all the information about the 1M or so > nodes in the sub-MNP, or can we just give them the information that is > currently useful to them? The stub ASes accept mobile node customers up to a certain maximum. So, if there are currently only 1K customers then there are currently only 1K routes. But, let's assume that each stub AS can accept up to 1M mobile node customers at a time. Then, if there are 1K stub ASes we achieve our 1B MNP goal. It is also important to understand that the stub AS does not correspond to = a single sub-MSP aggregated prefix (e.g., 2001:db8::/44). The stub AS will ac= cept the MNPs of mobile nodes that are covered by any sub-MSP so routing in the stub AS (as well as in the system as a whole) is completely de-aggregated. Thanks for the questions, and let me know if you have any others. Regard s- Fred > Do you have any thoughts along these lines? >=20 > Tom >=20 > > Thanks - Fred > > > > > -----Original Message----- > > > From: Tom Herbert [mailto:tom@quantonium.net] > > > Sent: Tuesday, January 29, 2019 8:33 AM > > > To: Templin (US), Fred L > > > Cc: dmm ; pidloc@ietf.org; Vikram Siwach > > > Subject: Re: [DMM] Fwd: New Version Notification for draft-herbert-in= tarea-ams-00.txt > > > > > > On Tue, Jan 29, 2019 at 7:35 AM Templin (US), Fred L > > > wrote: > > > > > > > > Hi Tom, > > > > > > > > I read it, and I do not think it is different from the system descr= ibed > > > > in 'draft-ietf-rtgwg-atn-bgp'. > > > > > > > Hi Fred, > > > > > > Thanks for the comment. I have read draft-ietf-rtgwg-atn-bgp also. I > > > think that the hub and spoke architecture will end up being similar, > > > but I'm not sure that this is exactly the same thing. One difference > > > is that draft-ietf-rtgwg-atn-bgp is targeted to particular > > > application, whereas draft-herbert-intarea-ams endeavours to be > > > general purposes. There are differences especially in scalability. Fo= r > > > instance, rtgwg-atn-bgp mentions network with millions of routes, and > > > in draft-herbert-intarea-ams the target is to support networks with > > > billions of active addresses for IoT networks. And if we do get to > > > unique address per flow, then the total number of addresses to be > > > managed is much more (hence why hidden aggregation becomes > > > interesting). > > > > > > Another consideration is MEC servers providing services to UEs at the= y > > > edge. If they participate in the routing/mapping system (as an ASBR-s > > > in draft-ietf-rtgwg-atn-bgp and AMS-F in AMS) then the end device can > > > perform overlay routing itself. That is very efficient for lowest > > > latency. There may be many MEC servers and each one might only be > > > communicating with a small subset of all possible nodes. This seems t= o > > > motivate a working set cache to that limits the number of mappings as > > > well as the amount of control plane communications. > > > > > > Tom > > > > > > > Fred > > > > > > > > > -----Original Message----- > > > > > From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Tom Herbert > > > > > Sent: Monday, January 28, 2019 3:36 PM > > > > > To: dmm ; pidloc@ietf.org > > > > > Cc: Vikram Siwach > > > > > Subject: [DMM] Fwd: New Version Notification for draft-herbert-in= tarea-ams-00.txt > > > > > > > > > > Hello, > > > > > > > > > > We've posted a first draft of Address Mapping System (AMS). We > > > > > anticipate that this can be applied to mobile networks to provide > > > > > optimized overlay routing. In particular, this design provides fo= r > > > > > anchorless routing (in the form of anchor bypass) and otherwise > > > > > facilitates meeting several requirements for optimizing the mobil= e > > > > > user plane as described in section 1.0 of > > > > > draft-bogineni-dmm-optimized-mobile-user-plane-01. AMS is agnost= ic to > > > > > the underlaying overlay protocol and should be compatible with mo= st of > > > > > those being discussed. Another goal of AMS is to not require repl= acing > > > > > exsiting control planes, but can work in concert with them. For > > > > > example, the draft discusses how AMS might work with 5G. > > > > > > > > > > Tom > > > > > > > > > > ---------- Forwarded message --------- > > > > > From: > > > > > Date: Mon, Jan 28, 2019 at 3:15 PM > > > > > Subject: New Version Notification for draft-herbert-intarea-ams-0= 0.txt > > > > > To: Vikram Siwach > > > > > > > > > > > > > > > > > > > > A new version of I-D, draft-herbert-intarea-ams-00.txt > > > > > has been successfully submitted by Tom Herbert and posted to the > > > > > IETF repository. > > > > > > > > > > Name: draft-herbert-intarea-ams > > > > > Revision: 00 > > > > > Title: Address Mapping System > > > > > Document date: 2019-01-28 > > > > > Group: Individual Submission > > > > > Pages: 47 > > > > > URL: > > > > > https://www.ietf.org/internet-drafts/draft-herbert-intarea-ams-00= .txt > > > > > Status: https://datatracker.ietf.org/doc/draft-herbert-in= tarea-ams/ > > > > > Htmlized: https://tools.ietf.org/html/draft-herbert-intarea= -ams-00 > > > > > Htmlized: https://datatracker.ietf.org/doc/html/draft-herbe= rt-intarea-ams > > > > > > > > > > > > > > > Abstract: > > > > > This document describes the Address Mapping System that is a g= eneric, > > > > > extensible, and scalable system for mapping network addresses = to > > > > > other network addresses. The Address Mapping System is intende= d to be > > > > > used in conjunction with overlay techniques which facilitate > > > > > transmission of packets across overlay networks. Information r= eturned > > > > > by the Address Mapping System can include the particular netwo= rk > > > > > overlay method and instructions related to the method. The Ad= dress > > > > > Mapping System has a number of potential use cases networking > > > > > including identifier-locator protocols, network virtualization= , and > > > > > promotion of privacy. > > > > > > > > > > > > > > > > > > > > > > > > > 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.o= rg. > > > > > > > > > > The IETF Secretariat > > > > > > > > > > _______________________________________________ > > > > > dmm mailing list > > > > > dmm@ietf.org > > > > > https://www.ietf.org/mailman/listinfo/dmm >=20 > -- > Pidloc mailing list > Pidloc@ietf.org > https://www.ietf.org/mailman/listinfo/pidloc From nobody Tue Jan 29 11:24:54 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4FD92130FD7 for ; Tue, 29 Jan 2019 11:24:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.042 X-Spam-Level: X-Spam-Status: No, score=-2.042 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=quantonium-net.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ah_rokus7J8p for ; Tue, 29 Jan 2019 11:24:48 -0800 (PST) Received: from mail-it1-x133.google.com (mail-it1-x133.google.com [IPv6:2607:f8b0:4864:20::133]) (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 B7BA1130FE2 for ; Tue, 29 Jan 2019 11:24:48 -0800 (PST) Received: by mail-it1-x133.google.com with SMTP id w18so6428231ite.1 for ; Tue, 29 Jan 2019 11:24:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quantonium-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=6ge62Lz2qOnY3l3Is7bO1kLzrVk8edkubx5fr8VZ2SI=; b=oKROj53KPNBAG0SLuaazfUkBLo/VIlhe/+5esx8cpqJeLkatOZl+2ZNnq3xcEnvPw0 MHdFfdyxNoTrCfwqwIm7mdvmThwPqaFTTW6b8qoIhg9ILH7zBKOxQm6ouaEXZa0yaXbh 4up8OOwpya/XlsTfciP6YUG8Xe9e2CQovohM4rAAV0VKDAfCl3uoB0udD6EK/TjAO2br hHVgBMe8VK9AJKD8wfBeNn/pxKfar9eCxmhlHFq4MMI/vCZVfdVF5dcZ0WYwkqAlcD48 /P46WOZ+75boWe6Op5YeQIawrDF1O2bg8qa4+dir6hZe7Y+wjctkx+x5orE6rl94nU3v khPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=6ge62Lz2qOnY3l3Is7bO1kLzrVk8edkubx5fr8VZ2SI=; b=NE8n8hwuqQVDcv5RAd62EBqws2RG+K7vYHIdNBwo8A4r8e+9OzE9lTt28qujmqU9w9 XhPIZVRkeU+5bKwSIqR4HH0GiSRKVq1lYsmoHC2r9NCTGa585hUAu6jnAUqWAJFTVD2A msjzuAsavz/MPGwN2hMLfYdhN0pgyeucdCkSWHkQRRWa4dmlmMSsfm8LpyjQXiBvxk2D 1oNAKphBo84dYPfdvRuyQu0PmVj2+uPMA1bgO39qhvMRLgY3byxbJIGFqb1G/nrzd52G Y9c4+5ntrAIPy0lNboxKwba5XtiGAUPv2JMNnbBJvjnourRZoUqqa6HOAV4Aq6BZ4kC7 BhUg== X-Gm-Message-State: AHQUAuYZGaqM9c5M3FgEac/BAqmV8sB9cL6yXg/grZRoA2KRpLRi6KIx bONJ+RfXkgYIBgR5WvlAtaxNTMD5TaurhUklutmmtQ== X-Google-Smtp-Source: ALg8bN7WHacqFeo9nVPEhdLTp6xVDy85Eb3He+gzoYpB5XFHLqAbf9FduA/gc2XgX1aXRrLhLCDc5NdNuKmSU+gMX7Y= X-Received: by 2002:a24:7284:: with SMTP id x126mr13748179itc.15.1548789887797; Tue, 29 Jan 2019 11:24:47 -0800 (PST) MIME-Version: 1.0 References: <154871730925.2863.111474039018096073.idtracker@ietfa.amsl.com> <7be91a164bda4144a12c6c693bae7106@boeing.com> <2e0c578499cb4761ac113a264f3992a0@boeing.com> <47b7c55f5dfa4867ac1763e2c76f3ff0@boeing.com> In-Reply-To: <47b7c55f5dfa4867ac1763e2c76f3ff0@boeing.com> From: Tom Herbert Date: Tue, 29 Jan 2019 11:24:36 -0800 Message-ID: To: "Templin (US), Fred L" Cc: Vikram Siwach , "pidloc@ietf.org" , dmm Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [DMM] [Pidloc] Fwd: New Version Notification for draft-herbert-intarea-ams-00.txt X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2019 19:24:51 -0000 On Tue, Jan 29, 2019 at 10:25 AM Templin (US), Fred L wrote: > > Hi Tom, > > > -----Original Message----- > > From: Pidloc [mailto:pidloc-bounces@ietf.org] On Behalf Of Tom Herbert > > Sent: Tuesday, January 29, 2019 9:36 AM > > To: Templin (US), Fred L > > Cc: Vikram Siwach ; pidloc@ietf.org; dmm > > Subject: Re: [Pidloc] [DMM] Fwd: New Version Notification for draft-herbert-intarea-ams-00.txt > > > > On Tue, Jan 29, 2019 at 8:46 AM Templin (US), Fred L > > wrote: > > > > > > Hi Tom, > > > > > > Please read 'draft-templin-rtgwg-scalable-bgp' (only 7 pages). It emphasizes > > > the scalability considerations from 'draft-templin-intarea-6706bis' that we > > > omitted from 'draft-ietf-rtgwg-atn-bgp', and also shows that the use cases > > > are not limited to civil aviation. The purpose is to present a condensed > > > version of the AERO routing system that has been around for many years. > > > > > > In 'draft-templin-rtgwg-scalable-bgp', we show that a BGP overlay can be > > > organized to support 1B or more de-aggregated MNP prefixes. So, please > > > have a look at that with the mindset that we are not addressing just the > > > civil aviation use case but are broadly considering other use cases. > > > > > Okay, thanks for the explanation. It might be helpful if you could > > recast draft-ietf-rtgwg-atn-bgp to be more of a general solution. > > Good input, but for that one we really were chartered to focus specifically > on the aviation use case. Even so, the document says: > > "In this way, each set of c-ASBRs maintains > separate routing and forwarding tables so that scaling is distributed > across multiple c-ASBR sets instead of concentrated in a single > c-ASBR set. For example, a first c-ASBR set could aggregate an MSP > segment A::/32, a second set could aggregate B::/32, a third could > aggregate C::/32, etc. The union of all MSP segments would then > constitute the collective MSP(s) for the entire ATN/IPS." > > The A::/32, B::/32, C::/32 I think correspond to what your document calls > "shards", but there is no implied maximum number in the doc so there > could be thousands. But, in terms of the architecture, all three documents > ('scalable-bgp', 'atn-bgp' and AERO) really say the same thing - scalable > deaggregation. > I see. I think the atn may be nicely describing the sharding referred to in AMS. AMS employs caches to ensure direct path for critical communications. From that POV maybe they are complementary. > > I looked at draft-templin-rtgwg-scalable-bgp. There's a lot discussion > > about scalability of c-ASBR but not so much about s-ABSR. I'm > > primarily interested in the latter because that is where the solution > > will be providing the oprimizations we want for low latency. While > > with c-ASBRs we could expect them to have scaling properties similar > > core routers, I would expect that s-ASBR devices will exhibit a lot > > more variety and have a wider range of scalability. > > The document is very careful to differentiate scaling considerations of > s-ASBRs independently of the scaling considerations of the stub AS. > The s-ASBR is the entity that connects the stub AS to the overlay, but > there may be many other entities inside the stub AS whose job it is > to coordinate with the mobile nodes. > > > For instance, it's > > conceivable that we might want the functionality incorporated into a > > low powered device in the base station of a microcell, or incorporated > > into MEC servers as I mentioned previously. I assume a BGP solution > > would require all s-ASBRs to hold all the routes for the sub-MNPs as > > well as being able to consume the rate of mobile events within the > > sub-MNP. > > Other elements inside the stub AS can do the fine-grained mobility > signaling with the mobile nodes, while the s-ASBR can be deployed in > such a fashion that all it ever does is send unidirectional BGP updates > to c-ASBRs. > > > So to me, the obvious question is if such a device were only > > communicating with, say, a 1000 nodes at any givent time, then does it > > really make sense to give them all the information about the 1M or so > > nodes in the sub-MNP, or can we just give them the information that is > > currently useful to them? > > The stub ASes accept mobile node customers up to a certain maximum. > So, if there are currently only 1K customers then there are currently only > 1K routes. But, let's assume that each stub AS can accept up to 1M mobile > node customers at a time. Then, if there are 1K stub ASes we achieve our > 1B MNP goal. > > It is also important to understand that the stub AS does not correspond to a > single sub-MSP aggregated prefix (e.g., 2001:db8::/44). The stub AS will accept > the MNPs of mobile nodes that are covered by any sub-MSP so routing in the > stub AS (as well as in the system as a whole) is completely de-aggregated. > Sure, but isn't there sub-optimal routing when a node moves to an area covered by a different stub AS. In that case wouldn't packets be routed to the home s-ABSR and then forwarded to the remote location. And even if each stub AS were to support up to 1M nodes, a large densely populated urban area might have an order of magnitude more devices which means that the city needs to be divided up into several areas corresponding to stub-ASs and MNPs. Entropy of motion implies that a steady state will be reached where a fairly large portion of users are outside the geographic area corresponging to their MNP so communications are subject to the triangular routing. So I think the atn solution might be good to scale the number of nodes, but sub-optimal routing is going to be problematic for critical low latency applications. For those, I maintain we always want them to the most direct route available (e.g. anchorless routing), hence the value of a cache. > Thanks for the questions, and let me know if you have any others. > > Regard s- Fred > > > Do you have any thoughts along these lines? > > > > Tom > > > > > Thanks - Fred > > > > > > > -----Original Message----- > > > > From: Tom Herbert [mailto:tom@quantonium.net] > > > > Sent: Tuesday, January 29, 2019 8:33 AM > > > > To: Templin (US), Fred L > > > > Cc: dmm ; pidloc@ietf.org; Vikram Siwach > > > > Subject: Re: [DMM] Fwd: New Version Notification for draft-herbert-intarea-ams-00.txt > > > > > > > > On Tue, Jan 29, 2019 at 7:35 AM Templin (US), Fred L > > > > wrote: > > > > > > > > > > Hi Tom, > > > > > > > > > > I read it, and I do not think it is different from the system described > > > > > in 'draft-ietf-rtgwg-atn-bgp'. > > > > > > > > > Hi Fred, > > > > > > > > Thanks for the comment. I have read draft-ietf-rtgwg-atn-bgp also. I > > > > think that the hub and spoke architecture will end up being similar, > > > > but I'm not sure that this is exactly the same thing. One difference > > > > is that draft-ietf-rtgwg-atn-bgp is targeted to particular > > > > application, whereas draft-herbert-intarea-ams endeavours to be > > > > general purposes. There are differences especially in scalability. For > > > > instance, rtgwg-atn-bgp mentions network with millions of routes, and > > > > in draft-herbert-intarea-ams the target is to support networks with > > > > billions of active addresses for IoT networks. And if we do get to > > > > unique address per flow, then the total number of addresses to be > > > > managed is much more (hence why hidden aggregation becomes > > > > interesting). > > > > > > > > Another consideration is MEC servers providing services to UEs at they > > > > edge. If they participate in the routing/mapping system (as an ASBR-s > > > > in draft-ietf-rtgwg-atn-bgp and AMS-F in AMS) then the end device can > > > > perform overlay routing itself. That is very efficient for lowest > > > > latency. There may be many MEC servers and each one might only be > > > > communicating with a small subset of all possible nodes. This seems to > > > > motivate a working set cache to that limits the number of mappings as > > > > well as the amount of control plane communications. > > > > > > > > Tom > > > > > > > > > Fred > > > > > > > > > > > -----Original Message----- > > > > > > From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Tom Herbert > > > > > > Sent: Monday, January 28, 2019 3:36 PM > > > > > > To: dmm ; pidloc@ietf.org > > > > > > Cc: Vikram Siwach > > > > > > Subject: [DMM] Fwd: New Version Notification for draft-herbert-intarea-ams-00.txt > > > > > > > > > > > > Hello, > > > > > > > > > > > > We've posted a first draft of Address Mapping System (AMS). We > > > > > > anticipate that this can be applied to mobile networks to provide > > > > > > optimized overlay routing. In particular, this design provides for > > > > > > anchorless routing (in the form of anchor bypass) and otherwise > > > > > > facilitates meeting several requirements for optimizing the mobile > > > > > > user plane as described in section 1.0 of > > > > > > draft-bogineni-dmm-optimized-mobile-user-plane-01. AMS is agnostic to > > > > > > the underlaying overlay protocol and should be compatible with most of > > > > > > those being discussed. Another goal of AMS is to not require replacing > > > > > > exsiting control planes, but can work in concert with them. For > > > > > > example, the draft discusses how AMS might work with 5G. > > > > > > > > > > > > Tom > > > > > > > > > > > > ---------- Forwarded message --------- > > > > > > From: > > > > > > Date: Mon, Jan 28, 2019 at 3:15 PM > > > > > > Subject: New Version Notification for draft-herbert-intarea-ams-00.txt > > > > > > To: Vikram Siwach > > > > > > > > > > > > > > > > > > > > > > > > A new version of I-D, draft-herbert-intarea-ams-00.txt > > > > > > has been successfully submitted by Tom Herbert and posted to the > > > > > > IETF repository. > > > > > > > > > > > > Name: draft-herbert-intarea-ams > > > > > > Revision: 00 > > > > > > Title: Address Mapping System > > > > > > Document date: 2019-01-28 > > > > > > Group: Individual Submission > > > > > > Pages: 47 > > > > > > URL: > > > > > > https://www.ietf.org/internet-drafts/draft-herbert-intarea-ams-00.txt > > > > > > Status: https://datatracker.ietf.org/doc/draft-herbert-intarea-ams/ > > > > > > Htmlized: https://tools.ietf.org/html/draft-herbert-intarea-ams-00 > > > > > > Htmlized: https://datatracker.ietf.org/doc/html/draft-herbert-intarea-ams > > > > > > > > > > > > > > > > > > Abstract: > > > > > > This document describes the Address Mapping System that is a generic, > > > > > > extensible, and scalable system for mapping network addresses to > > > > > > other network addresses. The Address Mapping System is intended to be > > > > > > used in conjunction with overlay techniques which facilitate > > > > > > transmission of packets across overlay networks. Information returned > > > > > > by the Address Mapping System can include the particular network > > > > > > overlay method and instructions related to the method. The Address > > > > > > Mapping System has a number of potential use cases networking > > > > > > including identifier-locator protocols, network virtualization, and > > > > > > promotion of privacy. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 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 > > > > > > > > > > > > _______________________________________________ > > > > > > dmm mailing list > > > > > > dmm@ietf.org > > > > > > https://www.ietf.org/mailman/listinfo/dmm > > > > -- > > Pidloc mailing list > > Pidloc@ietf.org > > https://www.ietf.org/mailman/listinfo/pidloc From nobody Tue Jan 29 12:14:02 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C80E130EBA; Tue, 29 Jan 2019 12:14:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UVb9_EBol5KC; Tue, 29 Jan 2019 12:13:58 -0800 (PST) Received: from clt-mbsout-02.mbs.boeing.net (clt-mbsout-02.mbs.boeing.net [130.76.144.163]) (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 D2079130EAE; Tue, 29 Jan 2019 12:13:57 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clt-mbsout-02.mbs.boeing.net (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with SMTP id x0TKDtPt011330; Tue, 29 Jan 2019 15:13:55 -0500 Received: from XCH16-07-08.nos.boeing.com (xch16-07-08.nos.boeing.com [144.115.66.110]) by clt-mbsout-02.mbs.boeing.net (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id x0TKDmeM010234 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=FAIL); Tue, 29 Jan 2019 15:13:48 -0500 Received: from XCH16-07-10.nos.boeing.com (144.115.66.112) by XCH16-07-08.nos.boeing.com (144.115.66.110) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.1591.10; Tue, 29 Jan 2019 12:13:47 -0800 Received: from XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8]) by XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8%2]) with mapi id 15.01.1591.012; Tue, 29 Jan 2019 12:13:47 -0800 From: "Templin (US), Fred L" To: Tom Herbert CC: Vikram Siwach , "pidloc@ietf.org" , dmm Thread-Topic: [Pidloc] [DMM] Fwd: New Version Notification for draft-herbert-intarea-ams-00.txt Thread-Index: AQHUt2KfWlx/WWYcSkyzsVamPdto6KXGYSAAgACW14D//3tEQIAAljiA//98cnCAAKH8AP//gjmw Date: Tue, 29 Jan 2019 20:13:47 +0000 Message-ID: References: <154871730925.2863.111474039018096073.idtracker@ietfa.amsl.com> <7be91a164bda4144a12c6c693bae7106@boeing.com> <2e0c578499cb4761ac113a264f3992a0@boeing.com> <47b7c55f5dfa4867ac1763e2c76f3ff0@boeing.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [137.137.12.6] x-tm-snts-smtp: BBBECD70DA4ABB649BB5B329F3015BA2BD7354AC842289AA0513CC545C46928C2000:8 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-TM-AS-GCONF: 00 Archived-At: Subject: Re: [DMM] [Pidloc] Fwd: New Version Notification for draft-herbert-intarea-ams-00.txt X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2019 20:14:00 -0000 SGkgVG9tLA0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IFRvbSBIZXJi ZXJ0IFttYWlsdG86dG9tQHF1YW50b25pdW0ubmV0XQ0KPiBTZW50OiBUdWVzZGF5LCBKYW51YXJ5 IDI5LCAyMDE5IDExOjI1IEFNDQo+IFRvOiBUZW1wbGluIChVUyksIEZyZWQgTCA8RnJlZC5MLlRl bXBsaW5AYm9laW5nLmNvbT4NCj4gQ2M6IFZpa3JhbSBTaXdhY2ggPHZzaXdhY2hAZ21haWwuY29t PjsgcGlkbG9jQGlldGYub3JnOyBkbW0gPGRtbUBpZXRmLm9yZz4NCj4gU3ViamVjdDogUmU6IFtQ aWRsb2NdIFtETU1dIEZ3ZDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1oZXJi ZXJ0LWludGFyZWEtYW1zLTAwLnR4dA0KPiANCj4gT24gVHVlLCBKYW4gMjksIDIwMTkgYXQgMTA6 MjUgQU0gVGVtcGxpbiAoVVMpLCBGcmVkIEwNCj4gPEZyZWQuTC5UZW1wbGluQGJvZWluZy5jb20+ IHdyb3RlOg0KPiA+DQo+ID4gSGkgVG9tLA0KPiA+DQo+ID4gPiAtLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KPiA+ID4gRnJvbTogUGlkbG9jIFttYWlsdG86cGlkbG9jLWJvdW5jZXNAaWV0Zi5v cmddIE9uIEJlaGFsZiBPZiBUb20gSGVyYmVydA0KPiA+ID4gU2VudDogVHVlc2RheSwgSmFudWFy eSAyOSwgMjAxOSA5OjM2IEFNDQo+ID4gPiBUbzogVGVtcGxpbiAoVVMpLCBGcmVkIEwgPEZyZWQu TC5UZW1wbGluQGJvZWluZy5jb20+DQo+ID4gPiBDYzogVmlrcmFtIFNpd2FjaCA8dnNpd2FjaEBn bWFpbC5jb20+OyBwaWRsb2NAaWV0Zi5vcmc7IGRtbSA8ZG1tQGlldGYub3JnPg0KPiA+ID4gU3Vi amVjdDogUmU6IFtQaWRsb2NdIFtETU1dIEZ3ZDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZv ciBkcmFmdC1oZXJiZXJ0LWludGFyZWEtYW1zLTAwLnR4dA0KPiA+ID4NCj4gPiA+IE9uIFR1ZSwg SmFuIDI5LCAyMDE5IGF0IDg6NDYgQU0gVGVtcGxpbiAoVVMpLCBGcmVkIEwNCj4gPiA+IDxGcmVk LkwuVGVtcGxpbkBib2VpbmcuY29tPiB3cm90ZToNCj4gPiA+ID4NCj4gPiA+ID4gSGkgVG9tLA0K PiA+ID4gPg0KPiA+ID4gPiBQbGVhc2UgcmVhZCAnZHJhZnQtdGVtcGxpbi1ydGd3Zy1zY2FsYWJs ZS1iZ3AnIChvbmx5IDcgcGFnZXMpLiBJdCBlbXBoYXNpemVzDQo+ID4gPiA+IHRoZSBzY2FsYWJp bGl0eSBjb25zaWRlcmF0aW9ucyBmcm9tICdkcmFmdC10ZW1wbGluLWludGFyZWEtNjcwNmJpcycg dGhhdCB3ZQ0KPiA+ID4gPiBvbWl0dGVkIGZyb20gJ2RyYWZ0LWlldGYtcnRnd2ctYXRuLWJncCcs IGFuZCBhbHNvIHNob3dzIHRoYXQgdGhlIHVzZSBjYXNlcw0KPiA+ID4gPiBhcmUgbm90IGxpbWl0 ZWQgdG8gY2l2aWwgYXZpYXRpb24uIFRoZSBwdXJwb3NlIGlzIHRvIHByZXNlbnQgYSBjb25kZW5z ZWQNCj4gPiA+ID4gdmVyc2lvbiBvZiB0aGUgQUVSTyByb3V0aW5nIHN5c3RlbSB0aGF0IGhhcyBi ZWVuIGFyb3VuZCBmb3IgbWFueSB5ZWFycy4NCj4gPiA+ID4NCj4gPiA+ID4gSW4gJ2RyYWZ0LXRl bXBsaW4tcnRnd2ctc2NhbGFibGUtYmdwJywgd2Ugc2hvdyB0aGF0IGEgQkdQIG92ZXJsYXkgY2Fu IGJlDQo+ID4gPiA+IG9yZ2FuaXplZCB0byBzdXBwb3J0IDFCIG9yIG1vcmUgZGUtYWdncmVnYXRl ZCBNTlAgcHJlZml4ZXMuIFNvLCBwbGVhc2UNCj4gPiA+ID4gaGF2ZSBhIGxvb2sgYXQgdGhhdCB3 aXRoIHRoZSBtaW5kc2V0IHRoYXQgd2UgYXJlIG5vdCBhZGRyZXNzaW5nIGp1c3QgdGhlDQo+ID4g PiA+IGNpdmlsIGF2aWF0aW9uIHVzZSBjYXNlIGJ1dCBhcmUgYnJvYWRseSBjb25zaWRlcmluZyBv dGhlciB1c2UgY2FzZXMuDQo+ID4gPiA+DQo+ID4gPiBPa2F5LCB0aGFua3MgZm9yIHRoZSBleHBs YW5hdGlvbi4gSXQgbWlnaHQgYmUgaGVscGZ1bCBpZiB5b3UgY291bGQNCj4gPiA+IHJlY2FzdCBk cmFmdC1pZXRmLXJ0Z3dnLWF0bi1iZ3AgdG8gYmUgbW9yZSBvZiBhIGdlbmVyYWwgc29sdXRpb24u DQo+ID4NCj4gPiBHb29kIGlucHV0LCBidXQgZm9yIHRoYXQgb25lIHdlIHJlYWxseSB3ZXJlIGNo YXJ0ZXJlZCB0byBmb2N1cyBzcGVjaWZpY2FsbHkNCj4gPiBvbiB0aGUgYXZpYXRpb24gdXNlIGNh c2UuIEV2ZW4gc28sIHRoZSBkb2N1bWVudCBzYXlzOg0KPiA+DQo+ID4gICAgIkluIHRoaXMgd2F5 LCBlYWNoIHNldCBvZiBjLUFTQlJzIG1haW50YWlucw0KPiA+ICAgIHNlcGFyYXRlIHJvdXRpbmcg YW5kIGZvcndhcmRpbmcgdGFibGVzIHNvIHRoYXQgc2NhbGluZyBpcyBkaXN0cmlidXRlZA0KPiA+ ICAgIGFjcm9zcyBtdWx0aXBsZSBjLUFTQlIgc2V0cyBpbnN0ZWFkIG9mIGNvbmNlbnRyYXRlZCBp biBhIHNpbmdsZQ0KPiA+ICAgIGMtQVNCUiBzZXQuICBGb3IgZXhhbXBsZSwgYSBmaXJzdCBjLUFT QlIgc2V0IGNvdWxkIGFnZ3JlZ2F0ZSBhbiBNU1ANCj4gPiAgICBzZWdtZW50IEE6Oi8zMiwgYSBz ZWNvbmQgc2V0IGNvdWxkIGFnZ3JlZ2F0ZSBCOjovMzIsIGEgdGhpcmQgY291bGQNCj4gPiAgICBh Z2dyZWdhdGUgQzo6LzMyLCBldGMuICBUaGUgdW5pb24gb2YgYWxsIE1TUCBzZWdtZW50cyB3b3Vs ZCB0aGVuDQo+ID4gICAgY29uc3RpdHV0ZSB0aGUgY29sbGVjdGl2ZSBNU1AocykgZm9yIHRoZSBl bnRpcmUgQVROL0lQUy4iDQo+ID4NCj4gPiBUaGUgQTo6LzMyLCBCOjovMzIsIEM6Oi8zMiBJIHRo aW5rIGNvcnJlc3BvbmQgdG8gd2hhdCB5b3VyIGRvY3VtZW50IGNhbGxzDQo+ID4gInNoYXJkcyIs IGJ1dCB0aGVyZSBpcyBubyBpbXBsaWVkIG1heGltdW0gbnVtYmVyIGluIHRoZSBkb2Mgc28gdGhl cmUNCj4gPiBjb3VsZCBiZSB0aG91c2FuZHMuIEJ1dCwgaW4gdGVybXMgb2YgdGhlIGFyY2hpdGVj dHVyZSwgYWxsIHRocmVlIGRvY3VtZW50cw0KPiA+ICgnc2NhbGFibGUtYmdwJywgJ2F0bi1iZ3An IGFuZCBBRVJPKSByZWFsbHkgc2F5IHRoZSBzYW1lIHRoaW5nIC0gc2NhbGFibGUNCj4gPiBkZWFn Z3JlZ2F0aW9uLg0KPiA+DQo+IEkgc2VlLiBJIHRoaW5rIHRoZSBhdG4gbWF5IGJlIG5pY2VseSBk ZXNjcmliaW5nIHRoZSBzaGFyZGluZyByZWZlcnJlZA0KPiB0byBpbiBBTVMuIEFNUyBlbXBsb3lz IGNhY2hlcyB0byBlbnN1cmUgZGlyZWN0IHBhdGggZm9yIGNyaXRpY2FsDQo+IGNvbW11bmljYXRp b25zLg0KDQpCdXQsIHdoYXQgZG8geW91IGRvIHdpdGggYXJyaXZpbmcgcGFja2V0cyB3aGlsZSB0 aGVyZSBpcyBhIGNhY2hlIG1pc3MgYW5kDQp5b3UgbmVlZCB0byBnbyBvdXQgYW5kIGZpbGwgdGhl IGNhY2hlPyBEcm9wIHRoZW0gb24gdGhlIGZsb29yPyBIb2xkIHRoZW0NCmluIGEgcXVldWU/IFdp dGggdGhlIEJHUCBhcnJhbmdlbWVudCwgcGFja2V0cyBhcmUgZm9yd2FyZGVkIG5vcm1hbGx5DQpl dmVuIGlmIGluaXRpYWwgcGFja2V0cyBlbmQgdXAgdGFraW5nIGEgc29tZXdoYXQgbG9uZ2VyIHJv dXRlLiANCg0KPiBGcm9tIHRoYXQgUE9WIG1heWJlIHRoZXkgYXJlIGNvbXBsZW1lbnRhcnkuDQoN CkkgdGhpbmsgZXhhbWluaW5nIHRoZSBlbGVtZW50cyB0aGF0IHdvdWxkIGJlIGF0IHdvcmsgd2l0 aGluIHRoZSBzdHViIEFTDQptYWtlcyBzZW5zZSwgYW5kIEkgaGF2ZW4ndCBnb25lIHRvIHRoYXQg bGV2ZWwgb2YgZXhhbWluYXRpb24gaW4gdGhlICpydGd3ZyoNCmRvY3MuIEJ1dCwgaW50cmEtIHN0 dWIgQVMgY2FuZGlkYXRlIHNvbHV0aW9ucyBhbHJlYWR5IGluY2x1ZGUgTUlQdjYsIExJU1AgYW5k DQpBRVJPIC0gc28sIHlvdSBtYXkgbmVlZCB0byBsb29rIGZvciBvdmVybGFwcyB3aXRoIHRob3Nl IGFzIHdlbGwuDQoNCj4gPiA+IEkgbG9va2VkIGF0IGRyYWZ0LXRlbXBsaW4tcnRnd2ctc2NhbGFi bGUtYmdwLiBUaGVyZSdzIGEgbG90IGRpc2N1c3Npb24NCj4gPiA+IGFib3V0IHNjYWxhYmlsaXR5 IG9mIGMtQVNCUiBidXQgbm90IHNvIG11Y2ggYWJvdXQgcy1BQlNSLiBJJ20NCj4gPiA+IHByaW1h cmlseSBpbnRlcmVzdGVkIGluIHRoZSBsYXR0ZXIgYmVjYXVzZSB0aGF0IGlzIHdoZXJlIHRoZSBz b2x1dGlvbg0KPiA+ID4gd2lsbCBiZSBwcm92aWRpbmcgdGhlIG9wcmltaXphdGlvbnMgd2Ugd2Fu dCBmb3IgbG93IGxhdGVuY3kuIFdoaWxlDQo+ID4gPiB3aXRoIGMtQVNCUnMgd2UgY291bGQgZXhw ZWN0IHRoZW0gdG8gaGF2ZSBzY2FsaW5nIHByb3BlcnRpZXMgc2ltaWxhcg0KPiA+ID4gY29yZSBy b3V0ZXJzLCBJIHdvdWxkIGV4cGVjdCB0aGF0IHMtQVNCUiBkZXZpY2VzIHdpbGwgZXhoaWJpdCBh IGxvdA0KPiA+ID4gbW9yZSB2YXJpZXR5IGFuZCBoYXZlIGEgd2lkZXIgcmFuZ2Ugb2Ygc2NhbGFi aWxpdHkuDQo+ID4NCj4gPiBUaGUgZG9jdW1lbnQgaXMgdmVyeSBjYXJlZnVsIHRvIGRpZmZlcmVu dGlhdGUgc2NhbGluZyBjb25zaWRlcmF0aW9ucyBvZg0KPiA+IHMtQVNCUnMgaW5kZXBlbmRlbnRs eSBvZiB0aGUgc2NhbGluZyBjb25zaWRlcmF0aW9ucyBvZiB0aGUgc3R1YiBBUy4NCj4gPiBUaGUg cy1BU0JSIGlzIHRoZSBlbnRpdHkgdGhhdCBjb25uZWN0cyB0aGUgc3R1YiBBUyB0byB0aGUgb3Zl cmxheSwgYnV0DQo+ID4gdGhlcmUgbWF5IGJlIG1hbnkgb3RoZXIgZW50aXRpZXMgaW5zaWRlIHRo ZSBzdHViIEFTIHdob3NlIGpvYiBpdCBpcw0KPiA+IHRvIGNvb3JkaW5hdGUgd2l0aCB0aGUgbW9i aWxlIG5vZGVzLg0KPiA+DQo+ID4gPiBGb3IgaW5zdGFuY2UsIGl0J3MNCj4gPiA+IGNvbmNlaXZh YmxlIHRoYXQgd2UgbWlnaHQgd2FudCB0aGUgZnVuY3Rpb25hbGl0eSBpbmNvcnBvcmF0ZWQgaW50 byBhDQo+ID4gPiBsb3cgcG93ZXJlZCBkZXZpY2UgaW4gdGhlIGJhc2Ugc3RhdGlvbiBvZiBhIG1p Y3JvY2VsbCwgb3IgaW5jb3Jwb3JhdGVkDQo+ID4gPiBpbnRvIE1FQyBzZXJ2ZXJzIGFzIEkgbWVu dGlvbmVkIHByZXZpb3VzbHkuIEkgYXNzdW1lIGEgQkdQIHNvbHV0aW9uDQo+ID4gPiB3b3VsZCBy ZXF1aXJlIGFsbCBzLUFTQlJzIHRvIGhvbGQgYWxsIHRoZSByb3V0ZXMgZm9yIHRoZSBzdWItTU5Q cyBhcw0KPiA+ID4gd2VsbCBhcyBiZWluZyBhYmxlIHRvIGNvbnN1bWUgdGhlIHJhdGUgb2YgbW9i aWxlIGV2ZW50cyB3aXRoaW4gdGhlDQo+ID4gPiBzdWItTU5QLg0KPiA+DQo+ID4gT3RoZXIgZWxl bWVudHMgaW5zaWRlIHRoZSBzdHViIEFTIGNhbiBkbyB0aGUgZmluZS1ncmFpbmVkIG1vYmlsaXR5 DQo+ID4gc2lnbmFsaW5nIHdpdGggdGhlIG1vYmlsZSBub2Rlcywgd2hpbGUgdGhlIHMtQVNCUiBj YW4gYmUgZGVwbG95ZWQgaW4NCj4gPiBzdWNoIGEgZmFzaGlvbiB0aGF0IGFsbCBpdCBldmVyIGRv ZXMgaXMgc2VuZCB1bmlkaXJlY3Rpb25hbCBCR1AgdXBkYXRlcw0KPiA+IHRvIGMtQVNCUnMuDQo+ ID4NCj4gPiA+IFNvIHRvIG1lLCB0aGUgb2J2aW91cyBxdWVzdGlvbiBpcyBpZiBzdWNoIGEgZGV2 aWNlIHdlcmUgb25seQ0KPiA+ID4gY29tbXVuaWNhdGluZyB3aXRoLCBzYXksIGEgMTAwMCBub2Rl cyBhdCBhbnkgZ2l2ZW50IHRpbWUsIHRoZW4gZG9lcyBpdA0KPiA+ID4gcmVhbGx5IG1ha2Ugc2Vu c2UgdG8gZ2l2ZSB0aGVtIGFsbCB0aGUgaW5mb3JtYXRpb24gYWJvdXQgdGhlIDFNIG9yIHNvDQo+ ID4gPiBub2RlcyBpbiB0aGUgc3ViLU1OUCwgb3IgY2FuIHdlIGp1c3QgZ2l2ZSB0aGVtIHRoZSBp bmZvcm1hdGlvbiB0aGF0IGlzDQo+ID4gPiBjdXJyZW50bHkgdXNlZnVsIHRvIHRoZW0/DQo+ID4N Cj4gPiBUaGUgc3R1YiBBU2VzIGFjY2VwdCBtb2JpbGUgbm9kZSBjdXN0b21lcnMgdXAgdG8gYSBj ZXJ0YWluIG1heGltdW0uDQo+ID4gU28sIGlmIHRoZXJlIGFyZSBjdXJyZW50bHkgb25seSAxSyBj dXN0b21lcnMgdGhlbiB0aGVyZSBhcmUgY3VycmVudGx5IG9ubHkNCj4gPiAxSyByb3V0ZXMuIEJ1 dCwgbGV0J3MgYXNzdW1lIHRoYXQgZWFjaCBzdHViIEFTIGNhbiBhY2NlcHQgdXAgdG8gMU0gbW9i aWxlDQo+ID4gbm9kZSBjdXN0b21lcnMgYXQgYSB0aW1lLiBUaGVuLCBpZiB0aGVyZSBhcmUgMUsg c3R1YiBBU2VzIHdlIGFjaGlldmUgb3VyDQo+ID4gMUIgTU5QIGdvYWwuDQo+ID4NCj4gPiBJdCBp cyBhbHNvIGltcG9ydGFudCB0byB1bmRlcnN0YW5kIHRoYXQgdGhlIHN0dWIgQVMgZG9lcyBub3Qg Y29ycmVzcG9uZCB0byBhDQo+ID4gc2luZ2xlIHN1Yi1NU1AgYWdncmVnYXRlZCBwcmVmaXggKGUu Zy4sIDIwMDE6ZGI4OjovNDQpLiBUaGUgc3R1YiBBUyB3aWxsIGFjY2VwdA0KPiA+IHRoZSBNTlBz IG9mIG1vYmlsZSBub2RlcyB0aGF0IGFyZSBjb3ZlcmVkIGJ5IGFueSBzdWItTVNQIHNvIHJvdXRp bmcgaW4gdGhlDQo+ID4gc3R1YiBBUyAoYXMgd2VsbCBhcyBpbiB0aGUgc3lzdGVtIGFzIGEgd2hv bGUpIGlzIGNvbXBsZXRlbHkgZGUtYWdncmVnYXRlZC4NCj4gPg0KPiBTdXJlLCBidXQgaXNuJ3Qg dGhlcmUgc3ViLW9wdGltYWwgcm91dGluZyB3aGVuIGEgbm9kZSBtb3ZlcyB0byBhbiBhcmVhDQo+ IGNvdmVyZWQgYnkgYSBkaWZmZXJlbnQgc3R1YiBBUy4gSW4gdGhhdCBjYXNlIHdvdWxkbid0IHBh Y2tldHMgYmUNCj4gcm91dGVkIHRvIHRoZSBob21lIHMtQUJTUiBhbmQgdGhlbiBmb3J3YXJkZWQg dG8gdGhlIHJlbW90ZSBsb2NhdGlvbi4NCg0KSW4gdGhpcyBtb2RlbCwgdGhlcmUgaXMgbm8gc3Vj aCBub3Rpb24gYXMgYSAiaG9tZSIgcy1BU0JSOyBtb2JpbGUgbm9kZXMNCmFyZSBhbHdheXMgImF3 YXkgZnJvbSBob21lIiwgYW5kIHRoZXJlIGlzIG5vIGFnZ3JlZ2F0aW9uIG9mIGFueSBraW5kDQp3 aXRoaW4gYW55IHN0dWIgQVMuIFRvdGFsIGRlLWFnZ3JlZ2F0aW9uIGluc3RlYWQuDQoNCj4gQW5k IGV2ZW4gaWYgZWFjaCBzdHViIEFTIHdlcmUgdG8gc3VwcG9ydCB1cCB0byAxTSBub2RlcywgYSBs YXJnZQ0KPiBkZW5zZWx5IHBvcHVsYXRlZCB1cmJhbiBhcmVhIG1pZ2h0IGhhdmUgYW4gb3JkZXIg b2YgbWFnbml0dWRlIG1vcmUNCj4gZGV2aWNlcyB3aGljaCBtZWFucyB0aGF0IHRoZSBjaXR5IG5l ZWRzIHRvIGJlIGRpdmlkZWQgdXAgaW50byBzZXZlcmFsDQo+IGFyZWFzIGNvcnJlc3BvbmRpbmcg dG8gc3R1Yi1BU3MgYW5kIE1OUHMuDQoNClllcywgZm9yIHZlcnkgZGVuc2UgdXJiYW4gYXJlYXMg dGhlcmUgY291bGQgYmUgbWFueSBzdHViIEFTZXMgLSBlYWNoIG9uZSBvZg0Kd2hpY2ggaXMgY2Fw YWJsZSBvZiBzZXJ2aW5nIGFueSBtb2JpbGUgbm9kZSB0aGF0IHNob3dzIHVwLiBTbyB0aGVyZSBp cyBuYXR1cmFsDQpsb2FkIGJhbGFuY2luZyBhbmQgbm8gYWdncmVnYXRpb24gb2YgYW55IGtpbmQu DQoNCj4gRW50cm9weSBvZiBtb3Rpb24gaW1wbGllcw0KPiB0aGF0IGEgc3RlYWR5IHN0YXRlIHdp bGwgYmUgcmVhY2hlZCB3aGVyZSBhIGZhaXJseSBsYXJnZSBwb3J0aW9uIG9mDQo+IHVzZXJzIGFy ZSBvdXRzaWRlIHRoZSBnZW9ncmFwaGljIGFyZWEgY29ycmVzcG9uZ2luZyB0byB0aGVpciBNTlAg c28NCj4gY29tbXVuaWNhdGlvbnMgYXJlIHN1YmplY3QgdG8gdGhlIHRyaWFuZ3VsYXIgcm91dGlu Zy4NCg0KTW9iaWxlIG5vZGVzIGFzc29jaWF0ZSB3aXRoIGEgbmVhcmJ5IHN0dWIgQVMgZnJvbSBh IHJlZ2lvbmFsIHBlcnNwZWN0aXZlLg0KSWYgdGhlIG1vYmlsZSBtb3ZlcyBmYXIgYXdheSBmcm9t IGl0cyBjdXJyZW50IHN0dWIgQVMsIGl0IGNhbiBsZWF2ZSB0aGF0DQpvbmUgYW5kIGFzc29jaWF0 ZSB3aXRoIGEgbmV3IHN0dWIgQVMgdGhhdCBpcyBjbG9zZXIuIEJ1dCwgaXQgY291bGQgaW5zdGVh ZA0KcmVtYWluIHdpdGggdGhlIG9sZCBzdHViIEFTIGF0IHRoZSBwZW5hbHR5IG9mIHJvdXRpbmcg c3RyZXRjaCBhcyB5b3Ugc2F5Lg0KDQo+IFNvIEkgdGhpbmsgdGhlIGF0biBzb2x1dGlvbiBtaWdo dCBiZSBnb29kIHRvIHNjYWxlIHRoZSBudW1iZXIgb2YNCj4gbm9kZXMsIGJ1dCBzdWItb3B0aW1h bCByb3V0aW5nIGlzIGdvaW5nIHRvIGJlIHByb2JsZW1hdGljIGZvciBjcml0aWNhbA0KPiBsb3cg bGF0ZW5jeSBhcHBsaWNhdGlvbnMuIEZvciB0aG9zZSwgSSBtYWludGFpbiB3ZSBhbHdheXMgd2Fu dCB0aGVtIHRvDQo+IHRoZSBtb3N0IGRpcmVjdCByb3V0ZSBhdmFpbGFibGUgKGUuZy4gYW5jaG9y bGVzcyByb3V0aW5nKSwgaGVuY2UgdGhlDQo+IHZhbHVlIG9mIGEgY2FjaGUuDQoNClJvdXRlIG9w dGltaXphdGlvbiBpcyB1c2VkIHRvIGF2b2lkIGhhdmluZyB0byBhbHdheXMgZ28gdGhyb3VnaCBh bg0KYW5jaG9yIC0gQUVSTyBpcyBBc3ltbWV0cmljIEV4dGVuZGVkIFJvdXRlIE9wdGltaXphdGlv biwgYW5kDQpMSVNQIGRvZXMgYSBzb3J0IG9mIHJvdXRlIG9wdGltaXphdGlvbiBpbiBpdHMgeFRS IGRpc2NvdmVyeSBwcm9jZXNzLg0KRGlyZWN0IG1vYmlsZS10by1tb2JpbGUgcm91dGUgb3B0aW1p emF0aW9uIG1heSBhbHNvIGJlIHBvc3NpYmxlDQppbiBzb21lIGVudmlyb25tZW50cywgYnV0IG5v dCBhbGwuDQoNClRoYW5rcyAtIEZyZWQNCg0KPiA+IFRoYW5rcyBmb3IgdGhlIHF1ZXN0aW9ucywg YW5kIGxldCBtZSBrbm93IGlmIHlvdSBoYXZlIGFueSBvdGhlcnMuDQo+ID4NCj4gPiBSZWdhcmQg cy0gRnJlZA0KPiA+DQo+ID4gPiBEbyB5b3UgaGF2ZSBhbnkgdGhvdWdodHMgYWxvbmcgdGhlc2Ug bGluZXM/DQo+ID4gPg0KPiA+ID4gVG9tDQo+ID4gPg0KPiA+ID4gPiBUaGFua3MgLSBGcmVkDQo+ ID4gPiA+DQo+ID4gPiA+ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiA+ID4gPiBG cm9tOiBUb20gSGVyYmVydCBbbWFpbHRvOnRvbUBxdWFudG9uaXVtLm5ldF0NCj4gPiA+ID4gPiBT ZW50OiBUdWVzZGF5LCBKYW51YXJ5IDI5LCAyMDE5IDg6MzMgQU0NCj4gPiA+ID4gPiBUbzogVGVt cGxpbiAoVVMpLCBGcmVkIEwgPEZyZWQuTC5UZW1wbGluQGJvZWluZy5jb20+DQo+ID4gPiA+ID4g Q2M6IGRtbSA8ZG1tQGlldGYub3JnPjsgcGlkbG9jQGlldGYub3JnOyBWaWtyYW0gU2l3YWNoIDx2 c2l3YWNoQGdtYWlsLmNvbT4NCj4gPiA+ID4gPiBTdWJqZWN0OiBSZTogW0RNTV0gRndkOiBOZXcg VmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWhlcmJlcnQtaW50YXJlYS1hbXMtMDAudHh0 DQo+ID4gPiA+ID4NCj4gPiA+ID4gPiBPbiBUdWUsIEphbiAyOSwgMjAxOSBhdCA3OjM1IEFNIFRl bXBsaW4gKFVTKSwgRnJlZCBMDQo+ID4gPiA+ID4gPEZyZWQuTC5UZW1wbGluQGJvZWluZy5jb20+ IHdyb3RlOg0KPiA+ID4gPiA+ID4NCj4gPiA+ID4gPiA+IEhpIFRvbSwNCj4gPiA+ID4gPiA+DQo+ ID4gPiA+ID4gPiBJIHJlYWQgaXQsIGFuZCBJIGRvIG5vdCB0aGluayBpdCBpcyBkaWZmZXJlbnQg ZnJvbSB0aGUgc3lzdGVtIGRlc2NyaWJlZA0KPiA+ID4gPiA+ID4gaW4gJ2RyYWZ0LWlldGYtcnRn d2ctYXRuLWJncCcuDQo+ID4gPiA+ID4gPg0KPiA+ID4gPiA+IEhpIEZyZWQsDQo+ID4gPiA+ID4N Cj4gPiA+ID4gPiBUaGFua3MgZm9yIHRoZSBjb21tZW50LiBJIGhhdmUgcmVhZCBkcmFmdC1pZXRm LXJ0Z3dnLWF0bi1iZ3AgYWxzby4gSQ0KPiA+ID4gPiA+IHRoaW5rIHRoYXQgdGhlIGh1YiBhbmQg c3Bva2UgYXJjaGl0ZWN0dXJlIHdpbGwgZW5kIHVwIGJlaW5nIHNpbWlsYXIsDQo+ID4gPiA+ID4g YnV0IEknbSBub3Qgc3VyZSB0aGF0IHRoaXMgaXMgZXhhY3RseSB0aGUgc2FtZSB0aGluZy4gT25l IGRpZmZlcmVuY2UNCj4gPiA+ID4gPiBpcyB0aGF0IGRyYWZ0LWlldGYtcnRnd2ctYXRuLWJncCBp cyB0YXJnZXRlZCB0byBwYXJ0aWN1bGFyDQo+ID4gPiA+ID4gYXBwbGljYXRpb24sIHdoZXJlYXMg ZHJhZnQtaGVyYmVydC1pbnRhcmVhLWFtcyBlbmRlYXZvdXJzIHRvIGJlDQo+ID4gPiA+ID4gZ2Vu ZXJhbCBwdXJwb3Nlcy4gVGhlcmUgYXJlIGRpZmZlcmVuY2VzIGVzcGVjaWFsbHkgaW4gc2NhbGFi aWxpdHkuIEZvcg0KPiA+ID4gPiA+IGluc3RhbmNlLCBydGd3Zy1hdG4tYmdwIG1lbnRpb25zIG5l dHdvcmsgd2l0aCBtaWxsaW9ucyBvZiByb3V0ZXMsIGFuZA0KPiA+ID4gPiA+IGluIGRyYWZ0LWhl cmJlcnQtaW50YXJlYS1hbXMgdGhlIHRhcmdldCBpcyB0byBzdXBwb3J0IG5ldHdvcmtzIHdpdGgN Cj4gPiA+ID4gPiBiaWxsaW9ucyBvZiBhY3RpdmUgYWRkcmVzc2VzIGZvciBJb1QgbmV0d29ya3Mu IEFuZCBpZiB3ZSBkbyBnZXQgdG8NCj4gPiA+ID4gPiB1bmlxdWUgYWRkcmVzcyBwZXIgZmxvdywg dGhlbiB0aGUgdG90YWwgbnVtYmVyIG9mIGFkZHJlc3NlcyB0byBiZQ0KPiA+ID4gPiA+IG1hbmFn ZWQgaXMgbXVjaCBtb3JlIChoZW5jZSB3aHkgaGlkZGVuIGFnZ3JlZ2F0aW9uIGJlY29tZXMNCj4g PiA+ID4gPiBpbnRlcmVzdGluZykuDQo+ID4gPiA+ID4NCj4gPiA+ID4gPiBBbm90aGVyIGNvbnNp ZGVyYXRpb24gaXMgTUVDIHNlcnZlcnMgcHJvdmlkaW5nIHNlcnZpY2VzIHRvIFVFcyBhdCB0aGV5 DQo+ID4gPiA+ID4gZWRnZS4gSWYgdGhleSBwYXJ0aWNpcGF0ZSBpbiB0aGUgcm91dGluZy9tYXBw aW5nIHN5c3RlbSAoYXMgYW4gQVNCUi1zDQo+ID4gPiA+ID4gaW4gZHJhZnQtaWV0Zi1ydGd3Zy1h dG4tYmdwIGFuZCBBTVMtRiBpbiBBTVMpIHRoZW4gdGhlIGVuZCBkZXZpY2UgY2FuDQo+ID4gPiA+ ID4gcGVyZm9ybSBvdmVybGF5IHJvdXRpbmcgaXRzZWxmLiBUaGF0IGlzIHZlcnkgZWZmaWNpZW50 IGZvciBsb3dlc3QNCj4gPiA+ID4gPiBsYXRlbmN5LiBUaGVyZSBtYXkgYmUgbWFueSBNRUMgc2Vy dmVycyBhbmQgZWFjaCBvbmUgbWlnaHQgb25seSBiZQ0KPiA+ID4gPiA+IGNvbW11bmljYXRpbmcg d2l0aCBhIHNtYWxsIHN1YnNldCBvZiBhbGwgcG9zc2libGUgbm9kZXMuIFRoaXMgc2VlbXMgdG8N Cj4gPiA+ID4gPiBtb3RpdmF0ZSBhIHdvcmtpbmcgc2V0IGNhY2hlIHRvIHRoYXQgbGltaXRzIHRo ZSBudW1iZXIgb2YgbWFwcGluZ3MgYXMNCj4gPiA+ID4gPiB3ZWxsIGFzIHRoZSBhbW91bnQgb2Yg Y29udHJvbCBwbGFuZSBjb21tdW5pY2F0aW9ucy4NCj4gPiA+ID4gPg0KPiA+ID4gPiA+IFRvbQ0K PiA+ID4gPiA+DQo+ID4gPiA+ID4gPiBGcmVkDQo+ID4gPiA+ID4gPg0KPiA+ID4gPiA+ID4gPiAt LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiA+ID4gPiA+ID4gPiBGcm9tOiBkbW0gW21haWx0 bzpkbW0tYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFRvbSBIZXJiZXJ0DQo+ID4gPiA+ ID4gPiA+IFNlbnQ6IE1vbmRheSwgSmFudWFyeSAyOCwgMjAxOSAzOjM2IFBNDQo+ID4gPiA+ID4g PiA+IFRvOiBkbW0gPGRtbUBpZXRmLm9yZz47IHBpZGxvY0BpZXRmLm9yZw0KPiA+ID4gPiA+ID4g PiBDYzogVmlrcmFtIFNpd2FjaCA8dnNpd2FjaEBnbWFpbC5jb20+DQo+ID4gPiA+ID4gPiA+IFN1 YmplY3Q6IFtETU1dIEZ3ZDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1oZXJi ZXJ0LWludGFyZWEtYW1zLTAwLnR4dA0KPiA+ID4gPiA+ID4gPg0KPiA+ID4gPiA+ID4gPiBIZWxs bywNCj4gPiA+ID4gPiA+ID4NCj4gPiA+ID4gPiA+ID4gV2UndmUgcG9zdGVkIGEgZmlyc3QgZHJh ZnQgb2YgQWRkcmVzcyBNYXBwaW5nIFN5c3RlbSAoQU1TKS4gV2UNCj4gPiA+ID4gPiA+ID4gYW50 aWNpcGF0ZSB0aGF0IHRoaXMgY2FuIGJlIGFwcGxpZWQgdG8gbW9iaWxlIG5ldHdvcmtzIHRvIHBy b3ZpZGUNCj4gPiA+ID4gPiA+ID4gb3B0aW1pemVkIG92ZXJsYXkgcm91dGluZy4gSW4gcGFydGlj dWxhciwgdGhpcyBkZXNpZ24gcHJvdmlkZXMgZm9yDQo+ID4gPiA+ID4gPiA+IGFuY2hvcmxlc3Mg cm91dGluZyAoaW4gdGhlIGZvcm0gb2YgYW5jaG9yIGJ5cGFzcykgYW5kIG90aGVyd2lzZQ0KPiA+ ID4gPiA+ID4gPiBmYWNpbGl0YXRlcyBtZWV0aW5nIHNldmVyYWwgcmVxdWlyZW1lbnRzIGZvciBv cHRpbWl6aW5nIHRoZSBtb2JpbGUNCj4gPiA+ID4gPiA+ID4gdXNlciBwbGFuZSBhcyBkZXNjcmli ZWQgaW4gc2VjdGlvbiAxLjAgb2YNCj4gPiA+ID4gPiA+ID4gZHJhZnQtYm9naW5lbmktZG1tLW9w dGltaXplZC1tb2JpbGUtdXNlci1wbGFuZS0wMS4gIEFNUyBpcyBhZ25vc3RpYyB0bw0KPiA+ID4g PiA+ID4gPiB0aGUgdW5kZXJsYXlpbmcgb3ZlcmxheSBwcm90b2NvbCBhbmQgc2hvdWxkIGJlIGNv bXBhdGlibGUgd2l0aCBtb3N0IG9mDQo+ID4gPiA+ID4gPiA+IHRob3NlIGJlaW5nIGRpc2N1c3Nl ZC4gQW5vdGhlciBnb2FsIG9mIEFNUyBpcyB0byBub3QgcmVxdWlyZSByZXBsYWNpbmcNCj4gPiA+ ID4gPiA+ID4gZXhzaXRpbmcgY29udHJvbCBwbGFuZXMsIGJ1dCBjYW4gd29yayBpbiBjb25jZXJ0 IHdpdGggdGhlbS4gRm9yDQo+ID4gPiA+ID4gPiA+IGV4YW1wbGUsIHRoZSBkcmFmdCBkaXNjdXNz ZXMgaG93IEFNUyBtaWdodCB3b3JrIHdpdGggNUcuDQo+ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4g PiA+IFRvbQ0KPiA+ID4gPiA+ID4gPg0KPiA+ID4gPiA+ID4gPiAtLS0tLS0tLS0tIEZvcndhcmRl ZCBtZXNzYWdlIC0tLS0tLS0tLQ0KPiA+ID4gPiA+ID4gPiBGcm9tOiA8aW50ZXJuZXQtZHJhZnRz QGlldGYub3JnPg0KPiA+ID4gPiA+ID4gPiBEYXRlOiBNb24sIEphbiAyOCwgMjAxOSBhdCAzOjE1 IFBNDQo+ID4gPiA+ID4gPiA+IFN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3Ig ZHJhZnQtaGVyYmVydC1pbnRhcmVhLWFtcy0wMC50eHQNCj4gPiA+ID4gPiA+ID4gVG86IFZpa3Jh bSBTaXdhY2ggPHRvbUBxdWFudG9uaXVtLm5ldD4NCj4gPiA+ID4gPiA+ID4NCj4gPiA+ID4gPiA+ ID4NCj4gPiA+ID4gPiA+ID4NCj4gPiA+ID4gPiA+ID4gQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRy YWZ0LWhlcmJlcnQtaW50YXJlYS1hbXMtMDAudHh0DQo+ID4gPiA+ID4gPiA+IGhhcyBiZWVuIHN1 Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgVG9tIEhlcmJlcnQgYW5kIHBvc3RlZCB0byB0aGUNCj4g PiA+ID4gPiA+ID4gSUVURiByZXBvc2l0b3J5Lg0KPiA+ID4gPiA+ID4gPg0KPiA+ID4gPiA+ID4g PiBOYW1lOiAgICAgICAgICAgZHJhZnQtaGVyYmVydC1pbnRhcmVhLWFtcw0KPiA+ID4gPiA+ID4g PiBSZXZpc2lvbjogICAgICAgMDANCj4gPiA+ID4gPiA+ID4gVGl0bGU6ICAgICAgICAgIEFkZHJl c3MgTWFwcGluZyBTeXN0ZW0NCj4gPiA+ID4gPiA+ID4gRG9jdW1lbnQgZGF0ZTogIDIwMTktMDEt MjgNCj4gPiA+ID4gPiA+ID4gR3JvdXA6ICAgICAgICAgIEluZGl2aWR1YWwgU3VibWlzc2lvbg0K PiA+ID4gPiA+ID4gPiBQYWdlczogICAgICAgICAgNDcNCj4gPiA+ID4gPiA+ID4gVVJMOg0KPiA+ ID4gPiA+ID4gPiBodHRwczovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtaGVy YmVydC1pbnRhcmVhLWFtcy0wMC50eHQNCj4gPiA+ID4gPiA+ID4gU3RhdHVzOiAgICAgICAgIGh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWhlcmJlcnQtaW50YXJlYS1hbXMv DQo+ID4gPiA+ID4gPiA+IEh0bWxpemVkOiAgICAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0 bWwvZHJhZnQtaGVyYmVydC1pbnRhcmVhLWFtcy0wMA0KPiA+ID4gPiA+ID4gPiBIdG1saXplZDog ICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1oZXJiZXJ0 LWludGFyZWEtYW1zDQo+ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPiA+ IEFic3RyYWN0Og0KPiA+ID4gPiA+ID4gPiAgICBUaGlzIGRvY3VtZW50IGRlc2NyaWJlcyB0aGUg QWRkcmVzcyBNYXBwaW5nIFN5c3RlbSB0aGF0IGlzIGEgZ2VuZXJpYywNCj4gPiA+ID4gPiA+ID4g ICAgZXh0ZW5zaWJsZSwgYW5kIHNjYWxhYmxlIHN5c3RlbSBmb3IgbWFwcGluZyBuZXR3b3JrIGFk ZHJlc3NlcyB0bw0KPiA+ID4gPiA+ID4gPiAgICBvdGhlciBuZXR3b3JrIGFkZHJlc3Nlcy4gVGhl IEFkZHJlc3MgTWFwcGluZyBTeXN0ZW0gaXMgaW50ZW5kZWQgdG8gYmUNCj4gPiA+ID4gPiA+ID4g ICAgdXNlZCBpbiBjb25qdW5jdGlvbiB3aXRoIG92ZXJsYXkgdGVjaG5pcXVlcyB3aGljaCBmYWNp bGl0YXRlDQo+ID4gPiA+ID4gPiA+ICAgIHRyYW5zbWlzc2lvbiBvZiBwYWNrZXRzIGFjcm9zcyBv dmVybGF5IG5ldHdvcmtzLiBJbmZvcm1hdGlvbiByZXR1cm5lZA0KPiA+ID4gPiA+ID4gPiAgICBi eSB0aGUgQWRkcmVzcyBNYXBwaW5nIFN5c3RlbSBjYW4gaW5jbHVkZSB0aGUgcGFydGljdWxhciBu ZXR3b3JrDQo+ID4gPiA+ID4gPiA+ICAgIG92ZXJsYXkgbWV0aG9kIGFuZCBpbnN0cnVjdGlvbnMg cmVsYXRlZCB0byB0aGUgbWV0aG9kLiAgVGhlIEFkZHJlc3MNCj4gPiA+ID4gPiA+ID4gICAgTWFw cGluZyBTeXN0ZW0gaGFzIGEgbnVtYmVyIG9mIHBvdGVudGlhbCB1c2UgY2FzZXMgbmV0d29ya2lu Zw0KPiA+ID4gPiA+ID4gPiAgICBpbmNsdWRpbmcgaWRlbnRpZmllci1sb2NhdG9yIHByb3RvY29s cywgbmV0d29yayB2aXJ0dWFsaXphdGlvbiwgYW5kDQo+ID4gPiA+ID4gPiA+ICAgIHByb21vdGlv biBvZiBwcml2YWN5Lg0KPiA+ID4gPiA+ID4gPg0KPiA+ID4gPiA+ID4gPg0KPiA+ID4gPiA+ID4g Pg0KPiA+ID4gPiA+ID4gPg0KPiA+ID4gPiA+ID4gPiBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0 YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uDQo+ID4g PiA+ID4gPiA+IHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFi bGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQo+ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPiA+IFRoZSBJ RVRGIFNlY3JldGFyaWF0DQo+ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPiA+IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4gPiA+ID4gPiA+IGRtbSBt YWlsaW5nIGxpc3QNCj4gPiA+ID4gPiA+ID4gZG1tQGlldGYub3JnDQo+ID4gPiA+ID4gPiA+IGh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZG1tDQo+ID4gPg0KPiA+ID4gLS0N Cj4gPiA+IFBpZGxvYyBtYWlsaW5nIGxpc3QNCj4gPiA+IFBpZGxvY0BpZXRmLm9yZw0KPiA+ID4g aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9waWRsb2MNCg== From nobody Tue Jan 29 12:44:52 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D63F5130FF9 for ; Tue, 29 Jan 2019 12:44:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.042 X-Spam-Level: X-Spam-Status: No, score=-2.042 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=quantonium-net.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x5F7HLZQ6JFC for ; Tue, 29 Jan 2019 12:44:47 -0800 (PST) Received: from mail-it1-x129.google.com (mail-it1-x129.google.com [IPv6:2607:f8b0:4864:20::129]) (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 18445130FF6 for ; Tue, 29 Jan 2019 12:44:45 -0800 (PST) Received: by mail-it1-x129.google.com with SMTP id p197so6826221itp.0 for ; Tue, 29 Jan 2019 12:44:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quantonium-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=0m4ocbMkeWuWLpCDW+Xmid1EEAghT2mxbKkQfexThNA=; b=uYfzQUDbWc2aOtHQhQrdYYis91eiY09LLdXAzplBVOebJE/zdtZlzfgEi1TBKo+at9 yW5Rmyc39sXzSRZMb2+HpLHF1/7eSFRrW69HNzPlBbGHv6mAuGBLWZ9oeX+LzmLv/ts+ yHC1WCAaPvtYRC6U9qrQef9k/DnXqnNHqwOIG1ZMcL83Wt7GKBCV0tuBHgnQ26lKo6NJ dcywN5sWnjIrACWgMx+WX1XyIZOtcOYFa8PPKgAzLSXSW1jlJuqRI6X+AnJGrwWS//vK 21+/5hU+QyW87I6JW7SThp+lFA66IKtl49pmtHOy0zn+z7iYtrHU0I55VvFEc/sBSIK2 SD/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=0m4ocbMkeWuWLpCDW+Xmid1EEAghT2mxbKkQfexThNA=; b=n4/hPLnG1ZrCQ1SGvEWzBZUMLwvblPoidOUjDajQyFR7kt/MmS80AxRbkrci7KS+uq M64N3b+H4ra2PJtLVohxqpPDI0YUdBCwVI6ujZUh6CEeHsw32th9V+cYp6lpekwfN3q3 wa2qi4oSkcBwN3f+h2vQZfDSM2FZg1kAHwO/lEzka55KTbNwJWC1R9ZlJLHJnVIgZCvi K/R9z4o2Un+WgoBoFqGPVXzTX+bn6SN9XmnYaHdCWCVXYUkM/yzLOwele2eQnl/frqJe ymuTPUWoKKmDwMVwgrccwlBO1yXDXmp9XoyBQB6K9Su2sPTJ1IWlvJ568whjJYSb68Wc bm8Q== X-Gm-Message-State: AHQUAuasJslfKZrmMZNWoJ1yRFlB/wBVzhsAH0A8uaiXMhDRh6T8v4aV vEsQ65tp9/MQxMyJpCLyIZRYQVBVHvgq+jNHhDTIxQ== X-Google-Smtp-Source: ALg8bN7NENPiPn6kyss8OZeavdWLqG4eozlV3WGMO2KaPnNrTcMx928eRo3/2shbINlcfj303gjDxkP2NHpNdlOzdZ0= X-Received: by 2002:a24:7284:: with SMTP id x126mr13917960itc.15.1548794685115; Tue, 29 Jan 2019 12:44:45 -0800 (PST) MIME-Version: 1.0 References: <154871730925.2863.111474039018096073.idtracker@ietfa.amsl.com> <7be91a164bda4144a12c6c693bae7106@boeing.com> <2e0c578499cb4761ac113a264f3992a0@boeing.com> <47b7c55f5dfa4867ac1763e2c76f3ff0@boeing.com> In-Reply-To: From: Tom Herbert Date: Tue, 29 Jan 2019 12:44:34 -0800 Message-ID: To: "Templin (US), Fred L" Cc: Vikram Siwach , "pidloc@ietf.org" , dmm Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [DMM] [Pidloc] Fwd: New Version Notification for draft-herbert-intarea-ams-00.txt X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2019 20:44:51 -0000 On Tue, Jan 29, 2019 at 12:13 PM Templin (US), Fred L wrote: > > Hi Tom, > > > -----Original Message----- > > From: Tom Herbert [mailto:tom@quantonium.net] > > Sent: Tuesday, January 29, 2019 11:25 AM > > To: Templin (US), Fred L > > Cc: Vikram Siwach ; pidloc@ietf.org; dmm > > Subject: Re: [Pidloc] [DMM] Fwd: New Version Notification for draft-herbert-intarea-ams-00.txt > > > > On Tue, Jan 29, 2019 at 10:25 AM Templin (US), Fred L > > wrote: > > > > > > Hi Tom, > > > > > > > -----Original Message----- > > > > From: Pidloc [mailto:pidloc-bounces@ietf.org] On Behalf Of Tom Herbert > > > > Sent: Tuesday, January 29, 2019 9:36 AM > > > > To: Templin (US), Fred L > > > > Cc: Vikram Siwach ; pidloc@ietf.org; dmm > > > > Subject: Re: [Pidloc] [DMM] Fwd: New Version Notification for draft-herbert-intarea-ams-00.txt > > > > > > > > On Tue, Jan 29, 2019 at 8:46 AM Templin (US), Fred L > > > > wrote: > > > > > > > > > > Hi Tom, > > > > > > > > > > Please read 'draft-templin-rtgwg-scalable-bgp' (only 7 pages). It emphasizes > > > > > the scalability considerations from 'draft-templin-intarea-6706bis' that we > > > > > omitted from 'draft-ietf-rtgwg-atn-bgp', and also shows that the use cases > > > > > are not limited to civil aviation. The purpose is to present a condensed > > > > > version of the AERO routing system that has been around for many years. > > > > > > > > > > In 'draft-templin-rtgwg-scalable-bgp', we show that a BGP overlay can be > > > > > organized to support 1B or more de-aggregated MNP prefixes. So, please > > > > > have a look at that with the mindset that we are not addressing just the > > > > > civil aviation use case but are broadly considering other use cases. > > > > > > > > > Okay, thanks for the explanation. It might be helpful if you could > > > > recast draft-ietf-rtgwg-atn-bgp to be more of a general solution. > > > > > > Good input, but for that one we really were chartered to focus specifically > > > on the aviation use case. Even so, the document says: > > > > > > "In this way, each set of c-ASBRs maintains > > > separate routing and forwarding tables so that scaling is distributed > > > across multiple c-ASBR sets instead of concentrated in a single > > > c-ASBR set. For example, a first c-ASBR set could aggregate an MSP > > > segment A::/32, a second set could aggregate B::/32, a third could > > > aggregate C::/32, etc. The union of all MSP segments would then > > > constitute the collective MSP(s) for the entire ATN/IPS." > > > > > > The A::/32, B::/32, C::/32 I think correspond to what your document calls > > > "shards", but there is no implied maximum number in the doc so there > > > could be thousands. But, in terms of the architecture, all three documents > > > ('scalable-bgp', 'atn-bgp' and AERO) really say the same thing - scalable > > > deaggregation. > > > > > I see. I think the atn may be nicely describing the sharding referred > > to in AMS. AMS employs caches to ensure direct path for critical > > communications. > > But, what do you do with arriving packets while there is a cache miss and > you need to go out and fill the cache? Drop them on the floor? Hold them > in a queue? With the BGP arrangement, packets are forwarded normally > even if initial packets end up taking a somewhat longer route. > > > From that POV maybe they are complementary. > > I think examining the elements that would be at work within the stub AS > makes sense, and I haven't gone to that level of examination in the *rtgwg* > docs. But, intra- stub AS candidate solutions already include MIPv6, LISP and > AERO - so, you may need to look for overlaps with those as well. > > > > > I looked at draft-templin-rtgwg-scalable-bgp. There's a lot discussion > > > > about scalability of c-ASBR but not so much about s-ABSR. I'm > > > > primarily interested in the latter because that is where the solution > > > > will be providing the oprimizations we want for low latency. While > > > > with c-ASBRs we could expect them to have scaling properties similar > > > > core routers, I would expect that s-ASBR devices will exhibit a lot > > > > more variety and have a wider range of scalability. > > > > > > The document is very careful to differentiate scaling considerations of > > > s-ASBRs independently of the scaling considerations of the stub AS. > > > The s-ASBR is the entity that connects the stub AS to the overlay, but > > > there may be many other entities inside the stub AS whose job it is > > > to coordinate with the mobile nodes. > > > > > > > For instance, it's > > > > conceivable that we might want the functionality incorporated into a > > > > low powered device in the base station of a microcell, or incorporated > > > > into MEC servers as I mentioned previously. I assume a BGP solution > > > > would require all s-ASBRs to hold all the routes for the sub-MNPs as > > > > well as being able to consume the rate of mobile events within the > > > > sub-MNP. > > > > > > Other elements inside the stub AS can do the fine-grained mobility > > > signaling with the mobile nodes, while the s-ASBR can be deployed in > > > such a fashion that all it ever does is send unidirectional BGP updates > > > to c-ASBRs. > > > > > > > So to me, the obvious question is if such a device were only > > > > communicating with, say, a 1000 nodes at any givent time, then does it > > > > really make sense to give them all the information about the 1M or so > > > > nodes in the sub-MNP, or can we just give them the information that is > > > > currently useful to them? > > > > > > The stub ASes accept mobile node customers up to a certain maximum. > > > So, if there are currently only 1K customers then there are currently only > > > 1K routes. But, let's assume that each stub AS can accept up to 1M mobile > > > node customers at a time. Then, if there are 1K stub ASes we achieve our > > > 1B MNP goal. > > > > > > It is also important to understand that the stub AS does not correspond to a > > > single sub-MSP aggregated prefix (e.g., 2001:db8::/44). The stub AS will accept > > > the MNPs of mobile nodes that are covered by any sub-MSP so routing in the > > > stub AS (as well as in the system as a whole) is completely de-aggregated. > > > > > Sure, but isn't there sub-optimal routing when a node moves to an area > > covered by a different stub AS. In that case wouldn't packets be > > routed to the home s-ABSR and then forwarded to the remote location. > > In this model, there is no such notion as a "home" s-ASBR; mobile nodes > are always "away from home", and there is no aggregation of any kind > within any stub AS. Total de-aggregation instead. > > > And even if each stub AS were to support up to 1M nodes, a large > > densely populated urban area might have an order of magnitude more > > devices which means that the city needs to be divided up into several > > areas corresponding to stub-ASs and MNPs. > > Yes, for very dense urban areas there could be many stub ASes - each one of > which is capable of serving any mobile node that shows up. So there is natural > load balancing and no aggregation of any kind. Fred, I'm not sure why you say there's no aggregation, it seems like MNPs are aggregating nodes. Relying too much on this sort of load balancing might be precarious. It's conceivable that a mass migration could happen that quickly changes the dynamics of load balancing. Consider people going to a major sporting event or evacuation from a natural disaster. Network architecture needs to be able to handle edge cases like that seamlessly and robustly. > > > Entropy of motion implies > > that a steady state will be reached where a fairly large portion of > > users are outside the geographic area corresponging to their MNP so > > communications are subject to the triangular routing. > > Mobile nodes associate with a nearby stub AS from a regional perspective. > If the mobile moves far away from its current stub AS, it can leave that > one and associate with a new stub AS that is closer. But, it could instead > remain with the old stub AS at the penalty of routing stretch as you say. > Then that would raise the question of how does the mobile node know it's move to a different AS, and what is the process to associate with a new stub AS. I would assume the latter means the host would need to get all new addresses. Personally, I tend to think that the network should handle this transparently and not require disruption or intelligence on the mobile device. > > So I think the atn solution might be good to scale the number of > > nodes, but sub-optimal routing is going to be problematic for critical > > low latency applications. For those, I maintain we always want them to > > the most direct route available (e.g. anchorless routing), hence the > > value of a cache. > > Route optimization is used to avoid having to always go through an > anchor - AERO is Asymmetric Extended Route Optimization, and > LISP does a sort of route optimization in its xTR discovery process. > Direct mobile-to-mobile route optimization may also be possible > in some environments, but not all. > Correct. A major point of AMS is to bypass routing through anchors when it's of benefit to do so. Tom > Thanks - Fred > > > > Thanks for the questions, and let me know if you have any others. > > > > > > Regard s- Fred > > > > > > > Do you have any thoughts along these lines? > > > > > > > > Tom > > > > > > > > > Thanks - Fred > > > > > > > > > > > -----Original Message----- > > > > > > From: Tom Herbert [mailto:tom@quantonium.net] > > > > > > Sent: Tuesday, January 29, 2019 8:33 AM > > > > > > To: Templin (US), Fred L > > > > > > Cc: dmm ; pidloc@ietf.org; Vikram Siwach > > > > > > Subject: Re: [DMM] Fwd: New Version Notification for draft-herbert-intarea-ams-00.txt > > > > > > > > > > > > On Tue, Jan 29, 2019 at 7:35 AM Templin (US), Fred L > > > > > > wrote: > > > > > > > > > > > > > > Hi Tom, > > > > > > > > > > > > > > I read it, and I do not think it is different from the system described > > > > > > > in 'draft-ietf-rtgwg-atn-bgp'. > > > > > > > > > > > > > Hi Fred, > > > > > > > > > > > > Thanks for the comment. I have read draft-ietf-rtgwg-atn-bgp also. I > > > > > > think that the hub and spoke architecture will end up being similar, > > > > > > but I'm not sure that this is exactly the same thing. One difference > > > > > > is that draft-ietf-rtgwg-atn-bgp is targeted to particular > > > > > > application, whereas draft-herbert-intarea-ams endeavours to be > > > > > > general purposes. There are differences especially in scalability. For > > > > > > instance, rtgwg-atn-bgp mentions network with millions of routes, and > > > > > > in draft-herbert-intarea-ams the target is to support networks with > > > > > > billions of active addresses for IoT networks. And if we do get to > > > > > > unique address per flow, then the total number of addresses to be > > > > > > managed is much more (hence why hidden aggregation becomes > > > > > > interesting). > > > > > > > > > > > > Another consideration is MEC servers providing services to UEs at they > > > > > > edge. If they participate in the routing/mapping system (as an ASBR-s > > > > > > in draft-ietf-rtgwg-atn-bgp and AMS-F in AMS) then the end device can > > > > > > perform overlay routing itself. That is very efficient for lowest > > > > > > latency. There may be many MEC servers and each one might only be > > > > > > communicating with a small subset of all possible nodes. This seems to > > > > > > motivate a working set cache to that limits the number of mappings as > > > > > > well as the amount of control plane communications. > > > > > > > > > > > > Tom > > > > > > > > > > > > > Fred > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Tom Herbert > > > > > > > > Sent: Monday, January 28, 2019 3:36 PM > > > > > > > > To: dmm ; pidloc@ietf.org > > > > > > > > Cc: Vikram Siwach > > > > > > > > Subject: [DMM] Fwd: New Version Notification for draft-herbert-intarea-ams-00.txt > > > > > > > > > > > > > > > > Hello, > > > > > > > > > > > > > > > > We've posted a first draft of Address Mapping System (AMS). We > > > > > > > > anticipate that this can be applied to mobile networks to provide > > > > > > > > optimized overlay routing. In particular, this design provides for > > > > > > > > anchorless routing (in the form of anchor bypass) and otherwise > > > > > > > > facilitates meeting several requirements for optimizing the mobile > > > > > > > > user plane as described in section 1.0 of > > > > > > > > draft-bogineni-dmm-optimized-mobile-user-plane-01. AMS is agnostic to > > > > > > > > the underlaying overlay protocol and should be compatible with most of > > > > > > > > those being discussed. Another goal of AMS is to not require replacing > > > > > > > > exsiting control planes, but can work in concert with them. For > > > > > > > > example, the draft discusses how AMS might work with 5G. > > > > > > > > > > > > > > > > Tom > > > > > > > > > > > > > > > > ---------- Forwarded message --------- > > > > > > > > From: > > > > > > > > Date: Mon, Jan 28, 2019 at 3:15 PM > > > > > > > > Subject: New Version Notification for draft-herbert-intarea-ams-00.txt > > > > > > > > To: Vikram Siwach > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > A new version of I-D, draft-herbert-intarea-ams-00.txt > > > > > > > > has been successfully submitted by Tom Herbert and posted to the > > > > > > > > IETF repository. > > > > > > > > > > > > > > > > Name: draft-herbert-intarea-ams > > > > > > > > Revision: 00 > > > > > > > > Title: Address Mapping System > > > > > > > > Document date: 2019-01-28 > > > > > > > > Group: Individual Submission > > > > > > > > Pages: 47 > > > > > > > > URL: > > > > > > > > https://www.ietf.org/internet-drafts/draft-herbert-intarea-ams-00.txt > > > > > > > > Status: https://datatracker.ietf.org/doc/draft-herbert-intarea-ams/ > > > > > > > > Htmlized: https://tools.ietf.org/html/draft-herbert-intarea-ams-00 > > > > > > > > Htmlized: https://datatracker.ietf.org/doc/html/draft-herbert-intarea-ams > > > > > > > > > > > > > > > > > > > > > > > > Abstract: > > > > > > > > This document describes the Address Mapping System that is a generic, > > > > > > > > extensible, and scalable system for mapping network addresses to > > > > > > > > other network addresses. The Address Mapping System is intended to be > > > > > > > > used in conjunction with overlay techniques which facilitate > > > > > > > > transmission of packets across overlay networks. Information returned > > > > > > > > by the Address Mapping System can include the particular network > > > > > > > > overlay method and instructions related to the method. The Address > > > > > > > > Mapping System has a number of potential use cases networking > > > > > > > > including identifier-locator protocols, network virtualization, and > > > > > > > > promotion of privacy. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 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 > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > dmm mailing list > > > > > > > > dmm@ietf.org > > > > > > > > https://www.ietf.org/mailman/listinfo/dmm > > > > > > > > -- > > > > Pidloc mailing list > > > > Pidloc@ietf.org > > > > https://www.ietf.org/mailman/listinfo/pidloc From nobody Tue Jan 29 13:48:14 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A583D131021; Tue, 29 Jan 2019 13:48:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hUIl8cepjNm1; Tue, 29 Jan 2019 13:48:03 -0800 (PST) Received: from clt-mbsout-02.mbs.boeing.net (clt-mbsout-02.mbs.boeing.net [130.76.144.163]) (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 42769130ED7; Tue, 29 Jan 2019 13:48:03 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clt-mbsout-02.mbs.boeing.net (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with SMTP id x0TLlxNW016944; Tue, 29 Jan 2019 16:48:00 -0500 Received: from XCH16-07-11.nos.boeing.com (xch16-07-11.nos.boeing.com [144.115.66.113]) by clt-mbsout-02.mbs.boeing.net (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id x0TLlw1p016934 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=FAIL); Tue, 29 Jan 2019 16:47:58 -0500 Received: from XCH16-07-10.nos.boeing.com (144.115.66.112) by XCH16-07-11.nos.boeing.com (144.115.66.113) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.1591.10; Tue, 29 Jan 2019 13:47:57 -0800 Received: from XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8]) by XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8%2]) with mapi id 15.01.1591.012; Tue, 29 Jan 2019 13:47:57 -0800 From: "Templin (US), Fred L" To: Tom Herbert CC: Vikram Siwach , "pidloc@ietf.org" , dmm Thread-Topic: [Pidloc] [DMM] Fwd: New Version Notification for draft-herbert-intarea-ams-00.txt Thread-Index: AQHUt2KfWlx/WWYcSkyzsVamPdto6KXGYSAAgACW14D//3tEQIAAljiA//98cnCAAKH8AP//gjmwABKD3wAAD2h2sA== Date: Tue, 29 Jan 2019 21:47:57 +0000 Message-ID: <86051a5297914b9f943d630e1147bbcb@boeing.com> References: <154871730925.2863.111474039018096073.idtracker@ietfa.amsl.com> <7be91a164bda4144a12c6c693bae7106@boeing.com> <2e0c578499cb4761ac113a264f3992a0@boeing.com> <47b7c55f5dfa4867ac1763e2c76f3ff0@boeing.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [137.137.12.6] x-tm-snts-smtp: 5B1B7D2A1464358111902D8A659245A7309A520C0F5E9F3A49193EC8F3E9DB662000:8 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-TM-AS-GCONF: 00 Archived-At: Subject: Re: [DMM] [Pidloc] Fwd: New Version Notification for draft-herbert-intarea-ams-00.txt X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2019 21:48:07 -0000 SGkgVG9tLA0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IFRvbSBIZXJi ZXJ0IFttYWlsdG86dG9tQHF1YW50b25pdW0ubmV0XQ0KPiBTZW50OiBUdWVzZGF5LCBKYW51YXJ5 IDI5LCAyMDE5IDEyOjQ1IFBNDQo+IFRvOiBUZW1wbGluIChVUyksIEZyZWQgTCA8RnJlZC5MLlRl bXBsaW5AYm9laW5nLmNvbT4NCj4gQ2M6IFZpa3JhbSBTaXdhY2ggPHZzaXdhY2hAZ21haWwuY29t PjsgcGlkbG9jQGlldGYub3JnOyBkbW0gPGRtbUBpZXRmLm9yZz4NCj4gU3ViamVjdDogUmU6IFtQ aWRsb2NdIFtETU1dIEZ3ZDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1oZXJi ZXJ0LWludGFyZWEtYW1zLTAwLnR4dA0KPiANCj4gT24gVHVlLCBKYW4gMjksIDIwMTkgYXQgMTI6 MTMgUE0gVGVtcGxpbiAoVVMpLCBGcmVkIEwNCj4gPEZyZWQuTC5UZW1wbGluQGJvZWluZy5jb20+ IHdyb3RlOg0KPiA+DQo+ID4gSGkgVG9tLA0KPiA+DQo+ID4gPiAtLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KPiA+ID4gRnJvbTogVG9tIEhlcmJlcnQgW21haWx0bzp0b21AcXVhbnRvbml1bS5u ZXRdDQo+ID4gPiBTZW50OiBUdWVzZGF5LCBKYW51YXJ5IDI5LCAyMDE5IDExOjI1IEFNDQo+ID4g PiBUbzogVGVtcGxpbiAoVVMpLCBGcmVkIEwgPEZyZWQuTC5UZW1wbGluQGJvZWluZy5jb20+DQo+ ID4gPiBDYzogVmlrcmFtIFNpd2FjaCA8dnNpd2FjaEBnbWFpbC5jb20+OyBwaWRsb2NAaWV0Zi5v cmc7IGRtbSA8ZG1tQGlldGYub3JnPg0KPiA+ID4gU3ViamVjdDogUmU6IFtQaWRsb2NdIFtETU1d IEZ3ZDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1oZXJiZXJ0LWludGFyZWEt YW1zLTAwLnR4dA0KPiA+ID4NCj4gPiA+IE9uIFR1ZSwgSmFuIDI5LCAyMDE5IGF0IDEwOjI1IEFN IFRlbXBsaW4gKFVTKSwgRnJlZCBMDQo+ID4gPiA8RnJlZC5MLlRlbXBsaW5AYm9laW5nLmNvbT4g d3JvdGU6DQo+ID4gPiA+DQo+ID4gPiA+IEhpIFRvbSwNCj4gPiA+ID4NCj4gPiA+ID4gPiAtLS0t LU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiA+ID4gPiA+IEZyb206IFBpZGxvYyBbbWFpbHRvOnBp ZGxvYy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgVG9tIEhlcmJlcnQNCj4gPiA+ID4g PiBTZW50OiBUdWVzZGF5LCBKYW51YXJ5IDI5LCAyMDE5IDk6MzYgQU0NCj4gPiA+ID4gPiBUbzog VGVtcGxpbiAoVVMpLCBGcmVkIEwgPEZyZWQuTC5UZW1wbGluQGJvZWluZy5jb20+DQo+ID4gPiA+ ID4gQ2M6IFZpa3JhbSBTaXdhY2ggPHZzaXdhY2hAZ21haWwuY29tPjsgcGlkbG9jQGlldGYub3Jn OyBkbW0gPGRtbUBpZXRmLm9yZz4NCj4gPiA+ID4gPiBTdWJqZWN0OiBSZTogW1BpZGxvY10gW0RN TV0gRndkOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWhlcmJlcnQtaW50YXJl YS1hbXMtMDAudHh0DQo+ID4gPiA+ID4NCj4gPiA+ID4gPiBPbiBUdWUsIEphbiAyOSwgMjAxOSBh dCA4OjQ2IEFNIFRlbXBsaW4gKFVTKSwgRnJlZCBMDQo+ID4gPiA+ID4gPEZyZWQuTC5UZW1wbGlu QGJvZWluZy5jb20+IHdyb3RlOg0KPiA+ID4gPiA+ID4NCj4gPiA+ID4gPiA+IEhpIFRvbSwNCj4g PiA+ID4gPiA+DQo+ID4gPiA+ID4gPiBQbGVhc2UgcmVhZCAnZHJhZnQtdGVtcGxpbi1ydGd3Zy1z Y2FsYWJsZS1iZ3AnIChvbmx5IDcgcGFnZXMpLiBJdCBlbXBoYXNpemVzDQo+ID4gPiA+ID4gPiB0 aGUgc2NhbGFiaWxpdHkgY29uc2lkZXJhdGlvbnMgZnJvbSAnZHJhZnQtdGVtcGxpbi1pbnRhcmVh LTY3MDZiaXMnIHRoYXQgd2UNCj4gPiA+ID4gPiA+IG9taXR0ZWQgZnJvbSAnZHJhZnQtaWV0Zi1y dGd3Zy1hdG4tYmdwJywgYW5kIGFsc28gc2hvd3MgdGhhdCB0aGUgdXNlIGNhc2VzDQo+ID4gPiA+ ID4gPiBhcmUgbm90IGxpbWl0ZWQgdG8gY2l2aWwgYXZpYXRpb24uIFRoZSBwdXJwb3NlIGlzIHRv IHByZXNlbnQgYSBjb25kZW5zZWQNCj4gPiA+ID4gPiA+IHZlcnNpb24gb2YgdGhlIEFFUk8gcm91 dGluZyBzeXN0ZW0gdGhhdCBoYXMgYmVlbiBhcm91bmQgZm9yIG1hbnkgeWVhcnMuDQo+ID4gPiA+ ID4gPg0KPiA+ID4gPiA+ID4gSW4gJ2RyYWZ0LXRlbXBsaW4tcnRnd2ctc2NhbGFibGUtYmdwJywg d2Ugc2hvdyB0aGF0IGEgQkdQIG92ZXJsYXkgY2FuIGJlDQo+ID4gPiA+ID4gPiBvcmdhbml6ZWQg dG8gc3VwcG9ydCAxQiBvciBtb3JlIGRlLWFnZ3JlZ2F0ZWQgTU5QIHByZWZpeGVzLiBTbywgcGxl YXNlDQo+ID4gPiA+ID4gPiBoYXZlIGEgbG9vayBhdCB0aGF0IHdpdGggdGhlIG1pbmRzZXQgdGhh dCB3ZSBhcmUgbm90IGFkZHJlc3NpbmcganVzdCB0aGUNCj4gPiA+ID4gPiA+IGNpdmlsIGF2aWF0 aW9uIHVzZSBjYXNlIGJ1dCBhcmUgYnJvYWRseSBjb25zaWRlcmluZyBvdGhlciB1c2UgY2FzZXMu DQo+ID4gPiA+ID4gPg0KPiA+ID4gPiA+IE9rYXksIHRoYW5rcyBmb3IgdGhlIGV4cGxhbmF0aW9u LiBJdCBtaWdodCBiZSBoZWxwZnVsIGlmIHlvdSBjb3VsZA0KPiA+ID4gPiA+IHJlY2FzdCBkcmFm dC1pZXRmLXJ0Z3dnLWF0bi1iZ3AgdG8gYmUgbW9yZSBvZiBhIGdlbmVyYWwgc29sdXRpb24uDQo+ ID4gPiA+DQo+ID4gPiA+IEdvb2QgaW5wdXQsIGJ1dCBmb3IgdGhhdCBvbmUgd2UgcmVhbGx5IHdl cmUgY2hhcnRlcmVkIHRvIGZvY3VzIHNwZWNpZmljYWxseQ0KPiA+ID4gPiBvbiB0aGUgYXZpYXRp b24gdXNlIGNhc2UuIEV2ZW4gc28sIHRoZSBkb2N1bWVudCBzYXlzOg0KPiA+ID4gPg0KPiA+ID4g PiAgICAiSW4gdGhpcyB3YXksIGVhY2ggc2V0IG9mIGMtQVNCUnMgbWFpbnRhaW5zDQo+ID4gPiA+ ICAgIHNlcGFyYXRlIHJvdXRpbmcgYW5kIGZvcndhcmRpbmcgdGFibGVzIHNvIHRoYXQgc2NhbGlu ZyBpcyBkaXN0cmlidXRlZA0KPiA+ID4gPiAgICBhY3Jvc3MgbXVsdGlwbGUgYy1BU0JSIHNldHMg aW5zdGVhZCBvZiBjb25jZW50cmF0ZWQgaW4gYSBzaW5nbGUNCj4gPiA+ID4gICAgYy1BU0JSIHNl dC4gIEZvciBleGFtcGxlLCBhIGZpcnN0IGMtQVNCUiBzZXQgY291bGQgYWdncmVnYXRlIGFuIE1T UA0KPiA+ID4gPiAgICBzZWdtZW50IEE6Oi8zMiwgYSBzZWNvbmQgc2V0IGNvdWxkIGFnZ3JlZ2F0 ZSBCOjovMzIsIGEgdGhpcmQgY291bGQNCj4gPiA+ID4gICAgYWdncmVnYXRlIEM6Oi8zMiwgZXRj LiAgVGhlIHVuaW9uIG9mIGFsbCBNU1Agc2VnbWVudHMgd291bGQgdGhlbg0KPiA+ID4gPiAgICBj b25zdGl0dXRlIHRoZSBjb2xsZWN0aXZlIE1TUChzKSBmb3IgdGhlIGVudGlyZSBBVE4vSVBTLiIN Cj4gPiA+ID4NCj4gPiA+ID4gVGhlIEE6Oi8zMiwgQjo6LzMyLCBDOjovMzIgSSB0aGluayBjb3Jy ZXNwb25kIHRvIHdoYXQgeW91ciBkb2N1bWVudCBjYWxscw0KPiA+ID4gPiAic2hhcmRzIiwgYnV0 IHRoZXJlIGlzIG5vIGltcGxpZWQgbWF4aW11bSBudW1iZXIgaW4gdGhlIGRvYyBzbyB0aGVyZQ0K PiA+ID4gPiBjb3VsZCBiZSB0aG91c2FuZHMuIEJ1dCwgaW4gdGVybXMgb2YgdGhlIGFyY2hpdGVj dHVyZSwgYWxsIHRocmVlIGRvY3VtZW50cw0KPiA+ID4gPiAoJ3NjYWxhYmxlLWJncCcsICdhdG4t YmdwJyBhbmQgQUVSTykgcmVhbGx5IHNheSB0aGUgc2FtZSB0aGluZyAtIHNjYWxhYmxlDQo+ID4g PiA+IGRlYWdncmVnYXRpb24uDQo+ID4gPiA+DQo+ID4gPiBJIHNlZS4gSSB0aGluayB0aGUgYXRu IG1heSBiZSBuaWNlbHkgZGVzY3JpYmluZyB0aGUgc2hhcmRpbmcgcmVmZXJyZWQNCj4gPiA+IHRv IGluIEFNUy4gQU1TIGVtcGxveXMgY2FjaGVzIHRvIGVuc3VyZSBkaXJlY3QgcGF0aCBmb3IgY3Jp dGljYWwNCj4gPiA+IGNvbW11bmljYXRpb25zLg0KPiA+DQo+ID4gQnV0LCB3aGF0IGRvIHlvdSBk byB3aXRoIGFycml2aW5nIHBhY2tldHMgd2hpbGUgdGhlcmUgaXMgYSBjYWNoZSBtaXNzIGFuZA0K PiA+IHlvdSBuZWVkIHRvIGdvIG91dCBhbmQgZmlsbCB0aGUgY2FjaGU/IERyb3AgdGhlbSBvbiB0 aGUgZmxvb3I/IEhvbGQgdGhlbQ0KPiA+IGluIGEgcXVldWU/IFdpdGggdGhlIEJHUCBhcnJhbmdl bWVudCwgcGFja2V0cyBhcmUgZm9yd2FyZGVkIG5vcm1hbGx5DQo+ID4gZXZlbiBpZiBpbml0aWFs IHBhY2tldHMgZW5kIHVwIHRha2luZyBhIHNvbWV3aGF0IGxvbmdlciByb3V0ZS4NCj4gPg0KPiA+ ID4gRnJvbSB0aGF0IFBPViBtYXliZSB0aGV5IGFyZSBjb21wbGVtZW50YXJ5Lg0KPiA+DQo+ID4g SSB0aGluayBleGFtaW5pbmcgdGhlIGVsZW1lbnRzIHRoYXQgd291bGQgYmUgYXQgd29yayB3aXRo aW4gdGhlIHN0dWIgQVMNCj4gPiBtYWtlcyBzZW5zZSwgYW5kIEkgaGF2ZW4ndCBnb25lIHRvIHRo YXQgbGV2ZWwgb2YgZXhhbWluYXRpb24gaW4gdGhlICpydGd3ZyoNCj4gPiBkb2NzLiBCdXQsIGlu dHJhLSBzdHViIEFTIGNhbmRpZGF0ZSBzb2x1dGlvbnMgYWxyZWFkeSBpbmNsdWRlIE1JUHY2LCBM SVNQIGFuZA0KPiA+IEFFUk8gLSBzbywgeW91IG1heSBuZWVkIHRvIGxvb2sgZm9yIG92ZXJsYXBz IHdpdGggdGhvc2UgYXMgd2VsbC4NCj4gPg0KPiA+ID4gPiA+IEkgbG9va2VkIGF0IGRyYWZ0LXRl bXBsaW4tcnRnd2ctc2NhbGFibGUtYmdwLiBUaGVyZSdzIGEgbG90IGRpc2N1c3Npb24NCj4gPiA+ ID4gPiBhYm91dCBzY2FsYWJpbGl0eSBvZiBjLUFTQlIgYnV0IG5vdCBzbyBtdWNoIGFib3V0IHMt QUJTUi4gSSdtDQo+ID4gPiA+ID4gcHJpbWFyaWx5IGludGVyZXN0ZWQgaW4gdGhlIGxhdHRlciBi ZWNhdXNlIHRoYXQgaXMgd2hlcmUgdGhlIHNvbHV0aW9uDQo+ID4gPiA+ID4gd2lsbCBiZSBwcm92 aWRpbmcgdGhlIG9wcmltaXphdGlvbnMgd2Ugd2FudCBmb3IgbG93IGxhdGVuY3kuIFdoaWxlDQo+ ID4gPiA+ID4gd2l0aCBjLUFTQlJzIHdlIGNvdWxkIGV4cGVjdCB0aGVtIHRvIGhhdmUgc2NhbGlu ZyBwcm9wZXJ0aWVzIHNpbWlsYXINCj4gPiA+ID4gPiBjb3JlIHJvdXRlcnMsIEkgd291bGQgZXhw ZWN0IHRoYXQgcy1BU0JSIGRldmljZXMgd2lsbCBleGhpYml0IGEgbG90DQo+ID4gPiA+ID4gbW9y ZSB2YXJpZXR5IGFuZCBoYXZlIGEgd2lkZXIgcmFuZ2Ugb2Ygc2NhbGFiaWxpdHkuDQo+ID4gPiA+ DQo+ID4gPiA+IFRoZSBkb2N1bWVudCBpcyB2ZXJ5IGNhcmVmdWwgdG8gZGlmZmVyZW50aWF0ZSBz Y2FsaW5nIGNvbnNpZGVyYXRpb25zIG9mDQo+ID4gPiA+IHMtQVNCUnMgaW5kZXBlbmRlbnRseSBv ZiB0aGUgc2NhbGluZyBjb25zaWRlcmF0aW9ucyBvZiB0aGUgc3R1YiBBUy4NCj4gPiA+ID4gVGhl IHMtQVNCUiBpcyB0aGUgZW50aXR5IHRoYXQgY29ubmVjdHMgdGhlIHN0dWIgQVMgdG8gdGhlIG92 ZXJsYXksIGJ1dA0KPiA+ID4gPiB0aGVyZSBtYXkgYmUgbWFueSBvdGhlciBlbnRpdGllcyBpbnNp ZGUgdGhlIHN0dWIgQVMgd2hvc2Ugam9iIGl0IGlzDQo+ID4gPiA+IHRvIGNvb3JkaW5hdGUgd2l0 aCB0aGUgbW9iaWxlIG5vZGVzLg0KPiA+ID4gPg0KPiA+ID4gPiA+IEZvciBpbnN0YW5jZSwgaXQn cw0KPiA+ID4gPiA+IGNvbmNlaXZhYmxlIHRoYXQgd2UgbWlnaHQgd2FudCB0aGUgZnVuY3Rpb25h bGl0eSBpbmNvcnBvcmF0ZWQgaW50byBhDQo+ID4gPiA+ID4gbG93IHBvd2VyZWQgZGV2aWNlIGlu IHRoZSBiYXNlIHN0YXRpb24gb2YgYSBtaWNyb2NlbGwsIG9yIGluY29ycG9yYXRlZA0KPiA+ID4g PiA+IGludG8gTUVDIHNlcnZlcnMgYXMgSSBtZW50aW9uZWQgcHJldmlvdXNseS4gSSBhc3N1bWUg YSBCR1Agc29sdXRpb24NCj4gPiA+ID4gPiB3b3VsZCByZXF1aXJlIGFsbCBzLUFTQlJzIHRvIGhv bGQgYWxsIHRoZSByb3V0ZXMgZm9yIHRoZSBzdWItTU5QcyBhcw0KPiA+ID4gPiA+IHdlbGwgYXMg YmVpbmcgYWJsZSB0byBjb25zdW1lIHRoZSByYXRlIG9mIG1vYmlsZSBldmVudHMgd2l0aGluIHRo ZQ0KPiA+ID4gPiA+IHN1Yi1NTlAuDQo+ID4gPiA+DQo+ID4gPiA+IE90aGVyIGVsZW1lbnRzIGlu c2lkZSB0aGUgc3R1YiBBUyBjYW4gZG8gdGhlIGZpbmUtZ3JhaW5lZCBtb2JpbGl0eQ0KPiA+ID4g PiBzaWduYWxpbmcgd2l0aCB0aGUgbW9iaWxlIG5vZGVzLCB3aGlsZSB0aGUgcy1BU0JSIGNhbiBi ZSBkZXBsb3llZCBpbg0KPiA+ID4gPiBzdWNoIGEgZmFzaGlvbiB0aGF0IGFsbCBpdCBldmVyIGRv ZXMgaXMgc2VuZCB1bmlkaXJlY3Rpb25hbCBCR1AgdXBkYXRlcw0KPiA+ID4gPiB0byBjLUFTQlJz Lg0KPiA+ID4gPg0KPiA+ID4gPiA+IFNvIHRvIG1lLCB0aGUgb2J2aW91cyBxdWVzdGlvbiBpcyBp ZiBzdWNoIGEgZGV2aWNlIHdlcmUgb25seQ0KPiA+ID4gPiA+IGNvbW11bmljYXRpbmcgd2l0aCwg c2F5LCBhIDEwMDAgbm9kZXMgYXQgYW55IGdpdmVudCB0aW1lLCB0aGVuIGRvZXMgaXQNCj4gPiA+ ID4gPiByZWFsbHkgbWFrZSBzZW5zZSB0byBnaXZlIHRoZW0gYWxsIHRoZSBpbmZvcm1hdGlvbiBh Ym91dCB0aGUgMU0gb3Igc28NCj4gPiA+ID4gPiBub2RlcyBpbiB0aGUgc3ViLU1OUCwgb3IgY2Fu IHdlIGp1c3QgZ2l2ZSB0aGVtIHRoZSBpbmZvcm1hdGlvbiB0aGF0IGlzDQo+ID4gPiA+ID4gY3Vy cmVudGx5IHVzZWZ1bCB0byB0aGVtPw0KPiA+ID4gPg0KPiA+ID4gPiBUaGUgc3R1YiBBU2VzIGFj Y2VwdCBtb2JpbGUgbm9kZSBjdXN0b21lcnMgdXAgdG8gYSBjZXJ0YWluIG1heGltdW0uDQo+ID4g PiA+IFNvLCBpZiB0aGVyZSBhcmUgY3VycmVudGx5IG9ubHkgMUsgY3VzdG9tZXJzIHRoZW4gdGhl cmUgYXJlIGN1cnJlbnRseSBvbmx5DQo+ID4gPiA+IDFLIHJvdXRlcy4gQnV0LCBsZXQncyBhc3N1 bWUgdGhhdCBlYWNoIHN0dWIgQVMgY2FuIGFjY2VwdCB1cCB0byAxTSBtb2JpbGUNCj4gPiA+ID4g bm9kZSBjdXN0b21lcnMgYXQgYSB0aW1lLiBUaGVuLCBpZiB0aGVyZSBhcmUgMUsgc3R1YiBBU2Vz IHdlIGFjaGlldmUgb3VyDQo+ID4gPiA+IDFCIE1OUCBnb2FsLg0KPiA+ID4gPg0KPiA+ID4gPiBJ dCBpcyBhbHNvIGltcG9ydGFudCB0byB1bmRlcnN0YW5kIHRoYXQgdGhlIHN0dWIgQVMgZG9lcyBu b3QgY29ycmVzcG9uZCB0byBhDQo+ID4gPiA+IHNpbmdsZSBzdWItTVNQIGFnZ3JlZ2F0ZWQgcHJl Zml4IChlLmcuLCAyMDAxOmRiODo6LzQ0KS4gVGhlIHN0dWIgQVMgd2lsbCBhY2NlcHQNCj4gPiA+ ID4gdGhlIE1OUHMgb2YgbW9iaWxlIG5vZGVzIHRoYXQgYXJlIGNvdmVyZWQgYnkgYW55IHN1Yi1N U1Agc28gcm91dGluZyBpbiB0aGUNCj4gPiA+ID4gc3R1YiBBUyAoYXMgd2VsbCBhcyBpbiB0aGUg c3lzdGVtIGFzIGEgd2hvbGUpIGlzIGNvbXBsZXRlbHkgZGUtYWdncmVnYXRlZC4NCj4gPiA+ID4N Cj4gPiA+IFN1cmUsIGJ1dCBpc24ndCB0aGVyZSBzdWItb3B0aW1hbCByb3V0aW5nIHdoZW4gYSBu b2RlIG1vdmVzIHRvIGFuIGFyZWENCj4gPiA+IGNvdmVyZWQgYnkgYSBkaWZmZXJlbnQgc3R1YiBB Uy4gSW4gdGhhdCBjYXNlIHdvdWxkbid0IHBhY2tldHMgYmUNCj4gPiA+IHJvdXRlZCB0byB0aGUg aG9tZSBzLUFCU1IgYW5kIHRoZW4gZm9yd2FyZGVkIHRvIHRoZSByZW1vdGUgbG9jYXRpb24uDQo+ ID4NCj4gPiBJbiB0aGlzIG1vZGVsLCB0aGVyZSBpcyBubyBzdWNoIG5vdGlvbiBhcyBhICJob21l IiBzLUFTQlI7IG1vYmlsZSBub2Rlcw0KPiA+IGFyZSBhbHdheXMgImF3YXkgZnJvbSBob21lIiwg YW5kIHRoZXJlIGlzIG5vIGFnZ3JlZ2F0aW9uIG9mIGFueSBraW5kDQo+ID4gd2l0aGluIGFueSBz dHViIEFTLiBUb3RhbCBkZS1hZ2dyZWdhdGlvbiBpbnN0ZWFkLg0KPiA+DQo+ID4gPiBBbmQgZXZl biBpZiBlYWNoIHN0dWIgQVMgd2VyZSB0byBzdXBwb3J0IHVwIHRvIDFNIG5vZGVzLCBhIGxhcmdl DQo+ID4gPiBkZW5zZWx5IHBvcHVsYXRlZCB1cmJhbiBhcmVhIG1pZ2h0IGhhdmUgYW4gb3JkZXIg b2YgbWFnbml0dWRlIG1vcmUNCj4gPiA+IGRldmljZXMgd2hpY2ggbWVhbnMgdGhhdCB0aGUgY2l0 eSBuZWVkcyB0byBiZSBkaXZpZGVkIHVwIGludG8gc2V2ZXJhbA0KPiA+ID4gYXJlYXMgY29ycmVz cG9uZGluZyB0byBzdHViLUFTcyBhbmQgTU5Qcy4NCj4gPg0KPiA+IFllcywgZm9yIHZlcnkgZGVu c2UgdXJiYW4gYXJlYXMgdGhlcmUgY291bGQgYmUgbWFueSBzdHViIEFTZXMgLSBlYWNoIG9uZSBv Zg0KPiA+IHdoaWNoIGlzIGNhcGFibGUgb2Ygc2VydmluZyBhbnkgbW9iaWxlIG5vZGUgdGhhdCBz aG93cyB1cC4gU28gdGhlcmUgaXMgbmF0dXJhbA0KPiA+IGxvYWQgYmFsYW5jaW5nIGFuZCBubyBh Z2dyZWdhdGlvbiBvZiBhbnkga2luZC4NCj4gDQo+IEZyZWQsDQo+IA0KPiBJJ20gbm90IHN1cmUg d2h5IHlvdSBzYXkgdGhlcmUncyBubyBhZ2dyZWdhdGlvbiwgaXQgc2VlbXMgbGlrZSBNTlBzDQo+ IGFyZSBhZ2dyZWdhdGluZyBub2Rlcy4NCg0KTU5QcyBhcmUgdGhlIG1vc3QgZmluZS1ncmFpbmVk IHByZWZpeGVzIHBlcm1pdHRlZCBpbiB0aGUgc3lzdGVtIC0gZm9yIGV4YW1wbGUsDQphIDo6LzY0 LiBBbmQsIGFsbCB0aGUgc3R1YiBBU2VzIHNlZSBhcmUgTU5QcyBzbyB0aGVyZSBpcyBubyBhZ2dy ZWdhdGlvbiBpbiBhbnkNCnN0dWIgQVMsIGFuZCBubyBub3Rpb24gb2YgYSBob21lIG5ldHdvcmsu DQoNCj4gUmVseWluZyB0b28gbXVjaCBvbiB0aGlzIHNvcnQgb2YgbG9hZCBiYWxhbmNpbmcgbWln aHQgYmUgcHJlY2FyaW91cy4NCg0KSXQgaXMganVzdCBhIHNlcnZpY2UgbGlrZSBhbnkgb3RoZXIg SW50ZXJuZXQgc2VydmljZS4gTWFqb3Igd2ViIHByZXNlbmNlcyBsaWtlDQpnb29nbGUsIGFtYXpv biwgZXRjLiBlbnN1cmUgdGhhdCB0aGVyZSBpcyBsb2FkIGJhbGFuY2luZyBzbyB0aGF0IG5vIHNp bmdsZQ0Kc2VydmVyIGdldHMgYm9nZ2VkIGRvd24uIFRoZSBsb2FkIGJhbGFuY2luZyBzdHJhdGVn eSBmb3IgdGhpcyB3b3VsZCBiZQ0Kbm8gZGlmZmVyZW50Lg0KDQo+IEl0J3MgY29uY2VpdmFibGUg dGhhdCBhIG1hc3MgbWlncmF0aW9uIGNvdWxkIGhhcHBlbiB0aGF0IHF1aWNrbHkNCj4gY2hhbmdl cyB0aGUgZHluYW1pY3Mgb2YgbG9hZCBiYWxhbmNpbmcuDQoNClRoYXQgd291bGRuJ3QgaGFwcGVu LiBNb3ZlbWVudCBiZXR3ZWVuIHN0dWIgQVNlcyBpcyAibWFjcm8tbW9iaWxpdHkiDQphbmQgdGhl cmUgaXMgbm8gZ29vZCByZWFzb24gdG8gbW92ZSBhdCB0aGF0IGxldmVsIHVubGVzcyB5b3UgYXJl IG1vdmluZw0KdmVyeSBmYXIgYXdheSBmcm9tIHlvdXIgY3VycmVudCBsb2NhdGlvbiAtIHNheSwg ZnJvbSBMb3MgQW5nZWxlcyB0bw0KQ2hpY2Fnby4gTWljcm8tbW9iaWxpdHkgZXZlbnRzIChsaWtl IG1vdmluZyBmcm9tIG9uZSBXaWZpIGhvdHNwb3QgdG8gYQ0Kc2Vjb25kIGhvdHNwb3QpIGFyZSBo YW5kbGVkIHdpdGhpbiB0aGUgc3R1YiBBUzsgdGhhdCB3YXksIG1pY3JvLW1vYmlsaXR5DQpldmVu dHMgd2lsbCBuZXZlciBiZSBwcm9wYWdhdGVkIHVwIHRvIHRoZSBjLUFTQlJzIGFuZCB0aGVyZSBp cyBubw0KbWFzcyBtaWdyYXRpb24uDQoNCj4gQ29uc2lkZXIgcGVvcGxlIGdvaW5nIHRvIGENCj4g bWFqb3Igc3BvcnRpbmcgZXZlbnQgb3IgZXZhY3VhdGlvbiBmcm9tIGEgbmF0dXJhbCBkaXNhc3Rl ci4gTmV0d29yaw0KPiBhcmNoaXRlY3R1cmUgbmVlZHMgdG8gYmUgYWJsZSB0byBoYW5kbGUgZWRn ZSBjYXNlcyBsaWtlIHRoYXQNCj4gc2VhbWxlc3NseSBhbmQgcm9idXN0bHkuDQoNClRoZSBvbmx5 IGNvbmNlcm4gd291bGQgYmUgY2F0YXN0cm9waGljIGxvc3Mgb2YgY3JpdGljYWwgaW5mcmFzdHJ1 Y3R1cmUsDQphbmQgeW91IHJhaXNlIGEgZ29vZCBwb2ludCBhYm91dCBlYXJ0aHF1YWtlcyBhbmQg c3VjaC4gQnV0LCB0aGUNCmNvbmNlcm4gaXMgbm8gZGlmZmVyZW50IHRoYW4gZm9yIGFueSBvdGhl ciBpbmZyYXN0cnVjdHVyZSBtZWx0ZG93bg0KaW4gdGVybXMgb2YgdGhlIHdheSBJbnRlcm5ldCBz ZXJ2aWNlcyB3b3VsZCBiZSBhZmZlY3RlZC4gV2l0aCB0aGlzDQpzeXN0ZW0sIGF0IGxlYXN0IHRo ZXJlIHdvdWxkIGJlIGJhY2t1cCBzdHViIEFTZXMgaW4gY2FzZSBhIG1vYmlsZQ0Kbm9kZSBzdWRk ZW5seSBmaW5kcyBpdHNlbGYgd2l0aG91dCBzZXJ2aWNlLiBJdCBjYW4ganVzdCB0cnkgb3RoZXIN CnNlcnZlcnMgdW50aWwgaXQgZmluZHMgb25lIHRoYXQgaXMgd29ya2luZy4NCg0KPiA+ID4gRW50 cm9weSBvZiBtb3Rpb24gaW1wbGllcw0KPiA+ID4gdGhhdCBhIHN0ZWFkeSBzdGF0ZSB3aWxsIGJl IHJlYWNoZWQgd2hlcmUgYSBmYWlybHkgbGFyZ2UgcG9ydGlvbiBvZg0KPiA+ID4gdXNlcnMgYXJl IG91dHNpZGUgdGhlIGdlb2dyYXBoaWMgYXJlYSBjb3JyZXNwb25naW5nIHRvIHRoZWlyIE1OUCBz bw0KPiA+ID4gY29tbXVuaWNhdGlvbnMgYXJlIHN1YmplY3QgdG8gdGhlIHRyaWFuZ3VsYXIgcm91 dGluZy4NCj4gPg0KPiA+IE1vYmlsZSBub2RlcyBhc3NvY2lhdGUgd2l0aCBhIG5lYXJieSBzdHVi IEFTIGZyb20gYSByZWdpb25hbCBwZXJzcGVjdGl2ZS4NCj4gPiBJZiB0aGUgbW9iaWxlIG1vdmVz IGZhciBhd2F5IGZyb20gaXRzIGN1cnJlbnQgc3R1YiBBUywgaXQgY2FuIGxlYXZlIHRoYXQNCj4g PiBvbmUgYW5kIGFzc29jaWF0ZSB3aXRoIGEgbmV3IHN0dWIgQVMgdGhhdCBpcyBjbG9zZXIuIEJ1 dCwgaXQgY291bGQgaW5zdGVhZA0KPiA+IHJlbWFpbiB3aXRoIHRoZSBvbGQgc3R1YiBBUyBhdCB0 aGUgcGVuYWx0eSBvZiByb3V0aW5nIHN0cmV0Y2ggYXMgeW91IHNheS4NCj4gPg0KPiBUaGVuIHRo YXQgd291bGQgcmFpc2UgdGhlIHF1ZXN0aW9uIG9mIGhvdyBkb2VzIHRoZSBtb2JpbGUgbm9kZSBr bm93DQo+IGl0J3MgbW92ZSB0byBhIGRpZmZlcmVudCBBUywgYW5kIHdoYXQgaXMgdGhlIHByb2Nl c3MgdG8gYXNzb2NpYXRlIHdpdGgNCj4gYSBuZXcgc3R1YiBBUy4NCg0KSXQgdGVsbHMgaXRzIG5l dyBzdHViIEFTIGhlbGxvIGFuZCB0ZWxscyBpdHMgb2xkIHN0dWIgQVMgZ29vZGJ5ZS4NCg0KPiBJ IHdvdWxkIGFzc3VtZSB0aGUgbGF0dGVyIG1lYW5zIHRoZSBob3N0IHdvdWxkIG5lZWQgdG8NCj4g Z2V0IGFsbCBuZXcgYWRkcmVzc2VzLg0KDQpObzsgbm90IGF0IGFsbCAtIHRoZSBtb2JpbGUgbm9k ZSdzIE1OUCB0cmF2ZWxzIHdpdGggaXQgd2hlcmV2ZXIgaXQgZ29lcyBhbmQNCm5ldmVyIGNoYW5n ZXMuIEl0IGRvZXMgbm90IG1hdHRlciB0byB3aGljaCBzdHViIEFTIHRoZSBtb2JpbGUgbm9kZSBp cw0KYXNzb2NpYXRlZCwgYW5kIHRoZSBtb2JpbGUgY2FuIGluIGZhY3QgYXNzb2NpYXRlIHdpdGgg bXVsdGlwbGUgZm9yIGZhdWx0DQp0b2xlcmFuY2UuIEJ1dCwgcmVtZW1iZXIgdGhhdCBldmVuIHRo b3VnaCB0aGUgTU5QIChpLmUuLCB0aGUgImlkZW50aWZpZXIiKQ0KbmV2ZXIgY2hhbmdlcywgdGhl IHVuZGVybHlpbmcgbmV0d29yayBhZGRyZXNzZXMgKGkuZS4sIHRoZSAibG9jYXRvcnMiKSBjYW4N CmJlIGNoYW5naW5nIGR5bmFtaWNhbGx5LiBDb29yZGluYXRpbmcgdGhvc2UgY2hhbmdlcyB3aXRo aW4gdGhlIHN0dWIgQVMNCmlzIHRoZSBidXNpbmVzcyBvZiBhIG1vYmlsaXR5IHByb3RvY29sIGxp a2UgTUlQdjYsIExJU1AgYW5kIEFFUk8uDQoNCj4gUGVyc29uYWxseSwgSSB0ZW5kIHRvIHRoaW5r IHRoYXQgdGhlIG5ldHdvcmsNCj4gc2hvdWxkIGhhbmRsZSB0aGlzIHRyYW5zcGFyZW50bHkgYW5k IG5vdCByZXF1aXJlIGRpc3J1cHRpb24gb3INCj4gaW50ZWxsaWdlbmNlIG9uIHRoZSBtb2JpbGUg ZGV2aWNlLg0KDQpJIGhhdmUgYmVlbiB0aGlua2luZyB0aGF0IHRoZSBtb2JpbGUgbm9kZSB3b3Vs ZCBtYWtlIGl0cyBvd24gY2hvaWNlcw0Kb2Ygc3R1YiBBU2VzIHRvIGpvaW4gc28gaXQgY291bGQg bG9vayBvdXQgZm9yIGl0cyBvd24gd2VsZmFyZSwgYnV0IGFuDQphbHRlcm5hdGl2ZSBpcyB0aGF0 IGl0IGNvdWxkIGVubGlzdCB0aGUgaGVscCBvZiBzb21lIHNvcnQgb2YgbmV0d29yaw0Kc2Vydmlj ZSBicm9rZXIuIEFnYWluLCBpdCBpcyBqdXN0IGFuIEludGVybmV0IHNlcnZpY2UgYW5kIGxvYWQg YmFsYW5jaW5nDQphbmQgdG9wb2xvZ2ljYWwgY2xvc2VuZXNzIHdvdWxkIGJlIHRoZSBzYW1lIGFz IGZvciBhbnkgc2VydmljZS4NCg0KPiA+ID4gU28gSSB0aGluayB0aGUgYXRuIHNvbHV0aW9uIG1p Z2h0IGJlIGdvb2QgdG8gc2NhbGUgdGhlIG51bWJlciBvZg0KPiA+ID4gbm9kZXMsIGJ1dCBzdWIt b3B0aW1hbCByb3V0aW5nIGlzIGdvaW5nIHRvIGJlIHByb2JsZW1hdGljIGZvciBjcml0aWNhbA0K PiA+ID4gbG93IGxhdGVuY3kgYXBwbGljYXRpb25zLiBGb3IgdGhvc2UsIEkgbWFpbnRhaW4gd2Ug YWx3YXlzIHdhbnQgdGhlbSB0bw0KPiA+ID4gdGhlIG1vc3QgZGlyZWN0IHJvdXRlIGF2YWlsYWJs ZSAoZS5nLiBhbmNob3JsZXNzIHJvdXRpbmcpLCBoZW5jZSB0aGUNCj4gPiA+IHZhbHVlIG9mIGEg Y2FjaGUuDQo+ID4NCj4gPiBSb3V0ZSBvcHRpbWl6YXRpb24gaXMgdXNlZCB0byBhdm9pZCBoYXZp bmcgdG8gYWx3YXlzIGdvIHRocm91Z2ggYW4NCj4gPiBhbmNob3IgLSBBRVJPIGlzIEFzeW1tZXRy aWMgRXh0ZW5kZWQgUm91dGUgT3B0aW1pemF0aW9uLCBhbmQNCj4gPiBMSVNQIGRvZXMgYSBzb3J0 IG9mIHJvdXRlIG9wdGltaXphdGlvbiBpbiBpdHMgeFRSIGRpc2NvdmVyeSBwcm9jZXNzLg0KPiA+ IERpcmVjdCBtb2JpbGUtdG8tbW9iaWxlIHJvdXRlIG9wdGltaXphdGlvbiBtYXkgYWxzbyBiZSBw b3NzaWJsZQ0KPiA+IGluIHNvbWUgZW52aXJvbm1lbnRzLCBidXQgbm90IGFsbC4NCj4gPg0KPiBD b3JyZWN0LiBBIG1ham9yIHBvaW50IG9mIEFNUyBpcyB0byBieXBhc3Mgcm91dGluZyB0aHJvdWdo IGFuY2hvcnMNCj4gd2hlbiBpdCdzIG9mIGJlbmVmaXQgdG8gZG8gc28uDQoNCkkgdGhpbmsgTUlQ djYgbWF5IGJlIHRvbyB0aWVkIHRvIHRoZSBub3Rpb24gb2YgYSAiaG9tZSBuZXR3b3JrIiB0byBi ZQ0KYWJsZSB0byBiZW5lZml0IGZyb20gcm91dGUgb3B0aW1pemF0aW9uIGJldHdlZW4gbmV0d29y ayBlbGVtZW50cw0KdGhhdCBkb2VzIG5vdCBleHRlbmQgYWxsIHRoZSB3YXkgdG8gdGhlIG1vYmls ZXMuIEkgZG9uJ3QgdGhpbmsgc29tZSBvZg0KdGhlIG90aGVyIGFsdGVybmF0aXZlcyB0aGF0IGRv IG5vdCBoYXZlIHRoZSBub3Rpb24gb2YgYSBob21lIG5ldHdvcmsNCnNoYXJlIHRoaXMgbGltaXRh dGlvbi4NCg0KVGhhbmtzIC0gRnJlZA0KDQo+IFRvbQ0KPiANCj4gPiBUaGFua3MgLSBGcmVkDQo+ ID4NCj4gPiA+ID4gVGhhbmtzIGZvciB0aGUgcXVlc3Rpb25zLCBhbmQgbGV0IG1lIGtub3cgaWYg eW91IGhhdmUgYW55IG90aGVycy4NCj4gPiA+ID4NCj4gPiA+ID4gUmVnYXJkIHMtIEZyZWQNCj4g PiA+ID4NCj4gPiA+ID4gPiBEbyB5b3UgaGF2ZSBhbnkgdGhvdWdodHMgYWxvbmcgdGhlc2UgbGlu ZXM/DQo+ID4gPiA+ID4NCj4gPiA+ID4gPiBUb20NCj4gPiA+ID4gPg0KPiA+ID4gPiA+ID4gVGhh bmtzIC0gRnJlZA0KPiA+ID4gPiA+ID4NCj4gPiA+ID4gPiA+ID4gLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0NCj4gPiA+ID4gPiA+ID4gRnJvbTogVG9tIEhlcmJlcnQgW21haWx0bzp0b21AcXVh bnRvbml1bS5uZXRdDQo+ID4gPiA+ID4gPiA+IFNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgMjksIDIw MTkgODozMyBBTQ0KPiA+ID4gPiA+ID4gPiBUbzogVGVtcGxpbiAoVVMpLCBGcmVkIEwgPEZyZWQu TC5UZW1wbGluQGJvZWluZy5jb20+DQo+ID4gPiA+ID4gPiA+IENjOiBkbW0gPGRtbUBpZXRmLm9y Zz47IHBpZGxvY0BpZXRmLm9yZzsgVmlrcmFtIFNpd2FjaCA8dnNpd2FjaEBnbWFpbC5jb20+DQo+ ID4gPiA+ID4gPiA+IFN1YmplY3Q6IFJlOiBbRE1NXSBGd2Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNh dGlvbiBmb3IgZHJhZnQtaGVyYmVydC1pbnRhcmVhLWFtcy0wMC50eHQNCj4gPiA+ID4gPiA+ID4N Cj4gPiA+ID4gPiA+ID4gT24gVHVlLCBKYW4gMjksIDIwMTkgYXQgNzozNSBBTSBUZW1wbGluIChV UyksIEZyZWQgTA0KPiA+ID4gPiA+ID4gPiA8RnJlZC5MLlRlbXBsaW5AYm9laW5nLmNvbT4gd3Jv dGU6DQo+ID4gPiA+ID4gPiA+ID4NCj4gPiA+ID4gPiA+ID4gPiBIaSBUb20sDQo+ID4gPiA+ID4g PiA+ID4NCj4gPiA+ID4gPiA+ID4gPiBJIHJlYWQgaXQsIGFuZCBJIGRvIG5vdCB0aGluayBpdCBp cyBkaWZmZXJlbnQgZnJvbSB0aGUgc3lzdGVtIGRlc2NyaWJlZA0KPiA+ID4gPiA+ID4gPiA+IGlu ICdkcmFmdC1pZXRmLXJ0Z3dnLWF0bi1iZ3AnLg0KPiA+ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4g PiA+IEhpIEZyZWQsDQo+ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPiA+IFRoYW5rcyBmb3IgdGhl IGNvbW1lbnQuIEkgaGF2ZSByZWFkIGRyYWZ0LWlldGYtcnRnd2ctYXRuLWJncCBhbHNvLiBJDQo+ ID4gPiA+ID4gPiA+IHRoaW5rIHRoYXQgdGhlIGh1YiBhbmQgc3Bva2UgYXJjaGl0ZWN0dXJlIHdp bGwgZW5kIHVwIGJlaW5nIHNpbWlsYXIsDQo+ID4gPiA+ID4gPiA+IGJ1dCBJJ20gbm90IHN1cmUg dGhhdCB0aGlzIGlzIGV4YWN0bHkgdGhlIHNhbWUgdGhpbmcuIE9uZSBkaWZmZXJlbmNlDQo+ID4g PiA+ID4gPiA+IGlzIHRoYXQgZHJhZnQtaWV0Zi1ydGd3Zy1hdG4tYmdwIGlzIHRhcmdldGVkIHRv IHBhcnRpY3VsYXINCj4gPiA+ID4gPiA+ID4gYXBwbGljYXRpb24sIHdoZXJlYXMgZHJhZnQtaGVy YmVydC1pbnRhcmVhLWFtcyBlbmRlYXZvdXJzIHRvIGJlDQo+ID4gPiA+ID4gPiA+IGdlbmVyYWwg cHVycG9zZXMuIFRoZXJlIGFyZSBkaWZmZXJlbmNlcyBlc3BlY2lhbGx5IGluIHNjYWxhYmlsaXR5 LiBGb3INCj4gPiA+ID4gPiA+ID4gaW5zdGFuY2UsIHJ0Z3dnLWF0bi1iZ3AgbWVudGlvbnMgbmV0 d29yayB3aXRoIG1pbGxpb25zIG9mIHJvdXRlcywgYW5kDQo+ID4gPiA+ID4gPiA+IGluIGRyYWZ0 LWhlcmJlcnQtaW50YXJlYS1hbXMgdGhlIHRhcmdldCBpcyB0byBzdXBwb3J0IG5ldHdvcmtzIHdp dGgNCj4gPiA+ID4gPiA+ID4gYmlsbGlvbnMgb2YgYWN0aXZlIGFkZHJlc3NlcyBmb3IgSW9UIG5l dHdvcmtzLiBBbmQgaWYgd2UgZG8gZ2V0IHRvDQo+ID4gPiA+ID4gPiA+IHVuaXF1ZSBhZGRyZXNz IHBlciBmbG93LCB0aGVuIHRoZSB0b3RhbCBudW1iZXIgb2YgYWRkcmVzc2VzIHRvIGJlDQo+ID4g PiA+ID4gPiA+IG1hbmFnZWQgaXMgbXVjaCBtb3JlIChoZW5jZSB3aHkgaGlkZGVuIGFnZ3JlZ2F0 aW9uIGJlY29tZXMNCj4gPiA+ID4gPiA+ID4gaW50ZXJlc3RpbmcpLg0KPiA+ID4gPiA+ID4gPg0K PiA+ID4gPiA+ID4gPiBBbm90aGVyIGNvbnNpZGVyYXRpb24gaXMgTUVDIHNlcnZlcnMgcHJvdmlk aW5nIHNlcnZpY2VzIHRvIFVFcyBhdCB0aGV5DQo+ID4gPiA+ID4gPiA+IGVkZ2UuIElmIHRoZXkg cGFydGljaXBhdGUgaW4gdGhlIHJvdXRpbmcvbWFwcGluZyBzeXN0ZW0gKGFzIGFuIEFTQlItcw0K PiA+ID4gPiA+ID4gPiBpbiBkcmFmdC1pZXRmLXJ0Z3dnLWF0bi1iZ3AgYW5kIEFNUy1GIGluIEFN UykgdGhlbiB0aGUgZW5kIGRldmljZSBjYW4NCj4gPiA+ID4gPiA+ID4gcGVyZm9ybSBvdmVybGF5 IHJvdXRpbmcgaXRzZWxmLiBUaGF0IGlzIHZlcnkgZWZmaWNpZW50IGZvciBsb3dlc3QNCj4gPiA+ ID4gPiA+ID4gbGF0ZW5jeS4gVGhlcmUgbWF5IGJlIG1hbnkgTUVDIHNlcnZlcnMgYW5kIGVhY2gg b25lIG1pZ2h0IG9ubHkgYmUNCj4gPiA+ID4gPiA+ID4gY29tbXVuaWNhdGluZyB3aXRoIGEgc21h bGwgc3Vic2V0IG9mIGFsbCBwb3NzaWJsZSBub2Rlcy4gVGhpcyBzZWVtcyB0bw0KPiA+ID4gPiA+ ID4gPiBtb3RpdmF0ZSBhIHdvcmtpbmcgc2V0IGNhY2hlIHRvIHRoYXQgbGltaXRzIHRoZSBudW1i ZXIgb2YgbWFwcGluZ3MgYXMNCj4gPiA+ID4gPiA+ID4gd2VsbCBhcyB0aGUgYW1vdW50IG9mIGNv bnRyb2wgcGxhbmUgY29tbXVuaWNhdGlvbnMuDQo+ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPiA+ IFRvbQ0KPiA+ID4gPiA+ID4gPg0KPiA+ID4gPiA+ID4gPiA+IEZyZWQNCj4gPiA+ID4gPiA+ID4g Pg0KPiA+ID4gPiA+ID4gPiA+ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiA+ID4g PiA+ID4gPiA+IEZyb206IGRtbSBbbWFpbHRvOmRtbS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhh bGYgT2YgVG9tIEhlcmJlcnQNCj4gPiA+ID4gPiA+ID4gPiA+IFNlbnQ6IE1vbmRheSwgSmFudWFy eSAyOCwgMjAxOSAzOjM2IFBNDQo+ID4gPiA+ID4gPiA+ID4gPiBUbzogZG1tIDxkbW1AaWV0Zi5v cmc+OyBwaWRsb2NAaWV0Zi5vcmcNCj4gPiA+ID4gPiA+ID4gPiA+IENjOiBWaWtyYW0gU2l3YWNo IDx2c2l3YWNoQGdtYWlsLmNvbT4NCj4gPiA+ID4gPiA+ID4gPiA+IFN1YmplY3Q6IFtETU1dIEZ3 ZDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1oZXJiZXJ0LWludGFyZWEtYW1z LTAwLnR4dA0KPiA+ID4gPiA+ID4gPiA+ID4NCj4gPiA+ID4gPiA+ID4gPiA+IEhlbGxvLA0KPiA+ ID4gPiA+ID4gPiA+ID4NCj4gPiA+ID4gPiA+ID4gPiA+IFdlJ3ZlIHBvc3RlZCBhIGZpcnN0IGRy YWZ0IG9mIEFkZHJlc3MgTWFwcGluZyBTeXN0ZW0gKEFNUykuIFdlDQo+ID4gPiA+ID4gPiA+ID4g PiBhbnRpY2lwYXRlIHRoYXQgdGhpcyBjYW4gYmUgYXBwbGllZCB0byBtb2JpbGUgbmV0d29ya3Mg dG8gcHJvdmlkZQ0KPiA+ID4gPiA+ID4gPiA+ID4gb3B0aW1pemVkIG92ZXJsYXkgcm91dGluZy4g SW4gcGFydGljdWxhciwgdGhpcyBkZXNpZ24gcHJvdmlkZXMgZm9yDQo+ID4gPiA+ID4gPiA+ID4g PiBhbmNob3JsZXNzIHJvdXRpbmcgKGluIHRoZSBmb3JtIG9mIGFuY2hvciBieXBhc3MpIGFuZCBv dGhlcndpc2UNCj4gPiA+ID4gPiA+ID4gPiA+IGZhY2lsaXRhdGVzIG1lZXRpbmcgc2V2ZXJhbCBy ZXF1aXJlbWVudHMgZm9yIG9wdGltaXppbmcgdGhlIG1vYmlsZQ0KPiA+ID4gPiA+ID4gPiA+ID4g dXNlciBwbGFuZSBhcyBkZXNjcmliZWQgaW4gc2VjdGlvbiAxLjAgb2YNCj4gPiA+ID4gPiA+ID4g PiA+IGRyYWZ0LWJvZ2luZW5pLWRtbS1vcHRpbWl6ZWQtbW9iaWxlLXVzZXItcGxhbmUtMDEuICBB TVMgaXMgYWdub3N0aWMgdG8NCj4gPiA+ID4gPiA+ID4gPiA+IHRoZSB1bmRlcmxheWluZyBvdmVy bGF5IHByb3RvY29sIGFuZCBzaG91bGQgYmUgY29tcGF0aWJsZSB3aXRoIG1vc3Qgb2YNCj4gPiA+ ID4gPiA+ID4gPiA+IHRob3NlIGJlaW5nIGRpc2N1c3NlZC4gQW5vdGhlciBnb2FsIG9mIEFNUyBp cyB0byBub3QgcmVxdWlyZSByZXBsYWNpbmcNCj4gPiA+ID4gPiA+ID4gPiA+IGV4c2l0aW5nIGNv bnRyb2wgcGxhbmVzLCBidXQgY2FuIHdvcmsgaW4gY29uY2VydCB3aXRoIHRoZW0uIEZvcg0KPiA+ ID4gPiA+ID4gPiA+ID4gZXhhbXBsZSwgdGhlIGRyYWZ0IGRpc2N1c3NlcyBob3cgQU1TIG1pZ2h0 IHdvcmsgd2l0aCA1Ry4NCj4gPiA+ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPiA+ID4gPiBUb20N Cj4gPiA+ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPiA+ID4gPiAtLS0tLS0tLS0tIEZvcndhcmRl ZCBtZXNzYWdlIC0tLS0tLS0tLQ0KPiA+ID4gPiA+ID4gPiA+ID4gRnJvbTogPGludGVybmV0LWRy YWZ0c0BpZXRmLm9yZz4NCj4gPiA+ID4gPiA+ID4gPiA+IERhdGU6IE1vbiwgSmFuIDI4LCAyMDE5 IGF0IDM6MTUgUE0NCj4gPiA+ID4gPiA+ID4gPiA+IFN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlm aWNhdGlvbiBmb3IgZHJhZnQtaGVyYmVydC1pbnRhcmVhLWFtcy0wMC50eHQNCj4gPiA+ID4gPiA+ ID4gPiA+IFRvOiBWaWtyYW0gU2l3YWNoIDx0b21AcXVhbnRvbml1bS5uZXQ+DQo+ID4gPiA+ID4g PiA+ID4gPg0KPiA+ID4gPiA+ID4gPiA+ID4NCj4gPiA+ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4g PiA+ID4gPiBBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtaGVyYmVydC1pbnRhcmVhLWFtcy0w MC50eHQNCj4gPiA+ID4gPiA+ID4gPiA+IGhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQg YnkgVG9tIEhlcmJlcnQgYW5kIHBvc3RlZCB0byB0aGUNCj4gPiA+ID4gPiA+ID4gPiA+IElFVEYg cmVwb3NpdG9yeS4NCj4gPiA+ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPiA+ID4gPiBOYW1lOiAg ICAgICAgICAgZHJhZnQtaGVyYmVydC1pbnRhcmVhLWFtcw0KPiA+ID4gPiA+ID4gPiA+ID4gUmV2 aXNpb246ICAgICAgIDAwDQo+ID4gPiA+ID4gPiA+ID4gPiBUaXRsZTogICAgICAgICAgQWRkcmVz cyBNYXBwaW5nIFN5c3RlbQ0KPiA+ID4gPiA+ID4gPiA+ID4gRG9jdW1lbnQgZGF0ZTogIDIwMTkt MDEtMjgNCj4gPiA+ID4gPiA+ID4gPiA+IEdyb3VwOiAgICAgICAgICBJbmRpdmlkdWFsIFN1Ym1p c3Npb24NCj4gPiA+ID4gPiA+ID4gPiA+IFBhZ2VzOiAgICAgICAgICA0Nw0KPiA+ID4gPiA+ID4g PiA+ID4gVVJMOg0KPiA+ID4gPiA+ID4gPiA+ID4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJu ZXQtZHJhZnRzL2RyYWZ0LWhlcmJlcnQtaW50YXJlYS1hbXMtMDAudHh0DQo+ID4gPiA+ID4gPiA+ ID4gPiBTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJh ZnQtaGVyYmVydC1pbnRhcmVhLWFtcy8NCj4gPiA+ID4gPiA+ID4gPiA+IEh0bWxpemVkOiAgICAg ICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaGVyYmVydC1pbnRhcmVhLWFtcy0w MA0KPiA+ID4gPiA+ID4gPiA+ID4gSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtaGVyYmVydC1pbnRhcmVhLWFtcw0KPiA+ID4gPiA+ID4g PiA+ID4NCj4gPiA+ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPiA+ID4gPiBBYnN0cmFjdDoNCj4g PiA+ID4gPiA+ID4gPiA+ICAgIFRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIHRoZSBBZGRyZXNzIE1h cHBpbmcgU3lzdGVtIHRoYXQgaXMgYSBnZW5lcmljLA0KPiA+ID4gPiA+ID4gPiA+ID4gICAgZXh0 ZW5zaWJsZSwgYW5kIHNjYWxhYmxlIHN5c3RlbSBmb3IgbWFwcGluZyBuZXR3b3JrIGFkZHJlc3Nl cyB0bw0KPiA+ID4gPiA+ID4gPiA+ID4gICAgb3RoZXIgbmV0d29yayBhZGRyZXNzZXMuIFRoZSBB ZGRyZXNzIE1hcHBpbmcgU3lzdGVtIGlzIGludGVuZGVkIHRvIGJlDQo+ID4gPiA+ID4gPiA+ID4g PiAgICB1c2VkIGluIGNvbmp1bmN0aW9uIHdpdGggb3ZlcmxheSB0ZWNobmlxdWVzIHdoaWNoIGZh Y2lsaXRhdGUNCj4gPiA+ID4gPiA+ID4gPiA+ICAgIHRyYW5zbWlzc2lvbiBvZiBwYWNrZXRzIGFj cm9zcyBvdmVybGF5IG5ldHdvcmtzLiBJbmZvcm1hdGlvbiByZXR1cm5lZA0KPiA+ID4gPiA+ID4g PiA+ID4gICAgYnkgdGhlIEFkZHJlc3MgTWFwcGluZyBTeXN0ZW0gY2FuIGluY2x1ZGUgdGhlIHBh cnRpY3VsYXIgbmV0d29yaw0KPiA+ID4gPiA+ID4gPiA+ID4gICAgb3ZlcmxheSBtZXRob2QgYW5k IGluc3RydWN0aW9ucyByZWxhdGVkIHRvIHRoZSBtZXRob2QuICBUaGUgQWRkcmVzcw0KPiA+ID4g PiA+ID4gPiA+ID4gICAgTWFwcGluZyBTeXN0ZW0gaGFzIGEgbnVtYmVyIG9mIHBvdGVudGlhbCB1 c2UgY2FzZXMgbmV0d29ya2luZw0KPiA+ID4gPiA+ID4gPiA+ID4gICAgaW5jbHVkaW5nIGlkZW50 aWZpZXItbG9jYXRvciBwcm90b2NvbHMsIG5ldHdvcmsgdmlydHVhbGl6YXRpb24sIGFuZA0KPiA+ ID4gPiA+ID4gPiA+ID4gICAgcHJvbW90aW9uIG9mIHByaXZhY3kuDQo+ID4gPiA+ID4gPiA+ID4g Pg0KPiA+ID4gPiA+ID4gPiA+ID4NCj4gPiA+ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPiA+ID4g Pg0KPiA+ID4gPiA+ID4gPiA+ID4gUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBs ZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbg0KPiA+ID4gPiA+ID4gPiA+ ID4gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0 b29scy5pZXRmLm9yZy4NCj4gPiA+ID4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPiA+ID4gPiBUaGUg SUVURiBTZWNyZXRhcmlhdA0KPiA+ID4gPiA+ID4gPiA+ID4NCj4gPiA+ID4gPiA+ID4gPiA+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4gPiA+ID4g PiA+ID4gPiBkbW0gbWFpbGluZyBsaXN0DQo+ID4gPiA+ID4gPiA+ID4gPiBkbW1AaWV0Zi5vcmcN Cj4gPiA+ID4gPiA+ID4gPiA+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v ZG1tDQo+ID4gPiA+ID4NCj4gPiA+ID4gPiAtLQ0KPiA+ID4gPiA+IFBpZGxvYyBtYWlsaW5nIGxp c3QNCj4gPiA+ID4gPiBQaWRsb2NAaWV0Zi5vcmcNCj4gPiA+ID4gPiBodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3BpZGxvYw0K From nobody Wed Jan 30 18:49:12 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 254C6126DBF for ; Wed, 30 Jan 2019 18:49:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PLYujiTph0Xi for ; Wed, 30 Jan 2019 18:49:08 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 5CA7C126CB6 for ; Wed, 30 Jan 2019 18:49:08 -0800 (PST) Received: from lhreml707-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 6AE9F24C046F203CCDB0 for ; Thu, 31 Jan 2019 02:49:06 +0000 (GMT) Received: from BLREML703-CAH.china.huawei.com (10.20.4.172) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 31 Jan 2019 02:49:06 +0000 Received: from BLREML503-MBX.china.huawei.com ([169.254.9.122]) by blreml703-cah.china.huawei.com ([::1]) with mapi id 14.03.0415.000; Thu, 31 Jan 2019 08:18:55 +0530 From: Sridhar Bhaskaran To: "dmm@ietf.org" Thread-Topic: Comments on draft-clt-dmm-tn-aware-mobility-02 Thread-Index: AdS5D0ge70jzDx9PREyKrlpjJknlxw== Date: Thu, 31 Jan 2019 02:48:55 +0000 Message-ID: <0E42DD26875E1748992B1E3F732A36AE013D0230@BLREML503-MBX.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.20.148.52] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [DMM] Comments on draft-clt-dmm-tn-aware-mobility-02 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2019 02:49:10 -0000 Dear all, I reviewed draft-clt-dmm-tn-aware-mobility-02 and I have the following comm= ents based on 3GPP architectural definitions in TS 23.501 / 23.502 1. Section 2.1 - RQI is just a flag to tell the UE that it has to reflect b= ack the same QFI in the uplink packet. RQI on its own is not a QoS indicato= r. Hence the use of RQI in the following sentence is not correct Mapping of the PDU sessions to TE paths can be done based on the source UDP port ranges (if these are assigned based on the PDU session QCIs, as done in some deployments with 4G/LT) of the GTP-U encapsulated packet or based on the 5QI or RQI values in the GTP-U header. 2. Section 2.1, 2.2 - and almost everywhere - Restricting to description of= gNB as the radio side is not correct. 5G architecture allows the radio or = access node to be any of the following: a) gNB (which means radio is NR) b) Ng-eNB (which means radio is EUTRA) c) Untrusted WLAN d) From R16 onwards wireline and Trusted wireless LAN access So the draft should generally mention as 5G-AN and not as gNB. 3. The draft mixes SSC modes with slicing concept. SSC modes and slicing ar= e two independent concepts. UL/CL and BP UPF are applicable to all SSC mode= s. SSC modes do not have any relevance when selecting a transport path. The= description of SSC modes need to be corrected to rather reflect how / wher= e the PPR-ID is applied for different SSC modes. Regards=20 Sridhar Bhaskaran =A0 From nobody Thu Jan 31 21:16:05 2019 Return-Path: X-Original-To: dmm@ietfa.amsl.com Delivered-To: dmm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB037131004 for ; Thu, 31 Jan 2019 21:16:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jWO2fY7Jh4S3 for ; Thu, 31 Jan 2019 21:16:00 -0800 (PST) Received: from tama50.ecl.ntt.co.jp (tama50.ecl.ntt.co.jp [129.60.39.147]) by ietfa.amsl.com (Postfix) with ESMTP id 282D3130DF1 for ; Thu, 31 Jan 2019 21:15:59 -0800 (PST) Received: from vc1.ecl.ntt.co.jp (vc1.ecl.ntt.co.jp [129.60.86.153]) by tama50.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id x115Frkq021140; Fri, 1 Feb 2019 14:15:53 +0900 Received: from vc1.ecl.ntt.co.jp (localhost [127.0.0.1]) by vc1.ecl.ntt.co.jp (Postfix) with ESMTP id 54927EA7B2F; Fri, 1 Feb 2019 14:15:53 +0900 (JST) Received: from jcms-pop21.ecl.ntt.co.jp (jcms-pop21.ecl.ntt.co.jp [129.60.87.134]) by vc1.ecl.ntt.co.jp (Postfix) with ESMTP id 40125EA6B73; Fri, 1 Feb 2019 14:15:53 +0900 (JST) Received: from [IPv6:::1] (unknown [129.60.13.61]) by jcms-pop21.ecl.ntt.co.jp (Postfix) with ESMTPSA id 3B320400976; Fri, 1 Feb 2019 14:15:53 +0900 (JST) References: <0E42DD26875E1748992B1E3F732A36AE013A0017@BLREML503-MBX.china.huawei.com> <0E42DD26875E1748992B1E3F732A36AE013B5C40@BLREML503-MBS.china.huawei.com> From: Shunsuke Homma Message-ID: Date: Fri, 1 Feb 2019 14:16:23 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: <0E42DD26875E1748992B1E3F732A36AE013B5C40@BLREML503-MBS.china.huawei.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit To: Sridhar Bhaskaran , "dmm@ietf.org" X-TM-AS-MML: disable Archived-At: Subject: Re: [DMM] Questions and comments on draft-ietf-dmm-5g-uplane-analysis-00 X-BeenThere: dmm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Distributed Mobility Management Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2019 05:16:04 -0000 Hi Sridhar, Sorry for my late reply again... It took time for internal review. Please find my replies tagged with [SH-2] in-line. Best regards, Shunsuke On 2019/01/18 18:14, Sridhar Bhaskaran wrote: > Dear Shunsuke, > > Thank you for your responses. My further comments inline marked [SB-2] > > Regards > Sridhar Bhaskaran > > > -----Original Message----- > From: Shunsuke Homma [mailto:homma.shunsuke@lab.ntt.co.jp] > Sent: Wednesday, January 16, 2019 9:30 AM > To: Sridhar Bhaskaran ; dmm@ietf.org > Subject: Re: [DMM] Questions and comments on draft-ietf-dmm-5g-uplane-analysis-00 > > Hi Sridhar, > > Thank you for your review and comments. (And I'm sorry for the late > replay...) > > Please find my replies in-line.(Tagged with [SH].) > > Best regards, > > Shunsuke > > > > On 2019/01/09 12:00, Sridhar Bhaskaran wrote: >> Dear authors of draft-ietf-dmm-5g-uplane-analysis-00, >> >> Thank you for the draft. >> >> I have the following questions for clarification and comments on >> draft-ietf-dmm-5g-uplane-analysis-00 >> >> Questions >> ======== >> 1. Section 3.6 - could you elaborate on what you mean by >> >>>> [GTP-U-6]: Does not support to response ICMP PTB for Path MTU >> Discovery. >> > [SH] What we want to say in this observations is that 3GPP does not define PMTUD in user plane while TS23.060 requires well managed MTU size.Thereby there's no specification on how to handle ICMP Packet Too Big message at U-Plane functions like UPF. But if ICMP PTB message is generated at an intermediate router, the UPF which receives PTB message may not take any action due to lack of 3GPP specification. It may cause black hole for mobile user. > > [SB-2] It would be better to clarify how 3GPP allows MTU size communication to UE now and when the statement marked [GTP-U-6] is applicable. In my opinion this becomes applicable when the MTU size provided to UE as specified in TS 23.060 is not adhered to by UE or when that size is incorrect. > [SH-2] Section 3 describes just observations of GTP-U specifications/characteristics, and some cases where [GTP-U-6] may cause problems are explained section 5.3. >> 2. Section 4.1 >> >>>> These tunnels are available to be handled by other >> authorized functions through the control plane. >> >> Could you elaborate on what you mean by "other" authorized functions? Right now only SMF is allows to setup / teardown tunnels via N4 at UPF. >> > [SH] "other authorized functions" means functions which are external to the 5GS owned by the NOP. The 5GS has NEF and it provides some controllabilties to external parties. For example, an MVNO may handle UP tunnels/traffic flows on UPFs via NEF, SMF, and N4 interface. I can modify this text to describe the above more clearly. > > [SB-2] You may clarify this in the draft clearly stating that tunnel setup is controlled only by SMF (by N4) while the SMF may be provided information regarding the routing path based on API request from AF (application function) to NEF / PCF. > [SH-2] Sure. Thank you. >> 3. Section 4.2 Arch-Req-3: Could you please clarify the following sentence? First part of sentence talks about multiple PDU sessions but end of the sentence talks about one PDU session. So its not clear to me which case this is talking about. >> >> However >> it should be the multiple PDU sessions multihoming case where the >> destination gNB or UPF needs to maintain multiple tunnel states under >> the one PDU session to one UP tunnel architectural principle. >> > [SH] What we want to express here is that multihoming with P2P needs to maintain a tunnel state for each source UPF which leads increase of loads on management of tunnel states. > > [SB-2] Please consider rewording the above sentence to make it clear. > [SH-2] Sure. >> >> 4. Section 4.2 - Arch-Req-5. I am not able to understand the following sentences. Could you clarify what you mean by "connecting them without extra anchor points"? Also what does "them" refer to here? Does it refer to UE or UPF? >> >> In addition, deployment of multiple UPFs as anchors closed to UEs' >> site and connecting them without extra anchor points enable to make >> data path more efficient. >> > [SH] In the current LTE, all of UP traffic is forwarded to a P-GW which is centralized and it may cause trombone routing. On the other hand, the 5GS allows flexible deployment of UPFs mainly for MEC use cases. For example, in case these UPFs are distributed geographically, UP flows can be applied LBO or forwarded between UPFs nearby src and dst directly. > Anyway, I think it should be described in ARCH-Req-4: Flexible UPF selection, and I'll move this text to there. > > [SB-2] But the sentence reads as "multiple UPFs as *anchors*" closer to UE" --> are you talking about BP UPF / ULCL UPF case? For UE to UE routing (e.g. for voice call) within same network - are you hinting at routing via an anchor UPF closer to RAN? Some details on the exact scenarios you are mentioning will help the reader. Even if you move this to Arch-Req-4 the statements need to be clearly elaborated as per scenarios you are considering. > [SH-2] Yes, as you pointed, we assumed that deployment of UPFs closer to RAN allows more effective routing on UE2UE ( for a call). And, maybe, it will be also used for UE to local DN such as for MEC. We'll add details on scenarios which needs that usage. >> >> 5. Section Arch-Req-5: Are the following statements an architectural requirement derived from 23.501 or an architectural requirement this draft is putting on 3GPP? Atleast the words " UP protocol shall support to aggregate several PDU sessions into a tunnel or shall be a session-less tunnel." Seems like this draft is putting a requirement on 3GPP. >> >> It is expected that multiple UPFs with per session tunnel handling >> for a PDU session becomes complicated task more and more for a SMF by >> increasing number of UPFs, and UP protocol shall support to aggregate >> several PDU sessions into a tunnel or shall be a session-less tunnel. >> > [SH] It's not requirement to 3GPP from IETF. We are assuming that the current 5GS potencially have this requirement on UP protocol. If this text seems not to be appropriate, we can change it. > [SB-2] At least the last part of the sentence " and UP protocol shall support to aggregate several PDU sessions into a tunnel or shall be a session-less tunnel." Seems like a requirement from IETF to 3GPP. As of Rel-15 there is no normative requirement in 3GPP to support aggregation of PDU sessions into a single tunnel. > [SH-2] OK. We'll modify the sentence for making it be clear that it is not requirement from IETF. >> Comments: >> ========== >> 1. Section 4.1.1 - traffic detection based on UE IP address and SDF >> filters is missing in the below list >> >> o For IPv4 or IPv6 PDU Session type >> >> * PDU Session >> >> * QFI >> >> * Application Identifier: The Application ID is an index to a set >> of application detection rules configured in UPF >> > [SH] Thanks. I'll add UE IP address and SDF filters into the list. BTW, can you tell me which sections should be referred? I'm referring section > 5.7.6 and 5.8.2 in TS23.501. Are there any others? > > [SB-2] You may refer to TS 29.244 table 7.5.2.2-1 and 7.5.2.2-2. > [SH-2] Thank you. We'll refer them. >> 2. Section 4.2 Arch-Req-2: >> >>>> The 5G system requires IP connectivity for N3, N6, and N9 interfaces. >> >> There is a specific case where IP connectivity on N6 is not mandatory. >> For Ethernet PDU sessions, the anchor UPF could use L2 switching on N6 >> side. You refer clause 5.6.10.2 of TS 23.501 especially the statements >> below >> >> - Configurations, where more than one PDU Session to the same DNN (e.g. for more than one UE) corresponds to the same N6 interface. In this case the UPF acting as PSA needs to be aware of MAC addresses used by the UE in the PDU Session in order to map down-link Ethernet frames received over N6 to the appropriate PDU Session. Forwarding behaviour of the UPF acting as PSA is managed by SMF as specified in clause 5.8.2.5. >> > [SH] Agreed, thank you. > [SB-2] Ack. Thank you. > >> >> 3. Section 4.2 Arch-Req-3: >> >> Multihoming is provided with Branching Point (BP) or Uplink >> Classifier (UL CL) which are functionalities of UPF. >> >> ULCL is not used for multihoming. ULCL is used for traffic splitting towards a local DN. Only BP is used for multihoming case. >> > [SH] I reviewed the section 5.6.4 in TS23.501, and I understood that multiple anchor UPFs is realized by either ULCL or IPv6 multi-homing and a way with ULCL is not called multihoming. I'll modify the description about multihoming and add suplementaly expanation on difference between ULCL and IPv6 multi-homing. > > [SB-2] Ack. Thank you. > >> 4. Section 5 is missing one evaluation aspect. GTP-U supports "End markers" to help RAN sequence the packets when there is a change of UPF during mobility procedures. So any user plane protocol that is to be evaluated need to support some mechanism to help the last downlink node on path (e.g gNB) to sequence the packets coming from multiple UPFs during mobility cases. >> > [SH] Thanks. I'll add it as one evaluation aspect. > [SB-2] Ack. Thank you. > > >> 5. Section 5.7 - Need justification for the following statement: >> >> However some means need to indicate a slice on the shared >> underlying networks of the UP over the wire. >> >> What is broken or what is the issue if slice for transport is not indicated on the UP over the wire? What are the issues with providing a "network instance" (which could be mapped to a transport path) in the forwarding action rule of a PDU session? >> >> What are the advantages of carrying slice information in every packet? >> > [SH] Is to provide a greater affinity between the UP and the underlying network infrastructure. For example, if a UP session requires certain level of latency with dedicated BW requirements, traffic engineering (TE) embodies appropriate forwarding policy through the underlay transport network to that specific UP session.​ > > [SB-2] At the time of providing the FAR rule to UPF in a PFCP session, the FAR can be associated with a "network instance". What that "network instance" maps to is implementation specific. One could map a "network instance" to an underlay SR-MPLS label stack as well. So this allows fields to be stamped on to the packet as part of the traffic going via the "network instance". Additionally "network instance" also allows you to implement in such a way to map it to a static path or interface as well, without any additional markings in packet. It's entirely a deployment choice. By explicitly stating that slice information needs to be explicitly indicated in packet over the wire, you are forcing to use one particular solution in the deployment. > [SH-2] Suppose that it is a multi-vendor case where UPF receives the network instance and IP transport imposes the label to the packet. Which 3GPP document specifies that UPF to be interoperable with IP transport to impose corresponding label corresponding to the network instance? Or do you assume cases where UPF and PE router run as all-in-one-box? MPLS is standardized in IETF, and it is defined that MPLS labels are imposed by PE router in the MPLS-VPN architecture. >> Regards >> Sridhar Bhaskaran >> >> >> >> >> >> _______________________________________________ >> dmm mailing list >> dmm@ietf.org >> https://www.ietf.org/mailman/listinfo/dmm >> >> > > > -- > ---------------------------------- > Shunsuke Homma > > TEL: +81 422 59 3486 > FAX: +81 422 60 7460 > > NTT Network Service Systems Labs. > Musashino city, Tokyo, Japan > ---------------------------------- > -- ---------------------------------- Shunsuke Homma TEL: +81 422 59 3486 FAX: +81 422 60 7460 NTT Network Service Systems Labs. Musashino city, Tokyo, Japan ----------------------------------