
From nobody Wed Mar  2 04:45:18 2016
Return-Path: <internet-drafts@ietf.org>
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 61D3F1B316F; Wed,  2 Mar 2016 04:45:15 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.15.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20160302124515.13081.74560.idtracker@ietfa.amsl.com>
Date: Wed, 02 Mar 2016 04:45:15 -0800
Archived-At: <http://mailarchive.ietf.org/arch/msg/dmm/-2TArSuWnn0JlEPILNCkGw-PBrg>
Cc: dmm@ietf.org
Subject: [DMM] I-D Action: draft-ietf-dmm-mag-multihoming-01.txt
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.15
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmm/>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 02 Mar 2016 12:45:15 -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 of the IETF.

        Title           : MAG Multipath Binding Option
        Authors         : Pierrick Seite
                          Alper Yegin
                          Sri Gundavelli
	Filename        : draft-ietf-dmm-mag-multihoming-01.txt
	Pages           : 13
	Date            : 2016-03-02

Abstract:
   The document [RFC4908] proposes to rely on multiple Care-of Addresses
   (CoAs) capabilities of Mobile IP [RFC6275] an Network Mobility (NEMO;
   [RFC3963]) to enable Multihoming technology for Small-Scale Fixed
   Networks.  In the continuation of [RFC4908], this document specifies
   a multiple proxy Care-of Addresses (pCoAs) extension for Proxy Mobile
   IPv6 [RFC5213].  This extension allows a multihomed Mobile Access
   Gateway (MAG) to register more than one proxy care-of-address to the
   Local Mobility Anchor (LMA).


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-dmm-mag-multihoming/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-dmm-mag-multihoming-01

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-dmm-mag-multihoming-01


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Sat Mar 12 09:12:57 2016
Return-Path: <agenda@ietf.org>
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 9758312DDFD; Fri, 11 Mar 2016 15:05:32 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: "\"IETF Secretariat\"" <agenda@ietf.org>
To: <jouni.nospam@gmail.com>, <dmm-chairs@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.16.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20160311230532.15028.37317.idtracker@ietfa.amsl.com>
Date: Fri, 11 Mar 2016 15:05:32 -0800
Archived-At: <http://mailarchive.ietf.org/arch/msg/dmm/mJHU3Wk_tl3F101kEKMhUGgokTs>
X-Mailman-Approved-At: Sat, 12 Mar 2016 09:12:55 -0800
Cc: dmm@ietf.org
Subject: [DMM] dmm - Requested session has been scheduled for IETF 95
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.17
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmm/>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2016 23:05:34 -0000

Dear Jouni Korhonen,

The session(s) that you have requested have been scheduled.
Below is the scheduled session information followed by
the original request. 

dmm Session 1 (2:30:00)
    Monday, Morning Session I 1000-1230
    Room Name: Quebracho A size: 75
    ---------------------------------------------
    


Request Information:


---------------------------------------------------------
Working Group Name: Distributed Mobility Management
Area Name: Internet Area
Session Requester: Jouni Korhonen

Number of Sessions: 1
Length of Session(s):  2.5 Hours
Number of Attendees: 50
Conflicts to Avoid: 
 First Priority: dime detnet
 Second Priority: mif 6man v6ops



Special Requests:
  
---------------------------------------------------------


From nobody Mon Mar 14 03:05:33 2016
Return-Path: <fuqiao1@outlook.com>
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 6DDF812D537 for <dmm@ietfa.amsl.com>; Mon, 14 Mar 2016 03:05:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.351
X-Spam-Level: 
X-Spam-Status: No, score=-2.351 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, 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 Mu9V-r3AmvQo for <dmm@ietfa.amsl.com>; Mon, 14 Mar 2016 03:05:30 -0700 (PDT)
Received: from SNT004-OMC2S4.hotmail.com (snt004-omc2s4.hotmail.com [65.55.90.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 19E9412D533 for <dmm@ietf.org>; Mon, 14 Mar 2016 03:05:30 -0700 (PDT)
Received: from SNT404-EAS70 ([65.55.90.71]) by SNT004-OMC2S4.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008);  Mon, 14 Mar 2016 03:05:29 -0700
X-TMN: [5rIblqc9PsimDdJGyZPU4qVjiKE3Q5LT]
X-Originating-Email: [fuqiao1@outlook.com]
Message-ID: <SNT404-EAS708684844AC4ADD9DB0476E8880@phx.gbl>
From: fuqiao <fuqiao1@outlook.com>
To: "'dmm'" <dmm@ietf.org>
Date: Mon, 14 Mar 2016 18:05:25 +0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 15.0
Thread-Index: AdF92AQGivH30zOBQ6+JCTy8nrdulQ==
Content-Language: zh-cn
X-OriginalArrivalTime: 14 Mar 2016 10:05:29.0203 (UTC) FILETIME=[098C7430:01D17DD9]
Archived-At: <http://mailarchive.ietf.org/arch/msg/dmm/1l27OctHbJr37-61In3ZiYXbQB4>
Subject: [DMM] FW: New Version Notification for draft-pularikkal-virtual-cpe-00.txt
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmm/>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 Mar 2016 10:05:32 -0000

Hi, all. I have just posted a new draft about VCPE deployment. The =
deployment and adoption of VCPE has been widely discussed by operators. =
This draft proposed 3 models for the vCPE deployment, in which FPC =
should be used for the interfaces for CP/DP decoupling of vCPE. Detail =
vCPE deployment consideration is also discussed.=20
Your comments are more than welcome.=20

-----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6-----
=E5=8F=91=E4=BB=B6=E4=BA=BA: internet-drafts@ietf.org =
[mailto:internet-drafts@ietf.org]=20
=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2016=E5=B9=B43=E6=9C=8814=E6=97=A5 =
17:58
=E6=94=B6=E4=BB=B6=E4=BA=BA: DENG Hui; Byju Pularikkal; Hui Deng; Qiao =
Fu; Ganesh Sundaram; Sri Gundavelli
=E4=B8=BB=E9=A2=98: New Version Notification for =
draft-pularikkal-virtual-cpe-00.txt


A new version of I-D, draft-pularikkal-virtual-cpe-00.txt
has been successfully submitted by Qiao Fu and posted to the IETF =
repository.

Name:		draft-pularikkal-virtual-cpe
Revision:	00
Title:		Virtual CPE Deployment Considerations
Document date:	2016-03-14
Group:		Individual Submission
Pages:		15
URL:            =
https://www.ietf.org/internet-drafts/draft-pularikkal-virtual-cpe-00.txt
Status:         =
https://datatracker.ietf.org/doc/draft-pularikkal-virtual-cpe/
Htmlized:       =
https://tools.ietf.org/html/draft-pularikkal-virtual-cpe-00


Abstract:
   Broadband Service Provider Industry has been gearing towards the
   adoption of Virtual CPE (vCPE) solutions.  The concept of vCPE is
   build around the idea that the physical CPE device at the customer
   premises can be simplified by moving some of the key feature
   functionalities from the physical CPE device to the Service Provider
   Network.  This document starts discussing the drivers behind vCPE
   adoption followed by Solution level requirements.  Two key
   Architecture models for vCPE, which can address the service provider
   and subscriber requirements, are covered in this reference document.
   Document also touches up on some of the key deployment
   considerations, which can influence the adoption of the vCPE
   architecture models.

                                                                         =
        =20


Please note that it may take a couple of minutes from the time of =
submission until the htmlized version and diff are available at =
tools.ietf.org.

The IETF Secretariat


From nobody Tue Mar 15 11:55:19 2016
Return-Path: <sarikaya2012@gmail.com>
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 E2E3012D6BD for <dmm@ietfa.amsl.com>; Tue, 15 Mar 2016 11:55:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.45
X-Spam-Level: 
X-Spam-Status: No, score=-2.45 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 9w8Sq-yb0zpW for <dmm@ietfa.amsl.com>; Tue, 15 Mar 2016 11:54:53 -0700 (PDT)
Received: from mail-qg0-x22e.google.com (mail-qg0-x22e.google.com [IPv6:2607:f8b0:400d:c04::22e]) (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 E1EB612D67C for <dmm@ietf.org>; Tue, 15 Mar 2016 11:54:52 -0700 (PDT)
Received: by mail-qg0-x22e.google.com with SMTP id u110so22838973qge.3 for <dmm@ietf.org>; Tue, 15 Mar 2016 11:54:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:reply-to:date:message-id:subject:from:to; bh=Dl0fmH5fCqgOSfD1BAm0oann4dxDJ/vEeog0/0BQbQ0=; b=JHB/kaU/Izpe6Q+KXtXtI7OFbs+Z7qfTMKIJ2uuXUFt0L7EBgyFwX6zyqSHIP4r+ak x6AIkWW8mWWUUZwQVFwQnFi9K9YU2P6VDdxTbHV/n5/6Juaaci/Pfms/jp8fR4JF3rxA zWPcC9A976ktuELjwR2NDAgAvVMfvuPB80hfF3vwwpcFeQ9dA6DK0V3R6eeK07TSi9Lb LGxtCPuL+0mVImPusRrZpDBLA87Mh1h6uAxAWTmeizc4ag0mbZgt5Y9CpEyJ9tec4r0L Uu5YQXqjXps8ecb3n8SCLZp5C66v3vPrMn12k4koacZPu94Xq6zkXbY7nORWPYmUGgyb tCFA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:date:message-id:subject :from:to; bh=Dl0fmH5fCqgOSfD1BAm0oann4dxDJ/vEeog0/0BQbQ0=; b=SGjVGwFwQYgFnMzw7W2Q4RvirdpWxcqIsYfW3hWTP6q78r8hIK9yENvX8I7OEu+WCm 5D4V1Ai7qLY9otoWD03dOQLNnIDfHRYkfHCRXT8JKsDjBPvAU6cd76YruJTIb85iGZil kxhSCajxAwZqtqOcrFKi1iiuaXjafFdc6Jf5I0lpdYDJHmuxWT4oy1US0zIpn8fImOSP 9ZjFyiMFYxIl76cIMPFOxg6qlV5JEA57m03/V3zovryROXMuvyEhTGMs1guMefYMWdT0 u8SyYNqtvdjMUWVddAcUhmmbsjuWyqae1EthNB8CmbDMnKZDh+wwoyOXSIfQNjGNunF/ HFdQ==
X-Gm-Message-State: AD7BkJKZ2N9C0rNRMb7j10MXzNwKNbqZxj+0AG3UBhPQ90FDmTew3Ddjey1v0qTzSEO3Byyy/mtXRc/MYY1NOg==
MIME-Version: 1.0
X-Received: by 10.140.174.2 with SMTP id u2mr40826628qhu.35.1458068092064; Tue, 15 Mar 2016 11:54:52 -0700 (PDT)
Received: by 10.55.26.65 with HTTP; Tue, 15 Mar 2016 11:54:52 -0700 (PDT)
Date: Tue, 15 Mar 2016 13:54:52 -0500
Message-ID: <CAC8QAcdYdQqARNO+p=rsgFJjmmUpv-OhhaTkRT74X+Vdua7kZg@mail.gmail.com>
From: Behcet Sarikaya <sarikaya2012@gmail.com>
To: "dmm@ietf.org" <dmm@ietf.org>
Content-Type: text/plain; charset=UTF-8
Archived-At: <http://mailarchive.ietf.org/arch/msg/dmm/gFCsghm2FrJOJbmtOmghhm3AOoE>
Subject: [DMM] New Version Notification for draft-sarikaya-dmm-for-wifi-04.txt
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: sarikaya@ieee.org
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmm/>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 15 Mar 2016 18:55:04 -0000

 Hi all,

We submitted Rev 04 of DMM 4 WiFi draft as follows.
Your comments will be appreciated.

Regards,

Behcet


A new version of I-D, draft-sarikaya-dmm-for-wifi-04.txt
has been successfully submitted by Behcet Sarikaya and posted to the
IETF repository.

Name:           draft-sarikaya-dmm-for-wifi
Revision:       04
Title:          Distributed Mobility Management Protocol for WiFi
Users in Fixed Network
Document date:  2016-03-15
Group:          Individual Submission
Pages:          23
URL:
https://www.ietf.org/internet-drafts/draft-sarikaya-dmm-for-wifi-04.txt
Status:         https://datatracker.ietf.org/doc/draft-sarikaya-dmm-for-wifi/
Htmlized:       https://tools.ietf.org/html/draft-sarikaya-dmm-for-wifi-04
Diff:           https://www.ietf.org/rfcdiff?url2=draft-sarikaya-dmm-for-wifi-04

Abstract:
   As networks are moving towards flat architectures, a distributed
   approach is needed to mobility management.  This document defines a
   distributed mobility management protocol called Distributed Mobility
   Management for Wi-Fi protocol.  The protocol is based on mobility
   aware virtualized routing system with software-defined network
   support.  Routing is in Layer 2 in the access network and in Layer 3
   in the core network.  Smart phones access the network over IEEE
   802.11 (Wi-Fi) interface and can move in home, hotspot and enterprise
   buildings.




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 Mon Mar 21 09:48:21 2016
Return-Path: <seiljeon@gmail.com>
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 75BE612D8F1 for <dmm@ietfa.amsl.com>; Mon, 21 Mar 2016 09:48:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level: 
X-Spam-Status: No, score=-2.7 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 naELn2-tZC8b for <dmm@ietfa.amsl.com>; Mon, 21 Mar 2016 09:48:17 -0700 (PDT)
Received: from mail-pf0-x232.google.com (mail-pf0-x232.google.com [IPv6:2607:f8b0:400e:c00::232]) (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 D23A712D8EE for <dmm@ietf.org>; Mon, 21 Mar 2016 09:48:17 -0700 (PDT)
Received: by mail-pf0-x232.google.com with SMTP id u190so271818126pfb.3 for <dmm@ietf.org>; Mon, 21 Mar 2016 09:48:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-transfer-encoding:thread-index:content-language; bh=zXOknD5qt8ga9I4EQLnWTc44LJHenhoNkerLPCgyd60=; b=jq40i4ARzoqm9+EoSj3nirGY7JoL/LRsc69Cb2D1uF//iBYPb0XeO84xJsvxH7qpkv bSsx4M/GRiQQpS+HUCx3Tk9LK7wxUTF6jOYnCuQxVLhJthhcwN30nTN2/nRQrc1HlMTH Dp6xJ0gH2i6f/6bDR0fIOIcV0aVU9V8GVBeqn+T6oErBYk82rCK0/s6zLv/J8EuxVou7 xgfx706S0w8k4q8n1khmd4A8E4xMb+6wCZG31Y7+ZruHArRM7sE2Y8+wKLFx6P2vw3go +k90YhXN0ws/Gcsc9Hw5rDowKno7G6jv8hXl1RhjkCVBdkLJLQ8Mfpg5QQBxWGnBxnKG UgWw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:references:in-reply-to:subject:date :message-id:mime-version:content-transfer-encoding:thread-index :content-language; bh=zXOknD5qt8ga9I4EQLnWTc44LJHenhoNkerLPCgyd60=; b=Y1cp1+mq282eGBr/03rxFpAobfcdSqzXaHpF0dQ0gBWTxCrN4OASpuQiXpfKclkeoo K9MiUKCo7FvGFeUIAenX4oPqlWqkVFIb/NwQu4hxW6objUINweq0EYP2oTg0pwlN5VjY n0sYAQ2pHzKV2YV0B+B0vxwPGGBBYtBdLnZt7OBfZWXR2boNzDjSbW/RXolQhr0tFRVE tb1GW8CcMScoy0+knYee7E51Y9Np3Xe2jY+MVkktch1mVWcPB3CQX9k+8oWQ1XeT8oXS W6rorsO1f+5xYsZIfq1XyoIBdGLlDfLBbAX2FDSriBzOi28unhyFSRloW4flZMhdMIFQ bkMw==
X-Gm-Message-State: AD7BkJLKAcod52Wgmko9ksvWT9JSTMFUkrym/DZrHayrJilTnCZ9y16RuP/J1XZFBrhn0g==
X-Received: by 10.66.147.103 with SMTP id tj7mr47021969pab.72.1458578897271; Mon, 21 Mar 2016 09:48:17 -0700 (PDT)
Received: from SeilPC ([122.43.105.62]) by smtp.gmail.com with ESMTPSA id e87sm41942620pfb.76.2016.03.21.09.48.15 for <dmm@ietf.org> (version=TLSv1/SSLv3 cipher=OTHER); Mon, 21 Mar 2016 09:48:16 -0700 (PDT)
From: "Seil Jeon" <seiljeon@gmail.com>
To: <dmm@ietf.org>
References: <20160321164033.31917.79289.idtracker@ietfa.amsl.com>
In-Reply-To: <20160321164033.31917.79289.idtracker@ietfa.amsl.com>
Date: Tue, 22 Mar 2016 01:48:12 +0900
Message-ID: <003a01d18391$76885dc0$63991940$@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 15.0
Thread-Index: AQH1GdXoHFbg3NPOTKbu5E3tUDzOnp8c7UDQ
Content-Language: ko
Archived-At: <http://mailarchive.ietf.org/arch/msg/dmm/7TzXQNh61zgyauTfwdKKe_5yn_8>
Subject: [DMM] FW: New Version Notification for draft-sijeon-dmm-use-cases-api-source-03.txt
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmm/>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Mar 2016 16:48:19 -0000

Hi Folks,

We have submitted updated version of the draft titled "Use Cases and API =
Extension for Source IP Address Selection".

Added part is Section 2.3 "Gaps in the consistency with the default =
address selection", describing the need of the proposed indication =
mechanism in the consistency with the defined rules in RFC 6724. For =
your convenience, the added text is as follows. Let me have your =
comments on the update.

-------------------------------------------------------------------------=
-----------------------------------
2.3.  Gaps in the consistency with the default address selection

   The need of an indication mechanism can be sought in the consistency
   with the former IETF standards.  For example, in [RFC6724] where
   default behavior for IPv6 is specified, without a proper indication
   mechanism, following conflicts are expected to happen.  In Rule 6 in
   [RFC6724], it is said that the matching label between source address
   of an IPv6 host and destination address is preferred among
   combinations between other source addresses and destination address,
   where the label is a numeric value representing policies that prefer
   a particular source address prefix for use with a destination address
   prefix in [RFC6724].  In Rule 8 in [RFC6724], it is said that the
   longest matching prefix between source address of an IPv6 host and
   destination address is preferred among combinations between other
   source addresses and destination address.  Following Rules 6 and 8,
   selection of a prefix may be different from the application's
   preference that it wants to get connected, e.g. in terms of optimal
   routing over the described distributed environments.
-------------------------------------------------------------------------=
-----------------------------------

[RFC6724]  Thaler, D., Ed., Draves, R., Matsumoto, A., and T. Chown,
              "Default Address Selection for Internet Protocol Version 6
              (IPv6)", RFC 6724, DOI 10.17487/RFC6724, September 2012,
              <http://www.rfc-editor.org/info/rfc6724>.


Regards,
Seil Jeon

-----Original Message-----
From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]=20
Sent: Tuesday, March 22, 2016 1:41 AM
To: John Kaippallimalil <john.kaippallimalil@huawei.com>; Younghan Kim =
<younghak@ssu.ac.kr>; Seil Jeon <seiljeon@av.it.pt>; Young-Han Kim =
<younghak@ssu.ac.kr>; Sergio Figueiredo <sergio.figueiredo@altran.com>
Subject: New Version Notification for =
draft-sijeon-dmm-use-cases-api-source-03.txt


A new version of I-D, draft-sijeon-dmm-use-cases-api-source-03.txt
has been successfully submitted by Seil Jeon and posted to the IETF =
repository.

Name:		draft-sijeon-dmm-use-cases-api-source
Revision:	03
Title:		Use Cases and API Extension for Source IP Address Selection
Document date:	2016-03-21
Group:		Individual Submission
Pages:		8
URL:            =
https://www.ietf.org/internet-drafts/draft-sijeon-dmm-use-cases-api-sourc=
e-03.txt
Status:         =
https://datatracker.ietf.org/doc/draft-sijeon-dmm-use-cases-api-source/
Htmlized:       =
https://tools.ietf.org/html/draft-sijeon-dmm-use-cases-api-source-03
Diff:           =
https://www.ietf.org/rfcdiff?url2=3Ddraft-sijeon-dmm-use-cases-api-source=
-03

Abstract:
   This draft specifies and analyzes the expected cases regarding the
   selection of a proper source IP address and address type based on the
   application features over a distributed mobility management (DMM)
   network.  It also provides available selection methods to better
   achieve DMM goals in the specified scenarios.

                                                                         =
        =20


Please note that it may take a couple of minutes from the time of =
submission until the htmlized version and diff are available at =
tools.ietf.org.

The IETF Secretariat



From nobody Mon Mar 21 14:15:28 2016
Return-Path: <internet-drafts@ietf.org>
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 E292612DB7E; Mon, 21 Mar 2016 14:15:26 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.17.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20160321211526.12235.48886.idtracker@ietfa.amsl.com>
Date: Mon, 21 Mar 2016 14:15:26 -0700
Archived-At: <http://mailarchive.ietf.org/arch/msg/dmm/6OlbP92S8_mA1LZl1U1BJxnnQt4>
Cc: dmm@ietf.org
Subject: [DMM] I-D Action: draft-ietf-dmm-fpc-cpdp-02.txt
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.17
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmm/>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Mar 2016 21:15:27 -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 of the IETF.

        Title           : Protocol for Forwarding Policy Configuration (FPC) in DMM
        Authors         : Marco Liebsch
                          Satoru Matsushima
                          Sri Gundavelli
                          Danny Moses
                          Lyle Bertz
	Filename        : draft-ietf-dmm-fpc-cpdp-02.txt
	Pages           : 67
	Date            : 2016-03-21

Abstract:
   This specification supports the separation of the Control-Plane for
   mobility- and session management from the Data-Plane.  The protocol
   semantics abstract the configuration of Data-Plane nodes and applies
   it between a Client function, which is used by an application of the
   mobility Control-Plane, and an Agent function, which is associated
   with the configuration of Data-Plane nodes, according to the Data-
   Plane rules issued by the mobility Control-Plane.  The scope of the
   rules comprises traffic description and treatment of packets in terms
   of encapsulation, IP address re-writing and QoS.  Additional protocol
   semantics are described to support the maintenance of the Data-Plane
   path.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-dmm-fpc-cpdp/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-dmm-fpc-cpdp-02

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-dmm-fpc-cpdp-02


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Mon Mar 21 16:16:03 2016
Return-Path: <internet-drafts@ietf.org>
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 4EFA012D18E; Mon, 21 Mar 2016 16:15:57 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.17.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20160321231557.12255.18558.idtracker@ietfa.amsl.com>
Date: Mon, 21 Mar 2016 16:15:57 -0700
Archived-At: <http://mailarchive.ietf.org/arch/msg/dmm/YR-layMIKV_F7FkOVhjF2DX1Trc>
Cc: dmm@ietf.org
Subject: [DMM] I-D Action: draft-ietf-dmm-fpc-cpdp-03.txt
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.17
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmm/>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Mar 2016 23:15:57 -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 of the IETF.

        Title           : Protocol for Forwarding Policy Configuration (FPC) in DMM
        Authors         : Marco Liebsch
                          Satoru Matsushima
                          Sri Gundavelli
                          Danny Moses
                          Lyle Bertz
	Filename        : draft-ietf-dmm-fpc-cpdp-03.txt
	Pages           : 67
	Date            : 2016-03-21

Abstract:
   This specification supports the separation of the Control-Plane for
   mobility- and session management from the Data-Plane.  The protocol
   semantics abstract the configuration of Data-Plane nodes and applies
   it between a Client function, which is used by an application of the
   mobility Control-Plane, and an Agent function, which is associated
   with the configuration of Data-Plane nodes, according to the Data-
   Plane rules issued by the mobility Control-Plane.  The scope of the
   rules comprises traffic description and treatment of packets in terms
   of encapsulation, IP address re-writing and QoS.  Additional protocol
   semantics are described to support the maintenance of the Data-Plane
   path.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-dmm-fpc-cpdp/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-dmm-fpc-cpdp-03

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-dmm-fpc-cpdp-03


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Fri Mar 25 11:59:57 2016
Return-Path: <sarikaya2012@gmail.com>
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 A19C312D18B for <dmm@ietfa.amsl.com>; Fri, 25 Mar 2016 11:59:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.45
X-Spam-Level: 
X-Spam-Status: No, score=-2.45 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 8ZqpGMp90j-K for <dmm@ietfa.amsl.com>; Fri, 25 Mar 2016 11:59:53 -0700 (PDT)
Received: from mail-qk0-x234.google.com (mail-qk0-x234.google.com [IPv6:2607:f8b0:400d:c09::234]) (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 C87E112D0ED for <dmm@ietf.org>; Fri, 25 Mar 2016 11:59:52 -0700 (PDT)
Received: by mail-qk0-x234.google.com with SMTP id o6so37243690qkc.2 for <dmm@ietf.org>; Fri, 25 Mar 2016 11:59:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-transfer-encoding; bh=Ok0mGTz0jt96e/1+fgYpFb9pAgEJ0NpE8RZj+9B6dIs=; b=iWQ70NwSB1x1Zy/E5Qt9V+Og/nhWdAaAPq58dgHilzRRLPSk7d/qB9ocZQ1e8dQLKP eVyDT2cSyK4UKhPiGk4/qWwPNCZZ+BNde9Ngh4qmhqltCvlVz5m6ku63Auh6wy11jMqg 3iTzCCU1HyNGLalgNc5Fg6HHSxAAZAlimBMsZ2zBBdu96slqdIRyu2+QyFvsiFnF+shh xNksScwZaqpM+tljJrFhvHLJZAgNbCye8uqwef4hfwL8Mi9xTAWEfrfT1+c2SCQtILCm f93eQi8RqV2sQsm/6Hb493cqjDlVJLRASAgXmYLw2+vF3gY6ybKSYHF8flyk5ZyEDwzU k8WA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-transfer-encoding; bh=Ok0mGTz0jt96e/1+fgYpFb9pAgEJ0NpE8RZj+9B6dIs=; b=Ztfci5dli1+kFjonR9zTJKB4g9jaVf73ZblEExrnkgqhp1EfNX6+Mlc05MeMsGNoR4 mjeVNTPSBEhf8mXQSOVOF+2nsIPotHLHY5u9D1vVr4Gib5MS8KTy8XGmvbE9NeUxByYS cnSGQO4JdID69w6iaK1e/wlENsWGZ2A+uRgEHjpps/DBgf3yMo/eEqcolmm9ztuGsmCT uZZihbnaN68VBtLfhpuC1oGHROsp+XbQD6Wvy1loWTGn8oXB1/6s+Eibc2E2InGPvwoF 25+f+PXM0YdEyiPrqyfj354MG/pE6+BYFhqw/Pg0owT8o/We3j67JnjGUAzBx330cp9x /ViA==
X-Gm-Message-State: AD7BkJLHUgzW/VThpYZkUbveaG/Z7LrzqT16jyW7TgNmwqE2+RaVX50XVcxTDsDf0d5MWYrSJuLB/c1refbuFg==
MIME-Version: 1.0
X-Received: by 10.55.72.196 with SMTP id v187mr19055757qka.97.1458932391896; Fri, 25 Mar 2016 11:59:51 -0700 (PDT)
Received: by 10.233.237.84 with HTTP; Fri, 25 Mar 2016 11:59:51 -0700 (PDT)
In-Reply-To: <E8355113905631478EFF04F5AA706E9830E7CFE4@wtl-exchp-2.sandvine.com>
References: <565DE1DD.2070007@gmail.com> <E8355113905631478EFF04F5AA706E9830DD3D69@wtl-exchp-2.sandvine.com> <F0CF5715D3D1884BAC731EA1103AC281349C3EBF@HASMSX106.ger.corp.intel.com> <E8355113905631478EFF04F5AA706E9830E77178@wtl-exchp-2.sandvine.com> <F0CF5715D3D1884BAC731EA1103AC281349C44F0@HASMSX106.ger.corp.intel.com> <E8355113905631478EFF04F5AA706E9830E7CFE4@wtl-exchp-2.sandvine.com>
Date: Fri, 25 Mar 2016 13:59:51 -0500
Message-ID: <CAC8QAcf3fKiuSj88RuniF1yBXm64v3bPU_hgTv0GsV+nSNHf0A@mail.gmail.com>
From: Behcet Sarikaya <sarikaya2012@gmail.com>
To: Dave Dolson <ddolson@sandvine.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Archived-At: <http://mailarchive.ietf.org/arch/msg/dmm/7q0K3lPnHhau-ujtCNdSEoTGhEw>
Cc: "dmm@ietf.org" <dmm@ietf.org>
Subject: Re: [DMM] WGLC #1 for draft-ietf-dmm-ondemand-mobility-01
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: sarikaya@ieee.org
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmm/>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Mar 2016 18:59:56 -0000

Hi Danny,

I was reading Dave's concerns.
In my view the real problem in this draft is not with the nomadic IP
address, actually Dave's concern was very syntactic.
I have a semantic concern with the sustained IP address.
What really is this?
Sustained IP address is very important for this draft because
everything is based on that.
Reading Section 3.1, Sustained IP Address is kind of a banana, it has
the taste that the beholder wants to get. It could be Fixed IP Address
or nomadic.
If Sustained IP Address gets me what I want, i.e. IP session
continuity, why do I need anything else?
It says in the draft, it may be configured by using access network
anchoring, corresponding network anchoring, or something else,
whatever that is?
Which access network are you talking about? Is it good old 3GPP? Then,
the answer is yes but then what type of new solution is this?

I think what this draft is trying to say is if I am in 3GPP coverage
area I use 3GPP anchoring, if I am in Wi-Fi coverage area, I use
MIPv6. Is this what you had in mind?

I do not recall under which category does this draft fall? Is it a
maintenance type of draft? Or is it dmm type of draft?

Regards,

Behcet

On Sun, Feb 21, 2016 at 8:05 PM, Dave Dolson <ddolson@sandvine.com> wrote:
> >From an application developer's point of view, I don't think there shoul=
d be a distinction about roaming between providers or with the same provide=
r.
> It should work with WiFi, mobile, even wired Ethernet.
> E.g., as I unplug my laptop from work, use the 3G stick on the train, WiF=
i in the coffee shop and plug in wired Ethernet at home. I could have a fix=
ed address as well as several temporary (no guarantee) addresses.
>
> I'm not saying all of those access technologies need to have implementati=
on of all types of addresses.
> One might only get a fixed address from one of those providers, all the o=
thers being no-guarantee.
>
> -Dave
>
> ________________________________________
> From: Moses, Danny [danny.moses@intel.com]
> Sent: Sunday, February 21, 2016 10:05 AM
> To: Dave Dolson; dmm@ietf.org
> Subject: RE: [DMM] WGLC #1 for draft-ietf-dmm-ondemand-mobility-01
>
> Hi Dave,
>
> Regarding the term "Nomadic" IP address:
> Actually, this draft is about enhancements to the Socket API that are use=
ful in relation with movement of the mobile host. Its intent was to notify =
the access network as to the type of IP session continuity it requires upon=
 movement between LANs. The idea is to reduce the network support for sessi=
on continuity (via PMIP, GTP, etc) when it is not needed. This draft is not=
 dealing with devices migrating from one service provider to another as oth=
er issues should be handled in such scenario.
>
> "Local" is not good as it clashes with IPv6 Local addresses.
>
> The best term in my mind would be: "An IP address without any NW guarante=
e to continue to be valid after a potential host movement to a new LAN with=
 a different IP prefix". So far, we could not come with a good name for suc=
h an address. May be "Guarantee-less"?
>
> Let's not forget: this is going to be used by application developers who =
do not necessarily fully understand how networks allocate IP addresses and =
maintain their validity.
>
> Regarding when On-Demand resolution occurs (Point 6):
> How about if we say:
>
> If applications want to influence the type of IP address their generated =
traffic will use, they must do so after creating a Socket and prior to gene=
rating the first transmitted packet.
>
> We do not want to be too specific since it is not a user's manual.
>
> Does this sound reasonable to you?
>
> Thanks,
>         /Danny
>
> -----Original Message-----
> From: Dave Dolson [mailto:ddolson@sandvine.com]
> Sent: Thursday, February 18, 2016 22:46
> To: Moses, Danny; dmm@ietf.org
> Subject: RE: [DMM] WGLC #1 for draft-ietf-dmm-ondemand-mobility-01
>
> Danny and Alper,
> Thanks. I hope your helpful explanations below make it into the draft as =
well.
>
>
> On the "nomadic address" question, this name really feels wrong to me. Th=
e address doesn't move and hence isn't nomadic.
> You don't like "ephemeral" because it doesn't convey movement.
> But a question, does the host have to move for the principles of this doc=
ument to apply?
> Couldn't a host get a new address (perhaps from a different wireless prov=
ider) without moving?
> Maybe "non-nomadic address" or "provider-local address" ?
>
>
> On point 6, yes I think you have to specify when the resolution occurs, s=
ince it affects which functions return error codes.
> I don't think the local address can be resolved before connect(), since t=
he choice of local address may depend on the remote address to connect. E.g=
., connections to a peer on a local LAN subnet need to use an address on th=
at interface.
>
>
> -Dave
>
>
>
>
> -----Original Message-----
> From: Moses, Danny [mailto:danny.moses@intel.com]
> Sent: Thursday, February 18, 2016 9:13 AM
> To: Dave Dolson; dmm@ietf.org
> Subject: RE: [DMM] WGLC #1 for draft-ietf-dmm-ondemand-mobility-01
>
> Hi Dave,
>
> Sorry for the very late response. Somehow we missed the original email an=
d were reminded by Jouni (Thanks Jouni).
>
> Anyway, thank you for the thorough and helpful comments. We have produced=
 a new version and will publish it shortly.
>
> Please see further details to your comments:
>
> Dave>
> 1. Was the term "Nomadic" discussed? To me, a nomadic thing moves around,=
 but in this draft, Nomadic IP addresses do not move around; they are repla=
ced. "Ephemeral IP Address" might convey the idea more clearly.
>
> Reply>
> "Nomadic" was discussed, it is not the best name but we could not find a =
better one.
> What 'moves around' is the mobile host and as a result of that movement, =
its source IP address might become obsolete (when it moves from its origina=
l LAN to another with a different prefix). An application on a mobile host =
requires a 'Nomadic' IP address when it does not care for the IP continuity=
 guarantee services provided by the network. This is either because it know=
s that the mobile host is not really mobile, or because it has other means =
of maintaining session continuity and does not want the overhead associated=
 with network-provided IP continuity services.
>
> The term 'Ephemeral' is not associated with movement - we think it is bet=
ter to have a 'movement'-related name.
>
> Dave>
> 2. I know this is really picky, but it wouldn't hurt to spell out "REQUIR=
E" in IPV6_REQ_FIXED_IP etc.
>  - IPV6_REQUIRE_FIXED_IP in parallel with IPV6_PREFER_SRC_PUBLIC
>
> Reply>
> Make sense. Will be changed in the next version.
>
> Dave>
> 3. There is a "TDB" in section 3.4. "TBD: Disallow this case?"  This need=
s to be resolved. I suggest the most restrictive flag applies.
>
> Reply>
> This is about whether to enable the application to set more than one flag=
 or not per a given socket. We left that for discussion in the draft but ne=
ver resolved it.
>
> We prefer not to enable setting more than one flag since it add complexit=
y. The application can check the returned code and act upon it. For example=
, if it uses setsockopt() with IPV6_REQUIRE_FIXED_IP and the call returns w=
ith an error code, it can re-attempt with IPV6_REQUEST_SUSTAINED_IP or IPV6=
_REQUEST_NOMADIC_IP (or without the flags - in case they are not supported =
by the network).
>
> So we are replacing the original text:
> More than one of these flags may be set on the same socket. In that case,=
 an IP address compliant with any one of them shall be selected.
> TBD: Disallow this case?
>
> With:
> Only one flag of these flags may be set on the same socket. If an applica=
tion attempts to set more than one flag, the most recent setting will be th=
e one in effect.
>
> Dave>
> 4. Must resolve "Application of this solution to IPv4 is TBD."
>  - clearly the socket option is IPV6_something, but...
>  - there is uncharted territory surrounding IPv4-mapped-IPv6 addresses (h=
ttps://tools.ietf.org/html/rfc4291#section-2.5.5.2 ), when socket option IP=
V6_V6ONLY is false.
>  - I think the goal should be that the API *does* apply to IPv4 via IPv4-=
mapped-IPv6 addresses, while acknowledging that the operating system or net=
work may not be able to fulfill the request.
>     - I.e., permit the application to request constraints on IPv4, but al=
so expect the application to try for a relaxed address if the initial reque=
st fails.
>  - I see no need to support the API with AF_INET sockets, since AF_INET6 =
can be used with IPV6_ONLY=3Dfalse and IPv4-mapped-IPv6 addresses.
>
> Reply>
> Actually, the charter of DMM addresses IPv6 only. So we are removing the =
text that refers to IPv4 altogether. If we see in the future a need to addr=
ess IPv4, we will do so in a separate draft.
>
> Dave>
> 5. The error codes are not clearly defined. What is the errno for failure=
 of setsockopt() and others?
>
> Reply>
> True.
>
> We added the following text at the end of section 3.4:
>
> The following new error codes are also defined in the document and will b=
e used in Socket API in compliance with the [RFC5014]:
> EAI_REQUIREIPNOTSUPPORTED /*The network does not support the ability to r=
equest that IP address type */ EAI_REQUIREIPFAILED /* The network could not=
 assign the specific IP address type */
>
> Dave>
> 6. I'm unclear on when the on-demand resolution occurs? I don't think it =
can be done at the time of setsockopt(); as I understand it, the addresses =
are resolved later, at connect() or listen(). I'm not sure about this, but =
it should be explained. If the resolution is done at connect() time, is a n=
ew errno required?
>
> Reply>
> The addresses should be resolved before connect() or listen() in order to=
 avoid unnecessary delay caused by the need to request the address from the=
 network (with DHCP - for example). Furthermore, UDP should also be support=
ed, hence connect() or listen() may not be used. There for, they must be re=
solved at setsockopt() prior to the above calls. Do you see any problem wit=
h that?
>
> Do you think text should be added to clarify this?
>
> Dave>
> 7. Some socket interfaces are not mentioned. What about sendto(), sendmsg=
(), which are not connection-oriented?
>
> Reply>
> Both assume that a source IP address was assigned to the host.
> If the application invoked setsockopt() successfully prior to attempting =
to send a message, the appropriate source IP address type will be used for =
the transmitted packets. If not, whatever source IP address assigned to the=
 host will be used.
>
> Dave>
> 8. In section 4.1, support for legacy applications does not really say ho=
w to support legacy applications.
>  - my opinion: the default (lacking new socket options) should be to requ=
ire Fixed for listen() and Sustained for connect(), and Nomadic/Ephemeral f=
or non-connected datagrams.
>
> Reply>
> Legacy application will not use these new flags, and as a result, will no=
t be able to influence the source IP address type and related mobility supp=
ort. As a result, they will behave exactly as applications behave today.
>
> Clearly there will be some default behavior as to the assigned source IP =
address. Today, this depends on the access networks. Cellular networks usua=
lly provide Fixed or Sustained source IP addresses, and WiFi networks usual=
ly provide Nomadic source IP addresses.
>
> We do not think we should specify a strict behavior in this case, but rat=
her leave it to be implementation-specific.
>
> Once again, thanks for the good comments.
>
> Alper and Danny
>
> -----Original Message-----
> From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Dave Dolson
> Sent: Wednesday, December 02, 2015 18:42
> To: Jouni Korhonen; dmm@ietf.org; Dapeng Liu
> Subject: Re: [DMM] WGLC #1 for draft-ietf-dmm-ondemand-mobility-01
>
> (I haven't paid close attention to the list, so apologies if I'm raising =
old issues.)
>
> 1. Was the term "Nomadic" discussed? To me, a nomadic thing moves around,=
 but in this draft, Nomadic IP addresses do not move around; they are repla=
ced. "Ephemeral IP Address" might convey the idea more clearly.
>
> 2. I know this is really picky, but it wouldn't hurt to spell out "REQUIR=
E" in IPV6_REQ_FIXED_IP etc.
>  - IPV6_REQUIRE_FIXED_IP in parallel with IPV6_PREFER_SRC_PUBLIC
>
> 3. There is a "TDB" in section 3.4. "TBD: Disallow this case?"  This need=
s to be resolved. I suggest the most restrictive flag applies.
>
> 4. Must resolve "Application of this solution to IPv4 is TBD."
>  - clearly the socket option is IPV6_something, but...
>  - there is uncharted territory surrounding IPv4-mapped-IPv6 addresses (h=
ttps://tools.ietf.org/html/rfc4291#section-2.5.5.2 ), when socket option IP=
V6_V6ONLY is false.
>  - I think the goal should be that the API *does* apply to IPv4 via IPv4-=
mapped-IPv6 addresses, while acknowledging that the operating system or net=
work may not be able to fulfill the request.
>     - I.e., permit the application to request constraints on IPv4, but al=
so expect the application to try for a relaxed address if the initial reque=
st fails.
>  - I see no need to support the API with AF_INET sockets, since AF_INET6 =
can be used with IPV6_ONLY=3Dfalse and IPv4-mapped-IPv6 addresses.
>
> 5. The error codes are not clearly defined. What is the errno for failure=
 of setsockopt() and others?
>
> 6. I'm unclear on when the on-demand resolution occurs? I don't think it =
can be done at the time of setsockopt(); as I understand it, the addresses =
are resolved later, at connect() or listen(). I'm not sure about this, but =
it should be explained. If the resolution is done at connect() time, is a n=
ew errno required?
>
> 7. Some socket interfaces are not mentioned. What about sendto(), sendmsg=
(), which are not connection-oriented?
>
> 8. In section 4.1, support for legacy applications does not really say ho=
w to support legacy applications.
>  - my opinion: the default (lacking new socket options) should be to requ=
ire Fixed for listen() and Sustained for connect(), and Nomadic/Ephemeral f=
or non-connected datagrams.
>
>
>
> -Dave
>
>
>
>
> -----Original Message-----
> From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Jouni Korhonen
> Sent: Tuesday, December 01, 2015 1:07 PM
> To: dmm@ietf.org; Jouni; Dapeng Liu
> Subject: [DMM] WGLC #1 for draft-ietf-dmm-ondemand-mobility-01
>
> Folks,
>
> This mail starts two week WGLC for the I-D:
>         https://tools.ietf.org/html/draft-ietf-dmm-ondemand-mobility-01
>
> The WGLC ends 12/15/2015.
>
> Provide your reviews and comments to the mailing list. For the better tra=
cking of issues and proposed changed use the Issue Tracker to submit your i=
ssues/proposals.
>
> - Jouni & Dapeng
>
> _______________________________________________
> 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
> ---------------------------------------------------------------------
> 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 other=
s is strictly prohibited. If you are not the intended recipient, please con=
tact the sender and delete all copies.
>
> ---------------------------------------------------------------------
> 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.
>
>
> _______________________________________________
> dmm mailing list
> dmm@ietf.org
> https://www.ietf.org/mailman/listinfo/dmm


From nobody Sat Mar 26 08:31:31 2016
Return-Path: <danny.moses@intel.com>
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 24A5512D5AD for <dmm@ietfa.amsl.com>; Sat, 26 Mar 2016 08:31:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.931
X-Spam-Level: 
X-Spam-Status: No, score=-1.931 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-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 4epwYc-z2l33 for <dmm@ietfa.amsl.com>; Sat, 26 Mar 2016 08:31:28 -0700 (PDT)
Received: from mga04.intel.com (mga04.intel.com [192.55.52.120]) by ietfa.amsl.com (Postfix) with ESMTP id 20D8A12D1CB for <dmm@ietf.org>; Sat, 26 Mar 2016 08:31:28 -0700 (PDT)
Received: from orsmga002.jf.intel.com ([10.7.209.21]) by fmsmga104.fm.intel.com with ESMTP; 26 Mar 2016 08:31:27 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.24,396,1455004800"; d="scan'208";a="941975487"
Received: from fmsmsx106.amr.corp.intel.com ([10.18.124.204]) by orsmga002.jf.intel.com with ESMTP; 26 Mar 2016 08:31:28 -0700
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.248.2; Sat, 26 Mar 2016 08:31:27 -0700
Received: from lcsmsx154.ger.corp.intel.com (10.186.165.229) by fmsmsx118.amr.corp.intel.com (10.18.116.18) with Microsoft SMTP Server (TLS) id 14.3.248.2; Sat, 26 Mar 2016 08:31:26 -0700
Received: from hasmsx106.ger.corp.intel.com ([169.254.2.105]) by LCSMSX154.ger.corp.intel.com ([169.254.7.187]) with mapi id 14.03.0248.002; Sat, 26 Mar 2016 18:31:24 +0300
From: "Moses, Danny" <danny.moses@intel.com>
To: "sarikaya@ieee.org" <sarikaya@ieee.org>
Thread-Topic: [DMM] WGLC #1 for draft-ietf-dmm-ondemand-mobility-01
Thread-Index: AQHRLGNCmmE+d1SrqEm02pCc///KWJ63xloAgHpwIWCAAGoVAIAEdKFAgACboYCAM1UhgIABgxHg
Date: Sat, 26 Mar 2016 15:31:22 +0000
Message-ID: <F0CF5715D3D1884BAC731EA1103AC281349E38CD@HASMSX106.ger.corp.intel.com>
References: <565DE1DD.2070007@gmail.com> <E8355113905631478EFF04F5AA706E9830DD3D69@wtl-exchp-2.sandvine.com> <F0CF5715D3D1884BAC731EA1103AC281349C3EBF@HASMSX106.ger.corp.intel.com> <E8355113905631478EFF04F5AA706E9830E77178@wtl-exchp-2.sandvine.com> <F0CF5715D3D1884BAC731EA1103AC281349C44F0@HASMSX106.ger.corp.intel.com> <E8355113905631478EFF04F5AA706E9830E7CFE4@wtl-exchp-2.sandvine.com> <CAC8QAcf3fKiuSj88RuniF1yBXm64v3bPU_hgTv0GsV+nSNHf0A@mail.gmail.com>
In-Reply-To: <CAC8QAcf3fKiuSj88RuniF1yBXm64v3bPU_hgTv0GsV+nSNHf0A@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ctpclassification: CTP_IC
x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiYzNiNzcxZTYtYTk5Yy00ZjE0LTg0Y2MtZWU4OTY2YTEzYThjIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX0lDIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE1LjkuNi42IiwiVHJ1c3RlZExhYmVsSGFzaCI6ImtVdEdcL2l2TFdPZFJGc0ZSamJ0NEszT0U2UjBnaFpuWUJLVURyaHZaZWdzPSJ9
x-originating-ip: [10.184.70.11]
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Archived-At: <http://mailarchive.ietf.org/arch/msg/dmm/KjsKWWzIoZy8cAVRVXTuJRyQW6w>
Cc: "dmm@ietf.org" <dmm@ietf.org>
Subject: Re: [DMM] WGLC #1 for draft-ietf-dmm-ondemand-mobility-01
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmm/>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 26 Mar 2016 15:31:31 -0000

SGkgQmVoY2V0LA0KDQpQbGVhc2Ugc2VlIG15IHJlcGx5IGluIHRoZSB0ZXh0Lg0KDQpUaGFua3Ms
DQoJL0Rhbm55DQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBCZWhjZXQgU2Fy
aWtheWEgW21haWx0bzpzYXJpa2F5YTIwMTJAZ21haWwuY29tXSANClNlbnQ6IEZyaWRheSwgTWFy
Y2ggMjUsIDIwMTYgMjI6MDANClRvOiBEYXZlIERvbHNvbg0KQ2M6IE1vc2VzLCBEYW5ueTsgZG1t
QGlldGYub3JnDQpTdWJqZWN0OiBSZTogW0RNTV0gV0dMQyAjMSBmb3IgZHJhZnQtaWV0Zi1kbW0t
b25kZW1hbmQtbW9iaWxpdHktMDENCg0KSGkgRGFubnksDQoNCkkgd2FzIHJlYWRpbmcgRGF2ZSdz
IGNvbmNlcm5zLg0KSW4gbXkgdmlldyB0aGUgcmVhbCBwcm9ibGVtIGluIHRoaXMgZHJhZnQgaXMg
bm90IHdpdGggdGhlIG5vbWFkaWMgSVAgYWRkcmVzcywgYWN0dWFsbHkgRGF2ZSdzIGNvbmNlcm4g
d2FzIHZlcnkgc3ludGFjdGljLg0KSSBoYXZlIGEgc2VtYW50aWMgY29uY2VybiB3aXRoIHRoZSBz
dXN0YWluZWQgSVAgYWRkcmVzcy4NCldoYXQgcmVhbGx5IGlzIHRoaXM/DQpTdXN0YWluZWQgSVAg
YWRkcmVzcyBpcyB2ZXJ5IGltcG9ydGFudCBmb3IgdGhpcyBkcmFmdCBiZWNhdXNlIGV2ZXJ5dGhp
bmcgaXMgYmFzZWQgb24gdGhhdC4NClJlYWRpbmcgU2VjdGlvbiAzLjEsIFN1c3RhaW5lZCBJUCBB
ZGRyZXNzIGlzIGtpbmQgb2YgYSBiYW5hbmEsIGl0IGhhcyB0aGUgdGFzdGUgdGhhdCB0aGUgYmVo
b2xkZXIgd2FudHMgdG8gZ2V0LiBJdCBjb3VsZCBiZSBGaXhlZCBJUCBBZGRyZXNzIG9yIG5vbWFk
aWMuDQpJZiBTdXN0YWluZWQgSVAgQWRkcmVzcyBnZXRzIG1lIHdoYXQgSSB3YW50LCBpLmUuIElQ
IHNlc3Npb24gY29udGludWl0eSwgd2h5IGRvIEkgbmVlZCBhbnl0aGluZyBlbHNlPw0KDQpETT4g
SSBhbSBub3Qgc3VyZSBJIGZ1bGx5IHVuZGVyc3Rvb2QgeW91ciBjb21tZW50L3F1ZXN0aW9uIGhl
cmUuIEkgaG9wZSBteSByZXBseSBpcyBzdWZmaWNpZW50Lg0KRE0+SSBkaWQgbm90IHVuZGVyc3Rh
bmQgeW91ciBhdHRlbXB0IHRvIGZpbmQgcmVzZW1ibGFuY2UgYmV0d2VlbiBhIHN1c3RhaW5lZCBJ
UCBhZGRyZXNzIGFuZCBhIEJhbmFuYS4gSSBhbHNvIGRvIG5vdCB1bmRlcnN0YW5kIHdoeSB5b3Ug
d3JpdGUgdGhhdCBpdCBjb3VsZCBiZSBhIEZpeGVkIElQIGFkZHJlc3Mgb3IgYSBOb21hZGljIElQ
IGFkZHJlc3MuIEl0IGNlcnRhaW5seSBjYW5ub3QuIFdoYXQgc2hvdWxkIHdlIG1vZGlmeSBpbiBz
ZWN0aW9uIDMuMSB0byBtYWtlIHRoZSBkaXN0aW5ndWlzaCBiZXR3ZWVuIHRoZSBkaWZmZXJlbnQg
dHlwZXMgb2Ygc2VydmljZXMgcHJvdmlkZWQgdG8gZWFjaCB0eXBlIG9mIGFkZHJlc3MgbW9yZSBj
bGVhcmVyPw0KRE0+SWYgYSBTdXN0YWluZWQgSVAgYWRkcmVzcyBnZXRzIHlvdSB3aGF0IHlvdSB3
YW50IC0gY2hvb3NlIGl0IHdoZW4geW91ciBhcHBsaWNhdGlvbiBlc3RhYmxpc2hlcyBhIFNvY2tl
dC4gSWYgb24gdGhlIG90aGVyIGhhbmQsIGEgTm9tYWRpYyBJUCBhZGRyZXNzIGdldHMgeW91IHdo
YXQgeW91IHdhbnQsIGNob29zZSBOb21hZGljIHdoZW4geW91ciBhcHBsaWNhdGlvbiBlc3RhYmxp
c2hlcyBhIFNvY2tldC4gSWYgeW91IG9ubHkgd3JpdGUgYXBwbGljYXRpb25zIHRoYXQgcmVxdWly
ZSBTdXN0YWluZWQgSVAgYWRkcmVzc2VzLCBhbHdheXMgY2hvb3NlIHRoZW0gd2hlbiBlc3RhYmxp
c2hpbmcgU29ja2V0cy4gQnV0LCBhcyB3ZSBjbGFpbSBpbiB0aGUgZHJhZnQsIHRoZXJlIGFyZSBk
aWZmZXJlbnQgdHlwZXMgb2YgYXBwbGljYXRpb25zIGluIHRoZSBzZW5zZSBvZiB0aGUgSVAgc2Vz
c2lvbiBjb250aW51aXR5IHRoZXkgcmVxdWlyZSBmcm9tIHRoZSBuZXR3b3JrLg0KRE0+U29tZSBh
cHBsaWNhdGlvbiBkbyBub3QgcmVxdWlyZSBJUCBzZXNzaW9uIGNvbnRpbnVpdHkgc2VydmljZXMg
ZnJvbSB0aGUgbmV0d29yayBhbmQgc2hvdWxkIG5vdCBiZSByZXF1aXJlZCB0byBlbmR1cmUgdGhl
IG92ZXJoZWFkIGFjY29tcGFuaWVkIGJ5IHRoYXQgc2VydmljZSAoVHVubmVsaW5nIG92ZXJoZWFk
LCB1bi1vcHRpbWFsIHJvdXRzIGV0Yy4uKS4gVGhpcyBkcmFmdCBlbmFibGVzIGFwcGxpY2F0aW9u
IHRvIGNvbnZleSB0aGUgdHlwZSBvZiBzZXJ2aWNlIHRoZXkgcmVxdWlyZSwgYW5kIG1heSBsZWFk
IHRvIHNpZ25pZmljYW50IHJlZHVjdGlvbiBvZiBvdmVyaGVhZCB3aGVuIHRoZSBhYm92ZSBzZXJ2
aWNlcyBhcmUgbm90IHJlcXVpcmVkLg0KDQpJdCBzYXlzIGluIHRoZSBkcmFmdCwgaXQgbWF5IGJl
IGNvbmZpZ3VyZWQgYnkgdXNpbmcgYWNjZXNzIG5ldHdvcmsgYW5jaG9yaW5nLCBjb3JyZXNwb25k
aW5nIG5ldHdvcmsgYW5jaG9yaW5nLCBvciBzb21ldGhpbmcgZWxzZSwgd2hhdGV2ZXIgdGhhdCBp
cz8NCldoaWNoIGFjY2VzcyBuZXR3b3JrIGFyZSB5b3UgdGFsa2luZyBhYm91dD8gSXMgaXQgZ29v
ZCBvbGQgM0dQUD8gVGhlbiwgdGhlIGFuc3dlciBpcyB5ZXMgYnV0IHRoZW4gd2hhdCB0eXBlIG9m
IG5ldyBzb2x1dGlvbiBpcyB0aGlzPw0KRE0+IFRoaXMgZHJhZnQgZG9lcyBub3QgbGlzdCB0aGUg
dmFyaW91cyB3YXlzIG9mIGFjaGlldmluZyBJUCBzZXNzaW9uIGNvbnRpbnVpdHkgYXMgcmVxdWly
ZWQgZm9yIGEgU3VzdGFpbmVkIElQIGFkZHJlc3MuIEl0J3MgdHJ1ZSB0aGF0IGN1cnJlbnQgY2Vs
bHVsYXIgbmV0d29ya3MgdXNlIHR1bm5lbGluZyBidXQgb3RoZXIgbWV0aG9kcyBjb3VsZCBiZSBp
bXBsZW1lbnRlZCBpbiB0aGUgZnV0dXJlLiBXZSBkbyBub3Qgd2FudCB0byBsaW1pdCB0aGUgZGVm
aW5pdGlvbiBvZiB0aGUgZGlmZmVyZW50IHNlcnZpY2VzIHRvIGEgc3BlY2lmaWMgcmFkaW8gdGVj
aG5vbG9neS4NCg0KSSB0aGluayB3aGF0IHRoaXMgZHJhZnQgaXMgdHJ5aW5nIHRvIHNheSBpcyBp
ZiBJIGFtIGluIDNHUFAgY292ZXJhZ2UgYXJlYSBJIHVzZSAzR1BQIGFuY2hvcmluZywgaWYgSSBh
bSBpbiBXaS1GaSBjb3ZlcmFnZSBhcmVhLCBJIHVzZSBNSVB2Ni4gSXMgdGhpcyB3aGF0IHlvdSBo
YWQgaW4gbWluZD8NCkRNPiBBY3R1YWxseSBpdCBkb2VzIG5vdCBzYXkgYW55dGhpbmcgYWJvdXQg
dGhlIG1lYW5zIG9mIGVuYWJsaW5nIFN1c3RhaW5lZCBJUCBhZGRyZXNzZXMuIEl0IG9ubHkgZGVm
aW5lcyB3aGF0IHRoZSBkaWZmZXJlbnQgc2VydmljZXMgYXJlLCBhbmQgZGVmaW5lcyBleHRlbnNp
b24gdG8gdGhlIGV4aXN0aW5nIFNvY2tldCBpbnRlcmZhY2UsIHRvIGVuYWJsZSBhcHBsaWNhdGlv
bnMgc3BlY2lmeSB0aGUgdHlwZSBvZiBJUCBjb250aW51aXR5IHNlcnZpY2UgdGhleSBuZWVkLg0K
DQpJIGRvIG5vdCByZWNhbGwgdW5kZXIgd2hpY2ggY2F0ZWdvcnkgZG9lcyB0aGlzIGRyYWZ0IGZh
bGw/IElzIGl0IGEgbWFpbnRlbmFuY2UgdHlwZSBvZiBkcmFmdD8gT3IgaXMgaXQgZG1tIHR5cGUg
b2YgZHJhZnQ/DQpETT5JdOKAmXMgYSBETU0gZHJhZnQNCg0KUmVnYXJkcywNCg0KQmVoY2V0DQoN
Ck9uIFN1biwgRmViIDIxLCAyMDE2IGF0IDg6MDUgUE0sIERhdmUgRG9sc29uIDxkZG9sc29uQHNh
bmR2aW5lLmNvbT4gd3JvdGU6DQo+ID5Gcm9tIGFuIGFwcGxpY2F0aW9uIGRldmVsb3BlcidzIHBv
aW50IG9mIHZpZXcsIEkgZG9uJ3QgdGhpbmsgdGhlcmUgc2hvdWxkIGJlIGEgZGlzdGluY3Rpb24g
YWJvdXQgcm9hbWluZyBiZXR3ZWVuIHByb3ZpZGVycyBvciB3aXRoIHRoZSBzYW1lIHByb3ZpZGVy
Lg0KPiBJdCBzaG91bGQgd29yayB3aXRoIFdpRmksIG1vYmlsZSwgZXZlbiB3aXJlZCBFdGhlcm5l
dC4NCj4gRS5nLiwgYXMgSSB1bnBsdWcgbXkgbGFwdG9wIGZyb20gd29yaywgdXNlIHRoZSAzRyBz
dGljayBvbiB0aGUgdHJhaW4sIFdpRmkgaW4gdGhlIGNvZmZlZSBzaG9wIGFuZCBwbHVnIGluIHdp
cmVkIEV0aGVybmV0IGF0IGhvbWUuIEkgY291bGQgaGF2ZSBhIGZpeGVkIGFkZHJlc3MgYXMgd2Vs
bCBhcyBzZXZlcmFsIHRlbXBvcmFyeSAobm8gZ3VhcmFudGVlKSBhZGRyZXNzZXMuDQo+DQo+IEkn
bSBub3Qgc2F5aW5nIGFsbCBvZiB0aG9zZSBhY2Nlc3MgdGVjaG5vbG9naWVzIG5lZWQgdG8gaGF2
ZSBpbXBsZW1lbnRhdGlvbiBvZiBhbGwgdHlwZXMgb2YgYWRkcmVzc2VzLg0KPiBPbmUgbWlnaHQg
b25seSBnZXQgYSBmaXhlZCBhZGRyZXNzIGZyb20gb25lIG9mIHRob3NlIHByb3ZpZGVycywgYWxs
IHRoZSBvdGhlcnMgYmVpbmcgbm8tZ3VhcmFudGVlLg0KPg0KPiAtRGF2ZQ0KPg0KPiBfX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IEZyb206IE1vc2VzLCBEYW5ueSBb
ZGFubnkubW9zZXNAaW50ZWwuY29tXQ0KPiBTZW50OiBTdW5kYXksIEZlYnJ1YXJ5IDIxLCAyMDE2
IDEwOjA1IEFNDQo+IFRvOiBEYXZlIERvbHNvbjsgZG1tQGlldGYub3JnDQo+IFN1YmplY3Q6IFJF
OiBbRE1NXSBXR0xDICMxIGZvciBkcmFmdC1pZXRmLWRtbS1vbmRlbWFuZC1tb2JpbGl0eS0wMQ0K
Pg0KPiBIaSBEYXZlLA0KPg0KPiBSZWdhcmRpbmcgdGhlIHRlcm0gIk5vbWFkaWMiIElQIGFkZHJl
c3M6DQo+IEFjdHVhbGx5LCB0aGlzIGRyYWZ0IGlzIGFib3V0IGVuaGFuY2VtZW50cyB0byB0aGUg
U29ja2V0IEFQSSB0aGF0IGFyZSB1c2VmdWwgaW4gcmVsYXRpb24gd2l0aCBtb3ZlbWVudCBvZiB0
aGUgbW9iaWxlIGhvc3QuIEl0cyBpbnRlbnQgd2FzIHRvIG5vdGlmeSB0aGUgYWNjZXNzIG5ldHdv
cmsgYXMgdG8gdGhlIHR5cGUgb2YgSVAgc2Vzc2lvbiBjb250aW51aXR5IGl0IHJlcXVpcmVzIHVw
b24gbW92ZW1lbnQgYmV0d2VlbiBMQU5zLiBUaGUgaWRlYSBpcyB0byByZWR1Y2UgdGhlIG5ldHdv
cmsgc3VwcG9ydCBmb3Igc2Vzc2lvbiBjb250aW51aXR5ICh2aWEgUE1JUCwgR1RQLCBldGMpIHdo
ZW4gaXQgaXMgbm90IG5lZWRlZC4gVGhpcyBkcmFmdCBpcyBub3QgZGVhbGluZyB3aXRoIGRldmlj
ZXMgbWlncmF0aW5nIGZyb20gb25lIHNlcnZpY2UgcHJvdmlkZXIgdG8gYW5vdGhlciBhcyBvdGhl
ciBpc3N1ZXMgc2hvdWxkIGJlIGhhbmRsZWQgaW4gc3VjaCBzY2VuYXJpby4NCj4NCj4gIkxvY2Fs
IiBpcyBub3QgZ29vZCBhcyBpdCBjbGFzaGVzIHdpdGggSVB2NiBMb2NhbCBhZGRyZXNzZXMuDQo+
DQo+IFRoZSBiZXN0IHRlcm0gaW4gbXkgbWluZCB3b3VsZCBiZTogIkFuIElQIGFkZHJlc3Mgd2l0
aG91dCBhbnkgTlcgZ3VhcmFudGVlIHRvIGNvbnRpbnVlIHRvIGJlIHZhbGlkIGFmdGVyIGEgcG90
ZW50aWFsIGhvc3QgbW92ZW1lbnQgdG8gYSBuZXcgTEFOIHdpdGggYSBkaWZmZXJlbnQgSVAgcHJl
Zml4Ii4gU28gZmFyLCB3ZSBjb3VsZCBub3QgY29tZSB3aXRoIGEgZ29vZCBuYW1lIGZvciBzdWNo
IGFuIGFkZHJlc3MuIE1heSBiZSAiR3VhcmFudGVlLWxlc3MiPw0KPg0KPiBMZXQncyBub3QgZm9y
Z2V0OiB0aGlzIGlzIGdvaW5nIHRvIGJlIHVzZWQgYnkgYXBwbGljYXRpb24gZGV2ZWxvcGVycyB3
aG8gZG8gbm90IG5lY2Vzc2FyaWx5IGZ1bGx5IHVuZGVyc3RhbmQgaG93IG5ldHdvcmtzIGFsbG9j
YXRlIElQIGFkZHJlc3NlcyBhbmQgbWFpbnRhaW4gdGhlaXIgdmFsaWRpdHkuDQo+DQo+IFJlZ2Fy
ZGluZyB3aGVuIE9uLURlbWFuZCByZXNvbHV0aW9uIG9jY3VycyAoUG9pbnQgNik6DQo+IEhvdyBh
Ym91dCBpZiB3ZSBzYXk6DQo+DQo+IElmIGFwcGxpY2F0aW9ucyB3YW50IHRvIGluZmx1ZW5jZSB0
aGUgdHlwZSBvZiBJUCBhZGRyZXNzIHRoZWlyIGdlbmVyYXRlZCB0cmFmZmljIHdpbGwgdXNlLCB0
aGV5IG11c3QgZG8gc28gYWZ0ZXIgY3JlYXRpbmcgYSBTb2NrZXQgYW5kIHByaW9yIHRvIGdlbmVy
YXRpbmcgdGhlIGZpcnN0IHRyYW5zbWl0dGVkIHBhY2tldC4NCj4NCj4gV2UgZG8gbm90IHdhbnQg
dG8gYmUgdG9vIHNwZWNpZmljIHNpbmNlIGl0IGlzIG5vdCBhIHVzZXIncyBtYW51YWwuDQo+DQo+
IERvZXMgdGhpcyBzb3VuZCByZWFzb25hYmxlIHRvIHlvdT8NCj4NCj4gVGhhbmtzLA0KPiAgICAg
ICAgIC9EYW5ueQ0KPg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBEYXZl
IERvbHNvbiBbbWFpbHRvOmRkb2xzb25Ac2FuZHZpbmUuY29tXQ0KPiBTZW50OiBUaHVyc2RheSwg
RmVicnVhcnkgMTgsIDIwMTYgMjI6NDYNCj4gVG86IE1vc2VzLCBEYW5ueTsgZG1tQGlldGYub3Jn
DQo+IFN1YmplY3Q6IFJFOiBbRE1NXSBXR0xDICMxIGZvciBkcmFmdC1pZXRmLWRtbS1vbmRlbWFu
ZC1tb2JpbGl0eS0wMQ0KPg0KPiBEYW5ueSBhbmQgQWxwZXIsDQo+IFRoYW5rcy4gSSBob3BlIHlv
dXIgaGVscGZ1bCBleHBsYW5hdGlvbnMgYmVsb3cgbWFrZSBpdCBpbnRvIHRoZSBkcmFmdCBhcyB3
ZWxsLg0KPg0KPg0KPiBPbiB0aGUgIm5vbWFkaWMgYWRkcmVzcyIgcXVlc3Rpb24sIHRoaXMgbmFt
ZSByZWFsbHkgZmVlbHMgd3JvbmcgdG8gbWUuIFRoZSBhZGRyZXNzIGRvZXNuJ3QgbW92ZSBhbmQg
aGVuY2UgaXNuJ3Qgbm9tYWRpYy4NCj4gWW91IGRvbid0IGxpa2UgImVwaGVtZXJhbCIgYmVjYXVz
ZSBpdCBkb2Vzbid0IGNvbnZleSBtb3ZlbWVudC4NCj4gQnV0IGEgcXVlc3Rpb24sIGRvZXMgdGhl
IGhvc3QgaGF2ZSB0byBtb3ZlIGZvciB0aGUgcHJpbmNpcGxlcyBvZiB0aGlzIGRvY3VtZW50IHRv
IGFwcGx5Pw0KPiBDb3VsZG4ndCBhIGhvc3QgZ2V0IGEgbmV3IGFkZHJlc3MgKHBlcmhhcHMgZnJv
bSBhIGRpZmZlcmVudCB3aXJlbGVzcyBwcm92aWRlcikgd2l0aG91dCBtb3Zpbmc/DQo+IE1heWJl
ICJub24tbm9tYWRpYyBhZGRyZXNzIiBvciAicHJvdmlkZXItbG9jYWwgYWRkcmVzcyIgPw0KPg0K
Pg0KPiBPbiBwb2ludCA2LCB5ZXMgSSB0aGluayB5b3UgaGF2ZSB0byBzcGVjaWZ5IHdoZW4gdGhl
IHJlc29sdXRpb24gb2NjdXJzLCBzaW5jZSBpdCBhZmZlY3RzIHdoaWNoIGZ1bmN0aW9ucyByZXR1
cm4gZXJyb3IgY29kZXMuDQo+IEkgZG9uJ3QgdGhpbmsgdGhlIGxvY2FsIGFkZHJlc3MgY2FuIGJl
IHJlc29sdmVkIGJlZm9yZSBjb25uZWN0KCksIHNpbmNlIHRoZSBjaG9pY2Ugb2YgbG9jYWwgYWRk
cmVzcyBtYXkgZGVwZW5kIG9uIHRoZSByZW1vdGUgYWRkcmVzcyB0byBjb25uZWN0LiBFLmcuLCBj
b25uZWN0aW9ucyB0byBhIHBlZXIgb24gYSBsb2NhbCBMQU4gc3VibmV0IG5lZWQgdG8gdXNlIGFu
IGFkZHJlc3Mgb24gdGhhdCBpbnRlcmZhY2UuDQo+DQo+DQo+IC1EYXZlDQo+DQo+DQo+DQo+DQo+
IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IE1vc2VzLCBEYW5ueSBbbWFpbHRv
OmRhbm55Lm1vc2VzQGludGVsLmNvbV0NCj4gU2VudDogVGh1cnNkYXksIEZlYnJ1YXJ5IDE4LCAy
MDE2IDk6MTMgQU0NCj4gVG86IERhdmUgRG9sc29uOyBkbW1AaWV0Zi5vcmcNCj4gU3ViamVjdDog
UkU6IFtETU1dIFdHTEMgIzEgZm9yIGRyYWZ0LWlldGYtZG1tLW9uZGVtYW5kLW1vYmlsaXR5LTAx
DQo+DQo+IEhpIERhdmUsDQo+DQo+IFNvcnJ5IGZvciB0aGUgdmVyeSBsYXRlIHJlc3BvbnNlLiBT
b21laG93IHdlIG1pc3NlZCB0aGUgb3JpZ2luYWwgZW1haWwgYW5kIHdlcmUgcmVtaW5kZWQgYnkg
Sm91bmkgKFRoYW5rcyBKb3VuaSkuDQo+DQo+IEFueXdheSwgdGhhbmsgeW91IGZvciB0aGUgdGhv
cm91Z2ggYW5kIGhlbHBmdWwgY29tbWVudHMuIFdlIGhhdmUgcHJvZHVjZWQgYSBuZXcgdmVyc2lv
biBhbmQgd2lsbCBwdWJsaXNoIGl0IHNob3J0bHkuDQo+DQo+IFBsZWFzZSBzZWUgZnVydGhlciBk
ZXRhaWxzIHRvIHlvdXIgY29tbWVudHM6DQo+DQo+IERhdmU+DQo+IDEuIFdhcyB0aGUgdGVybSAi
Tm9tYWRpYyIgZGlzY3Vzc2VkPyBUbyBtZSwgYSBub21hZGljIHRoaW5nIG1vdmVzIGFyb3VuZCwg
YnV0IGluIHRoaXMgZHJhZnQsIE5vbWFkaWMgSVAgYWRkcmVzc2VzIGRvIG5vdCBtb3ZlIGFyb3Vu
ZDsgdGhleSBhcmUgcmVwbGFjZWQuICJFcGhlbWVyYWwgSVAgQWRkcmVzcyIgbWlnaHQgY29udmV5
IHRoZSBpZGVhIG1vcmUgY2xlYXJseS4NCj4NCj4gUmVwbHk+DQo+ICJOb21hZGljIiB3YXMgZGlz
Y3Vzc2VkLCBpdCBpcyBub3QgdGhlIGJlc3QgbmFtZSBidXQgd2UgY291bGQgbm90IGZpbmQgYSBi
ZXR0ZXIgb25lLg0KPiBXaGF0ICdtb3ZlcyBhcm91bmQnIGlzIHRoZSBtb2JpbGUgaG9zdCBhbmQg
YXMgYSByZXN1bHQgb2YgdGhhdCBtb3ZlbWVudCwgaXRzIHNvdXJjZSBJUCBhZGRyZXNzIG1pZ2h0
IGJlY29tZSBvYnNvbGV0ZSAod2hlbiBpdCBtb3ZlcyBmcm9tIGl0cyBvcmlnaW5hbCBMQU4gdG8g
YW5vdGhlciB3aXRoIGEgZGlmZmVyZW50IHByZWZpeCkuIEFuIGFwcGxpY2F0aW9uIG9uIGEgbW9i
aWxlIGhvc3QgcmVxdWlyZXMgYSAnTm9tYWRpYycgSVAgYWRkcmVzcyB3aGVuIGl0IGRvZXMgbm90
IGNhcmUgZm9yIHRoZSBJUCBjb250aW51aXR5IGd1YXJhbnRlZSBzZXJ2aWNlcyBwcm92aWRlZCBi
eSB0aGUgbmV0d29yay4gVGhpcyBpcyBlaXRoZXIgYmVjYXVzZSBpdCBrbm93cyB0aGF0IHRoZSBt
b2JpbGUgaG9zdCBpcyBub3QgcmVhbGx5IG1vYmlsZSwgb3IgYmVjYXVzZSBpdCBoYXMgb3RoZXIg
bWVhbnMgb2YgbWFpbnRhaW5pbmcgc2Vzc2lvbiBjb250aW51aXR5IGFuZCBkb2VzIG5vdCB3YW50
IHRoZSBvdmVyaGVhZCBhc3NvY2lhdGVkIHdpdGggbmV0d29yay1wcm92aWRlZCBJUCBjb250aW51
aXR5IHNlcnZpY2VzLg0KPg0KPiBUaGUgdGVybSAnRXBoZW1lcmFsJyBpcyBub3QgYXNzb2NpYXRl
ZCB3aXRoIG1vdmVtZW50IC0gd2UgdGhpbmsgaXQgaXMgYmV0dGVyIHRvIGhhdmUgYSAnbW92ZW1l
bnQnLXJlbGF0ZWQgbmFtZS4NCj4NCj4gRGF2ZT4NCj4gMi4gSSBrbm93IHRoaXMgaXMgcmVhbGx5
IHBpY2t5LCBidXQgaXQgd291bGRuJ3QgaHVydCB0byBzcGVsbCBvdXQgIlJFUVVJUkUiIGluIElQ
VjZfUkVRX0ZJWEVEX0lQIGV0Yy4NCj4gIC0gSVBWNl9SRVFVSVJFX0ZJWEVEX0lQIGluIHBhcmFs
bGVsIHdpdGggSVBWNl9QUkVGRVJfU1JDX1BVQkxJQw0KPg0KPiBSZXBseT4NCj4gTWFrZSBzZW5z
ZS4gV2lsbCBiZSBjaGFuZ2VkIGluIHRoZSBuZXh0IHZlcnNpb24uDQo+DQo+IERhdmU+DQo+IDMu
IFRoZXJlIGlzIGEgIlREQiIgaW4gc2VjdGlvbiAzLjQuICJUQkQ6IERpc2FsbG93IHRoaXMgY2Fz
ZT8iICBUaGlzIG5lZWRzIHRvIGJlIHJlc29sdmVkLiBJIHN1Z2dlc3QgdGhlIG1vc3QgcmVzdHJp
Y3RpdmUgZmxhZyBhcHBsaWVzLg0KPg0KPiBSZXBseT4NCj4gVGhpcyBpcyBhYm91dCB3aGV0aGVy
IHRvIGVuYWJsZSB0aGUgYXBwbGljYXRpb24gdG8gc2V0IG1vcmUgdGhhbiBvbmUgZmxhZyBvciBu
b3QgcGVyIGEgZ2l2ZW4gc29ja2V0LiBXZSBsZWZ0IHRoYXQgZm9yIGRpc2N1c3Npb24gaW4gdGhl
IGRyYWZ0IGJ1dCBuZXZlciByZXNvbHZlZCBpdC4NCj4NCj4gV2UgcHJlZmVyIG5vdCB0byBlbmFi
bGUgc2V0dGluZyBtb3JlIHRoYW4gb25lIGZsYWcgc2luY2UgaXQgYWRkIGNvbXBsZXhpdHkuIFRo
ZSBhcHBsaWNhdGlvbiBjYW4gY2hlY2sgdGhlIHJldHVybmVkIGNvZGUgYW5kIGFjdCB1cG9uIGl0
LiBGb3IgZXhhbXBsZSwgaWYgaXQgdXNlcyBzZXRzb2Nrb3B0KCkgd2l0aCBJUFY2X1JFUVVJUkVf
RklYRURfSVAgYW5kIHRoZSBjYWxsIHJldHVybnMgd2l0aCBhbiBlcnJvciBjb2RlLCBpdCBjYW4g
cmUtYXR0ZW1wdCB3aXRoIElQVjZfUkVRVUVTVF9TVVNUQUlORURfSVAgb3IgSVBWNl9SRVFVRVNU
X05PTUFESUNfSVAgKG9yIHdpdGhvdXQgdGhlIGZsYWdzIC0gaW4gY2FzZSB0aGV5IGFyZSBub3Qg
c3VwcG9ydGVkIGJ5IHRoZSBuZXR3b3JrKS4NCj4NCj4gU28gd2UgYXJlIHJlcGxhY2luZyB0aGUg
b3JpZ2luYWwgdGV4dDoNCj4gTW9yZSB0aGFuIG9uZSBvZiB0aGVzZSBmbGFncyBtYXkgYmUgc2V0
IG9uIHRoZSBzYW1lIHNvY2tldC4gSW4gdGhhdCBjYXNlLCBhbiBJUCBhZGRyZXNzIGNvbXBsaWFu
dCB3aXRoIGFueSBvbmUgb2YgdGhlbSBzaGFsbCBiZSBzZWxlY3RlZC4NCj4gVEJEOiBEaXNhbGxv
dyB0aGlzIGNhc2U/DQo+DQo+IFdpdGg6DQo+IE9ubHkgb25lIGZsYWcgb2YgdGhlc2UgZmxhZ3Mg
bWF5IGJlIHNldCBvbiB0aGUgc2FtZSBzb2NrZXQuIElmIGFuIGFwcGxpY2F0aW9uIGF0dGVtcHRz
IHRvIHNldCBtb3JlIHRoYW4gb25lIGZsYWcsIHRoZSBtb3N0IHJlY2VudCBzZXR0aW5nIHdpbGwg
YmUgdGhlIG9uZSBpbiBlZmZlY3QuDQo+DQo+IERhdmU+DQo+IDQuIE11c3QgcmVzb2x2ZSAiQXBw
bGljYXRpb24gb2YgdGhpcyBzb2x1dGlvbiB0byBJUHY0IGlzIFRCRC4iDQo+ICAtIGNsZWFybHkg
dGhlIHNvY2tldCBvcHRpb24gaXMgSVBWNl9zb21ldGhpbmcsIGJ1dC4uLg0KPiAgLSB0aGVyZSBp
cyB1bmNoYXJ0ZWQgdGVycml0b3J5IHN1cnJvdW5kaW5nIElQdjQtbWFwcGVkLUlQdjYgYWRkcmVz
c2VzIChodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNDI5MSNzZWN0aW9uLTIuNS41LjIg
KSwgd2hlbiBzb2NrZXQgb3B0aW9uIElQVjZfVjZPTkxZIGlzIGZhbHNlLg0KPiAgLSBJIHRoaW5r
IHRoZSBnb2FsIHNob3VsZCBiZSB0aGF0IHRoZSBBUEkgKmRvZXMqIGFwcGx5IHRvIElQdjQgdmlh
IElQdjQtbWFwcGVkLUlQdjYgYWRkcmVzc2VzLCB3aGlsZSBhY2tub3dsZWRnaW5nIHRoYXQgdGhl
IG9wZXJhdGluZyBzeXN0ZW0gb3IgbmV0d29yayBtYXkgbm90IGJlIGFibGUgdG8gZnVsZmlsbCB0
aGUgcmVxdWVzdC4NCj4gICAgIC0gSS5lLiwgcGVybWl0IHRoZSBhcHBsaWNhdGlvbiB0byByZXF1
ZXN0IGNvbnN0cmFpbnRzIG9uIElQdjQsIGJ1dCBhbHNvIGV4cGVjdCB0aGUgYXBwbGljYXRpb24g
dG8gdHJ5IGZvciBhIHJlbGF4ZWQgYWRkcmVzcyBpZiB0aGUgaW5pdGlhbCByZXF1ZXN0IGZhaWxz
Lg0KPiAgLSBJIHNlZSBubyBuZWVkIHRvIHN1cHBvcnQgdGhlIEFQSSB3aXRoIEFGX0lORVQgc29j
a2V0cywgc2luY2UgQUZfSU5FVDYgY2FuIGJlIHVzZWQgd2l0aCBJUFY2X09OTFk9ZmFsc2UgYW5k
IElQdjQtbWFwcGVkLUlQdjYgYWRkcmVzc2VzLg0KPg0KPiBSZXBseT4NCj4gQWN0dWFsbHksIHRo
ZSBjaGFydGVyIG9mIERNTSBhZGRyZXNzZXMgSVB2NiBvbmx5LiBTbyB3ZSBhcmUgcmVtb3Zpbmcg
dGhlIHRleHQgdGhhdCByZWZlcnMgdG8gSVB2NCBhbHRvZ2V0aGVyLiBJZiB3ZSBzZWUgaW4gdGhl
IGZ1dHVyZSBhIG5lZWQgdG8gYWRkcmVzcyBJUHY0LCB3ZSB3aWxsIGRvIHNvIGluIGEgc2VwYXJh
dGUgZHJhZnQuDQo+DQo+IERhdmU+DQo+IDUuIFRoZSBlcnJvciBjb2RlcyBhcmUgbm90IGNsZWFy
bHkgZGVmaW5lZC4gV2hhdCBpcyB0aGUgZXJybm8gZm9yIGZhaWx1cmUgb2Ygc2V0c29ja29wdCgp
IGFuZCBvdGhlcnM/DQo+DQo+IFJlcGx5Pg0KPiBUcnVlLg0KPg0KPiBXZSBhZGRlZCB0aGUgZm9s
bG93aW5nIHRleHQgYXQgdGhlIGVuZCBvZiBzZWN0aW9uIDMuNDoNCj4NCj4gVGhlIGZvbGxvd2lu
ZyBuZXcgZXJyb3IgY29kZXMgYXJlIGFsc28gZGVmaW5lZCBpbiB0aGUgZG9jdW1lbnQgYW5kIHdp
bGwgYmUgdXNlZCBpbiBTb2NrZXQgQVBJIGluIGNvbXBsaWFuY2Ugd2l0aCB0aGUgW1JGQzUwMTRd
Og0KPiBFQUlfUkVRVUlSRUlQTk9UU1VQUE9SVEVEIC8qVGhlIG5ldHdvcmsgZG9lcyBub3Qgc3Vw
cG9ydCB0aGUgYWJpbGl0eSANCj4gdG8gcmVxdWVzdCB0aGF0IElQIGFkZHJlc3MgdHlwZSAqLyBF
QUlfUkVRVUlSRUlQRkFJTEVEIC8qIFRoZSBuZXR3b3JrIA0KPiBjb3VsZCBub3QgYXNzaWduIHRo
ZSBzcGVjaWZpYyBJUCBhZGRyZXNzIHR5cGUgKi8NCj4NCj4gRGF2ZT4NCj4gNi4gSSdtIHVuY2xl
YXIgb24gd2hlbiB0aGUgb24tZGVtYW5kIHJlc29sdXRpb24gb2NjdXJzPyBJIGRvbid0IHRoaW5r
IGl0IGNhbiBiZSBkb25lIGF0IHRoZSB0aW1lIG9mIHNldHNvY2tvcHQoKTsgYXMgSSB1bmRlcnN0
YW5kIGl0LCB0aGUgYWRkcmVzc2VzIGFyZSByZXNvbHZlZCBsYXRlciwgYXQgY29ubmVjdCgpIG9y
IGxpc3RlbigpLiBJJ20gbm90IHN1cmUgYWJvdXQgdGhpcywgYnV0IGl0IHNob3VsZCBiZSBleHBs
YWluZWQuIElmIHRoZSByZXNvbHV0aW9uIGlzIGRvbmUgYXQgY29ubmVjdCgpIHRpbWUsIGlzIGEg
bmV3IGVycm5vIHJlcXVpcmVkPw0KPg0KPiBSZXBseT4NCj4gVGhlIGFkZHJlc3NlcyBzaG91bGQg
YmUgcmVzb2x2ZWQgYmVmb3JlIGNvbm5lY3QoKSBvciBsaXN0ZW4oKSBpbiBvcmRlciB0byBhdm9p
ZCB1bm5lY2Vzc2FyeSBkZWxheSBjYXVzZWQgYnkgdGhlIG5lZWQgdG8gcmVxdWVzdCB0aGUgYWRk
cmVzcyBmcm9tIHRoZSBuZXR3b3JrICh3aXRoIERIQ1AgLSBmb3IgZXhhbXBsZSkuIEZ1cnRoZXJt
b3JlLCBVRFAgc2hvdWxkIGFsc28gYmUgc3VwcG9ydGVkLCBoZW5jZSBjb25uZWN0KCkgb3IgbGlz
dGVuKCkgbWF5IG5vdCBiZSB1c2VkLiBUaGVyZSBmb3IsIHRoZXkgbXVzdCBiZSByZXNvbHZlZCBh
dCBzZXRzb2Nrb3B0KCkgcHJpb3IgdG8gdGhlIGFib3ZlIGNhbGxzLiBEbyB5b3Ugc2VlIGFueSBw
cm9ibGVtIHdpdGggdGhhdD8NCj4NCj4gRG8geW91IHRoaW5rIHRleHQgc2hvdWxkIGJlIGFkZGVk
IHRvIGNsYXJpZnkgdGhpcz8NCj4NCj4gRGF2ZT4NCj4gNy4gU29tZSBzb2NrZXQgaW50ZXJmYWNl
cyBhcmUgbm90IG1lbnRpb25lZC4gV2hhdCBhYm91dCBzZW5kdG8oKSwgc2VuZG1zZygpLCB3aGlj
aCBhcmUgbm90IGNvbm5lY3Rpb24tb3JpZW50ZWQ/DQo+DQo+IFJlcGx5Pg0KPiBCb3RoIGFzc3Vt
ZSB0aGF0IGEgc291cmNlIElQIGFkZHJlc3Mgd2FzIGFzc2lnbmVkIHRvIHRoZSBob3N0Lg0KPiBJ
ZiB0aGUgYXBwbGljYXRpb24gaW52b2tlZCBzZXRzb2Nrb3B0KCkgc3VjY2Vzc2Z1bGx5IHByaW9y
IHRvIGF0dGVtcHRpbmcgdG8gc2VuZCBhIG1lc3NhZ2UsIHRoZSBhcHByb3ByaWF0ZSBzb3VyY2Ug
SVAgYWRkcmVzcyB0eXBlIHdpbGwgYmUgdXNlZCBmb3IgdGhlIHRyYW5zbWl0dGVkIHBhY2tldHMu
IElmIG5vdCwgd2hhdGV2ZXIgc291cmNlIElQIGFkZHJlc3MgYXNzaWduZWQgdG8gdGhlIGhvc3Qg
d2lsbCBiZSB1c2VkLg0KPg0KPiBEYXZlPg0KPiA4LiBJbiBzZWN0aW9uIDQuMSwgc3VwcG9ydCBm
b3IgbGVnYWN5IGFwcGxpY2F0aW9ucyBkb2VzIG5vdCByZWFsbHkgc2F5IGhvdyB0byBzdXBwb3J0
IGxlZ2FjeSBhcHBsaWNhdGlvbnMuDQo+ICAtIG15IG9waW5pb246IHRoZSBkZWZhdWx0IChsYWNr
aW5nIG5ldyBzb2NrZXQgb3B0aW9ucykgc2hvdWxkIGJlIHRvIHJlcXVpcmUgRml4ZWQgZm9yIGxp
c3RlbigpIGFuZCBTdXN0YWluZWQgZm9yIGNvbm5lY3QoKSwgYW5kIE5vbWFkaWMvRXBoZW1lcmFs
IGZvciBub24tY29ubmVjdGVkIGRhdGFncmFtcy4NCj4NCj4gUmVwbHk+DQo+IExlZ2FjeSBhcHBs
aWNhdGlvbiB3aWxsIG5vdCB1c2UgdGhlc2UgbmV3IGZsYWdzLCBhbmQgYXMgYSByZXN1bHQsIHdp
bGwgbm90IGJlIGFibGUgdG8gaW5mbHVlbmNlIHRoZSBzb3VyY2UgSVAgYWRkcmVzcyB0eXBlIGFu
ZCByZWxhdGVkIG1vYmlsaXR5IHN1cHBvcnQuIEFzIGEgcmVzdWx0LCB0aGV5IHdpbGwgYmVoYXZl
IGV4YWN0bHkgYXMgYXBwbGljYXRpb25zIGJlaGF2ZSB0b2RheS4NCj4NCj4gQ2xlYXJseSB0aGVy
ZSB3aWxsIGJlIHNvbWUgZGVmYXVsdCBiZWhhdmlvciBhcyB0byB0aGUgYXNzaWduZWQgc291cmNl
IElQIGFkZHJlc3MuIFRvZGF5LCB0aGlzIGRlcGVuZHMgb24gdGhlIGFjY2VzcyBuZXR3b3Jrcy4g
Q2VsbHVsYXIgbmV0d29ya3MgdXN1YWxseSBwcm92aWRlIEZpeGVkIG9yIFN1c3RhaW5lZCBzb3Vy
Y2UgSVAgYWRkcmVzc2VzLCBhbmQgV2lGaSBuZXR3b3JrcyB1c3VhbGx5IHByb3ZpZGUgTm9tYWRp
YyBzb3VyY2UgSVAgYWRkcmVzc2VzLg0KPg0KPiBXZSBkbyBub3QgdGhpbmsgd2Ugc2hvdWxkIHNw
ZWNpZnkgYSBzdHJpY3QgYmVoYXZpb3IgaW4gdGhpcyBjYXNlLCBidXQgcmF0aGVyIGxlYXZlIGl0
IHRvIGJlIGltcGxlbWVudGF0aW9uLXNwZWNpZmljLg0KPg0KPiBPbmNlIGFnYWluLCB0aGFua3Mg
Zm9yIHRoZSBnb29kIGNvbW1lbnRzLg0KPg0KPiBBbHBlciBhbmQgRGFubnkNCj4NCj4gLS0tLS1P
cmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogZG1tIFttYWlsdG86ZG1tLWJvdW5jZXNAaWV0
Zi5vcmddIE9uIEJlaGFsZiBPZiBEYXZlIERvbHNvbg0KPiBTZW50OiBXZWRuZXNkYXksIERlY2Vt
YmVyIDAyLCAyMDE1IDE4OjQyDQo+IFRvOiBKb3VuaSBLb3Job25lbjsgZG1tQGlldGYub3JnOyBE
YXBlbmcgTGl1DQo+IFN1YmplY3Q6IFJlOiBbRE1NXSBXR0xDICMxIGZvciBkcmFmdC1pZXRmLWRt
bS1vbmRlbWFuZC1tb2JpbGl0eS0wMQ0KPg0KPiAoSSBoYXZlbid0IHBhaWQgY2xvc2UgYXR0ZW50
aW9uIHRvIHRoZSBsaXN0LCBzbyBhcG9sb2dpZXMgaWYgSSdtIA0KPiByYWlzaW5nIG9sZCBpc3N1
ZXMuKQ0KPg0KPiAxLiBXYXMgdGhlIHRlcm0gIk5vbWFkaWMiIGRpc2N1c3NlZD8gVG8gbWUsIGEg
bm9tYWRpYyB0aGluZyBtb3ZlcyBhcm91bmQsIGJ1dCBpbiB0aGlzIGRyYWZ0LCBOb21hZGljIElQ
IGFkZHJlc3NlcyBkbyBub3QgbW92ZSBhcm91bmQ7IHRoZXkgYXJlIHJlcGxhY2VkLiAiRXBoZW1l
cmFsIElQIEFkZHJlc3MiIG1pZ2h0IGNvbnZleSB0aGUgaWRlYSBtb3JlIGNsZWFybHkuDQo+DQo+
IDIuIEkga25vdyB0aGlzIGlzIHJlYWxseSBwaWNreSwgYnV0IGl0IHdvdWxkbid0IGh1cnQgdG8g
c3BlbGwgb3V0ICJSRVFVSVJFIiBpbiBJUFY2X1JFUV9GSVhFRF9JUCBldGMuDQo+ICAtIElQVjZf
UkVRVUlSRV9GSVhFRF9JUCBpbiBwYXJhbGxlbCB3aXRoIElQVjZfUFJFRkVSX1NSQ19QVUJMSUMN
Cj4NCj4gMy4gVGhlcmUgaXMgYSAiVERCIiBpbiBzZWN0aW9uIDMuNC4gIlRCRDogRGlzYWxsb3cg
dGhpcyBjYXNlPyIgIFRoaXMgbmVlZHMgdG8gYmUgcmVzb2x2ZWQuIEkgc3VnZ2VzdCB0aGUgbW9z
dCByZXN0cmljdGl2ZSBmbGFnIGFwcGxpZXMuDQo+DQo+IDQuIE11c3QgcmVzb2x2ZSAiQXBwbGlj
YXRpb24gb2YgdGhpcyBzb2x1dGlvbiB0byBJUHY0IGlzIFRCRC4iDQo+ICAtIGNsZWFybHkgdGhl
IHNvY2tldCBvcHRpb24gaXMgSVBWNl9zb21ldGhpbmcsIGJ1dC4uLg0KPiAgLSB0aGVyZSBpcyB1
bmNoYXJ0ZWQgdGVycml0b3J5IHN1cnJvdW5kaW5nIElQdjQtbWFwcGVkLUlQdjYgYWRkcmVzc2Vz
IChodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNDI5MSNzZWN0aW9uLTIuNS41LjIgKSwg
d2hlbiBzb2NrZXQgb3B0aW9uIElQVjZfVjZPTkxZIGlzIGZhbHNlLg0KPiAgLSBJIHRoaW5rIHRo
ZSBnb2FsIHNob3VsZCBiZSB0aGF0IHRoZSBBUEkgKmRvZXMqIGFwcGx5IHRvIElQdjQgdmlhIElQ
djQtbWFwcGVkLUlQdjYgYWRkcmVzc2VzLCB3aGlsZSBhY2tub3dsZWRnaW5nIHRoYXQgdGhlIG9w
ZXJhdGluZyBzeXN0ZW0gb3IgbmV0d29yayBtYXkgbm90IGJlIGFibGUgdG8gZnVsZmlsbCB0aGUg
cmVxdWVzdC4NCj4gICAgIC0gSS5lLiwgcGVybWl0IHRoZSBhcHBsaWNhdGlvbiB0byByZXF1ZXN0
IGNvbnN0cmFpbnRzIG9uIElQdjQsIGJ1dCBhbHNvIGV4cGVjdCB0aGUgYXBwbGljYXRpb24gdG8g
dHJ5IGZvciBhIHJlbGF4ZWQgYWRkcmVzcyBpZiB0aGUgaW5pdGlhbCByZXF1ZXN0IGZhaWxzLg0K
PiAgLSBJIHNlZSBubyBuZWVkIHRvIHN1cHBvcnQgdGhlIEFQSSB3aXRoIEFGX0lORVQgc29ja2V0
cywgc2luY2UgQUZfSU5FVDYgY2FuIGJlIHVzZWQgd2l0aCBJUFY2X09OTFk9ZmFsc2UgYW5kIElQ
djQtbWFwcGVkLUlQdjYgYWRkcmVzc2VzLg0KPg0KPiA1LiBUaGUgZXJyb3IgY29kZXMgYXJlIG5v
dCBjbGVhcmx5IGRlZmluZWQuIFdoYXQgaXMgdGhlIGVycm5vIGZvciBmYWlsdXJlIG9mIHNldHNv
Y2tvcHQoKSBhbmQgb3RoZXJzPw0KPg0KPiA2LiBJJ20gdW5jbGVhciBvbiB3aGVuIHRoZSBvbi1k
ZW1hbmQgcmVzb2x1dGlvbiBvY2N1cnM/IEkgZG9uJ3QgdGhpbmsgaXQgY2FuIGJlIGRvbmUgYXQg
dGhlIHRpbWUgb2Ygc2V0c29ja29wdCgpOyBhcyBJIHVuZGVyc3RhbmQgaXQsIHRoZSBhZGRyZXNz
ZXMgYXJlIHJlc29sdmVkIGxhdGVyLCBhdCBjb25uZWN0KCkgb3IgbGlzdGVuKCkuIEknbSBub3Qg
c3VyZSBhYm91dCB0aGlzLCBidXQgaXQgc2hvdWxkIGJlIGV4cGxhaW5lZC4gSWYgdGhlIHJlc29s
dXRpb24gaXMgZG9uZSBhdCBjb25uZWN0KCkgdGltZSwgaXMgYSBuZXcgZXJybm8gcmVxdWlyZWQ/
DQo+DQo+IDcuIFNvbWUgc29ja2V0IGludGVyZmFjZXMgYXJlIG5vdCBtZW50aW9uZWQuIFdoYXQg
YWJvdXQgc2VuZHRvKCksIHNlbmRtc2coKSwgd2hpY2ggYXJlIG5vdCBjb25uZWN0aW9uLW9yaWVu
dGVkPw0KPg0KPiA4LiBJbiBzZWN0aW9uIDQuMSwgc3VwcG9ydCBmb3IgbGVnYWN5IGFwcGxpY2F0
aW9ucyBkb2VzIG5vdCByZWFsbHkgc2F5IGhvdyB0byBzdXBwb3J0IGxlZ2FjeSBhcHBsaWNhdGlv
bnMuDQo+ICAtIG15IG9waW5pb246IHRoZSBkZWZhdWx0IChsYWNraW5nIG5ldyBzb2NrZXQgb3B0
aW9ucykgc2hvdWxkIGJlIHRvIHJlcXVpcmUgRml4ZWQgZm9yIGxpc3RlbigpIGFuZCBTdXN0YWlu
ZWQgZm9yIGNvbm5lY3QoKSwgYW5kIE5vbWFkaWMvRXBoZW1lcmFsIGZvciBub24tY29ubmVjdGVk
IGRhdGFncmFtcy4NCj4NCj4NCj4NCj4gLURhdmUNCj4NCj4NCj4NCj4NCj4gLS0tLS1PcmlnaW5h
bCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogZG1tIFttYWlsdG86ZG1tLWJvdW5jZXNAaWV0Zi5vcmdd
IE9uIEJlaGFsZiBPZiBKb3VuaSBLb3Job25lbg0KPiBTZW50OiBUdWVzZGF5LCBEZWNlbWJlciAw
MSwgMjAxNSAxOjA3IFBNDQo+IFRvOiBkbW1AaWV0Zi5vcmc7IEpvdW5pOyBEYXBlbmcgTGl1DQo+
IFN1YmplY3Q6IFtETU1dIFdHTEMgIzEgZm9yIGRyYWZ0LWlldGYtZG1tLW9uZGVtYW5kLW1vYmls
aXR5LTAxDQo+DQo+IEZvbGtzLA0KPg0KPiBUaGlzIG1haWwgc3RhcnRzIHR3byB3ZWVrIFdHTEMg
Zm9yIHRoZSBJLUQ6DQo+ICAgICAgICAgDQo+IGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9k
cmFmdC1pZXRmLWRtbS1vbmRlbWFuZC1tb2JpbGl0eS0wMQ0KPg0KPiBUaGUgV0dMQyBlbmRzIDEy
LzE1LzIwMTUuDQo+DQo+IFByb3ZpZGUgeW91ciByZXZpZXdzIGFuZCBjb21tZW50cyB0byB0aGUg
bWFpbGluZyBsaXN0LiBGb3IgdGhlIGJldHRlciB0cmFja2luZyBvZiBpc3N1ZXMgYW5kIHByb3Bv
c2VkIGNoYW5nZWQgdXNlIHRoZSBJc3N1ZSBUcmFja2VyIHRvIHN1Ym1pdCB5b3VyIGlzc3Vlcy9w
cm9wb3NhbHMuDQo+DQo+IC0gSm91bmkgJiBEYXBlbmcNCj4NCj4gX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gZG1tIG1haWxpbmcgbGlzdA0KPiBkbW1A
aWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kbW0NCj4N
Cj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gZG1t
IG1haWxpbmcgbGlzdA0KPiBkbW1AaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp
bG1hbi9saXN0aW5mby9kbW0NCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IEEgbWVtYmVyIG9mIHRoZSBJbnRl
bCBDb3Jwb3JhdGlvbiBncm91cCBvZiBjb21wYW5pZXMNCj4NCj4gVGhpcyBlLW1haWwgYW5kIGFu
eSBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgbWF0ZXJpYWwgZm9yIHRoZSBz
b2xlIHVzZSBvZiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50KHMpLiBBbnkgcmV2aWV3IG9yIGRpc3Ry
aWJ1dGlvbiBieSBvdGhlcnMgaXMgc3RyaWN0bHkgcHJvaGliaXRlZC4gSWYgeW91IGFyZSBub3Qg
dGhlIGludGVuZGVkIHJlY2lwaWVudCwgcGxlYXNlIGNvbnRhY3QgdGhlIHNlbmRlciBhbmQgZGVs
ZXRlIGFsbCBjb3BpZXMuDQo+DQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiBBIG1lbWJlciBvZiB0aGUgSW50
ZWwgQ29ycG9yYXRpb24gZ3JvdXAgb2YgY29tcGFuaWVzDQo+DQo+IFRoaXMgZS1tYWlsIGFuZCBh
bnkgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG1hdGVyaWFsIGZvciANCj4g
dGhlIHNvbGUgdXNlIG9mIHRoZSBpbnRlbmRlZCByZWNpcGllbnQocykuIEFueSByZXZpZXcgb3Ig
ZGlzdHJpYnV0aW9uIA0KPiBieSBvdGhlcnMgaXMgc3RyaWN0bHkgcHJvaGliaXRlZC4gSWYgeW91
IGFyZSBub3QgdGhlIGludGVuZGVkIA0KPiByZWNpcGllbnQsIHBsZWFzZSBjb250YWN0IHRoZSBz
ZW5kZXIgYW5kIGRlbGV0ZSBhbGwgY29waWVzLg0KPg0KPg0KPiBfX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBkbW0gbWFpbGluZyBsaXN0DQo+IGRtbUBp
ZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RtbQ0KLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tCkEgbWVtYmVyIG9mIHRoZSBJbnRlbCBDb3Jwb3JhdGlvbiBncm91cCBvZiBjb21w
YW5pZXMKClRoaXMgZS1tYWlsIGFuZCBhbnkgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlk
ZW50aWFsIG1hdGVyaWFsIGZvcgp0aGUgc29sZSB1c2Ugb2YgdGhlIGludGVuZGVkIHJlY2lwaWVu
dChzKS4gQW55IHJldmlldyBvciBkaXN0cmlidXRpb24KYnkgb3RoZXJzIGlzIHN0cmljdGx5IHBy
b2hpYml0ZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZApyZWNpcGllbnQsIHBsZWFzZSBj
b250YWN0IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSBhbGwgY29waWVzLgo=


From nobody Mon Mar 28 09:22:14 2016
Return-Path: <sarikaya2012@gmail.com>
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 DCC8312DB8A for <dmm@ietfa.amsl.com>; Mon, 28 Mar 2016 09:22:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.45
X-Spam-Level: 
X-Spam-Status: No, score=-2.45 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 9XVwEasx976I for <dmm@ietfa.amsl.com>; Mon, 28 Mar 2016 09:22:10 -0700 (PDT)
Received: from mail-qg0-x234.google.com (mail-qg0-x234.google.com [IPv6:2607:f8b0:400d:c04::234]) (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 131C112DBE5 for <dmm@ietf.org>; Mon, 28 Mar 2016 09:22:03 -0700 (PDT)
Received: by mail-qg0-x234.google.com with SMTP id y89so112734316qge.2 for <dmm@ietf.org>; Mon, 28 Mar 2016 09:22:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-transfer-encoding; bh=zn0oBnhltWEabKu3ul5j6+W/izj1m5MCOvqkf0MZ5YA=; b=rJ9Z2jv+xij1kNS18tRgpqnys5VPe5jMRYOsEQ2SwQQqBP8uEkuHdsEkwvwuHFQyCl vQ7u0Y1OlnQpNwVozKj6615M4Id3lGap9LU7sXtSbPBWN1k+nwP5WGdM6WRNfPF6fbZM o3fa0Xbo4i1LOr9nRFSx5+pz2+YZAiyFS0PAzi0H4D1ZSVIRPBU3FGHaKpg1aYmN+AxS 5IUuyDVjeq82TXJF6Ezlxb5bsm6VgSGXdrjgZMr7i7sxTVJA76WFYpmxaGwBjq3ZNzDL bzP5hurb8Co5Y/EqwHGVBbbTLumpPcFOMV+GLQlRcjLiftxFlpx3VZL66iqmxVTeY2i6 BTWw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-transfer-encoding; bh=zn0oBnhltWEabKu3ul5j6+W/izj1m5MCOvqkf0MZ5YA=; b=IKZ14i9NpFCoWYB07gazD0fXyhcAQKeOlAppLS9TaEdEZBKtWbxfk9p9ZL2Cn3nHga 9foiRAVVVgbNLX1oIAIsOC6NpV8EvVgxVtppGFvEcL2A2r4TiiRdgI0S9VWbn5FbfGCh /BmSYTRsQXdq9nApxrmly5aEXPBsS+wdikXtmhy6yB5CpBrnfFYCa4Z2pPftWSHN6QWA fXbOIVl64GqKVfJMUfiPnq9CdFfMh2h86oD6yG3/ucabEw43Hc6DNucuXZX4DtBngOxN C7uZHKDGGPZluk61S0EYC93iHvQHY6P7SyqnxIHWf3TxmRKqL5xZRbhMimuDKrZVlbJQ KjKQ==
X-Gm-Message-State: AD7BkJKkzujBROyAZsd4Ta8pkzPiiROasgzGw8Mlc7ycXh9wTUFFMC2kFwfgxLEdXWgfHoBzPHE+kHQporHaSw==
MIME-Version: 1.0
X-Received: by 10.140.174.86 with SMTP id u83mr2020582qhu.35.1459182122118; Mon, 28 Mar 2016 09:22:02 -0700 (PDT)
Received: by 10.233.237.84 with HTTP; Mon, 28 Mar 2016 09:22:01 -0700 (PDT)
In-Reply-To: <F0CF5715D3D1884BAC731EA1103AC281349E38CD@HASMSX106.ger.corp.intel.com>
References: <565DE1DD.2070007@gmail.com> <E8355113905631478EFF04F5AA706E9830DD3D69@wtl-exchp-2.sandvine.com> <F0CF5715D3D1884BAC731EA1103AC281349C3EBF@HASMSX106.ger.corp.intel.com> <E8355113905631478EFF04F5AA706E9830E77178@wtl-exchp-2.sandvine.com> <F0CF5715D3D1884BAC731EA1103AC281349C44F0@HASMSX106.ger.corp.intel.com> <E8355113905631478EFF04F5AA706E9830E7CFE4@wtl-exchp-2.sandvine.com> <CAC8QAcf3fKiuSj88RuniF1yBXm64v3bPU_hgTv0GsV+nSNHf0A@mail.gmail.com> <F0CF5715D3D1884BAC731EA1103AC281349E38CD@HASMSX106.ger.corp.intel.com>
Date: Mon, 28 Mar 2016 11:22:01 -0500
Message-ID: <CAC8QAceLkYws8-bdU7ePBqPufDhVCbmnawUViC-gpDSX2-xbFQ@mail.gmail.com>
From: Behcet Sarikaya <sarikaya2012@gmail.com>
To: "Moses, Danny" <danny.moses@intel.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Archived-At: <http://mailarchive.ietf.org/arch/msg/dmm/UeMMWHbf6ItT-Y8EwEAwVZ494NE>
Cc: "dmm@ietf.org" <dmm@ietf.org>
Subject: Re: [DMM] WGLC #1 for draft-ietf-dmm-ondemand-mobility-01
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: sarikaya@ieee.org
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmm/>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Mar 2016 16:22:14 -0000

On Sat, Mar 26, 2016 at 10:31 AM, Moses, Danny <danny.moses@intel.com> wrot=
e:
> Hi Behcet,
>
> Please see my reply in the text.
>
> Thanks,
>         /Danny
>
> -----Original Message-----
> From: Behcet Sarikaya [mailto:sarikaya2012@gmail.com]
> Sent: Friday, March 25, 2016 22:00
> To: Dave Dolson
> Cc: Moses, Danny; dmm@ietf.org
> Subject: Re: [DMM] WGLC #1 for draft-ietf-dmm-ondemand-mobility-01
>
> Hi Danny,
>
> I was reading Dave's concerns.
> In my view the real problem in this draft is not with the nomadic IP addr=
ess, actually Dave's concern was very syntactic.
> I have a semantic concern with the sustained IP address.
> What really is this?
> Sustained IP address is very important for this draft because everything =
is based on that.
> Reading Section 3.1, Sustained IP Address is kind of a banana, it has the=
 taste that the beholder wants to get. It could be Fixed IP Address or noma=
dic.
> If Sustained IP Address gets me what I want, i.e. IP session continuity, =
why do I need anything else?
>
> DM> I am not sure I fully understood your comment/question here. I hope m=
y reply is sufficient.
> DM>I did not understand your attempt to find resemblance between a sustai=
ned IP address and a Banana. I also do not understand why you write that it=
 could be a Fixed IP address or a Nomadic IP address. It certainly cannot. =
What should we modify in section 3.1 to make the distinguish between the di=
fferent types of services provided to each type of address more clearer?
> DM>If a Sustained IP address gets you what you want - choose it when your=
 application establishes a Socket. If on the other hand, a Nomadic IP addre=
ss gets you what you want, choose Nomadic when your application establishes=
 a Socket. If you only write applications that require Sustained IP address=
es, always choose them when establishing Sockets. But, as we claim in the d=
raft, there are different types of applications in the sense of the IP sess=
ion continuity they require from the network.

Behcet: You are assigned an address, how do you know it is
Sustained/fixed/nomadic IP address?

Next Q: As for nomadic, I understand that I change my address when my
network changes, i.e. I avoid having topologically incorrect address.
For fixed, I keep my address even if my network changes.
What is the sustained address case?

I think your draft should better use these types (topologically
correct, etc.) concepts to make sense and be understandable.

> DM>Some application do not require IP session continuity services from th=
e network and should not be required to endure the overhead accompanied by =
that service (Tunneling overhead, un-optimal routs etc..). This draft enabl=
es application to convey the type of service they require, and may lead to =
significant reduction of overhead when the above services are not required.
>

Behcet: I understand the API extension part of your draft, but I don't
understand why you need it. You should clearly explain the use case.
Currently, the main idea is to get sustained IP address but it is not
explained how the application gets a sustained address because it is
not known?
Without a clear case, I don't think the extension is warranted.

> It says in the draft, it may be configured by using access network anchor=
ing, corresponding network anchoring, or something else, whatever that is?
> Which access network are you talking about? Is it good old 3GPP? Then, th=
e answer is yes but then what type of new solution is this?
> DM> This draft does not list the various ways of achieving IP session con=
tinuity as required for a Sustained IP address. It's true that current cell=
ular networks use tunneling but other methods could be implemented in the f=
uture. We do not want to limit the definition of the different services to =
a specific radio technology.
>
> I think what this draft is trying to say is if I am in 3GPP coverage area=
 I use 3GPP anchoring, if I am in Wi-Fi coverage area, I use MIPv6. Is this=
 what you had in mind?
> DM> Actually it does not say anything about the means of enabling Sustain=
ed IP addresses. It only defines what the different services are, and defin=
es extension to the existing Socket interface, to enable applications speci=
fy the type of IP continuity service they need.
>

Behcet: Yes but without explaining what is sustained address, I don't
think you can justify the extension. So the draft needs a strong
justification and use case text.

> I do not recall under which category does this draft fall? Is it a mainte=
nance type of draft? Or is it dmm type of draft?
> DM>It=E2=80=99s a DMM draft
>
Behcet: So no fixed anchoring in e.g. 3GPP is assumed?


> Regards,
>
> Behcet
>
> On Sun, Feb 21, 2016 at 8:05 PM, Dave Dolson <ddolson@sandvine.com> wrote=
:
>> >From an application developer's point of view, I don't think there shou=
ld be a distinction about roaming between providers or with the same provid=
er.
>> It should work with WiFi, mobile, even wired Ethernet.
>> E.g., as I unplug my laptop from work, use the 3G stick on the train, Wi=
Fi in the coffee shop and plug in wired Ethernet at home. I could have a fi=
xed address as well as several temporary (no guarantee) addresses.
>>
>> I'm not saying all of those access technologies need to have implementat=
ion of all types of addresses.
>> One might only get a fixed address from one of those providers, all the =
others being no-guarantee.
>>
>> -Dave
>>
>> ________________________________________
>> From: Moses, Danny [danny.moses@intel.com]
>> Sent: Sunday, February 21, 2016 10:05 AM
>> To: Dave Dolson; dmm@ietf.org
>> Subject: RE: [DMM] WGLC #1 for draft-ietf-dmm-ondemand-mobility-01
>>
>> Hi Dave,
>>
>> Regarding the term "Nomadic" IP address:
>> Actually, this draft is about enhancements to the Socket API that are us=
eful in relation with movement of the mobile host. Its intent was to notify=
 the access network as to the type of IP session continuity it requires upo=
n movement between LANs. The idea is to reduce the network support for sess=
ion continuity (via PMIP, GTP, etc) when it is not needed. This draft is no=
t dealing with devices migrating from one service provider to another as ot=
her issues should be handled in such scenario.
>>
>> "Local" is not good as it clashes with IPv6 Local addresses.
>>
>> The best term in my mind would be: "An IP address without any NW guarant=
ee to continue to be valid after a potential host movement to a new LAN wit=
h a different IP prefix". So far, we could not come with a good name for su=
ch an address. May be "Guarantee-less"?
>>
>> Let's not forget: this is going to be used by application developers who=
 do not necessarily fully understand how networks allocate IP addresses and=
 maintain their validity.
>>
>> Regarding when On-Demand resolution occurs (Point 6):
>> How about if we say:
>>
>> If applications want to influence the type of IP address their generated=
 traffic will use, they must do so after creating a Socket and prior to gen=
erating the first transmitted packet.
>>
>> We do not want to be too specific since it is not a user's manual.
>>
>> Does this sound reasonable to you?
>>
>> Thanks,
>>         /Danny
>>
>> -----Original Message-----
>> From: Dave Dolson [mailto:ddolson@sandvine.com]
>> Sent: Thursday, February 18, 2016 22:46
>> To: Moses, Danny; dmm@ietf.org
>> Subject: RE: [DMM] WGLC #1 for draft-ietf-dmm-ondemand-mobility-01
>>
>> Danny and Alper,
>> Thanks. I hope your helpful explanations below make it into the draft as=
 well.
>>
>>
>> On the "nomadic address" question, this name really feels wrong to me. T=
he address doesn't move and hence isn't nomadic.
>> You don't like "ephemeral" because it doesn't convey movement.
>> But a question, does the host have to move for the principles of this do=
cument to apply?
>> Couldn't a host get a new address (perhaps from a different wireless pro=
vider) without moving?
>> Maybe "non-nomadic address" or "provider-local address" ?
>>
>>
>> On point 6, yes I think you have to specify when the resolution occurs, =
since it affects which functions return error codes.
>> I don't think the local address can be resolved before connect(), since =
the choice of local address may depend on the remote address to connect. E.=
g., connections to a peer on a local LAN subnet need to use an address on t=
hat interface.
>>
>>
>> -Dave
>>
>>
>>
>>
>> -----Original Message-----
>> From: Moses, Danny [mailto:danny.moses@intel.com]
>> Sent: Thursday, February 18, 2016 9:13 AM
>> To: Dave Dolson; dmm@ietf.org
>> Subject: RE: [DMM] WGLC #1 for draft-ietf-dmm-ondemand-mobility-01
>>
>> Hi Dave,
>>
>> Sorry for the very late response. Somehow we missed the original email a=
nd were reminded by Jouni (Thanks Jouni).
>>
>> Anyway, thank you for the thorough and helpful comments. We have produce=
d a new version and will publish it shortly.
>>
>> Please see further details to your comments:
>>
>> Dave>
>> 1. Was the term "Nomadic" discussed? To me, a nomadic thing moves around=
, but in this draft, Nomadic IP addresses do not move around; they are repl=
aced. "Ephemeral IP Address" might convey the idea more clearly.
>>
>> Reply>
>> "Nomadic" was discussed, it is not the best name but we could not find a=
 better one.
>> What 'moves around' is the mobile host and as a result of that movement,=
 its source IP address might become obsolete (when it moves from its origin=
al LAN to another with a different prefix). An application on a mobile host=
 requires a 'Nomadic' IP address when it does not care for the IP continuit=
y guarantee services provided by the network. This is either because it kno=
ws that the mobile host is not really mobile, or because it has other means=
 of maintaining session continuity and does not want the overhead associate=
d with network-provided IP continuity services.
>>
>> The term 'Ephemeral' is not associated with movement - we think it is be=
tter to have a 'movement'-related name.
>>
>> Dave>
>> 2. I know this is really picky, but it wouldn't hurt to spell out "REQUI=
RE" in IPV6_REQ_FIXED_IP etc.
>>  - IPV6_REQUIRE_FIXED_IP in parallel with IPV6_PREFER_SRC_PUBLIC
>>
>> Reply>
>> Make sense. Will be changed in the next version.
>>
>> Dave>
>> 3. There is a "TDB" in section 3.4. "TBD: Disallow this case?"  This nee=
ds to be resolved. I suggest the most restrictive flag applies.
>>
>> Reply>
>> This is about whether to enable the application to set more than one fla=
g or not per a given socket. We left that for discussion in the draft but n=
ever resolved it.
>>
>> We prefer not to enable setting more than one flag since it add complexi=
ty. The application can check the returned code and act upon it. For exampl=
e, if it uses setsockopt() with IPV6_REQUIRE_FIXED_IP and the call returns =
with an error code, it can re-attempt with IPV6_REQUEST_SUSTAINED_IP or IPV=
6_REQUEST_NOMADIC_IP (or without the flags - in case they are not supported=
 by the network).
>>
>> So we are replacing the original text:
>> More than one of these flags may be set on the same socket. In that case=
, an IP address compliant with any one of them shall be selected.
>> TBD: Disallow this case?
>>
>> With:
>> Only one flag of these flags may be set on the same socket. If an applic=
ation attempts to set more than one flag, the most recent setting will be t=
he one in effect.
>>
>> Dave>
>> 4. Must resolve "Application of this solution to IPv4 is TBD."
>>  - clearly the socket option is IPV6_something, but...
>>  - there is uncharted territory surrounding IPv4-mapped-IPv6 addresses (=
https://tools.ietf.org/html/rfc4291#section-2.5.5.2 ), when socket option I=
PV6_V6ONLY is false.
>>  - I think the goal should be that the API *does* apply to IPv4 via IPv4=
-mapped-IPv6 addresses, while acknowledging that the operating system or ne=
twork may not be able to fulfill the request.
>>     - I.e., permit the application to request constraints on IPv4, but a=
lso expect the application to try for a relaxed address if the initial requ=
est fails.
>>  - I see no need to support the API with AF_INET sockets, since AF_INET6=
 can be used with IPV6_ONLY=3Dfalse and IPv4-mapped-IPv6 addresses.
>>
>> Reply>
>> Actually, the charter of DMM addresses IPv6 only. So we are removing the=
 text that refers to IPv4 altogether. If we see in the future a need to add=
ress IPv4, we will do so in a separate draft.
>>
>> Dave>
>> 5. The error codes are not clearly defined. What is the errno for failur=
e of setsockopt() and others?
>>
>> Reply>
>> True.
>>
>> We added the following text at the end of section 3.4:
>>
>> The following new error codes are also defined in the document and will =
be used in Socket API in compliance with the [RFC5014]:
>> EAI_REQUIREIPNOTSUPPORTED /*The network does not support the ability
>> to request that IP address type */ EAI_REQUIREIPFAILED /* The network
>> could not assign the specific IP address type */
>>
>> Dave>
>> 6. I'm unclear on when the on-demand resolution occurs? I don't think it=
 can be done at the time of setsockopt(); as I understand it, the addresses=
 are resolved later, at connect() or listen(). I'm not sure about this, but=
 it should be explained. If the resolution is done at connect() time, is a =
new errno required?
>>
>> Reply>
>> The addresses should be resolved before connect() or listen() in order t=
o avoid unnecessary delay caused by the need to request the address from th=
e network (with DHCP - for example). Furthermore, UDP should also be suppor=
ted, hence connect() or listen() may not be used. There for, they must be r=
esolved at setsockopt() prior to the above calls. Do you see any problem wi=
th that?
>>
>> Do you think text should be added to clarify this?
>>
>> Dave>
>> 7. Some socket interfaces are not mentioned. What about sendto(), sendms=
g(), which are not connection-oriented?
>>
>> Reply>
>> Both assume that a source IP address was assigned to the host.
>> If the application invoked setsockopt() successfully prior to attempting=
 to send a message, the appropriate source IP address type will be used for=
 the transmitted packets. If not, whatever source IP address assigned to th=
e host will be used.
>>
>> Dave>
>> 8. In section 4.1, support for legacy applications does not really say h=
ow to support legacy applications.
>>  - my opinion: the default (lacking new socket options) should be to req=
uire Fixed for listen() and Sustained for connect(), and Nomadic/Ephemeral =
for non-connected datagrams.
>>
>> Reply>
>> Legacy application will not use these new flags, and as a result, will n=
ot be able to influence the source IP address type and related mobility sup=
port. As a result, they will behave exactly as applications behave today.
>>
>> Clearly there will be some default behavior as to the assigned source IP=
 address. Today, this depends on the access networks. Cellular networks usu=
ally provide Fixed or Sustained source IP addresses, and WiFi networks usua=
lly provide Nomadic source IP addresses.
>>
>> We do not think we should specify a strict behavior in this case, but ra=
ther leave it to be implementation-specific.
>>
>> Once again, thanks for the good comments.
>>
>> Alper and Danny
>>
>> -----Original Message-----
>> From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Dave Dolson
>> Sent: Wednesday, December 02, 2015 18:42
>> To: Jouni Korhonen; dmm@ietf.org; Dapeng Liu
>> Subject: Re: [DMM] WGLC #1 for draft-ietf-dmm-ondemand-mobility-01
>>
>> (I haven't paid close attention to the list, so apologies if I'm
>> raising old issues.)
>>
>> 1. Was the term "Nomadic" discussed? To me, a nomadic thing moves around=
, but in this draft, Nomadic IP addresses do not move around; they are repl=
aced. "Ephemeral IP Address" might convey the idea more clearly.
>>
>> 2. I know this is really picky, but it wouldn't hurt to spell out "REQUI=
RE" in IPV6_REQ_FIXED_IP etc.
>>  - IPV6_REQUIRE_FIXED_IP in parallel with IPV6_PREFER_SRC_PUBLIC
>>
>> 3. There is a "TDB" in section 3.4. "TBD: Disallow this case?"  This nee=
ds to be resolved. I suggest the most restrictive flag applies.
>>
>> 4. Must resolve "Application of this solution to IPv4 is TBD."
>>  - clearly the socket option is IPV6_something, but...
>>  - there is uncharted territory surrounding IPv4-mapped-IPv6 addresses (=
https://tools.ietf.org/html/rfc4291#section-2.5.5.2 ), when socket option I=
PV6_V6ONLY is false.
>>  - I think the goal should be that the API *does* apply to IPv4 via IPv4=
-mapped-IPv6 addresses, while acknowledging that the operating system or ne=
twork may not be able to fulfill the request.
>>     - I.e., permit the application to request constraints on IPv4, but a=
lso expect the application to try for a relaxed address if the initial requ=
est fails.
>>  - I see no need to support the API with AF_INET sockets, since AF_INET6=
 can be used with IPV6_ONLY=3Dfalse and IPv4-mapped-IPv6 addresses.
>>
>> 5. The error codes are not clearly defined. What is the errno for failur=
e of setsockopt() and others?
>>
>> 6. I'm unclear on when the on-demand resolution occurs? I don't think it=
 can be done at the time of setsockopt(); as I understand it, the addresses=
 are resolved later, at connect() or listen(). I'm not sure about this, but=
 it should be explained. If the resolution is done at connect() time, is a =
new errno required?
>>
>> 7. Some socket interfaces are not mentioned. What about sendto(), sendms=
g(), which are not connection-oriented?
>>
>> 8. In section 4.1, support for legacy applications does not really say h=
ow to support legacy applications.
>>  - my opinion: the default (lacking new socket options) should be to req=
uire Fixed for listen() and Sustained for connect(), and Nomadic/Ephemeral =
for non-connected datagrams.
>>
>>
>>
>> -Dave
>>
>>
>>
>>
>> -----Original Message-----
>> From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Jouni Korhonen
>> Sent: Tuesday, December 01, 2015 1:07 PM
>> To: dmm@ietf.org; Jouni; Dapeng Liu
>> Subject: [DMM] WGLC #1 for draft-ietf-dmm-ondemand-mobility-01
>>
>> Folks,
>>
>> This mail starts two week WGLC for the I-D:
>>
>> https://tools.ietf.org/html/draft-ietf-dmm-ondemand-mobility-01
>>
>> The WGLC ends 12/15/2015.
>>
>> Provide your reviews and comments to the mailing list. For the better tr=
acking of issues and proposed changed use the Issue Tracker to submit your =
issues/proposals.
>>
>> - Jouni & Dapeng
>>
>> _______________________________________________
>> 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
>> ---------------------------------------------------------------------
>> A member of the Intel Corporation group of companies
>>
>> This e-mail and any attachments may contain confidential material for th=
e sole use of the intended recipient(s). Any review or distribution by othe=
rs is strictly prohibited. If you are not the intended recipient, please co=
ntact the sender and delete all copies.
>>
>> ---------------------------------------------------------------------
>> 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.
>>
>>
>> _______________________________________________
>> 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.


From nobody Tue Mar 29 09:06:15 2016
Return-Path: <h.anthony.chan@huawei.com>
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 3434E12DA15 for <dmm@ietfa.amsl.com>; Tue, 29 Mar 2016 09:06:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.231
X-Spam-Level: 
X-Spam-Status: No, score=-4.231 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-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 ff22ktmi6sLQ for <dmm@ietfa.amsl.com>; Tue, 29 Mar 2016 09:06:10 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1DDA612DA5B for <dmm@ietf.org>; Tue, 29 Mar 2016 09:03:00 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml705-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CGS07394; Tue, 29 Mar 2016 16:02:58 +0000 (GMT)
Received: from SZXEML433-HUB.china.huawei.com (10.82.67.210) by lhreml705-cah.china.huawei.com (10.201.5.168) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 29 Mar 2016 17:01:38 +0100
Received: from szxeml557-mbx.china.huawei.com ([169.254.5.220]) by szxeml433-hub.china.huawei.com ([10.82.67.210]) with mapi id 14.03.0235.001; Wed, 30 Mar 2016 00:01:33 +0800
From: h chan <h.anthony.chan@huawei.com>
To: Jouni Korhonen <jouni.nospam@gmail.com>, "dmm@ietf.org" <dmm@ietf.org>
Thread-Topic: [DMM] current status
Thread-Index: AQHRcN/pp6FdAl0OdUSPpuI9rV8C059wxhGQ
Date: Tue, 29 Mar 2016 16:01:32 +0000
Message-ID: <6E31144C030982429702B11D6746B98C766A2D46@szxeml557-mbx.china.huawei.com>
References: <56D0C8DE.9010704@gmail.com>
In-Reply-To: <56D0C8DE.9010704@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.192.11.212]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090205.56FAA732.0489, ss=1, re=0.000, recu=0.000, reip=0.000,  cl=1, cld=1, fgs=0, ip=169.254.5.220, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 8b38a672e3fcf9cace0616a1369594d1
Archived-At: <http://mailarchive.ietf.org/arch/msg/dmm/e9PnYIJ1dm4vmL1I70FO5BMDZ3g>
Subject: Re: [DMM] current status
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmm/>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 29 Mar 2016 16:06:13 -0000

The updated draft-chan-dmm-distributed-mobility-anchoring-07 was uploaded 1=
0 days ago. Please provide comments. Thank you.

H Anthony Chan

-----Original Message-----
From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Jouni Korhonen
Sent: Friday, February 26, 2016 3:51 PM
To: dmm@ietf.org
Subject: [DMM] current status

Folks,

Just reminding you all where we are at now.

Active DMM WG documents:
  * draft-ietf-dmm-ondemand-mobility-02
    - WGLC #1 done - document revised
    - New WGLC to be initiated
  * draft-ietf-dmm-4283mnids-01
    - WGLC #1 done - revised I-D needed
    - Jouni & Sri owe some text to Charlie

Active MIP6 maintenance WG documents:
  * draft-ietf-dmm-hnprenum-00
  * draft-ietf-dmm-lma-controlled-mag-params-00
  * draft-ietf-dmm-mag-multihoming-00

Coming proposals/presentations in IETF95:
  * draft-moses-dmm-dhcp-ondemand-mobility-02
  * draft-chan-dmm-distributed-mobility-anchoring-06
    - Update coming before the meeting

Currently we have agenda requests for 70~90 mins worth.

- Jouni

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


From nobody Wed Mar 30 08:41:58 2016
Return-Path: <danny.moses@intel.com>
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 CBDB112D68F for <dmm@ietfa.amsl.com>; Wed, 30 Mar 2016 08:41:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.931
X-Spam-Level: 
X-Spam-Status: No, score=-6.931 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-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 CA3zX5wMvHxE for <dmm@ietfa.amsl.com>; Wed, 30 Mar 2016 08:41:54 -0700 (PDT)
Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by ietfa.amsl.com (Postfix) with ESMTP id 57F7112D60D for <dmm@ietf.org>; Wed, 30 Mar 2016 08:41:48 -0700 (PDT)
Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by fmsmga101.fm.intel.com with ESMTP; 30 Mar 2016 08:41:24 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.24,416,1455004800"; d="scan'208";a="75969405"
Received: from fmsmsx106.amr.corp.intel.com ([10.18.124.204]) by fmsmga004.fm.intel.com with ESMTP; 30 Mar 2016 08:41:23 -0700
Received: from fmsmsx153.amr.corp.intel.com (10.18.125.6) by FMSMSX106.amr.corp.intel.com (10.18.124.204) with Microsoft SMTP Server (TLS) id 14.3.248.2; Wed, 30 Mar 2016 08:41:23 -0700
Received: from lcsmsx152.ger.corp.intel.com (10.186.165.231) by FMSMSX153.amr.corp.intel.com (10.18.125.6) with Microsoft SMTP Server (TLS) id 14.3.248.2; Wed, 30 Mar 2016 08:41:23 -0700
Received: from hasmsx105.ger.corp.intel.com ([169.254.1.106]) by LCSMSX152.ger.corp.intel.com ([169.254.4.28]) with mapi id 14.03.0248.002; Wed, 30 Mar 2016 18:41:20 +0300
From: "Moses, Danny" <danny.moses@intel.com>
To: "sarikaya@ieee.org" <sarikaya@ieee.org>
Thread-Topic: [DMM] WGLC #1 for draft-ietf-dmm-ondemand-mobility-01
Thread-Index: AQHRLGNCmmE+d1SrqEm02pCc///KWJ63xloAgHpwIWCAAGoVAIAEdKFAgACboYCAM1UhgIABgxHggAMH1YCAA0Q/cA==
Date: Wed, 30 Mar 2016 15:41:19 +0000
Message-ID: <F0CF5715D3D1884BAC731EA1103AC281349EB004@HASMSX105.ger.corp.intel.com>
References: <565DE1DD.2070007@gmail.com> <E8355113905631478EFF04F5AA706E9830DD3D69@wtl-exchp-2.sandvine.com> <F0CF5715D3D1884BAC731EA1103AC281349C3EBF@HASMSX106.ger.corp.intel.com> <E8355113905631478EFF04F5AA706E9830E77178@wtl-exchp-2.sandvine.com> <F0CF5715D3D1884BAC731EA1103AC281349C44F0@HASMSX106.ger.corp.intel.com> <E8355113905631478EFF04F5AA706E9830E7CFE4@wtl-exchp-2.sandvine.com> <CAC8QAcf3fKiuSj88RuniF1yBXm64v3bPU_hgTv0GsV+nSNHf0A@mail.gmail.com> <F0CF5715D3D1884BAC731EA1103AC281349E38CD@HASMSX106.ger.corp.intel.com> <CAC8QAceLkYws8-bdU7ePBqPufDhVCbmnawUViC-gpDSX2-xbFQ@mail.gmail.com>
In-Reply-To: <CAC8QAceLkYws8-bdU7ePBqPufDhVCbmnawUViC-gpDSX2-xbFQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ctpclassification: CTP_IC
x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiOTE4ZjMxZmQtNTkxNS00ZTU1LWI5YWUtZGEyMGJiMWI0NGRhIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX0lDIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE1LjkuNi42IiwiVHJ1c3RlZExhYmVsSGFzaCI6IlJPemRBR3ljbHJNcUlzUTg2bTRERnd0OURqV05vKzdWREp2cnZWSEdaTkE9In0=
x-originating-ip: [10.184.70.10]
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Archived-At: <http://mailarchive.ietf.org/arch/msg/dmm/fmt-Yenh1gK_A2x4l4AoK8SsLMc>
Cc: "dmm@ietf.org" <dmm@ietf.org>
Subject: Re: [DMM] WGLC #1 for draft-ietf-dmm-ondemand-mobility-01
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmm/>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Mar 2016 15:41:58 -0000

SGkgQmVoY2V0LA0KDQpQbGVhc2Ugc2VlIG15IG5ldyBhbnN3ZXJzIG1hcmtlZCB3aXRoIERNPj4N
Cg0KVGhhbmtzLA0KCS9EYW5ueQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTog
QmVoY2V0IFNhcmlrYXlhIFttYWlsdG86c2FyaWtheWEyMDEyQGdtYWlsLmNvbV0gDQpTZW50OiBN
b25kYXksIE1hcmNoIDI4LCAyMDE2IDA5OjIyDQpUbzogTW9zZXMsIERhbm55DQpDYzogZG1tQGll
dGYub3JnDQpTdWJqZWN0OiBSZTogW0RNTV0gV0dMQyAjMSBmb3IgZHJhZnQtaWV0Zi1kbW0tb25k
ZW1hbmQtbW9iaWxpdHktMDENCg0KT24gU2F0LCBNYXIgMjYsIDIwMTYgYXQgMTA6MzEgQU0sIE1v
c2VzLCBEYW5ueSA8ZGFubnkubW9zZXNAaW50ZWwuY29tPiB3cm90ZToNCj4gSGkgQmVoY2V0LA0K
Pg0KPiBQbGVhc2Ugc2VlIG15IHJlcGx5IGluIHRoZSB0ZXh0Lg0KPg0KPiBUaGFua3MsDQo+ICAg
ICAgICAgL0Rhbm55DQo+DQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IEJl
aGNldCBTYXJpa2F5YSBbbWFpbHRvOnNhcmlrYXlhMjAxMkBnbWFpbC5jb21dDQo+IFNlbnQ6IEZy
aWRheSwgTWFyY2ggMjUsIDIwMTYgMjI6MDANCj4gVG86IERhdmUgRG9sc29uDQo+IENjOiBNb3Nl
cywgRGFubnk7IGRtbUBpZXRmLm9yZw0KPiBTdWJqZWN0OiBSZTogW0RNTV0gV0dMQyAjMSBmb3Ig
ZHJhZnQtaWV0Zi1kbW0tb25kZW1hbmQtbW9iaWxpdHktMDENCj4NCj4gSGkgRGFubnksDQo+DQo+
IEkgd2FzIHJlYWRpbmcgRGF2ZSdzIGNvbmNlcm5zLg0KPiBJbiBteSB2aWV3IHRoZSByZWFsIHBy
b2JsZW0gaW4gdGhpcyBkcmFmdCBpcyBub3Qgd2l0aCB0aGUgbm9tYWRpYyBJUCBhZGRyZXNzLCBh
Y3R1YWxseSBEYXZlJ3MgY29uY2VybiB3YXMgdmVyeSBzeW50YWN0aWMuDQo+IEkgaGF2ZSBhIHNl
bWFudGljIGNvbmNlcm4gd2l0aCB0aGUgc3VzdGFpbmVkIElQIGFkZHJlc3MuDQo+IFdoYXQgcmVh
bGx5IGlzIHRoaXM/DQo+IFN1c3RhaW5lZCBJUCBhZGRyZXNzIGlzIHZlcnkgaW1wb3J0YW50IGZv
ciB0aGlzIGRyYWZ0IGJlY2F1c2UgZXZlcnl0aGluZyBpcyBiYXNlZCBvbiB0aGF0Lg0KPiBSZWFk
aW5nIFNlY3Rpb24gMy4xLCBTdXN0YWluZWQgSVAgQWRkcmVzcyBpcyBraW5kIG9mIGEgYmFuYW5h
LCBpdCBoYXMgdGhlIHRhc3RlIHRoYXQgdGhlIGJlaG9sZGVyIHdhbnRzIHRvIGdldC4gSXQgY291
bGQgYmUgRml4ZWQgSVAgQWRkcmVzcyBvciBub21hZGljLg0KPiBJZiBTdXN0YWluZWQgSVAgQWRk
cmVzcyBnZXRzIG1lIHdoYXQgSSB3YW50LCBpLmUuIElQIHNlc3Npb24gY29udGludWl0eSwgd2h5
IGRvIEkgbmVlZCBhbnl0aGluZyBlbHNlPw0KPg0KPiBETT4gSSBhbSBub3Qgc3VyZSBJIGZ1bGx5
IHVuZGVyc3Rvb2QgeW91ciBjb21tZW50L3F1ZXN0aW9uIGhlcmUuIEkgaG9wZSBteSByZXBseSBp
cyBzdWZmaWNpZW50Lg0KPiBETT5JIGRpZCBub3QgdW5kZXJzdGFuZCB5b3VyIGF0dGVtcHQgdG8g
ZmluZCByZXNlbWJsYW5jZSBiZXR3ZWVuIGEgc3VzdGFpbmVkIElQIGFkZHJlc3MgYW5kIGEgQmFu
YW5hLiBJIGFsc28gZG8gbm90IHVuZGVyc3RhbmQgd2h5IHlvdSB3cml0ZSB0aGF0IGl0IGNvdWxk
IGJlIGEgRml4ZWQgSVAgYWRkcmVzcyBvciBhIE5vbWFkaWMgSVAgYWRkcmVzcy4gSXQgY2VydGFp
bmx5IGNhbm5vdC4gV2hhdCBzaG91bGQgd2UgbW9kaWZ5IGluIHNlY3Rpb24gMy4xIHRvIG1ha2Ug
dGhlIGRpc3Rpbmd1aXNoIGJldHdlZW4gdGhlIGRpZmZlcmVudCB0eXBlcyBvZiBzZXJ2aWNlcyBw
cm92aWRlZCB0byBlYWNoIHR5cGUgb2YgYWRkcmVzcyBtb3JlIGNsZWFyZXI/DQo+IERNPklmIGEg
U3VzdGFpbmVkIElQIGFkZHJlc3MgZ2V0cyB5b3Ugd2hhdCB5b3Ugd2FudCAtIGNob29zZSBpdCB3
aGVuIHlvdXIgYXBwbGljYXRpb24gZXN0YWJsaXNoZXMgYSBTb2NrZXQuIElmIG9uIHRoZSBvdGhl
ciBoYW5kLCBhIE5vbWFkaWMgSVAgYWRkcmVzcyBnZXRzIHlvdSB3aGF0IHlvdSB3YW50LCBjaG9v
c2UgTm9tYWRpYyB3aGVuIHlvdXIgYXBwbGljYXRpb24gZXN0YWJsaXNoZXMgYSBTb2NrZXQuIElm
IHlvdSBvbmx5IHdyaXRlIGFwcGxpY2F0aW9ucyB0aGF0IHJlcXVpcmUgU3VzdGFpbmVkIElQIGFk
ZHJlc3NlcywgYWx3YXlzIGNob29zZSB0aGVtIHdoZW4gZXN0YWJsaXNoaW5nIFNvY2tldHMuIEJ1
dCwgYXMgd2UgY2xhaW0gaW4gdGhlIGRyYWZ0LCB0aGVyZSBhcmUgZGlmZmVyZW50IHR5cGVzIG9m
IGFwcGxpY2F0aW9ucyBpbiB0aGUgc2Vuc2Ugb2YgdGhlIElQIHNlc3Npb24gY29udGludWl0eSB0
aGV5IHJlcXVpcmUgZnJvbSB0aGUgbmV0d29yay4NCg0KQmVoY2V0OiBZb3UgYXJlIGFzc2lnbmVk
IGFuIGFkZHJlc3MsIGhvdyBkbyB5b3Uga25vdyBpdCBpcyBTdXN0YWluZWQvZml4ZWQvbm9tYWRp
YyBJUCBhZGRyZXNzPw0KRE0+PiBHb29kIHF1ZXN0aW9uLiBOYXR1cmFsbHksIHRoZSBuZXR3b3Jr
IG5lZWRzIHRvIGJlIGVuaGFuY2VkIHRvIHN1cHBvcnQgdGhlc2UgbmV3IGFsdGVybmF0aXZlcy4s
IG5lZWQgdG8gYmUgYWJsZSB0byByZWNlaXZlIGEgc3BlY2lmaWMgcmVxdWVzdCBhbmQgdG8gaW5k
aWNhdGUgdG8gdGhlIG1vYmlsZSBub2RlIHdoYXQgdHlwZSBvZiBJUCBhZGRyZXNzIChvciBwcmVm
aXgpIGl0IGhhZCBhbGxvY2F0ZWQgZm9yIGl0LiBUaGlzIHJlcXVpcmVzIGVuaGFuY2VtZW50cyB0
byBzb21lIHByb3RvY29scyB3aG8gYXJlIHVzZWQgdG8gcHJvdmlkZSBJUCBhZGRyZXNzZXMuIFBs
ZWFzZSByZWZlciB0byBkcmFmdC1tb3Nlcy1kbW0tZGhjcC1vbmRlbWFuZC1tb2JpbGl0eS0wMiB3
aGljaCBkZWZpbmVzIHRoZSBlbmhhbmNlbWVudHMgdG8gREhDUHY2IGZvciBzdXBwb3J0aW5nIHRo
ZSBzdGF0aW5nIG9mIHRoZSByZXF1aXJlZCBJUCBhZGRyZXNzIHR5cGUuDQoNCk5leHQgUTogQXMg
Zm9yIG5vbWFkaWMsIEkgdW5kZXJzdGFuZCB0aGF0IEkgY2hhbmdlIG15IGFkZHJlc3Mgd2hlbiBt
eSBuZXR3b3JrIGNoYW5nZXMsIGkuZS4gSSBhdm9pZCBoYXZpbmcgdG9wb2xvZ2ljYWxseSBpbmNv
cnJlY3QgYWRkcmVzcy4NCkZvciBmaXhlZCwgSSBrZWVwIG15IGFkZHJlc3MgZXZlbiBpZiBteSBu
ZXR3b3JrIGNoYW5nZXMuDQpXaGF0IGlzIHRoZSBzdXN0YWluZWQgYWRkcmVzcyBjYXNlPw0KDQpE
TT4+IFRoZSBkaWZmZXJlbmNlIGZyb20gU3VzdGFpbmVkIElQIGFkZHJlc3MgYW5kIEZpeGVkIElQ
IGFkZHJlc3MgaXMgdGhhdCB0aGUgU3VzdGFpbmVkIElQIGFkZHJlc3MgaXMgZ3VhcmFudGVlZCBi
eSB0aGUgbmV0d29yayB0byBiZSB2YWxpZCBhcyBsb25nIGFzIHRoZSBJUCBzZXNzaW9uIGlzIGFs
aXZlLCB3aGlsZSB0aGUgRml4ZWQgSVAgYWRkcmVzcyBpcyBndWFyYW50ZWVkIHRvIGJlIHZhbGlk
IGV2ZW4gYWZ0ZXIgdGhlIElQIHNlc3Npb24gZW5kcyAoaW4gY2FzZSB0aGUgYXBwbGljYXRpb24g
bmVlZCB0byByZS11c2UgaXQgYXQgYSBsYXRlciB0aW1lLg0KDQpJIHRoaW5rIHlvdXIgZHJhZnQg
c2hvdWxkIGJldHRlciB1c2UgdGhlc2UgdHlwZXMgKHRvcG9sb2dpY2FsbHkgY29ycmVjdCwgZXRj
LikgY29uY2VwdHMgdG8gbWFrZSBzZW5zZSBhbmQgYmUgdW5kZXJzdGFuZGFibGUuDQpETT4+IFRo
YW5rcyBmb3IgdGhlIHN1Z2dlc3Rpb24uIFdlIGZlZWwgdGhhdCBTdXN0YWluZWQgYW5kIEZpeGVk
IGFyZSB1bmRlcnN0YW5kYWJsZS4gV2UgaGF2ZSBzb21lIGRlYmF0ZXMgcmVnYXJkaW5nIC0gTm9t
YWRpYy4NCg0KPiBETT5Tb21lIGFwcGxpY2F0aW9uIGRvIG5vdCByZXF1aXJlIElQIHNlc3Npb24g
Y29udGludWl0eSBzZXJ2aWNlcyBmcm9tIHRoZSBuZXR3b3JrIGFuZCBzaG91bGQgbm90IGJlIHJl
cXVpcmVkIHRvIGVuZHVyZSB0aGUgb3ZlcmhlYWQgYWNjb21wYW5pZWQgYnkgdGhhdCBzZXJ2aWNl
IChUdW5uZWxpbmcgb3ZlcmhlYWQsIHVuLW9wdGltYWwgcm91dHMgZXRjLi4pLiBUaGlzIGRyYWZ0
IGVuYWJsZXMgYXBwbGljYXRpb24gdG8gY29udmV5IHRoZSB0eXBlIG9mIHNlcnZpY2UgdGhleSBy
ZXF1aXJlLCBhbmQgbWF5IGxlYWQgdG8gc2lnbmlmaWNhbnQgcmVkdWN0aW9uIG9mIG92ZXJoZWFk
IHdoZW4gdGhlIGFib3ZlIHNlcnZpY2VzIGFyZSBub3QgcmVxdWlyZWQuDQo+DQoNCkJlaGNldDog
SSB1bmRlcnN0YW5kIHRoZSBBUEkgZXh0ZW5zaW9uIHBhcnQgb2YgeW91ciBkcmFmdCwgYnV0IEkg
ZG9uJ3QgdW5kZXJzdGFuZCB3aHkgeW91IG5lZWQgaXQuIFlvdSBzaG91bGQgY2xlYXJseSBleHBs
YWluIHRoZSB1c2UgY2FzZS4NCkN1cnJlbnRseSwgdGhlIG1haW4gaWRlYSBpcyB0byBnZXQgc3Vz
dGFpbmVkIElQIGFkZHJlc3MgYnV0IGl0IGlzIG5vdCBleHBsYWluZWQgaG93IHRoZSBhcHBsaWNh
dGlvbiBnZXRzIGEgc3VzdGFpbmVkIGFkZHJlc3MgYmVjYXVzZSBpdCBpcyBub3Qga25vd24/DQpX
aXRob3V0IGEgY2xlYXIgY2FzZSwgSSBkb24ndCB0aGluayB0aGUgZXh0ZW5zaW9uIGlzIHdhcnJh
bnRlZC4NCg0KRE0+PiBUaGUgaW50cm9kdWN0aW9uIHNlY3Rpb24gYW5kIHNlY3Rpb25zIDMuMS0z
LjMgcHJvdmlkZXMgYSBkZWNlbnQgYmFja2dyb3VuZC4gV291bGQgeW91IGxpa2UgdG8gb2ZmZXIg
dGV4dCB0byBpbXByb3ZlIGl0Pw0KDQo+IEl0IHNheXMgaW4gdGhlIGRyYWZ0LCBpdCBtYXkgYmUg
Y29uZmlndXJlZCBieSB1c2luZyBhY2Nlc3MgbmV0d29yayBhbmNob3JpbmcsIGNvcnJlc3BvbmRp
bmcgbmV0d29yayBhbmNob3JpbmcsIG9yIHNvbWV0aGluZyBlbHNlLCB3aGF0ZXZlciB0aGF0IGlz
Pw0KPiBXaGljaCBhY2Nlc3MgbmV0d29yayBhcmUgeW91IHRhbGtpbmcgYWJvdXQ/IElzIGl0IGdv
b2Qgb2xkIDNHUFA/IFRoZW4sIHRoZSBhbnN3ZXIgaXMgeWVzIGJ1dCB0aGVuIHdoYXQgdHlwZSBv
ZiBuZXcgc29sdXRpb24gaXMgdGhpcz8NCj4gRE0+IFRoaXMgZHJhZnQgZG9lcyBub3QgbGlzdCB0
aGUgdmFyaW91cyB3YXlzIG9mIGFjaGlldmluZyBJUCBzZXNzaW9uIGNvbnRpbnVpdHkgYXMgcmVx
dWlyZWQgZm9yIGEgU3VzdGFpbmVkIElQIGFkZHJlc3MuIEl0J3MgdHJ1ZSB0aGF0IGN1cnJlbnQg
Y2VsbHVsYXIgbmV0d29ya3MgdXNlIHR1bm5lbGluZyBidXQgb3RoZXIgbWV0aG9kcyBjb3VsZCBi
ZSBpbXBsZW1lbnRlZCBpbiB0aGUgZnV0dXJlLiBXZSBkbyBub3Qgd2FudCB0byBsaW1pdCB0aGUg
ZGVmaW5pdGlvbiBvZiB0aGUgZGlmZmVyZW50IHNlcnZpY2VzIHRvIGEgc3BlY2lmaWMgcmFkaW8g
dGVjaG5vbG9neS4NCj4NCj4gSSB0aGluayB3aGF0IHRoaXMgZHJhZnQgaXMgdHJ5aW5nIHRvIHNh
eSBpcyBpZiBJIGFtIGluIDNHUFAgY292ZXJhZ2UgYXJlYSBJIHVzZSAzR1BQIGFuY2hvcmluZywg
aWYgSSBhbSBpbiBXaS1GaSBjb3ZlcmFnZSBhcmVhLCBJIHVzZSBNSVB2Ni4gSXMgdGhpcyB3aGF0
IHlvdSBoYWQgaW4gbWluZD8NCj4gRE0+IEFjdHVhbGx5IGl0IGRvZXMgbm90IHNheSBhbnl0aGlu
ZyBhYm91dCB0aGUgbWVhbnMgb2YgZW5hYmxpbmcgU3VzdGFpbmVkIElQIGFkZHJlc3Nlcy4gSXQg
b25seSBkZWZpbmVzIHdoYXQgdGhlIGRpZmZlcmVudCBzZXJ2aWNlcyBhcmUsIGFuZCBkZWZpbmVz
IGV4dGVuc2lvbiB0byB0aGUgZXhpc3RpbmcgU29ja2V0IGludGVyZmFjZSwgdG8gZW5hYmxlIGFw
cGxpY2F0aW9ucyBzcGVjaWZ5IHRoZSB0eXBlIG9mIElQIGNvbnRpbnVpdHkgc2VydmljZSB0aGV5
IG5lZWQuDQo+DQoNCkJlaGNldDogWWVzIGJ1dCB3aXRob3V0IGV4cGxhaW5pbmcgd2hhdCBpcyBz
dXN0YWluZWQgYWRkcmVzcywgSSBkb24ndCB0aGluayB5b3UgY2FuIGp1c3RpZnkgdGhlIGV4dGVu
c2lvbi4gU28gdGhlIGRyYWZ0IG5lZWRzIGEgc3Ryb25nIGp1c3RpZmljYXRpb24gYW5kIHVzZSBj
YXNlIHRleHQuDQpETT4+IEJ1dCB0aGUgZGlmZmVyZW50IGFkZHJlc3MgdHlwZXMgYXJlIHdlbGwg
ZXhwbGFpbmVkIGluIHNlY3Rpb24gMy4xLiBQbGVhc2UgcmVhZCBpdCBvbmNlIG1vcmUgYW5kIGxl
dCBtZSBrbm93IGhvdyBpdCBjYW4gYmUgZXhwbGFpbmVkIGJldHRlci4NCg0KPiBJIGRvIG5vdCBy
ZWNhbGwgdW5kZXIgd2hpY2ggY2F0ZWdvcnkgZG9lcyB0aGlzIGRyYWZ0IGZhbGw/IElzIGl0IGEg
bWFpbnRlbmFuY2UgdHlwZSBvZiBkcmFmdD8gT3IgaXMgaXQgZG1tIHR5cGUgb2YgZHJhZnQ/DQo+
IERNPkl04oCZcyBhIERNTSBkcmFmdA0KPg0KQmVoY2V0OiBTbyBubyBmaXhlZCBhbmNob3Jpbmcg
aW4gZS5nLiAzR1BQIGlzIGFzc3VtZWQ/DQpETT4+IEkgZG8gbm90IHVuZGVyc3RhbmQgd2h5IHlv
dSByZWFjaGVkIHRoaXMgY29uY2x1c2lvbi4gSXQgaXMgbm90IHNvLiBUaGUgY3VycmVudCAzR1BQ
IGRlcGxveW1lbnRzIHByb3ZpZGUgRml4ZWQgSVAgYWRkcmVzc2VzIHZpYSBHVFAuDQoNCg0KPiBS
ZWdhcmRzLA0KPg0KPiBCZWhjZXQNCj4NCj4gT24gU3VuLCBGZWIgMjEsIDIwMTYgYXQgODowNSBQ
TSwgRGF2ZSBEb2xzb24gPGRkb2xzb25Ac2FuZHZpbmUuY29tPiB3cm90ZToNCj4+ID5Gcm9tIGFu
IGFwcGxpY2F0aW9uIGRldmVsb3BlcidzIHBvaW50IG9mIHZpZXcsIEkgZG9uJ3QgdGhpbmsgdGhl
cmUgc2hvdWxkIGJlIGEgZGlzdGluY3Rpb24gYWJvdXQgcm9hbWluZyBiZXR3ZWVuIHByb3ZpZGVy
cyBvciB3aXRoIHRoZSBzYW1lIHByb3ZpZGVyLg0KPj4gSXQgc2hvdWxkIHdvcmsgd2l0aCBXaUZp
LCBtb2JpbGUsIGV2ZW4gd2lyZWQgRXRoZXJuZXQuDQo+PiBFLmcuLCBhcyBJIHVucGx1ZyBteSBs
YXB0b3AgZnJvbSB3b3JrLCB1c2UgdGhlIDNHIHN0aWNrIG9uIHRoZSB0cmFpbiwgV2lGaSBpbiB0
aGUgY29mZmVlIHNob3AgYW5kIHBsdWcgaW4gd2lyZWQgRXRoZXJuZXQgYXQgaG9tZS4gSSBjb3Vs
ZCBoYXZlIGEgZml4ZWQgYWRkcmVzcyBhcyB3ZWxsIGFzIHNldmVyYWwgdGVtcG9yYXJ5IChubyBn
dWFyYW50ZWUpIGFkZHJlc3Nlcy4NCj4+DQo+PiBJJ20gbm90IHNheWluZyBhbGwgb2YgdGhvc2Ug
YWNjZXNzIHRlY2hub2xvZ2llcyBuZWVkIHRvIGhhdmUgaW1wbGVtZW50YXRpb24gb2YgYWxsIHR5
cGVzIG9mIGFkZHJlc3Nlcy4NCj4+IE9uZSBtaWdodCBvbmx5IGdldCBhIGZpeGVkIGFkZHJlc3Mg
ZnJvbSBvbmUgb2YgdGhvc2UgcHJvdmlkZXJzLCBhbGwgdGhlIG90aGVycyBiZWluZyBuby1ndWFy
YW50ZWUuDQo+Pg0KPj4gLURhdmUNCj4+DQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fDQo+PiBGcm9tOiBNb3NlcywgRGFubnkgW2Rhbm55Lm1vc2VzQGludGVsLmNv
bV0NCj4+IFNlbnQ6IFN1bmRheSwgRmVicnVhcnkgMjEsIDIwMTYgMTA6MDUgQU0NCj4+IFRvOiBE
YXZlIERvbHNvbjsgZG1tQGlldGYub3JnDQo+PiBTdWJqZWN0OiBSRTogW0RNTV0gV0dMQyAjMSBm
b3IgZHJhZnQtaWV0Zi1kbW0tb25kZW1hbmQtbW9iaWxpdHktMDENCj4+DQo+PiBIaSBEYXZlLA0K
Pj4NCj4+IFJlZ2FyZGluZyB0aGUgdGVybSAiTm9tYWRpYyIgSVAgYWRkcmVzczoNCj4+IEFjdHVh
bGx5LCB0aGlzIGRyYWZ0IGlzIGFib3V0IGVuaGFuY2VtZW50cyB0byB0aGUgU29ja2V0IEFQSSB0
aGF0IGFyZSB1c2VmdWwgaW4gcmVsYXRpb24gd2l0aCBtb3ZlbWVudCBvZiB0aGUgbW9iaWxlIGhv
c3QuIEl0cyBpbnRlbnQgd2FzIHRvIG5vdGlmeSB0aGUgYWNjZXNzIG5ldHdvcmsgYXMgdG8gdGhl
IHR5cGUgb2YgSVAgc2Vzc2lvbiBjb250aW51aXR5IGl0IHJlcXVpcmVzIHVwb24gbW92ZW1lbnQg
YmV0d2VlbiBMQU5zLiBUaGUgaWRlYSBpcyB0byByZWR1Y2UgdGhlIG5ldHdvcmsgc3VwcG9ydCBm
b3Igc2Vzc2lvbiBjb250aW51aXR5ICh2aWEgUE1JUCwgR1RQLCBldGMpIHdoZW4gaXQgaXMgbm90
IG5lZWRlZC4gVGhpcyBkcmFmdCBpcyBub3QgZGVhbGluZyB3aXRoIGRldmljZXMgbWlncmF0aW5n
IGZyb20gb25lIHNlcnZpY2UgcHJvdmlkZXIgdG8gYW5vdGhlciBhcyBvdGhlciBpc3N1ZXMgc2hv
dWxkIGJlIGhhbmRsZWQgaW4gc3VjaCBzY2VuYXJpby4NCj4+DQo+PiAiTG9jYWwiIGlzIG5vdCBn
b29kIGFzIGl0IGNsYXNoZXMgd2l0aCBJUHY2IExvY2FsIGFkZHJlc3Nlcy4NCj4+DQo+PiBUaGUg
YmVzdCB0ZXJtIGluIG15IG1pbmQgd291bGQgYmU6ICJBbiBJUCBhZGRyZXNzIHdpdGhvdXQgYW55
IE5XIGd1YXJhbnRlZSB0byBjb250aW51ZSB0byBiZSB2YWxpZCBhZnRlciBhIHBvdGVudGlhbCBo
b3N0IG1vdmVtZW50IHRvIGEgbmV3IExBTiB3aXRoIGEgZGlmZmVyZW50IElQIHByZWZpeCIuIFNv
IGZhciwgd2UgY291bGQgbm90IGNvbWUgd2l0aCBhIGdvb2QgbmFtZSBmb3Igc3VjaCBhbiBhZGRy
ZXNzLiBNYXkgYmUgIkd1YXJhbnRlZS1sZXNzIj8NCj4+DQo+PiBMZXQncyBub3QgZm9yZ2V0OiB0
aGlzIGlzIGdvaW5nIHRvIGJlIHVzZWQgYnkgYXBwbGljYXRpb24gZGV2ZWxvcGVycyB3aG8gZG8g
bm90IG5lY2Vzc2FyaWx5IGZ1bGx5IHVuZGVyc3RhbmQgaG93IG5ldHdvcmtzIGFsbG9jYXRlIElQ
IGFkZHJlc3NlcyBhbmQgbWFpbnRhaW4gdGhlaXIgdmFsaWRpdHkuDQo+Pg0KPj4gUmVnYXJkaW5n
IHdoZW4gT24tRGVtYW5kIHJlc29sdXRpb24gb2NjdXJzIChQb2ludCA2KToNCj4+IEhvdyBhYm91
dCBpZiB3ZSBzYXk6DQo+Pg0KPj4gSWYgYXBwbGljYXRpb25zIHdhbnQgdG8gaW5mbHVlbmNlIHRo
ZSB0eXBlIG9mIElQIGFkZHJlc3MgdGhlaXIgZ2VuZXJhdGVkIHRyYWZmaWMgd2lsbCB1c2UsIHRo
ZXkgbXVzdCBkbyBzbyBhZnRlciBjcmVhdGluZyBhIFNvY2tldCBhbmQgcHJpb3IgdG8gZ2VuZXJh
dGluZyB0aGUgZmlyc3QgdHJhbnNtaXR0ZWQgcGFja2V0Lg0KPj4NCj4+IFdlIGRvIG5vdCB3YW50
IHRvIGJlIHRvbyBzcGVjaWZpYyBzaW5jZSBpdCBpcyBub3QgYSB1c2VyJ3MgbWFudWFsLg0KPj4N
Cj4+IERvZXMgdGhpcyBzb3VuZCByZWFzb25hYmxlIHRvIHlvdT8NCj4+DQo+PiBUaGFua3MsDQo+
PiAgICAgICAgIC9EYW5ueQ0KPj4NCj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+PiBG
cm9tOiBEYXZlIERvbHNvbiBbbWFpbHRvOmRkb2xzb25Ac2FuZHZpbmUuY29tXQ0KPj4gU2VudDog
VGh1cnNkYXksIEZlYnJ1YXJ5IDE4LCAyMDE2IDIyOjQ2DQo+PiBUbzogTW9zZXMsIERhbm55OyBk
bW1AaWV0Zi5vcmcNCj4+IFN1YmplY3Q6IFJFOiBbRE1NXSBXR0xDICMxIGZvciBkcmFmdC1pZXRm
LWRtbS1vbmRlbWFuZC1tb2JpbGl0eS0wMQ0KPj4NCj4+IERhbm55IGFuZCBBbHBlciwNCj4+IFRo
YW5rcy4gSSBob3BlIHlvdXIgaGVscGZ1bCBleHBsYW5hdGlvbnMgYmVsb3cgbWFrZSBpdCBpbnRv
IHRoZSBkcmFmdCBhcyB3ZWxsLg0KPj4NCj4+DQo+PiBPbiB0aGUgIm5vbWFkaWMgYWRkcmVzcyIg
cXVlc3Rpb24sIHRoaXMgbmFtZSByZWFsbHkgZmVlbHMgd3JvbmcgdG8gbWUuIFRoZSBhZGRyZXNz
IGRvZXNuJ3QgbW92ZSBhbmQgaGVuY2UgaXNuJ3Qgbm9tYWRpYy4NCj4+IFlvdSBkb24ndCBsaWtl
ICJlcGhlbWVyYWwiIGJlY2F1c2UgaXQgZG9lc24ndCBjb252ZXkgbW92ZW1lbnQuDQo+PiBCdXQg
YSBxdWVzdGlvbiwgZG9lcyB0aGUgaG9zdCBoYXZlIHRvIG1vdmUgZm9yIHRoZSBwcmluY2lwbGVz
IG9mIHRoaXMgZG9jdW1lbnQgdG8gYXBwbHk/DQo+PiBDb3VsZG4ndCBhIGhvc3QgZ2V0IGEgbmV3
IGFkZHJlc3MgKHBlcmhhcHMgZnJvbSBhIGRpZmZlcmVudCB3aXJlbGVzcyBwcm92aWRlcikgd2l0
aG91dCBtb3Zpbmc/DQo+PiBNYXliZSAibm9uLW5vbWFkaWMgYWRkcmVzcyIgb3IgInByb3ZpZGVy
LWxvY2FsIGFkZHJlc3MiID8NCj4+DQo+Pg0KPj4gT24gcG9pbnQgNiwgeWVzIEkgdGhpbmsgeW91
IGhhdmUgdG8gc3BlY2lmeSB3aGVuIHRoZSByZXNvbHV0aW9uIG9jY3Vycywgc2luY2UgaXQgYWZm
ZWN0cyB3aGljaCBmdW5jdGlvbnMgcmV0dXJuIGVycm9yIGNvZGVzLg0KPj4gSSBkb24ndCB0aGlu
ayB0aGUgbG9jYWwgYWRkcmVzcyBjYW4gYmUgcmVzb2x2ZWQgYmVmb3JlIGNvbm5lY3QoKSwgc2lu
Y2UgdGhlIGNob2ljZSBvZiBsb2NhbCBhZGRyZXNzIG1heSBkZXBlbmQgb24gdGhlIHJlbW90ZSBh
ZGRyZXNzIHRvIGNvbm5lY3QuIEUuZy4sIGNvbm5lY3Rpb25zIHRvIGEgcGVlciBvbiBhIGxvY2Fs
IExBTiBzdWJuZXQgbmVlZCB0byB1c2UgYW4gYWRkcmVzcyBvbiB0aGF0IGludGVyZmFjZS4NCj4+
DQo+Pg0KPj4gLURhdmUNCj4+DQo+Pg0KPj4NCj4+DQo+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut
LS0tLQ0KPj4gRnJvbTogTW9zZXMsIERhbm55IFttYWlsdG86ZGFubnkubW9zZXNAaW50ZWwuY29t
XQ0KPj4gU2VudDogVGh1cnNkYXksIEZlYnJ1YXJ5IDE4LCAyMDE2IDk6MTMgQU0NCj4+IFRvOiBE
YXZlIERvbHNvbjsgZG1tQGlldGYub3JnDQo+PiBTdWJqZWN0OiBSRTogW0RNTV0gV0dMQyAjMSBm
b3IgZHJhZnQtaWV0Zi1kbW0tb25kZW1hbmQtbW9iaWxpdHktMDENCj4+DQo+PiBIaSBEYXZlLA0K
Pj4NCj4+IFNvcnJ5IGZvciB0aGUgdmVyeSBsYXRlIHJlc3BvbnNlLiBTb21laG93IHdlIG1pc3Nl
ZCB0aGUgb3JpZ2luYWwgZW1haWwgYW5kIHdlcmUgcmVtaW5kZWQgYnkgSm91bmkgKFRoYW5rcyBK
b3VuaSkuDQo+Pg0KPj4gQW55d2F5LCB0aGFuayB5b3UgZm9yIHRoZSB0aG9yb3VnaCBhbmQgaGVs
cGZ1bCBjb21tZW50cy4gV2UgaGF2ZSBwcm9kdWNlZCBhIG5ldyB2ZXJzaW9uIGFuZCB3aWxsIHB1
Ymxpc2ggaXQgc2hvcnRseS4NCj4+DQo+PiBQbGVhc2Ugc2VlIGZ1cnRoZXIgZGV0YWlscyB0byB5
b3VyIGNvbW1lbnRzOg0KPj4NCj4+IERhdmU+DQo+PiAxLiBXYXMgdGhlIHRlcm0gIk5vbWFkaWMi
IGRpc2N1c3NlZD8gVG8gbWUsIGEgbm9tYWRpYyB0aGluZyBtb3ZlcyBhcm91bmQsIGJ1dCBpbiB0
aGlzIGRyYWZ0LCBOb21hZGljIElQIGFkZHJlc3NlcyBkbyBub3QgbW92ZSBhcm91bmQ7IHRoZXkg
YXJlIHJlcGxhY2VkLiAiRXBoZW1lcmFsIElQIEFkZHJlc3MiIG1pZ2h0IGNvbnZleSB0aGUgaWRl
YSBtb3JlIGNsZWFybHkuDQo+Pg0KPj4gUmVwbHk+DQo+PiAiTm9tYWRpYyIgd2FzIGRpc2N1c3Nl
ZCwgaXQgaXMgbm90IHRoZSBiZXN0IG5hbWUgYnV0IHdlIGNvdWxkIG5vdCBmaW5kIGEgYmV0dGVy
IG9uZS4NCj4+IFdoYXQgJ21vdmVzIGFyb3VuZCcgaXMgdGhlIG1vYmlsZSBob3N0IGFuZCBhcyBh
IHJlc3VsdCBvZiB0aGF0IG1vdmVtZW50LCBpdHMgc291cmNlIElQIGFkZHJlc3MgbWlnaHQgYmVj
b21lIG9ic29sZXRlICh3aGVuIGl0IG1vdmVzIGZyb20gaXRzIG9yaWdpbmFsIExBTiB0byBhbm90
aGVyIHdpdGggYSBkaWZmZXJlbnQgcHJlZml4KS4gQW4gYXBwbGljYXRpb24gb24gYSBtb2JpbGUg
aG9zdCByZXF1aXJlcyBhICdOb21hZGljJyBJUCBhZGRyZXNzIHdoZW4gaXQgZG9lcyBub3QgY2Fy
ZSBmb3IgdGhlIElQIGNvbnRpbnVpdHkgZ3VhcmFudGVlIHNlcnZpY2VzIHByb3ZpZGVkIGJ5IHRo
ZSBuZXR3b3JrLiBUaGlzIGlzIGVpdGhlciBiZWNhdXNlIGl0IGtub3dzIHRoYXQgdGhlIG1vYmls
ZSBob3N0IGlzIG5vdCByZWFsbHkgbW9iaWxlLCBvciBiZWNhdXNlIGl0IGhhcyBvdGhlciBtZWFu
cyBvZiBtYWludGFpbmluZyBzZXNzaW9uIGNvbnRpbnVpdHkgYW5kIGRvZXMgbm90IHdhbnQgdGhl
IG92ZXJoZWFkIGFzc29jaWF0ZWQgd2l0aCBuZXR3b3JrLXByb3ZpZGVkIElQIGNvbnRpbnVpdHkg
c2VydmljZXMuDQo+Pg0KPj4gVGhlIHRlcm0gJ0VwaGVtZXJhbCcgaXMgbm90IGFzc29jaWF0ZWQg
d2l0aCBtb3ZlbWVudCAtIHdlIHRoaW5rIGl0IGlzIGJldHRlciB0byBoYXZlIGEgJ21vdmVtZW50
Jy1yZWxhdGVkIG5hbWUuDQo+Pg0KPj4gRGF2ZT4NCj4+IDIuIEkga25vdyB0aGlzIGlzIHJlYWxs
eSBwaWNreSwgYnV0IGl0IHdvdWxkbid0IGh1cnQgdG8gc3BlbGwgb3V0ICJSRVFVSVJFIiBpbiBJ
UFY2X1JFUV9GSVhFRF9JUCBldGMuDQo+PiAgLSBJUFY2X1JFUVVJUkVfRklYRURfSVAgaW4gcGFy
YWxsZWwgd2l0aCBJUFY2X1BSRUZFUl9TUkNfUFVCTElDDQo+Pg0KPj4gUmVwbHk+DQo+PiBNYWtl
IHNlbnNlLiBXaWxsIGJlIGNoYW5nZWQgaW4gdGhlIG5leHQgdmVyc2lvbi4NCj4+DQo+PiBEYXZl
Pg0KPj4gMy4gVGhlcmUgaXMgYSAiVERCIiBpbiBzZWN0aW9uIDMuNC4gIlRCRDogRGlzYWxsb3cg
dGhpcyBjYXNlPyIgIFRoaXMgbmVlZHMgdG8gYmUgcmVzb2x2ZWQuIEkgc3VnZ2VzdCB0aGUgbW9z
dCByZXN0cmljdGl2ZSBmbGFnIGFwcGxpZXMuDQo+Pg0KPj4gUmVwbHk+DQo+PiBUaGlzIGlzIGFi
b3V0IHdoZXRoZXIgdG8gZW5hYmxlIHRoZSBhcHBsaWNhdGlvbiB0byBzZXQgbW9yZSB0aGFuIG9u
ZSBmbGFnIG9yIG5vdCBwZXIgYSBnaXZlbiBzb2NrZXQuIFdlIGxlZnQgdGhhdCBmb3IgZGlzY3Vz
c2lvbiBpbiB0aGUgZHJhZnQgYnV0IG5ldmVyIHJlc29sdmVkIGl0Lg0KPj4NCj4+IFdlIHByZWZl
ciBub3QgdG8gZW5hYmxlIHNldHRpbmcgbW9yZSB0aGFuIG9uZSBmbGFnIHNpbmNlIGl0IGFkZCBj
b21wbGV4aXR5LiBUaGUgYXBwbGljYXRpb24gY2FuIGNoZWNrIHRoZSByZXR1cm5lZCBjb2RlIGFu
ZCBhY3QgdXBvbiBpdC4gRm9yIGV4YW1wbGUsIGlmIGl0IHVzZXMgc2V0c29ja29wdCgpIHdpdGgg
SVBWNl9SRVFVSVJFX0ZJWEVEX0lQIGFuZCB0aGUgY2FsbCByZXR1cm5zIHdpdGggYW4gZXJyb3Ig
Y29kZSwgaXQgY2FuIHJlLWF0dGVtcHQgd2l0aCBJUFY2X1JFUVVFU1RfU1VTVEFJTkVEX0lQIG9y
IElQVjZfUkVRVUVTVF9OT01BRElDX0lQIChvciB3aXRob3V0IHRoZSBmbGFncyAtIGluIGNhc2Ug
dGhleSBhcmUgbm90IHN1cHBvcnRlZCBieSB0aGUgbmV0d29yaykuDQo+Pg0KPj4gU28gd2UgYXJl
IHJlcGxhY2luZyB0aGUgb3JpZ2luYWwgdGV4dDoNCj4+IE1vcmUgdGhhbiBvbmUgb2YgdGhlc2Ug
ZmxhZ3MgbWF5IGJlIHNldCBvbiB0aGUgc2FtZSBzb2NrZXQuIEluIHRoYXQgY2FzZSwgYW4gSVAg
YWRkcmVzcyBjb21wbGlhbnQgd2l0aCBhbnkgb25lIG9mIHRoZW0gc2hhbGwgYmUgc2VsZWN0ZWQu
DQo+PiBUQkQ6IERpc2FsbG93IHRoaXMgY2FzZT8NCj4+DQo+PiBXaXRoOg0KPj4gT25seSBvbmUg
ZmxhZyBvZiB0aGVzZSBmbGFncyBtYXkgYmUgc2V0IG9uIHRoZSBzYW1lIHNvY2tldC4gSWYgYW4g
YXBwbGljYXRpb24gYXR0ZW1wdHMgdG8gc2V0IG1vcmUgdGhhbiBvbmUgZmxhZywgdGhlIG1vc3Qg
cmVjZW50IHNldHRpbmcgd2lsbCBiZSB0aGUgb25lIGluIGVmZmVjdC4NCj4+DQo+PiBEYXZlPg0K
Pj4gNC4gTXVzdCByZXNvbHZlICJBcHBsaWNhdGlvbiBvZiB0aGlzIHNvbHV0aW9uIHRvIElQdjQg
aXMgVEJELiINCj4+ICAtIGNsZWFybHkgdGhlIHNvY2tldCBvcHRpb24gaXMgSVBWNl9zb21ldGhp
bmcsIGJ1dC4uLg0KPj4gIC0gdGhlcmUgaXMgdW5jaGFydGVkIHRlcnJpdG9yeSBzdXJyb3VuZGlu
ZyBJUHY0LW1hcHBlZC1JUHY2IGFkZHJlc3NlcyAoaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1s
L3JmYzQyOTEjc2VjdGlvbi0yLjUuNS4yICksIHdoZW4gc29ja2V0IG9wdGlvbiBJUFY2X1Y2T05M
WSBpcyBmYWxzZS4NCj4+ICAtIEkgdGhpbmsgdGhlIGdvYWwgc2hvdWxkIGJlIHRoYXQgdGhlIEFQ
SSAqZG9lcyogYXBwbHkgdG8gSVB2NCB2aWEgSVB2NC1tYXBwZWQtSVB2NiBhZGRyZXNzZXMsIHdo
aWxlIGFja25vd2xlZGdpbmcgdGhhdCB0aGUgb3BlcmF0aW5nIHN5c3RlbSBvciBuZXR3b3JrIG1h
eSBub3QgYmUgYWJsZSB0byBmdWxmaWxsIHRoZSByZXF1ZXN0Lg0KPj4gICAgIC0gSS5lLiwgcGVy
bWl0IHRoZSBhcHBsaWNhdGlvbiB0byByZXF1ZXN0IGNvbnN0cmFpbnRzIG9uIElQdjQsIGJ1dCBh
bHNvIGV4cGVjdCB0aGUgYXBwbGljYXRpb24gdG8gdHJ5IGZvciBhIHJlbGF4ZWQgYWRkcmVzcyBp
ZiB0aGUgaW5pdGlhbCByZXF1ZXN0IGZhaWxzLg0KPj4gIC0gSSBzZWUgbm8gbmVlZCB0byBzdXBw
b3J0IHRoZSBBUEkgd2l0aCBBRl9JTkVUIHNvY2tldHMsIHNpbmNlIEFGX0lORVQ2IGNhbiBiZSB1
c2VkIHdpdGggSVBWNl9PTkxZPWZhbHNlIGFuZCBJUHY0LW1hcHBlZC1JUHY2IGFkZHJlc3Nlcy4N
Cj4+DQo+PiBSZXBseT4NCj4+IEFjdHVhbGx5LCB0aGUgY2hhcnRlciBvZiBETU0gYWRkcmVzc2Vz
IElQdjYgb25seS4gU28gd2UgYXJlIHJlbW92aW5nIHRoZSB0ZXh0IHRoYXQgcmVmZXJzIHRvIElQ
djQgYWx0b2dldGhlci4gSWYgd2Ugc2VlIGluIHRoZSBmdXR1cmUgYSBuZWVkIHRvIGFkZHJlc3Mg
SVB2NCwgd2Ugd2lsbCBkbyBzbyBpbiBhIHNlcGFyYXRlIGRyYWZ0Lg0KPj4NCj4+IERhdmU+DQo+
PiA1LiBUaGUgZXJyb3IgY29kZXMgYXJlIG5vdCBjbGVhcmx5IGRlZmluZWQuIFdoYXQgaXMgdGhl
IGVycm5vIGZvciBmYWlsdXJlIG9mIHNldHNvY2tvcHQoKSBhbmQgb3RoZXJzPw0KPj4NCj4+IFJl
cGx5Pg0KPj4gVHJ1ZS4NCj4+DQo+PiBXZSBhZGRlZCB0aGUgZm9sbG93aW5nIHRleHQgYXQgdGhl
IGVuZCBvZiBzZWN0aW9uIDMuNDoNCj4+DQo+PiBUaGUgZm9sbG93aW5nIG5ldyBlcnJvciBjb2Rl
cyBhcmUgYWxzbyBkZWZpbmVkIGluIHRoZSBkb2N1bWVudCBhbmQgd2lsbCBiZSB1c2VkIGluIFNv
Y2tldCBBUEkgaW4gY29tcGxpYW5jZSB3aXRoIHRoZSBbUkZDNTAxNF06DQo+PiBFQUlfUkVRVUlS
RUlQTk9UU1VQUE9SVEVEIC8qVGhlIG5ldHdvcmsgZG9lcyBub3Qgc3VwcG9ydCB0aGUgYWJpbGl0
eSANCj4+IHRvIHJlcXVlc3QgdGhhdCBJUCBhZGRyZXNzIHR5cGUgKi8gRUFJX1JFUVVJUkVJUEZB
SUxFRCAvKiBUaGUgbmV0d29yayANCj4+IGNvdWxkIG5vdCBhc3NpZ24gdGhlIHNwZWNpZmljIElQ
IGFkZHJlc3MgdHlwZSAqLw0KPj4NCj4+IERhdmU+DQo+PiA2LiBJJ20gdW5jbGVhciBvbiB3aGVu
IHRoZSBvbi1kZW1hbmQgcmVzb2x1dGlvbiBvY2N1cnM/IEkgZG9uJ3QgdGhpbmsgaXQgY2FuIGJl
IGRvbmUgYXQgdGhlIHRpbWUgb2Ygc2V0c29ja29wdCgpOyBhcyBJIHVuZGVyc3RhbmQgaXQsIHRo
ZSBhZGRyZXNzZXMgYXJlIHJlc29sdmVkIGxhdGVyLCBhdCBjb25uZWN0KCkgb3IgbGlzdGVuKCku
IEknbSBub3Qgc3VyZSBhYm91dCB0aGlzLCBidXQgaXQgc2hvdWxkIGJlIGV4cGxhaW5lZC4gSWYg
dGhlIHJlc29sdXRpb24gaXMgZG9uZSBhdCBjb25uZWN0KCkgdGltZSwgaXMgYSBuZXcgZXJybm8g
cmVxdWlyZWQ/DQo+Pg0KPj4gUmVwbHk+DQo+PiBUaGUgYWRkcmVzc2VzIHNob3VsZCBiZSByZXNv
bHZlZCBiZWZvcmUgY29ubmVjdCgpIG9yIGxpc3RlbigpIGluIG9yZGVyIHRvIGF2b2lkIHVubmVj
ZXNzYXJ5IGRlbGF5IGNhdXNlZCBieSB0aGUgbmVlZCB0byByZXF1ZXN0IHRoZSBhZGRyZXNzIGZy
b20gdGhlIG5ldHdvcmsgKHdpdGggREhDUCAtIGZvciBleGFtcGxlKS4gRnVydGhlcm1vcmUsIFVE
UCBzaG91bGQgYWxzbyBiZSBzdXBwb3J0ZWQsIGhlbmNlIGNvbm5lY3QoKSBvciBsaXN0ZW4oKSBt
YXkgbm90IGJlIHVzZWQuIFRoZXJlIGZvciwgdGhleSBtdXN0IGJlIHJlc29sdmVkIGF0IHNldHNv
Y2tvcHQoKSBwcmlvciB0byB0aGUgYWJvdmUgY2FsbHMuIERvIHlvdSBzZWUgYW55IHByb2JsZW0g
d2l0aCB0aGF0Pw0KPj4NCj4+IERvIHlvdSB0aGluayB0ZXh0IHNob3VsZCBiZSBhZGRlZCB0byBj
bGFyaWZ5IHRoaXM/DQo+Pg0KPj4gRGF2ZT4NCj4+IDcuIFNvbWUgc29ja2V0IGludGVyZmFjZXMg
YXJlIG5vdCBtZW50aW9uZWQuIFdoYXQgYWJvdXQgc2VuZHRvKCksIHNlbmRtc2coKSwgd2hpY2gg
YXJlIG5vdCBjb25uZWN0aW9uLW9yaWVudGVkPw0KPj4NCj4+IFJlcGx5Pg0KPj4gQm90aCBhc3N1
bWUgdGhhdCBhIHNvdXJjZSBJUCBhZGRyZXNzIHdhcyBhc3NpZ25lZCB0byB0aGUgaG9zdC4NCj4+
IElmIHRoZSBhcHBsaWNhdGlvbiBpbnZva2VkIHNldHNvY2tvcHQoKSBzdWNjZXNzZnVsbHkgcHJp
b3IgdG8gYXR0ZW1wdGluZyB0byBzZW5kIGEgbWVzc2FnZSwgdGhlIGFwcHJvcHJpYXRlIHNvdXJj
ZSBJUCBhZGRyZXNzIHR5cGUgd2lsbCBiZSB1c2VkIGZvciB0aGUgdHJhbnNtaXR0ZWQgcGFja2V0
cy4gSWYgbm90LCB3aGF0ZXZlciBzb3VyY2UgSVAgYWRkcmVzcyBhc3NpZ25lZCB0byB0aGUgaG9z
dCB3aWxsIGJlIHVzZWQuDQo+Pg0KPj4gRGF2ZT4NCj4+IDguIEluIHNlY3Rpb24gNC4xLCBzdXBw
b3J0IGZvciBsZWdhY3kgYXBwbGljYXRpb25zIGRvZXMgbm90IHJlYWxseSBzYXkgaG93IHRvIHN1
cHBvcnQgbGVnYWN5IGFwcGxpY2F0aW9ucy4NCj4+ICAtIG15IG9waW5pb246IHRoZSBkZWZhdWx0
IChsYWNraW5nIG5ldyBzb2NrZXQgb3B0aW9ucykgc2hvdWxkIGJlIHRvIHJlcXVpcmUgRml4ZWQg
Zm9yIGxpc3RlbigpIGFuZCBTdXN0YWluZWQgZm9yIGNvbm5lY3QoKSwgYW5kIE5vbWFkaWMvRXBo
ZW1lcmFsIGZvciBub24tY29ubmVjdGVkIGRhdGFncmFtcy4NCj4+DQo+PiBSZXBseT4NCj4+IExl
Z2FjeSBhcHBsaWNhdGlvbiB3aWxsIG5vdCB1c2UgdGhlc2UgbmV3IGZsYWdzLCBhbmQgYXMgYSBy
ZXN1bHQsIHdpbGwgbm90IGJlIGFibGUgdG8gaW5mbHVlbmNlIHRoZSBzb3VyY2UgSVAgYWRkcmVz
cyB0eXBlIGFuZCByZWxhdGVkIG1vYmlsaXR5IHN1cHBvcnQuIEFzIGEgcmVzdWx0LCB0aGV5IHdp
bGwgYmVoYXZlIGV4YWN0bHkgYXMgYXBwbGljYXRpb25zIGJlaGF2ZSB0b2RheS4NCj4+DQo+PiBD
bGVhcmx5IHRoZXJlIHdpbGwgYmUgc29tZSBkZWZhdWx0IGJlaGF2aW9yIGFzIHRvIHRoZSBhc3Np
Z25lZCBzb3VyY2UgSVAgYWRkcmVzcy4gVG9kYXksIHRoaXMgZGVwZW5kcyBvbiB0aGUgYWNjZXNz
IG5ldHdvcmtzLiBDZWxsdWxhciBuZXR3b3JrcyB1c3VhbGx5IHByb3ZpZGUgRml4ZWQgb3IgU3Vz
dGFpbmVkIHNvdXJjZSBJUCBhZGRyZXNzZXMsIGFuZCBXaUZpIG5ldHdvcmtzIHVzdWFsbHkgcHJv
dmlkZSBOb21hZGljIHNvdXJjZSBJUCBhZGRyZXNzZXMuDQo+Pg0KPj4gV2UgZG8gbm90IHRoaW5r
IHdlIHNob3VsZCBzcGVjaWZ5IGEgc3RyaWN0IGJlaGF2aW9yIGluIHRoaXMgY2FzZSwgYnV0IHJh
dGhlciBsZWF2ZSBpdCB0byBiZSBpbXBsZW1lbnRhdGlvbi1zcGVjaWZpYy4NCj4+DQo+PiBPbmNl
IGFnYWluLCB0aGFua3MgZm9yIHRoZSBnb29kIGNvbW1lbnRzLg0KPj4NCj4+IEFscGVyIGFuZCBE
YW5ueQ0KPj4NCj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+PiBGcm9tOiBkbW0gW21h
aWx0bzpkbW0tYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIERhdmUgRG9sc29uDQo+PiBT
ZW50OiBXZWRuZXNkYXksIERlY2VtYmVyIDAyLCAyMDE1IDE4OjQyDQo+PiBUbzogSm91bmkgS29y
aG9uZW47IGRtbUBpZXRmLm9yZzsgRGFwZW5nIExpdQ0KPj4gU3ViamVjdDogUmU6IFtETU1dIFdH
TEMgIzEgZm9yIGRyYWZ0LWlldGYtZG1tLW9uZGVtYW5kLW1vYmlsaXR5LTAxDQo+Pg0KPj4gKEkg
aGF2ZW4ndCBwYWlkIGNsb3NlIGF0dGVudGlvbiB0byB0aGUgbGlzdCwgc28gYXBvbG9naWVzIGlm
IEknbSANCj4+IHJhaXNpbmcgb2xkIGlzc3Vlcy4pDQo+Pg0KPj4gMS4gV2FzIHRoZSB0ZXJtICJO
b21hZGljIiBkaXNjdXNzZWQ/IFRvIG1lLCBhIG5vbWFkaWMgdGhpbmcgbW92ZXMgYXJvdW5kLCBi
dXQgaW4gdGhpcyBkcmFmdCwgTm9tYWRpYyBJUCBhZGRyZXNzZXMgZG8gbm90IG1vdmUgYXJvdW5k
OyB0aGV5IGFyZSByZXBsYWNlZC4gIkVwaGVtZXJhbCBJUCBBZGRyZXNzIiBtaWdodCBjb252ZXkg
dGhlIGlkZWEgbW9yZSBjbGVhcmx5Lg0KPj4NCj4+IDIuIEkga25vdyB0aGlzIGlzIHJlYWxseSBw
aWNreSwgYnV0IGl0IHdvdWxkbid0IGh1cnQgdG8gc3BlbGwgb3V0ICJSRVFVSVJFIiBpbiBJUFY2
X1JFUV9GSVhFRF9JUCBldGMuDQo+PiAgLSBJUFY2X1JFUVVJUkVfRklYRURfSVAgaW4gcGFyYWxs
ZWwgd2l0aCBJUFY2X1BSRUZFUl9TUkNfUFVCTElDDQo+Pg0KPj4gMy4gVGhlcmUgaXMgYSAiVERC
IiBpbiBzZWN0aW9uIDMuNC4gIlRCRDogRGlzYWxsb3cgdGhpcyBjYXNlPyIgIFRoaXMgbmVlZHMg
dG8gYmUgcmVzb2x2ZWQuIEkgc3VnZ2VzdCB0aGUgbW9zdCByZXN0cmljdGl2ZSBmbGFnIGFwcGxp
ZXMuDQo+Pg0KPj4gNC4gTXVzdCByZXNvbHZlICJBcHBsaWNhdGlvbiBvZiB0aGlzIHNvbHV0aW9u
IHRvIElQdjQgaXMgVEJELiINCj4+ICAtIGNsZWFybHkgdGhlIHNvY2tldCBvcHRpb24gaXMgSVBW
Nl9zb21ldGhpbmcsIGJ1dC4uLg0KPj4gIC0gdGhlcmUgaXMgdW5jaGFydGVkIHRlcnJpdG9yeSBz
dXJyb3VuZGluZyBJUHY0LW1hcHBlZC1JUHY2IGFkZHJlc3NlcyAoaHR0cHM6Ly90b29scy5pZXRm
Lm9yZy9odG1sL3JmYzQyOTEjc2VjdGlvbi0yLjUuNS4yICksIHdoZW4gc29ja2V0IG9wdGlvbiBJ
UFY2X1Y2T05MWSBpcyBmYWxzZS4NCj4+ICAtIEkgdGhpbmsgdGhlIGdvYWwgc2hvdWxkIGJlIHRo
YXQgdGhlIEFQSSAqZG9lcyogYXBwbHkgdG8gSVB2NCB2aWEgSVB2NC1tYXBwZWQtSVB2NiBhZGRy
ZXNzZXMsIHdoaWxlIGFja25vd2xlZGdpbmcgdGhhdCB0aGUgb3BlcmF0aW5nIHN5c3RlbSBvciBu
ZXR3b3JrIG1heSBub3QgYmUgYWJsZSB0byBmdWxmaWxsIHRoZSByZXF1ZXN0Lg0KPj4gICAgIC0g
SS5lLiwgcGVybWl0IHRoZSBhcHBsaWNhdGlvbiB0byByZXF1ZXN0IGNvbnN0cmFpbnRzIG9uIElQ
djQsIGJ1dCBhbHNvIGV4cGVjdCB0aGUgYXBwbGljYXRpb24gdG8gdHJ5IGZvciBhIHJlbGF4ZWQg
YWRkcmVzcyBpZiB0aGUgaW5pdGlhbCByZXF1ZXN0IGZhaWxzLg0KPj4gIC0gSSBzZWUgbm8gbmVl
ZCB0byBzdXBwb3J0IHRoZSBBUEkgd2l0aCBBRl9JTkVUIHNvY2tldHMsIHNpbmNlIEFGX0lORVQ2
IGNhbiBiZSB1c2VkIHdpdGggSVBWNl9PTkxZPWZhbHNlIGFuZCBJUHY0LW1hcHBlZC1JUHY2IGFk
ZHJlc3Nlcy4NCj4+DQo+PiA1LiBUaGUgZXJyb3IgY29kZXMgYXJlIG5vdCBjbGVhcmx5IGRlZmlu
ZWQuIFdoYXQgaXMgdGhlIGVycm5vIGZvciBmYWlsdXJlIG9mIHNldHNvY2tvcHQoKSBhbmQgb3Ro
ZXJzPw0KPj4NCj4+IDYuIEknbSB1bmNsZWFyIG9uIHdoZW4gdGhlIG9uLWRlbWFuZCByZXNvbHV0
aW9uIG9jY3Vycz8gSSBkb24ndCB0aGluayBpdCBjYW4gYmUgZG9uZSBhdCB0aGUgdGltZSBvZiBz
ZXRzb2Nrb3B0KCk7IGFzIEkgdW5kZXJzdGFuZCBpdCwgdGhlIGFkZHJlc3NlcyBhcmUgcmVzb2x2
ZWQgbGF0ZXIsIGF0IGNvbm5lY3QoKSBvciBsaXN0ZW4oKS4gSSdtIG5vdCBzdXJlIGFib3V0IHRo
aXMsIGJ1dCBpdCBzaG91bGQgYmUgZXhwbGFpbmVkLiBJZiB0aGUgcmVzb2x1dGlvbiBpcyBkb25l
IGF0IGNvbm5lY3QoKSB0aW1lLCBpcyBhIG5ldyBlcnJubyByZXF1aXJlZD8NCj4+DQo+PiA3LiBT
b21lIHNvY2tldCBpbnRlcmZhY2VzIGFyZSBub3QgbWVudGlvbmVkLiBXaGF0IGFib3V0IHNlbmR0
bygpLCBzZW5kbXNnKCksIHdoaWNoIGFyZSBub3QgY29ubmVjdGlvbi1vcmllbnRlZD8NCj4+DQo+
PiA4LiBJbiBzZWN0aW9uIDQuMSwgc3VwcG9ydCBmb3IgbGVnYWN5IGFwcGxpY2F0aW9ucyBkb2Vz
IG5vdCByZWFsbHkgc2F5IGhvdyB0byBzdXBwb3J0IGxlZ2FjeSBhcHBsaWNhdGlvbnMuDQo+PiAg
LSBteSBvcGluaW9uOiB0aGUgZGVmYXVsdCAobGFja2luZyBuZXcgc29ja2V0IG9wdGlvbnMpIHNo
b3VsZCBiZSB0byByZXF1aXJlIEZpeGVkIGZvciBsaXN0ZW4oKSBhbmQgU3VzdGFpbmVkIGZvciBj
b25uZWN0KCksIGFuZCBOb21hZGljL0VwaGVtZXJhbCBmb3Igbm9uLWNvbm5lY3RlZCBkYXRhZ3Jh
bXMuDQo+Pg0KPj4NCj4+DQo+PiAtRGF2ZQ0KPj4NCj4+DQo+Pg0KPj4NCj4+IC0tLS0tT3JpZ2lu
YWwgTWVzc2FnZS0tLS0tDQo+PiBGcm9tOiBkbW0gW21haWx0bzpkbW0tYm91bmNlc0BpZXRmLm9y
Z10gT24gQmVoYWxmIE9mIEpvdW5pIEtvcmhvbmVuDQo+PiBTZW50OiBUdWVzZGF5LCBEZWNlbWJl
ciAwMSwgMjAxNSAxOjA3IFBNDQo+PiBUbzogZG1tQGlldGYub3JnOyBKb3VuaTsgRGFwZW5nIExp
dQ0KPj4gU3ViamVjdDogW0RNTV0gV0dMQyAjMSBmb3IgZHJhZnQtaWV0Zi1kbW0tb25kZW1hbmQt
bW9iaWxpdHktMDENCj4+DQo+PiBGb2xrcywNCj4+DQo+PiBUaGlzIG1haWwgc3RhcnRzIHR3byB3
ZWVrIFdHTEMgZm9yIHRoZSBJLUQ6DQo+Pg0KPj4gaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1s
L2RyYWZ0LWlldGYtZG1tLW9uZGVtYW5kLW1vYmlsaXR5LTAxDQo+Pg0KPj4gVGhlIFdHTEMgZW5k
cyAxMi8xNS8yMDE1Lg0KPj4NCj4+IFByb3ZpZGUgeW91ciByZXZpZXdzIGFuZCBjb21tZW50cyB0
byB0aGUgbWFpbGluZyBsaXN0LiBGb3IgdGhlIGJldHRlciB0cmFja2luZyBvZiBpc3N1ZXMgYW5k
IHByb3Bvc2VkIGNoYW5nZWQgdXNlIHRoZSBJc3N1ZSBUcmFja2VyIHRvIHN1Ym1pdCB5b3VyIGlz
c3Vlcy9wcm9wb3NhbHMuDQo+Pg0KPj4gLSBKb3VuaSAmIERhcGVuZw0KPj4NCj4+IF9fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiBkbW0gbWFpbGluZyBs
aXN0DQo+PiBkbW1AaWV0Zi5vcmcNCj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz
dGluZm8vZG1tDQo+Pg0KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX18NCj4+IGRtbSBtYWlsaW5nIGxpc3QNCj4+IGRtbUBpZXRmLm9yZw0KPj4gaHR0cHM6
Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kbW0NCj4+IC0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPj4g
QSBtZW1iZXIgb2YgdGhlIEludGVsIENvcnBvcmF0aW9uIGdyb3VwIG9mIGNvbXBhbmllcw0KPj4N
Cj4+IFRoaXMgZS1tYWlsIGFuZCBhbnkgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50
aWFsIG1hdGVyaWFsIGZvciB0aGUgc29sZSB1c2Ugb2YgdGhlIGludGVuZGVkIHJlY2lwaWVudChz
KS4gQW55IHJldmlldyBvciBkaXN0cmlidXRpb24gYnkgb3RoZXJzIGlzIHN0cmljdGx5IHByb2hp
Yml0ZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHBsZWFzZSBjb250
YWN0IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSBhbGwgY29waWVzLg0KPj4NCj4+IC0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LQ0KPj4gQSBtZW1iZXIgb2YgdGhlIEludGVsIENvcnBvcmF0aW9uIGdyb3VwIG9mIGNvbXBhbmll
cw0KPj4NCj4+IFRoaXMgZS1tYWlsIGFuZCBhbnkgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29u
ZmlkZW50aWFsIG1hdGVyaWFsIGZvciANCj4+IHRoZSBzb2xlIHVzZSBvZiB0aGUgaW50ZW5kZWQg
cmVjaXBpZW50KHMpLiBBbnkgcmV2aWV3IG9yIGRpc3RyaWJ1dGlvbiANCj4+IGJ5IG90aGVycyBp
cyBzdHJpY3RseSBwcm9oaWJpdGVkLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgDQo+PiBy
ZWNpcGllbnQsIHBsZWFzZSBjb250YWN0IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSBhbGwgY29waWVz
Lg0KPj4NCj4+DQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fXw0KPj4gZG1tIG1haWxpbmcgbGlzdA0KPj4gZG1tQGlldGYub3JnDQo+PiBodHRwczovL3d3
dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RtbQ0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gQSBtZW1i
ZXIgb2YgdGhlIEludGVsIENvcnBvcmF0aW9uIGdyb3VwIG9mIGNvbXBhbmllcw0KPg0KPiBUaGlz
IGUtbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBtYXRl
cmlhbCBmb3IgDQo+IHRoZSBzb2xlIHVzZSBvZiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50KHMpLiBB
bnkgcmV2aWV3IG9yIGRpc3RyaWJ1dGlvbiANCj4gYnkgb3RoZXJzIGlzIHN0cmljdGx5IHByb2hp
Yml0ZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCANCj4gcmVjaXBpZW50LCBwbGVhc2Ug
Y29udGFjdCB0aGUgc2VuZGVyIGFuZCBkZWxldGUgYWxsIGNvcGllcy4NCi0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpB
IG1lbWJlciBvZiB0aGUgSW50ZWwgQ29ycG9yYXRpb24gZ3JvdXAgb2YgY29tcGFuaWVzCgpUaGlz
IGUtbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBtYXRl
cmlhbCBmb3IKdGhlIHNvbGUgdXNlIG9mIHRoZSBpbnRlbmRlZCByZWNpcGllbnQocykuIEFueSBy
ZXZpZXcgb3IgZGlzdHJpYnV0aW9uCmJ5IG90aGVycyBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLiBJ
ZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQKcmVjaXBpZW50LCBwbGVhc2UgY29udGFjdCB0aGUg
c2VuZGVyIGFuZCBkZWxldGUgYWxsIGNvcGllcy4K


From nobody Wed Mar 30 12:12:07 2016
Return-Path: <sarikaya2012@gmail.com>
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 BAC0212D8D4 for <dmm@ietfa.amsl.com>; Wed, 30 Mar 2016 12:12:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.45
X-Spam-Level: 
X-Spam-Status: No, score=-2.45 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 BWvQAeOfYa8D for <dmm@ietfa.amsl.com>; Wed, 30 Mar 2016 12:12:05 -0700 (PDT)
Received: from mail-qg0-x235.google.com (mail-qg0-x235.google.com [IPv6:2607:f8b0:400d:c04::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 344BB12D8CF for <dmm@ietf.org>; Wed, 30 Mar 2016 12:12:05 -0700 (PDT)
Received: by mail-qg0-x235.google.com with SMTP id y89so47768549qge.2 for <dmm@ietf.org>; Wed, 30 Mar 2016 12:12:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc; bh=cp4PH4U+mgFDSIc7Uc4Qs7sbBEt2qgWFrg2Thfasxhg=; b=k3C6klnUHkhSWMxa26HYuThEzmEaXVQOJnKw+jJo6y4tYLZRuQ2KZ9vK4Ctv9ymEXp i/SR/N8x2jIb9poSh6WEBq8ORV5WpONJFG5qwndPyN5wgr+R8ilJTsqEuqcwvxgsdVz5 dSK17I0h621Ux28xUi18BH4I723w/yt11EcedikjA4lJXVqHxNIrOj84FfPws6oenL4f Uj8+ObQTIBZ8BSig4CDLUdfqEsuFBNbxXN7YTAopeDqnt+DHlPR1AWPbc+8qlIsgTeLk bzZpgmBejOQ9jMU07pZQkek2iwXYaw724sgckUauUR2lr7uMbV6iqe8qxRZBnxaYz3p4 O2qw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc; bh=cp4PH4U+mgFDSIc7Uc4Qs7sbBEt2qgWFrg2Thfasxhg=; b=fdiC7fwJbPb4SHygC/TB1vgGEjEHOm6V8acwsAGH8a3287iZXtNyEN8ULsG29BTc5m i6G+v1euTmHYwTGHJ0w8+v5IYmDZlGVBaTHeBRcCs8ISOEFVtnvjgp1jC/mLJiowuL+w VdehTENC186DfECAw9wYBhC1EimUiPW9sEgoJxw9ClrTPQgYbgaW3UjhQ+ycYdbI4mx4 6oPBDiy8eM7hbI17PFYFqmcmOVgFixB32HRCpckvwplXc0YkSwg5wB8Xj6ezEwpAp9Yt ApORP2GsiTAWEOt3XrGQgnnYUJo+5R1wmxzhtXPlauyYAeNQDgJYXWwrVrjEnuJWuNGM M39g==
X-Gm-Message-State: AD7BkJLQxrzAXhVxhJzQg8O6HYtlU4WFH9aOC8H29w2Dd+aso9VQ2O5UlEjIg+AfILvV4V+mzZjcoNtecXbKSA==
MIME-Version: 1.0
X-Received: by 10.140.93.166 with SMTP id d35mr11918898qge.29.1459365124282; Wed, 30 Mar 2016 12:12:04 -0700 (PDT)
Received: by 10.233.237.84 with HTTP; Wed, 30 Mar 2016 12:12:04 -0700 (PDT)
In-Reply-To: <F0CF5715D3D1884BAC731EA1103AC281349EB004@HASMSX105.ger.corp.intel.com>
References: <565DE1DD.2070007@gmail.com> <E8355113905631478EFF04F5AA706E9830DD3D69@wtl-exchp-2.sandvine.com> <F0CF5715D3D1884BAC731EA1103AC281349C3EBF@HASMSX106.ger.corp.intel.com> <E8355113905631478EFF04F5AA706E9830E77178@wtl-exchp-2.sandvine.com> <F0CF5715D3D1884BAC731EA1103AC281349C44F0@HASMSX106.ger.corp.intel.com> <E8355113905631478EFF04F5AA706E9830E7CFE4@wtl-exchp-2.sandvine.com> <CAC8QAcf3fKiuSj88RuniF1yBXm64v3bPU_hgTv0GsV+nSNHf0A@mail.gmail.com> <F0CF5715D3D1884BAC731EA1103AC281349E38CD@HASMSX106.ger.corp.intel.com> <CAC8QAceLkYws8-bdU7ePBqPufDhVCbmnawUViC-gpDSX2-xbFQ@mail.gmail.com> <F0CF5715D3D1884BAC731EA1103AC281349EB004@HASMSX105.ger.corp.intel.com>
Date: Wed, 30 Mar 2016 14:12:04 -0500
Message-ID: <CAC8QAcf6-CNhaf3pPURcDj1mZkhaGpC8H_3wxS9b9PBM1Me4fw@mail.gmail.com>
From: Behcet Sarikaya <sarikaya2012@gmail.com>
To: "Moses, Danny" <danny.moses@intel.com>
Content-Type: text/plain; charset=UTF-8
Archived-At: <http://mailarchive.ietf.org/arch/msg/dmm/I6PTBtslSvlYH5nVqwauZZPI5sA>
Cc: "dmm@ietf.org" <dmm@ietf.org>
Subject: Re: [DMM] WGLC #1 for draft-ietf-dmm-ondemand-mobility-01
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: sarikaya@ieee.org
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmm/>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Mar 2016 19:12:06 -0000

Hi Danny,

I am removing all previous conversation because it all got mixed up.
Let's start afresh.


I read you dhcp draft also.

There is confusion in several levels. Your API draft talks about
different applications on a MN needing different types of mobility
services. Your DHCPv6 draft seems to give a solution on how a host can
get different types of addresses/prefixes from DHCPv6 server,
so is it for a host or an application?
Prefix or address is assigned for an interface, that is another well
known concept which your draft seem to completely ignore, i.e. a host
may have multiple interfaces.

Another concept is (as I already mentioned) topological correctness.
If MN changes subnet, its previous prefix becomes topologically
incorrect. Either it has to get a new prefix or there must be some
system support, e.g. host routes.
Of course another case is anchoring, like in 3GPP or in MIP. If you
are anchored your prefix does not change.

So you seem to ignore all these and instead introduce three types of
addresses among which the sustained IP address/prefix is the key to
your solution.

Sustained address/prefix has this magical property:
 the IP address used at the beginning of the session remains usable
despite the movement of the mobile host.

and then you say

access network anchoring, corresponding network anchoring, or some
   other solution
can provide sustained address/prefixes.
what does corresponding network anchoring mean?

I have a feeling that what your drafts are saying that right now we
don't know but we anticipate in the future some ways will be found to
make sustained IP addresses.
Is this true?

BTW, your DHCPv6 draft says that DHCPv6 server can give me a Sustained
address/prefix but it does not say how it will be different than the
fixed one?

Suppose we want to develop an access network anchoring for sustained
IP addresses.
What about the needs for signaling? I have a feeling that a host
running very many applications, like in today's smart phones, and so
many smart phones in the system that is going to involve huge amount
of signaling to get/release sustained address/prefixes, right?

My conclusion from all of the above is that, I think what you propose
sounds like a flashy idea but it seems to me that the complications
involved in any solution is intractable.
Unless you can show me otherwise.

 Regards,

Behcet


From nobody Thu Mar 31 09:47:27 2016
Return-Path: <danny.moses@intel.com>
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 6D53712D67C for <dmm@ietfa.amsl.com>; Thu, 31 Mar 2016 09:47:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.931
X-Spam-Level: 
X-Spam-Status: No, score=-6.931 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-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 ugNlMGTEyzWf for <dmm@ietfa.amsl.com>; Thu, 31 Mar 2016 09:47:23 -0700 (PDT)
Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by ietfa.amsl.com (Postfix) with ESMTP id 90C6F12D621 for <dmm@ietf.org>; Thu, 31 Mar 2016 09:47:23 -0700 (PDT)
Received: from orsmga001.jf.intel.com ([10.7.209.18]) by fmsmga101.fm.intel.com with ESMTP; 31 Mar 2016 09:44:34 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.24,423,1455004800"; d="scan'208";a="922740779"
Received: from fmsmsx103.amr.corp.intel.com ([10.18.124.201]) by orsmga001.jf.intel.com with ESMTP; 31 Mar 2016 09:44:32 -0700
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.248.2; Thu, 31 Mar 2016 09:44:31 -0700
Received: from HASMSX110.ger.corp.intel.com (10.184.198.28) by fmsmsx117.amr.corp.intel.com (10.18.116.17) with Microsoft SMTP Server (TLS) id 14.3.248.2; Thu, 31 Mar 2016 09:44:31 -0700
Received: from hasmsx106.ger.corp.intel.com ([169.254.2.105]) by HASMSX110.ger.corp.intel.com ([169.254.11.243]) with mapi id 14.03.0248.002; Thu, 31 Mar 2016 19:43:30 +0300
From: "Moses, Danny" <danny.moses@intel.com>
To: "sarikaya@ieee.org" <sarikaya@ieee.org>
Thread-Topic: [DMM] WGLC #1 for draft-ietf-dmm-ondemand-mobility-01
Thread-Index: AQHRLGNCmmE+d1SrqEm02pCc///KWJ63xloAgHpwIWCAAGoVAIAEdKFAgACboYCAM1UhgIABgxHggAMH1YCAA0Q/cIAAD+0AgAGOdYA=
Date: Thu, 31 Mar 2016 16:43:30 +0000
Message-ID: <F0CF5715D3D1884BAC731EA1103AC281349F46DB@HASMSX106.ger.corp.intel.com>
References: <565DE1DD.2070007@gmail.com> <E8355113905631478EFF04F5AA706E9830DD3D69@wtl-exchp-2.sandvine.com> <F0CF5715D3D1884BAC731EA1103AC281349C3EBF@HASMSX106.ger.corp.intel.com> <E8355113905631478EFF04F5AA706E9830E77178@wtl-exchp-2.sandvine.com> <F0CF5715D3D1884BAC731EA1103AC281349C44F0@HASMSX106.ger.corp.intel.com> <E8355113905631478EFF04F5AA706E9830E7CFE4@wtl-exchp-2.sandvine.com> <CAC8QAcf3fKiuSj88RuniF1yBXm64v3bPU_hgTv0GsV+nSNHf0A@mail.gmail.com> <F0CF5715D3D1884BAC731EA1103AC281349E38CD@HASMSX106.ger.corp.intel.com> <CAC8QAceLkYws8-bdU7ePBqPufDhVCbmnawUViC-gpDSX2-xbFQ@mail.gmail.com> <F0CF5715D3D1884BAC731EA1103AC281349EB004@HASMSX105.ger.corp.intel.com> <CAC8QAcf6-CNhaf3pPURcDj1mZkhaGpC8H_3wxS9b9PBM1Me4fw@mail.gmail.com>
In-Reply-To: <CAC8QAcf6-CNhaf3pPURcDj1mZkhaGpC8H_3wxS9b9PBM1Me4fw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ctpclassification: CTP_IC
x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiMGNiNDQ2YzQtZDk4Ni00MjhiLWI3NGMtZGUwNThkNDRmZGI5IiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX0lDIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE1LjkuNi42IiwiVHJ1c3RlZExhYmVsSGFzaCI6IlF2SmpJUnVGdEFOWVwvaUc0UFhkUjBcL1wvdnpHTGQ2T3lSaVI4WitKd0FEOU09In0=
x-originating-ip: [10.184.70.10]
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Archived-At: <http://mailarchive.ietf.org/arch/msg/dmm/Pj6tJkkR837NZiyG76SUNODfcvQ>
Cc: "dmm@ietf.org" <dmm@ietf.org>
Subject: Re: [DMM] WGLC #1 for draft-ietf-dmm-ondemand-mobility-01
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmm/>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 31 Mar 2016 16:47:25 -0000

SGksDQpHb29kLCBzZWUgbXkgcmVwbHkgaW5saW5lIChzdXJyb3VuZGVkIGJ5ID4+Pj4+Pj4+Pj4+
PikgLg0KDQpUaGFua3MgYWdhaW4gZm9yIGludmVzdGluZyB0aGUgdGltZSB0byByZXZpZXcgdGhl
IGRyYWZ0cywNCgkvRGFubnkNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEJl
aGNldCBTYXJpa2F5YSBbbWFpbHRvOnNhcmlrYXlhMjAxMkBnbWFpbC5jb21dIA0KU2VudDogV2Vk
bmVzZGF5LCBNYXJjaCAzMCwgMjAxNiAxMjoxMg0KVG86IE1vc2VzLCBEYW5ueQ0KQ2M6IGRtbUBp
ZXRmLm9yZw0KU3ViamVjdDogUmU6IFtETU1dIFdHTEMgIzEgZm9yIGRyYWZ0LWlldGYtZG1tLW9u
ZGVtYW5kLW1vYmlsaXR5LTAxDQoNCkhpIERhbm55LA0KDQpJIGFtIHJlbW92aW5nIGFsbCBwcmV2
aW91cyBjb252ZXJzYXRpb24gYmVjYXVzZSBpdCBhbGwgZ290IG1peGVkIHVwLg0KTGV0J3Mgc3Rh
cnQgYWZyZXNoLg0KDQoNCkkgcmVhZCB5b3UgZGhjcCBkcmFmdCBhbHNvLg0KDQpUaGVyZSBpcyBj
b25mdXNpb24gaW4gc2V2ZXJhbCBsZXZlbHMuIFlvdXIgQVBJIGRyYWZ0IHRhbGtzIGFib3V0IGRp
ZmZlcmVudCBhcHBsaWNhdGlvbnMgb24gYSBNTiBuZWVkaW5nIGRpZmZlcmVudCB0eXBlcyBvZiBt
b2JpbGl0eSBzZXJ2aWNlcy4gWW91ciBESENQdjYgZHJhZnQgc2VlbXMgdG8gZ2l2ZSBhIHNvbHV0
aW9uIG9uIGhvdyBhIGhvc3QgY2FuIGdldCBkaWZmZXJlbnQgdHlwZXMgb2YgYWRkcmVzc2VzL3By
ZWZpeGVzIGZyb20gREhDUHY2IHNlcnZlciwgc28gaXMgaXQgZm9yIGEgaG9zdCBvciBhbiBhcHBs
aWNhdGlvbj8NClByZWZpeCBvciBhZGRyZXNzIGlzIGFzc2lnbmVkIGZvciBhbiBpbnRlcmZhY2Us
IHRoYXQgaXMgYW5vdGhlciB3ZWxsIGtub3duIGNvbmNlcHQgd2hpY2ggeW91ciBkcmFmdCBzZWVt
IHRvIGNvbXBsZXRlbHkgaWdub3JlLCBpLmUuIGEgaG9zdCBtYXkgaGF2ZSBtdWx0aXBsZSBpbnRl
cmZhY2VzLg0KRE0+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+DQpZZXMsIEkgdW5kZXJzdGFuZCB3ZXJl
IHRoZSBjb25mdXNpb24gbWlnaHQgYXJpc2UuIFRoZSBvbmx5IGVudGl0eSBpbiB0aGUgaG9zdCAo
b3IgLSBtb2JpbGUgZGV2aWNlKSB3aGljaCB1c2VzIERIQ1AgaXMgdGhlIERIQ1AgY2xpZW50IHRo
YXQgaXMgcGFydCBvZiB0aGUgVENQL0lQIHN0YWNrLiBUaGVyZSBtYXkgYmUgc2V2ZXJhbCB0cmln
Z2VycyB0byBjYXVzZSB0aGUgREhDUCBjbGllbnQgdG8gcmVxdWVzdCBhIHNvdXJjZSBJUCBhZGRy
ZXNzOg0KIC0gV2hlbiB0aGUgbW9iaWxlIG5vZGUgaW5pdGlhbGx5IGF0dGFjaGVzIHRvIGEgbmV0
d29yay4NCiAtIFdoZW4gdGhlIG1vYmlsZSBub2RlIG1vdmVzIHRvIGEgZGlmZmVyZW50IGxvY2F0
aW9uIGFuZCBuZWVkcyB0byByZWZyZXNoIGl0cyBzb3VyY2UgSVAgYWRkcmVzcy4NClRoZSBPbi1E
ZW1hbmQgY29uY2VwdCBpbXBsaWVzIGEgbmV3IHRyaWdnZXI6DQogLSBXaGVuIGFuIGFwcGxpY2F0
aW9uIGlzIGxhdW5jaGVkLCBvcGVucyBhbiBJUCBTb2NrZXQgYW5kIHJlcXVpcmVzIGEgc3BlY2lh
bCB0eXBlIG9mIHNvdXJjZSBJUCBhZGRyZXNzIHdoaWNoIHdhcyBub3QgYWxyZWFkeSBhc3NpZ25l
ZCB0byB0aGUgbW9iaWxlIG5vZGUuDQpTbywgaXQgaXMgdGhlIHJlc3BvbnNpYmlsaXR5IG9mIHRo
ZSBUQ1AvSVAgc3RhY2sgaW4gdGhlIG1vYmlsZSBub2RlIHRvIGZpZ3VyZSBvdXQgd2hlbiBpdCBp
cyByZXF1aXJlZCB0byBpbml0aWF0ZSBhIERIQ1AgdHJhbnNhY3Rpb24gdG8gc2VydmUgdGhlIGFw
cGxpY2F0aW9uJ3MgbmVlZHMuDQoNClJlZ2FyZGluZyBtdWx0aXBsZSBpbnRlcmZhY2UsIHlvdSBh
cmUgY29ycmVjdCBvbmNlIG1vcmUuIEEgbW9iaWxlIG5vZGUgbWF5IGhhdmUgbXVsdGlwbGUgaW50
ZXJmYWNlcy4gV2hlbiB0aGlzIG9jY3VycywgdGhlIG1vYmlsZSBub2RlIG5lZWRzIHRvIHNlbmQg
YXQgbGVhc3Qgb25lIERIQ1AgcmVxdWVzdCBvbiBlYWNoIGludGVyZmFjZSBhbmQgdGhlIG5ldHdv
cmsgYXNzaWducyB0aGUgc291cmNlIElQIGFkZHJlc3MgdG8gdGhlIGludGVyZmFjZSBmcm9tIHdo
aWNoIHRoZSBESENQIHJlcXVlc3QgaGFkIGFycml2ZWQuIFRoaXMgaXMgbm90IG5ldyBhbmQgdGhl
IERIQ1AgZHJhZnQgZG9lcyBub3QgbWVudGlvbiBpdCBiZWNhdXNlIHRoZXJlIGFyZSBubyBjaGFu
Z2VzIG9yIGV4dGVuc2lvbnMgcmVxdWlyZWQuDQo+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+RE0N
Cg0KQW5vdGhlciBjb25jZXB0IGlzIChhcyBJIGFscmVhZHkgbWVudGlvbmVkKSB0b3BvbG9naWNh
bCBjb3JyZWN0bmVzcy4NCklmIE1OIGNoYW5nZXMgc3VibmV0LCBpdHMgcHJldmlvdXMgcHJlZml4
IGJlY29tZXMgdG9wb2xvZ2ljYWxseSBpbmNvcnJlY3QuIEVpdGhlciBpdCBoYXMgdG8gZ2V0IGEg
bmV3IHByZWZpeCBvciB0aGVyZSBtdXN0IGJlIHNvbWUgc3lzdGVtIHN1cHBvcnQsIGUuZy4gaG9z
dCByb3V0ZXMuDQpPZiBjb3Vyc2UgYW5vdGhlciBjYXNlIGlzIGFuY2hvcmluZywgbGlrZSBpbiAz
R1BQIG9yIGluIE1JUC4gSWYgeW91IGFyZSBhbmNob3JlZCB5b3VyIHByZWZpeCBkb2VzIG5vdCBj
aGFuZ2UuDQoNClNvIHlvdSBzZWVtIHRvIGlnbm9yZSBhbGwgdGhlc2UgYW5kIGluc3RlYWQgaW50
cm9kdWNlIHRocmVlIHR5cGVzIG9mIGFkZHJlc3NlcyBhbW9uZyB3aGljaCB0aGUgc3VzdGFpbmVk
IElQIGFkZHJlc3MvcHJlZml4IGlzIHRoZSBrZXkgdG8geW91ciBzb2x1dGlvbi4NCg0KU3VzdGFp
bmVkIGFkZHJlc3MvcHJlZml4IGhhcyB0aGlzIG1hZ2ljYWwgcHJvcGVydHk6DQogdGhlIElQIGFk
ZHJlc3MgdXNlZCBhdCB0aGUgYmVnaW5uaW5nIG9mIHRoZSBzZXNzaW9uIHJlbWFpbnMgdXNhYmxl
IGRlc3BpdGUgdGhlIG1vdmVtZW50IG9mIHRoZSBtb2JpbGUgaG9zdC4NCg0KYW5kIHRoZW4geW91
IHNheQ0KDQphY2Nlc3MgbmV0d29yayBhbmNob3JpbmcsIGNvcnJlc3BvbmRpbmcgbmV0d29yayBh
bmNob3JpbmcsIG9yIHNvbWUNCiAgIG90aGVyIHNvbHV0aW9uDQpjYW4gcHJvdmlkZSBzdXN0YWlu
ZWQgYWRkcmVzcy9wcmVmaXhlcy4NCndoYXQgZG9lcyBjb3JyZXNwb25kaW5nIG5ldHdvcmsgYW5j
aG9yaW5nIG1lYW4/DQoNCkRNPj4+Pj4+Pj4+Pj4+Pj4+Pj4+DQpDb3JyZXNwb25kaW5nIG5ldHdv
cmsgaXMgYSBjb25jZXB0IGZyb20gQWxwZXIgWWVnaW4ncyBkcmFmdCAtIGh0dHBzOi8vZGF0YXRy
YWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXllZ2luLWRtbS1jbmV0LWhvbWluZy8uIEl0IGRlZmlu
ZXMgdGhlIGNvbmNlcHQgb2YgaGF2aW5nIHRoZSBtb2JpbGl0eSBhbmNob3IgaW4gdGhlIG5ldHdv
cmsgb2YgdGhlIG1vYmlsZSBub2RlJ3MgY29ycmVzcG9uZGluZyBub2RlLCByYXRoZXIgdGhhbiBp
biB0aGUgYWNjZXNzIG5ldHdvcmsuIEl0IGlzIGFuIGludGVyZXN0aW5nIGNvbmNlcHQgd2l0aCBp
dHMgYWR2YW50YWdlcyAoYW5kIGRpc2FkdmFudGFnZXMuLi4pLg0KPj4+Pj4+Pj4+Pj4+Pj4+Pj4+
PkRNDQoNCkkgaGF2ZSBhIGZlZWxpbmcgdGhhdCB3aGF0IHlvdXIgZHJhZnRzIGFyZSBzYXlpbmcg
dGhhdCByaWdodCBub3cgd2UgZG9uJ3Qga25vdyBidXQgd2UgYW50aWNpcGF0ZSBpbiB0aGUgZnV0
dXJlIHNvbWUgd2F5cyB3aWxsIGJlIGZvdW5kIHRvIG1ha2Ugc3VzdGFpbmVkIElQIGFkZHJlc3Nl
cy4NCklzIHRoaXMgdHJ1ZT8NCkRNPj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4NCldlbGwsIHdlIGRvIGtu
b3cgaG93IHRoZSBuZXR3b3JrIGNhbiBzdXBwb3J0IHN1c3RhaW5lZCBhZGRyZXNzZXMuIEJ1dCBJ
IGJlbGlldmUgdGhhdCBpbiBvdXIgRE1NIHdvcmssIG5ldyBhbHRlcm5hdGl2ZXMgZm9yIHN1cHBv
cnRpbmcgRml4ZWQgYW5kIFN1c3RhaW5lZCBJUCBhZGRyZXNzZXMgd2lsbCBiZSBkZWZpbmVkLg0K
Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+RE0NCg0KQlRXLCB5b3VyIERIQ1B2NiBkcmFmdCBzYXlzIHRo
YXQgREhDUHY2IHNlcnZlciBjYW4gZ2l2ZSBtZSBhIFN1c3RhaW5lZCBhZGRyZXNzL3ByZWZpeCBi
dXQgaXQgZG9lcyBub3Qgc2F5IGhvdyBpdCB3aWxsIGJlIGRpZmZlcmVudCB0aGFuIHRoZSBmaXhl
ZCBvbmU/DQpETT4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+DQpUaGF0IGlzIGNvcnJlY3QuIFRoZSBE
SENQdjYgZHJhZnQgZGVmaW5lcyB0aGUgZXh0ZW5zaW9ucyB0byBESENQdjYgaW4gb3JkZXIgdG8g
c3VwcG9ydCB0aGUgcmVxdWVzdHMgYW5kIHJlcGxpZXMuIERIQ1AgZG9lcyBub3QgZGVmaW5lIGhv
dyBJUCBhZGRyZXNzZXMgYXJlIGFsbG9jYXRlZC4NCj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+PkRN
DQoNClN1cHBvc2Ugd2Ugd2FudCB0byBkZXZlbG9wIGFuIGFjY2VzcyBuZXR3b3JrIGFuY2hvcmlu
ZyBmb3Igc3VzdGFpbmVkIElQIGFkZHJlc3Nlcy4NCldoYXQgYWJvdXQgdGhlIG5lZWRzIGZvciBz
aWduYWxpbmc/IEkgaGF2ZSBhIGZlZWxpbmcgdGhhdCBhIGhvc3QgcnVubmluZyB2ZXJ5IG1hbnkg
YXBwbGljYXRpb25zLCBsaWtlIGluIHRvZGF5J3Mgc21hcnQgcGhvbmVzLCBhbmQgc28gbWFueSBz
bWFydCBwaG9uZXMgaW4gdGhlIHN5c3RlbSB0aGF0IGlzIGdvaW5nIHRvIGludm9sdmUgaHVnZSBh
bW91bnQgb2Ygc2lnbmFsaW5nIHRvIGdldC9yZWxlYXNlIHN1c3RhaW5lZCBhZGRyZXNzL3ByZWZp
eGVzLCByaWdodD8NCkRNPj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+DQpZZXMsIGEgbW9iaWxlIGhvc3Qg
bWF5IGFjdGl2YXRlIHNldmVyYWwgYXBwbGljYXRpb25zIGNvbmN1cnJlbnRseSwgYnV0IHRoaXMg
ZG9lcyBub3QgbWVhbiB0aGF0IGVhY2ggYXBwbGljYXRpb24gcmVxdWlyZXMgaXRzIG93biB1bmlx
dWUgc291cmNlIElQIGFkZHJlc3MuIExldCdzIGFzc3VtZSB0aGF0IGEgbGFyZ2UgYW1vdW50IG9m
IGFwcGxpY2F0aW9uIGFyZSBsYXVuY2hlZCwgc29tZSByZXF1aXJlIEZpeGVkIElQIGFkZHJlc3Nl
cywgc29tZSByZXF1aXJlIFN1c3RhaW5lZCBJUCBhZGRyZXNzZXMgYW5kIHRoZSByZXN0IHNldHRs
ZSBmb3IgTm9tYWRpYyBJUCBhZGRyZXNzZXMuIEluIHRoYXQgY2FzZSwgb25seSB0aHJlZSBzb3Vy
Y2UgSVAgYWRkcmVzc2VzIGFyZSByZXF1aXJlZCBieSB0aGUgbW9iaWxlIG5vZGU6IE9uZSBGaXhl
ZCBJUCBhZGRyZXNzLCBvbmUgU3VzdGFpbmVkIGFuZCBvbmUgTm9tYWRpYyBJUCBhZGRyZXNzLiBT
byB0aGUgc2lnbmFsaW5nIG92ZXJoZWFkIGlzIG5vdCB0aGF0IGh1Z2UuDQo+Pj4+Pj4+Pj4+Pj4+
Pj4+Pj4+Pj4+RE0NCg0KDQpNeSBjb25jbHVzaW9uIGZyb20gYWxsIG9mIHRoZSBhYm92ZSBpcyB0
aGF0LCBJIHRoaW5rIHdoYXQgeW91IHByb3Bvc2Ugc291bmRzIGxpa2UgYSBmbGFzaHkgaWRlYSBi
dXQgaXQgc2VlbXMgdG8gbWUgdGhhdCB0aGUgY29tcGxpY2F0aW9ucyBpbnZvbHZlZCBpbiBhbnkg
c29sdXRpb24gaXMgaW50cmFjdGFibGUuDQpVbmxlc3MgeW91IGNhbiBzaG93IG1lIG90aGVyd2lz
ZS4NCkRNPj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+DQpJIGhvcGUgSSBtYW5hZ2VkIHRvIGNvbnZpbmNl
IHlvdSB0aGF0IGl0IGlzIG5vdCB0aGF0IGNvbXBsaWNhdGVkLiBJIHJlYWxseSB0aGluayAoYW5k
IHRoZXJlIGFyZSBvdGhlciBtZW1iZXJzIHdobyBzaGFyZSB0aGlzIGJlbGllZikgdGhhdCB0aGUg
dHVubmVsaW5nIG92ZXJoZWFkIGFuZCB1bi1vcHRpbWl6ZWQgcm91dGVzIGFyZSBtdWNoIG1vcmUg
Y29zdGx5IHRoYW4gd2hhdCB3ZSBhcmUgc3VnZ2VzdGluZyBpbiB0aGlzIG5ldyBjb25jZXB0Lg0K
Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj5ETQ0KDQogUmVnYXJkcywNCg0KQmVoY2V0DQotLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0KQSBtZW1iZXIgb2YgdGhlIEludGVsIENvcnBvcmF0aW9uIGdyb3VwIG9mIGNvbXBhbmll
cwoKVGhpcyBlLW1haWwgYW5kIGFueSBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRp
YWwgbWF0ZXJpYWwgZm9yCnRoZSBzb2xlIHVzZSBvZiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50KHMp
LiBBbnkgcmV2aWV3IG9yIGRpc3RyaWJ1dGlvbgpieSBvdGhlcnMgaXMgc3RyaWN0bHkgcHJvaGli
aXRlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkCnJlY2lwaWVudCwgcGxlYXNlIGNvbnRh
Y3QgdGhlIHNlbmRlciBhbmQgZGVsZXRlIGFsbCBjb3BpZXMuCg==


From nobody Thu Mar 31 12:56:35 2016
Return-Path: <jouni.nospam@gmail.com>
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 B6E8112D7D3 for <dmm@ietfa.amsl.com>; Thu, 31 Mar 2016 12:56:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level: 
X-Spam-Status: No, score=-2.7 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 KeRzcdsaT8Im for <dmm@ietfa.amsl.com>; Thu, 31 Mar 2016 12:56:33 -0700 (PDT)
Received: from mail-pa0-x22f.google.com (mail-pa0-x22f.google.com [IPv6:2607:f8b0:400e:c03::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 36F7112D7D2 for <dmm@ietf.org>; Thu, 31 Mar 2016 12:56:33 -0700 (PDT)
Received: by mail-pa0-x22f.google.com with SMTP id td3so72693879pab.2 for <dmm@ietf.org>; Thu, 31 Mar 2016 12:56:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=reply-to:to:cc:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=/oM66CI1RJSncfNCmZP9lIv8Yga0x0YCYzSzP2+yg+A=; b=HvtnC8KEs39Z41nXCCSaX7UyF5qIx6LzBLociyW5+PGdrSzOaLJi69eFB4++hC07sd lHM+kqMTnb7lDClgxof72bd1H1QZ/LTJjHG/MKLoV+fndMP46LPhVn40FUsGj+qArvig OV0MzahX4Cl1YjsfBKJPXo+dCkJo49esciXPcjvmAE9wmR9gQALvgb597BMuvgMW1OU8 uaZiV4g1PVYuO6EkZBUkdyPmWlYyZosRifArpXtgp3F9OMa4vD1BnRAfXNs0f5FCkNDd MxkB9DVpZX3utMb7qTlWqH6LCHjJtNiux1gAnY1q1wFBADGnuvhtr2MLrnHQDhZctQS6 E8QA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:reply-to:to:cc:from:subject:message-id:date :user-agent:mime-version:content-transfer-encoding; bh=/oM66CI1RJSncfNCmZP9lIv8Yga0x0YCYzSzP2+yg+A=; b=AokPkFQij3CvHG4rC7+Jae8QSjHc+NL+ooU9sYlfyY9EqrN9bs1rtHPVmIbUxky/7o 0lQZzw9YwtlIrICX7Y3Qq0qMRylQRBAWX2VCps/vWVv1r5UOX7EgnYnXiTuN0UQt2OgQ osL8dX1jaJQ+rQQhnytJDY4btzj/VdQP1OkHaqgzSqx2vHxB2d0N6KKUsZ9Z+5rX7n+S WHtTZcEIq+iK0fWD00ON4F0PX93oHZRnzcW1JZHH72zB3cckTHWIs2P3N++YLSxPzj99 DQG2QOMCzM5dFac8yFyzgOcIB+jqPZZv3gEe7JWR/G6D2V2cVIZdscQLo/3e6c/sGH6i R6qw==
X-Gm-Message-State: AD7BkJJig9dur07ui0ltUqXJXNgdt7/MvijY8HabliBEehhXY/Fuxt3DnIQ3jbS0iSXgzw==
X-Received: by 10.66.146.39 with SMTP id sz7mr24972233pab.76.1459454192805; Thu, 31 Mar 2016 12:56:32 -0700 (PDT)
Received: from [10.16.65.29] ([216.31.219.19]) by smtp.googlemail.com with ESMTPSA id r88sm15328575pfi.9.2016.03.31.12.56.31 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 31 Mar 2016 12:56:31 -0700 (PDT)
To: "dmm@ietf.org" <dmm@ietf.org>
From: Jouni Korhonen <jouni.nospam@gmail.com>
Message-ID: <56FD80EC.3040903@gmail.com>
Date: Thu, 31 Mar 2016 12:56:28 -0700
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/dmm/u01cert7oGhtIyDB1D9zruY5YAM>
Cc: H Anthony Chan <h.a.chan@ieee.org>
Subject: [DMM] Meeting materials reminder.
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: jouni.nospam@gmail.com
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmm/>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 31 Mar 2016 19:56:34 -0000

Folks,

The DMM WG meets as the first thing on Monday. If you have a slot in 
agenda send you presentation material, if you have not done so already, 
to the chairs latest this Friday.

- Jouni & dapeng

