
From nobody Fri Jun  5 14:11:42 2015
Return-Path: <ben@nostrum.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E48D21A9151; Fri,  5 Jun 2015 14:11:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n3ZUX0SuC6Xq; Fri,  5 Jun 2015 14:11:38 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A5A521A914B; Fri,  5 Jun 2015 14:11:38 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: "Ben Campbell" <ben@nostrum.com>
To: "The IESG" <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.0.3.p2
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150605211138.8203.56372.idtracker@ietfa.amsl.com>
Date: Fri, 05 Jun 2015 14:11:38 -0700
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/eqIMCfyJX01XlBDZ8gV_HDGg0iM>
Cc: ippm-chairs@ietf.org, ippm@ietf.org
Subject: [ippm] Ben Campbell's No Objection on draft-ietf-ippm-ipsec-10: (with COMMENT)
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Jun 2015 21:11:40 -0000

Ben Campbell has entered the following ballot position for
draft-ietf-ippm-ipsec-10: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-ippm-ipsec/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Thanks for addressing my DISCUSS and comments!



From nobody Fri Jun  5 14:23:16 2015
Return-Path: <ben@nostrum.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 546241A039A; Fri,  5 Jun 2015 14:23:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.91
X-Spam-Level: 
X-Spam-Status: No, score=-3.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_LETTER=-2, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IGEJZcioUw2A; Fri,  5 Jun 2015 14:23:13 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 BD6D31A0178; Fri,  5 Jun 2015 14:23:13 -0700 (PDT)
Received: from [10.0.1.23] (cpe-70-119-203-4.tx.res.rr.com [70.119.203.4]) (authenticated bits=0) by nostrum.com (8.15.1/8.14.9) with ESMTPSA id t55LMmnG090265 (version=TLSv1 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 5 Jun 2015 16:22:59 -0500 (CDT) (envelope-from ben@nostrum.com)
X-Authentication-Warning: raven.nostrum.com: Host cpe-70-119-203-4.tx.res.rr.com [70.119.203.4] claimed to be [10.0.1.23]
From: "Ben Campbell" <ben@nostrum.com>
To: "Kostas Pentikousis" <k.pentikousis@eict.de>
Date: Fri, 05 Jun 2015 16:22:48 -0500
Message-ID: <E28A822C-7D1E-474F-A80E-6A5D54EB9F8C@nostrum.com>
In-Reply-To: <0C7EDCF89AB9E2478B5D010026CFF4AEB5AB904AEE@SBS2008.eict.local>
References: <20150407215944.10583.95929.idtracker@ietfa.amsl.com> <0C7EDCF89AB9E2478B5D010026CFF4AEB5AB904AEE@SBS2008.eict.local>
MIME-Version: 1.0
Content-Type: text/plain; format=flowed
X-Mailer: MailMate (1.9.1r5084)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/0_gniQpXs29ZpKeU6_vTS2gvl0o>
Cc: "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, The IESG <iesg@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>
Subject: Re: [ippm] Ben Campbell's Discuss on draft-ietf-ippm-ipsec-09: (with DISCUSS and COMMENT)
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Jun 2015 21:23:15 -0000

(Oops, I misfiled this. Sorry for the slow response.)

Your response addresses my DISCUSS and all my comments. I will clear.

Thanks!

Ben.

On 29 May 2015, at 8:35, Kostas Pentikousis wrote:

> Dear Ben, all,
>
> Many thanks for the detailed review.
>
>
> | 
> ----------------------------------------------------------------------
> | DISCUSS:
> | 
> ----------------------------------------------------------------------
> |
> | In the last paragraph, the text indicates that if the IKEv2 SA is 
> rekeyed or
> | deleted, O/TWAMP can continue to use the same shared secret. The 
> language
> | seems to make such a continuance optional. Does that cause an 
> interoperability
> | problem if the endpoints don't agree on the strategy?
> |
> | If so, this may need a 2119 MUST (or possibly SHOULD).
> |
>
> Done, the document now reads:
>
> If rekeying for the IKEv2 SA or deletion of the IKEv2 SA occurs, the
> corresponding shared secret key generated from the SA MUST continue
> to be used until the O/TWAMP session terminates.
>
> | 
> ----------------------------------------------------------------------
> | COMMENT:
> | 
> ----------------------------------------------------------------------
> |
> | Section 1, paragraph 4:
> |
> | This paragraph casts the decision whether to send O/TWAMP inside or 
> outside of
> | an IPSec tunnel as a question of how you want to secure the O/TWAMP 
> packets.
> | It seems to me that this is really more a matter of what you want to 
> measure,
> | given that the tunneled data and non-tunneled data may have 
> different
> | performance capabilities.
>
> Edited accordingly, and now the text reads:
>
> In general, O/TWAMP measurement packets can be transmitted inside the
> IPsec tunnel, as it occurs with typical user traffic, or transmitted
> outside the IPsec tunnel.  This may depend on the operator's policy
> and the performance evaluation goal, and is orthogonal to the
> mechanism described in this document.  When IPsec is deployed,
> <snip>
>
> |
> | Sentence starting with "In this case...": The antecedent of "this" 
> is unclear.
>
> Done.
>
> |
> | Section 1, 2nd to last paragraph:
> |
> | I assume the last sentence means that IKEv2 derived keys SHOULD be 
> used
> | instead of shared secrets when otherwise using IKEv2. That seems to 
> add a
> | normative requirement to OWAMP and TWAMP in general, in which case 
> this doc
> | should be listed as updating those.
>
> Agreed.
>
> <snip>
>
> |
> | Section 4.1:
> |
> | Please expand HMAC on first mention.
>
> Done.
>
> | Section 5.1:
> |
> | "SK_d MUST be computed as per [ref]" :That doesn't need 2119 
> language.
> |
> | "string "IPPM" comprises four ASCII characters ": This is oddly 
> constructed.
> | Is this intended to observe that IPPM has 4 letters?
> |
>
>
> Done.
>
>
> | Section 5.2, paragraph after Figure 2: "Clearly, an implementation 
> ....
> | MUST ..."
> |
> | It is not as clear to me. Why does the use of IKEv2 create a 
> stronger
> | requirement to support all 3 protection modes?
>
> Indeed. The sentence was removed.
>
>
> | Section 5.3:, first paragraph:
> |
> | "The Set-Up-Response Message should be updated": Do you mean to say 
> it _is_
> | updated?
> |
> | Paragraph after figure 3:
> |
> | s/ "can uniquely identify" / "uniquely identifies"
> |
> Done.
>
> | 5.4, last sentence:
> |
> | The sentence is confusing. Do you mean to say that O/TWAMP SHOULD be
> | configured to use the tunnel?
> |
>
> The was some discussion earlier in the WG and that's why sec. 5.4 was 
> added. We have now edited the last sentence to read:
>
> In order to ensure
> authenticity and security, O/TWAMP packets between two IKEv2 systems
> SHOULD be configured to use the corresponding IPsec tunnel running
> over an external network even when using the O/TWAMP unauthenticated
> mode.
>
>
> Best regards,
>
> Kostas


From nobody Mon Jun  8 09:17:23 2015
Return-Path: <srivathsas@juniper.net>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C1E121A9135 for <ippm@ietfa.amsl.com>; Mon,  8 Jun 2015 09:17:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.798
X-Spam-Level: 
X-Spam-Status: No, score=0.798 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kdv5b5DwdU38 for <ippm@ietfa.amsl.com>; Mon,  8 Jun 2015 09:17:20 -0700 (PDT)
Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0106.outbound.protection.outlook.com [207.46.100.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ED0801A913A for <ippm@ietf.org>; Mon,  8 Jun 2015 09:17:19 -0700 (PDT)
Received: from CY1PR0501MB1499.namprd05.prod.outlook.com (25.160.149.148) by CY1PR0501MB1500.namprd05.prod.outlook.com (25.160.149.149) with Microsoft SMTP Server (TLS) id 15.1.184.17; Mon, 8 Jun 2015 16:17:19 +0000
Received: from CY1PR0501MB1499.namprd05.prod.outlook.com ([25.160.149.148]) by CY1PR0501MB1499.namprd05.prod.outlook.com ([25.160.149.148]) with mapi id 15.01.0184.014; Mon, 8 Jun 2015 16:17:18 +0000
From: Srivathsa Sarangapani <srivathsas@juniper.net>
To: "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: [ippm] Discussion on extending TWAMP to monitor service KPIs and detect liveliness of an application
Thread-Index: AQHQogaXUDBkupL6lE+Yj7SC7dIQTw==
Date: Mon, 8 Jun 2015 16:17:18 +0000
Message-ID: <D19BBBC4.2DBC4%srivathsas@juniper.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.5.1.150515
authentication-results: ietf.org; dkim=none (message not signed) header.d=none;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [116.197.184.12]
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(42139001); SRVR:CY1PR0501MB1500; 
x-microsoft-antispam-prvs: <CY1PR0501MB150004B28309C200F47D12CBD6BF0@CY1PR0501MB1500.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(520003)(3002001); SRVR:CY1PR0501MB1500; BCL:0; PCL:0;  RULEID:; SRVR:CY1PR0501MB1500; 
x-forefront-prvs: 060166847D
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(106116001)(92566002)(83506001)(86362001)(2656002)(87936001)(99286002)(229853001)(2351001)(54356999)(46102003)(66066001)(50986999)(4001350100001)(122556002)(5002640100001)(36756003)(189998001)(62966003)(2900100001)(102836002)(450100001)(77156002)(107886002)(110136002)(5001960100002)(2501003)(5001920100001)(40100003); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR0501MB1500; H:CY1PR0501MB1499.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; 
Content-Type: text/plain; charset="us-ascii"
Content-ID: <E5C1C85CCF04774EBECF23B408A1F66A@namprd05.prod.outlook.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Jun 2015 16:17:18.5171 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0501MB1500
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/FkvJIHLY4zzCqK5FDBOA1-6LoVM>
Subject: [ippm] Discussion on extending TWAMP to monitor service KPIs and detect liveliness of an application
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Jun 2015 16:17:21 -0000

Dear IPPM,

I would like to share something with you today.

In the existing as well as next generation network architectures, there
are lot of new services getting added in the service plane with in the
network. services here include subscriber aware services, flow based
traffic load balancing, content delivery servers, real time streaming
applications and similar. The performance of these services are monitored
using set of attributes. some of the critical attributes are latency
introduced in the packet path, impact on network capacity and throughput.
some other attributes are to check whether a service node is alive or not.

To Address some of these challenges, how about extending TWAMP protocol
(RFC 5357) to monitor service KPIs and monitor the liveliness of the
service or application.

Today TWAMP is used to measure just RTT between 2 Network Elements, like
routers, servers etc.
Since Routers are no more just forwarding packets but running lot more
services like CGNAT, DPI, IPSec, TDF and like.
Even Servers are used to run applications like DNS, HTTP over it.

Existing standard protocols cannot measure the impact of enabling service
on packets that get routed via a router in terms of latency and the
throughput.
Similarly they cannot figure out the liveliness of an application on a
server even though they can figure out that the server is alive.

With  the advent of SDN and VNFs, the latency of a VNF would really make
lot of sense for the network operator for optimal network planning and
deployment.
Based on the real time latency, the network operator can possibly spawn
more  VMs  for a services VNF when required and can shut down some of them
when not required.

We therefore think that adding this new dimension to TWAMP protocol would
really be helpful for network monitoring and analysis.
We request you all to please share your thoughts on the same.


--=20
Thanks and Regards,
Vathsa


From nobody Mon Jun  8 09:31:27 2015
Return-Path: <dave.taht@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 516041B3048 for <ippm@ietfa.amsl.com>; Mon,  8 Jun 2015 09:31:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.6
X-Spam-Level: 
X-Spam-Status: No, score=-0.6 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AhT3C-3gpydC for <ippm@ietfa.amsl.com>; Mon,  8 Jun 2015 09:31:23 -0700 (PDT)
Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::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 A32311B304C for <ippm@ietf.org>; Mon,  8 Jun 2015 09:31:23 -0700 (PDT)
Received: by obbgp2 with SMTP id gp2so79969445obb.2 for <ippm@ietf.org>; Mon, 08 Jun 2015 09:31:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=q+FTmfTarBZM6NvwMWP4PXmk3hSguJy7i7VmA82nIu8=; b=J0NsR1JJMO6x9/GARh3qdq+jRxU/N3+YWNAYh66oqXEDrA1u+JInfUAfNyTAJXkGRO vOUiu9dgEtt+HufKTty11Wl3ciwAjU7I/wJzUXEQXdvh/qp3n2lfmvHgOZ+LMqOiip4h 8yppHH0tWyMhexzTzhP1coL54z1XvantOTA0Qy6t2M822YqbPNKMkJH4bkyrTVqfezmy T2cWthDcDz585a8nM4DGUW3d0vFuUEY0K2UJg8HiEyhBvsGIJAUmMph7cgnFKD64HlIk si2NE3outYjcuDZvyoKhbw55O/n0DVK0SL1kCguw+qFktAe7xiouU3aARswT17uEY4HR 45XA==
MIME-Version: 1.0
X-Received: by 10.202.216.138 with SMTP id p132mr14383193oig.133.1433781083123;  Mon, 08 Jun 2015 09:31:23 -0700 (PDT)
Received: by 10.202.105.129 with HTTP; Mon, 8 Jun 2015 09:31:23 -0700 (PDT)
In-Reply-To: <D19BBBC4.2DBC4%srivathsas@juniper.net>
References: <D19BBBC4.2DBC4%srivathsas@juniper.net>
Date: Mon, 8 Jun 2015 09:31:23 -0700
Message-ID: <CAA93jw7UAn1=kz4U=7ZJsgWn3YupaY5=U+f3gTFwLwVxUfjR=Q@mail.gmail.com>
From: Dave Taht <dave.taht@gmail.com>
To: Srivathsa Sarangapani <srivathsas@juniper.net>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/dU27MuZ_Y2naCC4WijUwK75X2eE>
Cc: "ippm@ietf.org" <ippm@ietf.org>
Subject: Re: [ippm] Discussion on extending TWAMP to monitor service KPIs and detect liveliness of an application
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Jun 2015 16:31:26 -0000

On Mon, Jun 8, 2015 at 9:17 AM, Srivathsa Sarangapani
<srivathsas@juniper.net> wrote:
> Dear IPPM,
>
> I would like to share something with you today.
>
> In the existing as well as next generation network architectures, there
> are lot of new services getting added in the service plane with in the
> network. services here include subscriber aware services, flow based
> traffic load balancing, content delivery servers, real time streaming
> applications and similar. The performance of these services are monitored
> using set of attributes. some of the critical attributes are latency
> introduced in the packet path, impact on network capacity and throughput.
> some other attributes are to check whether a service node is alive or not=
.
>
> To Address some of these challenges, how about extending TWAMP protocol
> (RFC 5357) to monitor service KPIs and monitor the liveliness of the
> service or application.

I would like to see smokeping more widely used, and bandwidth presented
at the same time as loss, ECN CE, and latency in more mtrg and cacti (and o=
ther
widely used network management system) graphs.

While I would like to see more twamp deployments, it is kind of a headache
to deploy (ntp time sensitivity for starters - that said, I would also
like to see
better timekeeping across the internet also).

>
> Today TWAMP is used to measure just RTT between 2 Network Elements, like
> routers, servers etc.
> Since Routers are no more just forwarding packets but running lot more
> services like CGNAT, DPI, IPSec, TDF and like.
> Even Servers are used to run applications like DNS, HTTP over it.
>
> Existing standard protocols cannot measure the impact of enabling service
> on packets that get routed via a router in terms of latency and the
> throughput.
> Similarly they cannot figure out the liveliness of an application on a
> server even though they can figure out that the server is alive.

Well said. liveliness as a default benchmark type would be good for
just about everything. :)

> With  the advent of SDN and VNFs, the latency of a VNF would really make
> lot of sense for the network operator for optimal network planning and
> deployment.

I agree that monitoring the effectiveness of these new technologies is
a goodness.

> Based on the real time latency, the network operator can possibly spawn
> more  VMs  for a services VNF when required and can shut down some of the=
m
> when not required.

Well, more VMs does !=3D less latency.

>
> We therefore think that adding this new dimension to TWAMP protocol would
> really be helpful for network monitoring and analysis.
> We request you all to please share your thoughts on the same.


>
>
> --
> Thanks and Regards,
> Vathsa
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm



--=20
Dave T=C3=A4ht
What will it take to vastly improve wifi for everyone?
https://plus.google.com/u/0/explore/makewififast


From nobody Mon Jun  8 11:19:03 2015
Return-Path: <acmorton@att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A21CB1A8A8E for <ippm@ietfa.amsl.com>; Mon,  8 Jun 2015 11:19:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level: 
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nYSkl2RGr9d5 for <ippm@ietfa.amsl.com>; Mon,  8 Jun 2015 11:18:59 -0700 (PDT)
Received: from mail-pink.research.att.com (mail-pink.research.att.com [204.178.8.22]) by ietfa.amsl.com (Postfix) with ESMTP id B97911A8A80 for <ippm@ietf.org>; Mon,  8 Jun 2015 11:18:59 -0700 (PDT)
Received: from mail-green.research.att.com (H-135-207-255-15.research.att.com [135.207.255.15]) by mail-pink.research.att.com (Postfix) with ESMTP id BE6F9120E63; Mon,  8 Jun 2015 14:39:58 -0400 (EDT)
Received: from exchange.research.att.com (njfpsrvexg0.research.att.com [135.207.240.40]) by mail-green.research.att.com (Postfix) with ESMTP id 8858DE0067; Mon,  8 Jun 2015 14:18:26 -0400 (EDT)
Received: from NJFPSRVEXG0.research.att.com ([fe80::108a:1006:9f54:fd90]) by NJFPSRVEXG0.research.att.com ([fe80::108a:1006:9f54:fd90%25]) with mapi; Mon, 8 Jun 2015 14:18:58 -0400
From: "MORTON, ALFRED C (AL)" <acmorton@att.com>
To: Dave Taht <dave.taht@gmail.com>, Srivathsa Sarangapani <srivathsas@juniper.net>
Date: Mon, 8 Jun 2015 14:18:57 -0400
Thread-Topic: [ippm] Discussion on extending TWAMP to monitor service KPIs and detect liveliness of an application
Thread-Index: AdCiCJtbuXtxGx37Rqi6yMrS71S+cQADSZag
Message-ID: <4AF73AA205019A4C8A1DDD32C034631D02EB7B2B2F@NJFPSRVEXG0.research.att.com>
References: <D19BBBC4.2DBC4%srivathsas@juniper.net> <CAA93jw7UAn1=kz4U=7ZJsgWn3YupaY5=U+f3gTFwLwVxUfjR=Q@mail.gmail.com>
In-Reply-To: <CAA93jw7UAn1=kz4U=7ZJsgWn3YupaY5=U+f3gTFwLwVxUfjR=Q@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/I56tqE0BIQydKAZpIdUo75n0cBA>
Cc: "ippm@ietf.org" <ippm@ietf.org>
Subject: Re: [ippm] Discussion on extending TWAMP to monitor service KPIs and detect liveliness of an application
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Jun 2015 18:19:01 -0000

SGkgU3JpdmF0aHNhIGFuZCBEYXZlLA0KDQpBdCB0aGUgbW9tZW50LCBzb21lIHZpc2liaWxpdHkg
b2Ygc2VydmljZSBLUElzIGFyZSBpbnRlbmRlZA0KdG8gYmUgbWVhc3VyZWQgd2l0aCBQRE06DQpo
dHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtZWxraW5zLWlwcG0tNm1hbi1wZG0tb3B0
aW9uLTAwDQooYW5kIHRoZXJlIGlzL3dhcyBhIGNhbGwgZm9yIGludGVyZXN0IA0KaHR0cDovL3d3
dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2ViL2lwcG0vY3VycmVudC9tc2cwMzczMi5odG1sDQpw
cm9iYWJseSBub3QgdG9vIGxhdGUgdG8gcmVzcG9uZCB1c2VmdWxseSBvbiB0aGlzIHdnIGNhbGwp
DQoNCnJlZ2FyZGluZzoNCj4gPiBTaW1pbGFybHkgdGhleSBjYW5ub3QgZmlndXJlIG91dCB0aGUg
bGl2ZWxpbmVzcyBvZiBhbiBhcHBsaWNhdGlvbiBvbiBhDQo+ID4gc2VydmVyIGV2ZW4gdGhvdWdo
IHRoZXkgY2FuIGZpZ3VyZSBvdXQgdGhhdCB0aGUgc2VydmVyIGlzIGFsaXZlLg0KPiANCj4gV2Vs
bCBzYWlkLiBsaXZlbGluZXNzIGFzIGEgZGVmYXVsdCBiZW5jaG1hcmsgdHlwZSB3b3VsZCBiZSBn
b29kIGZvciBqdXN0DQo+IGFib3V0IGV2ZXJ5dGhpbmcuIDopDQoNCkJ5IGxpdmVsaW5lc3MsIHdo
YXQgZGVncmVlIG9mIHJlc3BvbnNlIGNvbXBsZXhpdHkgaXMgY29uc2lkZXJlZCBhbGl2ZT8NClBv
c3NpYmlsaXRpZXMgYmV5b25kIElDTVAgRWNobyBpbmNsdWRlOg0KIC0gT3BlbnMgY29ubmVjdGlv
biBvbiB3ZWxsLWtub3duIHBvcnQNCiAtIHNlbmRzIGV4cGVjdGVkIGdyZWV0aW5nIG1lc3NhZ2UN
CiAtIC4uLg0KIC0gY29tcGxldGVzIGVudGlyZSB0cmFuc2FjdGlvbiB3aXRoaW4gdGltZSBsaW1p
dA0KDQpyZWdhcmRzLA0KQWwNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9t
OiBpcHBtIFttYWlsdG86aXBwbS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgRGF2ZSBU
YWh0DQo+IFNlbnQ6IE1vbmRheSwgSnVuZSAwOCwgMjAxNSAxMjozMSBQTQ0KPiBUbzogU3JpdmF0
aHNhIFNhcmFuZ2FwYW5pDQo+IENjOiBpcHBtQGlldGYub3JnDQo+IFN1YmplY3Q6IFJlOiBbaXBw
bV0gRGlzY3Vzc2lvbiBvbiBleHRlbmRpbmcgVFdBTVAgdG8gbW9uaXRvciBzZXJ2aWNlDQo+IEtQ
SXMgYW5kIGRldGVjdCBsaXZlbGluZXNzIG9mIGFuIGFwcGxpY2F0aW9uDQo+IA0KPiBPbiBNb24s
IEp1biA4LCAyMDE1IGF0IDk6MTcgQU0sIFNyaXZhdGhzYSBTYXJhbmdhcGFuaQ0KPiA8c3JpdmF0
aHNhc0BqdW5pcGVyLm5ldD4gd3JvdGU6DQo+ID4gRGVhciBJUFBNLA0KPiA+DQo+ID4gSSB3b3Vs
ZCBsaWtlIHRvIHNoYXJlIHNvbWV0aGluZyB3aXRoIHlvdSB0b2RheS4NCj4gPg0KPiA+IEluIHRo
ZSBleGlzdGluZyBhcyB3ZWxsIGFzIG5leHQgZ2VuZXJhdGlvbiBuZXR3b3JrIGFyY2hpdGVjdHVy
ZXMsDQo+ID4gdGhlcmUgYXJlIGxvdCBvZiBuZXcgc2VydmljZXMgZ2V0dGluZyBhZGRlZCBpbiB0
aGUgc2VydmljZSBwbGFuZSB3aXRoDQo+ID4gaW4gdGhlIG5ldHdvcmsuIHNlcnZpY2VzIGhlcmUg
aW5jbHVkZSBzdWJzY3JpYmVyIGF3YXJlIHNlcnZpY2VzLCBmbG93DQo+ID4gYmFzZWQgdHJhZmZp
YyBsb2FkIGJhbGFuY2luZywgY29udGVudCBkZWxpdmVyeSBzZXJ2ZXJzLCByZWFsIHRpbWUNCj4g
PiBzdHJlYW1pbmcgYXBwbGljYXRpb25zIGFuZCBzaW1pbGFyLiBUaGUgcGVyZm9ybWFuY2Ugb2Yg
dGhlc2Ugc2VydmljZXMNCj4gPiBhcmUgbW9uaXRvcmVkIHVzaW5nIHNldCBvZiBhdHRyaWJ1dGVz
LiBzb21lIG9mIHRoZSBjcml0aWNhbCBhdHRyaWJ1dGVzDQo+ID4gYXJlIGxhdGVuY3kgaW50cm9k
dWNlZCBpbiB0aGUgcGFja2V0IHBhdGgsIGltcGFjdCBvbiBuZXR3b3JrIGNhcGFjaXR5DQo+IGFu
ZCB0aHJvdWdocHV0Lg0KPiA+IHNvbWUgb3RoZXIgYXR0cmlidXRlcyBhcmUgdG8gY2hlY2sgd2hl
dGhlciBhIHNlcnZpY2Ugbm9kZSBpcyBhbGl2ZSBvcg0KPiBub3QuDQo+ID4NCj4gPiBUbyBBZGRy
ZXNzIHNvbWUgb2YgdGhlc2UgY2hhbGxlbmdlcywgaG93IGFib3V0IGV4dGVuZGluZyBUV0FNUA0K
PiA+IHByb3RvY29sIChSRkMgNTM1NykgdG8gbW9uaXRvciBzZXJ2aWNlIEtQSXMgYW5kIG1vbml0
b3IgdGhlIGxpdmVsaW5lc3MNCj4gPiBvZiB0aGUgc2VydmljZSBvciBhcHBsaWNhdGlvbi4NCj4g
DQo+IEkgd291bGQgbGlrZSB0byBzZWUgc21va2VwaW5nIG1vcmUgd2lkZWx5IHVzZWQsIGFuZCBi
YW5kd2lkdGggcHJlc2VudGVkDQo+IGF0IHRoZSBzYW1lIHRpbWUgYXMgbG9zcywgRUNOIENFLCBh
bmQgbGF0ZW5jeSBpbiBtb3JlIG10cmcgYW5kIGNhY3RpDQo+IChhbmQgb3RoZXIgd2lkZWx5IHVz
ZWQgbmV0d29yayBtYW5hZ2VtZW50IHN5c3RlbSkgZ3JhcGhzLg0KPiANCj4gV2hpbGUgSSB3b3Vs
ZCBsaWtlIHRvIHNlZSBtb3JlIHR3YW1wIGRlcGxveW1lbnRzLCBpdCBpcyBraW5kIG9mIGENCj4g
aGVhZGFjaGUgdG8gZGVwbG95IChudHAgdGltZSBzZW5zaXRpdml0eSBmb3Igc3RhcnRlcnMgLSB0
aGF0IHNhaWQsIEkNCj4gd291bGQgYWxzbyBsaWtlIHRvIHNlZSBiZXR0ZXIgdGltZWtlZXBpbmcg
YWNyb3NzIHRoZSBpbnRlcm5ldCBhbHNvKS4NCj4gDQo+ID4NCj4gPiBUb2RheSBUV0FNUCBpcyB1
c2VkIHRvIG1lYXN1cmUganVzdCBSVFQgYmV0d2VlbiAyIE5ldHdvcmsgRWxlbWVudHMsDQo+ID4g
bGlrZSByb3V0ZXJzLCBzZXJ2ZXJzIGV0Yy4NCj4gPiBTaW5jZSBSb3V0ZXJzIGFyZSBubyBtb3Jl
IGp1c3QgZm9yd2FyZGluZyBwYWNrZXRzIGJ1dCBydW5uaW5nIGxvdCBtb3JlDQo+ID4gc2Vydmlj
ZXMgbGlrZSBDR05BVCwgRFBJLCBJUFNlYywgVERGIGFuZCBsaWtlLg0KPiA+IEV2ZW4gU2VydmVy
cyBhcmUgdXNlZCB0byBydW4gYXBwbGljYXRpb25zIGxpa2UgRE5TLCBIVFRQIG92ZXIgaXQuDQo+
ID4NCj4gPiBFeGlzdGluZyBzdGFuZGFyZCBwcm90b2NvbHMgY2Fubm90IG1lYXN1cmUgdGhlIGlt
cGFjdCBvZiBlbmFibGluZw0KPiA+IHNlcnZpY2Ugb24gcGFja2V0cyB0aGF0IGdldCByb3V0ZWQg
dmlhIGEgcm91dGVyIGluIHRlcm1zIG9mIGxhdGVuY3kNCj4gPiBhbmQgdGhlIHRocm91Z2hwdXQu
DQo+ID4gU2ltaWxhcmx5IHRoZXkgY2Fubm90IGZpZ3VyZSBvdXQgdGhlIGxpdmVsaW5lc3Mgb2Yg
YW4gYXBwbGljYXRpb24gb24gYQ0KPiA+IHNlcnZlciBldmVuIHRob3VnaCB0aGV5IGNhbiBmaWd1
cmUgb3V0IHRoYXQgdGhlIHNlcnZlciBpcyBhbGl2ZS4NCj4gDQo+IFdlbGwgc2FpZC4gbGl2ZWxp
bmVzcyBhcyBhIGRlZmF1bHQgYmVuY2htYXJrIHR5cGUgd291bGQgYmUgZ29vZCBmb3IganVzdA0K
PiBhYm91dCBldmVyeXRoaW5nLiA6KQ0KPiANCj4gPiBXaXRoICB0aGUgYWR2ZW50IG9mIFNETiBh
bmQgVk5GcywgdGhlIGxhdGVuY3kgb2YgYSBWTkYgd291bGQgcmVhbGx5DQo+ID4gbWFrZSBsb3Qg
b2Ygc2Vuc2UgZm9yIHRoZSBuZXR3b3JrIG9wZXJhdG9yIGZvciBvcHRpbWFsIG5ldHdvcmsNCj4g
PiBwbGFubmluZyBhbmQgZGVwbG95bWVudC4NCj4gDQo+IEkgYWdyZWUgdGhhdCBtb25pdG9yaW5n
IHRoZSBlZmZlY3RpdmVuZXNzIG9mIHRoZXNlIG5ldyB0ZWNobm9sb2dpZXMgaXMgYQ0KPiBnb29k
bmVzcy4NCj4gDQo+ID4gQmFzZWQgb24gdGhlIHJlYWwgdGltZSBsYXRlbmN5LCB0aGUgbmV0d29y
ayBvcGVyYXRvciBjYW4gcG9zc2libHkNCj4gPiBzcGF3biBtb3JlICBWTXMgIGZvciBhIHNlcnZp
Y2VzIFZORiB3aGVuIHJlcXVpcmVkIGFuZCBjYW4gc2h1dCBkb3duDQo+ID4gc29tZSBvZiB0aGVt
IHdoZW4gbm90IHJlcXVpcmVkLg0KPiANCj4gV2VsbCwgbW9yZSBWTXMgZG9lcyAhPSBsZXNzIGxh
dGVuY3kuDQo+IA0KPiA+DQo+ID4gV2UgdGhlcmVmb3JlIHRoaW5rIHRoYXQgYWRkaW5nIHRoaXMg
bmV3IGRpbWVuc2lvbiB0byBUV0FNUCBwcm90b2NvbA0KPiA+IHdvdWxkIHJlYWxseSBiZSBoZWxw
ZnVsIGZvciBuZXR3b3JrIG1vbml0b3JpbmcgYW5kIGFuYWx5c2lzLg0KPiA+IFdlIHJlcXVlc3Qg
eW91IGFsbCB0byBwbGVhc2Ugc2hhcmUgeW91ciB0aG91Z2h0cyBvbiB0aGUgc2FtZS4NCj4gDQo+
IA0KPiA+DQo+ID4NCj4gPiAtLQ0KPiA+IFRoYW5rcyBhbmQgUmVnYXJkcywNCj4gPiBWYXRoc2EN
Cj4gPg0KPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
DQo+ID4gaXBwbSBtYWlsaW5nIGxpc3QNCj4gPiBpcHBtQGlldGYub3JnDQo+ID4gaHR0cHM6Ly93
d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtDQo+IA0KPiANCj4gDQo+IC0tDQo+IERh
dmUgVMOkaHQNCj4gV2hhdCB3aWxsIGl0IHRha2UgdG8gdmFzdGx5IGltcHJvdmUgd2lmaSBmb3Ig
ZXZlcnlvbmU/DQo+IGh0dHBzOi8vcGx1cy5nb29nbGUuY29tL3UvMC9leHBsb3JlL21ha2V3aWZp
ZmFzdA0KPiANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X18NCj4gaXBwbSBtYWlsaW5nIGxpc3QNCj4gaXBwbUBpZXRmLm9yZw0KPiBodHRwczovL3d3dy5p
ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcG0NCg==


From nobody Tue Jun  9 06:05:48 2015
Return-Path: <srivathsas@juniper.net>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6ED71B2C04 for <ippm@ietfa.amsl.com>; Tue,  9 Jun 2015 06:05:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.702
X-Spam-Level: 
X-Spam-Status: No, score=-0.702 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_39=0.6, J_CHICKENPOX_46=0.6, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eWH1IvAzHlic for <ippm@ietfa.amsl.com>; Tue,  9 Jun 2015 06:05:45 -0700 (PDT)
Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0113.outbound.protection.outlook.com [207.46.100.113]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 687691B2C06 for <ippm@ietf.org>; Tue,  9 Jun 2015 06:05:45 -0700 (PDT)
Received: from DM2PR0501MB1501.namprd05.prod.outlook.com (25.161.224.21) by DM2PR0501MB1503.namprd05.prod.outlook.com (25.161.224.23) with Microsoft SMTP Server (TLS) id 15.1.172.22; Tue, 9 Jun 2015 13:05:44 +0000
Received: from DM2PR0501MB1501.namprd05.prod.outlook.com ([10.161.224.21]) by DM2PR0501MB1501.namprd05.prod.outlook.com ([10.161.224.21]) with mapi id 15.01.0190.013; Tue, 9 Jun 2015 13:05:44 +0000
From: Srivathsa Sarangapani <srivathsas@juniper.net>
To: Dave Taht <dave.taht@gmail.com>
Thread-Topic: [ippm] Discussion on extending TWAMP to monitor service KPIs and detect liveliness of an application
Thread-Index: AQHQogaXUDBkupL6lE+Yj7SC7dIQT52izRCAgAG1D4A=
Date: Tue, 9 Jun 2015 13:05:43 +0000
Message-ID: <D19CDD45.2DE95%srivathsas@juniper.net>
References: <D19BBBC4.2DBC4%srivathsas@juniper.net> <CAA93jw7UAn1=kz4U=7ZJsgWn3YupaY5=U+f3gTFwLwVxUfjR=Q@mail.gmail.com>
In-Reply-To: <CAA93jw7UAn1=kz4U=7ZJsgWn3YupaY5=U+f3gTFwLwVxUfjR=Q@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.5.1.150515
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [116.197.184.13]
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(42139001); SRVR:DM2PR0501MB1503; 
x-microsoft-antispam-prvs: <DM2PR0501MB1503EF51D471785335054ED6D6BE0@DM2PR0501MB1503.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(520003)(5005006)(3002001); SRVR:DM2PR0501MB1503; BCL:0; PCL:0;  RULEID:; SRVR:DM2PR0501MB1503; 
x-forefront-prvs: 06022AA85F
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(377454003)(51704005)(13464003)(51694002)(19580405001)(189998001)(54356999)(5001960100002)(66066001)(19580395003)(110136002)(92566002)(76176999)(86362001)(46102003)(87936001)(2656002)(4001350100001)(106116001)(40100003)(122556002)(77096005)(99286002)(2900100001)(83506001)(102836002)(5002640100001)(62966003)(15975445007)(50986999)(77156002)(2950100001)(36756003); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0501MB1503; H:DM2PR0501MB1501.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; 
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <4DD36521C85F9E4BBA1CD9D121873732@namprd05.prod.outlook.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jun 2015 13:05:43.9272 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0501MB1503
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/kGPx7eFOg47tvis4cDR0scfWn7A>
Cc: "ippm@ietf.org" <ippm@ietf.org>
Subject: Re: [ippm] Discussion on extending TWAMP to monitor service KPIs and detect liveliness of an application
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jun 2015 13:05:47 -0000

Hi Dave,

Thanks for your reply. Please see my answers inline:

--=20
Regards,
Vathsa




-----Original Message-----
From: Dave Taht <dave.taht@gmail.com>
Date: Monday, June 8, 2015 at 10:01 PM
To: Srivathsa Sarangapani <srivathsas@juniper.net>
Cc: "ippm@ietf.org" <ippm@ietf.org>
Subject: Re: [ippm] Discussion on extending TWAMP to monitor service KPIs
and detect liveliness of an application

On Mon, Jun 8, 2015 at 9:17 AM, Srivathsa Sarangapani
<srivathsas@juniper.net> wrote:
> Dear IPPM,
>
> I would like to share something with you today.
>
> In the existing as well as next generation network architectures, there
> are lot of new services getting added in the service plane with in the
> network. services here include subscriber aware services, flow based
> traffic load balancing, content delivery servers, real time streaming
> applications and similar. The performance of these services are monitored
> using set of attributes. some of the critical attributes are latency
> introduced in the packet path, impact on network capacity and throughput.
> some other attributes are to check whether a service node is alive or
>not.
>
> To Address some of these challenges, how about extending TWAMP protocol
> (RFC 5357) to monitor service KPIs and monitor the liveliness of the
> service or application.

I would like to see smokeping more widely used, and bandwidth presented
at the same time as loss, ECN CE, and latency in more mtrg and cacti (and
other
widely used network management system) graphs.

While I would like to see more twamp deployments, it is kind of a headache
to deploy (ntp time sensitivity for starters - that said, I would also
like to see
better timekeeping across the internet also).
Vathsa>>>
For RTT calculations the NTP synchronization should not matter.
Anyways the PTP(Precision Time Protocol) should provide more precision
than NTP which is being deployed of late.
For monitoring service KPIs like latency we are always interested in delta
and not the actual time stamps.
For other service KPIs like load, capacity we are not interested in time
at all.


>
> Today TWAMP is used to measure just RTT between 2 Network Elements, like
> routers, servers etc.
> Since Routers are no more just forwarding packets but running lot more
> services like CGNAT, DPI, IPSec, TDF and like.
> Even Servers are used to run applications like DNS, HTTP over it.
>
> Existing standard protocols cannot measure the impact of enabling service
> on packets that get routed via a router in terms of latency and the
> throughput.
> Similarly they cannot figure out the liveliness of an application on a
> server even though they can figure out that the server is alive.

Well said. liveliness as a default benchmark type would be good for
just about everything. :)

> With  the advent of SDN and VNFs, the latency of a VNF would really make
> lot of sense for the network operator for optimal network planning and
> deployment.

I agree that monitoring the effectiveness of these new technologies is
a goodness.

> Based on the real time latency, the network operator can possibly spawn
> more  VMs  for a services VNF when required and can shut down some of
>them
> when not required.

Well, more VMs does !=3D less latency.
Vathsa>>>I agree.
But just wanted to indicate that in some use cases,
when load(number of sessions) on a VM increases, there could be a
possibility of=20
the service latency getting increased. So in such scenarios spawning new
VMs should help.

>
> We therefore think that adding this new dimension to TWAMP protocol would
> really be helpful for network monitoring and analysis.
> We request you all to please share your thoughts on the same.


>
>
> --
> Thanks and Regards,
> Vathsa
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm



--=20
Dave T=E4ht
What will it take to vastly improve wifi for everyone?
https://plus.google.com/u/0/explore/makewififast


From nobody Tue Jun  9 06:20:55 2015
Return-Path: <srivathsas@juniper.net>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F278B1B2C1D for <ippm@ietfa.amsl.com>; Tue,  9 Jun 2015 06:20:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.302
X-Spam-Level: 
X-Spam-Status: No, score=-1.302 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_84=0.6, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5_L1LUeiMb7o for <ippm@ietfa.amsl.com>; Tue,  9 Jun 2015 06:20:52 -0700 (PDT)
Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0739.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::739]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2452E1B2C17 for <ippm@ietf.org>; Tue,  9 Jun 2015 06:20:51 -0700 (PDT)
Received: from DM2PR0501MB1501.namprd05.prod.outlook.com (25.161.224.21) by BLUPR05MB101.namprd05.prod.outlook.com (10.255.214.51) with Microsoft SMTP Server (TLS) id 15.1.184.17; Tue, 9 Jun 2015 13:20:31 +0000
Received: from DM2PR0501MB1501.namprd05.prod.outlook.com ([10.161.224.21]) by DM2PR0501MB1501.namprd05.prod.outlook.com ([10.161.224.21]) with mapi id 15.01.0190.013; Tue, 9 Jun 2015 13:20:31 +0000
From: Srivathsa Sarangapani <srivathsas@juniper.net>
To: "MORTON, ALFRED C (AL)" <acmorton@att.com>, Dave Taht <dave.taht@gmail.com>
Thread-Topic: [ippm] Discussion on extending TWAMP to monitor service KPIs and detect liveliness of an application
Thread-Index: AQHQogaXUDBkupL6lE+Yj7SC7dIQT52izRCAgAAeDYCAAZslgA==
Date: Tue, 9 Jun 2015 13:20:31 +0000
Message-ID: <D19CE2A0.2DEF4%srivathsas@juniper.net>
References: <D19BBBC4.2DBC4%srivathsas@juniper.net> <CAA93jw7UAn1=kz4U=7ZJsgWn3YupaY5=U+f3gTFwLwVxUfjR=Q@mail.gmail.com> <4AF73AA205019A4C8A1DDD32C034631D02EB7B2B2F@NJFPSRVEXG0.research.att.com>
In-Reply-To: <4AF73AA205019A4C8A1DDD32C034631D02EB7B2B2F@NJFPSRVEXG0.research.att.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.5.1.150515
authentication-results: att.com; dkim=none (message not signed) header.d=none; 
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [116.197.184.13]
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(42139001); SRVR:BLUPR05MB101; 
x-microsoft-antispam-prvs: <BLUPR05MB101FD8F67776B9355813D62D6BE0@BLUPR05MB101.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(520003)(3002001); SRVR:BLUPR05MB101; BCL:0; PCL:0; RULEID:; SRVR:BLUPR05MB101; 
x-forefront-prvs: 06022AA85F
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(979002)(6009001)(377454003)(24454002)(13464003)(51704005)(76176999)(2900100001)(102836002)(46102003)(54356999)(50986999)(83506001)(2950100001)(551934003)(40100003)(77096005)(66066001)(122556002)(19580405001)(15975445007)(19580395003)(86362001)(62966003)(77156002)(92566002)(99286002)(106116001)(5001960100002)(189998001)(2656002)(36756003)(107886002)(87936001)(5002640100001)(4001350100001)(81156007)(5001770100001)(4001430100001)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB101; H:DM2PR0501MB1501.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; 
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <12B3F288A9AAB146AEED0DF7F5125C62@namprd05.prod.outlook.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jun 2015 13:20:31.1893 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB101
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/za45aQCa6Uk6wZiUT9DsFi9mp5g>
Cc: Peyush Gupta <peyushg@juniper.net>, "ippm@ietf.org" <ippm@ietf.org>
Subject: Re: [ippm] Discussion on extending TWAMP to monitor service KPIs and detect liveliness of an application
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jun 2015 13:20:54 -0000

Hi Al,

Thanks for your reply. Please see my answers inline:

--=20
Regards,
Vathsa




-----Original Message-----
From: <MORTON>, "ALFRED C   (AL)" <acmorton@att.com>
Date: Monday, June 8, 2015 at 11:48 PM
To: Dave Taht <dave.taht@gmail.com>, Srivathsa Sarangapani
<srivathsas@juniper.net>
Cc: "ippm@ietf.org" <ippm@ietf.org>
Subject: RE: [ippm] Discussion on extending TWAMP to monitor service KPIs
and detect liveliness of an application

Hi Srivathsa and Dave,

At the moment, some visibility of service KPIs are intended
to be measured with PDM:
https://tools.ietf.org/html/draft-elkins-ippm-6man-pdm-option-00
(and there is/was a call for interest
http://www.ietf.org/mail-archive/web/ippm/current/msg03732.html
probably not too late to respond usefully on this wg call)

Vathsa>>>Good work.
We feel that service KPIs like load, latency etc for Router services(like
DPI, CGNAT, IPSEC)=20
may not be the scope of this extension. This is a good extension for host
to host architecture.

regarding:
> > Similarly they cannot figure out the liveliness of an application on a
> > server even though they can figure out that the server is alive.
>=20
> Well said. liveliness as a default benchmark type would be good for just
> about everything. :)

By liveliness, what degree of response complexity is considered alive?
Possibilities beyond ICMP Echo include:
 - Opens connection on well-known port
 - sends expected greeting message
 - ...
 - completes entire transaction within time limit
Vathsa>>>
For some TCP applications, opening a connection on well-known port is
liveliness.
For some UDP applications, receiving greeting message is liveliness.
For some applications like HTTP, DNS it can be one transaction within time
limit.

regards,
Al

> -----Original Message-----
> From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Dave Taht
> Sent: Monday, June 08, 2015 12:31 PM
> To: Srivathsa Sarangapani
> Cc: ippm@ietf.org
> Subject: Re: [ippm] Discussion on extending TWAMP to monitor service
> KPIs and detect liveliness of an application
>=20
> On Mon, Jun 8, 2015 at 9:17 AM, Srivathsa Sarangapani
> <srivathsas@juniper.net> wrote:
> > Dear IPPM,
> >
> > I would like to share something with you today.
> >
> > In the existing as well as next generation network architectures,
> > there are lot of new services getting added in the service plane with
> > in the network. services here include subscriber aware services, flow
> > based traffic load balancing, content delivery servers, real time
> > streaming applications and similar. The performance of these services
> > are monitored using set of attributes. some of the critical attributes
> > are latency introduced in the packet path, impact on network capacity
> and throughput.
> > some other attributes are to check whether a service node is alive or
> not.
> >
> > To Address some of these challenges, how about extending TWAMP
> > protocol (RFC 5357) to monitor service KPIs and monitor the liveliness
> > of the service or application.
>=20
> I would like to see smokeping more widely used, and bandwidth presented
> at the same time as loss, ECN CE, and latency in more mtrg and cacti
> (and other widely used network management system) graphs.
>=20
> While I would like to see more twamp deployments, it is kind of a
> headache to deploy (ntp time sensitivity for starters - that said, I
> would also like to see better timekeeping across the internet also).
>=20
> >
> > Today TWAMP is used to measure just RTT between 2 Network Elements,
> > like routers, servers etc.
> > Since Routers are no more just forwarding packets but running lot more
> > services like CGNAT, DPI, IPSec, TDF and like.
> > Even Servers are used to run applications like DNS, HTTP over it.
> >
> > Existing standard protocols cannot measure the impact of enabling
> > service on packets that get routed via a router in terms of latency
> > and the throughput.
> > Similarly they cannot figure out the liveliness of an application on a
> > server even though they can figure out that the server is alive.
>=20
> Well said. liveliness as a default benchmark type would be good for just
> about everything. :)
>=20
> > With  the advent of SDN and VNFs, the latency of a VNF would really
> > make lot of sense for the network operator for optimal network
> > planning and deployment.
>=20
> I agree that monitoring the effectiveness of these new technologies is a
> goodness.
>=20
> > Based on the real time latency, the network operator can possibly
> > spawn more  VMs  for a services VNF when required and can shut down
> > some of them when not required.
>=20
> Well, more VMs does !=3D less latency.
>=20
> >
> > We therefore think that adding this new dimension to TWAMP protocol
> > would really be helpful for network monitoring and analysis.
> > We request you all to please share your thoughts on the same.
>=20
>=20
> >
> >
> > --
> > Thanks and Regards,
> > Vathsa
> >
> > _______________________________________________
> > ippm mailing list
> > ippm@ietf.org
> > https://www.ietf.org/mailman/listinfo/ippm
>=20
>=20
>=20
> --
> Dave T=E4ht
> What will it take to vastly improve wifi for everyone?
> https://plus.google.com/u/0/explore/makewififast
>=20
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm


From nobody Tue Jun  9 07:08:57 2015
Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EEB341B2C4F; Tue,  9 Jun 2015 07:08:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.1
X-Spam-Level: 
X-Spam-Status: No, score=-0.1 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mD17HvGjf8BU; Tue,  9 Jun 2015 07:08:54 -0700 (PDT)
Received: from mail-vn0-x22b.google.com (mail-vn0-x22b.google.com [IPv6:2607:f8b0:400c:c0f::22b]) (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 CA8041A8753; Tue,  9 Jun 2015 07:08:53 -0700 (PDT)
Received: by vnbg129 with SMTP id g129so2920616vnb.9; Tue, 09 Jun 2015 07:08:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=P/EKCvnYC7oxj/wRQwZnjrIHRrR8mp1G+7UPYSfziaI=; b=xszC5SfJuoUKK1HbiAgfgpSJZczYZtI/J9CcOxC4r0XExUnICeS/nOtCj4xYGLcUma tKrf6bsqbbSQ65+FNO2k/2TjArU01zb7XhgkpLYgh9XSy0iesbHsMRpjxeuB/VArD8Np nGgFQR/hUVBjEVxDp6Qf4lAi52n367/11ilQWp978V+H69dBouEHg1QR4oLFpB1DavtR wqV/dZywPmrzOVnI/QepxNSGyjllArPFvVtGQsVYUVSdVp5fIP+AqQYGz7KT9DiDH/D+ 4bLmwoO69425xF90hUAooW9eGRPkC0T+B+WBkEVKNEhiZwM7qQ5OuNBddUBT76buP1wc IxWg==
MIME-Version: 1.0
X-Received: by 10.52.180.102 with SMTP id dn6mr32229122vdc.17.1433858933049; Tue, 09 Jun 2015 07:08:53 -0700 (PDT)
Received: by 10.31.195.6 with HTTP; Tue, 9 Jun 2015 07:08:52 -0700 (PDT)
In-Reply-To: <55688BCF.3040006@innovationslab.net>
References: <20150406125432.16951.24372.idtracker@ietfa.amsl.com> <4AF73AA205019A4C8A1DDD32C034631D8BA78920@NJFPSRVEXG0.research.att.com> <4AF73AA205019A4C8A1DDD32C034631D8BA78987@NJFPSRVEXG0.research.att.com> <5522BC93.3020003@innovationslab.net> <CAKKJt-cgmM=euSmQQn7CQgNPivie2R=Dty68Z7=H_T4VR=6KxQ@mail.gmail.com> <0C7EDCF89AB9E2478B5D010026CFF4AEB5AB904AFD@SBS2008.eict.local> <4AF73AA205019A4C8A1DDD32C034631D02EB7B2181@NJFPSRVEXG0.research.att.com> <55688BCF.3040006@innovationslab.net>
Date: Tue, 9 Jun 2015 09:08:52 -0500
Message-ID: <CAKKJt-dcHKQaoNP8H4M0CvpVRMQp_fYHd4x+YGPrceLejNvkAg@mail.gmail.com>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
To: Brian Haberman <brian@innovationslab.net>
Content-Type: multipart/alternative; boundary=bcaec51a8f9a5cccd60518164c28
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/NCy4rF_d0wOpaJQCePX0ai0MmBA>
Cc: Kostas Pentikousis <k.pentikousis@eict.de>, The IESG <iesg@ietf.org>, "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "MORTON, ALFRED C \(AL\)" <acmorton@att.com>, "ippm@ietf.org" <ippm@ietf.org>
Subject: Re: [ippm] Brian Haberman's Discuss on draft-ietf-ippm-ipsec-09: (with DISCUSS)
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jun 2015 14:08:56 -0000

--bcaec51a8f9a5cccd60518164c28
Content-Type: text/plain; charset=UTF-8

So, just to follow up ...

On Fri, May 29, 2015 at 10:54 AM, Brian Haberman <brian@innovationslab.net>
wrote:

> All,
>
> On 5/29/15 11:49 AM, MORTON, ALFRED C (AL) wrote:
> > Hi Kostas,
> > see below...
> >
> >> -----Original Message-----
> >> From: Kostas Pentikousis [mailto:k.pentikousis@eict.de]
> >> Sent: Friday, May 29, 2015 10:38 AM
> > ...
> >> | The text in IPsec-09 should be updated to reflect the soon-to-be
> >> | existence of the registry.
> >>
> >> No have not done this in -10.
> >>
> >> I agree with Brian that "The functionality specified here seems quite
> >> applicable to OWAMP and requiring private agreements to use it seems
> >> sub-optimal." The issue with the OWAMP registry (or lack thereof) was
> >> discussed a few times in the WG, hence this paragraph was added:
> >>
> >>    Although the control procedures described in this document are
> >>    applicable to OWAMP per se, the lack of an established IANA registry
> >>    for OWAMP Mode values akin to that listed in Section 7 technically
> >>    prevents us from extending OWAMP Mode values.  Therefore, independent
> >>    OWAMP implementations SHOULD be checked for full compatibility with
> >>    respect to the use of this Mode value.  Until an IANA registry for
> >>    OWAMP Mode values is established, the use of this feature in OWAMP
> >>    implementations MUST be arranged privately among consenting OWAMP
> >>    users.
> >>
> >> I think it will also be suboptimal if this draft is blocked for several
> >> months till draft-morton-ippm-owamp-registry becomes an RFC. Perhaps an
> >> alternative path could be to keep the first sentence only, and then
> >> draft-morton-ippm-owamp-registry updates in a short section this
> >> (future) RFC by specifying the OWAMP Mode value we cannot technically
> >> extend.
> >>
> >
> > [ACM] I agree, we shouldn't hold-up the IPsec draft, but also observe
> > that draft-morton-ippm-owamp-registry-00 is almost 2 months old and might
> > have reached wg consensus by now if there was interest/support,
> especially
> > from IPsec draft authors :-)
> >
> > But that's water under the bridge. You seem to be finishing up IPsec on
> > your own, Kostas, and we all appreciate that. Let's get the registry
> > squared away next.
>
> Before we create what could be a weird set of relationships between
> documents, has anyone polled the WG on their interest in
> adopting/advancing Al's owamp-registry draft?
>
> It appears from the above comment that the WG hasn't been asked about
> its interest in it, at least formally.


I thought we had a path forward for this document by creating the
ippm-owamp-registry
draft and adding a normative dependency from this draft, but I'm not seeing
that the working group has been polled about whether that's what the
working group wants to do.

Could the chairs do that, and report back, so Kostas will know what to do
with the reference?

Or, if that isn't the plan, could you catch us up?

Thanks!

Spencer, as responsible AD.


> Regards,
> Brian
>
>

--bcaec51a8f9a5cccd60518164c28
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">So, just to follow up ...<br><div class=3D"gmail_extra"><b=
r><div class=3D"gmail_quote">On Fri, May 29, 2015 at 10:54 AM, Brian Haberm=
an <span dir=3D"ltr">&lt;<a href=3D"mailto:brian@innovationslab.net" target=
=3D"_blank">brian@innovationslab.net</a>&gt;</span> wrote:<br><blockquote c=
lass=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1p=
x;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1=
ex">All,<br>
<div><div class=3D"h5"><br>
On 5/29/15 11:49 AM, MORTON, ALFRED C (AL) wrote:<br>
&gt; Hi Kostas,<br>
&gt; see below...<br>
&gt;<br>
&gt;&gt; -----Original Message-----<br>
&gt;&gt; From: Kostas Pentikousis [mailto:<a href=3D"mailto:k.pentikousis@e=
ict.de">k.pentikousis@eict.de</a>]<br>
&gt;&gt; Sent: Friday, May 29, 2015 10:38 AM<br>
&gt; ...<br>
&gt;&gt; | The text in IPsec-09 should be updated to reflect the soon-to-be=
<br>
&gt;&gt; | existence of the registry.<br>
&gt;&gt;<br>
&gt;&gt; No have not done this in -10.<br>
&gt;&gt;<br>
&gt;&gt; I agree with Brian that &quot;The functionality specified here see=
ms quite<br>
&gt;&gt; applicable to OWAMP and requiring private agreements to use it see=
ms<br>
&gt;&gt; sub-optimal.&quot; The issue with the OWAMP registry (or lack ther=
eof) was<br>
&gt;&gt; discussed a few times in the WG, hence this paragraph was added:<b=
r>
&gt;&gt;<br>
&gt;&gt;=C2=A0 =C2=A0 Although the control procedures described in this doc=
ument are<br>
&gt;&gt;=C2=A0 =C2=A0 applicable to OWAMP per se, the lack of an establishe=
d IANA registry<br>
&gt;&gt;=C2=A0 =C2=A0 for OWAMP Mode values akin to that listed in Section =
7 technically<br>
&gt;&gt;=C2=A0 =C2=A0 prevents us from extending OWAMP Mode values.=C2=A0 T=
herefore, independent<br>
&gt;&gt;=C2=A0 =C2=A0 OWAMP implementations SHOULD be checked for full comp=
atibility with<br>
&gt;&gt;=C2=A0 =C2=A0 respect to the use of this Mode value.=C2=A0 Until an=
 IANA registry for<br>
&gt;&gt;=C2=A0 =C2=A0 OWAMP Mode values is established, the use of this fea=
ture in OWAMP<br>
&gt;&gt;=C2=A0 =C2=A0 implementations MUST be arranged privately among cons=
enting OWAMP<br>
&gt;&gt;=C2=A0 =C2=A0 users.<br>
&gt;&gt;<br>
&gt;&gt; I think it will also be suboptimal if this draft is blocked for se=
veral<br>
&gt;&gt; months till draft-morton-ippm-owamp-registry becomes an RFC. Perha=
ps an<br>
&gt;&gt; alternative path could be to keep the first sentence only, and the=
n<br>
&gt;&gt; draft-morton-ippm-owamp-registry updates in a short section this<b=
r>
&gt;&gt; (future) RFC by specifying the OWAMP Mode value we cannot technica=
lly<br>
&gt;&gt; extend.<br>
&gt;&gt;<br>
&gt;<br>
&gt; [ACM] I agree, we shouldn&#39;t hold-up the IPsec draft, but also obse=
rve<br>
&gt; that draft-morton-ippm-owamp-registry-00 is almost 2 months old and mi=
ght<br>
&gt; have reached wg consensus by now if there was interest/support, especi=
ally<br>
&gt; from IPsec draft authors :-)<br>
&gt;<br>
&gt; But that&#39;s water under the bridge. You seem to be finishing up IPs=
ec on<br>
&gt; your own, Kostas, and we all appreciate that. Let&#39;s get the regist=
ry<br>
&gt; squared away next.<br>
<br>
</div></div>Before we create what could be a weird set of relationships bet=
ween<br>
documents, has anyone polled the WG on their interest in<br>
adopting/advancing Al&#39;s owamp-registry draft?<br>
<br>
It appears from the above comment that the WG hasn&#39;t been asked about<b=
r>
its interest in it, at least formally.</blockquote><div><br></div><div>I th=
ought we had a path forward for this document by creating the=C2=A0<span cl=
ass=3D"">ippm</span>-owamp-registry draft and adding a normative dependency=
 from this draft, but I&#39;m not seeing that the working group has been po=
lled about whether that&#39;s what the working group wants to do.</div><div=
><br></div><div>Could the chairs do that, and report back, so Kostas will k=
now what to do with the reference?</div><div><br></div><div>Or, if that isn=
&#39;t the plan, could you catch us up?</div><div><br></div><div>Thanks!</d=
iv><div><br></div><div>Spencer, as responsible AD.</div><div>=C2=A0</div><b=
lockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-le=
ft-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;pad=
ding-left:1ex">Regards,<br>
Brian<br>
<br>
</blockquote></div><br></div></div>

--bcaec51a8f9a5cccd60518164c28--


From nobody Wed Jun 10 13:55:22 2015
Return-Path: <ippm@wjcerveny.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D90CB1A8ABD for <ippm@ietfa.amsl.com>; Wed, 10 Jun 2015 13:55:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.101
X-Spam-Level: 
X-Spam-Status: No, score=0.101 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id epu-UAiM2JcJ for <ippm@ietfa.amsl.com>; Wed, 10 Jun 2015 13:55:19 -0700 (PDT)
Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 496CF1A1B7F for <ippm@ietf.org>; Wed, 10 Jun 2015 13:55:19 -0700 (PDT)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 9CFF720DA8 for <ippm@ietf.org>; Wed, 10 Jun 2015 16:55:18 -0400 (EDT)
Received: from frontend1 ([10.202.2.160]) by compute3.internal (MEProxy); Wed, 10 Jun 2015 16:55:18 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=ny 6tsFMpkdAIsgGqv8MbqBv7DZ4=; b=a+7V77Cv175snyPxmnQ8C8EBVj/XqVz5ck znLvQxeKiVYMeRZmqDHz3xbQ2p+IySq4N33c3n66U6ZL4vrF/fqOfd0ToOAyqGX9 307qtGwn2KMj8UubU4DcAXAs6+gbmq88efVA9xbPukiVDfuWr3Ro9nBEsGraLIht kTjTIyh10=
X-Sasl-enc: qxQBUb8eR9jGbKtaFdB7yG3wGzCltjx9PgEzPplk4fHr 1433969718
Received: from eng-6-66.aa.arbor.net (unknown [216.130.192.3]) by mail.messagingengine.com (Postfix) with ESMTPA id 57F62C00022 for <ippm@ietf.org>; Wed, 10 Jun 2015 16:55:18 -0400 (EDT)
From: Bill Cerveny <ippm@wjcerveny.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_2A80EDC2-135D-4C9E-9BC3-9E3854B2A927"
Message-Id: <A70677AE-2C1F-46F0-86F1-797E5F2D6E34@wjcerveny.com>
Date: Wed, 10 Jun 2015 16:55:17 -0400
To: ippm@ietf.org
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\))
X-Mailer: Apple Mail (2.2098)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/7PnYOH22-yILV0Ufxy1bWs7x-0U>
Subject: [ippm] draft-morton-ippm-owamp-registry call for adoption and draft-elkins-ippm-6man-pdm-option accepted for adoption
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jun 2015 20:55:21 -0000

--Apple-Mail=_2A80EDC2-135D-4C9E-9BC3-9E3854B2A927
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Dear IPPM participants,

As noted in discussions for which the IPPM working group has been =
cc=E2=80=99ed on, draft draft-morton-ippm-owamp-registry-00, "Registries =
for the One-Way Active Measurement Protocol - OWAMP" has been proposed =
to establish an OWAMP registry.  The first mission of an OWAMP registry =
would be to support a registry entry for draft-ietf-ippm-ipsec, which is =
currently in IESG evaluation.

Please indicate:
(a) whether you support the addition of the milestone and the adoption=20=

of the draft as a WG item to fulfill that milestone=20
(b) whether you have read the draft=20
(c) whether you pledge to review the draft during the WG process.=20

This working group last call runs for 2 weeks, but if there is =
sufficient support the draft may be accepted earlier so that =
draft-ietf-ippm-ipsec can progress.

Also, draft-elkins-ippm-6man-pdm-option has been accepted for adoption =
by the IPPM working group.

Regards,

Bill Cerveny
IPPM WG co-chair=

--Apple-Mail=_2A80EDC2-135D-4C9E-9BC3-9E3854B2A927
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D"">Dear IPPM participants,<div class=3D""><br =
class=3D""></div><div class=3D"">As noted in discussions for which the =
IPPM working group has been cc=E2=80=99ed on, =
draft&nbsp;draft-morton-ippm-owamp-registry-00, "Registries for the =
One-Way Active Measurement Protocol - OWAMP" has been proposed to =
establish an OWAMP registry. &nbsp;The first mission of an OWAMP =
registry would be to support a registry entry for draft-ietf-ippm-ipsec, =
which is currently in IESG evaluation.</div><div class=3D""><br =
class=3D""></div><div class=3D"">Please indicate:</div><div class=3D"">(a)=
 whether you support the addition of the milestone and the =
adoption&nbsp;<br class=3D"">of the draft as a WG item to fulfill that =
milestone&nbsp;<br class=3D"">(b) whether you have read the =
draft&nbsp;<br class=3D"">(c) whether you pledge to review the draft =
during the WG process.&nbsp;<br class=3D""></div><div class=3D""><br =
class=3D""></div><div class=3D"">This working group last call runs for 2 =
weeks, but if there is sufficient support the draft may be accepted =
earlier so that draft-ietf-ippm-ipsec can progress.</div><div =
class=3D""><br class=3D""></div><div class=3D"">Also,&nbsp;<span =
style=3D"font-family: 'Helvetica Neue';" =
class=3D"">draft-elkins-ippm-6man-pdm-option has been accepted for =
adoption by the IPPM working group.</span></div><div class=3D""><br =
class=3D""></div><div class=3D"">Regards,</div><div class=3D""><br =
class=3D""></div><div class=3D"">Bill Cerveny</div><div class=3D"">IPPM =
WG co-chair</div></body></html>=

--Apple-Mail=_2A80EDC2-135D-4C9E-9BC3-9E3854B2A927--


From nobody Thu Jun 11 09:18:39 2015
Return-Path: <internet-drafts@ietf.org>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C44C1B307E; Thu, 11 Jun 2015 09:18:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J-xnqYOYoTBB; Thu, 11 Jun 2015 09:18:36 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E2DA11B304B; Thu, 11 Jun 2015 09:18:36 -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.0.3.p2
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150611161836.29921.54623.idtracker@ietfa.amsl.com>
Date: Thu, 11 Jun 2015 09:18:36 -0700
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/lu8w6JCFU9hNJ6uvzKuIDZNuwN0>
Cc: ippm@ietf.org
Subject: [ippm] I-D Action: draft-ietf-ippm-6man-pdm-option-00.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Jun 2015 16:18:38 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the IP Performance Metrics Working Group of the IETF.

        Title           : IPv6 Performance and Diagnostic Metrics (PDM) Destination Option
        Authors         : Nalini Elkins
                          Robert Hamilton
                          Michael S. Ackermann
	Filename        : draft-ietf-ippm-6man-pdm-option-00.txt
	Pages           : 28
	Date            : 2015-06-09

Abstract:
   To assess performance problems,  measurements based on optional
   sequence numbers and timing may be embedded in each packet.  Such
   measurements may be interpreted in real-time or after the fact. An
   implementation of the existing IPv6 Destination Options extension
   header, the Performance and Diagnostic Metrics (PDM) Destination
   Options extension header as well as the field limits, calculations,
   and usage of the PDM in measurement are included in this document.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-6man-pdm-option/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-ippm-6man-pdm-option-00


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

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


From nobody Thu Jun 11 11:55:48 2015
Return-Path: <nalini_elkins@insidethestack.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 410F21B2CBC for <ippm@ietfa.amsl.com>; Thu, 11 Jun 2015 11:55:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=unavailable
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 zOKXg8i5THYh for <ippm@ietfa.amsl.com>; Thu, 11 Jun 2015 11:55:47 -0700 (PDT)
Received: from nm5-vm4.bullet.mail.ne1.yahoo.com (nm5-vm4.bullet.mail.ne1.yahoo.com [98.138.91.165]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BAEFC1B2CBD for <ippm@ietf.org>; Thu, 11 Jun 2015 11:55:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1434048944; bh=rA1ne2TFhIXm4W5QglI5ALxC2pBAURp9tGShOb2m0hs=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject; b=kXR7tIF45A9I1keZ7sVdy677z9UDQkwlGg2tLyK1VFSQb828C6XgwIQvidp+2Y8nBjrq02i/F++lDysvFqPI6bjFNjAsif0q2+S3J+l4hvQnFH4vwY1/YuYBxMsuyRaNCNZM+bu0IWV5pAxKvongx/afhX/OkaeJqSJi6uok7e3wdQJg0jtsPOWdetE8kWnG4P8CAoilucw9q3t65lCHZ/G02SNlFY2TZ+2h3Bm0UOFtRJtZjsGiCLIkdnQdbv2NFrbg1wYT1BU5s0qxOU4gvn7Uoh6c4m0mtyD/QT2vJqL7BvMJT36yfntMJsTmPaY0gXwQ/7yLVkaayUvErm22tw==
Received: from [98.138.100.114] by nm5.bullet.mail.ne1.yahoo.com with NNFMP; 11 Jun 2015 18:55:44 -0000
Received: from [98.138.88.235] by tm105.bullet.mail.ne1.yahoo.com with NNFMP;  11 Jun 2015 18:55:44 -0000
Received: from [127.0.0.1] by omp1035.mail.ne1.yahoo.com with NNFMP; 11 Jun 2015 18:55:44 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 902690.16298.bm@omp1035.mail.ne1.yahoo.com
X-YMail-OSG: byYW5ZQVM1llP0TXKaw5uOmvJhmddWEc7K7.tWno0CoZAu6.n4P8WGpFMcpHzT2 FqreBYifV1EO2e1dM.5vPrD_C1EUMxCcUkNYv8VgS43Bp7ScAzQuJJEahN1IXewrjcpWuuDr0ivq h0_HbT0XjXYmjY6LW2ORb2Uho64VCjqtCDzWXSOMqDX7O4KFd64vlVb7OQBLrwv.rq.sc2yu9TPt W6KrVrYFwrYTKc4F8m6PrMI4nrn_NQ..d5areFePLc4BLtNyEgSV5pqxZQQYbzB4fQ40DonoImE. hKzhw8st7EXwsN.NaBIEKRx9BU795RydB0N2OI7zBraCnQpo65RVwIHYtFDSLXchPvxk84VsyYG8 jiBWEc.cegNX3C_E09ctAej3KwBra8zUEXfDkBojPeUFUxJrj5wio7um4Put0O4rixG8uOAqSYDn DTfaXzKjde.4.aWpEmjU7R67_DzntOL20ESn9GNqYFJ3hbg8EffrPJPeeKk8aq6.J4OSSQKdJ.QV xj86tN6MQRgios_CsWcGCYFiquSo-
Received: by 98.138.105.193; Thu, 11 Jun 2015 18:55:44 +0000 
Date: Thu, 11 Jun 2015 18:55:43 +0000 (UTC)
From: Nalini Elkins <nalini.elkins@insidethestack.com>
To: "internet-drafts@ietf.org" <internet-drafts@ietf.org>,  "i-d-announce@ietf.org" <i-d-announce@ietf.org>
Message-ID: <1817073758.1201448.1434048943759.JavaMail.yahoo@mail.yahoo.com>
In-Reply-To: <20150611161836.29921.54623.idtracker@ietfa.amsl.com>
References: <20150611161836.29921.54623.idtracker@ietfa.amsl.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/n5HkOGyybdfOSERepffsDuG8gdk>
Cc: "ippm@ietf.org" <ippm@ietf.org>
Subject: Re: [ippm] I-D Action: draft-ietf-ippm-6man-pdm-option-00.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Nalini Elkins <nalini.elkins@insidethestack.com>
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Jun 2015 18:55:48 -0000

BTW,  the only updates in this draft are to combine the layout of PDM with the rest of the document as per the WG meeting in Dallas.

We are working on a FreeBSD implementation of PDM.   And will share the progress of that with the WG in Prague.
 
Thanks,

Nalini Elkins
Inside Products, Inc.
(831) 659-8360
www.insidethestack.com



----- Original Message -----
From: "internet-drafts@ietf.org" <internet-drafts@ietf.org>
To: i-d-announce@ietf.org
Cc: ippm@ietf.org
Sent: Thursday, June 11, 2015 9:18 AM
Subject: [ippm] I-D Action: draft-ietf-ippm-6man-pdm-option-00.txt


A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the IP Performance Metrics Working Group of the IETF.

        Title           : IPv6 Performance and Diagnostic Metrics (PDM) Destination Option
        Authors         : Nalini Elkins
                          Robert Hamilton
                          Michael S. Ackermann
    Filename        : draft-ietf-ippm-6man-pdm-option-00.txt
    Pages           : 28
    Date            : 2015-06-09

Abstract:
   To assess performance problems,  measurements based on optional
   sequence numbers and timing may be embedded in each packet.  Such
   measurements may be interpreted in real-time or after the fact. An
   implementation of the existing IPv6 Destination Options extension
   header, the Performance and Diagnostic Metrics (PDM) Destination
   Options extension header as well as the field limits, calculations,
   and usage of the PDM in measurement are included in this document.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-6man-pdm-option/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-ippm-6man-pdm-option-00


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

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

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


From nobody Fri Jun 12 09:23:18 2015
Return-Path: <nalini_elkins@insidethestack.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E20B81A9040 for <ippm@ietfa.amsl.com>; Fri, 12 Jun 2015 09:23:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fKpC6DT2kmNr for <ippm@ietfa.amsl.com>; Fri, 12 Jun 2015 09:23:16 -0700 (PDT)
Received: from nm7-vm6.bullet.mail.ne1.yahoo.com (nm7-vm6.bullet.mail.ne1.yahoo.com [98.138.91.100]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EF2451A891D for <ippm@ietf.org>; Fri, 12 Jun 2015 09:23:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1434126195; bh=4yQBfQ+rXhBXTkne/cBLo2UOt6+SlCRUIiY9rprpU3A=; h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject; b=L677eKl/DZ13Xc0imobCGYdkYn4rrr7sydnPJGFZ9pxsWJdEl111i04o2WC1yA3IyHnk6cYXJJDEI05bIF6B5lKC9P/cWEVM2KgIG9TjA2t7/zGt7QNH6Fl/SK4WVYde7BnpS1OGT5PLtmzM5cjGPagZr5O/p2czIdGHr5ExMk/CW3Wbs8K0SYf2Srkm+fFNQMypFvGGMLqS1Z2+sexVEkUir2OFP+OVgvBqMa/2X0CLD4Jpo6Vwom4VQ+kvFWMWmwoSNl6WDsWPEQOyU+nE5XptqNe4UdN7DDMnbWJvTDLMylf0+SqD3abQEOCi6xQLn5+Mt/CqCHJz7yYeRhkKoA==
Received: from [98.138.100.111] by nm7.bullet.mail.ne1.yahoo.com with NNFMP; 12 Jun 2015 16:23:15 -0000
Received: from [98.138.87.2] by tm100.bullet.mail.ne1.yahoo.com with NNFMP; 12 Jun 2015 16:23:15 -0000
Received: from [127.0.0.1] by omp1002.mail.ne1.yahoo.com with NNFMP; 12 Jun 2015 16:23:15 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 496426.1513.bm@omp1002.mail.ne1.yahoo.com
X-YMail-OSG: dt4KIKgVM1m_OM6W_jYiCEeq6eIEdyqzlFTaHkXERMoGXEMYNgcsLHqOeBAooW4 u2Ome3C24ZwpHkbl5B3gN63i39SlfcEtlonhdbjJIItPxBCrGyJ3SRYg9XfbWt4Bghis8rtVjGGH wIyp1D3RlpcYYt5BgK.mHZmntXcH.qaOXlXzEL6Cq4DtMktN544LcpXOG4vw2Tt7xzcNiSem0cto Ry735HHxnpiL6.75NKrECAG.GBGSCSmSJWp0zBhqYnywh0O6sYQG8Y8EDCjInEs3NMTHxA25jyKV p5KYcafYxwqfR7q00U6aTx7zqd17f472jgmGbljRP7yEaFtqqtxr7zl0d2rI5NWb1WFQcHCagVGL fLIW0XshCnrZq5EtJrmkA3Rtl3wffX2Hmuqt5_wP_.CZHhyJOE8ZpbVNtpty05U.Q_9B64s6o7EM PumNSQcH8uHCgVvQFo4rJa9tc5x3YZUcublw_MgXcQcAdOJguTXtjkvMENfL7nQ0z86l0zrg3Uwf xRWAKr3xzKqwQa_l5tdfayVhpW6U-
Received: by 98.138.105.200; Fri, 12 Jun 2015 16:23:14 +0000 
Date: Fri, 12 Jun 2015 16:23:14 +0000 (UTC)
From: Nalini Elkins <nalini.elkins@insidethestack.com>
To: IPPM IETF <ippm@ietf.org>
Message-ID: <1789451546.1785299.1434126194264.JavaMail.yahoo@mail.yahoo.com>
In-Reply-To: <20150611161836.29921.54623.idtracker@ietfa.amsl.com>
References: <20150611161836.29921.54623.idtracker@ietfa.amsl.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_1785298_368897052.1434126194259"
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/60qDHrF1WMaRgHyVc_7ETJDZFpk>
Subject: [ippm] Fw:  I-D Action: draft-ietf-ippm-6man-pdm-option-00.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Nalini Elkins <nalini.elkins@insidethestack.com>
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Jun 2015 16:23:18 -0000

------=_Part_1785298_368897052.1434126194259
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hello All,
BTW, the only update to this draft is to combine the layout with the origin=
al draft.
We are also working on an implementation of the draft (PDM) in FreeBSD. =C2=
=A0 We will have an update for you in Prague.=C2=A0Thanks,

Nalini Elkins
Inside Products, Inc.
(831) 659-8360
www.insidethestack.com

    ----- Forwarded Message -----
  From: "internet-drafts@ietf.org" <internet-drafts@ietf.org>
 To: i-d-announce@ietf.org=20
Cc: ippm@ietf.org=20
 Sent: Thursday, June 11, 2015 9:18 AM
 Subject: [ippm] I-D Action: draft-ietf-ippm-6man-pdm-option-00.txt
  =20

A New Internet-Draft is available from the on-line Internet-Drafts director=
ies.
 This draft is a work item of the IP Performance Metrics Working Group of t=
he IETF.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : IPv6 =
Performance and Diagnostic Metrics (PDM) Destination Option
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 : Nalini Elk=
ins
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 Robert Hamilton
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 Michael S. Ackermann
=C2=A0=C2=A0=C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-ietf-ippm-6m=
an-pdm-option-00.txt
=C2=A0=C2=A0=C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 28
=C2=A0=C2=A0=C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 2015-06-=
09

Abstract:
=C2=A0 To assess performance problems,=C2=A0 measurements based on optional
=C2=A0 sequence numbers and timing may be embedded in each packet.=C2=A0 Su=
ch
=C2=A0 measurements may be interpreted in real-time or after the fact. An
=C2=A0 implementation of the existing IPv6 Destination Options extension
=C2=A0 header, the Performance and Diagnostic Metrics (PDM) Destination
=C2=A0 Options extension header as well as the field limits, calculations,
=C2=A0 and usage of the PDM in measurement are included in this document.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-6man-pdm-option/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-ippm-6man-pdm-option-00


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

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

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


  
------=_Part_1785298_368897052.1434126194259
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<html><body><div style=3D"color:#000; background-color:#fff; font-family:He=
lveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;fo=
nt-size:12px"><div id=3D"yui_3_16_0_1_1434120509802_7409"><span>Hello All,<=
/span></div><div id=3D"yui_3_16_0_1_1434120509802_7409"><span><br></span></=
div><div id=3D"yui_3_16_0_1_1434120509802_7409">BTW, the only update to thi=
s draft is to combine the layout with the original draft.</div><div id=3D"y=
ui_3_16_0_1_1434120509802_7409"><br></div><div id=3D"yui_3_16_0_1_143412050=
9802_7409" dir=3D"ltr">We are also working on an implementation of the draf=
t (PDM) in FreeBSD. &nbsp; We will have an update for you in Prague.</div><=
div></div><div id=3D"yui_3_16_0_1_1434120509802_7369">&nbsp;</div><div id=
=3D"yui_3_16_0_1_1434120509802_7357"><div id=3D"yui_3_16_0_1_1434120509802_=
7367">Thanks,</div><br><br><div id=3D"yui_3_16_0_1_1434120509802_7356">Nali=
ni Elkins<br>Inside Products, Inc.<br>(831) 659-8360<br>www.insidethestack.=
com<br></div></div><br>  <div style=3D"font-family: HelveticaNeue, Helvetic=
a Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 12px;"> <di=
v style=3D"font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lu=
cida Grande, sans-serif; font-size: 16px;"> <div dir=3D"ltr"> ----- Forward=
ed Message -----<br>  <font size=3D"2" face=3D"Arial"> <b><span style=3D"fo=
nt-weight:bold;">From:</span></b> "internet-drafts@ietf.org" &lt;internet-d=
rafts@ietf.org&gt;<br> <b><span style=3D"font-weight: bold;">To:</span></b>=
 i-d-announce@ietf.org <br><b><span style=3D"font-weight: bold;">Cc:</span>=
</b> ippm@ietf.org <br> <b><span style=3D"font-weight: bold;">Sent:</span><=
/b> Thursday, June 11, 2015 9:18 AM<br> <b><span style=3D"font-weight: bold=
;">Subject:</span></b> [ippm] I-D Action: draft-ietf-ippm-6man-pdm-option-0=
0.txt<br> </font> </div> <div class=3D"y_msg_container"><br><br>A New Inter=
net-Draft is available from the on-line Internet-Drafts directories.<br> Th=
is draft is a work item of the IP Performance Metrics Working Group of the =
IETF.<br><br>&nbsp; &nbsp; &nbsp; &nbsp; Title&nbsp; &nbsp; &nbsp; &nbsp; &=
nbsp;  : IPv6 Performance and Diagnostic Metrics (PDM) Destination Option<b=
r>&nbsp; &nbsp; &nbsp; &nbsp; Authors&nbsp; &nbsp; &nbsp; &nbsp;  : Nalini =
Elkins<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &n=
bsp; &nbsp; &nbsp; &nbsp; Robert Hamilton<br>&nbsp; &nbsp; &nbsp; &nbsp; &n=
bsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Michael S. Ack=
ermann<br>&nbsp;&nbsp;&nbsp; Filename&nbsp; &nbsp; &nbsp; &nbsp; : draft-ie=
tf-ippm-6man-pdm-option-00.txt<br>&nbsp;&nbsp;&nbsp; Pages&nbsp; &nbsp; &nb=
sp; &nbsp; &nbsp;  : 28<br>&nbsp;&nbsp;&nbsp; Date&nbsp; &nbsp; &nbsp; &nbs=
p; &nbsp; &nbsp; : 2015-06-09<br><br>Abstract:<br>&nbsp;  To assess perform=
ance problems,&nbsp; measurements based on optional<br>&nbsp;  sequence num=
bers and timing may be embedded in each packet.&nbsp; Such<br>&nbsp;  measu=
rements may be interpreted in real-time or after the fact. An<br>&nbsp;  im=
plementation of the existing IPv6 Destination Options extension<br>&nbsp;  =
header, the Performance and Diagnostic Metrics (PDM) Destination<br>&nbsp; =
 Options extension header as well as the field limits, calculations,<br>&nb=
sp;  and usage of the PDM in measurement are included in this document.<br>=
<br><br>The IETF datatracker status page for this draft is:<br><a href=3D"h=
ttps://datatracker.ietf.org/doc/draft-ietf-ippm-6man-pdm-option/" target=3D=
"_blank">https://datatracker.ietf.org/doc/draft-ietf-ippm-6man-pdm-option/<=
/a><br><br>There's also a htmlized version available at:<br><a href=3D"http=
s://tools.ietf.org/html/draft-ietf-ippm-6man-pdm-option-00" target=3D"_blan=
k">https://tools.ietf.org/html/draft-ietf-ippm-6man-pdm-option-00</a><br><b=
r><br>Please note that it may take a couple of minutes from the time of sub=
mission<br>until the htmlized version and diff are available at tools.ietf.=
org.<br><br>Internet-Drafts are also available by anonymous FTP at:<br><a h=
ref=3D"ftp://ftp.ietf.org/internet-drafts/" target=3D"_blank">ftp://ftp.iet=
f.org/internet-drafts/</a><br><br>_________________________________________=
______<br>ippm mailing list<br><a ymailto=3D"mailto:ippm@ietf.org" href=3D"=
mailto:ippm@ietf.org">ippm@ietf.org</a><br><a href=3D"https://www.ietf.org/=
mailman/listinfo/ippm" target=3D"_blank">https://www.ietf.org/mailman/listi=
nfo/ippm</a><br><br><br></div> </div> </div>  </div></body></html>
------=_Part_1785298_368897052.1434126194259--


From nobody Sat Jun 13 16:27:12 2015
Return-Path: <internet-drafts@ietf.org>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 210221B3159; Sat, 13 Jun 2015 16:27:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R871QYxhTCiv; Sat, 13 Jun 2015 16:27:08 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3FB771B3154; Sat, 13 Jun 2015 16:27:08 -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.0.3.p3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150613232708.25884.27685.idtracker@ietfa.amsl.com>
Date: Sat, 13 Jun 2015 16:27:08 -0700
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/69xqLP7mSw3-llQJpoD26KCwqB4>
Cc: ippm@ietf.org
Subject: [ippm] I-D Action: draft-ietf-ippm-model-based-metrics-05.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Jun 2015 23:27:10 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the IP Performance Metrics Working Group of the IETF.

        Title           : Model Based Metrics for Bulk Transport Capacity
        Authors         : Matt Mathis
                          Al Morton
	Filename        : draft-ietf-ippm-model-based-metrics-05.txt
	Pages           : 46
	Date            : 2015-06-13

Abstract:
   We introduce a new class of model based metrics designed to determine
   if a complete Internet path can meet predefined bulk transport
   performance targets by applying a suite of IP diagnostic tests to
   successive subpaths.  The subpath-at-a-time tests can be robustly
   applied to key infrastructure, such as interconnects or even
   individual devices, to accurately detect if any part of the
   infrastructure will prevent any path traversing it from meeting the
   specified target performance.

   The diagnostic tests consist of precomputed traffic patterns and
   statistical criteria for evaluating packet delivery.  The traffic
   patterns are precomputed to mimic TCP or other transport protocol
   over a long path but are constructed in such a way that they are
   independent of the actual details of the subpath under test, end
   systems or applications.  Likewise the success criteria depends on
   the packet delivery statistics of the subpath, as evaluated against a
   protocol model applied to the target performance.  The success
   criteria also does not depend on the details of the subpath, end
   systems or application.  This makes the measurements open loop,
   eliminating most of the difficulties encountered by traditional bulk
   transport metrics.

   Model based metrics exhibit several important new properties not
   present in other Bulk Capacity Metrics, including the ability to
   reason about concatenated or overlapping subpaths.  The results are
   vantage independent which is critical for supporting independent
   validation of tests results from multiple Measurement Points.

   This document does not define diagnostic tests directly, but provides
   a framework for designing suites of IP diagnostics tests that are
   tailored to confirming that infrastructure can meet a predetermined
   target performance.

   Interim DRAFT Formatted: Sat Jun 13 16:25:01 PDT 2015


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-model-based-metrics/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-ippm-model-based-metrics-05

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-model-based-metrics-05


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 Jun 13 16:43:35 2015
Return-Path: <mattmathis@google.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D89A81A6EFB for <ippm@ietfa.amsl.com>; Sat, 13 Jun 2015 16:43:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.088
X-Spam-Level: 
X-Spam-Status: No, score=-1.088 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id apJGHmbiAJj6 for <ippm@ietfa.amsl.com>; Sat, 13 Jun 2015 16:43:32 -0700 (PDT)
Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::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 7F8E71A6EED for <ippm@ietf.org>; Sat, 13 Jun 2015 16:43:32 -0700 (PDT)
Received: by obbsn1 with SMTP id sn1so43158345obb.1 for <ippm@ietf.org>; Sat, 13 Jun 2015 16:43:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2T3xQMYm1SALJthXfOjHrwcB3vU0F/JYLHiAzSSzNK8=; b=KJwjqu3FGZWkCiQbvzv9t+MsNcCN+GTJvfiWJPeOF+kv8t4BLnyftG5KtjjBN/+E5n LBMby1ONWlux/TcGqkgdmvScXUclAQ/KCRDOEL8yXFFnGxxZjDmn3jDwz+sWh0V97ZQt X0RQ/uhkJtusA6PQJM/IRIjFf/MDR2C97DlR8TOXqUHQJwZrJZadK823PyfYb9wFsmFa s3rewdXI7idStRAFwKh+yh1HiNqqWcNQHs7qq1RqULb6+xi3YehjABlwX/rJkkmcTYwC /M9Vk3znnIoxeaJm+OnF009G8SP6Q9ur1FmZvGbi+KNP1N/c/qLi02rWJK3I7fsw3BEr 6Qrg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=2T3xQMYm1SALJthXfOjHrwcB3vU0F/JYLHiAzSSzNK8=; b=H/gInMhkvioPR2WQAsZEM9I1MTAI9UIiLJHRcIbPzsDr15jmEw7/MwZJo62IJNWjES 8zZbLglm/BqRnYJeKtrh49+8GCZEKiJW6gkgUcMDiDw81BUHAROOV5RQGi3WZeomeo+m 0xdVy3/jbffNSf9KT+yY5JOalmnV7y6SeCu96kHCXDSsTjtQ/R0q/aRU2q+snhrPi9QQ Cmuq59vptAvt/qYx8S6vJSLzp87ksV/jTxeSjq07Y76ci8ugRDKaWF1SDlSXL/te9Nxg +h9Yi7QbfN7iIpP7QnN6WAnADp0Qfg3ijyrtL5LETaBG2YkgnnJwySwBxElX1JTzWK3k SWWg==
X-Gm-Message-State: ALoCoQkhq/zqTSLOIQ8Ft6nRVRrSR+G3Cz1lr6Zlw8t3fwhFaZ/aOLZt9Ha3G2IiTa/ErynohWJG
MIME-Version: 1.0
X-Received: by 10.202.4.212 with SMTP id 203mr5083350oie.93.1434239011591; Sat, 13 Jun 2015 16:43:31 -0700 (PDT)
Received: by 10.182.220.170 with HTTP; Sat, 13 Jun 2015 16:43:31 -0700 (PDT)
In-Reply-To: <20150613232708.25884.27685.idtracker@ietfa.amsl.com>
References: <20150613232708.25884.27685.idtracker@ietfa.amsl.com>
Date: Sat, 13 Jun 2015 16:43:31 -0700
Message-ID: <CAH56bmA6WfbHRSRC_FXqjS3hqA8f_ZgYfr8by=toNXWSZiGshg@mail.gmail.com>
From: Matt Mathis <mattmathis@google.com>
To: =?UTF-8?Q?Mirja_K=C3=BChlewind?= <mirja.kuehlewind@tik.ee.ethz.ch>,  Brian Trammell <trammell@tik.ee.ethz.ch>, Ruediger.Geib@telekom.de
Content-Type: multipart/alternative; boundary=001a113b28b8cf48cb05186ecafd
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/YX6Rfuv0rZ1dFcIk5zQioBZgr7E>
Cc: "ippm@ietf.org" <ippm@ietf.org>
Subject: Re: [ippm] I-D Action: draft-ietf-ippm-model-based-metrics-05.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Jun 2015 23:43:35 -0000

--001a113b28b8cf48cb05186ecafd
Content-Type: text/plain; charset=UTF-8

Mirja, Brian, others
I made major changes to the Introduction, including splitting it into 2
sections.   Please re-review.

Ruediger,
Some of your comments were the tip of the iceberg on much deeper problems.
However, I failed to make it through all of the rest of them.  Do not fear,
I have not lost your comments and will re-review all of them before the
next iteration.

Even though the docuemtn substantially moved forward from a structural and
clarity perspective, the most recent version has gone slightly backwards
from a nits perspective, and is not ready for re-WGLC.  I intend to submit
another draft prior to the ID cutoff.

I will be on vacation (holiday) through 6/28, with little or no
connectivity.

Thanks,
--MM--
The best way to predict the future is to create it.  - Alan Kay

Privacy matters!  We know from recent events that people are using our
services to speak in defiance of unjust governments.   We treat privacy and
security as matters of life and death, because for some users, they are.

On Sat, Jun 13, 2015 at 4:27 PM, <internet-drafts@ietf.org> wrote:

>
> A New Internet-Draft is available from the on-line Internet-Drafts
> directories.
>  This draft is a work item of the IP Performance Metrics Working Group of
> the IETF.
>
>         Title           : Model Based Metrics for Bulk Transport Capacity
>         Authors         : Matt Mathis
>                           Al Morton
>         Filename        : draft-ietf-ippm-model-based-metrics-05.txt
>         Pages           : 46
>         Date            : 2015-06-13
>
> Abstract:
>    We introduce a new class of model based metrics designed to determine
>    if a complete Internet path can meet predefined bulk transport
>    performance targets by applying a suite of IP diagnostic tests to
>    successive subpaths.  The subpath-at-a-time tests can be robustly
>    applied to key infrastructure, such as interconnects or even
>    individual devices, to accurately detect if any part of the
>    infrastructure will prevent any path traversing it from meeting the
>    specified target performance.
>
>    The diagnostic tests consist of precomputed traffic patterns and
>    statistical criteria for evaluating packet delivery.  The traffic
>    patterns are precomputed to mimic TCP or other transport protocol
>    over a long path but are constructed in such a way that they are
>    independent of the actual details of the subpath under test, end
>    systems or applications.  Likewise the success criteria depends on
>    the packet delivery statistics of the subpath, as evaluated against a
>    protocol model applied to the target performance.  The success
>    criteria also does not depend on the details of the subpath, end
>    systems or application.  This makes the measurements open loop,
>    eliminating most of the difficulties encountered by traditional bulk
>    transport metrics.
>
>    Model based metrics exhibit several important new properties not
>    present in other Bulk Capacity Metrics, including the ability to
>    reason about concatenated or overlapping subpaths.  The results are
>    vantage independent which is critical for supporting independent
>    validation of tests results from multiple Measurement Points.
>
>    This document does not define diagnostic tests directly, but provides
>    a framework for designing suites of IP diagnostics tests that are
>    tailored to confirming that infrastructure can meet a predetermined
>    target performance.
>
>    Interim DRAFT Formatted: Sat Jun 13 16:25:01 PDT 2015
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-ippm-model-based-metrics/
>
> There's also a htmlized version available at:
> https://tools.ietf.org/html/draft-ietf-ippm-model-based-metrics-05
>
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-model-based-metrics-05
>
>
> 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/
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>

--001a113b28b8cf48cb05186ecafd
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Mirja, Brian, others<div>I made major changes to the Intro=
duction, including splitting it into 2 sections. =C2=A0 Please re-review.</=
div><div><br></div><div>Ruediger,</div><div>Some of your comments were the =
tip of the iceberg on much deeper problems.=C2=A0 However, I failed to make=
 it through all of the rest of them.=C2=A0 Do not fear, I have not lost you=
r comments and will re-review all of them before the next iteration.</div><=
div><br></div><div>Even though the docuemtn substantially moved forward fro=
m a structural and clarity perspective, the most recent version has gone sl=
ightly backwards from a nits perspective, and is not ready for re-WGLC.=C2=
=A0 I intend to submit another draft prior to the ID cutoff.</div><div><br>=
</div><div>I will be on vacation (holiday) through 6/28, with little or no =
connectivity.</div><div><br></div><div class=3D"gmail_extra"><div><div clas=
s=3D"gmail_signature"><div dir=3D"ltr"><div>Thanks,</div>--MM--<br>The best=
 way to predict the future is to create it. =C2=A0- Alan Kay<br><br>Privacy=
 matters!=C2=A0 We know from recent events that people are using our servic=
es to speak in defiance of unjust governments. =C2=A0 We treat privacy and =
security as matters of life and death, because for some users, they are.</d=
iv></div></div>
<br><div class=3D"gmail_quote">On Sat, Jun 13, 2015 at 4:27 PM,  <span dir=
=3D"ltr">&lt;<a href=3D"mailto:internet-drafts@ietf.org" target=3D"_blank">=
internet-drafts@ietf.org</a>&gt;</span> wrote:<br><blockquote class=3D"gmai=
l_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left=
:1ex"><br>
A New Internet-Draft is available from the on-line Internet-Drafts director=
ies.<br>
=C2=A0This draft is a work item of the IP Performance Metrics Working Group=
 of the IETF.<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:=
 Model Based Metrics for Bulk Transport Capacity<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Matt=
 Mathis<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 Al Morton<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet=
f-ippm-model-based-metrics-05.txt<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:=
 46<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 :=
 2015-06-13<br>
<br>
Abstract:<br>
=C2=A0 =C2=A0We introduce a new class of model based metrics designed to de=
termine<br>
=C2=A0 =C2=A0if a complete Internet path can meet predefined bulk transport=
<br>
=C2=A0 =C2=A0performance targets by applying a suite of IP diagnostic tests=
 to<br>
=C2=A0 =C2=A0successive subpaths.=C2=A0 The subpath-at-a-time tests can be =
robustly<br>
=C2=A0 =C2=A0applied to key infrastructure, such as interconnects or even<b=
r>
=C2=A0 =C2=A0individual devices, to accurately detect if any part of the<br=
>
=C2=A0 =C2=A0infrastructure will prevent any path traversing it from meetin=
g the<br>
=C2=A0 =C2=A0specified target performance.<br>
<br>
=C2=A0 =C2=A0The diagnostic tests consist of precomputed traffic patterns a=
nd<br>
=C2=A0 =C2=A0statistical criteria for evaluating packet delivery.=C2=A0 The=
 traffic<br>
=C2=A0 =C2=A0patterns are precomputed to mimic TCP or other transport proto=
col<br>
=C2=A0 =C2=A0over a long path but are constructed in such a way that they a=
re<br>
=C2=A0 =C2=A0independent of the actual details of the subpath under test, e=
nd<br>
=C2=A0 =C2=A0systems or applications.=C2=A0 Likewise the success criteria d=
epends on<br>
=C2=A0 =C2=A0the packet delivery statistics of the subpath, as evaluated ag=
ainst a<br>
=C2=A0 =C2=A0protocol model applied to the target performance.=C2=A0 The su=
ccess<br>
=C2=A0 =C2=A0criteria also does not depend on the details of the subpath, e=
nd<br>
=C2=A0 =C2=A0systems or application.=C2=A0 This makes the measurements open=
 loop,<br>
=C2=A0 =C2=A0eliminating most of the difficulties encountered by traditiona=
l bulk<br>
=C2=A0 =C2=A0transport metrics.<br>
<br>
=C2=A0 =C2=A0Model based metrics exhibit several important new properties n=
ot<br>
=C2=A0 =C2=A0present in other Bulk Capacity Metrics, including the ability =
to<br>
=C2=A0 =C2=A0reason about concatenated or overlapping subpaths.=C2=A0 The r=
esults are<br>
=C2=A0 =C2=A0vantage independent which is critical for supporting independe=
nt<br>
=C2=A0 =C2=A0validation of tests results from multiple Measurement Points.<=
br>
<br>
=C2=A0 =C2=A0This document does not define diagnostic tests directly, but p=
rovides<br>
=C2=A0 =C2=A0a framework for designing suites of IP diagnostics tests that =
are<br>
=C2=A0 =C2=A0tailored to confirming that infrastructure can meet a predeter=
mined<br>
=C2=A0 =C2=A0target performance.<br>
<br>
=C2=A0 =C2=A0Interim DRAFT Formatted: Sat Jun 13 16:25:01 PDT 2015<br>
<br>
<br>
The IETF datatracker status page for this draft is:<br>
<a href=3D"https://datatracker.ietf.org/doc/draft-ietf-ippm-model-based-met=
rics/" rel=3D"noreferrer" target=3D"_blank">https://datatracker.ietf.org/do=
c/draft-ietf-ippm-model-based-metrics/</a><br>
<br>
There&#39;s also a htmlized version available at:<br>
<a href=3D"https://tools.ietf.org/html/draft-ietf-ippm-model-based-metrics-=
05" rel=3D"noreferrer" target=3D"_blank">https://tools.ietf.org/html/draft-=
ietf-ippm-model-based-metrics-05</a><br>
<br>
A diff from the previous version is available at:<br>
<a href=3D"https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ippm-model-based-=
metrics-05" rel=3D"noreferrer" target=3D"_blank">https://www.ietf.org/rfcdi=
ff?url2=3Ddraft-ietf-ippm-model-based-metrics-05</a><br>
<br>
<br>
Please note that it may take a couple of minutes from the time of submissio=
n<br>
until the htmlized version and diff are available at <a href=3D"http://tool=
s.ietf.org" rel=3D"noreferrer" target=3D"_blank">tools.ietf.org</a>.<br>
<br>
Internet-Drafts are also available by anonymous FTP at:<br>
<a href=3D"ftp://ftp.ietf.org/internet-drafts/" rel=3D"noreferrer" target=
=3D"_blank">ftp://ftp.ietf.org/internet-drafts/</a><br>
<br>
_______________________________________________<br>
ippm mailing list<br>
<a href=3D"mailto:ippm@ietf.org">ippm@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/ippm" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/listinfo/ippm</a><br>
</blockquote></div><br></div></div>

--001a113b28b8cf48cb05186ecafd--


From nobody Thu Jun 18 08:22:37 2015
Return-Path: <k.pentikousis@eict.de>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DC9D1ACE1C for <ippm@ietfa.amsl.com>; Thu, 18 Jun 2015 08:22:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.44
X-Spam-Level: 
X-Spam-Status: No, score=0.44 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-0.7, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id liBcETkJm39m for <ippm@ietfa.amsl.com>; Thu, 18 Jun 2015 08:22:34 -0700 (PDT)
Received: from mx2.eict.de (mx2.eict.de [212.91.241.168]) by ietfa.amsl.com (Postfix) with ESMTP id 920871A92FC for <ippm@ietf.org>; Thu, 18 Jun 2015 08:22:34 -0700 (PDT)
Received: by mx2.eict.de (Postfix, from userid 481) id F06551FF56; Thu, 18 Jun 2015 17:22:32 +0200 (CEST)
Received: from mail.eict.de (mx1 [172.16.6.1]) by mx2.eict.de (Postfix) with ESMTP id A1C6C1FF52; Thu, 18 Jun 2015 17:22:32 +0200 (CEST)
Received: from sbs2008.eict.local (sbs2008.intern.eict.de [192.168.2.11]) by mail.eict.de (Postfix) with ESMTP id 6EC34378269; Thu, 18 Jun 2015 17:22:32 +0200 (CEST)
Received: from SBS2008.eict.local ([fe80::2051:ef24:c7c9:f298]) by SBS2008.eict.local ([fe80::2051:ef24:c7c9:f298%13]) with mapi; Thu, 18 Jun 2015 17:21:17 +0200
From: Kostas Pentikousis <k.pentikousis@eict.de>
To: Bill Cerveny <ippm@wjcerveny.com>, "ippm@ietf.org" <ippm@ietf.org>
Date: Thu, 18 Jun 2015 17:21:15 +0200
Thread-Topic: [ippm] draft-morton-ippm-owamp-registry call for adoption and draft-elkins-ippm-6man-pdm-option accepted for adoption
Thread-Index: AdCkeK8y6dW376fTQ1CPVbruN+Y/sQFYOY+w
Message-ID: <0C7EDCF89AB9E2478B5D010026CFF4AEB5AB9052F7@SBS2008.eict.local>
References: <A70677AE-2C1F-46F0-86F1-797E5F2D6E34@wjcerveny.com>
In-Reply-To: <A70677AE-2C1F-46F0-86F1-797E5F2D6E34@wjcerveny.com>
Accept-Language: en-US, de-DE
Content-Language: de-DE
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US, de-DE
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/GLTUUmpc6yPGzmc7F4IaVwqxuh4>
Subject: Re: [ippm] draft-morton-ippm-owamp-registry call for adoption and draft-elkins-ippm-6man-pdm-option accepted for adoption
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Jun 2015 15:22:36 -0000

RGVhciBCaWxsLCBhbGwsDQoNCnwgQXMgbm90ZWQgaW4gZGlzY3Vzc2lvbnMgZm9yIHdoaWNoIHRo
ZSBJUFBNIHdvcmtpbmcgZ3JvdXAgaGFzIGJlZW4gY2PigJllZCBvbiwNCnwgZHJhZnTCoGRyYWZ0
LW1vcnRvbi1pcHBtLW93YW1wLXJlZ2lzdHJ5LTAwLCAiUmVnaXN0cmllcyBmb3IgdGhlIE9uZS1X
YXkNCnwgQWN0aXZlIE1lYXN1cmVtZW50IFByb3RvY29sIC0gT1dBTVAiIGhhcyBiZWVuIHByb3Bv
c2VkIHRvIGVzdGFibGlzaA0KfCBhbiBPV0FNUCByZWdpc3RyeS4NCg0KPHNuaXA+DQoNCnwgUGxl
YXNlIGluZGljYXRlOg0KfCAoYSkgd2hldGhlciB5b3Ugc3VwcG9ydCB0aGUgYWRkaXRpb24gb2Yg
dGhlIG1pbGVzdG9uZSBhbmQgdGhlIGFkb3B0aW9uDQp8IG9mIHRoZSBkcmFmdCBhcyBhIFdHIGl0
ZW0gdG8gZnVsZmlsbCB0aGF0IG1pbGVzdG9uZcKgDQoNCkkgc3VwcG9ydCBib3RoIHRoZSBtaWxl
c3RvbmUgYWRkaXRpb24gYW5kIGRyYWZ0IGFkb3B0aW9uIGFzIGEgV0cgaXRlbS4NCg0KfCAoYikg
d2hldGhlciB5b3UgaGF2ZSByZWFkIHRoZSBkcmFmdMKgDQoNCkkgZGlkLiBPdmVyYWxsIHJlYWRz
IHdlbGwsIGJ1dCBuZWVkcyBzb21lIGZ1cnRoZXIgZWRpdGluZy4gQnV0IGl0IGlzIGEgcGVyZmVj
dCBzdGFydCBmb3IgdGhlIFdHIGRvY3VtZW50LiBTb21lIGVkaXRvcmlhbCBzdWdnZXN0aW9ucy9u
aXRzOg0KDQpzL01ldHJpY3MgKFdHIGluL01ldHJpY3MgV0cgaW4NCg0Kcy9mb3IgT01BTVAgdW50
aWwvZm9yIE9XQU1QIHVudGlsDQoNCnMvT1dBTVAgQ29udHJvbC9PV0FNUC1Db250cm9sL2cNCg0K
U2hvdWxkIHRoZSByZWZlcmVuY2UgdG8gInNlY3Rpb24gMyIgaW4gU2VjLiAzLjEgb2YgdGhpcyBk
cmFmdCAoIkNvbnRyb2wgQ29tbWFuZCBOdW1iZXIgUmVnaXN0cnkiKSBiZSBtb3JlIHNwZWNpZmlj
LCBwb2ludGluZyBpbnN0ZWFkIHRvIHNlYy4gMy40IG9mIFJGQzQ2NTY/DQoNCkluIHRoZSB0YWJs
ZSBvZiBzZWMuIDMuMi40LCBwZXJoYXBzIGl0J3MgYmV0dGVyIHRvIGJlIG1vcmUgc3BlY2lmaWMg
YW5kIHMvSVBzZWMgbW9kZS9JS0V2Mi1kZXJpdmVkIFNoYXJlZCBTZWNyZXQgS2V5DQoNCg0KfCAo
Yykgd2hldGhlciB5b3UgcGxlZGdlIHRvIHJldmlldyB0aGUgZHJhZnQgZHVyaW5nIHRoZSBXRyBw
cm9jZXNzLsKgDQoNClN1cmUuIA0KDQpCZXN0IHJlZ2FyZHMsDQoNCktvc3Rhcw0K


From nobody Thu Jun 18 14:43:01 2015
Return-Path: <acmorton@att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 92AED1A1B1E for <ippm@ietfa.amsl.com>; Thu, 18 Jun 2015 14:42:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level: 
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vlrhknWtJ-C5 for <ippm@ietfa.amsl.com>; Thu, 18 Jun 2015 14:42:53 -0700 (PDT)
Received: from mail-pink.research.att.com (mail-pink.research.att.com [204.178.8.22]) by ietfa.amsl.com (Postfix) with ESMTP id 5385E1A1B53 for <ippm@ietf.org>; Thu, 18 Jun 2015 14:42:53 -0700 (PDT)
Received: from mail-blue.research.att.com (unknown [135.207.178.11]) by mail-pink.research.att.com (Postfix) with ESMTP id 512AFD8515; Thu, 18 Jun 2015 18:04:23 -0400 (EDT)
Received: from exchange.research.att.com (njfpsrvexg0.research.att.com [135.207.240.40]) by mail-blue.research.att.com (Postfix) with ESMTP id 4EDCCF045A; Thu, 18 Jun 2015 17:42:51 -0400 (EDT)
Received: from NJFPSRVEXG0.research.att.com ([fe80::108a:1006:9f54:fd90]) by NJFPSRVEXG0.research.att.com ([fe80::108a:1006:9f54:fd90%25]) with mapi; Thu, 18 Jun 2015 17:42:51 -0400
From: "MORTON, ALFRED C (AL)" <acmorton@att.com>
To: Kostas Pentikousis <k.pentikousis@eict.de>, Bill Cerveny <ippm@wjcerveny.com>, "ippm@ietf.org" <ippm@ietf.org>
Date: Thu, 18 Jun 2015 17:42:49 -0400
Thread-Topic: [ippm] draft-morton-ippm-owamp-registry call for adoption and draft-elkins-ippm-6man-pdm-option accepted for adoption
Thread-Index: AdCkeK8y6dW376fTQ1CPVbruN+Y/sQFYOY+wAA2BS7A=
Message-ID: <4AF73AA205019A4C8A1DDD32C034631D0662982A33@NJFPSRVEXG0.research.att.com>
References: <A70677AE-2C1F-46F0-86F1-797E5F2D6E34@wjcerveny.com> <0C7EDCF89AB9E2478B5D010026CFF4AEB5AB9052F7@SBS2008.eict.local>
In-Reply-To: <0C7EDCF89AB9E2478B5D010026CFF4AEB5AB9052F7@SBS2008.eict.local>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/Hv4_fTgsjfMiOLZbgZirQ2byElI>
Subject: Re: [ippm] draft-morton-ippm-owamp-registry call for adoption and draft-elkins-ippm-6man-pdm-option accepted for adoption
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Jun 2015 21:42:56 -0000

VGhhbmtzIEtvc3RhcyENCg0KSW4gY2FzZSBvdGhlcnMgd291bGQgbGlrZSB0byB0YWtlIGEgbG9v
ayBhdCB0aGlzIHNob3J0IGRyYWZ0LA0KdGhlIFVSTCB3aWxsIGhlbHA6DQpodHRwczovL3Rvb2xz
LmlldGYub3JnL2h0bWwvZHJhZnQtbW9ydG9uLWlwcG0tb3dhbXAtcmVnaXN0cnktMDANCg0KcmVn
YXJkcywNCkFsDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogaXBwbSBb
bWFpbHRvOmlwcG0tYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEtvc3Rhcw0KPiBQZW50
aWtvdXNpcw0KPiBTZW50OiBUaHVyc2RheSwgSnVuZSAxOCwgMjAxNSAxMToyMSBBTQ0KPiBUbzog
QmlsbCBDZXJ2ZW55OyBpcHBtQGlldGYub3JnDQo+IFN1YmplY3Q6IFJlOiBbaXBwbV0gZHJhZnQt
bW9ydG9uLWlwcG0tb3dhbXAtcmVnaXN0cnkgY2FsbCBmb3IgYWRvcHRpb24NCj4gYW5kIGRyYWZ0
LWVsa2lucy1pcHBtLTZtYW4tcGRtLW9wdGlvbiBhY2NlcHRlZCBmb3IgYWRvcHRpb24NCj4gDQo+
IERlYXIgQmlsbCwgYWxsLA0KPiANCj4gfCBBcyBub3RlZCBpbiBkaXNjdXNzaW9ucyBmb3Igd2hp
Y2ggdGhlIElQUE0gd29ya2luZyBncm91cCBoYXMgYmVlbg0KPiB8IGNj4oCZZWQgb24sIGRyYWZ0
wqBkcmFmdC1tb3J0b24taXBwbS1vd2FtcC1yZWdpc3RyeS0wMCwgIlJlZ2lzdHJpZXMgZm9yDQo+
IHwgdGhlIE9uZS1XYXkgQWN0aXZlIE1lYXN1cmVtZW50IFByb3RvY29sIC0gT1dBTVAiIGhhcyBi
ZWVuIHByb3Bvc2VkIHRvDQo+IHwgZXN0YWJsaXNoIGFuIE9XQU1QIHJlZ2lzdHJ5Lg0KPiANCj4g
PHNuaXA+DQo+IA0KPiB8IFBsZWFzZSBpbmRpY2F0ZToNCj4gfCAoYSkgd2hldGhlciB5b3Ugc3Vw
cG9ydCB0aGUgYWRkaXRpb24gb2YgdGhlIG1pbGVzdG9uZSBhbmQgdGhlIGFkb3B0aW9uDQo+IHwg
b2YgdGhlIGRyYWZ0IGFzIGEgV0cgaXRlbSB0byBmdWxmaWxsIHRoYXQgbWlsZXN0b25lDQo+IA0K
PiBJIHN1cHBvcnQgYm90aCB0aGUgbWlsZXN0b25lIGFkZGl0aW9uIGFuZCBkcmFmdCBhZG9wdGlv
biBhcyBhIFdHIGl0ZW0uDQo+IA0KPiB8IChiKSB3aGV0aGVyIHlvdSBoYXZlIHJlYWQgdGhlIGRy
YWZ0DQo+IA0KPiBJIGRpZC4gT3ZlcmFsbCByZWFkcyB3ZWxsLCBidXQgbmVlZHMgc29tZSBmdXJ0
aGVyIGVkaXRpbmcuIEJ1dCBpdCBpcyBhDQo+IHBlcmZlY3Qgc3RhcnQgZm9yIHRoZSBXRyBkb2N1
bWVudC4gU29tZSBlZGl0b3JpYWwgc3VnZ2VzdGlvbnMvbml0czoNCj4gDQo+IHMvTWV0cmljcyAo
V0cgaW4vTWV0cmljcyBXRyBpbg0KPiANCj4gcy9mb3IgT01BTVAgdW50aWwvZm9yIE9XQU1QIHVu
dGlsDQo+IA0KPiBzL09XQU1QIENvbnRyb2wvT1dBTVAtQ29udHJvbC9nDQo+IA0KPiBTaG91bGQg
dGhlIHJlZmVyZW5jZSB0byAic2VjdGlvbiAzIiBpbiBTZWMuIDMuMSBvZiB0aGlzIGRyYWZ0ICgi
Q29udHJvbA0KPiBDb21tYW5kIE51bWJlciBSZWdpc3RyeSIpIGJlIG1vcmUgc3BlY2lmaWMsIHBv
aW50aW5nIGluc3RlYWQgdG8gc2VjLiAzLjQNCj4gb2YgUkZDNDY1Nj8NCj4gDQo+IEluIHRoZSB0
YWJsZSBvZiBzZWMuIDMuMi40LCBwZXJoYXBzIGl0J3MgYmV0dGVyIHRvIGJlIG1vcmUgc3BlY2lm
aWMgYW5kDQo+IHMvSVBzZWMgbW9kZS9JS0V2Mi1kZXJpdmVkIFNoYXJlZCBTZWNyZXQgS2V5DQo+
IA0KPiANCj4gfCAoYykgd2hldGhlciB5b3UgcGxlZGdlIHRvIHJldmlldyB0aGUgZHJhZnQgZHVy
aW5nIHRoZSBXRyBwcm9jZXNzLg0KPiANCj4gU3VyZS4NCj4gDQo+IEJlc3QgcmVnYXJkcywNCj4g
DQo+IEtvc3Rhcw0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fXw0KPiBpcHBtIG1haWxpbmcgbGlzdA0KPiBpcHBtQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3
LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBwbQ0K


From nobody Thu Jun 18 17:54:20 2015
Return-Path: <nalini_elkins@insidethestack.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F76B1B2E32 for <ippm@ietfa.amsl.com>; Thu, 18 Jun 2015 17:54:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.4
X-Spam-Level: 
X-Spam-Status: No, score=0.4 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MANGLED_LIST=2.3, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ohQ5angNVajk for <ippm@ietfa.amsl.com>; Thu, 18 Jun 2015 17:54:17 -0700 (PDT)
Received: from nm48-vm1.bullet.mail.ne1.yahoo.com (nm48-vm1.bullet.mail.ne1.yahoo.com [98.138.121.113]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2DA7A1B2E30 for <ippm@ietf.org>; Thu, 18 Jun 2015 17:54:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1434675256; bh=AgRJA0Najpop7BsubDbyQ41nMLo9eJGmJHRXYkGql/s=; h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject; b=LtSAsKAErr9+Vubm85fRo/j6uzlG/r6gBHPeoWjPKTK7D3JY9LCqnAbq74D+r3OM58sozKSrfFlbZOa9WhjPEITpS9CPRNGC7x7F59i/Fc05eF0DoStklNJ1e2Dz4bf9PmpJtFg2cW8lXCbfDGDZNzPPiyXcwUbMmLO3n/bpMVs+185gVLXKA1nyTwqVOfoVU+++O0UIe4fne7Z9Ita8PMn6ALlGnVD9Jfx4ig1Ducq6o9PKTdp5/BwgU+I8UhJ0zcDYn3S0ugxR9nI7nidhs9BrdudLHAjB0yBkihE/a/KwoMW2wGHQfcDkK8HL0gdkZBLTz53KNplCzh9IkCd6zg==
Received: from [127.0.0.1] by nm48.bullet.mail.ne1.yahoo.com with NNFMP; 19 Jun 2015 00:54:16 -0000
Received: from [98.138.100.102] by nm48.bullet.mail.ne1.yahoo.com with NNFMP;  19 Jun 2015 00:51:16 -0000
Received: from [98.138.88.232] by tm101.bullet.mail.ne1.yahoo.com with NNFMP;  19 Jun 2015 00:51:16 -0000
Received: from [127.0.0.1] by omp1032.mail.ne1.yahoo.com with NNFMP; 19 Jun 2015 00:51:16 -0000
X-Yahoo-Newman-Property: ymail-4
X-Yahoo-Newman-Id: 943439.52631.bm@omp1032.mail.ne1.yahoo.com
X-YMail-OSG: 7ZdyQxkVM1kKKX1os_fnEMMRB0w6P.WSq29mEc1eJfSe7lqVb9C9y1qw6E6Dw7R nKCUsd2ATPD7nfBNPKjSlFD9HqIVRQzrpgiE7augoBJTaO6HUSNSrptByVLngdx80bSTBwJpBq8i LfnWZBEuS8kSKjL2Q9g0miZqtsYYXKMzPzYEA1MYgwvZTLP5IxXHU9sSOlJer_SSBPV.r4KVGrBi Y2GzWcb9XSiBwMTQ73A2hHN966olcp4vmhTltV8VH36c_m1Hy0EgAtmc2DNTkW3_IQU_dhb237au LX7gS47d.akbgzW0vJukyasiVhbiUg6WJ3LFdHF6o0bKRHVaDnjpNyi0sYXck95rAi.1xqbh7k_c QSaWvxqh4P4TonF.bLXwZem2RZzyqcp2ZLsQijPDbz0lhIKN1uZPs4b1LfwYBAt9LzpBmxIo.ANd Q5twdQZMboEZP9kTNZCH6HLVKF1dZRj0V4PjN0ls1wP8pbTHsSuZB9dlINt7xu8N35xHQjt9JmO7 d7uoj9zXubqBpxMFAOFiNfjuCOY63XQmvlIAwTMDgtEq14iLvGAu0ziWgpjOK717SNp0TX58-
Received: by 98.138.105.194; Fri, 19 Jun 2015 00:51:16 +0000 
Date: Fri, 19 Jun 2015 00:51:15 +0000 (UTC)
From: Nalini Elkins <nalini.elkins@insidethestack.com>
To: Bill Cerveny <ippm@wjcerveny.com>, "ippm@ietf.org" <ippm@ietf.org>
Message-ID: <899632003.1551587.1434675075831.JavaMail.yahoo@mail.yahoo.com>
In-Reply-To: <A70677AE-2C1F-46F0-86F1-797E5F2D6E34@wjcerveny.com>
References: <A70677AE-2C1F-46F0-86F1-797E5F2D6E34@wjcerveny.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/DjTQoG6bDa1Nqu-5G5FANlVe9y4>
Subject: Re: [ippm] draft-morton-ippm-owamp-registry call for adoption and draft-elkins-ippm-6man-pdm-option accepted for adoption
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Nalini Elkins <nalini.elkins@insidethestack.com>
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Jun 2015 00:54:18 -0000

IPPM,

(a) whether you support the addition of the milestone and the adoption of t=
he draft as a WG item to fulfill that milestone=20


Yes, I support it.

(b) whether you have read the draft=20

Yes, I have read it.   Some comments:

1.  Section 1, paragraph 1, 1st sentence, reads in part:


"measurements of metrics specified by the IP Performance Metrics (WG in the=
 IETF"

There may be a typo here, I suspect you want:

"measurements of metrics specified by the IP Performance Metrics (IPPM) WG =
in the IETF"


2.  I wonder if it makes sense to add something like the following sentence=
 to either section 1. Introduction or Section 3.2.4
"OWAMP and TWAMP registries for commands and modes may contain different pa=
rameters and functions due to the inherent differences in what they are mea=
suring.  No attempt will be made to coordinate them unnecessarily."


(c) whether you pledge to review the draft during the WG process.=20

I so pledge.
=20
Thanks,


Nalini Elkins
Inside Products, Inc.
(831) 659-8360
www.insidethestack.com



________________________________
From: Bill Cerveny <ippm@wjcerveny.com>
To: ippm@ietf.org=20
Sent: Wednesday, June 10, 2015 1:55 PM
Subject: [ippm] draft-morton-ippm-owamp-registry call for adoption and draf=
t-elkins-ippm-6man-pdm-option accepted for adoption



Dear IPPM participants,

As noted in discussions for which the IPPM working group has been cc=E2=80=
=99ed on, draft draft-morton-ippm-owamp-registry-00, "Registries for the On=
e-Way Active Measurement Protocol - OWAMP" has been proposed to establish a=
n OWAMP registry.  The first mission of an OWAMP registry would be to suppo=
rt a registry entry for draft-ietf-ippm-ipsec, which is currently in IESG e=
valuation.

Please indicate:
(a) whether you support the addition of the milestone and the adoption=20
of the draft as a WG item to fulfill that milestone=20
(b) whether you have read the draft=20
(c) whether you pledge to review the draft during the WG process.=20


This working group last call runs for 2 weeks, but if there is sufficient s=
upport the draft may be accepted earlier so that draft-ietf-ippm-ipsec can =
progress.

Also, draft-elkins-ippm-6man-pdm-option has been accepted for adoption by t=
he IPPM working group.

Regards,

Bill Cerveny
IPPM WG co-chair
_______________________________________________
ippm mailing list
ippm@ietf.org
https://www.ietf.org/mailman/listinfo/ippm


From nobody Thu Jun 18 17:56:59 2015
Return-Path: <acmorton@att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3DCCA1B2E27 for <ippm@ietfa.amsl.com>; Thu, 18 Jun 2015 17:56:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.911
X-Spam-Level: 
X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MANGLED_LIST=2.3, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Gje7qFOWiWti for <ippm@ietfa.amsl.com>; Thu, 18 Jun 2015 17:56:56 -0700 (PDT)
Received: from mail-pink.research.att.com (mail-pink.research.att.com [204.178.8.22]) by ietfa.amsl.com (Postfix) with ESMTP id 555D81B2E21 for <ippm@ietf.org>; Thu, 18 Jun 2015 17:56:56 -0700 (PDT)
Received: from mail-green.research.att.com (H-135-207-255-15.research.att.com [135.207.255.15]) by mail-pink.research.att.com (Postfix) with ESMTP id 8BE28D85D3; Thu, 18 Jun 2015 21:18:26 -0400 (EDT)
Received: from exchange.research.att.com (njfpsrvexg0.research.att.com [135.207.240.40]) by mail-green.research.att.com (Postfix) with ESMTP id EB3DAE0246; Thu, 18 Jun 2015 20:56:16 -0400 (EDT)
Received: from NJFPSRVEXG0.research.att.com ([fe80::108a:1006:9f54:fd90]) by NJFPSRVEXG0.research.att.com ([fe80::108a:1006:9f54:fd90%25]) with mapi; Thu, 18 Jun 2015 20:56:55 -0400
From: "MORTON, ALFRED C (AL)" <acmorton@att.com>
To: Nalini Elkins <nalini.elkins@insidethestack.com>, Bill Cerveny <ippm@wjcerveny.com>, "ippm@ietf.org" <ippm@ietf.org>
Date: Thu, 18 Jun 2015 20:56:54 -0400
Thread-Topic: [ippm] draft-morton-ippm-owamp-registry call for adoption and draft-elkins-ippm-6man-pdm-option accepted for adoption
Thread-Index: AdCqKoS1LrEXX7mjR9S+ksIDT6FVAQAADDBw
Message-ID: <4AF73AA205019A4C8A1DDD32C034631D0662982A45@NJFPSRVEXG0.research.att.com>
References: <A70677AE-2C1F-46F0-86F1-797E5F2D6E34@wjcerveny.com> <899632003.1551587.1434675075831.JavaMail.yahoo@mail.yahoo.com>
In-Reply-To: <899632003.1551587.1434675075831.JavaMail.yahoo@mail.yahoo.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/bCPwjlT4c26PiqJFWe5BaGdaRMo>
Subject: Re: [ippm] draft-morton-ippm-owamp-registry call for adoption and draft-elkins-ippm-6man-pdm-option accepted for adoption
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Jun 2015 00:56:58 -0000

VGhhbmtzIE5hbGluaSwgIGdvb2Qgc3VnZ2VzdGlvbiB0b28uDQpBbA0KDQo+IC0tLS0tT3JpZ2lu
YWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IGlwcG0gW21haWx0bzppcHBtLWJvdW5jZXNAaWV0Zi5v
cmddIE9uIEJlaGFsZiBPZiBOYWxpbmkgRWxraW5zDQo+IFNlbnQ6IFRodXJzZGF5LCBKdW5lIDE4
LCAyMDE1IDg6NTEgUE0NCj4gVG86IEJpbGwgQ2VydmVueTsgaXBwbUBpZXRmLm9yZw0KPiBTdWJq
ZWN0OiBSZTogW2lwcG1dIGRyYWZ0LW1vcnRvbi1pcHBtLW93YW1wLXJlZ2lzdHJ5IGNhbGwgZm9y
IGFkb3B0aW9uDQo+IGFuZCBkcmFmdC1lbGtpbnMtaXBwbS02bWFuLXBkbS1vcHRpb24gYWNjZXB0
ZWQgZm9yIGFkb3B0aW9uDQo+IA0KPiBJUFBNLA0KPiANCj4gKGEpIHdoZXRoZXIgeW91IHN1cHBv
cnQgdGhlIGFkZGl0aW9uIG9mIHRoZSBtaWxlc3RvbmUgYW5kIHRoZSBhZG9wdGlvbg0KPiBvZiB0
aGUgZHJhZnQgYXMgYSBXRyBpdGVtIHRvIGZ1bGZpbGwgdGhhdCBtaWxlc3RvbmUNCj4gDQo+IA0K
PiBZZXMsIEkgc3VwcG9ydCBpdC4NCj4gDQo+IChiKSB3aGV0aGVyIHlvdSBoYXZlIHJlYWQgdGhl
IGRyYWZ0DQo+IA0KPiBZZXMsIEkgaGF2ZSByZWFkIGl0LiAgIFNvbWUgY29tbWVudHM6DQo+IA0K
PiAxLiAgU2VjdGlvbiAxLCBwYXJhZ3JhcGggMSwgMXN0IHNlbnRlbmNlLCByZWFkcyBpbiBwYXJ0
Og0KPiANCj4gDQo+ICJtZWFzdXJlbWVudHMgb2YgbWV0cmljcyBzcGVjaWZpZWQgYnkgdGhlIElQ
IFBlcmZvcm1hbmNlIE1ldHJpY3MgKFdHIGluDQo+IHRoZSBJRVRGIg0KPiANCj4gVGhlcmUgbWF5
IGJlIGEgdHlwbyBoZXJlLCBJIHN1c3BlY3QgeW91IHdhbnQ6DQo+IA0KPiAibWVhc3VyZW1lbnRz
IG9mIG1ldHJpY3Mgc3BlY2lmaWVkIGJ5IHRoZSBJUCBQZXJmb3JtYW5jZSBNZXRyaWNzIChJUFBN
KQ0KPiBXRyBpbiB0aGUgSUVURiINCj4gDQo+IA0KPiAyLiAgSSB3b25kZXIgaWYgaXQgbWFrZXMg
c2Vuc2UgdG8gYWRkIHNvbWV0aGluZyBsaWtlIHRoZSBmb2xsb3dpbmcNCj4gc2VudGVuY2UgdG8g
ZWl0aGVyIHNlY3Rpb24gMS4gSW50cm9kdWN0aW9uIG9yIFNlY3Rpb24gMy4yLjQgIk9XQU1QIGFu
ZA0KPiBUV0FNUCByZWdpc3RyaWVzIGZvciBjb21tYW5kcyBhbmQgbW9kZXMgbWF5IGNvbnRhaW4g
ZGlmZmVyZW50IHBhcmFtZXRlcnMNCj4gYW5kIGZ1bmN0aW9ucyBkdWUgdG8gdGhlIGluaGVyZW50
IGRpZmZlcmVuY2VzIGluIHdoYXQgdGhleSBhcmUNCj4gbWVhc3VyaW5nLiAgTm8gYXR0ZW1wdCB3
aWxsIGJlIG1hZGUgdG8gY29vcmRpbmF0ZSB0aGVtIHVubmVjZXNzYXJpbHkuIg0KPiANCj4gDQo+
IChjKSB3aGV0aGVyIHlvdSBwbGVkZ2UgdG8gcmV2aWV3IHRoZSBkcmFmdCBkdXJpbmcgdGhlIFdH
IHByb2Nlc3MuDQo+IA0KPiBJIHNvIHBsZWRnZS4NCj4gDQo+IFRoYW5rcywNCj4gDQo+IA0KPiBO
YWxpbmkgRWxraW5zDQo+IEluc2lkZSBQcm9kdWN0cywgSW5jLg0KPiAoODMxKSA2NTktODM2MA0K
PiB3d3cuaW5zaWRldGhlc3RhY2suY29tDQo+IA0KPiANCj4gDQo+IF9fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fDQo+IEZyb206IEJpbGwgQ2VydmVueSA8aXBwbUB3amNlcnZlbnkuY29t
Pg0KPiBUbzogaXBwbUBpZXRmLm9yZw0KPiBTZW50OiBXZWRuZXNkYXksIEp1bmUgMTAsIDIwMTUg
MTo1NSBQTQ0KPiBTdWJqZWN0OiBbaXBwbV0gZHJhZnQtbW9ydG9uLWlwcG0tb3dhbXAtcmVnaXN0
cnkgY2FsbCBmb3IgYWRvcHRpb24gYW5kDQo+IGRyYWZ0LWVsa2lucy1pcHBtLTZtYW4tcGRtLW9w
dGlvbiBhY2NlcHRlZCBmb3IgYWRvcHRpb24NCj4gDQo+IA0KPiANCj4gRGVhciBJUFBNIHBhcnRp
Y2lwYW50cywNCj4gDQo+IEFzIG5vdGVkIGluIGRpc2N1c3Npb25zIGZvciB3aGljaCB0aGUgSVBQ
TSB3b3JraW5nIGdyb3VwIGhhcyBiZWVuIGNj4oCZZWQNCj4gb24sIGRyYWZ0IGRyYWZ0LW1vcnRv
bi1pcHBtLW93YW1wLXJlZ2lzdHJ5LTAwLCAiUmVnaXN0cmllcyBmb3IgdGhlIE9uZS0NCj4gV2F5
IEFjdGl2ZSBNZWFzdXJlbWVudCBQcm90b2NvbCAtIE9XQU1QIiBoYXMgYmVlbiBwcm9wb3NlZCB0
byBlc3RhYmxpc2gNCj4gYW4gT1dBTVAgcmVnaXN0cnkuICBUaGUgZmlyc3QgbWlzc2lvbiBvZiBh
biBPV0FNUCByZWdpc3RyeSB3b3VsZCBiZSB0bw0KPiBzdXBwb3J0IGEgcmVnaXN0cnkgZW50cnkg
Zm9yIGRyYWZ0LWlldGYtaXBwbS1pcHNlYywgd2hpY2ggaXMgY3VycmVudGx5DQo+IGluIElFU0cg
ZXZhbHVhdGlvbi4NCj4gDQo+IFBsZWFzZSBpbmRpY2F0ZToNCj4gKGEpIHdoZXRoZXIgeW91IHN1
cHBvcnQgdGhlIGFkZGl0aW9uIG9mIHRoZSBtaWxlc3RvbmUgYW5kIHRoZSBhZG9wdGlvbg0KPiBv
ZiB0aGUgZHJhZnQgYXMgYSBXRyBpdGVtIHRvIGZ1bGZpbGwgdGhhdCBtaWxlc3RvbmUNCj4gKGIp
IHdoZXRoZXIgeW91IGhhdmUgcmVhZCB0aGUgZHJhZnQNCj4gKGMpIHdoZXRoZXIgeW91IHBsZWRn
ZSB0byByZXZpZXcgdGhlIGRyYWZ0IGR1cmluZyB0aGUgV0cgcHJvY2Vzcy4NCj4gDQo+IA0KPiBU
aGlzIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIHJ1bnMgZm9yIDIgd2Vla3MsIGJ1dCBpZiB0aGVy
ZSBpcw0KPiBzdWZmaWNpZW50IHN1cHBvcnQgdGhlIGRyYWZ0IG1heSBiZSBhY2NlcHRlZCBlYXJs
aWVyIHNvIHRoYXQgZHJhZnQtaWV0Zi0NCj4gaXBwbS1pcHNlYyBjYW4gcHJvZ3Jlc3MuDQo+IA0K
PiBBbHNvLCBkcmFmdC1lbGtpbnMtaXBwbS02bWFuLXBkbS1vcHRpb24gaGFzIGJlZW4gYWNjZXB0
ZWQgZm9yIGFkb3B0aW9uDQo+IGJ5IHRoZSBJUFBNIHdvcmtpbmcgZ3JvdXAuDQo+IA0KPiBSZWdh
cmRzLA0KPiANCj4gQmlsbCBDZXJ2ZW55DQo+IElQUE0gV0cgY28tY2hhaXINCj4gX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gaXBwbSBtYWlsaW5nIGxp
c3QNCj4gaXBwbUBpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp
bmZvL2lwcG0NCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fDQo+IGlwcG0gbWFpbGluZyBsaXN0DQo+IGlwcG1AaWV0Zi5vcmcNCj4gaHR0cHM6Ly93
d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtDQo=


From nobody Fri Jun 19 07:53:36 2015
Return-Path: <mackermann@bcbsm.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E31F91A854B for <ippm@ietfa.amsl.com>; Fri, 19 Jun 2015 07:53:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.499
X-Spam-Level: 
X-Spam-Status: No, score=-1.499 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ttB5isf1WPIU for <ippm@ietfa.amsl.com>; Fri, 19 Jun 2015 07:53:31 -0700 (PDT)
Received: from mx.z120.zixworks.com (mx.z120.zixworks.com [199.30.235.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AAE041A86EF for <ippm@ietf.org>; Fri, 19 Jun 2015 07:53:30 -0700 (PDT)
Received: from 127.0.0.1 (ZixVPM [127.0.0.1]) by Outbound.z120.zixworks.com (Proprietary) with SMTP id 6DB84102FA3 for <ippm@ietf.org>; Fri, 19 Jun 2015 09:53:29 -0500 (CDT)
Received: from imsva2.bcbsm.com (unknown [12.107.172.81]) by mx.z120.zixworks.com (Proprietary) with SMTP id 986B913751D; Fri, 19 Jun 2015 09:53:28 -0500 (CDT)
Received: from imsva2.bcbsm.com (unknown [127.0.0.1]) by IMSVA80 (Postfix) with ESMTP id 90DAA2F6AC6; Fri, 19 Jun 2015 10:47:32 -0400 (EDT)
Received: from pwn401ea105.ent.corp.bcbsm.com (unknown [10.64.102.241]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by imsva2.bcbsm.com (Postfix) with ESMTP id 823152F6A7E; Fri, 19 Jun 2015 10:47:32 -0400 (EDT)
Received: from PWN401EA160.ent.corp.bcbsm.com ([fe80::fdcb:603d:469e:b1db]) by PWN401EA105.ent.corp.bcbsm.com ([fe80::f13e:83e4:1dae:5345%10]) with mapi id 14.01.0438.000; Fri, 19 Jun 2015 10:53:27 -0400
From: "Ackermann, Michael" <MAckermann@bcbsm.com>
To: Bill Cerveny <ippm@wjcerveny.com>, "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: [ippm] draft-morton-ippm-owamp-registry call for adoption and draft-elkins-ippm-6man-pdm-option accepted for adoption
Thread-Index: AQHQo7/G0u+tIIeA602s5+rqkRR0y52z95qw
Date: Fri, 19 Jun 2015 14:53:27 +0000
Message-ID: <4FC37E442D05A748896589E468752CAA0CE046F6@PWN401EA160.ent.corp.bcbsm.com>
References: <A70677AE-2C1F-46F0-86F1-797E5F2D6E34@wjcerveny.com>
In-Reply-To: <A70677AE-2C1F-46F0-86F1-797E5F2D6E34@wjcerveny.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.64.10.35]
Content-Type: multipart/alternative; boundary="_000_4FC37E442D05A748896589E468752CAA0CE046F6PWN401EA160entc_"
MIME-Version: 1.0
X-VPM-HOST: vmvpm01.z120.zixworks.com
X-VPM-GROUP-ID: 2b6573c7-334a-4ca0-b257-d9e7ca3a0007
X-VPM-MSG-ID: 4ddb0d5d-425e-4008-9813-6f058b547176
X-VPM-ENC-REGIME: Plaintext
X-VPM-CERT-FLAG: 0
X-VPM-IS-HYBRID: 0
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/W3EU1mrh6yyrijWqaMnOnbFMthA>
Cc: "MORTON, ALFRED C \(AL\)" <acmorton@att.com>
Subject: Re: [ippm] draft-morton-ippm-owamp-registry call for adoption and draft-elkins-ippm-6man-pdm-option accepted for adoption
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Jun 2015 14:53:34 -0000

--_000_4FC37E442D05A748896589E468752CAA0CE046F6PWN401EA160entc_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SEkgQmlsbA0KDQpJIGRpZCByZWFkIHRoZSBkcmFmdC4gICBNeSBpbml0aWFsIGNvbW1lbnRz
IChob3BlZnVsbHkgaW4gdGhlIGZvcm1hdCB5b3Ugd2FudGVkKSwgIGFyZSBiZWxvdy4NCg0K
DQphLikgICAgSSBkbyBzdXBwb3J0IHRoZSBhZGRpdGlvbiBvZiB0aGUgbWlsZXN0b25lIGFu
ZCBiZWxpZXZlICB0aGUgYWRvcHRpb24NCm9mIHRoaXMgZHJhZnQgYXMgYSBXRyBpdGVtIHdp
bGwgZnVsZmlsbCB0aGF0IG1pbGVzdG9uZSAuDQoNCmIuKSAgICBZZXMsICBJIGhhdmUgcmVh
ZCB0aGUgZHJhZnQuDQoNCmMuKSAgICAgSSBwbGVkZ2UgdG8gcmV2aWV3IHRoZSBkcmFmdCBk
dXJpbmcgdGhlIFdHIFByb2Nlc3MuDQoNCkkgYWxzbyBoYXZlIHRoZSBmb2xsb3dpbmcgcmVs
YXRlZCBxdWVzdGlvbnMvY29tbWVudHM6DQoNCjEuICAgICAgIEluIDMuMS40LCBpcyB0aGUg
Q29tbWFuZCBDb250cm9sIE51bWJlcnMgbGlzdGluZyBleGhhdXN0aXZlPyAgICBDYW4gaXQg
YmUgYWRkZWQgdG8gb3IgY2hhbmdlZCBhcyBuZWVkZWQgbGF0ZXI/DQoNCjIuICAgICAgIFNh
bWUgcXVlc3Rpb24gYXMgYWJvdmUsIG9ubHkgZm9yIDMuMi40LiAgIEFyZSB0aGUgTW9kZXMg
ZXhoYXVzdGl2ZSBvciBncmFudWxhciBlbm91Z2g/ICAgRG8gd2UgbmVlZCB0byBkaWZmZXJl
bnRpYXRlOiAgIHNwZWNpZmljIHR5cGVzIG9mIEF1dGhlbnRpY2F0aW9uIG9yIEVuY3J5cHRp
b24sIG9yIG1vZGVzIG9mIElQc2VjIG9wZXJhdGlvbj8gIChyYW5kb20gZXhhbXBsZXMpLiAg
IEFuZCBvbmNlIGFnYWluIGNhbiB0aGlzIGJlIGFkZGVkIHRvIGFzIG5lZWRlZCBhdCBhIGxh
dGVyIHRpbWU/DQoNCjMuICAgICAgIEFnYWluIGluIDMuMi40LCB0aGUgc3RhdGVtZW50IGFi
b3V0IHRoZSBPV0FNUCBhbmQgVFdBTVAgcmVnaXN0cnkgdmFsdWUgYXNzaWdubWVudHMgZnVu
Y3Rpb25pbmcgZGlmZmVyZW50bHkuICAgSW4gZ2VuZXJhbCwgZm9yIHNpbXBsaWNpdHkgYW5k
IGVhc2Ugb2YgdXNlIHB1cnBvc2VzLCBJIHdvdWxkIGJlIGluIGZhdm9yIG9mIGtlZXBpbmcg
IGFzIG1hbnkgcmVnaXN0cnkgZnVuY3Rpb25zIGFuZCB2YWx1ZXMgYXMgc2ltaWxhciBhcyBw
b3NzaWJsZSwgYWNyb3NzIGFsbCBkaXNjaXBsaW5lcyB1dGlsaXppbmcgcmVnaXN0cnkgZnVu
Y3Rpb25zLiAgIFRoaXMgcGFydGljdWxhciBhcmVhIG9mIHJlZ2lzdHJ5IHZhbHVlIGFzc2ln
bm1lbnQgc291bmRzIHRvIG1lIHRvIGJlIG1vcmUgZWZmZWN0aXZlbHkgcGVyZm9ybWVkIGlu
IE9XQU1QIGFuZCBoZW5jZSBJIHdvdWxkIGVuY291cmFnZSBUV0FNUCB0byBjaGFuZ2UuICAg
ICBJIGFtIGhvcGluZyB0aGlzIHdvdWxkIGhhdmUgcHJlY2VkZW50IHNldHRpbmcgaW5mbHVl
bmNlLg0KDQoNCg0KRnJvbTogaXBwbSBbbWFpbHRvOmlwcG0tYm91bmNlc0BpZXRmLm9yZ10g
T24gQmVoYWxmIE9mIEJpbGwgQ2VydmVueQ0KU2VudDogV2VkbmVzZGF5LCBKdW5lIDEwLCAy
MDE1IDQ6NTUgUE0NClRvOiBpcHBtQGlldGYub3JnDQpTdWJqZWN0OiBbaXBwbV0gZHJhZnQt
bW9ydG9uLWlwcG0tb3dhbXAtcmVnaXN0cnkgY2FsbCBmb3IgYWRvcHRpb24gYW5kIGRyYWZ0
LWVsa2lucy1pcHBtLTZtYW4tcGRtLW9wdGlvbiBhY2NlcHRlZCBmb3IgYWRvcHRpb24NCg0K
RGVhciBJUFBNIHBhcnRpY2lwYW50cywNCg0KQXMgbm90ZWQgaW4gZGlzY3Vzc2lvbnMgZm9y
IHdoaWNoIHRoZSBJUFBNIHdvcmtpbmcgZ3JvdXAgaGFzIGJlZW4gY2PigJllZCBvbiwgZHJh
ZnQgZHJhZnQtbW9ydG9uLWlwcG0tb3dhbXAtcmVnaXN0cnktMDAsICJSZWdpc3RyaWVzIGZv
ciB0aGUgT25lLVdheSBBY3RpdmUgTWVhc3VyZW1lbnQgUHJvdG9jb2wgLSBPV0FNUCIgaGFz
IGJlZW4gcHJvcG9zZWQgdG8gZXN0YWJsaXNoIGFuIE9XQU1QIHJlZ2lzdHJ5LiAgVGhlIGZp
cnN0IG1pc3Npb24gb2YgYW4gT1dBTVAgcmVnaXN0cnkgd291bGQgYmUgdG8gc3VwcG9ydCBh
IHJlZ2lzdHJ5IGVudHJ5IGZvciBkcmFmdC1pZXRmLWlwcG0taXBzZWMsIHdoaWNoIGlzIGN1
cnJlbnRseSBpbiBJRVNHIGV2YWx1YXRpb24uDQoNClBsZWFzZSBpbmRpY2F0ZToNCihhKSB3
aGV0aGVyIHlvdSBzdXBwb3J0IHRoZSBhZGRpdGlvbiBvZiB0aGUgbWlsZXN0b25lIGFuZCB0
aGUgYWRvcHRpb24NCm9mIHRoZSBkcmFmdCBhcyBhIFdHIGl0ZW0gdG8gZnVsZmlsbCB0aGF0
IG1pbGVzdG9uZQ0KKGIpIHdoZXRoZXIgeW91IGhhdmUgcmVhZCB0aGUgZHJhZnQNCihjKSB3
aGV0aGVyIHlvdSBwbGVkZ2UgdG8gcmV2aWV3IHRoZSBkcmFmdCBkdXJpbmcgdGhlIFdHIHBy
b2Nlc3MuDQoNClRoaXMgd29ya2luZyBncm91cCBsYXN0IGNhbGwgcnVucyBmb3IgMiB3ZWVr
cywgYnV0IGlmIHRoZXJlIGlzIHN1ZmZpY2llbnQgc3VwcG9ydCB0aGUgZHJhZnQgbWF5IGJl
IGFjY2VwdGVkIGVhcmxpZXIgc28gdGhhdCBkcmFmdC1pZXRmLWlwcG0taXBzZWMgY2FuIHBy
b2dyZXNzLg0KDQpBbHNvLCBkcmFmdC1lbGtpbnMtaXBwbS02bWFuLXBkbS1vcHRpb24gaGFz
IGJlZW4gYWNjZXB0ZWQgZm9yIGFkb3B0aW9uIGJ5IHRoZSBJUFBNIHdvcmtpbmcgZ3JvdXAu
DQoNClJlZ2FyZHMsDQoNCkJpbGwgQ2VydmVueQ0KSVBQTSBXRyBjby1jaGFpcg0KCgpUaGUg
aW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgY29tbXVuaWNhdGlvbiBpcyBoaWdobHkg
Y29uZmlkZW50aWFsIGFuZCBpcyBpbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhl
IGluZGl2aWR1YWwocykgdG8gd2hvbSB0aGlzIGNvbW11bmljYXRpb24gaXMgZGlyZWN0ZWQu
IElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHlvdSBhcmUgaGVyZWJ5
IG5vdGlmaWVkIHRoYXQgYW55IHZpZXdpbmcsIGNvcHlpbmcsIGRpc2Nsb3N1cmUgb3IgZGlz
dHJpYnV0aW9uIG9mIHRoaXMgaW5mb3JtYXRpb24gaXMgcHJvaGliaXRlZC4gUGxlYXNlIG5v
dGlmeSB0aGUgc2VuZGVyLCBieSBlbGVjdHJvbmljIG1haWwgb3IgdGVsZXBob25lLCBvZiBh
bnkgdW5pbnRlbmRlZCByZWNlaXB0IGFuZCBkZWxldGUgdGhlIG9yaWdpbmFsIG1lc3NhZ2Ug
d2l0aG91dCBtYWtpbmcgYW55IGNvcGllcy4KIAogQmx1ZSBDcm9zcyBCbHVlIFNoaWVsZCBv
ZiBNaWNoaWdhbiBhbmQgQmx1ZSBDYXJlIE5ldHdvcmsgb2YgTWljaGlnYW4gYXJlIG5vbnBy
b2ZpdCBjb3Jwb3JhdGlvbnMgYW5kIGluZGVwZW5kZW50IGxpY2Vuc2VlcyBvZiB0aGUgQmx1
ZSBDcm9zcyBhbmQgQmx1ZSBTaGllbGQgQXNzb2NpYXRpb24uCg==

--_000_4FC37E442D05A748896589E468752CAA0CE046F6PWN401EA160entc_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89
InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJu
OnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3Nj
aGVtYXMubWljcm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDov
L3d3dy53My5vcmcvVFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9
IkNvbnRlbnQtVHlwZSIgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxt
ZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRl
cmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBm
b250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0
IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7
DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250
LWZhbWlseToiSGVsdmV0aWNhIE5ldWUiO30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpw
Lk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowaW47
DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1m
YW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVy
bGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsNCgl0ZXh0
LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtG
b2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0
ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNv
TGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9y
aXR5OjM0Ow0KCW1hcmdpbi10b3A6MGluOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbWFyZ2lu
LWJvdHRvbTowaW47DQoJbWFyZ2luLWxlZnQ6LjVpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAx
cHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFu
IixzZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25h
bC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjoj
MUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5
Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41
aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29y
ZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMg
Ki8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjE2MzYxNzkwOTk7DQoJbXNvLWxpc3QtdHlw
ZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOjExNzI3MDE2NTIgNjc2OTg3MDMg
Njc2OTg3MTMgNjc2OTg3MTUgNjc2OTg3MDMgNjc2OTg3MTMgNjc2OTg3MTUgNjc2OTg3MDMg
Njc2OTg3MTMgNjc2OTg3MTU7fQ0KQGxpc3QgbDA6bGV2ZWwxDQoJe21zby1sZXZlbC10YWIt
c3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu
ZGVudDotLjI1aW47fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9y
bWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZl
bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3Qg
bDA6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1z
by1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmln
aHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGwwOmxldmVsNA0KCXttc28tbGV2
ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ
dGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVt
YmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCglt
c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30N
CkBsaXN0IGwwOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpyb21hbi1sb3dl
cjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0
aW9uOnJpZ2h0Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDcNCgl7
bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps
ZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxl
dmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5v
bmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0u
MjVpbjt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9t
YW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJl
ci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxpc3QgbDENCgl7
bXNvLWxpc3QtaWQ6MTY4OTk4NjE5NTsNCgltc28tbGlzdC10eXBlOmh5YnJpZDsNCgltc28t
bGlzdC10ZW1wbGF0ZS1pZHM6LTgwNzYxMzI5OCAxMTM3MjI3NTcyIDY3Njk4NzEzIDY3Njk4
NzE1IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4
NzE1O30NCkBsaXN0IGwxOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBo
YS1sb3dlcjsNCgltc28tbGV2ZWwtdGV4dDoiJTFcLlwpIjsNCgltc28tbGV2ZWwtdGFiLXN0
b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl
bnQ6LS4yNWluO30NCkBsaXN0IGwxOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h
dDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwt
bnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGwx
OmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCgltc28t
bGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0
Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9DQpAbGlzdCBsMTpsZXZlbDQNCgl7bXNvLWxldmVs
LXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl
eHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsMTpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJl
ci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNv
LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpA
bGlzdCBsMTpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7
DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv
bjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxpc3QgbDE6bGV2ZWw3DQoJe21z
by1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm
dDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDE6bGV2ZWw4DQoJe21zby1sZXZl
bC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25l
Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1
aW47fQ0KQGxpc3QgbDE6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFu
LWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXIt
cG9zaXRpb246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCm9sDQoJe21hcmdpbi1i
b3R0b206MGluO30NCnVsDQoJe21hcmdpbi1ib3R0b206MGluO30NCi0tPjwvc3R5bGU+PCEt
LVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBz
cGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDld
Pjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0i
ZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4N
CjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1
NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM0NDcyQzQiPkhJIEJpbGwNCjxvOnA+
PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LHNhbnMtc2VyaWY7Y29sb3I6IzQ0NzJDNCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9i
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv
cjojNDQ3MkM0Ij5JIGRpZCByZWFkIHRoZSBkcmFmdC4mbmJzcDsmbmJzcDsgTXkgaW5pdGlh
bCBjb21tZW50cyAoaG9wZWZ1bGx5IGluIHRoZSBmb3JtYXQgeW91IHdhbnRlZCksJm5ic3A7
IGFyZSBiZWxvdy4mbmJzcDsNCjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzQ0NzJDNCI+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdy
YXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwxIGxldmVsMSBsZm8x
Ij48IVtpZiAhc3VwcG9ydExpc3RzXT48Yj48c3BhbiBzdHlsZT0iY29sb3I6IzQ0NzJDNCI+
PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+YS4pPHNwYW4gc3R5bGU9ImZvbnQ6Ny4w
cHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsNCjwv
c3Bhbj48L3NwYW4+PC9zcGFuPjwvYj48IVtlbmRpZl0+PGI+PHNwYW4gc3R5bGU9ImNvbG9y
OiM0NDcyQzQiPkkgZG8gc3VwcG9ydCB0aGUgYWRkaXRpb24gb2YgdGhlIG1pbGVzdG9uZSBh
bmQgYmVsaWV2ZSAmbmJzcDt0aGUgYWRvcHRpb24mbmJzcDs8YnI+DQpvZiB0aGlzIGRyYWZ0
IGFzIGEgV0cgaXRlbSB3aWxsIGZ1bGZpbGwgdGhhdCBtaWxlc3RvbmUmbmJzcDsuJm5ic3A7
PG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBo
IiBzdHlsZT0idGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwxIGxldmVsMSBsZm8xIj48
IVtpZiAhc3VwcG9ydExpc3RzXT48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzQ0NzJD
NCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+Yi4pPHNwYW4gc3R5bGU9ImZvbnQ6
Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsN
Cjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwvYj48IVtlbmRpZl0+PGI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl
cmlmO2NvbG9yOiM0NDcyQzQiPlllcywmbmJzcDsgSSBoYXZlIHJlYWQgdGhlIGRyYWZ0LiZu
YnNwOw0KPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFy
YWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwxIGxldmVsMSBs
Zm8xIj48IVtpZiAhc3VwcG9ydExpc3RzXT48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6
IzQ0NzJDNCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+Yy4pPHNwYW4gc3R5bGU9
ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwvYj48IVtlbmRpZl0+PGI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OyxzYW5zLXNlcmlmO2NvbG9yOiM0NDcyQzQiPkkgcGxlZGdlIHRvIHJldmlldyB0aGUg
ZHJhZnQgZHVyaW5nIHRoZSBXRyBQcm9jZXNzLiZuYnNwOw0KPG86cD48L286cD48L3NwYW4+
PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj
b2xvcjojNDQ3MkM0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM0NDcyQzQiPkkg
YWxzbyBoYXZlIHRoZSBmb2xsb3dpbmcgcmVsYXRlZCBxdWVzdGlvbnMvY29tbWVudHM6DQo8
bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgi
IHN0eWxlPSJ0ZXh0LWluZGVudDotLjI1aW47bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPjwh
W2lmICFzdXBwb3J0TGlzdHNdPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojNDQ3MkM0
Ij48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4xLjxzcGFuIHN0eWxlPSJmb250Ojcu
MHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48L2I+PCFbZW5kaWZdPjxi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli
cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojNDQ3MkM0Ij5JbiAzLjEuNCwgaXMgdGhlIENv
bW1hbmQgQ29udHJvbCBOdW1iZXJzIGxpc3RpbmcgZXhoYXVzdGl2ZT8mbmJzcDsmbmJzcDsm
bmJzcDsgQ2FuIGl0IGJlIGFkZGVkIHRvIG9yIGNoYW5nZWQgYXMgbmVlZGVkIGxhdGVyPw0K
PG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBo
IiBzdHlsZT0idGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxldmVsMSBsZm8yIj48
IVtpZiAhc3VwcG9ydExpc3RzXT48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzQ0NzJD
NCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+Mi48c3BhbiBzdHlsZT0iZm9udDo3
LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PC9iPjwhW2VuZGlmXT48
Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzQ0NzJDNCI+U2FtZSBxdWVzdGlvbiBhcyBh
Ym92ZSwgb25seSBmb3IgMy4yLjQuJm5ic3A7Jm5ic3A7IEFyZSB0aGUgTW9kZXMgZXhoYXVz
dGl2ZSBvciBncmFudWxhciBlbm91Z2g/Jm5ic3A7Jm5ic3A7IERvIHdlIG5lZWQgdG8gZGlm
ZmVyZW50aWF0ZTogJm5ic3A7Jm5ic3A7c3BlY2lmaWMgdHlwZXMgb2YgQXV0aGVudGljYXRp
b24NCiBvciBFbmNyeXB0aW9uLCBvciBtb2RlcyBvZiBJUHNlYyBvcGVyYXRpb24/Jm5ic3A7
IChyYW5kb20gZXhhbXBsZXMpLiZuYnNwOyAmbmJzcDtBbmQgb25jZSBhZ2FpbiBjYW4gdGhp
cyBiZSBhZGRlZCB0byBhcyBuZWVkZWQgYXQgYSBsYXRlciB0aW1lPyZuYnNwOw0KPG86cD48
L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHls
ZT0idGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxldmVsMSBsZm8yIj48IVtpZiAh
c3VwcG9ydExpc3RzXT48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzQ0NzJDNCI+PHNw
YW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+My48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAm
cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PC9iPjwhW2VuZGlmXT48Yj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzQ0NzJDNCI+QWdhaW4gaW4gMy4yLjQsIHRoZSBzdGF0
ZW1lbnQgYWJvdXQgdGhlIE9XQU1QIGFuZCBUV0FNUCByZWdpc3RyeSB2YWx1ZSBhc3NpZ25t
ZW50cyBmdW5jdGlvbmluZyBkaWZmZXJlbnRseS4mbmJzcDsmbmJzcDsgSW4gZ2VuZXJhbCwg
Zm9yIHNpbXBsaWNpdHkgYW5kDQogZWFzZSBvZiB1c2UgcHVycG9zZXMsIEkgd291bGQgYmUg
aW4gZmF2b3Igb2Yga2VlcGluZyZuYnNwOyBhcyBtYW55IHJlZ2lzdHJ5IGZ1bmN0aW9ucyBh
bmQgdmFsdWVzIGFzIHNpbWlsYXIgYXMgcG9zc2libGUsIGFjcm9zcyBhbGwgZGlzY2lwbGlu
ZXMgdXRpbGl6aW5nIHJlZ2lzdHJ5IGZ1bmN0aW9ucy4mbmJzcDsmbmJzcDsgVGhpcyBwYXJ0
aWN1bGFyIGFyZWEgb2YgcmVnaXN0cnkgdmFsdWUgYXNzaWdubWVudCBzb3VuZHMgdG8gbWUg
dG8gYmUgbW9yZSBlZmZlY3RpdmVseQ0KIHBlcmZvcm1lZCBpbiBPV0FNUCBhbmQgaGVuY2Ug
SSB3b3VsZCBlbmNvdXJhZ2UgVFdBTVAgdG8gY2hhbmdlLiZuYnNwOyAmbmJzcDsmbmJzcDsm
bmJzcDtJIGFtIGhvcGluZyB0aGlzIHdvdWxkIGhhdmUgcHJlY2VkZW50IHNldHRpbmcgaW5m
bHVlbmNlLiZuYnNwOw0KPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt
c2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PGEgbmFtZT0iX01haWxFbmRDb21wb3NlIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh
bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9hPjwv
cD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNF
MUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom
cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LHNhbnMtc2VyaWYiPiBpcHBtIFttYWlsdG86aXBwbS1ib3VuY2VzQGlldGYub3JnXQ0KPGI+
T24gQmVoYWxmIE9mIDwvYj5CaWxsIENlcnZlbnk8YnI+DQo8Yj5TZW50OjwvYj4gV2VkbmVz
ZGF5LCBKdW5lIDEwLCAyMDE1IDQ6NTUgUE08YnI+DQo8Yj5Ubzo8L2I+IGlwcG1AaWV0Zi5v
cmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gW2lwcG1dIGRyYWZ0LW1vcnRvbi1pcHBtLW93YW1w
LXJlZ2lzdHJ5IGNhbGwgZm9yIGFkb3B0aW9uIGFuZCBkcmFmdC1lbGtpbnMtaXBwbS02bWFu
LXBkbS1vcHRpb24gYWNjZXB0ZWQgZm9yIGFkb3B0aW9uPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RGVhciBJUFBNIHBhcnRpY2lwYW50cyw8
bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw
OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFzIG5v
dGVkIGluIGRpc2N1c3Npb25zIGZvciB3aGljaCB0aGUgSVBQTSB3b3JraW5nIGdyb3VwIGhh
cyBiZWVuIGNj4oCZZWQgb24sIGRyYWZ0Jm5ic3A7ZHJhZnQtbW9ydG9uLWlwcG0tb3dhbXAt
cmVnaXN0cnktMDAsICZxdW90O1JlZ2lzdHJpZXMgZm9yIHRoZSBPbmUtV2F5IEFjdGl2ZSBN
ZWFzdXJlbWVudCBQcm90b2NvbCAtIE9XQU1QJnF1b3Q7IGhhcyBiZWVuIHByb3Bvc2VkIHRv
IGVzdGFibGlzaCBhbiBPV0FNUCByZWdpc3RyeS4gJm5ic3A7VGhlDQogZmlyc3QgbWlzc2lv
biBvZiBhbiBPV0FNUCByZWdpc3RyeSB3b3VsZCBiZSB0byBzdXBwb3J0IGEgcmVnaXN0cnkg
ZW50cnkgZm9yIGRyYWZ0LWlldGYtaXBwbS1pcHNlYywgd2hpY2ggaXMgY3VycmVudGx5IGlu
IElFU0cgZXZhbHVhdGlvbi48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+UGxlYXNlIGluZGljYXRlOjxvOnA+PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+KGEpIHdoZXRoZXIgeW91IHN1
cHBvcnQgdGhlIGFkZGl0aW9uIG9mIHRoZSBtaWxlc3RvbmUgYW5kIHRoZSBhZG9wdGlvbiZu
YnNwOzxicj4NCm9mIHRoZSBkcmFmdCBhcyBhIFdHIGl0ZW0gdG8gZnVsZmlsbCB0aGF0IG1p
bGVzdG9uZSZuYnNwOzxicj4NCihiKSB3aGV0aGVyIHlvdSBoYXZlIHJlYWQgdGhlIGRyYWZ0
Jm5ic3A7PGJyPg0KKGMpIHdoZXRoZXIgeW91IHBsZWRnZSB0byByZXZpZXcgdGhlIGRyYWZ0
IGR1cmluZyB0aGUgV0cgcHJvY2Vzcy4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhpcyB3b3JraW5nIGdyb3VwIGxh
c3QgY2FsbCBydW5zIGZvciAyIHdlZWtzLCBidXQgaWYgdGhlcmUgaXMgc3VmZmljaWVudCBz
dXBwb3J0IHRoZSBkcmFmdCBtYXkgYmUgYWNjZXB0ZWQgZWFybGllciBzbyB0aGF0IGRyYWZ0
LWlldGYtaXBwbS1pcHNlYyBjYW4gcHJvZ3Jlc3MuPG86cD48L286cD48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFsc28sJm5ic3A7PHNwYW4gc3R5
bGU9ImZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSBOZXVlJnF1b3Q7Ij5kcmFmdC1lbGtp
bnMtaXBwbS02bWFuLXBkbS1vcHRpb24gaGFzIGJlZW4gYWNjZXB0ZWQgZm9yIGFkb3B0aW9u
IGJ5IHRoZSBJUFBNIHdvcmtpbmcgZ3JvdXAuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5SZWdhcmRzLDxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz
cDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5CaWxs
IENlcnZlbnk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPklQUE0gV0cgY28tY2hhaXI8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+
DQo8L2JvZHk+DQo8L2h0bWw+DQoKCjxCUj4KPGh0bWw+CiA8cD5UaGUgaW5mb3JtYXRpb24g
Y29udGFpbmVkIGluIHRoaXMgY29tbXVuaWNhdGlvbiBpcyBoaWdobHkgY29uZmlkZW50aWFs
IGFuZCBpcyBpbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwo
cykgdG8gd2hvbSB0aGlzIGNvbW11bmljYXRpb24gaXMgZGlyZWN0ZWQuIElmIHlvdSBhcmUg
bm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHlvdSBhcmUgaGVyZWJ5IG5vdGlmaWVkIHRo
YXQgYW55IHZpZXdpbmcsIGNvcHlpbmcsIGRpc2Nsb3N1cmUgb3IgZGlzdHJpYnV0aW9uIG9m
IHRoaXMgaW5mb3JtYXRpb24gaXMgcHJvaGliaXRlZC4gUGxlYXNlIG5vdGlmeSB0aGUgc2Vu
ZGVyLCBieSBlbGVjdHJvbmljIG1haWwgb3IgdGVsZXBob25lLCBvZiBhbnkgdW5pbnRlbmRl
ZCByZWNlaXB0IGFuZCBkZWxldGUgdGhlIG9yaWdpbmFsIG1lc3NhZ2Ugd2l0aG91dCBtYWtp
bmcgYW55IGNvcGllcy48L3A+CiA8cD5CbHVlIENyb3NzIEJsdWUgU2hpZWxkIG9mIE1pY2hp
Z2FuIGFuZCBCbHVlIENhcmUgTmV0d29yayBvZiBNaWNoaWdhbiBhcmUgbm9ucHJvZml0IGNv
cnBvcmF0aW9ucyBhbmQgaW5kZXBlbmRlbnQgbGljZW5zZWVzIG9mIHRoZSBCbHVlIENyb3Nz
IGFuZCBCbHVlIFNoaWVsZCBBc3NvY2lhdGlvbi48L3A+CiAgPC9odG1sPgoK

--_000_4FC37E442D05A748896589E468752CAA0CE046F6PWN401EA160entc_--


From nobody Fri Jun 19 11:14:45 2015
Return-Path: <acmorton@att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A50721ACE86 for <ippm@ietfa.amsl.com>; Fri, 19 Jun 2015 11:14:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level: 
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QWB2b9pocfFS for <ippm@ietfa.amsl.com>; Fri, 19 Jun 2015 11:14:42 -0700 (PDT)
Received: from mail-pink.research.att.com (mail-pink.research.att.com [204.178.8.22]) by ietfa.amsl.com (Postfix) with ESMTP id CBCFB1ACE85 for <ippm@ietf.org>; Fri, 19 Jun 2015 11:14:41 -0700 (PDT)
Received: from mail-blue.research.att.com (unknown [135.207.178.11]) by mail-pink.research.att.com (Postfix) with ESMTP id 4A6C1123F7A; Fri, 19 Jun 2015 14:36:13 -0400 (EDT)
Received: from exchange.research.att.com (njfpsrvexg0.research.att.com [135.207.240.40]) by mail-blue.research.att.com (Postfix) with ESMTP id 6CB82F0492; Fri, 19 Jun 2015 14:14:37 -0400 (EDT)
Received: from NJFPSRVEXG0.research.att.com ([fe80::108a:1006:9f54:fd90]) by NJFPSRVEXG0.research.att.com ([fe80::108a:1006:9f54:fd90%25]) with mapi; Fri, 19 Jun 2015 14:14:37 -0400
From: "MORTON, ALFRED C (AL)" <acmorton@att.com>
To: "Ackermann, Michael" <MAckermann@bcbsm.com>, Bill Cerveny <ippm@wjcerveny.com>, "ippm@ietf.org" <ippm@ietf.org>
Date: Fri, 19 Jun 2015 14:14:34 -0400
Thread-Topic: [ippm] draft-morton-ippm-owamp-registry call for adoption and draft-elkins-ippm-6man-pdm-option accepted for adoption
Thread-Index: AQHQo7/G0u+tIIeA602s5+rqkRR0y52z95qwgAA0nfA=
Message-ID: <4AF73AA205019A4C8A1DDD32C034631D0662982B1F@NJFPSRVEXG0.research.att.com>
References: <A70677AE-2C1F-46F0-86F1-797E5F2D6E34@wjcerveny.com> <4FC37E442D05A748896589E468752CAA0CE046F6@PWN401EA160.ent.corp.bcbsm.com>
In-Reply-To: <4FC37E442D05A748896589E468752CAA0CE046F6@PWN401EA160.ent.corp.bcbsm.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_4AF73AA205019A4C8A1DDD32C034631D0662982B1FNJFPSRVEXG0re_"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/W1ebCqri_J9NkYttQbMt6_JjUfg>
Subject: Re: [ippm] draft-morton-ippm-owamp-registry call for adoption and draft-elkins-ippm-6man-pdm-option accepted for adoption
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Jun 2015 18:14:44 -0000

--_000_4AF73AA205019A4C8A1DDD32C034631D0662982B1FNJFPSRVEXG0re_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGkgTWlrZSwNCnRoYW5rcyBmb3IgeW91ciByZXZpZXcsIHBsZWFzZSBzZWUgbXkgcmVwbGllcyBi
ZWxvdy4NCg0KRnJvbTogQWNrZXJtYW5uLCBNaWNoYWVsIFttYWlsdG86TUFja2VybWFubkBiY2Jz
bS5jb21dDQpTZW50OiBGcmlkYXksIEp1bmUgMTksIDIwMTUgMTA6NTMgQU0NClRvOiBCaWxsIENl
cnZlbnk7IGlwcG1AaWV0Zi5vcmcNCkNjOiBNT1JUT04sIEFMRlJFRCBDIChBTCkNClN1YmplY3Q6
IFJFOiBbaXBwbV0gZHJhZnQtbW9ydG9uLWlwcG0tb3dhbXAtcmVnaXN0cnkgY2FsbCBmb3IgYWRv
cHRpb24gYW5kIGRyYWZ0LWVsa2lucy1pcHBtLTZtYW4tcGRtLW9wdGlvbiBhY2NlcHRlZCBmb3Ig
YWRvcHRpb24NCg0KSEkgQmlsbA0KDQpJIGRpZCByZWFkIHRoZSBkcmFmdC4gICBNeSBpbml0aWFs
IGNvbW1lbnRzIChob3BlZnVsbHkgaW4gdGhlIGZvcm1hdCB5b3Ugd2FudGVkKSwgIGFyZSBiZWxv
dy4NCg0KDQphLikgICAgSSBkbyBzdXBwb3J0IHRoZSBhZGRpdGlvbiBvZiB0aGUgbWlsZXN0b25l
IGFuZCBiZWxpZXZlICB0aGUgYWRvcHRpb24NCm9mIHRoaXMgZHJhZnQgYXMgYSBXRyBpdGVtIHdp
bGwgZnVsZmlsbCB0aGF0IG1pbGVzdG9uZSAuDQoNCmIuKSAgICBZZXMsICBJIGhhdmUgcmVhZCB0
aGUgZHJhZnQuDQoNCmMuKSAgICAgSSBwbGVkZ2UgdG8gcmV2aWV3IHRoZSBkcmFmdCBkdXJpbmcg
dGhlIFdHIFByb2Nlc3MuDQoNCkkgYWxzbyBoYXZlIHRoZSBmb2xsb3dpbmcgcmVsYXRlZCBxdWVz
dGlvbnMvY29tbWVudHM6DQoNCjEuICAgICAgIEluIDMuMS40LCBpcyB0aGUgQ29tbWFuZCBDb250
cm9sIE51bWJlcnMgbGlzdGluZyBleGhhdXN0aXZlPyAgICBDYW4gaXQgYmUgYWRkZWQgdG8gb3Ig
Y2hhbmdlZCBhcyBuZWVkZWQgbGF0ZXI/DQoNCltBQ01dDQoNClllcy4gSWYgd2Ugd2FudCB0byBh
ZGQgbmV3IGNvbW1hbmRzLCB3ZSBjYW4gZG8gdGhpcyBieSBkZWZpbmluZyB0aGUNCg0KY29tbWFu
ZChzKSBpbiBhbiBSRkMsIGFuZCB0aGVuIHJlcXVlc3RpbmcgSUFOQSB0byBhc3NpZ24gYSBuZXcg
bnVtYmVyIGluDQoNCnRoZSByZWdpc3RyeSBjb3JyZXNwb25kaW5nIHRvIHRoZSBuZXcgY29tbWFu
ZC4gIFRoaXMgaXMgdGhlIHNhbWUNCg0KYXBwcm94aW1hdGUgcHJvY2VkdXJlIHlvdSB3aWxsIGZv
bGxvdyB3aXRoIHRoZSBQRE0gZHJhZnQsIEkgc3VwcG9zZQ0KDQp0aGUgSVB2NiBkZXN0aW5hdGlv
biBvcHRpb25zIGhhdmUgYSBjb3JyZXNwb25kaW5nIHJlZ2lzdHJ5LCBhbmQgSVBQTQ0KDQp3b3Vs
ZCBuZWVkIHRvIHJlcXVlc3QgdG8gcmVnaXN0ZXIgdGhlIFBETSBvcHRpb24uDQoNCg0KDQoyLiAg
ICAgICBTYW1lIHF1ZXN0aW9uIGFzIGFib3ZlLCBvbmx5IGZvciAzLjIuNC4gICBBcmUgdGhlIE1v
ZGVzIGV4aGF1c3RpdmUgb3IgZ3JhbnVsYXIgZW5vdWdoPw0KDQpbQUNNXQ0KDQpBZ2FpbiBpdOKA
mXMgeWVzLCBuZXcgTW9kZXMgY2FuIGFsc28gYmUgYWRkZWQuDQoNCkRvIHdlIG5lZWQgdG8gZGlm
ZmVyZW50aWF0ZTogICBzcGVjaWZpYyB0eXBlcyBvZiBBdXRoZW50aWNhdGlvbiBvciBFbmNyeXB0
aW9uLCBvciBtb2RlcyBvZiBJUHNlYyBvcGVyYXRpb24/ICAocmFuZG9tIGV4YW1wbGVzKS4gICBB
bmQgb25jZSBhZ2FpbiBjYW4gdGhpcyBiZSBhZGRlZCB0byBhcyBuZWVkZWQgYXQgYSBsYXRlciB0
aW1lPw0KDQpbQUNNXQ0KDQpFaXRoZXIgdGhlIG5ldyBmZWF0dXJlIG9yIGV4dGVuc2lvbiBuZWVk
cyB0byBiZSBjb21wbGV0ZWx5IHNwZWNpZmllZCBpbiB0aGUNCg0KdGhlIFJGQyB0aGF0IGRlc2Ny
aWJlcyBpdCDigJMgb3Ig4oCTIGl0IG11c3Qgc3BlY2lmeSBzb21lIG90aGVyIG1lYW5zIHRvIGFj
aGlldmUNCg0KY29tcGF0aWJsZSBvcGVyYXRpb24sIHByb2JhYmx5IHRoZSBjb250cm9scyBzcGVj
aWZpZWQgaW4gYW4gZXhpc3RpbmcgUkZDLg0KDQozLiAgICAgICBBZ2FpbiBpbiAzLjIuNCwgdGhl
IHN0YXRlbWVudCBhYm91dCB0aGUgT1dBTVAgYW5kIFRXQU1QIHJlZ2lzdHJ5IHZhbHVlIGFzc2ln
bm1lbnRzIGZ1bmN0aW9uaW5nIGRpZmZlcmVudGx5LiAgIEluIGdlbmVyYWwsIGZvciBzaW1wbGlj
aXR5IGFuZCBlYXNlIG9mIHVzZSBwdXJwb3NlcywgSSB3b3VsZCBiZSBpbiBmYXZvciBvZiBrZWVw
aW5nICBhcyBtYW55IHJlZ2lzdHJ5IGZ1bmN0aW9ucyBhbmQgdmFsdWVzIGFzIHNpbWlsYXIgYXMg
cG9zc2libGUsIGFjcm9zcyBhbGwgZGlzY2lwbGluZXMgdXRpbGl6aW5nIHJlZ2lzdHJ5IGZ1bmN0
aW9ucy4gICBUaGlzIHBhcnRpY3VsYXIgYXJlYSBvZiByZWdpc3RyeSB2YWx1ZSBhc3NpZ25tZW50
IHNvdW5kcyB0byBtZSB0byBiZSBtb3JlIGVmZmVjdGl2ZWx5IHBlcmZvcm1lZCBpbiBPV0FNUCBh
bmQgaGVuY2UgSSB3b3VsZCBlbmNvdXJhZ2UgVFdBTVAgdG8gY2hhbmdlLiAgICAgSSBhbSBob3Bp
bmcgdGhpcyB3b3VsZCBoYXZlIHByZWNlZGVudCBzZXR0aW5nIGluZmx1ZW5jZS4NCg0KW0FDTV0N
Cg0KSSBpZGVudGlmaWVkIG9uZSBjYXNlIHdoZXJlIHdlIG1heSB3YW50IHRvIGJlIGFsaWduZWQs
IGJ1dCBtb3N0bHkgd2UgY2FuIGV4cGVjdA0KDQpkaWZmZXJlbmNlcyBiZXR3ZWVuIE9XQU1QIGFu
ZCBUV0FNUC4gVGhlIFJGQyA1NjE4IE1peGVkIFNlY3VyaXR5DQoNCk1vZGUgZmVhdHVyZSBmb3Ig
VFdBTVAgd291bGQgYWxzbyBiZSBlYXNpbHkgYXBwbGljYWJsZSB0byBPV0FNUCwgYnV0IHdlIG5l
ZWQgYW4NCg0KUkZDIHRvIGRlc2NyaWJlIHRoZSBmZWF0dXJlIGFuZCB0aGVuIHJlcXVlc3QgdGhl
IHJlc2VydmVkIGJpdCBwb3NpdGlvbg0KDQood2hpY2ggSSBhbHJlYWR5IGFza2VkIGZvciByZXNl
cnZlZCBzdGF0dXMpLiAgSeKAmXZlIGFkZGVkDQoNCmFuZCBleHBhbmRlZCB2ZXJzaW9uIG9mIHRo
ZSB0ZXh0IHRoYXQgTmFsaW5pIGFuZCB5b3UgaGF2ZSBzdWdnZXN0ZWQuDQoNCltBQ01dIHRoYW5r
cyBmb3IgeW91ciByZXZpZXcgYW5kIHN1cHBvcnQhDQpBbA0KDQpGcm9tOiBpcHBtIFttYWlsdG86
aXBwbS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgQmlsbCBDZXJ2ZW55DQpTZW50OiBX
ZWRuZXNkYXksIEp1bmUgMTAsIDIwMTUgNDo1NSBQTQ0KVG86IGlwcG1AaWV0Zi5vcmc8bWFpbHRv
OmlwcG1AaWV0Zi5vcmc+DQpTdWJqZWN0OiBbaXBwbV0gZHJhZnQtbW9ydG9uLWlwcG0tb3dhbXAt
cmVnaXN0cnkgY2FsbCBmb3IgYWRvcHRpb24gYW5kIGRyYWZ0LWVsa2lucy1pcHBtLTZtYW4tcGRt
LW9wdGlvbiBhY2NlcHRlZCBmb3IgYWRvcHRpb24NCg0KRGVhciBJUFBNIHBhcnRpY2lwYW50cywN
Cg0KQXMgbm90ZWQgaW4gZGlzY3Vzc2lvbnMgZm9yIHdoaWNoIHRoZSBJUFBNIHdvcmtpbmcgZ3Jv
dXAgaGFzIGJlZW4gY2PigJllZCBvbiwgZHJhZnQgZHJhZnQtbW9ydG9uLWlwcG0tb3dhbXAtcmVn
aXN0cnktMDAsICJSZWdpc3RyaWVzIGZvciB0aGUgT25lLVdheSBBY3RpdmUgTWVhc3VyZW1lbnQg
UHJvdG9jb2wgLSBPV0FNUCIgaGFzIGJlZW4gcHJvcG9zZWQgdG8gZXN0YWJsaXNoIGFuIE9XQU1Q
IHJlZ2lzdHJ5LiAgVGhlIGZpcnN0IG1pc3Npb24gb2YgYW4gT1dBTVAgcmVnaXN0cnkgd291bGQg
YmUgdG8gc3VwcG9ydCBhIHJlZ2lzdHJ5IGVudHJ5IGZvciBkcmFmdC1pZXRmLWlwcG0taXBzZWMs
IHdoaWNoIGlzIGN1cnJlbnRseSBpbiBJRVNHIGV2YWx1YXRpb24uDQoNClBsZWFzZSBpbmRpY2F0
ZToNCihhKSB3aGV0aGVyIHlvdSBzdXBwb3J0IHRoZSBhZGRpdGlvbiBvZiB0aGUgbWlsZXN0b25l
IGFuZCB0aGUgYWRvcHRpb24NCm9mIHRoZSBkcmFmdCBhcyBhIFdHIGl0ZW0gdG8gZnVsZmlsbCB0
aGF0IG1pbGVzdG9uZQ0KKGIpIHdoZXRoZXIgeW91IGhhdmUgcmVhZCB0aGUgZHJhZnQNCihjKSB3
aGV0aGVyIHlvdSBwbGVkZ2UgdG8gcmV2aWV3IHRoZSBkcmFmdCBkdXJpbmcgdGhlIFdHIHByb2Nl
c3MuDQoNClRoaXMgd29ya2luZyBncm91cCBsYXN0IGNhbGwgcnVucyBmb3IgMiB3ZWVrcywgYnV0
IGlmIHRoZXJlIGlzIHN1ZmZpY2llbnQgc3VwcG9ydCB0aGUgZHJhZnQgbWF5IGJlIGFjY2VwdGVk
IGVhcmxpZXIgc28gdGhhdCBkcmFmdC1pZXRmLWlwcG0taXBzZWMgY2FuIHByb2dyZXNzLg0KDQpB
bHNvLCBkcmFmdC1lbGtpbnMtaXBwbS02bWFuLXBkbS1vcHRpb24gaGFzIGJlZW4gYWNjZXB0ZWQg
Zm9yIGFkb3B0aW9uIGJ5IHRoZSBJUFBNIHdvcmtpbmcgZ3JvdXAuDQoNClJlZ2FyZHMsDQoNCkJp
bGwgQ2VydmVueQ0KSVBQTSBXRyBjby1jaGFpcg0KDQoNClRoZSBpbmZvcm1hdGlvbiBjb250YWlu
ZWQgaW4gdGhpcyBjb21tdW5pY2F0aW9uIGlzIGhpZ2hseSBjb25maWRlbnRpYWwgYW5kIGlzIGlu
dGVuZGVkIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgaW5kaXZpZHVhbChzKSB0byB3aG9tIHRo
aXMgY29tbXVuaWNhdGlvbiBpcyBkaXJlY3RlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVk
IHJlY2lwaWVudCwgeW91IGFyZSBoZXJlYnkgbm90aWZpZWQgdGhhdCBhbnkgdmlld2luZywgY29w
eWluZywgZGlzY2xvc3VyZSBvciBkaXN0cmlidXRpb24gb2YgdGhpcyBpbmZvcm1hdGlvbiBpcyBw
cm9oaWJpdGVkLiBQbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIsIGJ5IGVsZWN0cm9uaWMgbWFpbCBv
ciB0ZWxlcGhvbmUsIG9mIGFueSB1bmludGVuZGVkIHJlY2VpcHQgYW5kIGRlbGV0ZSB0aGUgb3Jp
Z2luYWwgbWVzc2FnZSB3aXRob3V0IG1ha2luZyBhbnkgY29waWVzLg0KDQpCbHVlIENyb3NzIEJs
dWUgU2hpZWxkIG9mIE1pY2hpZ2FuIGFuZCBCbHVlIENhcmUgTmV0d29yayBvZiBNaWNoaWdhbiBh
cmUgbm9ucHJvZml0IGNvcnBvcmF0aW9ucyBhbmQgaW5kZXBlbmRlbnQgbGljZW5zZWVzIG9mIHRo
ZSBCbHVlIENyb3NzIGFuZCBCbHVlIFNoaWVsZCBBc3NvY2lhdGlvbi4NCg==

--_000_4AF73AA205019A4C8A1DDD32C034631D0662982B1FNJFPSRVEXG0re_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu
dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50
PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv
bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglw
YW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5
OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJ
e2ZvbnQtZmFtaWx5OiJIZWx2ZXRpY2EgTmV1ZSI7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N
CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsN
CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls
eToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN
Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0
aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7
bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9u
OnVuZGVybGluZTt9DQpwDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5
OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRl
LCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxp
bms6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAw
MDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2Vy
aWYiO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xp
c3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGluOw0K
CW1hcmdpbi1yaWdodDowaW47DQoJbWFyZ2luLWJvdHRvbTowaW47DQoJbWFyZ2luLWxlZnQ6LjVp
bjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZh
bWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21z
by1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJp
ZiI7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlw
ZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCWNvbG9yOmJs
YWNrO30NCnNwYW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRl
eHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxs
b29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQouTXNvQ2hw
RGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0
O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4w
aW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0
aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZh
dWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwh
LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86
aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFb
ZW5kaWZdLS0+PC9oZWFkPjxib2R5IGxhbmc9RU4tVVMgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5
NTRGNzIiPjxkaXYgY2xhc3M9V29yZFNlY3Rpb24xPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBz
dHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ291cmllciBOZXciO2NvbG9yOmJs
YWNrJz5IaSBNaWtlLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNw
YW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijtjb2xv
cjpibGFjayc+dGhhbmtzIGZvciB5b3VyIHJldmlldywgcGxlYXNlIHNlZSBteSByZXBsaWVzIGJl
bG93LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9
J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijtjb2xvcjpibGFjayc+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxkaXY+PGRpdiBzdHlsZT0nYm9yZGVyOm5vbmU7
Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4n
PjxwIGNsYXNzPU1zb05vcm1hbD48Yj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250
LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHls
ZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPiBB
Y2tlcm1hbm4sIE1pY2hhZWwgW21haWx0bzpNQWNrZXJtYW5uQGJjYnNtLmNvbV0gPGJyPjxiPlNl
bnQ6PC9iPiBGcmlkYXksIEp1bmUgMTksIDIwMTUgMTA6NTMgQU08YnI+PGI+VG86PC9iPiBCaWxs
IENlcnZlbnk7IGlwcG1AaWV0Zi5vcmc8YnI+PGI+Q2M6PC9iPiBNT1JUT04sIEFMRlJFRCBDIChB
TCk8YnI+PGI+U3ViamVjdDo8L2I+IFJFOiBbaXBwbV0gZHJhZnQtbW9ydG9uLWlwcG0tb3dhbXAt
cmVnaXN0cnkgY2FsbCBmb3IgYWRvcHRpb24gYW5kIGRyYWZ0LWVsa2lucy1pcHBtLTZtYW4tcGRt
LW9wdGlvbiBhY2NlcHRlZCBmb3IgYWRvcHRpb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+
PC9kaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxwIGNsYXNzPU1z
b05vcm1hbD48Yj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2Fs
aWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiM0NDcyQzQnPkhJIEJpbGwgPG86cD48L286cD48L3Nw
YW4+PC9iPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PGI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojNDQ3MkM0Jz48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2I+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48Yj48c3Bh
biBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2Vy
aWYiO2NvbG9yOiM0NDcyQzQnPkkgZGlkIHJlYWQgdGhlIGRyYWZ0LiZuYnNwOyZuYnNwOyBNeSBp
bml0aWFsIGNvbW1lbnRzIChob3BlZnVsbHkgaW4gdGhlIGZvcm1hdCB5b3Ugd2FudGVkKSwmbmJz
cDsgYXJlIGJlbG93LiZuYnNwOyA8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPjxwIGNsYXNzPU1z
b05vcm1hbD48Yj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2Fs
aWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiM0NDcyQzQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu
PjwvYj48L3A+PHAgY2xhc3M9TXNvTGlzdFBhcmFncmFwaCBzdHlsZT0ndGV4dC1pbmRlbnQ6LS4y
NWluJz48Yj48c3BhbiBzdHlsZT0nY29sb3I6IzQ0NzJDNCc+YS4pPC9zcGFuPjwvYj48Yj48c3Bh
biBzdHlsZT0nZm9udC1zaXplOjcuMHB0O2NvbG9yOiM0NDcyQzQnPiZuYnNwOyZuYnNwOyZuYnNw
OyA8L3NwYW4+PHNwYW4gc3R5bGU9J2NvbG9yOiM0NDcyQzQnPkkgZG8gc3VwcG9ydCB0aGUgYWRk
aXRpb24gb2YgdGhlIG1pbGVzdG9uZSBhbmQgYmVsaWV2ZSAmbmJzcDt0aGUgYWRvcHRpb24mbmJz
cDs8YnI+b2YgdGhpcyBkcmFmdCBhcyBhIFdHIGl0ZW0gd2lsbCBmdWxmaWxsIHRoYXQgbWlsZXN0
b25lJm5ic3A7LiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+PHAgY2xhc3M9TXNvTGlz
dFBhcmFncmFwaCBzdHlsZT0ndGV4dC1pbmRlbnQ6LS4yNWluJz48Yj48c3BhbiBzdHlsZT0nZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiM0
NDcyQzQnPmIuKTwvc3Bhbj48L2I+PGI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo3LjBwdDtjb2xv
cjojNDQ3MkM0Jz4mbmJzcDsmbmJzcDsmbmJzcDsgPC9zcGFuPjwvYj48Yj48c3BhbiBzdHlsZT0n
Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9y
OiM0NDcyQzQnPlllcywmbmJzcDsgSSBoYXZlIHJlYWQgdGhlIGRyYWZ0LiZuYnNwOyA8bzpwPjwv
bzpwPjwvc3Bhbj48L2I+PC9wPjxwIGNsYXNzPU1zb0xpc3RQYXJhZ3JhcGggc3R5bGU9J3RleHQt
aW5kZW50Oi0uMjVpbic+PGI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojNDQ3MkM0Jz5jLik8L3NwYW4+PC9iPjxi
PjxzcGFuIHN0eWxlPSdmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzQ0NzJDNCc+Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7IDwvc3Bhbj48L2I+PGI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojNDQ3MkM0Jz5JIHBsZWRn
ZSB0byByZXZpZXcgdGhlIGRyYWZ0IGR1cmluZyB0aGUgV0cgUHJvY2Vzcy4mbmJzcDsgPG86cD48
L286cD48L3NwYW4+PC9iPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PGI+PHNwYW4gc3R5bGU9J2Zv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjoj
NDQ3MkM0Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2I+PC9wPjxwIGNsYXNzPU1zb05vcm1h
bD48Yj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIs
InNhbnMtc2VyaWYiO2NvbG9yOiM0NDcyQzQnPkkgYWxzbyBoYXZlIHRoZSBmb2xsb3dpbmcgcmVs
YXRlZCBxdWVzdGlvbnMvY29tbWVudHM6IDxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+PHAgY2xh
c3M9TXNvTGlzdFBhcmFncmFwaCBzdHlsZT0ndGV4dC1pbmRlbnQ6LS4yNWluJz48Yj48c3BhbiBz
dHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYi
O2NvbG9yOiM0NDcyQzQnPjEuPC9zcGFuPjwvYj48Yj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjcu
MHB0O2NvbG9yOiM0NDcyQzQnPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8
L3NwYW4+PC9iPjxiPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJD
YWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzQ0NzJDNCc+SW4gMy4xLjQsIGlzIHRoZSBDb21t
YW5kIENvbnRyb2wgTnVtYmVycyBsaXN0aW5nIGV4aGF1c3RpdmU/Jm5ic3A7Jm5ic3A7Jm5ic3A7
IENhbiBpdCBiZSBhZGRlZCB0byBvciBjaGFuZ2VkIGFzIG5lZWRlZCBsYXRlcj8gPG86cD48L286
cD48L3NwYW4+PC9iPjwvcD48cCBjbGFzcz1Nc29MaXN0UGFyYWdyYXBoIHN0eWxlPSdtYXJnaW4t
bGVmdDowaW4nPjxiPjxpPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiJDb3VyaWVyIE5ldyI7Y29sb3I6YmxhY2snPltBQ01dIDxvOnA+PC9vOnA+PC9zcGFuPjwvaT48
L2I+PC9wPjxwIGNsYXNzPU1zb0xpc3RQYXJhZ3JhcGggc3R5bGU9J21hcmdpbi1sZWZ0OjBpbic+
PGI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3
Ijtjb2xvcjpibGFjayc+WWVzLiBJZiB3ZSB3YW50IHRvIGFkZCBuZXcgY29tbWFuZHMsIHdlIGNh
biBkbyB0aGlzIGJ5IGRlZmluaW5nIHRoZSA8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPjxwIGNs
YXNzPU1zb0xpc3RQYXJhZ3JhcGggc3R5bGU9J21hcmdpbi1sZWZ0OjBpbic+PGI+PHNwYW4gc3R5
bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijtjb2xvcjpibGFj
ayc+Y29tbWFuZChzKSBpbiBhbiBSRkMsIGFuZCB0aGVuIHJlcXVlc3RpbmcgSUFOQSB0byBhc3Np
Z24gYSBuZXcgbnVtYmVyIGluPG86cD48L286cD48L3NwYW4+PC9iPjwvcD48cCBjbGFzcz1Nc29M
aXN0UGFyYWdyYXBoIHN0eWxlPSdtYXJnaW4tbGVmdDowaW4nPjxiPjxzcGFuIHN0eWxlPSdmb250
LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7Y29sb3I6YmxhY2snPnRoZSBy
ZWdpc3RyeSBjb3JyZXNwb25kaW5nIHRvIHRoZSBuZXcgY29tbWFuZC7CoCBUaGlzIGlzIHRoZSBz
YW1lIDxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+PHAgY2xhc3M9TXNvTGlzdFBhcmFncmFwaCBz
dHlsZT0nbWFyZ2luLWxlZnQ6MGluJz48Yj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseToiQ291cmllciBOZXciO2NvbG9yOmJsYWNrJz5hcHByb3hpbWF0ZSBwcm9jZWR1
cmUgeW91IHdpbGwgZm9sbG93IHdpdGggdGhlIFBETSBkcmFmdCwgSSBzdXBwb3NlPG86cD48L286
cD48L3NwYW4+PC9iPjwvcD48cCBjbGFzcz1Nc29MaXN0UGFyYWdyYXBoIHN0eWxlPSdtYXJnaW4t
bGVmdDowaW4nPjxiPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJD
b3VyaWVyIE5ldyI7Y29sb3I6YmxhY2snPnRoZSBJUHY2IGRlc3RpbmF0aW9uIG9wdGlvbnMgaGF2
ZSBhIGNvcnJlc3BvbmRpbmcgcmVnaXN0cnksIGFuZCBJUFBNPG86cD48L286cD48L3NwYW4+PC9i
PjwvcD48cCBjbGFzcz1Nc29MaXN0UGFyYWdyYXBoIHN0eWxlPSdtYXJnaW4tbGVmdDowaW4nPjxi
PjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7
Y29sb3I6YmxhY2snPndvdWxkIG5lZWQgdG8gcmVxdWVzdCB0byByZWdpc3RlciB0aGUgUERNIG9w
dGlvbi48bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPjxwIGNsYXNzPU1zb0xpc3RQYXJhZ3JhcGgg
c3R5bGU9J21hcmdpbi1sZWZ0OjBpbic+PGI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijtjb2xvcjpibGFjayc+PG86cD4mbmJzcDs8L286cD48
L3NwYW4+PC9iPjwvcD48cCBjbGFzcz1Nc29MaXN0UGFyYWdyYXBoIHN0eWxlPSd0ZXh0LWluZGVu
dDotLjI1aW4nPjxiPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJD
YWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzQ0NzJDNCc+Mi48L3NwYW4+PC9iPjxiPjxzcGFu
IHN0eWxlPSdmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzQ0NzJDNCc+Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvc3Bhbj48L2I+PGI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojNDQ3MkM0Jz5T
YW1lIHF1ZXN0aW9uIGFzIGFib3ZlLCBvbmx5IGZvciAzLjIuNC4mbmJzcDsmbmJzcDsgQXJlIHRo
ZSBNb2RlcyBleGhhdXN0aXZlIG9yIGdyYW51bGFyIGVub3VnaD8mbmJzcDsmbmJzcDsgPC9zcGFu
PjwvYj48Yj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJy
aSIsInNhbnMtc2VyaWYiO2NvbG9yOmJsYWNrJz48bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPjxw
IGNsYXNzPU1zb0xpc3RQYXJhZ3JhcGggc3R5bGU9J21hcmdpbi1sZWZ0OjBpbic+PGI+PGk+PHNw
YW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijtjb2xv
cjpibGFjayc+W0FDTV0gPG86cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+PHAgY2xhc3M9TXNv
TGlzdFBhcmFncmFwaCBzdHlsZT0nbWFyZ2luLWxlZnQ6MGluJz48Yj48c3BhbiBzdHlsZT0nZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ291cmllciBOZXciO2NvbG9yOmJsYWNrJz5BZ2Fp
biBpdOKAmXMgeWVzLCBuZXcgTW9kZXMgY2FuIGFsc28gYmUgYWRkZWQuIDxvOnA+PC9vOnA+PC9z
cGFuPjwvYj48L3A+PHAgY2xhc3M9TXNvTGlzdFBhcmFncmFwaCBzdHlsZT0ndGV4dC1pbmRlbnQ6
LS4yNWluJz48Yj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2Fs
aWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiM0NDcyQzQnPkRvIHdlIG5lZWQgdG8gZGlmZmVyZW50
aWF0ZTogJm5ic3A7Jm5ic3A7c3BlY2lmaWMgdHlwZXMgb2YgQXV0aGVudGljYXRpb24gb3IgRW5j
cnlwdGlvbiwgb3IgbW9kZXMgb2YgSVBzZWMgb3BlcmF0aW9uPyZuYnNwOyAocmFuZG9tIGV4YW1w
bGVzKS4mbmJzcDsgJm5ic3A7QW5kIG9uY2UgYWdhaW4gY2FuIHRoaXMgYmUgYWRkZWQgdG8gYXMg
bmVlZGVkIGF0IGEgbGF0ZXIgdGltZT8mbmJzcDs8L3NwYW4+PC9iPjxiPjxzcGFuIHN0eWxlPSdm
b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6
YmxhY2snPjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+PHAgY2xhc3M9TXNvTGlzdFBhcmFncmFw
aCBzdHlsZT0nbWFyZ2luLWxlZnQ6MGluJz48Yj48aT48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEx
LjBwdDtmb250LWZhbWlseToiQ291cmllciBOZXciO2NvbG9yOmJsYWNrJz5bQUNNXSA8bzpwPjwv
bzpwPjwvc3Bhbj48L2k+PC9iPjwvcD48cCBjbGFzcz1Nc29MaXN0UGFyYWdyYXBoIHN0eWxlPSdt
YXJnaW4tbGVmdDowaW4nPjxiPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OiJDb3VyaWVyIE5ldyI7Y29sb3I6YmxhY2snPkVpdGhlciB0aGUgbmV3IGZlYXR1cmUgb3Ig
ZXh0ZW5zaW9uIG5lZWRzIHRvIGJlIGNvbXBsZXRlbHkgc3BlY2lmaWVkIGluIHRoZTxvOnA+PC9v
OnA+PC9zcGFuPjwvYj48L3A+PHAgY2xhc3M9TXNvTGlzdFBhcmFncmFwaCBzdHlsZT0nbWFyZ2lu
LWxlZnQ6MGluJz48Yj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToi
Q291cmllciBOZXciO2NvbG9yOmJsYWNrJz50aGUgUkZDIHRoYXQgZGVzY3JpYmVzIGl0IOKAkyBv
ciDigJMgaXQgbXVzdCBzcGVjaWZ5IHNvbWUgb3RoZXIgbWVhbnMgdG8gYWNoaWV2ZTxvOnA+PC9v
OnA+PC9zcGFuPjwvYj48L3A+PHAgY2xhc3M9TXNvTGlzdFBhcmFncmFwaCBzdHlsZT0nbWFyZ2lu
LWxlZnQ6MGluJz48Yj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToi
Q291cmllciBOZXciO2NvbG9yOmJsYWNrJz5jb21wYXRpYmxlIG9wZXJhdGlvbiwgcHJvYmFibHkg
dGhlIGNvbnRyb2xzIHNwZWNpZmllZCBpbiBhbiBleGlzdGluZyBSRkMuPG86cD48L286cD48L3Nw
YW4+PC9iPjwvcD48cCBjbGFzcz1Nc29MaXN0UGFyYWdyYXBoIHN0eWxlPSd0ZXh0LWluZGVudDot
LjI1aW4nPjxiPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxp
YnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzQ0NzJDNCc+IDxvOnA+PC9vOnA+PC9zcGFuPjwvYj48
L3A+PHAgY2xhc3M9TXNvTGlzdFBhcmFncmFwaCBzdHlsZT0ndGV4dC1pbmRlbnQ6LS4yNWluJz48
Yj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNh
bnMtc2VyaWYiO2NvbG9yOiM0NDcyQzQnPjMuPC9zcGFuPjwvYj48Yj48c3BhbiBzdHlsZT0nZm9u
dC1zaXplOjcuMHB0O2NvbG9yOiM0NDcyQzQnPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyA8L3NwYW4+PC9iPjxiPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQt
ZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzQ0NzJDNCc+QWdhaW4gaW4gMy4y
LjQsIHRoZSBzdGF0ZW1lbnQgYWJvdXQgdGhlIE9XQU1QIGFuZCBUV0FNUCByZWdpc3RyeSB2YWx1
ZSBhc3NpZ25tZW50cyBmdW5jdGlvbmluZyBkaWZmZXJlbnRseS4mbmJzcDsmbmJzcDsgSW4gZ2Vu
ZXJhbCwgZm9yIHNpbXBsaWNpdHkgYW5kIGVhc2Ugb2YgdXNlIHB1cnBvc2VzLCBJIHdvdWxkIGJl
IGluIGZhdm9yIG9mIGtlZXBpbmcmbmJzcDsgYXMgbWFueSByZWdpc3RyeSBmdW5jdGlvbnMgYW5k
IHZhbHVlcyBhcyBzaW1pbGFyIGFzIHBvc3NpYmxlLCBhY3Jvc3MgYWxsIGRpc2NpcGxpbmVzIHV0
aWxpemluZyByZWdpc3RyeSBmdW5jdGlvbnMuJm5ic3A7Jm5ic3A7IFRoaXMgcGFydGljdWxhciBh
cmVhIG9mIHJlZ2lzdHJ5IHZhbHVlIGFzc2lnbm1lbnQgc291bmRzIHRvIG1lIHRvIGJlIG1vcmUg
ZWZmZWN0aXZlbHkgcGVyZm9ybWVkIGluIE9XQU1QIGFuZCBoZW5jZSBJIHdvdWxkIGVuY291cmFn
ZSBUV0FNUCB0byBjaGFuZ2UuJm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwO0kgYW0gaG9waW5nIHRo
aXMgd291bGQgaGF2ZSBwcmVjZWRlbnQgc2V0dGluZyBpbmZsdWVuY2UuJm5ic3A7IDxvOnA+PC9v
OnA+PC9zcGFuPjwvYj48L3A+PHAgY2xhc3M9TXNvTGlzdFBhcmFncmFwaCBzdHlsZT0nbWFyZ2lu
LWxlZnQ6MGluJz48Yj48aT48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eToiQ291cmllciBOZXciO2NvbG9yOmJsYWNrJz5bQUNNXSA8bzpwPjwvbzpwPjwvc3Bhbj48L2k+
PC9iPjwvcD48cCBjbGFzcz1Nc29MaXN0UGFyYWdyYXBoIHN0eWxlPSdtYXJnaW4tbGVmdDowaW4n
PjxiPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5l
dyI7Y29sb3I6YmxhY2snPkkgaWRlbnRpZmllZCBvbmUgY2FzZSB3aGVyZSB3ZSBtYXkgd2FudCB0
byBiZSBhbGlnbmVkLCBidXQgbW9zdGx5IHdlIGNhbiBleHBlY3Q8bzpwPjwvbzpwPjwvc3Bhbj48
L2I+PC9wPjxwIGNsYXNzPU1zb0xpc3RQYXJhZ3JhcGggc3R5bGU9J21hcmdpbi1sZWZ0OjBpbic+
PGI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3
Ijtjb2xvcjpibGFjayc+ZGlmZmVyZW5jZXMgYmV0d2VlbiBPV0FNUCBhbmQgVFdBTVAuIFRoZSBS
RkMgNTYxOCBNaXhlZCBTZWN1cml0eTxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+PHAgY2xhc3M9
TXNvTGlzdFBhcmFncmFwaCBzdHlsZT0nbWFyZ2luLWxlZnQ6MGluJz48Yj48c3BhbiBzdHlsZT0n
Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ291cmllciBOZXciO2NvbG9yOmJsYWNrJz5N
b2RlIGZlYXR1cmUgZm9yIFRXQU1QIHdvdWxkIGFsc28gYmUgZWFzaWx5IGFwcGxpY2FibGUgdG8g
T1dBTVAsIGJ1dCB3ZSBuZWVkIGFuPG86cD48L286cD48L3NwYW4+PC9iPjwvcD48cCBjbGFzcz1N
c29MaXN0UGFyYWdyYXBoIHN0eWxlPSdtYXJnaW4tbGVmdDowaW4nPjxiPjxzcGFuIHN0eWxlPSdm
b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7Y29sb3I6YmxhY2snPlJG
QyB0byBkZXNjcmliZSB0aGUgZmVhdHVyZSBhbmQgdGhlbiByZXF1ZXN0IHRoZSByZXNlcnZlZCBi
aXQgcG9zaXRpb248bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPjxwIGNsYXNzPU1zb0xpc3RQYXJh
Z3JhcGggc3R5bGU9J21hcmdpbi1sZWZ0OjBpbic+PGI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijtjb2xvcjpibGFjayc+KHdoaWNoIEkgYWxy
ZWFkeSBhc2tlZCBmb3IgcmVzZXJ2ZWQgc3RhdHVzKS7CoCBJ4oCZdmUgYWRkZWQgPG86cD48L286
cD48L3NwYW4+PC9iPjwvcD48cCBjbGFzcz1Nc29MaXN0UGFyYWdyYXBoIHN0eWxlPSdtYXJnaW4t
bGVmdDowaW4nPjxiPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJD
b3VyaWVyIE5ldyI7Y29sb3I6YmxhY2snPmFuZCBleHBhbmRlZCB2ZXJzaW9uIG9mIHRoZSB0ZXh0
IHRoYXQgTmFsaW5pIGFuZCB5b3UgaGF2ZSBzdWdnZXN0ZWQuPG86cD48L286cD48L3NwYW4+PC9i
PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxiPjxpPjxzcGFuIHN0eWxlPSdm
b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6
YmxhY2snPltBQ01dIDwvc3Bhbj48L2k+PC9iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0
O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6YmxhY2snPnRoYW5rcyBm
b3IgeW91ciByZXZpZXcgYW5kIHN1cHBvcnQhPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNz
PU1zb05vcm1hbD48Yj48aT48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eToiQ291cmllciBOZXciO2NvbG9yOmJsYWNrJz5BbDwvc3Bhbj48L2k+PC9iPjxzcGFuIHN0eWxl
PSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7Y29sb3I6YmxhY2sn
PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PGEgbmFtZT0iX01haWxF
bmRDb21wb3NlIj48L2E+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3A+PGRpdj48ZGl2IHN0eWxlPSdib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNF
MUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbic+PHAgY2xhc3M9TXNvTm9ybWFs
PjxiPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwi
c2Fucy1zZXJpZiInPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiJz4gaXBwbSBbPGEgaHJlZj0ibWFp
bHRvOmlwcG0tYm91bmNlc0BpZXRmLm9yZyI+bWFpbHRvOmlwcG0tYm91bmNlc0BpZXRmLm9yZzwv
YT5dIDxiPk9uIEJlaGFsZiBPZiA8L2I+QmlsbCBDZXJ2ZW55PGJyPjxiPlNlbnQ6PC9iPiBXZWRu
ZXNkYXksIEp1bmUgMTAsIDIwMTUgNDo1NSBQTTxicj48Yj5Ubzo8L2I+IDxhIGhyZWY9Im1haWx0
bzppcHBtQGlldGYub3JnIj5pcHBtQGlldGYub3JnPC9hPjxicj48Yj5TdWJqZWN0OjwvYj4gW2lw
cG1dIGRyYWZ0LW1vcnRvbi1pcHBtLW93YW1wLXJlZ2lzdHJ5IGNhbGwgZm9yIGFkb3B0aW9uIGFu
ZCBkcmFmdC1lbGtpbnMtaXBwbS02bWFuLXBkbS1vcHRpb24gYWNjZXB0ZWQgZm9yIGFkb3B0aW9u
PG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjwvZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpw
PiZuYnNwOzwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+RGVhciBJUFBNIHBhcnRpY2lwYW50
cyw8bzpwPjwvbzpwPjwvcD48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpw
PjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD5BcyBub3RlZCBpbiBkaXNjdXNzaW9u
cyBmb3Igd2hpY2ggdGhlIElQUE0gd29ya2luZyBncm91cCBoYXMgYmVlbiBjY+KAmWVkIG9uLCBk
cmFmdCZuYnNwO2RyYWZ0LW1vcnRvbi1pcHBtLW93YW1wLXJlZ2lzdHJ5LTAwLCAmcXVvdDtSZWdp
c3RyaWVzIGZvciB0aGUgT25lLVdheSBBY3RpdmUgTWVhc3VyZW1lbnQgUHJvdG9jb2wgLSBPV0FN
UCZxdW90OyBoYXMgYmVlbiBwcm9wb3NlZCB0byBlc3RhYmxpc2ggYW4gT1dBTVAgcmVnaXN0cnku
ICZuYnNwO1RoZSBmaXJzdCBtaXNzaW9uIG9mIGFuIE9XQU1QIHJlZ2lzdHJ5IHdvdWxkIGJlIHRv
IHN1cHBvcnQgYSByZWdpc3RyeSBlbnRyeSBmb3IgZHJhZnQtaWV0Zi1pcHBtLWlwc2VjLCB3aGlj
aCBpcyBjdXJyZW50bHkgaW4gSUVTRyBldmFsdWF0aW9uLjxvOnA+PC9vOnA+PC9wPjwvZGl2Pjxk
aXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAg
Y2xhc3M9TXNvTm9ybWFsPlBsZWFzZSBpbmRpY2F0ZTo8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2
PjxwIGNsYXNzPU1zb05vcm1hbD4oYSkgd2hldGhlciB5b3Ugc3VwcG9ydCB0aGUgYWRkaXRpb24g
b2YgdGhlIG1pbGVzdG9uZSBhbmQgdGhlIGFkb3B0aW9uJm5ic3A7PGJyPm9mIHRoZSBkcmFmdCBh
cyBhIFdHIGl0ZW0gdG8gZnVsZmlsbCB0aGF0IG1pbGVzdG9uZSZuYnNwOzxicj4oYikgd2hldGhl
ciB5b3UgaGF2ZSByZWFkIHRoZSBkcmFmdCZuYnNwOzxicj4oYykgd2hldGhlciB5b3UgcGxlZGdl
IHRvIHJldmlldyB0aGUgZHJhZnQgZHVyaW5nIHRoZSBXRyBwcm9jZXNzLiZuYnNwOzxvOnA+PC9v
OnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9w
PjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPlRoaXMgd29ya2luZyBncm91cCBsYXN0IGNh
bGwgcnVucyBmb3IgMiB3ZWVrcywgYnV0IGlmIHRoZXJlIGlzIHN1ZmZpY2llbnQgc3VwcG9ydCB0
aGUgZHJhZnQgbWF5IGJlIGFjY2VwdGVkIGVhcmxpZXIgc28gdGhhdCBkcmFmdC1pZXRmLWlwcG0t
aXBzZWMgY2FuIHByb2dyZXNzLjxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNv
Tm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFs
PkFsc28sJm5ic3A7PHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5OiJIZWx2ZXRpY2EgTmV1ZSInPmRy
YWZ0LWVsa2lucy1pcHBtLTZtYW4tcGRtLW9wdGlvbiBoYXMgYmVlbiBhY2NlcHRlZCBmb3IgYWRv
cHRpb24gYnkgdGhlIElQUE0gd29ya2luZyBncm91cC48L3NwYW4+PG86cD48L286cD48L3A+PC9k
aXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+PC9kaXY+PGRp
dj48cCBjbGFzcz1Nc29Ob3JtYWw+UmVnYXJkcyw8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2Pjxw
IGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNz
PU1zb05vcm1hbD5CaWxsIENlcnZlbnk8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNz
PU1zb05vcm1hbD5JUFBNIFdHIGNvLWNoYWlyPG86cD48L286cD48L3A+PC9kaXY+PHAgY2xhc3M9
TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxwPlRoZSBpbmZvcm1hdGlvbiBjb250YWlu
ZWQgaW4gdGhpcyBjb21tdW5pY2F0aW9uIGlzIGhpZ2hseSBjb25maWRlbnRpYWwgYW5kIGlzIGlu
dGVuZGVkIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgaW5kaXZpZHVhbChzKSB0byB3aG9tIHRo
aXMgY29tbXVuaWNhdGlvbiBpcyBkaXJlY3RlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVk
IHJlY2lwaWVudCwgeW91IGFyZSBoZXJlYnkgbm90aWZpZWQgdGhhdCBhbnkgdmlld2luZywgY29w
eWluZywgZGlzY2xvc3VyZSBvciBkaXN0cmlidXRpb24gb2YgdGhpcyBpbmZvcm1hdGlvbiBpcyBw
cm9oaWJpdGVkLiBQbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIsIGJ5IGVsZWN0cm9uaWMgbWFpbCBv
ciB0ZWxlcGhvbmUsIG9mIGFueSB1bmludGVuZGVkIHJlY2VpcHQgYW5kIGRlbGV0ZSB0aGUgb3Jp
Z2luYWwgbWVzc2FnZSB3aXRob3V0IG1ha2luZyBhbnkgY29waWVzLjxvOnA+PC9vOnA+PC9wPjxw
PkJsdWUgQ3Jvc3MgQmx1ZSBTaGllbGQgb2YgTWljaGlnYW4gYW5kIEJsdWUgQ2FyZSBOZXR3b3Jr
IG9mIE1pY2hpZ2FuIGFyZSBub25wcm9maXQgY29ycG9yYXRpb25zIGFuZCBpbmRlcGVuZGVudCBs
aWNlbnNlZXMgb2YgdGhlIEJsdWUgQ3Jvc3MgYW5kIEJsdWUgU2hpZWxkIEFzc29jaWF0aW9uLjxv
OnA+PC9vOnA+PC9wPjwvZGl2PjwvYm9keT48L2h0bWw+

--_000_4AF73AA205019A4C8A1DDD32C034631D0662982B1FNJFPSRVEXG0re_--


From nobody Fri Jun 19 11:28:24 2015
Return-Path: <mackermann@bcbsm.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F329F1ACED0 for <ippm@ietfa.amsl.com>; Fri, 19 Jun 2015 11:28:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level: 
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 72ROoWgPslCo for <ippm@ietfa.amsl.com>; Fri, 19 Jun 2015 11:28:18 -0700 (PDT)
Received: from mx.z120.zixworks.com (mx.z120.zixworks.com [199.30.235.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 01C191ACE65 for <ippm@ietf.org>; Fri, 19 Jun 2015 11:28:15 -0700 (PDT)
Received: from 127.0.0.1 (ZixVPM [127.0.0.1]) by Outbound.z120.zixworks.com (Proprietary) with SMTP id B3A82281FFC for <ippm@ietf.org>; Fri, 19 Jun 2015 13:28:14 -0500 (CDT)
Received: from imsva1.bcbsm.com (unknown [12.107.172.80]) by mx.z120.zixworks.com (Proprietary) with SMTP id 14F9B281FCF; Fri, 19 Jun 2015 13:28:14 -0500 (CDT)
Received: from imsva1.bcbsm.com (unknown [127.0.0.1]) by IMSVA80 (Postfix) with ESMTP id 19428128005; Fri, 19 Jun 2015 14:19:53 -0400 (EDT)
Received: from pwn401ea100.ent.corp.bcbsm.com (unknown [10.64.80.217]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by imsva1.bcbsm.com (Postfix) with ESMTP id 05495128004; Fri, 19 Jun 2015 14:19:53 -0400 (EDT)
Received: from PWN401EA160.ent.corp.bcbsm.com ([fe80::fdcb:603d:469e:b1db]) by PWN401EA100.ent.corp.bcbsm.com ([::1]) with mapi id 14.01.0438.000;  Fri, 19 Jun 2015 14:28:13 -0400
From: "Ackermann, Michael" <MAckermann@bcbsm.com>
To: "MORTON, ALFRED C (AL)" <acmorton@att.com>, Bill Cerveny <ippm@wjcerveny.com>, "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: [ippm] draft-morton-ippm-owamp-registry call for adoption and draft-elkins-ippm-6man-pdm-option accepted for adoption
Thread-Index: AQHQo7/G0u+tIIeA602s5+rqkRR0y52z95qwgAA0nfCAAAeZkA==
Date: Fri, 19 Jun 2015 18:28:12 +0000
Message-ID: <4FC37E442D05A748896589E468752CAA0CE04CA2@PWN401EA160.ent.corp.bcbsm.com>
References: <A70677AE-2C1F-46F0-86F1-797E5F2D6E34@wjcerveny.com> <4FC37E442D05A748896589E468752CAA0CE046F6@PWN401EA160.ent.corp.bcbsm.com> <4AF73AA205019A4C8A1DDD32C034631D0662982B1F@NJFPSRVEXG0.research.att.com>
In-Reply-To: <4AF73AA205019A4C8A1DDD32C034631D0662982B1F@NJFPSRVEXG0.research.att.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.64.10.35]
Content-Type: multipart/alternative; boundary="_000_4FC37E442D05A748896589E468752CAA0CE04CA2PWN401EA160entc_"
MIME-Version: 1.0
X-VPM-HOST: vmvpm02.z120.zixworks.com
X-VPM-GROUP-ID: 55c00d55-6bb0-42c3-b1d0-fd15036c172f
X-VPM-MSG-ID: 0781368a-5186-41f5-9e16-5d08bd035228
X-VPM-ENC-REGIME: Plaintext
X-VPM-CERT-FLAG: 0
X-VPM-IS-HYBRID: 0
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/9mGkA7MI45v3v2GNG6o9qHBn4O8>
Subject: Re: [ippm] draft-morton-ippm-owamp-registry call for adoption and draft-elkins-ippm-6man-pdm-option accepted for adoption
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Jun 2015 18:28:22 -0000

--_000_4FC37E442D05A748896589E468752CAA0CE04CA2PWN401EA160entc_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

R29vZCBhbnN3ZXJzIEFMDQoNClRoYW5rcyBzbyBtdWNoIQ0KDQpNaWtlDQoNCg0KDQpGcm9t
OiBNT1JUT04sIEFMRlJFRCBDIChBTCkgW21haWx0bzphY21vcnRvbkBhdHQuY29tXQ0KU2Vu
dDogRnJpZGF5LCBKdW5lIDE5LCAyMDE1IDI6MTUgUE0NClRvOiBBY2tlcm1hbm4sIE1pY2hh
ZWw7IEJpbGwgQ2VydmVueTsgaXBwbUBpZXRmLm9yZw0KU3ViamVjdDogUkU6IFtpcHBtXSBk
cmFmdC1tb3J0b24taXBwbS1vd2FtcC1yZWdpc3RyeSBjYWxsIGZvciBhZG9wdGlvbiBhbmQg
ZHJhZnQtZWxraW5zLWlwcG0tNm1hbi1wZG0tb3B0aW9uIGFjY2VwdGVkIGZvciBhZG9wdGlv
bg0KDQpIaSBNaWtlLA0KdGhhbmtzIGZvciB5b3VyIHJldmlldywgcGxlYXNlIHNlZSBteSBy
ZXBsaWVzIGJlbG93Lg0KDQpGcm9tOiBBY2tlcm1hbm4sIE1pY2hhZWwgW21haWx0bzpNQWNr
ZXJtYW5uQGJjYnNtLmNvbV0NClNlbnQ6IEZyaWRheSwgSnVuZSAxOSwgMjAxNSAxMDo1MyBB
TQ0KVG86IEJpbGwgQ2VydmVueTsgaXBwbUBpZXRmLm9yZzxtYWlsdG86aXBwbUBpZXRmLm9y
Zz4NCkNjOiBNT1JUT04sIEFMRlJFRCBDIChBTCkNClN1YmplY3Q6IFJFOiBbaXBwbV0gZHJh
ZnQtbW9ydG9uLWlwcG0tb3dhbXAtcmVnaXN0cnkgY2FsbCBmb3IgYWRvcHRpb24gYW5kIGRy
YWZ0LWVsa2lucy1pcHBtLTZtYW4tcGRtLW9wdGlvbiBhY2NlcHRlZCBmb3IgYWRvcHRpb24N
Cg0KSEkgQmlsbA0KDQpJIGRpZCByZWFkIHRoZSBkcmFmdC4gICBNeSBpbml0aWFsIGNvbW1l
bnRzIChob3BlZnVsbHkgaW4gdGhlIGZvcm1hdCB5b3Ugd2FudGVkKSwgIGFyZSBiZWxvdy4N
Cg0KDQphLikgICAgSSBkbyBzdXBwb3J0IHRoZSBhZGRpdGlvbiBvZiB0aGUgbWlsZXN0b25l
IGFuZCBiZWxpZXZlICB0aGUgYWRvcHRpb24NCm9mIHRoaXMgZHJhZnQgYXMgYSBXRyBpdGVt
IHdpbGwgZnVsZmlsbCB0aGF0IG1pbGVzdG9uZSAuDQoNCmIuKSAgICBZZXMsICBJIGhhdmUg
cmVhZCB0aGUgZHJhZnQuDQoNCmMuKSAgICAgSSBwbGVkZ2UgdG8gcmV2aWV3IHRoZSBkcmFm
dCBkdXJpbmcgdGhlIFdHIFByb2Nlc3MuDQoNCkkgYWxzbyBoYXZlIHRoZSBmb2xsb3dpbmcg
cmVsYXRlZCBxdWVzdGlvbnMvY29tbWVudHM6DQoNCjEuICAgICAgIEluIDMuMS40LCBpcyB0
aGUgQ29tbWFuZCBDb250cm9sIE51bWJlcnMgbGlzdGluZyBleGhhdXN0aXZlPyAgICBDYW4g
aXQgYmUgYWRkZWQgdG8gb3IgY2hhbmdlZCBhcyBuZWVkZWQgbGF0ZXI/DQoNCltBQ01dDQoN
Clllcy4gSWYgd2Ugd2FudCB0byBhZGQgbmV3IGNvbW1hbmRzLCB3ZSBjYW4gZG8gdGhpcyBi
eSBkZWZpbmluZyB0aGUNCg0KY29tbWFuZChzKSBpbiBhbiBSRkMsIGFuZCB0aGVuIHJlcXVl
c3RpbmcgSUFOQSB0byBhc3NpZ24gYSBuZXcgbnVtYmVyIGluDQoNCnRoZSByZWdpc3RyeSBj
b3JyZXNwb25kaW5nIHRvIHRoZSBuZXcgY29tbWFuZC4gIFRoaXMgaXMgdGhlIHNhbWUNCg0K
YXBwcm94aW1hdGUgcHJvY2VkdXJlIHlvdSB3aWxsIGZvbGxvdyB3aXRoIHRoZSBQRE0gZHJh
ZnQsIEkgc3VwcG9zZQ0KDQp0aGUgSVB2NiBkZXN0aW5hdGlvbiBvcHRpb25zIGhhdmUgYSBj
b3JyZXNwb25kaW5nIHJlZ2lzdHJ5LCBhbmQgSVBQTQ0KDQp3b3VsZCBuZWVkIHRvIHJlcXVl
c3QgdG8gcmVnaXN0ZXIgdGhlIFBETSBvcHRpb24uDQoNCg0KDQoyLiAgICAgICBTYW1lIHF1
ZXN0aW9uIGFzIGFib3ZlLCBvbmx5IGZvciAzLjIuNC4gICBBcmUgdGhlIE1vZGVzIGV4aGF1
c3RpdmUgb3IgZ3JhbnVsYXIgZW5vdWdoPw0KDQpbQUNNXQ0KDQpBZ2FpbiBpdOKAmXMgeWVz
LCBuZXcgTW9kZXMgY2FuIGFsc28gYmUgYWRkZWQuDQoNCkRvIHdlIG5lZWQgdG8gZGlmZmVy
ZW50aWF0ZTogICBzcGVjaWZpYyB0eXBlcyBvZiBBdXRoZW50aWNhdGlvbiBvciBFbmNyeXB0
aW9uLCBvciBtb2RlcyBvZiBJUHNlYyBvcGVyYXRpb24/ICAocmFuZG9tIGV4YW1wbGVzKS4g
ICBBbmQgb25jZSBhZ2FpbiBjYW4gdGhpcyBiZSBhZGRlZCB0byBhcyBuZWVkZWQgYXQgYSBs
YXRlciB0aW1lPw0KDQpbQUNNXQ0KDQpFaXRoZXIgdGhlIG5ldyBmZWF0dXJlIG9yIGV4dGVu
c2lvbiBuZWVkcyB0byBiZSBjb21wbGV0ZWx5IHNwZWNpZmllZCBpbiB0aGUNCg0KdGhlIFJG
QyB0aGF0IGRlc2NyaWJlcyBpdCDigJMgb3Ig4oCTIGl0IG11c3Qgc3BlY2lmeSBzb21lIG90
aGVyIG1lYW5zIHRvIGFjaGlldmUNCg0KY29tcGF0aWJsZSBvcGVyYXRpb24sIHByb2JhYmx5
IHRoZSBjb250cm9scyBzcGVjaWZpZWQgaW4gYW4gZXhpc3RpbmcgUkZDLg0KDQoNCg0KMy4g
ICAgICAgQWdhaW4gaW4gMy4yLjQsIHRoZSBzdGF0ZW1lbnQgYWJvdXQgdGhlIE9XQU1QIGFu
ZCBUV0FNUCByZWdpc3RyeSB2YWx1ZSBhc3NpZ25tZW50cyBmdW5jdGlvbmluZyBkaWZmZXJl
bnRseS4gICBJbiBnZW5lcmFsLCBmb3Igc2ltcGxpY2l0eSBhbmQgZWFzZSBvZiB1c2UgcHVy
cG9zZXMsIEkgd291bGQgYmUgaW4gZmF2b3Igb2Yga2VlcGluZyAgYXMgbWFueSByZWdpc3Ry
eSBmdW5jdGlvbnMgYW5kIHZhbHVlcyBhcyBzaW1pbGFyIGFzIHBvc3NpYmxlLCBhY3Jvc3Mg
YWxsIGRpc2NpcGxpbmVzIHV0aWxpemluZyByZWdpc3RyeSBmdW5jdGlvbnMuICAgVGhpcyBw
YXJ0aWN1bGFyIGFyZWEgb2YgcmVnaXN0cnkgdmFsdWUgYXNzaWdubWVudCBzb3VuZHMgdG8g
bWUgdG8gYmUgbW9yZSBlZmZlY3RpdmVseSBwZXJmb3JtZWQgaW4gT1dBTVAgYW5kIGhlbmNl
IEkgd291bGQgZW5jb3VyYWdlIFRXQU1QIHRvIGNoYW5nZS4gICAgIEkgYW0gaG9waW5nIHRo
aXMgd291bGQgaGF2ZSBwcmVjZWRlbnQgc2V0dGluZyBpbmZsdWVuY2UuDQoNCltBQ01dDQoN
CkkgaWRlbnRpZmllZCBvbmUgY2FzZSB3aGVyZSB3ZSBtYXkgd2FudCB0byBiZSBhbGlnbmVk
LCBidXQgbW9zdGx5IHdlIGNhbiBleHBlY3QNCg0KZGlmZmVyZW5jZXMgYmV0d2VlbiBPV0FN
UCBhbmQgVFdBTVAuIFRoZSBSRkMgNTYxOCBNaXhlZCBTZWN1cml0eQ0KDQpNb2RlIGZlYXR1
cmUgZm9yIFRXQU1QIHdvdWxkIGFsc28gYmUgZWFzaWx5IGFwcGxpY2FibGUgdG8gT1dBTVAs
IGJ1dCB3ZSBuZWVkIGFuDQoNClJGQyB0byBkZXNjcmliZSB0aGUgZmVhdHVyZSBhbmQgdGhl
biByZXF1ZXN0IHRoZSByZXNlcnZlZCBiaXQgcG9zaXRpb24NCg0KKHdoaWNoIEkgYWxyZWFk
eSBhc2tlZCBmb3IgcmVzZXJ2ZWQgc3RhdHVzKS4gIEnigJl2ZSBhZGRlZA0KDQphbmQgZXhw
YW5kZWQgdmVyc2lvbiBvZiB0aGUgdGV4dCB0aGF0IE5hbGluaSBhbmQgeW91IGhhdmUgc3Vn
Z2VzdGVkLg0KDQpbQUNNXSB0aGFua3MgZm9yIHlvdXIgcmV2aWV3IGFuZCBzdXBwb3J0IQ0K
QWwNCg0KRnJvbTogaXBwbSBbbWFpbHRvOmlwcG0tYm91bmNlc0BpZXRmLm9yZ10gT24gQmVo
YWxmIE9mIEJpbGwgQ2VydmVueQ0KU2VudDogV2VkbmVzZGF5LCBKdW5lIDEwLCAyMDE1IDQ6
NTUgUE0NClRvOiBpcHBtQGlldGYub3JnPG1haWx0bzppcHBtQGlldGYub3JnPg0KU3ViamVj
dDogW2lwcG1dIGRyYWZ0LW1vcnRvbi1pcHBtLW93YW1wLXJlZ2lzdHJ5IGNhbGwgZm9yIGFk
b3B0aW9uIGFuZCBkcmFmdC1lbGtpbnMtaXBwbS02bWFuLXBkbS1vcHRpb24gYWNjZXB0ZWQg
Zm9yIGFkb3B0aW9uDQoNCkRlYXIgSVBQTSBwYXJ0aWNpcGFudHMsDQoNCkFzIG5vdGVkIGlu
IGRpc2N1c3Npb25zIGZvciB3aGljaCB0aGUgSVBQTSB3b3JraW5nIGdyb3VwIGhhcyBiZWVu
IGNj4oCZZWQgb24sIGRyYWZ0IGRyYWZ0LW1vcnRvbi1pcHBtLW93YW1wLXJlZ2lzdHJ5LTAw
LCAiUmVnaXN0cmllcyBmb3IgdGhlIE9uZS1XYXkgQWN0aXZlIE1lYXN1cmVtZW50IFByb3Rv
Y29sIC0gT1dBTVAiIGhhcyBiZWVuIHByb3Bvc2VkIHRvIGVzdGFibGlzaCBhbiBPV0FNUCBy
ZWdpc3RyeS4gIFRoZSBmaXJzdCBtaXNzaW9uIG9mIGFuIE9XQU1QIHJlZ2lzdHJ5IHdvdWxk
IGJlIHRvIHN1cHBvcnQgYSByZWdpc3RyeSBlbnRyeSBmb3IgZHJhZnQtaWV0Zi1pcHBtLWlw
c2VjLCB3aGljaCBpcyBjdXJyZW50bHkgaW4gSUVTRyBldmFsdWF0aW9uLg0KDQpQbGVhc2Ug
aW5kaWNhdGU6DQooYSkgd2hldGhlciB5b3Ugc3VwcG9ydCB0aGUgYWRkaXRpb24gb2YgdGhl
IG1pbGVzdG9uZSBhbmQgdGhlIGFkb3B0aW9uDQpvZiB0aGUgZHJhZnQgYXMgYSBXRyBpdGVt
IHRvIGZ1bGZpbGwgdGhhdCBtaWxlc3RvbmUNCihiKSB3aGV0aGVyIHlvdSBoYXZlIHJlYWQg
dGhlIGRyYWZ0DQooYykgd2hldGhlciB5b3UgcGxlZGdlIHRvIHJldmlldyB0aGUgZHJhZnQg
ZHVyaW5nIHRoZSBXRyBwcm9jZXNzLg0KDQpUaGlzIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxs
IHJ1bnMgZm9yIDIgd2Vla3MsIGJ1dCBpZiB0aGVyZSBpcyBzdWZmaWNpZW50IHN1cHBvcnQg
dGhlIGRyYWZ0IG1heSBiZSBhY2NlcHRlZCBlYXJsaWVyIHNvIHRoYXQgZHJhZnQtaWV0Zi1p
cHBtLWlwc2VjIGNhbiBwcm9ncmVzcy4NCg0KQWxzbywgZHJhZnQtZWxraW5zLWlwcG0tNm1h
bi1wZG0tb3B0aW9uIGhhcyBiZWVuIGFjY2VwdGVkIGZvciBhZG9wdGlvbiBieSB0aGUgSVBQ
TSB3b3JraW5nIGdyb3VwLg0KDQpSZWdhcmRzLA0KDQpCaWxsIENlcnZlbnkNCklQUE0gV0cg
Y28tY2hhaXINCg0KDQpUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgY29tbXVu
aWNhdGlvbiBpcyBoaWdobHkgY29uZmlkZW50aWFsIGFuZCBpcyBpbnRlbmRlZCBzb2xlbHkg
Zm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwocykgdG8gd2hvbSB0aGlzIGNvbW11bmlj
YXRpb24gaXMgZGlyZWN0ZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGll
bnQsIHlvdSBhcmUgaGVyZWJ5IG5vdGlmaWVkIHRoYXQgYW55IHZpZXdpbmcsIGNvcHlpbmcs
IGRpc2Nsb3N1cmUgb3IgZGlzdHJpYnV0aW9uIG9mIHRoaXMgaW5mb3JtYXRpb24gaXMgcHJv
aGliaXRlZC4gUGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyLCBieSBlbGVjdHJvbmljIG1haWwg
b3IgdGVsZXBob25lLCBvZiBhbnkgdW5pbnRlbmRlZCByZWNlaXB0IGFuZCBkZWxldGUgdGhl
IG9yaWdpbmFsIG1lc3NhZ2Ugd2l0aG91dCBtYWtpbmcgYW55IGNvcGllcy4NCg0KQmx1ZSBD
cm9zcyBCbHVlIFNoaWVsZCBvZiBNaWNoaWdhbiBhbmQgQmx1ZSBDYXJlIE5ldHdvcmsgb2Yg
TWljaGlnYW4gYXJlIG5vbnByb2ZpdCBjb3Jwb3JhdGlvbnMgYW5kIGluZGVwZW5kZW50IGxp
Y2Vuc2VlcyBvZiB0aGUgQmx1ZSBDcm9zcyBhbmQgQmx1ZSBTaGllbGQgQXNzb2NpYXRpb24u
DQoKClRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBjb21tdW5pY2F0aW9uIGlz
IGhpZ2hseSBjb25maWRlbnRpYWwgYW5kIGlzIGludGVuZGVkIHNvbGVseSBmb3IgdGhlIHVz
ZSBvZiB0aGUgaW5kaXZpZHVhbChzKSB0byB3aG9tIHRoaXMgY29tbXVuaWNhdGlvbiBpcyBk
aXJlY3RlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgeW91IGFy
ZSBoZXJlYnkgbm90aWZpZWQgdGhhdCBhbnkgdmlld2luZywgY29weWluZywgZGlzY2xvc3Vy
ZSBvciBkaXN0cmlidXRpb24gb2YgdGhpcyBpbmZvcm1hdGlvbiBpcyBwcm9oaWJpdGVkLiBQ
bGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIsIGJ5IGVsZWN0cm9uaWMgbWFpbCBvciB0ZWxlcGhv
bmUsIG9mIGFueSB1bmludGVuZGVkIHJlY2VpcHQgYW5kIGRlbGV0ZSB0aGUgb3JpZ2luYWwg
bWVzc2FnZSB3aXRob3V0IG1ha2luZyBhbnkgY29waWVzLgogCiBCbHVlIENyb3NzIEJsdWUg
U2hpZWxkIG9mIE1pY2hpZ2FuIGFuZCBCbHVlIENhcmUgTmV0d29yayBvZiBNaWNoaWdhbiBh
cmUgbm9ucHJvZml0IGNvcnBvcmF0aW9ucyBhbmQgaW5kZXBlbmRlbnQgbGljZW5zZWVzIG9m
IHRoZSBCbHVlIENyb3NzIGFuZCBCbHVlIFNoaWVsZCBBc3NvY2lhdGlvbi4K

--_000_4FC37E442D05A748896589E468752CAA0CE04CA2PWN401EA160entc_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89
InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJu
OnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3Nj
aGVtYXMubWljcm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDov
L3d3dy53My5vcmcvVFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9
IkNvbnRlbnQtVHlwZSIgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxt
ZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRl
cmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBm
b250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0
IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7
DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250
LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZv
bnQtZmFjZQ0KCXtmb250LWZhbWlseToiSGVsdmV0aWNhIE5ldWUiO30NCi8qIFN0eWxlIERl
ZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFs
DQoJe21hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTox
Mi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7fQ0KYTpsaW5r
LCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6
IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bh
bi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29s
b3I6Izk1NEY3MjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnANCgl7bXNvLXN0
eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1y
aWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6
MGluOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21h
biIsc2VyaWY7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0
ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24g
VGV4dCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglm
b250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsc2Fucy1zZXJpZjt9DQpw
Lk1zb0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0UGFy
YWdyYXBoDQoJe21zby1zdHlsZS1wcmlvcml0eTozNDsNCgltYXJnaW4tdG9wOjBpbjsNCglt
YXJnaW4tcmlnaHQ6MGluOw0KCW1hcmdpbi1ib3R0b206MGluOw0KCW1hcmdpbi1sZWZ0Oi41
aW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9u
dC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7fQ0Kc3Bhbi5CYWxsb29uVGV4dENo
YXINCgl7bXNvLXN0eWxlLW5hbWU6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltc28tc3R5bGUt
cHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCI7DQoJZm9udC1m
YW1pbHk6IlRhaG9tYSIsc2Fucy1zZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUyMQ0KCXttc28t
c3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJp
ZjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTIyDQoJe21zby1zdHlsZS10
eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJY29sb3I6Ymxh
Y2s7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjMNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVw
bHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3
RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglm
b250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDEx
LjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0
aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1z
byA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAy
NiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86
c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9
IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8
Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRp
diBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss
c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5Hb29kIGFuc3dlcnMgQUw8bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s
b3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoYW5rcyBzbyBt
dWNoITxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG
NDk3RCI+TWlrZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli
cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s
b3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PGEgbmFtZT0iX01haWxFbmRDb21wb3NlIj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7
Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9hPjwvcD4NCjxkaXY+
DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4w
cHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy
aWYiPiBNT1JUT04sIEFMRlJFRCBDIChBTCkgW21haWx0bzphY21vcnRvbkBhdHQuY29tXQ0K
PGJyPg0KPGI+U2VudDo8L2I+IEZyaWRheSwgSnVuZSAxOSwgMjAxNSAyOjE1IFBNPGJyPg0K
PGI+VG86PC9iPiBBY2tlcm1hbm4sIE1pY2hhZWw7IEJpbGwgQ2VydmVueTsgaXBwbUBpZXRm
Lm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSRTogW2lwcG1dIGRyYWZ0LW1vcnRvbi1pcHBt
LW93YW1wLXJlZ2lzdHJ5IGNhbGwgZm9yIGFkb3B0aW9uIGFuZCBkcmFmdC1lbGtpbnMtaXBw
bS02bWFuLXBkbS1vcHRpb24gYWNjZXB0ZWQgZm9yIGFkb3B0aW9uPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6
YmxhY2siPkhpIE1pa2UsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPnRoYW5rcyBmb3IgeW91ciByZXZpZXcs
IHBsZWFzZSBzZWUgbXkgcmVwbGllcyBiZWxvdy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJz
cDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2Jv
cmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGlu
Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu
MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwv
c3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWYiPiBBY2tlcm1hbm4sIE1pY2hhZWwgWzxhIGhy
ZWY9Im1haWx0bzpNQWNrZXJtYW5uQGJjYnNtLmNvbSI+bWFpbHRvOk1BY2tlcm1hbm5AYmNi
c20uY29tPC9hPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiBGcmlkYXksIEp1bmUgMTksIDIwMTUg
MTA6NTMgQU08YnI+DQo8Yj5Ubzo8L2I+IEJpbGwgQ2VydmVueTsgPGEgaHJlZj0ibWFpbHRv
OmlwcG1AaWV0Zi5vcmciPmlwcG1AaWV0Zi5vcmc8L2E+PGJyPg0KPGI+Q2M6PC9iPiBNT1JU
T04sIEFMRlJFRCBDIChBTCk8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUkU6IFtpcHBtXSBkcmFm
dC1tb3J0b24taXBwbS1vd2FtcC1yZWdpc3RyeSBjYWxsIGZvciBhZG9wdGlvbiBhbmQgZHJh
ZnQtZWxraW5zLWlwcG0tNm1hbi1wZG0tb3B0aW9uIGFjY2VwdGVkIGZvciBhZG9wdGlvbjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm
cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojNDQ3MkM0Ij5ISSBCaWxsDQo8bzpwPjwvbzpwPjwv
c3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl
cmlmO2NvbG9yOiM0NDcyQzQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzQ0NzJD
NCI+SSBkaWQgcmVhZCB0aGUgZHJhZnQuJm5ic3A7Jm5ic3A7IE15IGluaXRpYWwgY29tbWVu
dHMgKGhvcGVmdWxseSBpbiB0aGUgZm9ybWF0IHlvdSB3YW50ZWQpLCZuYnNwOyBhcmUgYmVs
b3cuJm5ic3A7DQo8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM0NDcyQzQiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5
bGU9InRleHQtaW5kZW50Oi0uMjVpbiI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOiM0NDcyQzQi
PmEuKTwvc3Bhbj48L2I+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjoj
NDQ3MkM0Ij4mbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6
IzQ0NzJDNCI+SSBkbyBzdXBwb3J0IHRoZSBhZGRpdGlvbiBvZiB0aGUgbWlsZXN0b25lIGFu
ZCBiZWxpZXZlICZuYnNwO3RoZSBhZG9wdGlvbiZuYnNwOzxicj4NCm9mIHRoaXMgZHJhZnQg
YXMgYSBXRyBpdGVtIHdpbGwgZnVsZmlsbCB0aGF0IG1pbGVzdG9uZSZuYnNwOy4mbmJzcDs8
bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgi
IHN0eWxlPSJ0ZXh0LWluZGVudDotLjI1aW4iPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv
cjojNDQ3MkM0Ij5iLik8L3NwYW4+PC9iPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4w
cHQ7Y29sb3I6IzQ0NzJDNCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9iPjxiPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm
cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojNDQ3MkM0Ij5ZZXMsJm5ic3A7IEkgaGF2ZSByZWFk
IHRoZSBkcmFmdC4mbmJzcDsNCjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFz
cz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0uMjVpbiI+PGI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OyxzYW5zLXNlcmlmO2NvbG9yOiM0NDcyQzQiPmMuKTwvc3Bhbj48L2I+PGI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjojNDQ3MkM0Ij4mbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsNCjwvc3Bhbj48L2I+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM0NDcy
QzQiPkkgcGxlZGdlIHRvIHJldmlldyB0aGUgZHJhZnQgZHVyaW5nIHRoZSBXRyBQcm9jZXNz
LiZuYnNwOw0KPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojNDQ3MkM0Ij48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz
YW5zLXNlcmlmO2NvbG9yOiM0NDcyQzQiPkkgYWxzbyBoYXZlIHRoZSBmb2xsb3dpbmcgcmVs
YXRlZCBxdWVzdGlvbnMvY29tbWVudHM6DQo8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0K
PHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotLjI1aW4i
PjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojNDQ3MkM0Ij4xLjwvc3Bhbj48L2I+PGI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjojNDQ3MkM0Ij4mbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L2I+PGI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z
LXNlcmlmO2NvbG9yOiM0NDcyQzQiPkluIDMuMS40LCBpcyB0aGUgQ29tbWFuZCBDb250cm9s
IE51bWJlcnMgbGlzdGluZyBleGhhdXN0aXZlPyZuYnNwOyZuYnNwOyZuYnNwOyBDYW4gaXQg
YmUgYWRkZWQgdG8gb3IgY2hhbmdlZCBhcyBuZWVkZWQgbGF0ZXI/DQo8bzpwPjwvbzpwPjwv
c3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJn
aW4tbGVmdDowaW4iPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5bQUNNXQ0KPG86
cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFw
aCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBpbiI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2si
Plllcy4gSWYgd2Ugd2FudCB0byBhZGQgbmV3IGNvbW1hbmRzLCB3ZSBjYW4gZG8gdGhpcyBi
eSBkZWZpbmluZyB0aGUNCjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0i
TXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBpbiI+PGI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv
dDs7Y29sb3I6YmxhY2siPmNvbW1hbmQocykgaW4gYW4gUkZDLCBhbmQgdGhlbiByZXF1ZXN0
aW5nIElBTkEgdG8gYXNzaWduIGEgbmV3IG51bWJlciBpbjxvOnA+PC9vOnA+PC9zcGFuPjwv
Yj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0
OjBpbiI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPnRoZSByZWdpc3RyeSBjb3JyZXNw
b25kaW5nIHRvIHRoZSBuZXcgY29tbWFuZC4mbmJzcDsgVGhpcyBpcyB0aGUgc2FtZQ0KPG86
cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBz
dHlsZT0ibWFyZ2luLWxlZnQ6MGluIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+YXBw
cm94aW1hdGUgcHJvY2VkdXJlIHlvdSB3aWxsIGZvbGxvdyB3aXRoIHRoZSBQRE0gZHJhZnQs
IEkgc3VwcG9zZTxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTGlz
dFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBpbiI+PGI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29s
b3I6YmxhY2siPnRoZSBJUHY2IGRlc3RpbmF0aW9uIG9wdGlvbnMgaGF2ZSBhIGNvcnJlc3Bv
bmRpbmcgcmVnaXN0cnksIGFuZCBJUFBNPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxw
IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGluIj48Yj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy
IE5ldyZxdW90Oztjb2xvcjpibGFjayI+d291bGQgbmVlZCB0byByZXF1ZXN0IHRvIHJlZ2lz
dGVyIHRoZSBQRE0gb3B0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFz
cz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBpbiI+PGI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm
cXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8
cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0uMjVpbiI+
PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs
aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM0NDcyQzQiPjIuPC9zcGFuPjwvYj48Yj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOiM0NDcyQzQiPiZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvYj48Yj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt
c2VyaWY7Y29sb3I6IzQ0NzJDNCI+U2FtZSBxdWVzdGlvbiBhcyBhYm92ZSwgb25seSBmb3Ig
My4yLjQuJm5ic3A7Jm5ic3A7IEFyZSB0aGUgTW9kZXMgZXhoYXVzdGl2ZSBvciBncmFudWxh
ciBlbm91Z2g/Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9iPjxiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp
Zjtjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJN
c29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGluIj48Yj48aT48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx
dW90Oztjb2xvcjpibGFjayI+W0FDTV0NCjxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9w
Pg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDowaW4i
PjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv
dXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5BZ2FpbiBpdOKAmXMgeWVzLCBuZXcgTW9k
ZXMgY2FuIGFsc28gYmUgYWRkZWQuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAg
Y2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotLjI1aW4iPjxi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli
cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojNDQ3MkM0Ij5EbyB3ZSBuZWVkIHRvIGRpZmZl
cmVudGlhdGU6ICZuYnNwOyZuYnNwO3NwZWNpZmljIHR5cGVzIG9mIEF1dGhlbnRpY2F0aW9u
IG9yIEVuY3J5cHRpb24sIG9yIG1vZGVzIG9mIElQc2VjIG9wZXJhdGlvbj8mbmJzcDsgKHJh
bmRvbSBleGFtcGxlcykuJm5ic3A7DQogJm5ic3A7QW5kIG9uY2UgYWdhaW4gY2FuIHRoaXMg
YmUgYWRkZWQgdG8gYXMgbmVlZGVkIGF0IGEgbGF0ZXIgdGltZT8mbmJzcDs8L3NwYW4+PC9i
PjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+
PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxl
ZnQ6MGluIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+W0FDTV0NCjxvOnA+PC9v
OnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0
eWxlPSJtYXJnaW4tbGVmdDowaW4iPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5FaXRo
ZXIgdGhlIG5ldyBmZWF0dXJlIG9yIGV4dGVuc2lvbiBuZWVkcyB0byBiZSBjb21wbGV0ZWx5
IHNwZWNpZmllZCBpbiB0aGU8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9
Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDowaW4iPjxiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1
b3Q7O2NvbG9yOmJsYWNrIj50aGUgUkZDIHRoYXQgZGVzY3JpYmVzIGl0IOKAkyBvciDigJMg
aXQgbXVzdCBzcGVjaWZ5IHNvbWUgb3RoZXIgbWVhbnMgdG8gYWNoaWV2ZTxvOnA+PC9vOnA+
PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1h
cmdpbi1sZWZ0OjBpbiI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPmNvbXBhdGlibGUg
b3BlcmF0aW9uLCBwcm9iYWJseSB0aGUgY29udHJvbHMgc3BlY2lmaWVkIGluIGFuIGV4aXN0
aW5nIFJGQy48bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQ
YXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotLjI1aW4iPjxiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z
ZXJpZjtjb2xvcjojNDQ3MkM0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2I+PC9wPg0K
PHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotLjI1aW4i
PjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojNDQ3MkM0Ij4zLjwvc3Bhbj48L2I+PGI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjojNDQ3MkM0Ij4mbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L2I+PGI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z
LXNlcmlmO2NvbG9yOiM0NDcyQzQiPkFnYWluIGluIDMuMi40LCB0aGUgc3RhdGVtZW50IGFi
b3V0IHRoZSBPV0FNUCBhbmQgVFdBTVAgcmVnaXN0cnkgdmFsdWUgYXNzaWdubWVudHMgZnVu
Y3Rpb25pbmcgZGlmZmVyZW50bHkuJm5ic3A7Jm5ic3A7IEluIGdlbmVyYWwsIGZvciBzaW1w
bGljaXR5IGFuZCBlYXNlIG9mIHVzZSBwdXJwb3NlcywgSQ0KIHdvdWxkIGJlIGluIGZhdm9y
IG9mIGtlZXBpbmcmbmJzcDsgYXMgbWFueSByZWdpc3RyeSBmdW5jdGlvbnMgYW5kIHZhbHVl
cyBhcyBzaW1pbGFyIGFzIHBvc3NpYmxlLCBhY3Jvc3MgYWxsIGRpc2NpcGxpbmVzIHV0aWxp
emluZyByZWdpc3RyeSBmdW5jdGlvbnMuJm5ic3A7Jm5ic3A7IFRoaXMgcGFydGljdWxhciBh
cmVhIG9mIHJlZ2lzdHJ5IHZhbHVlIGFzc2lnbm1lbnQgc291bmRzIHRvIG1lIHRvIGJlIG1v
cmUgZWZmZWN0aXZlbHkgcGVyZm9ybWVkIGluIE9XQU1QIGFuZA0KIGhlbmNlIEkgd291bGQg
ZW5jb3VyYWdlIFRXQU1QIHRvIGNoYW5nZS4mbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7SSBh
bSBob3BpbmcgdGhpcyB3b3VsZCBoYXZlIHByZWNlZGVudCBzZXR0aW5nIGluZmx1ZW5jZS4m
bmJzcDsNCjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBh
cmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBpbiI+PGI+PGk+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29s
b3I6YmxhY2siPltBQ01dDQo8bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNs
YXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGluIj48Yj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l
dyZxdW90Oztjb2xvcjpibGFjayI+SSBpZGVudGlmaWVkIG9uZSBjYXNlIHdoZXJlIHdlIG1h
eSB3YW50IHRvIGJlIGFsaWduZWQsIGJ1dCBtb3N0bHkgd2UgY2FuIGV4cGVjdDxvOnA+PC9v
OnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9
Im1hcmdpbi1sZWZ0OjBpbiI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPmRpZmZlcmVu
Y2VzIGJldHdlZW4gT1dBTVAgYW5kIFRXQU1QLiBUaGUgUkZDIDU2MTggTWl4ZWQgU2VjdXJp
dHk8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3Jh
cGgiIHN0eWxlPSJtYXJnaW4tbGVmdDowaW4iPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNr
Ij5Nb2RlIGZlYXR1cmUgZm9yIFRXQU1QIHdvdWxkIGFsc28gYmUgZWFzaWx5IGFwcGxpY2Fi
bGUgdG8gT1dBTVAsIGJ1dCB3ZSBuZWVkIGFuPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4N
CjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGluIj48
Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy
aWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+UkZDIHRvIGRlc2NyaWJlIHRoZSBmZWF0dXJl
IGFuZCB0aGVuIHJlcXVlc3QgdGhlIHJlc2VydmVkIGJpdCBwb3NpdGlvbjxvOnA+PC9vOnA+
PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1h
cmdpbi1sZWZ0OjBpbiI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPih3aGljaCBJIGFs
cmVhZHkgYXNrZWQgZm9yIHJlc2VydmVkIHN0YXR1cykuJm5ic3A7IEnigJl2ZSBhZGRlZA0K
PG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBo
IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGluIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+
YW5kIGV4cGFuZGVkIHZlcnNpb24gb2YgdGhlIHRleHQgdGhhdCBOYWxpbmkgYW5kIHlvdSBo
YXZlIHN1Z2dlc3RlZC48bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss
c2Fucy1zZXJpZjtjb2xvcjpibGFjayI+W0FDTV0NCjwvc3Bhbj48L2k+PC9iPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss
c2Fucy1zZXJpZjtjb2xvcjpibGFjayI+dGhhbmtzIGZvciB5b3VyIHJldmlldyBhbmQgc3Vw
cG9ydCE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48
aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy
aWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+QWw8L3NwYW4+PC9pPjwvYj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90
Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXIt
dG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFu
PjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBpcHBtIFs8YSBocmVmPSJtYWlsdG86aXBwbS1i
b3VuY2VzQGlldGYub3JnIj5tYWlsdG86aXBwbS1ib3VuY2VzQGlldGYub3JnPC9hPl0NCjxi
Pk9uIEJlaGFsZiBPZiA8L2I+QmlsbCBDZXJ2ZW55PGJyPg0KPGI+U2VudDo8L2I+IFdlZG5l
c2RheSwgSnVuZSAxMCwgMjAxNSA0OjU1IFBNPGJyPg0KPGI+VG86PC9iPiA8YSBocmVmPSJt
YWlsdG86aXBwbUBpZXRmLm9yZyI+aXBwbUBpZXRmLm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0
OjwvYj4gW2lwcG1dIGRyYWZ0LW1vcnRvbi1pcHBtLW93YW1wLXJlZ2lzdHJ5IGNhbGwgZm9y
IGFkb3B0aW9uIGFuZCBkcmFmdC1lbGtpbnMtaXBwbS02bWFuLXBkbS1vcHRpb24gYWNjZXB0
ZWQgZm9yIGFkb3B0aW9uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+RGVhciBJUFBNIHBhcnRpY2lwYW50cyw8bzpwPjwvbzpwPjwvcD4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFzIG5vdGVkIGluIGRpc2N1c3Npb25z
IGZvciB3aGljaCB0aGUgSVBQTSB3b3JraW5nIGdyb3VwIGhhcyBiZWVuIGNj4oCZZWQgb24s
IGRyYWZ0Jm5ic3A7ZHJhZnQtbW9ydG9uLWlwcG0tb3dhbXAtcmVnaXN0cnktMDAsICZxdW90
O1JlZ2lzdHJpZXMgZm9yIHRoZSBPbmUtV2F5IEFjdGl2ZSBNZWFzdXJlbWVudCBQcm90b2Nv
bCAtIE9XQU1QJnF1b3Q7IGhhcyBiZWVuIHByb3Bvc2VkIHRvIGVzdGFibGlzaCBhbiBPV0FN
UCByZWdpc3RyeS4gJm5ic3A7VGhlDQogZmlyc3QgbWlzc2lvbiBvZiBhbiBPV0FNUCByZWdp
c3RyeSB3b3VsZCBiZSB0byBzdXBwb3J0IGEgcmVnaXN0cnkgZW50cnkgZm9yIGRyYWZ0LWll
dGYtaXBwbS1pcHNlYywgd2hpY2ggaXMgY3VycmVudGx5IGluIElFU0cgZXZhbHVhdGlvbi48
bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+UGxlYXNlIGluZGljYXRlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+KGEpIHdoZXRoZXIgeW91IHN1cHBvcnQgdGhlIGFkZGl0aW9u
IG9mIHRoZSBtaWxlc3RvbmUgYW5kIHRoZSBhZG9wdGlvbiZuYnNwOzxicj4NCm9mIHRoZSBk
cmFmdCBhcyBhIFdHIGl0ZW0gdG8gZnVsZmlsbCB0aGF0IG1pbGVzdG9uZSZuYnNwOzxicj4N
CihiKSB3aGV0aGVyIHlvdSBoYXZlIHJlYWQgdGhlIGRyYWZ0Jm5ic3A7PGJyPg0KKGMpIHdo
ZXRoZXIgeW91IHBsZWRnZSB0byByZXZpZXcgdGhlIGRyYWZ0IGR1cmluZyB0aGUgV0cgcHJv
Y2Vzcy4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+VGhpcyB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBydW5zIGZvciAy
IHdlZWtzLCBidXQgaWYgdGhlcmUgaXMgc3VmZmljaWVudCBzdXBwb3J0IHRoZSBkcmFmdCBt
YXkgYmUgYWNjZXB0ZWQgZWFybGllciBzbyB0aGF0IGRyYWZ0LWlldGYtaXBwbS1pcHNlYyBj
YW4gcHJvZ3Jlc3MuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPkFsc28sJm5ic3A7PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx
dW90O0hlbHZldGljYSBOZXVlJnF1b3Q7Ij5kcmFmdC1lbGtpbnMtaXBwbS02bWFuLXBkbS1v
cHRpb24gaGFzIGJlZW4gYWNjZXB0ZWQgZm9yIGFkb3B0aW9uIGJ5IHRoZSBJUFBNIHdvcmtp
bmcgZ3JvdXAuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5CaWxsIENlcnZlbnk8bzpwPjwvbzpw
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPklQUE0gV0cgY28t
Y2hhaXI8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86
cD4mbmJzcDs8L286cD48L3A+DQo8cD5UaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRo
aXMgY29tbXVuaWNhdGlvbiBpcyBoaWdobHkgY29uZmlkZW50aWFsIGFuZCBpcyBpbnRlbmRl
ZCBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwocykgdG8gd2hvbSB0aGlz
IGNvbW11bmljYXRpb24gaXMgZGlyZWN0ZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRl
ZCByZWNpcGllbnQsIHlvdSBhcmUgaGVyZWJ5IG5vdGlmaWVkIHRoYXQgYW55IHZpZXdpbmcs
IGNvcHlpbmcsDQogZGlzY2xvc3VyZSBvciBkaXN0cmlidXRpb24gb2YgdGhpcyBpbmZvcm1h
dGlvbiBpcyBwcm9oaWJpdGVkLiBQbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIsIGJ5IGVsZWN0
cm9uaWMgbWFpbCBvciB0ZWxlcGhvbmUsIG9mIGFueSB1bmludGVuZGVkIHJlY2VpcHQgYW5k
IGRlbGV0ZSB0aGUgb3JpZ2luYWwgbWVzc2FnZSB3aXRob3V0IG1ha2luZyBhbnkgY29waWVz
LjxvOnA+PC9vOnA+PC9wPg0KPHA+Qmx1ZSBDcm9zcyBCbHVlIFNoaWVsZCBvZiBNaWNoaWdh
biBhbmQgQmx1ZSBDYXJlIE5ldHdvcmsgb2YgTWljaGlnYW4gYXJlIG5vbnByb2ZpdCBjb3Jw
b3JhdGlvbnMgYW5kIGluZGVwZW5kZW50IGxpY2Vuc2VlcyBvZiB0aGUgQmx1ZSBDcm9zcyBh
bmQgQmx1ZSBTaGllbGQgQXNzb2NpYXRpb24uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv
Ym9keT4NCjwvaHRtbD4NCgoKPEJSPgo8aHRtbD4KIDxwPlRoZSBpbmZvcm1hdGlvbiBjb250
YWluZWQgaW4gdGhpcyBjb21tdW5pY2F0aW9uIGlzIGhpZ2hseSBjb25maWRlbnRpYWwgYW5k
IGlzIGludGVuZGVkIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgaW5kaXZpZHVhbChzKSB0
byB3aG9tIHRoaXMgY29tbXVuaWNhdGlvbiBpcyBkaXJlY3RlZC4gSWYgeW91IGFyZSBub3Qg
dGhlIGludGVuZGVkIHJlY2lwaWVudCwgeW91IGFyZSBoZXJlYnkgbm90aWZpZWQgdGhhdCBh
bnkgdmlld2luZywgY29weWluZywgZGlzY2xvc3VyZSBvciBkaXN0cmlidXRpb24gb2YgdGhp
cyBpbmZvcm1hdGlvbiBpcyBwcm9oaWJpdGVkLiBQbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIs
IGJ5IGVsZWN0cm9uaWMgbWFpbCBvciB0ZWxlcGhvbmUsIG9mIGFueSB1bmludGVuZGVkIHJl
Y2VpcHQgYW5kIGRlbGV0ZSB0aGUgb3JpZ2luYWwgbWVzc2FnZSB3aXRob3V0IG1ha2luZyBh
bnkgY29waWVzLjwvcD4KIDxwPkJsdWUgQ3Jvc3MgQmx1ZSBTaGllbGQgb2YgTWljaGlnYW4g
YW5kIEJsdWUgQ2FyZSBOZXR3b3JrIG9mIE1pY2hpZ2FuIGFyZSBub25wcm9maXQgY29ycG9y
YXRpb25zIGFuZCBpbmRlcGVuZGVudCBsaWNlbnNlZXMgb2YgdGhlIEJsdWUgQ3Jvc3MgYW5k
IEJsdWUgU2hpZWxkIEFzc29jaWF0aW9uLjwvcD4KICA8L2h0bWw+Cgo=

--_000_4FC37E442D05A748896589E468752CAA0CE04CA2PWN401EA160entc_--


From nobody Mon Jun 22 05:53:33 2015
Return-Path: <internet-drafts@ietf.org>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA9641A6F11; Mon, 22 Jun 2015 05:53:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M2Ru0ZIVLJ_0; Mon, 22 Jun 2015 05:53:27 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B844B1A6EEC; Mon, 22 Jun 2015 05:53:27 -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.0.3.p3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150622125327.11422.25196.idtracker@ietfa.amsl.com>
Date: Mon, 22 Jun 2015 05:53:27 -0700
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/evDv1NnNN2GspNaQEuSfxFHRdm4>
Cc: ippm@ietf.org
Subject: [ippm] I-D Action: draft-ietf-ippm-2679-bis-02.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jun 2015 12:53:30 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the IP Performance Metrics Working Group of the IETF.

        Title           : A One-Way Delay Metric for IPPM
        Authors         : Guy Almes
                          Sunil Kalidindi
                          Matt Zekauskas
                          Al Morton
	Filename        : draft-ietf-ippm-2679-bis-02.txt
	Pages           : 24
	Date            : 2015-06-22

Abstract:
   This memo (RFC 2679 bis) defines a metric for one-way delay of
   packets across Internet paths.  It builds on notions introduced and
   discussed in the IPPM Framework document, RFC 2330; the reader is
   assumed to be familiar with that document.  This memo makes RFC 2679
   obsolete.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-2679-bis/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-ippm-2679-bis-02

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-2679-bis-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 Jun 22 05:53:48 2015
Return-Path: <internet-drafts@ietf.org>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D1DAD1A6F2E; Mon, 22 Jun 2015 05:53:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P_SIt6WUKC_C; Mon, 22 Jun 2015 05:53:40 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 135E01A6F2A; Mon, 22 Jun 2015 05:53:40 -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.0.3.p3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150622125340.14666.56300.idtracker@ietfa.amsl.com>
Date: Mon, 22 Jun 2015 05:53:40 -0700
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/Bef53PStlQrkTq_fv7xPtAV-Pfw>
Cc: ippm@ietf.org
Subject: [ippm] I-D Action: draft-ietf-ippm-2680-bis-02.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jun 2015 12:53:45 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the IP Performance Metrics Working Group of the IETF.

        Title           : A One-Way Loss Metric for IPPM
        Authors         : Guy Almes
                          Sunil Kalidindi
                          Matt Zekauskas
                          Al Morton
	Filename        : draft-ietf-ippm-2680-bis-02.txt
	Pages           : 19
	Date            : 2015-06-22

Abstract:
   This memo (RFC 2680 bis) defines a metric for one-way loss of packets
   across Internet paths.  It builds on notions introduced and discussed
   in the IPPM Framework document, RFC 2330; the reader is assumed to be
   familiar with that document.  This memo makes RFC 2680 obsolete.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-2680-bis/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-ippm-2680-bis-02

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-2680-bis-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 Tue Jun 23 08:03:18 2015
Return-Path: <ietf-secretariat-reply@ietf.org>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E1F91B2CE5 for <ippm@ietfa.amsl.com>; Tue, 23 Jun 2015 08:03:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KHFnOenKali0 for <ippm@ietfa.amsl.com>; Tue, 23 Jun 2015 08:03:16 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 75EB91B2CE1 for <ippm@ietf.org>; Tue, 23 Jun 2015 08:03:15 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
To: <ippm@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.0.3.p3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150623150315.30022.84.idtracker@ietfa.amsl.com>
Date: Tue, 23 Jun 2015 08:03:15 -0700
From: IETF Secretariat <ietf-secretariat-reply@ietf.org>
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/8c9rf7ZrHcHcCbKXMvajN00QLhE>
Subject: [ippm] Milestones changed for ippm WG
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jun 2015 15:03:17 -0000

Changed milestone "Submit draft on "A One-Way Delay Metric for IPPM"
(RFC 2679 bis) as Internet Standard", resolved as "Done".

Changed milestone "Submit draft on "A One-Way Loss Metric for IPPM"
(RFC 2680 bis) as Internet Standard", resolved as "Done".

URL: https://datatracker.ietf.org/wg/ippm/charter/


From nobody Mon Jun 29 09:44:24 2015
Return-Path: <srivathsas@juniper.net>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D3411B2A8B for <ippm@ietfa.amsl.com>; Mon, 29 Jun 2015 09:44:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.702
X-Spam-Level: 
X-Spam-Status: No, score=-0.702 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_39=0.6, J_CHICKENPOX_46=0.6, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dYg2owxxhhP7 for <ippm@ietfa.amsl.com>; Mon, 29 Jun 2015 09:44:20 -0700 (PDT)
Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0102.outbound.protection.outlook.com [207.46.100.102]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3968E1B2A98 for <ippm@ietf.org>; Mon, 29 Jun 2015 09:44:17 -0700 (PDT)
Received: from DM2PR0501MB1502.namprd05.prod.outlook.com (10.161.224.22) by DM2PR0501MB1004.namprd05.prod.outlook.com (10.160.24.142) with Microsoft SMTP Server (TLS) id 15.1.195.15; Mon, 29 Jun 2015 16:44:17 +0000
Received: from DM2PR0501MB1501.namprd05.prod.outlook.com (10.161.224.21) by DM2PR0501MB1502.namprd05.prod.outlook.com (10.161.224.22) with Microsoft SMTP Server (TLS) id 15.1.201.16; Mon, 29 Jun 2015 16:44:16 +0000
Received: from DM2PR0501MB1501.namprd05.prod.outlook.com ([10.161.224.21]) by DM2PR0501MB1501.namprd05.prod.outlook.com ([10.161.224.21]) with mapi id 15.01.0201.000; Mon, 29 Jun 2015 16:44:16 +0000
From: Srivathsa Sarangapani <srivathsas@juniper.net>
To: Dave Taht <dave.taht@gmail.com>
Thread-Topic: [ippm] Discussion on extending TWAMP to monitor service KPIs and detect liveliness of an application
Thread-Index: AQHQogaXUDBkupL6lE+Yj7SC7dIQT52izRCAgAG1D4CAH6vBAA==
Date: Mon, 29 Jun 2015 16:44:16 +0000
Message-ID: <D1B77361.312E3%srivathsas@juniper.net>
References: <D19BBBC4.2DBC4%srivathsas@juniper.net> <CAA93jw7UAn1=kz4U=7ZJsgWn3YupaY5=U+f3gTFwLwVxUfjR=Q@mail.gmail.com> <D19CDD45.2DE95%srivathsas@juniper.net>
In-Reply-To: <D19CDD45.2DE95%srivathsas@juniper.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.5.2.150604
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [116.197.184.10]
x-microsoft-exchange-diagnostics: 1; DM2PR0501MB1502; 5:ntbYaYjEcyE0rSbtvzQ6bDFeHdSHmZ6MS3e59fYHI/xzU8z1T7fL8voGsAHdJCEfVkPpQm4EwpAEk4Eq4uhxrbzKsh1NGk6VRg9pKOyL9G6+61XY2eDwBMQpunFnHKFxQhLyT+k2bGW84zYNgCYiwg==; 24:WGF8GvudUBBvet2u3AWV9XEAafB4JsS0uiBGUyU1YDRmBOmhgrzX0uY9rBI55bh0zhG5YK066fUcUasoXCVe/jdNC8s0F392YtIPk5j6HK0=; 20:C6ebHtbxOXvcagoZWFkUXJVoVq8paQWXgyWqRhyfHbCo23y9SiyGM0wDMzBhfGpgqBv0X1w71lO7MriJ9wPwEg==
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(42139001); SRVR:DM2PR0501MB1502; UriScan:; BCL:0; PCL:0; RULEID:(42139001); SRVR:DM2PR0501MB1004; 
x-microsoft-antispam-prvs: <DM2PR0501MB15026D1A890F180EC73560CBD6AA0@DM2PR0501MB1502.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:DM2PR0501MB1502; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB1502; 
x-forefront-prvs: 0622A98CD5
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(13464003)(51704005)(24454002)(51694002)(377454003)(122556002)(36756003)(189998001)(102836002)(2950100001)(5001960100002)(62966003)(77156002)(110136002)(5002640100001)(99286002)(40100003)(66066001)(77096005)(15975445007)(2900100001)(106116001)(19580395003)(4001350100001)(19580405001)(46102003)(92566002)(86362001)(87936001)(2656002)(5001920100001)(54356999)(76176999)(83506001)(50986999); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0501MB1502; H:DM2PR0501MB1501.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; 
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <D4CC6195942EC3448D5A53D9AED4596B@namprd05.prod.outlook.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Jun 2015 16:44:16.4756 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0501MB1502
X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1004; 2:/AsQ4HlDKX/aLBC7iVZ28+Qnxz7W9ojNTrvOBoPrRT5xdFg/he/GhmaeXGiN/0BL; 3:WV3QCNVIBV+/KdqethAuDJjh5Nc84wFwgmxgg+8sylBWwjiyUsRZqif1P9fV8JzGC7K6uuMRBpCKhA6qkD8ATOFLxaD9jNvcucMYzOp/pEFfZDII10L8UW4hKOH7n8T1pCe+eRU9wbImXgAhg9KqcHIjTrOE84x9/eHm4sL/G8g=; 23:45+s7BcgOHn1G6mNUjFP1WIPAhj6iUMIgXVfyqNO2JaoGWQHzcVz/ImMskTigotIKhHFV7ABR4f7g4cZjxwnJFTNVQ6tYCjn21jAEIgaYr+TY4XEH43yhq9FnBocJ3XbdMvSNKIaJREVcUvDaDMwnjMMnIGO+DVB+sGK42m3am704JgBOXA0QVh5hwalszM7hTVEdDFQMR+8FmoBrfwGPMvcdZ7mEafaTXfsu2bzA2mSQGrbdjK4T5N2SdQa4vLi
X-OriginatorOrg: juniper.net
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/44tvUmZnDKX1-2IDSQS2UT0I0vA>
Cc: "ippm@ietf.org" <ippm@ietf.org>
Subject: Re: [ippm] Discussion on extending TWAMP to monitor service KPIs and detect liveliness of an application
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Jun 2015 16:44:22 -0000

Hi Dave,

I hope you agree to our below comments.
In continuation of the same idea, we have submitted a draft:
https://datatracker.ietf.org/doc/draft-sp-ippm-monitor-services-kpi/


Request you to please go through the same and provide your
comments/suggestions.

--=20
Regards,
Vathsa




-----Original Message-----
From: Srivathsa Sarangapani <srivathsas@juniper.net>
Date: Tuesday, June 9, 2015 at 6:35 PM
To: Dave Taht <dave.taht@gmail.com>
Cc: "ippm@ietf.org" <ippm@ietf.org>
Subject: Re: [ippm] Discussion on extending TWAMP to monitor service KPIs
and detect liveliness of an application

Hi Dave,

Thanks for your reply. Please see my answers inline:

--=20
Regards,
Vathsa




-----Original Message-----
From: Dave Taht <dave.taht@gmail.com>
Date: Monday, June 8, 2015 at 10:01 PM
To: Srivathsa Sarangapani <srivathsas@juniper.net>
Cc: "ippm@ietf.org" <ippm@ietf.org>
Subject: Re: [ippm] Discussion on extending TWAMP to monitor service KPIs
and detect liveliness of an application

On Mon, Jun 8, 2015 at 9:17 AM, Srivathsa Sarangapani
<srivathsas@juniper.net> wrote:
> Dear IPPM,
>
> I would like to share something with you today.
>
> In the existing as well as next generation network architectures, there
> are lot of new services getting added in the service plane with in the
> network. services here include subscriber aware services, flow based
> traffic load balancing, content delivery servers, real time streaming
> applications and similar. The performance of these services are monitored
> using set of attributes. some of the critical attributes are latency
> introduced in the packet path, impact on network capacity and throughput.
> some other attributes are to check whether a service node is alive or
>not.
>
> To Address some of these challenges, how about extending TWAMP protocol
> (RFC 5357) to monitor service KPIs and monitor the liveliness of the
> service or application.

I would like to see smokeping more widely used, and bandwidth presented
at the same time as loss, ECN CE, and latency in more mtrg and cacti (and
other
widely used network management system) graphs.

While I would like to see more twamp deployments, it is kind of a headache
to deploy (ntp time sensitivity for starters - that said, I would also
like to see
better timekeeping across the internet also).
Vathsa>>>
For RTT calculations the NTP synchronization should not matter.
Anyways the PTP(Precision Time Protocol) should provide more precision
than NTP which is being deployed of late.
For monitoring service KPIs like latency we are always interested in delta
and not the actual time stamps.
For other service KPIs like load, capacity we are not interested in time
at all.


>
> Today TWAMP is used to measure just RTT between 2 Network Elements, like
> routers, servers etc.
> Since Routers are no more just forwarding packets but running lot more
> services like CGNAT, DPI, IPSec, TDF and like.
> Even Servers are used to run applications like DNS, HTTP over it.
>
> Existing standard protocols cannot measure the impact of enabling service
> on packets that get routed via a router in terms of latency and the
> throughput.
> Similarly they cannot figure out the liveliness of an application on a
> server even though they can figure out that the server is alive.

Well said. liveliness as a default benchmark type would be good for
just about everything. :)

> With  the advent of SDN and VNFs, the latency of a VNF would really make
> lot of sense for the network operator for optimal network planning and
> deployment.

I agree that monitoring the effectiveness of these new technologies is
a goodness.

> Based on the real time latency, the network operator can possibly spawn
> more  VMs  for a services VNF when required and can shut down some of
>them
> when not required.

Well, more VMs does !=3D less latency.
Vathsa>>>I agree.
But just wanted to indicate that in some use cases,
when load(number of sessions) on a VM increases, there could be a
possibility of=20
the service latency getting increased. So in such scenarios spawning new
VMs should help.

>
> We therefore think that adding this new dimension to TWAMP protocol would
> really be helpful for network monitoring and analysis.
> We request you all to please share your thoughts on the same.


>
>
> --
> Thanks and Regards,
> Vathsa
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm



--=20
Dave T=E4ht
What will it take to vastly improve wifi for everyone?
https://plus.google.com/u/0/explore/makewififast



From nobody Mon Jun 29 09:45:31 2015
Return-Path: <srivathsas@juniper.net>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39DAF1A9027 for <ippm@ietfa.amsl.com>; Mon, 29 Jun 2015 09:45:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.302
X-Spam-Level: 
X-Spam-Status: No, score=-1.302 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_84=0.6, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kNX9Sd7TSKWJ for <ippm@ietfa.amsl.com>; Mon, 29 Jun 2015 09:45:28 -0700 (PDT)
Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0743.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::743]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0F3DE1A90C4 for <ippm@ietf.org>; Mon, 29 Jun 2015 09:45:27 -0700 (PDT)
Received: from DM2PR0501MB1501.namprd05.prod.outlook.com (10.161.224.21) by BLUPR05MB103.namprd05.prod.outlook.com (10.255.214.22) with Microsoft SMTP Server (TLS) id 15.1.195.15; Mon, 29 Jun 2015 16:45:09 +0000
Received: from DM2PR0501MB1501.namprd05.prod.outlook.com ([10.161.224.21]) by DM2PR0501MB1501.namprd05.prod.outlook.com ([10.161.224.21]) with mapi id 15.01.0201.000; Mon, 29 Jun 2015 16:45:09 +0000
From: Srivathsa Sarangapani <srivathsas@juniper.net>
To: "MORTON, ALFRED C (AL)" <acmorton@att.com>, Dave Taht <dave.taht@gmail.com>
Thread-Topic: [ippm] Discussion on extending TWAMP to monitor service KPIs and detect liveliness of an application
Thread-Index: AQHQogaXUDBkupL6lE+Yj7SC7dIQT52izRCAgAAeDYCAAZslgIAfp92A
Date: Mon, 29 Jun 2015 16:45:09 +0000
Message-ID: <D1B773D6.312E8%srivathsas@juniper.net>
References: <D19BBBC4.2DBC4%srivathsas@juniper.net> <CAA93jw7UAn1=kz4U=7ZJsgWn3YupaY5=U+f3gTFwLwVxUfjR=Q@mail.gmail.com> <4AF73AA205019A4C8A1DDD32C034631D02EB7B2B2F@NJFPSRVEXG0.research.att.com> <D19CE2A0.2DEF4%srivathsas@juniper.net>
In-Reply-To: <D19CE2A0.2DEF4%srivathsas@juniper.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.5.2.150604
authentication-results: att.com; dkim=none (message not signed) header.d=none; 
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [116.197.184.10]
x-microsoft-exchange-diagnostics: 1; BLUPR05MB103; 5:RGpC3WHu2td1twEJZ4kofdGSalwHAX7terc+M19mh6SPs/lr79bgPU9i2wrYADJGQz0dHW9xWKr3F5DHE2M1HHJ3A50Am+d7VjfO5T7QZoj702L+YIXjeBA5US0C9coc2XJAPXSjI1/1YwwK2WBLJg==; 24:g08HPt/2h0lqAQM2xwjMF2SUZRkXezXWuEf1mEfZyEtc7uloA4K0zyd9r8KkVb71P1r77V+VJ1UUE+n/rO789NYYCOOmyk9vlWclTaddgb4=; 20:zUPzT2TBJQKSDsd8CGtZv0hzMUJTZyLuIWSgpr/sBNAktxshzdG5AdxQ0VdXxMZUMkE4wepWJQGZWJKSor3nZw==
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(42139001); SRVR:BLUPR05MB103; 
x-microsoft-antispam-prvs: <BLUPR05MB10378F4168987978901E402D6AA0@BLUPR05MB103.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:BLUPR05MB103; BCL:0; PCL:0; RULEID:; SRVR:BLUPR05MB103; 
x-forefront-prvs: 0622A98CD5
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(377454003)(24454002)(13464003)(51704005)(40100003)(551934003)(66066001)(102836002)(15975445007)(77096005)(122556002)(19580405001)(19580395003)(50986999)(86362001)(83506001)(106116001)(76176999)(99286002)(54356999)(2656002)(87936001)(5002640100001)(92566002)(189998001)(5001920100001)(107886002)(5001960100002)(36756003)(93886004)(5001770100001)(4001350100001)(46102003)(77156002)(2900100001)(62966003)(2950100001)(4001430100001); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB103; H:DM2PR0501MB1501.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; 
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <AD73C32736F4F7478675B800B84EFC94@namprd05.prod.outlook.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Jun 2015 16:45:09.1480 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB103
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/p4y_Tq_NmfzS17-HPh7eie_YryY>
Cc: Peyush Gupta <peyushg@juniper.net>, "ippm@ietf.org" <ippm@ietf.org>
Subject: Re: [ippm] Discussion on extending TWAMP to monitor service KPIs and detect liveliness of an application
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Jun 2015 16:45:30 -0000

Hi Al,

I hope you agree to our below comments.
In continuation of the same idea, we have submitted a draft:
https://datatracker.ietf.org/doc/draft-sp-ippm-monitor-services-kpi/

Request you to please go through the same and provide your
comments/suggestions.


--=20
Regards,
Vathsa




-----Original Message-----
From: Srivathsa Sarangapani <srivathsas@juniper.net>
Date: Tuesday, June 9, 2015 at 6:50 PM
To: "MORTON, ALFRED C (AL)" <acmorton@att.com>, Dave Taht
<dave.taht@gmail.com>
Cc: "ippm@ietf.org" <ippm@ietf.org>, Peyush Gupta <peyushg@juniper.net>
Subject: Re: [ippm] Discussion on extending TWAMP to monitor service KPIs
and detect liveliness of an application

Hi Al,

Thanks for your reply. Please see my answers inline:

--=20
Regards,
Vathsa




-----Original Message-----
From: <MORTON>, "ALFRED C   (AL)" <acmorton@att.com>
Date: Monday, June 8, 2015 at 11:48 PM
To: Dave Taht <dave.taht@gmail.com>, Srivathsa Sarangapani
<srivathsas@juniper.net>
Cc: "ippm@ietf.org" <ippm@ietf.org>
Subject: RE: [ippm] Discussion on extending TWAMP to monitor service KPIs
and detect liveliness of an application

Hi Srivathsa and Dave,

At the moment, some visibility of service KPIs are intended
to be measured with PDM:
https://tools.ietf.org/html/draft-elkins-ippm-6man-pdm-option-00
(and there is/was a call for interest
http://www.ietf.org/mail-archive/web/ippm/current/msg03732.html
probably not too late to respond usefully on this wg call)

Vathsa>>>Good work.
We feel that service KPIs like load, latency etc for Router services(like
DPI, CGNAT, IPSEC)=20
may not be the scope of this extension. This is a good extension for host
to host architecture.

regarding:
> > Similarly they cannot figure out the liveliness of an application on a
> > server even though they can figure out that the server is alive.
>=20
> Well said. liveliness as a default benchmark type would be good for just
> about everything. :)

By liveliness, what degree of response complexity is considered alive?
Possibilities beyond ICMP Echo include:
 - Opens connection on well-known port
 - sends expected greeting message
 - ...
 - completes entire transaction within time limit
Vathsa>>>
For some TCP applications, opening a connection on well-known port is
liveliness.
For some UDP applications, receiving greeting message is liveliness.
For some applications like HTTP, DNS it can be one transaction within time
limit.

regards,
Al

> -----Original Message-----
> From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Dave Taht
> Sent: Monday, June 08, 2015 12:31 PM
> To: Srivathsa Sarangapani
> Cc: ippm@ietf.org
> Subject: Re: [ippm] Discussion on extending TWAMP to monitor service
> KPIs and detect liveliness of an application
>=20
> On Mon, Jun 8, 2015 at 9:17 AM, Srivathsa Sarangapani
> <srivathsas@juniper.net> wrote:
> > Dear IPPM,
> >
> > I would like to share something with you today.
> >
> > In the existing as well as next generation network architectures,
> > there are lot of new services getting added in the service plane with
> > in the network. services here include subscriber aware services, flow
> > based traffic load balancing, content delivery servers, real time
> > streaming applications and similar. The performance of these services
> > are monitored using set of attributes. some of the critical attributes
> > are latency introduced in the packet path, impact on network capacity
> and throughput.
> > some other attributes are to check whether a service node is alive or
> not.
> >
> > To Address some of these challenges, how about extending TWAMP
> > protocol (RFC 5357) to monitor service KPIs and monitor the liveliness
> > of the service or application.
>=20
> I would like to see smokeping more widely used, and bandwidth presented
> at the same time as loss, ECN CE, and latency in more mtrg and cacti
> (and other widely used network management system) graphs.
>=20
> While I would like to see more twamp deployments, it is kind of a
> headache to deploy (ntp time sensitivity for starters - that said, I
> would also like to see better timekeeping across the internet also).
>=20
> >
> > Today TWAMP is used to measure just RTT between 2 Network Elements,
> > like routers, servers etc.
> > Since Routers are no more just forwarding packets but running lot more
> > services like CGNAT, DPI, IPSec, TDF and like.
> > Even Servers are used to run applications like DNS, HTTP over it.
> >
> > Existing standard protocols cannot measure the impact of enabling
> > service on packets that get routed via a router in terms of latency
> > and the throughput.
> > Similarly they cannot figure out the liveliness of an application on a
> > server even though they can figure out that the server is alive.
>=20
> Well said. liveliness as a default benchmark type would be good for just
> about everything. :)
>=20
> > With  the advent of SDN and VNFs, the latency of a VNF would really
> > make lot of sense for the network operator for optimal network
> > planning and deployment.
>=20
> I agree that monitoring the effectiveness of these new technologies is a
> goodness.
>=20
> > Based on the real time latency, the network operator can possibly
> > spawn more  VMs  for a services VNF when required and can shut down
> > some of them when not required.
>=20
> Well, more VMs does !=3D less latency.
>=20
> >
> > We therefore think that adding this new dimension to TWAMP protocol
> > would really be helpful for network monitoring and analysis.
> > We request you all to please share your thoughts on the same.
>=20
>=20
> >
> >
> > --
> > Thanks and Regards,
> > Vathsa
> >
> > _______________________________________________
> > ippm mailing list
> > ippm@ietf.org
> > https://www.ietf.org/mailman/listinfo/ippm
>=20
>=20
>=20
> --
> Dave T=E4ht
> What will it take to vastly improve wifi for everyone?
> https://plus.google.com/u/0/explore/makewififast
>=20
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm



From nobody Mon Jun 29 18:20:15 2015
Return-Path: <acmorton@att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D1731A21A1 for <ippm@ietfa.amsl.com>; Mon, 29 Jun 2015 18:20:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.611
X-Spam-Level: 
X-Spam-Status: No, score=-3.611 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_84=0.6, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5_SlAJShuRLx for <ippm@ietfa.amsl.com>; Mon, 29 Jun 2015 18:20:11 -0700 (PDT)
Received: from mail-pink.research.att.com (mail-pink.research.att.com [204.178.8.22]) by ietfa.amsl.com (Postfix) with ESMTP id C3AC11A219F for <ippm@ietf.org>; Mon, 29 Jun 2015 18:20:10 -0700 (PDT)
Received: from mail-blue.research.att.com (unknown [135.207.178.11]) by mail-pink.research.att.com (Postfix) with ESMTP id 895C9120D6E; Mon, 29 Jun 2015 21:41:16 -0400 (EDT)
Received: from exchange.research.att.com (sentinel.research.att.com [135.207.255.38]) by mail-blue.research.att.com (Postfix) with ESMTP id BBBCEF0457; Mon, 29 Jun 2015 21:19:12 -0400 (EDT)
Received: from NJFPSRVEXG0.research.att.com ([fe80::108a:1006:9f54:fd90]) by sentinel.research.att.com ([fe80::7914:9c7e:6a73:a8d6%10]) with mapi; Mon, 29 Jun 2015 21:19:12 -0400
From: "MORTON, ALFRED C (AL)" <acmorton@att.com>
To: Srivathsa Sarangapani <srivathsas@juniper.net>, Dave Taht <dave.taht@gmail.com>
Date: Mon, 29 Jun 2015 21:19:10 -0400
Thread-Topic: [ippm] Discussion on extending TWAMP to monitor service KPIs and detect liveliness of an application
Thread-Index: AQHQogaXUDBkupL6lE+Yj7SC7dIQT52izRCAgAAeDYCAAZslgIAfp92AgAAuyvA=
Message-ID: <4AF73AA205019A4C8A1DDD32C034631D0662C6E367@NJFPSRVEXG0.research.att.com>
References: <D19BBBC4.2DBC4%srivathsas@juniper.net> <CAA93jw7UAn1=kz4U=7ZJsgWn3YupaY5=U+f3gTFwLwVxUfjR=Q@mail.gmail.com> <4AF73AA205019A4C8A1DDD32C034631D02EB7B2B2F@NJFPSRVEXG0.research.att.com> <D19CE2A0.2DEF4%srivathsas@juniper.net> <D1B773D6.312E8%srivathsas@juniper.net>
In-Reply-To: <D1B773D6.312E8%srivathsas@juniper.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/C10o-HhExV--eQudnUkCxG-Khxg>
Cc: Peyush Gupta <peyushg@juniper.net>, "ippm@ietf.org" <ippm@ietf.org>
Subject: Re: [ippm] Discussion on extending TWAMP to monitor service KPIs and detect liveliness of an application
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Jun 2015 01:20:13 -0000

Hi Vathsa,

I had a look at your draft tonight, but I clearly need to=20
spend more time to try to figure out how these new features
work - take the keep-alive for example in section 5.1:

5.1.  Services Keepalive Monitoring

   The Session-Sender MAY send the Service PDU as part of the TWAMP-Test
   Packet Padding.  When Session-Reflector receives the TWAMP-Test
   packet, it SHALL extract the Service PDU.  Then Session-Reflector
   SHALL inject the Service PDU to the Service Block for service
   processing.

   Based on whether the Session-Reflector received the response, the
   Session-Reflector SHALL decide whether the Service is alive or not.

Are the test packets sent between Sender and Reflector the basis for=20
evaluating Service liveliness?  If so, it seems that *any* successful
test packet received at the Reflector and then received back at the Sender
is enough to assess bi-directional service liveliness. I'm missing the
need for the Reflector to decide anything - it just has to re-use payload
in the packet it reflects?

Al

> -----Original Message-----
> From: Srivathsa Sarangapani [mailto:srivathsas@juniper.net]
> Sent: Monday, June 29, 2015 12:45 PM
> To: MORTON, ALFRED C (AL); Dave Taht
> Cc: ippm@ietf.org; Peyush Gupta
> Subject: Re: [ippm] Discussion on extending TWAMP to monitor service
> KPIs and detect liveliness of an application
>=20
> Hi Al,
>=20
> I hope you agree to our below comments.
> In continuation of the same idea, we have submitted a draft:
> https://datatracker.ietf.org/doc/draft-sp-ippm-monitor-services-kpi/
>=20
> Request you to please go through the same and provide your
> comments/suggestions.
>=20
>=20
> --
> Regards,
> Vathsa
>=20
>=20
>=20
>=20
> -----Original Message-----
> From: Srivathsa Sarangapani <srivathsas@juniper.net>
> Date: Tuesday, June 9, 2015 at 6:50 PM
> To: "MORTON, ALFRED C (AL)" <acmorton@att.com>, Dave Taht
> <dave.taht@gmail.com>
> Cc: "ippm@ietf.org" <ippm@ietf.org>, Peyush Gupta <peyushg@juniper.net>
> Subject: Re: [ippm] Discussion on extending TWAMP to monitor service
> KPIs
> and detect liveliness of an application
>=20
> Hi Al,
>=20
> Thanks for your reply. Please see my answers inline:
>=20
> --
> Regards,
> Vathsa
>=20
>=20
>=20
>=20
> -----Original Message-----
> From: <MORTON>, "ALFRED C   (AL)" <acmorton@att.com>
> Date: Monday, June 8, 2015 at 11:48 PM
> To: Dave Taht <dave.taht@gmail.com>, Srivathsa Sarangapani
> <srivathsas@juniper.net>
> Cc: "ippm@ietf.org" <ippm@ietf.org>
> Subject: RE: [ippm] Discussion on extending TWAMP to monitor service
> KPIs
> and detect liveliness of an application
>=20
> Hi Srivathsa and Dave,
>=20
> At the moment, some visibility of service KPIs are intended
> to be measured with PDM:
> https://tools.ietf.org/html/draft-elkins-ippm-6man-pdm-option-00
> (and there is/was a call for interest
> http://www.ietf.org/mail-archive/web/ippm/current/msg03732.html
> probably not too late to respond usefully on this wg call)
>=20
> Vathsa>>>Good work.
> We feel that service KPIs like load, latency etc for Router
> services(like
> DPI, CGNAT, IPSEC)
> may not be the scope of this extension. This is a good extension for
> host
> to host architecture.
>=20
> regarding:
> > > Similarly they cannot figure out the liveliness of an application on
> a
> > > server even though they can figure out that the server is alive.
> >
> > Well said. liveliness as a default benchmark type would be good for
> just
> > about everything. :)
>=20
> By liveliness, what degree of response complexity is considered alive?
> Possibilities beyond ICMP Echo include:
>  - Opens connection on well-known port
>  - sends expected greeting message
>  - ...
>  - completes entire transaction within time limit
> Vathsa>>>
> For some TCP applications, opening a connection on well-known port is
> liveliness.
> For some UDP applications, receiving greeting message is liveliness.
> For some applications like HTTP, DNS it can be one transaction within
> time
> limit.
>=20
> regards,
> Al
>=20
> > -----Original Message-----
> > From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Dave Taht
> > Sent: Monday, June 08, 2015 12:31 PM
> > To: Srivathsa Sarangapani
> > Cc: ippm@ietf.org
> > Subject: Re: [ippm] Discussion on extending TWAMP to monitor service
> > KPIs and detect liveliness of an application
> >
> > On Mon, Jun 8, 2015 at 9:17 AM, Srivathsa Sarangapani
> > <srivathsas@juniper.net> wrote:
> > > Dear IPPM,
> > >
> > > I would like to share something with you today.
> > >
> > > In the existing as well as next generation network architectures,
> > > there are lot of new services getting added in the service plane
> with
> > > in the network. services here include subscriber aware services,
> flow
> > > based traffic load balancing, content delivery servers, real time
> > > streaming applications and similar. The performance of these
> services
> > > are monitored using set of attributes. some of the critical
> attributes
> > > are latency introduced in the packet path, impact on network
> capacity
> > and throughput.
> > > some other attributes are to check whether a service node is alive
> or
> > not.
> > >
> > > To Address some of these challenges, how about extending TWAMP
> > > protocol (RFC 5357) to monitor service KPIs and monitor the
> liveliness
> > > of the service or application.
> >
> > I would like to see smokeping more widely used, and bandwidth
> presented
> > at the same time as loss, ECN CE, and latency in more mtrg and cacti
> > (and other widely used network management system) graphs.
> >
> > While I would like to see more twamp deployments, it is kind of a
> > headache to deploy (ntp time sensitivity for starters - that said, I
> > would also like to see better timekeeping across the internet also).
> >
> > >
> > > Today TWAMP is used to measure just RTT between 2 Network Elements,
> > > like routers, servers etc.
> > > Since Routers are no more just forwarding packets but running lot
> more
> > > services like CGNAT, DPI, IPSec, TDF and like.
> > > Even Servers are used to run applications like DNS, HTTP over it.
> > >
> > > Existing standard protocols cannot measure the impact of enabling
> > > service on packets that get routed via a router in terms of latency
> > > and the throughput.
> > > Similarly they cannot figure out the liveliness of an application on
> a
> > > server even though they can figure out that the server is alive.
> >
> > Well said. liveliness as a default benchmark type would be good for
> just
> > about everything. :)
> >
> > > With  the advent of SDN and VNFs, the latency of a VNF would really
> > > make lot of sense for the network operator for optimal network
> > > planning and deployment.
> >
> > I agree that monitoring the effectiveness of these new technologies is
> a
> > goodness.
> >
> > > Based on the real time latency, the network operator can possibly
> > > spawn more  VMs  for a services VNF when required and can shut down
> > > some of them when not required.
> >
> > Well, more VMs does !=3D less latency.
> >
> > >
> > > We therefore think that adding this new dimension to TWAMP protocol
> > > would really be helpful for network monitoring and analysis.
> > > We request you all to please share your thoughts on the same.
> >
> >
> > >
> > >
> > > --
> > > Thanks and Regards,
> > > Vathsa
> > >
> > > _______________________________________________
> > > ippm mailing list
> > > ippm@ietf.org
> > > https://www.ietf.org/mailman/listinfo/ippm
> >
> >
> >
> > --
> > Dave T=E4ht
> > What will it take to vastly improve wifi for everyone?
> > https://plus.google.com/u/0/explore/makewififast
> >
> > _______________________________________________
> > ippm mailing list
> > ippm@ietf.org
> > https://www.ietf.org/mailman/listinfo/ippm
>=20


From nobody Mon Jun 29 21:45:04 2015
Return-Path: <srivathsas@juniper.net>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D95121B30B6 for <ippm@ietfa.amsl.com>; Mon, 29 Jun 2015 21:45:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.102
X-Spam-Level: 
X-Spam-Status: No, score=-0.102 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_32=0.6, J_CHICKENPOX_55=0.6, J_CHICKENPOX_84=0.6, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nWafpOmg-RUt for <ippm@ietfa.amsl.com>; Mon, 29 Jun 2015 21:45:00 -0700 (PDT)
Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0720.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:720]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 437F41B30B4 for <ippm@ietf.org>; Mon, 29 Jun 2015 21:45:00 -0700 (PDT)
Received: from DM2PR0501MB1501.namprd05.prod.outlook.com (10.161.224.21) by DM2PR0501MB1501.namprd05.prod.outlook.com (10.161.224.21) with Microsoft SMTP Server (TLS) id 15.1.201.16; Tue, 30 Jun 2015 04:44:42 +0000
Received: from DM2PR0501MB1501.namprd05.prod.outlook.com ([10.161.224.21]) by DM2PR0501MB1501.namprd05.prod.outlook.com ([10.161.224.21]) with mapi id 15.01.0201.000; Tue, 30 Jun 2015 04:44:42 +0000
From: Srivathsa Sarangapani <srivathsas@juniper.net>
To: "MORTON, ALFRED C (AL)" <acmorton@att.com>, Dave Taht <dave.taht@gmail.com>
Thread-Topic: [ippm] Discussion on extending TWAMP to monitor service KPIs and detect liveliness of an application
Thread-Index: AQHQogaXUDBkupL6lE+Yj7SC7dIQT52izRCAgAAeDYCAAZslgIAfp92AgAAuyvCAAJpEgA==
Date: Tue, 30 Jun 2015 04:44:42 +0000
Message-ID: <D1B814D9.313B9%srivathsas@juniper.net>
References: <D19BBBC4.2DBC4%srivathsas@juniper.net> <CAA93jw7UAn1=kz4U=7ZJsgWn3YupaY5=U+f3gTFwLwVxUfjR=Q@mail.gmail.com> <4AF73AA205019A4C8A1DDD32C034631D02EB7B2B2F@NJFPSRVEXG0.research.att.com> <D19CE2A0.2DEF4%srivathsas@juniper.net> <D1B773D6.312E8%srivathsas@juniper.net> <4AF73AA205019A4C8A1DDD32C034631D0662C6E367@NJFPSRVEXG0.research.att.com>
In-Reply-To: <4AF73AA205019A4C8A1DDD32C034631D0662C6E367@NJFPSRVEXG0.research.att.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.5.2.150604
authentication-results: att.com; dkim=none (message not signed) header.d=none; 
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [116.197.184.10]
x-microsoft-exchange-diagnostics: 1; DM2PR0501MB1501; 5:U1Des8F6sZmNRRGQ2ZneHc/vfLJH0GzR2CilTfOrdrvRcl8Yf2UMekAjm4AdSg2tzc9M13N/Q4r8C2xRayN4lboUqjc4ycmbzbiIuNWenfNiwgvA/RFQXO2C0ZWHyKMuPQoHEogVbRGJwDzWyCNNlw==; 24:fUD60ocMRCTIZzoKszNlCVldH4Ta8Z13pkWMK8FzcY0C8hkb8YVIZRG6locaEXBaY01xSDizB2UdJvDp0L+mb78IU3Wb7HKFvtrMdP+9tD4=; 20:TsVZuTjMDhM1iqgV0W8tItKiFZrFgPRjUZFqPCTAlAc0boWvYZJsCcRy0xzm6lePktysF2G8o8fm172QGk8/1A==
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(42139001); SRVR:DM2PR0501MB1501; 
x-microsoft-antispam-prvs: <DM2PR0501MB15013B5175058F0BBADB0F70D6A90@DM2PR0501MB1501.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:DM2PR0501MB1501; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB1501; 
x-forefront-prvs: 06237E4555
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(24454002)(377454003)(13464003)(62966003)(77156002)(106116001)(92566002)(93886004)(40100003)(5002640100001)(189998001)(36756003)(99286002)(122556002)(46102003)(83506001)(551934003)(19580395003)(19580405001)(76176999)(54356999)(50986999)(5001960100002)(107886002)(66066001)(5001770100001)(4001350100001)(2900100001)(15975445007)(102836002)(77096005)(2950100001)(87936001)(2656002)(86362001)(4001430100001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0501MB1501; H:DM2PR0501MB1501.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; 
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <2D3A59F79B53A645B14FD9E31E9B4F89@namprd05.prod.outlook.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Jun 2015 04:44:42.5150 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0501MB1501
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/on2i6eRzlsVVCQim7b1OVzzv4CA>
Cc: Peyush Gupta <peyushg@juniper.net>, Srivathsa Sarangapani <srivathsas@juniper.net>, "ippm@ietf.org" <ippm@ietf.org>
Subject: Re: [ippm] Discussion on extending TWAMP to monitor service KPIs and detect liveliness of an application
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Jun 2015 04:45:03 -0000

Hi Al,

Thanks a lot for browsing through our draft.
Sorry, if the explanation is not clear in the draft. Please see my answers
inline:

--=20
Regards,
Vathsa




-----Original Message-----
From: "MORTON, ALFRED C (AL)" <acmorton@att.com>
Date: Tuesday, June 30, 2015 at 6:49 AM
To: Srivathsa Sarangapani <srivathsas@juniper.net>, Dave Taht
<dave.taht@gmail.com>
Cc: "ippm@ietf.org" <ippm@ietf.org>, Peyush Gupta <peyushg@juniper.net>
Subject: RE: [ippm] Discussion on extending TWAMP to monitor service KPIs
and detect liveliness of an application

Hi Vathsa,

I had a look at your draft tonight, but I clearly need to
spend more time to try to figure out how these new features
work - take the keep-alive for example in section 5.1:

5.1.  Services Keepalive Monitoring

   The Session-Sender MAY send the Service PDU as part of the TWAMP-Test
   Packet Padding.  When Session-Reflector receives the TWAMP-Test
   packet, it SHALL extract the Service PDU.  Then Session-Reflector
   SHALL inject the Service PDU to the Service Block for service
   processing.

   Based on whether the Session-Reflector received the response, the
   Session-Reflector SHALL decide whether the Service is alive or not.

Are the test packets sent between Sender and Reflector the basis for
evaluating Service liveliness?
Vathsa>>>No.=20
If this alone was solving the purpose, then TWAMP does this functionality
as of today.

If so, it seems that *any* successful
test packet received at the Reflector and then received back at the Sender
is enough to assess bi-directional service liveliness. I'm missing the
need for the Reflector to decide anything - it just has to re-use payload
in the packet it reflects?
Vathsa>>>We mean to say that the TWAMP reflector module should extract the
Service PDU from the TWAMP data packet.
Please note that this Service PDU is filled by Session-Sender when it
sends the Test packet.
The Session-Reflector should inject the Service PDU to the Service Block.
Once the packet is received back at the reflector from the Service Block,
it will reply back to Session-Sender.
By this the Session-Sender is sure of 2 things:
   - The box where Session-Reflector is running is alive
   - The Service Block is also working fine.

Say for example, the HTTP server might be alive but the HTTP Server daemon
might not be working.
So these kinds of problems can be caught using our proposed extension.

Another example would be say a Router is running some Services like
CGNAT(JFLOW,DPI) outside the box as a VNF(say on a X86 cots server).
This router can run a TWAMP Session-Reflectot and using our extension, the
Session-Reflectore SHALL inject a test Service PDU to CGNAT VNF.
Based on the reply(possibly comparing the reply packet with expected
packet), the Session-Sender can really know if the CGNAT module is working
as expected or not.
Not just the liveliness, other service parameters like:
 - How many sessions are currently running a part of this VNF(to know the
current load on a VNF)
 - What is the extra latency being introduced for enabling CGNAT service
in a VNF.
These information can be the basis for the network operator to spawn more
VNFs or use some Service block inside the router for some gold customers
and use VNF for other customers etc.

Basically we want to aid the Network administrator with the live data
regarding Service Load, Service latency etc so that he can plan his
network for best results.

Please let me know if you need more info and we can provide the same.

Al

> -----Original Message-----
> From: Srivathsa Sarangapani [mailto:srivathsas@juniper.net]
> Sent: Monday, June 29, 2015 12:45 PM
> To: MORTON, ALFRED C (AL); Dave Taht
> Cc: ippm@ietf.org; Peyush Gupta
> Subject: Re: [ippm] Discussion on extending TWAMP to monitor service
> KPIs and detect liveliness of an application
>=20
> Hi Al,
>=20
> I hope you agree to our below comments.
> In continuation of the same idea, we have submitted a draft:
> https://datatracker.ietf.org/doc/draft-sp-ippm-monitor-services-kpi/
>=20
> Request you to please go through the same and provide your
> comments/suggestions.
>=20
>=20
> --
> Regards,
> Vathsa
>=20
>=20
>=20
>=20
> -----Original Message-----
> From: Srivathsa Sarangapani <srivathsas@juniper.net>
> Date: Tuesday, June 9, 2015 at 6:50 PM
> To: "MORTON, ALFRED C (AL)" <acmorton@att.com>, Dave Taht
> <dave.taht@gmail.com>
> Cc: "ippm@ietf.org" <ippm@ietf.org>, Peyush Gupta <peyushg@juniper.net>
> Subject: Re: [ippm] Discussion on extending TWAMP to monitor service
> KPIs
> and detect liveliness of an application
>=20
> Hi Al,
>=20
> Thanks for your reply. Please see my answers inline:
>=20
> --
> Regards,
> Vathsa
>=20
>=20
>=20
>=20
> -----Original Message-----
> From: <MORTON>, "ALFRED C   (AL)" <acmorton@att.com>
> Date: Monday, June 8, 2015 at 11:48 PM
> To: Dave Taht <dave.taht@gmail.com>, Srivathsa Sarangapani
> <srivathsas@juniper.net>
> Cc: "ippm@ietf.org" <ippm@ietf.org>
> Subject: RE: [ippm] Discussion on extending TWAMP to monitor service
> KPIs
> and detect liveliness of an application
>=20
> Hi Srivathsa and Dave,
>=20
> At the moment, some visibility of service KPIs are intended
> to be measured with PDM:
> https://tools.ietf.org/html/draft-elkins-ippm-6man-pdm-option-00
> (and there is/was a call for interest
> http://www.ietf.org/mail-archive/web/ippm/current/msg03732.html
> probably not too late to respond usefully on this wg call)
>=20
> Vathsa>>>Good work.
> We feel that service KPIs like load, latency etc for Router
> services(like
> DPI, CGNAT, IPSEC)
> may not be the scope of this extension. This is a good extension for
> host
> to host architecture.
>=20
> regarding:
> > > Similarly they cannot figure out the liveliness of an application on
> a
> > > server even though they can figure out that the server is alive.
> >
> > Well said. liveliness as a default benchmark type would be good for
> just
> > about everything. :)
>=20
> By liveliness, what degree of response complexity is considered alive?
> Possibilities beyond ICMP Echo include:
>  - Opens connection on well-known port
>  - sends expected greeting message
>  - ...
>  - completes entire transaction within time limit
> Vathsa>>>
> For some TCP applications, opening a connection on well-known port is
> liveliness.
> For some UDP applications, receiving greeting message is liveliness.
> For some applications like HTTP, DNS it can be one transaction within
> time
> limit.
>=20
> regards,
> Al
>=20
> > -----Original Message-----
> > From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Dave Taht
> > Sent: Monday, June 08, 2015 12:31 PM
> > To: Srivathsa Sarangapani
> > Cc: ippm@ietf.org
> > Subject: Re: [ippm] Discussion on extending TWAMP to monitor service
> > KPIs and detect liveliness of an application
> >
> > On Mon, Jun 8, 2015 at 9:17 AM, Srivathsa Sarangapani
> > <srivathsas@juniper.net> wrote:
> > > Dear IPPM,
> > >
> > > I would like to share something with you today.
> > >
> > > In the existing as well as next generation network architectures,
> > > there are lot of new services getting added in the service plane
> with
> > > in the network. services here include subscriber aware services,
> flow
> > > based traffic load balancing, content delivery servers, real time
> > > streaming applications and similar. The performance of these
> services
> > > are monitored using set of attributes. some of the critical
> attributes
> > > are latency introduced in the packet path, impact on network
> capacity
> > and throughput.
> > > some other attributes are to check whether a service node is alive
> or
> > not.
> > >
> > > To Address some of these challenges, how about extending TWAMP
> > > protocol (RFC 5357) to monitor service KPIs and monitor the
> liveliness
> > > of the service or application.
> >
> > I would like to see smokeping more widely used, and bandwidth
> presented
> > at the same time as loss, ECN CE, and latency in more mtrg and cacti
> > (and other widely used network management system) graphs.
> >
> > While I would like to see more twamp deployments, it is kind of a
> > headache to deploy (ntp time sensitivity for starters - that said, I
> > would also like to see better timekeeping across the internet also).
> >
> > >
> > > Today TWAMP is used to measure just RTT between 2 Network Elements,
> > > like routers, servers etc.
> > > Since Routers are no more just forwarding packets but running lot
> more
> > > services like CGNAT, DPI, IPSec, TDF and like.
> > > Even Servers are used to run applications like DNS, HTTP over it.
> > >
> > > Existing standard protocols cannot measure the impact of enabling
> > > service on packets that get routed via a router in terms of latency
> > > and the throughput.
> > > Similarly they cannot figure out the liveliness of an application on
> a
> > > server even though they can figure out that the server is alive.
> >
> > Well said. liveliness as a default benchmark type would be good for
> just
> > about everything. :)
> >
> > > With  the advent of SDN and VNFs, the latency of a VNF would really
> > > make lot of sense for the network operator for optimal network
> > > planning and deployment.
> >
> > I agree that monitoring the effectiveness of these new technologies is
> a
> > goodness.
> >
> > > Based on the real time latency, the network operator can possibly
> > > spawn more  VMs  for a services VNF when required and can shut down
> > > some of them when not required.
> >
> > Well, more VMs does !=3D less latency.
> >
> > >
> > > We therefore think that adding this new dimension to TWAMP protocol
> > > would really be helpful for network monitoring and analysis.
> > > We request you all to please share your thoughts on the same.
> >
> >
> > >
> > >
> > > --
> > > Thanks and Regards,
> > > Vathsa
> > >
> > > _______________________________________________
> > > ippm mailing list
> > > ippm@ietf.org
> > > https://www.ietf.org/mailman/listinfo/ippm
> >
> >
> >
> > --
> > Dave T=E4ht
> > What will it take to vastly improve wifi for everyone?
> > https://plus.google.com/u/0/explore/makewififast
> >
> > _______________________________________________
> > ippm mailing list
> > ippm@ietf.org
> > https://www.ietf.org/mailman/listinfo/ippm
>=20



From nobody Tue Jun 30 11:14:44 2015
Return-Path: <internet-drafts@ietf.org>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 204871B2AAF; Tue, 30 Jun 2015 11:14:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SdsHXp77QA3O; Tue, 30 Jun 2015 11:14:41 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E47D51B2AA8; Tue, 30 Jun 2015 11:14:41 -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.0.4.p1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150630181441.21450.45023.idtracker@ietfa.amsl.com>
Date: Tue, 30 Jun 2015 11:14:41 -0700
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/r3p0fJX3ezraWqCRKJooY3V89gw>
Cc: ippm@ietf.org
Subject: [ippm] I-D Action: draft-ietf-ippm-active-passive-00.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Jun 2015 18:14:43 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the IP Performance Metrics Working Group of the IETF.

        Title           : Active and Passive Metrics and Methods (and everything in-between, or Hybrid)
        Author          : Al Morton
	Filename        : draft-ietf-ippm-active-passive-00.txt
	Pages           : 11
	Date            : 2015-06-30

Abstract:
   This memo provides clear definitions for Active and Passive
   performance assessment.  The construction of Metrics and Methods can
   be described as Active or Passive.  Some methods may use a subset of
   both active and passive attributes, and we refer to these as Hybrid
   Methods.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-active-passive/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-ippm-active-passive-00


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

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

