From nobody Thu Jul 2 03:34:28 2015 Return-Path: X-Original-To: bmwg@ietfa.amsl.com Delivered-To: bmwg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 52D3E1B3181 for ; Thu, 2 Jul 2015 03:34:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.299 X-Spam-Level: *** X-Spam-Status: No, score=3.299 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, HTML_MESSAGE=0.001, SPF_PASS=-0.001, 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 DdQkBHcPj3LP for ; Thu, 2 Jul 2015 03:34:25 -0700 (PDT) Received: from mailrelay22.naist.jp (mailrelay22.naist.jp [IPv6:2001:200:16a:50::91]) by ietfa.amsl.com (Postfix) with ESMTP id 9BB001B2CE7 for ; Thu, 2 Jul 2015 03:34:25 -0700 (PDT) Received: from mailpost22.naist.jp (mailscan22.naist.jp [163.221.80.59]) by mailrelay22.naist.jp (Postfix) with ESMTP id A1007903 for ; Thu, 2 Jul 2015 19:34:23 +0900 (JST) Received: from aslim (dn158-103.naist.jp [163.221.158.103]) by mailpost22.naist.jp (Postfix) with ESMTP id 5FB1D902 for ; Thu, 2 Jul 2015 19:34:23 +0900 (JST) From: "Marius Georgescu" To: Date: Thu, 2 Jul 2015 19:37:01 +0900 Message-ID: <001001d0b4b3$07cf5bc0$176e1340$@is.naist.jp> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0011_01D0B4FE.77B703C0" X-Mailer: Microsoft Outlook 15.0 Thread-Index: AdC0sush7xCn86ctQhuba6E4gUgykQ== Content-Language: en-us X-TM-AS-MML: No X-TM-AS-Product-Ver: IMSS-7.1.0.1392-8.0.0.1202-21650.004 X-TM-AS-Result: No--16.115-5.0-31-10 X-imss-scan-details: No--16.115-5.0-31-10 X-TMASE-MatchedRID: 93hr/XDKL687MwFDNigBPl4t42nqFS2wFySYjNdnYg2JnvBX2suy6M0H KBGwSPtXyTBgz6hl0dfhuXUWQoMQt7dO/3LnRgJ7aOWLD7G8i12ImAxS9gCqXISd4VMYREm4WCo Z2DOAlMHdPX51QeP530vrB8UvzFr44dDbWPxG2mUzv9Qd0AWkvF9YSvcSjMVBwTIbANdP1Nv9zt TKAotHsUoNmUsFJ/yr/Sl5cYQQGW+DddlymG7iS1cbfIj2Ta9sJZ44eKUvRYc/makG0+v97uInq hfTCwZSzCK25xPd0TsMH4SsGvRsA1qvZZ9/gpIhpRezBf/GshI57kFjOTI5Je+6vWQCjRtKJMNf QdwXCxaCIg7tJ//usYvptQwz5tsiwSJcbRHuoMfil13HY0ejnnlEDb1OO87ou7C4hieFwVKAMuq etGVettUTseZWdUYe/sToY2qzpx4wziKhrKXi3XnVOpTXYxvaykf0QrY0rL47AFczfjr/7Jmckb ksy4RPYh/PCo+YYNc++KusKcI6rVZufbUN6wueGPXENrY+gkg= Archived-At: Subject: [bmwg] I-D Update X-BeenThere: bmwg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Benchmarking Methodology Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2015 10:34:27 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0011_01D0B4FE.77B703C0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Dear BMWG Members, I hope my e-mail finds you well. Please find below a link to the latest update of the draft I've been working on: https://tools.ietf.org/html/draft-georgescu-bmwg-ipv6-tran-tech-benchmarking -01 The biggest change and probably the most debatable is the addition of the Delay variation (jitter) subsection under Benchmarking tests (Section 6.3), following the comments received during the IETF92 meeting. I would like to take this opportunity to thank all the people that supported and provided feedback for this draft so far and to ask for more :). Best regards, Marius ------=_NextPart_000_0011_01D0B4FE.77B703C0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear BMWG Members,

 

I hope my = e-mail finds you well. Please find below a link to the latest update of = the draft I’ve been working on:

https://tools.ietf.org/html/draft-georgescu-bmwg-ipv6-tra= n-tech-benchmarking-01

 

The biggest = change and probably the most debatable is the addition of the Delay = variation (jitter) subsection under Benchmarking tests (Section 6.3), = following the comments received during the IETF92 meeting.  I would = like to take this opportunity to thank all the people that supported and = provided feedback for this draft so far and to ask for more J.

 

Best = regards,

Marius

 

------=_NextPart_000_0011_01D0B4FE.77B703C0-- From nobody Thu Jul 2 04:41:47 2015 Return-Path: X-Original-To: bmwg@ietfa.amsl.com Delivered-To: bmwg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 73E101B3202 for ; Thu, 2 Jul 2015 04:41:46 -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 9X8nz0-vaicx for ; Thu, 2 Jul 2015 04:41:44 -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 690891B31E4 for ; Thu, 2 Jul 2015 04:41:44 -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 2F91A120FA1; Thu, 2 Jul 2015 08:03:56 -0400 (EDT) Received: from exchange.research.att.com (njmtcas1.research.att.com [135.207.255.99]) by mail-green.research.att.com (Postfix) with ESMTP id 8D300E2C5F; Thu, 2 Jul 2015 07:40:54 -0400 (EDT) Received: from NJFPSRVEXG0.research.att.com ([fe80::108a:1006:9f54:fd90]) by njmtcas1.research.att.com ([fe80::f1f7:6c06:d0d0:d48c%10]) with mapi; Thu, 2 Jul 2015 07:41:40 -0400 From: "MORTON, ALFRED C (AL)" To: Marius Georgescu , "bmwg@ietf.org" Date: Thu, 2 Jul 2015 07:41:40 -0400 Thread-Topic: [bmwg] I-D Update Thread-Index: AdC0sush7xCn86ctQhuba6E4gUgykQACJhAQ Message-ID: <4AF73AA205019A4C8A1DDD32C034631D0662C6E61C@NJFPSRVEXG0.research.att.com> References: <001001d0b4b3$07cf5bc0$176e1340$@is.naist.jp> In-Reply-To: <001001d0b4b3$07cf5bc0$176e1340$@is.naist.jp> 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_4AF73AA205019A4C8A1DDD32C034631D0662C6E61CNJFPSRVEXG0re_" MIME-Version: 1.0 Archived-At: Subject: Re: [bmwg] I-D Update X-BeenThere: bmwg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Benchmarking Methodology Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2015 11:41:46 -0000 --_000_4AF73AA205019A4C8A1DDD32C034631D0662C6E61CNJFPSRVEXG0re_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Thanks for your efforts here, Marius! There are several revised drafts on our pages, and readership is a key aspect of participation. Let's all commit to review a draft-a-week leading up to Prague. Also, the draft agenda is posted in the usual place. regards, Al bmwg co-chair From: bmwg [mailto:bmwg-bounces@ietf.org] On Behalf Of Marius Georgescu Sent: Thursday, July 02, 2015 6:37 AM To: bmwg@ietf.org Subject: [bmwg] I-D Update Dear BMWG Members, I hope my e-mail finds you well. Please find below a link to the latest upd= ate of the draft I've been working on: https://tools.ietf.org/html/draft-georgescu-bmwg-ipv6-tran-tech-benchmarkin= g-01 The biggest change and probably the most debatable is the addition of the D= elay variation (jitter) subsection under Benchmarking tests (Section 6.3), = following the comments received during the IETF92 meeting. I would like to= take this opportunity to thank all the people that supported and provided = feedback for this draft so far and to ask for more :). Best regards, Marius --_000_4AF73AA205019A4C8A1DDD32C034631D0662C6E61CNJFPSRVEXG0re_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Thanks for your efforts here,= Marius!

There are several revised drafts on our pages= ,

and readership is a key aspect of participation.

Let’s all commit to review a draft-a-week leading

up to Prague.

 

Also, the draft agenda is posted in the usual place.

 

regards,

Al<= /o:p>

bmwg co-chair

 =

From: bmwg [mailto:bmwg-bounces= @ietf.org] On Behalf Of Marius Georgescu
Sent: Thursday, J= uly 02, 2015 6:37 AM
To: bmwg@ietf.org
Subject: [bmwg] = I-D Update

 = ;

Dear BMWG Members,

 

I hope my e-mail fin= ds you well. Please find below a link to the latest update of the draft I&#= 8217;ve been working on:

X-Test-IDTracker: no X-IETF-IDTracker: 6.0.4.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150702171344.29363.95053.idtracker@ietfa.amsl.com> Date: Thu, 02 Jul 2015 10:13:44 -0700 Archived-At: Cc: bmwg@ietf.org Subject: [bmwg] I-D Action: draft-ietf-bmwg-ipv6-nd-00.txt X-BeenThere: bmwg@ietf.org X-Mailman-Version: 2.1.15 List-Id: Benchmarking Methodology Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2015 17:13:45 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Benchmarking Methodology Working Group of the IETF. Title : Benchmarking IPv6 Neighbor Cache Behavior Authors : William Cerveny Ron Bonica Filename : draft-ietf-bmwg-ipv6-nd-00.txt Pages : 10 Date : 2015-07-02 Abstract: This document is a benchmarking instantiation of RFC 6583: "Operational Neighbor Discovery Problems" [RFC6583]. It describes a general testing procedure and measurements that can be performed to evaluate how the problems described in RFC 6583 may impact the functionality or performance of intermediate nodes. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bmwg-ipv6-nd/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-bmwg-ipv6-nd-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 Wed Jul 8 00:26:57 2015 Return-Path: X-Original-To: bmwg@ietfa.amsl.com Delivered-To: bmwg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C556F1B31E3 for ; Wed, 8 Jul 2015 00:26:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.299 X-Spam-Level: *** X-Spam-Status: No, score=3.299 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 ApG7rgsFcstg for ; Wed, 8 Jul 2015 00:26:53 -0700 (PDT) Received: from mailrelay22.naist.jp (mailrelay22.naist.jp [163.221.80.91]) by ietfa.amsl.com (Postfix) with ESMTP id 081CC1B31E1 for ; Wed, 8 Jul 2015 00:26:52 -0700 (PDT) Received: from mailpost22.naist.jp (mailscan22.naist.jp [163.221.80.59]) by mailrelay22.naist.jp (Postfix) with ESMTP id C03924B9 for ; Wed, 8 Jul 2015 16:26:49 +0900 (JST) Received: from naist.jp (webmail21-a.naist.jp [163.221.80.53]) by mailpost22.naist.jp (Postfix) with ESMTP id A9D424B8 for ; Wed, 8 Jul 2015 16:26:49 +0900 (JST) Received: from [127.0.0.1] (Forwarded-For: ::ffff:213.7.196.102) by webmail21-a.naist.jp (mshttpd); Wed, 08 Jul 2015 10:26:49 +0300 From: "GEORGESCU LIVIU MARIUS" To: "bmwg@ietf.org" Message-ID: <6bc09e025dc2.559cfae9@naist.jp> Date: Wed, 08 Jul 2015 10:26:49 +0300 X-Mailer: Oracle Communications Messenger Express 7.0.5.35.0 64bit (built Mar 31 2015) MIME-Version: 1.0 Content-Language: en X-Accept-Language: en Priority: normal In-Reply-To: <4AF73AA205019A4C8A1DDD32C034631D0662C6E61C@NJFPSRVEXG0.research.att.com> References: <001001d0b4b3$07cf5bc0$176e1340$@is.naist.jp> <4AF73AA205019A4C8A1DDD32C034631D0662C6E61C@NJFPSRVEXG0.research.att.com> Content-Type: multipart/alternative; boundary="--38774540284d5dc84046" X-TM-AS-MML: No X-TM-AS-Product-Ver: IMSS-7.1.0.1392-8.0.0.1202-21662.006 X-TM-AS-Result: No--21.210-5.0-31-10 X-imss-scan-details: No--21.210-5.0-31-10 X-TMASE-MatchedRID: wTKTX38I4jQ7MwFDNigBPl4t42nqFS2wfTmpZgHBz2jswOJ/pa0fPEZH uO0KHyAkghuYbA0Vi+j0hv/rD7WVZFkFRNWo/93SEd+K6O5Nt53wwWUpEdc7DckaKsCqTinCJZq JpzG8qSGbGHSBj+j5WdjDJsU1r62bhQaFqMRElgnjud2x7TPVt7Mj3GAElQGElpxw1HGM5FHlPW OZdnoFfEIFCJ5KkAbPma6DzXaohvNAq6/y5AEOOrrtDe4+j0oj3QcACR8vEHGNKaasnxJAFksey 781Gv7m+dVjQNaxOrfhuXUWQoMQt520dShmm+V5aqEobIL9dD5e9tX9WdS/SmnNKGu3AyslLPcI y/IpKa2HTNZBcJlnyIbBPrt55wnwirCcxxL1pV113iQV6+wg1LQ3HKClX2k5JtR2BUFmfm5mfpH Oo37dNrWaNuiUafMETQh9A4m9EtGb/LTS0T1K1vk3SjZMcZFks2DGWvRdP/cO7TPqCvpgygAWZv /M6/wIvBEUdE/DhQY+W6N2SzBTB8qLkmpzwoU0LVsot2GWhEkZEIpXHlCzCXxZPU+90ccM+6bI4 L940xwJQiBpeg3/HvU1Xpm2N12StPGelsKOu4iPaLJ/Ca3ST8YEj5ow6WtcBozXG/tKTaYBRSmj DCeChvCPzTiHpg3pL4+sB3yBscktlZY1WAfRjZsoi2XrUn/JlR1cT9YafQVEjZsDNB5QxUkEKHy z1RwNZz0AAGWYgqKg5oovEWFmKbEzrRSTiJMaSfW/pfIh/YrdWcOswM6C59+jagzwRRB8ayNMG6 dWiRE= Archived-At: Subject: Re: [bmwg] I-D Update X-BeenThere: bmwg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Benchmarking Methodology Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jul 2015 07:26:55 -0000 This is a multi-part message in MIME format. ----38774540284d5dc84046 Content-Type: text/plain; charset=windows-1252 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dear Al=2C = = = Thank you for you draft-a-week suggestion=2E This should speed-up the review process and further stimulate discussion on t= he ML=2E = = So=2C in the draft-a-week spirit=2C here is my review for Bill and Ron=92= s draft (https=3A//tools=2Eietf=2Eorg/id/draft-ietf-bmwg-ipv6-nd-00=2Etx= t)=2E = Section 4=3A Test setup =23=23=23MG=3A a recommended frame size/frame size interval might help Sections 61=2E and 6=2E2=3A =23=23=23MG=3A I think a specific reporting format and a specific number= of repetitions(an associated measurement error) would be beneficial=2E = Best regards=2C Marius On 07/02/15=2C =22MORTON=2C ALFRED C (AL)=22 =3Cacmorton=40att=2Ecom=3E= wrote=3A =3E = =3E = =3E = =3E = =3E = =3E = =3E = =3E Thanks for your efforts here=2C Marius! =3E = =3E There are several revised drafts on our pages=2C =3E = =3E and readership is a key aspect of participation=2E =3E = =3E Let=92s all commit to review a draft-a-week leading =3E = =3E up to Prague=2E = =3E = =3E = =3E = =3E Also=2C the draft agenda is posted in the usual place=2E =3E = =3E = =3E = =3E regards=2C =3E = =3E Al =3E = =3E bmwg co-chair =3E = =3E = =3E = =3E = =3E = =3E = =3E From=3A bmwg =5Bmailto=3Abmwg-bounces=40ietf=2Eorg=5D On Behalf Of M= arius Georgescu =3E Sent=3A Thursday=2C July 02=2C 2015 6=3A37 AM =3E To=3A bmwg=40ietf=2Eorg =3E Subject=3A =5Bbmwg=5D I-D Update =3E = =3E = =3E = =3E = =3E Dear BMWG Members=2C =3E = =3E = =3E = =3E I hope my e-mail finds you well=2E Please find below a link to the l= atest update of the draft I=92ve been working on=3A =3E = =3E https=3A//tools=2Eietf=2Eorg/html/draft-georgescu-bmwg-ipv6-tran-tec= h-benchmarking-01 =3E = =3E = =3E = =3E The biggest change and probably the most debatable is the addition o= f the Delay variation (jitter) subsection under Benchmarking tests (Sect= ion 6=2E3)=2C following the comments received during the IETF92 meeting=2E= I would like to take this opportunity to thank all the people that supp= orted and provided feedback for this draft so far and to ask for more J=2E= =3E = =3E = =3E = =3E Best regards=2C =3E = =3E Marius = =3E = =3E = =3E = =3E = =3E = =3E = =3E ----38774540284d5dc84046 Content-Type: text/html; charset=windows-1252 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable =3Cp class=3D=22MsoNormal=22=3EDear Al=2C=3Co=3Ap=3E=3C/o=3Ap=3E=3C/p=3E= =3Cp class=3D=22MsoNormal=22=3E=3Co=3Ap=3E=A0=3C/o=3Ap=3E=3C/p=3E =3Cp class=3D=22MsoNormal=22=3EThank you for you draft-a-week suggestion=2E =A0This should speed-up the review process and further stimulate discussion on t= he ML=2E =3Co=3Ap=3E=3C/o=3Ap=3E=3C/p=3E =3Cpre=3E=3Cspan style=3D=22font-family=3A=26quot=3BCalibri=26quot=3B=2C= sans-serif=3Bmso-ascii-theme-font=3Aminor-latin=3B mso-hansi-theme-font=3Aminor-latin=3Bmso-bidi-font-family=3A=26quot=3BTi= mes New Roman=26quot=3B=3B mso-bidi-theme-font=3Aminor-bidi=22=3ESo=2C in the draft-a-week =A0spiri= t=2C here is my review for Bill and Ron=92s draft (=3C/span=3Ehttps=3A//= tools=2Eietf=2Eorg/id/draft-ietf-bmwg-ipv6-nd-00=2Etxt=3Cspan style=3D=22= font-family=3A=26quot=3BCalibri=26quot=3B=2Csans-serif=3Bmso-ascii-theme= -font=3Aminor-latin=3B mso-hansi-theme-font=3Aminor-latin=3Bmso-bidi-font-family=3A=26quot=3BTi= mes New Roman=26quot=3B=3B mso-bidi-theme-font=3Aminor-bidi=22=3E)=2E=3Co=3Ap=3E=3C/o=3Ap=3E=3C/spa= n=3E=3C/pre=3E=3Cpre=3E=3C/pre=3E=3Cpre=3E=3Cspan style=3D=22font-family= =3A=26quot=3BCalibri=26quot=3B=2Csans-serif=3Bmso-ascii-theme-font=3Amin= or-latin=3B mso-hansi-theme-font=3Aminor-latin=3Bmso-bidi-font-family=3A=26quot=3BTi= mes New Roman=26quot=3B=3B mso-bidi-theme-font=3Aminor-bidi=22=3ESection 4=3A Test setup=3Co=3Ap=3E= =3C/o=3Ap=3E=3C/span=3E=3C/pre=3E=3Cpre=3E=3Cspan style=3D=22font-family= =3A=26quot=3BCalibri=26quot=3B=2Csans-serif=3Bmso-ascii-theme-font=3Amin= or-latin=3B mso-hansi-theme-font=3Aminor-latin=3Bmso-bidi-font-family=3A=26quot=3BTi= mes New Roman=26quot=3B=3B mso-bidi-theme-font=3Aminor-bidi=22=3E=23=23=23MG=3A a recommended frame= size/frame size interval might help=3Co=3Ap=3E=3C/o=3Ap=3E=3C/span=3E=3C= /pre=3E=3Cpre=3E=3Cspan style=3D=22font-family=3A=26quot=3BCalibri=26quo= t=3B=2Csans-serif=3Bmso-ascii-theme-font=3Aminor-latin=3B mso-hansi-theme-font=3Aminor-latin=3Bmso-bidi-font-family=3A=26quot=3BTi= mes New Roman=26quot=3B=3B mso-bidi-theme-font=3Aminor-bidi=22=3ESections 61=2E and 6=2E2=3A=3Co=3A= p=3E=3C/o=3Ap=3E=3C/span=3E=3C/pre=3E=3Cpre=3E=3Cspan style=3D=22font-fa= mily=3A=26quot=3BCalibri=26quot=3B=2Csans-serif=3Bmso-ascii-theme-font=3A= minor-latin=3B mso-hansi-theme-font=3Aminor-latin=3Bmso-bidi-font-family=3A=26quot=3BTi= mes New Roman=26quot=3B=3B mso-bidi-theme-font=3Aminor-bidi=22=3E=23=23=23MG=3A I think a specific = reporting format and a specific number of repetitions(an associated meas= urement error) would be beneficial=2E=3Co=3Ap=3E=3C/o=3Ap=3E=3C/span=3E=3C= /pre=3E=3Cpre=3E=3C/pre=3E=3Cpre=3E=3Cspan style=3D=22font-family=3A=26q= uot=3BCalibri=26quot=3B=2Csans-serif=3Bmso-ascii-theme-font=3Aminor-lati= n=3B mso-hansi-theme-font=3Aminor-latin=3Bmso-bidi-font-family=3A=26quot=3BTi= mes New Roman=26quot=3B=3B mso-bidi-theme-font=3Aminor-bidi=22=3EBest regards=2C=3Co=3Ap=3E=3C/o=3A= p=3E=3C/span=3E=3C/pre=3E=3Cpre=3E=3Cspan style=3D=22font-family=3A=26qu= ot=3BCalibri=26quot=3B=2Csans-serif=3Bmso-ascii-theme-font=3Aminor-latin= =3B mso-hansi-theme-font=3Aminor-latin=3Bmso-bidi-font-family=3A=26quot=3BTi= mes New Roman=26quot=3B=3B mso-bidi-theme-font=3Aminor-bidi=22=3EMarius=3Co=3Ap=3E=3C/o=3Ap=3E=3C/s= pan=3E=3C/pre=3E=3Cbr /=3E=3Cspan=3EOn 07/02/15=2C =3Cb class=3D=22name=22= =3E=26quot=3BMORTON=2C ALFRED C (AL)=26quot=3B =3C/b=3E =26lt=3Bacmorton= =40att=2Ecom=26gt=3B wrote=3A=3C/span=3E=3Cblockquote cite=3D=22mid=3A =26= lt=3B4AF73AA205019A4C8A1DDD32C034631D0662C6E61C=40NJFPSRVEXG0=2Eresearch= =2Eatt=2Ecom=22 class=3D=22iwcQuote=22 style=3D=22border-left=3A 1px sol= id =2300F=3B padding-left=3A 13px=3B margin-left=3A 0=3B=22 type=3D=22ci= te=22=3E=3Cdiv class=3D=22mimepart text html=22=3E=3Cspan xmlns=3D=22htt= p=3A//www=2Ew3=2Eorg/TR/REC-html40=22 xmlns=3Am=3D=22http=3A//schemas=2E= microsoft=2Ecom/office/2004/12/omml=22 xmlns=3Ao=3D=22urn=3Aschemas-micr= osoft-com=3Aoffice=3Aoffice=22 xmlns=3Av=3D=22urn=3Aschemas-microsoft-co= m=3Avml=22 xmlns=3Aw=3D=22urn=3Aschemas-microsoft-com=3Aoffice=3Aword=22= =3E=3Cp=3E=3Cmeta content=3D=22text/html=3B charset=3Dus-ascii=22 http-e= quiv=3D=22Content-Type=22 /=3E=3Cmeta content=3D=22Microsoft Word 14 (fi= ltered medium)=22 name=3D=22Generator=22 /=3E=3Cstyle=3E=3C/style=3E=3Ct= able=3E=3Ctbody=3E=3Ctr=3E=3Ctd lang=3D=22EN-US=22 link=3D=22=230563C1=22= vlink=3D=22=23954F72=22=3E=3Cp=3E=3C/p=3E=3Cdiv class=3D=22WordSection1= =22=3E=3Cp class=3D=22MsoNormal=22=3E=3Cspan style=3D=22font-family=3A=26= quot=3BCourier New=26quot=3B=3Bcolor=3Ablack=22=3EThanks for your effort= s here=2C Marius!=3Co=3Ap=3E=3C/o=3Ap=3E=3C/span=3E=3C/p=3E=3Cp class=3D= =22MsoNormal=22=3E=3Cspan style=3D=22font-family=3A=26quot=3BCourier New= =26quot=3B=3Bcolor=3Ablack=22=3EThere are several revised drafts on our = pages=2C=3Co=3Ap=3E=3C/o=3Ap=3E=3C/span=3E=3C/p=3E=3Cp class=3D=22MsoNor= mal=22=3E=3Cspan style=3D=22font-family=3A=26quot=3BCourier New=26quot=3B= =3Bcolor=3Ablack=22=3Eand readership is a key aspect of participation=2E= =3Co=3Ap=3E=3C/o=3Ap=3E=3C/span=3E=3C/p=3E=3Cp class=3D=22MsoNormal=22=3E= =3Cspan style=3D=22font-family=3A=26quot=3BCourier New=26quot=3B=3Bcolor= =3Ablack=22=3ELet=92s all commit to review a draft-a-week leading=3Co=3A= p=3E=3C/o=3Ap=3E=3C/span=3E=3C/p=3E=3Cp class=3D=22MsoNormal=22=3E=3Cspa= n style=3D=22font-family=3A=26quot=3BCourier New=26quot=3B=3Bcolor=3Abla= ck=22=3Eup to Prague=2E =3Co=3Ap=3E=3C/o=3Ap=3E=3C/span=3E=3C/p=3E=3Cp c= lass=3D=22MsoNormal=22=3E=3Cspan style=3D=22font-family=3A=26quot=3BCour= ier New=26quot=3B=3Bcolor=3Ablack=22=3E=3Co=3Ap=3E=A0=3C/o=3Ap=3E=3C/spa= n=3E=3C/p=3E=3Cp class=3D=22MsoNormal=22=3E=3Cspan style=3D=22font-famil= y=3A=26quot=3BCourier New=26quot=3B=3Bcolor=3Ablack=22=3EAlso=2C the dra= ft agenda is posted in the usual place=2E=3Co=3Ap=3E=3C/o=3Ap=3E=3C/span= =3E=3C/p=3E=3Cp class=3D=22MsoNormal=22=3E=3Cspan style=3D=22font-family= =3A=26quot=3BCourier New=26quot=3B=3Bcolor=3Ablack=22=3E=3Co=3Ap=3E=A0=3C= /o=3Ap=3E=3C/span=3E=3C/p=3E=3Cp class=3D=22MsoNormal=22=3E=3Cspan style= =3D=22font-family=3A=26quot=3BCourier New=26quot=3B=3Bcolor=3Ablack=22=3E= regards=2C=3Co=3Ap=3E=3C/o=3Ap=3E=3C/span=3E=3C/p=3E=3Cp class=3D=22MsoN= ormal=22=3E=3Cspan style=3D=22font-family=3A=26quot=3BCourier New=26quot= =3B=3Bcolor=3Ablack=22=3EAl=3Co=3Ap=3E=3C/o=3Ap=3E=3C/span=3E=3C/p=3E=3C= p class=3D=22MsoNormal=22=3E=3Cspan style=3D=22font-family=3A=26quot=3BC= ourier New=26quot=3B=3Bcolor=3Ablack=22=3Ebmwg co-chair=3Co=3Ap=3E=3C/o=3A= p=3E=3C/span=3E=3C/p=3E=3Cp class=3D=22MsoNormal=22=3E=3Cspan style=3D=22= font-family=3A=26quot=3BCourier New=26quot=3B=3Bcolor=3Ablack=22=3E=3Co=3A= p=3E=A0=3C/o=3Ap=3E=3C/span=3E=3C/p=3E=3Cdiv style=3D=22border=3Anone=3B= border-left=3Asolid blue 1=2E5pt=3Bpadding=3A0in 0in 0in 4=2E0pt=22=3E=3C= div=3E=3Cdiv style=3D=22border=3Anone=3Bborder-top=3Asolid =23B5C4DF 1=2E= 0pt=3Bpadding=3A3=2E0pt 0in 0in 0in=22=3E=3Cp class=3D=22MsoNormal=22=3E= =3Cb=3E=3Cspan style=3D=22font-size=3A10=2E0pt=3Bfont-family=3A=26quot=3B= Tahoma=26quot=3B=2C=26quot=3Bsans-serif=26quot=3B=22=3EFrom=3A=3C/span=3E= =3C/b=3E=3Cspan style=3D=22font-size=3A10=2E0pt=3Bfont-family=3A=26quot=3B= Tahoma=26quot=3B=2C=26quot=3Bsans-serif=26quot=3B=22=3E bmwg =5Bmailto=3A= bmwg-bounces=40ietf=2Eorg=5D =3Cb=3EOn Behalf Of =3C/b=3EMarius Georgesc= u=3Cbr /=3E=3Cb=3ESent=3A=3C/b=3E Thursday=2C July 02=2C 2015 6=3A37 AM=3C= br /=3E=3Cb=3ETo=3A=3C/b=3E bmwg=40ietf=2Eorg=3Cbr /=3E=3Cb=3ESubject=3A= =3C/b=3E =5Bbmwg=5D I-D Update=3Co=3Ap=3E=3C/o=3Ap=3E=3C/span=3E=3C/p=3E= =3C/div=3E=3C/div=3E=3Cp class=3D=22MsoNormal=22=3E=3Co=3Ap=3E=A0=3C/o=3A= p=3E=3C/p=3E=3Cp class=3D=22MsoNormal=22=3EDear BMWG Members=2C=3Co=3Ap=3E= =3C/o=3Ap=3E=3C/p=3E=3Cp class=3D=22MsoNormal=22=3E=3Co=3Ap=3E=A0=3C/o=3A= p=3E=3C/p=3E=3Cp class=3D=22MsoNormal=22=3EI hope my e-mail finds you we= ll=2E Please find below a link to the latest update of the draft I=92ve = been working on=3A=3Co=3Ap=3E=3C/o=3Ap=3E=3C/p=3E=3Cp class=3D=22MsoNorm= al=22=3E=3Ca href=3D=22https=3A//tools=2Eietf=2Eorg/html/draft-georgescu= -bmwg-ipv6-tran-tech-benchmarking-01=22 target=3D=221=22=3Ehttps=3A//too= ls=2Eietf=2Eorg/html/draft-georgescu-bmwg-ipv6-tran-tech-benchmarking-01= =3C/a=3E=3Co=3Ap=3E=3C/o=3Ap=3E=3C/p=3E=3Cp class=3D=22MsoNormal=22=3E=3C= o=3Ap=3E=A0=3C/o=3Ap=3E=3C/p=3E=3Cp class=3D=22MsoNormal=22=3EThe bigges= t change and probably the most debatable is the addition of the Delay va= riation (jitter) subsection under Benchmarking tests (Section 6=2E3)=2C = following the comments received during the IETF92 meeting=2E =A0I would = like to take this opportunity to thank all the people that supported and= provided feedback for this draft so far and to ask for more =3Cspan sty= le=3D=22font-family=3AWingdings=22=3EJ=3C/span=3E=2E=3Co=3Ap=3E=3C/o=3Ap= =3E=3C/p=3E=3Cp class=3D=22MsoNormal=22=3E=3Co=3Ap=3E=A0=3C/o=3Ap=3E=3C/= p=3E=3Cp class=3D=22MsoNormal=22=3EBest regards=2C=3Co=3Ap=3E=3C/o=3Ap=3E= =3C/p=3E=3Cp class=3D=22MsoNormal=22=3E=3Cspan style=3D=22color=3A=231F4= 97D=22=3EMarius =3Co=3Ap=3E=3C/o=3Ap=3E=3C/span=3E=3C/p=3E=3Cp class=3D=22= MsoNormal=22=3E=3Co=3Ap=3E=A0=3C/o=3Ap=3E=3C/p=3E=3C/div=3E=3C/div=3E=3C= /td=3E=3C/tr=3E=3C/tbody=3E=3C/table=3E=3C/p=3E=3C/span=3E=3C/div=3E=3C/= blockquote=3E ----38774540284d5dc84046-- From nobody Thu Jul 9 04:02:51 2015 Return-Path: X-Original-To: bmwg@ietfa.amsl.com Delivered-To: bmwg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 182531A88A6 for ; Wed, 8 Jul 2015 19:10:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.311 X-Spam-Level: X-Spam-Status: No, score=-2.311 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, 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 2V1ll6zZICwA for ; Wed, 8 Jul 2015 19:10: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 36ACC1A8710 for ; Wed, 8 Jul 2015 19:10:42 -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 7039712084C; Wed, 8 Jul 2015 22:33:13 -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 BDE5CE2C5F; Wed, 8 Jul 2015 22:09:50 -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; Wed, 8 Jul 2015 22:10:41 -0400 From: "MORTON, ALFRED C (AL)" To: Marius Georgescu , "bmwg@ietf.org" Date: Wed, 8 Jul 2015 22:09:59 -0400 Thread-Topic: [bmwg] I-D Update Thread-Index: AdC0sush7xCn86ctQhuba6E4gUgykQFOSAIQ Message-ID: <4AF73AA205019A4C8A1DDD32C034631D0662C6EB9D@NJFPSRVEXG0.research.att.com> References: <001001d0b4b3$07cf5bc0$176e1340$@is.naist.jp> In-Reply-To: <001001d0b4b3$07cf5bc0$176e1340$@is.naist.jp> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/mixed; boundary="_004_4AF73AA205019A4C8A1DDD32C034631D0662C6EB9DNJFPSRVEXG0re_" MIME-Version: 1.0 Archived-At: X-Mailman-Approved-At: Thu, 09 Jul 2015 04:02:50 -0700 Subject: Re: [bmwg] I-D Update X-BeenThere: bmwg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Benchmarking Methodology Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2015 02:10:54 -0000 --_004_4AF73AA205019A4C8A1DDD32C034631D0662C6EB9DNJFPSRVEXG0re_ Content-Type: multipart/alternative; boundary="_000_4AF73AA205019A4C8A1DDD32C034631D0662C6EB9DNJFPSRVEXG0re_" --_000_4AF73AA205019A4C8A1DDD32C034631D0662C6EB9DNJFPSRVEXG0re_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Marius, Attached, please find a few suggestions for your draft. search for ACM: Thanks for seeking and implementing the many comments so far! regards, Al (as a participant) From: bmwg [mailto:bmwg-bounces@ietf.org] On Behalf Of Marius Georgescu Sent: Thursday, July 02, 2015 6:37 AM To: bmwg@ietf.org Subject: [bmwg] I-D Update Dear BMWG Members, I hope my e-mail finds you well. Please find below a link to the latest upd= ate of the draft I've been working on: https://tools.ietf.org/html/draft-georgescu-bmwg-ipv6-tran-tech-benchmarkin= g-01 The biggest change and probably the most debatable is the addition of the D= elay variation (jitter) subsection under Benchmarking tests (Section 6.3), = following the comments received during the IETF92 meeting. I would like to= take this opportunity to thank all the people that supported and provided = feedback for this draft so far and to ask for more :). Best regards, Marius --_000_4AF73AA205019A4C8A1DDD32C034631D0662C6EB9DNJFPSRVEXG0re_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Marius,<= /p>

 

Attached, please find a few suggestions for = your draft.

search for ACM:

 

Thanks for seeking and implementing the many commen= ts so far!

regards,

Al=

(as a participant)

 =

 = ;

Dear BMWG Members,

 

I hope my e-mail fin= ds you well. Please find below a link to the latest update of the draft I&#= 8217;ve been working on:

X-Original-To: bmwg@ietfa.amsl.com Delivered-To: bmwg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ACB461B2ADA for ; Thu, 9 Jul 2015 09:24:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.599 X-Spam-Level: X-Spam-Status: No, score=0.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, HTML_MESSAGE=0.001, 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 AZBM1pPx0__A for ; Thu, 9 Jul 2015 09:24:24 -0700 (PDT) Received: from mailrelay21.naist.jp (mailrelay21.naist.jp [IPv6:2001:200:16a:50::71]) by ietfa.amsl.com (Postfix) with ESMTP id EFDA01B2AD4 for ; Thu, 9 Jul 2015 09:24:23 -0700 (PDT) Received: from mailpost21.naist.jp (mailscan21.naist.jp [163.221.80.58]) by mailrelay21.naist.jp (Postfix) with ESMTP id 967DE1CB0; Fri, 10 Jul 2015 01:24:22 +0900 (JST) Received: from naist.jp (webmail21-a.naist.jp [163.221.80.53]) by mailpost21.naist.jp (Postfix) with ESMTP id 7F8531CAF; Fri, 10 Jul 2015 01:24:22 +0900 (JST) Received: from [127.0.0.1] (Forwarded-For: ::ffff:81.4.163.90) by webmail21-a.naist.jp (mshttpd); Thu, 09 Jul 2015 19:24:22 +0300 From: "GEORGESCU LIVIU MARIUS" To: "MORTON, ALFRED C (AL)" , "bmwg@ietf.org" Message-ID: <6c00c5755e55.559eca66@naist.jp> Date: Thu, 09 Jul 2015 19:24:22 +0300 X-Mailer: Oracle Communications Messenger Express 7.0.5.35.0 64bit (built Mar 31 2015) MIME-Version: 1.0 Content-Language: en X-Accept-Language: en Priority: normal In-Reply-To: <6c50c989b4c.559e9fa0@naist.jp> References: <001001d0b4b3$07cf5bc0$176e1340$@is.naist.jp> <4AF73AA205019A4C8A1DDD32C034631D0662C6EB9D@NJFPSRVEXG0.research.att.com> <6c50cc853332.559e9f23@naist.jp> <6c50c9d1152a.559e9f61@naist.jp> <6c50c989b4c.559e9fa0@naist.jp> Content-Type: multipart/alternative; boundary="--9c5372a51a9f5e228d4" X-TM-AS-MML: No X-TM-AS-Product-Ver: IMSS-7.1.0.1392-8.0.0.1202-21668.000 X-TM-AS-Result: No--25.526-5.0-31-10 X-imss-scan-details: No--25.526-5.0-31-10 X-TMASE-MatchedRID: NfLKhaylvNc7MwFDNigBPl4t42nqFS2wfTmpZgHBz2jswOJ/pa0fPGbF mc/FHMCLN6/w1HlgPwezI1v7J4hECoyzstdwoG+Pqr3CBdU3C2DOXiw/vAtmtSWlVyW+MkkMfgG 2G1WC9BcLd3u89FoqURAN/SFMteFx8GRhP/nTHNZVYBhk3ulXQHENmofN9nrpCB2q6T86u9sYXb tIvKGUr7GgMNIMboNVU+OjsPhIWDj4qCLIu0mtIH7PSYjf8ebHI/xRB9VwK6iN7XioYXc1T/rVS 8wW1aJde9H2rmEzbCOTEgTE0DYkgPS45plK5hKxMkQANHBzmQo0579rGL7akouLGwVQowTjYuUL tNPAOZfmjGKFz5VaCT5bo3ZLMFMHyouSanPChTQtWyi3YZaESeygQWdkAVMsJNchbcRR52U0Lv+ 3/90GP44a2rhHAtuZ/Sl5cYQQGW+Vmu8NF53qWKTsE8Z/jrr+EhEIEArD4lQXlh2Nyyp8x2m9pO pGwdpk2gKTowYKIa2Ycl4BgqVyk1+iEcKpKdpuFLXUWU5hGiGvacFVAotc50BoZBjQHOG1NYbxf 45iO7MfE8yM4pjsD72jEZABTymN/W9MYGK5mu19asptM+kOK/AXcWxgcD5ysZqEAAHb9pRFGCd0 S0NCsp80Cp5w2RjnOO8fuBJMRR5uTDRcW5x6xgLT7ckFsyaY66XHIc5w+gc= Archived-At: Subject: Re: [bmwg] I-D Update X-BeenThere: bmwg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Benchmarking Methodology Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2015 16:24:25 -0000 This is a multi-part message in MIME format. ----9c5372a51a9f5e228d4 Content-Type: text/plain; charset=windows-1252 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dear Al=2C Thank you very much for the very detailed review=2E All the comments are= relevant and I will attempt to answer them in the next version=2E One question though=2C why do you use the spelling =22scaleability=22 =3F= Best regards=2C Marius On 07/09/15=2C =22MORTON=2C ALFRED C (AL)=22 =3Cacmorton=40att=2Ecom=3E= wrote=3A =3E = =3E = =3E = =3E = =3E = =3E = =3E = =3E Hi Marius=2C =3E = =3E = =3E = =3E Attached=2C please find a few suggestions for your draft=2E =3E = =3E search for ACM=3A = =3E = =3E = =3E = =3E Thanks for seeking and implementing the many comments so far! =3E = =3E regards=2C =3E = =3E Al =3E = =3E (as a participant) =3E = =3E = =3E = =3E = =3E = =3E = =3E From=3A bmwg =5Bmailto=3Abmwg-bounces=40ietf=2Eorg=5D On Behalf Of M= arius Georgescu =3E Sent=3A Thursday=2C July 02=2C 2015 6=3A37 AM =3E To=3A bmwg=40ietf=2Eorg =3E Subject=3A =5Bbmwg=5D I-D Update =3E = =3E = =3E = =3E = =3E Dear BMWG Members=2C =3E = =3E = =3E = =3E I hope my e-mail finds you well=2E Please find below a link to the l= atest update of the draft I=92ve been working on=3A =3E = =3E https=3A//tools=2Eietf=2Eorg/html/draft-georgescu-bmwg-ipv6-tran-tec= h-benchmarking-01 =3E = =3E = =3E = =3E The biggest change and probably the most debatable is the addition o= f the Delay variation (jitter) subsection under Benchmarking tests (Sect= ion 6=2E3)=2C following the comments received during the IETF92 meeting=2E= I would like to take this opportunity to thank all the people that supp= orted and provided feedback for this draft so far and to ask for more J=2E= =3E = =3E = =3E = =3E Best regards=2C =3E = =3E Marius = =3E = =3E = =3E = =3E = =3E = =3E = =3E ----9c5372a51a9f5e228d4 Content-Type: text/html; charset=windows-1252 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dear Al=2C=3Cdiv=3E=3Cbr /=3E=3C/div=3E=3Cdiv=3EThank you very much for = the very detailed review=2E All the comments are relevant and I will att= empt to answer them in the next version=2E=3C/div=3E=3Cdiv=3EOne questio= n though=2C why do you use the spelling =26quot=3Bscaleability=26quot=3B= =3F=3C/div=3E=3Cdiv=3E=3Cbr /=3E=3C/div=3E=3Cdiv=3EBest regards=2C=3C/d= iv=3E=3Cdiv=3EMarius=3C/div=3E=3Cdiv=3E=3Cbr /=3E=3Cspan=3EOn 07/09/15=2C= =3Cb class=3D=22name=22=3E=26quot=3BMORTON=2C ALFRED C (AL)=26quot=3B =3C= /b=3E =26lt=3Bacmorton=40att=2Ecom=26gt=3B wrote=3A=3C/span=3E=3Cblockqu= ote cite=3D=22mid=3A =26lt=3B4AF73AA205019A4C8A1DDD32C034631D0662C6EB9D=40= NJFPSRVEXG0=2Eresearch=2Eatt=2Ecom=22 class=3D=22iwcQuote=22 style=3D=22= border-left=3A 1px solid =2300F=3B padding-left=3A 13px=3B margin-left=3A= 0=3B=22 type=3D=22cite=22=3E=3Cdiv class=3D=22mimepart text html=22=3E=3C= span xmlns=3D=22http=3A//www=2Ew3=2Eorg/TR/REC-html40=22 xmlns=3Am=3D=22= http=3A//schemas=2Emicrosoft=2Ecom/office/2004/12/omml=22 xmlns=3Ao=3D=22= urn=3Aschemas-microsoft-com=3Aoffice=3Aoffice=22 xmlns=3Av=3D=22urn=3Asc= hemas-microsoft-com=3Avml=22 xmlns=3Aw=3D=22urn=3Aschemas-microsoft-com=3A= office=3Aword=22=3E=3Cp=3E=3Cmeta content=3D=22text/html=3B charset=3Dus= -ascii=22 http-equiv=3D=22Content-Type=22 /=3E=3Cmeta content=3D=22Micro= soft Word 14 (filtered medium)=22 name=3D=22Generator=22 /=3E=3Cstyle=3E= =3C/style=3E=3Ctable=3E=3Ctbody=3E=3Ctr=3E=3Ctd lang=3D=22EN-US=22 link=3D= =22=230563C1=22 vlink=3D=22=23954F72=22=3E=3Cp=3E=3C/p=3E=3Cdiv class=3D= =22WordSection1=22=3E=3Cp class=3D=22MsoNormal=22=3E=3Cspan style=3D=22f= ont-family=3A=26quot=3BCourier New=26quot=3B=3Bcolor=3Ablack=22=3EHi Mar= ius=2C=3Co=3Ap=3E=3C/o=3Ap=3E=3C/span=3E=3C/p=3E=3Cp class=3D=22MsoNorma= l=22=3E=3Cspan style=3D=22font-family=3A=26quot=3BCourier New=26quot=3B=3B= color=3Ablack=22=3E=3Co=3Ap=3E=A0=3C/o=3Ap=3E=3C/span=3E=3C/p=3E=3Cp cla= ss=3D=22MsoNormal=22=3E=3Cspan style=3D=22font-family=3A=26quot=3BCourie= r New=26quot=3B=3Bcolor=3Ablack=22=3EAttached=2C please find a few sugge= stions for your draft=2E=3Co=3Ap=3E=3C/o=3Ap=3E=3C/span=3E=3C/p=3E=3Cp c= lass=3D=22MsoNormal=22=3E=3Cspan style=3D=22font-family=3A=26quot=3BCour= ier New=26quot=3B=3Bcolor=3Ablack=22=3Esearch for ACM=3A =3Co=3Ap=3E=3C/= o=3Ap=3E=3C/span=3E=3C/p=3E=3Cp class=3D=22MsoNormal=22=3E=3Cspan style=3D= =22font-family=3A=26quot=3BCourier New=26quot=3B=3Bcolor=3Ablack=22=3E=3C= o=3Ap=3E=A0=3C/o=3Ap=3E=3C/span=3E=3C/p=3E=3Cp class=3D=22MsoNormal=22=3E= =3Cspan style=3D=22font-family=3A=26quot=3BCourier New=26quot=3B=3Bcolor= =3Ablack=22=3EThanks for seeking and implementing the many comments so f= ar!=3Co=3Ap=3E=3C/o=3Ap=3E=3C/span=3E=3C/p=3E=3Cp class=3D=22MsoNormal=22= =3E=3Cspan style=3D=22font-family=3A=26quot=3BCourier New=26quot=3B=3Bco= lor=3Ablack=22=3Eregards=2C=3Co=3Ap=3E=3C/o=3Ap=3E=3C/span=3E=3C/p=3E=3C= p class=3D=22MsoNormal=22=3E=3Cspan style=3D=22font-family=3A=26quot=3BC= ourier New=26quot=3B=3Bcolor=3Ablack=22=3EAl=3Co=3Ap=3E=3C/o=3Ap=3E=3C/s= pan=3E=3C/p=3E=3Cp class=3D=22MsoNormal=22=3E=3Cspan style=3D=22font-fam= ily=3A=26quot=3BCourier New=26quot=3B=3Bcolor=3Ablack=22=3E(as a partici= pant)=3Co=3Ap=3E=3C/o=3Ap=3E=3C/span=3E=3C/p=3E=3Cp class=3D=22MsoNormal= =22=3E=3Cspan style=3D=22font-family=3A=26quot=3BCourier New=26quot=3B=3B= color=3Ablack=22=3E=3Co=3Ap=3E=A0=3C/o=3Ap=3E=3C/span=3E=3C/p=3E=3Cdiv s= tyle=3D=22border=3Anone=3Bborder-left=3Asolid blue 1=2E5pt=3Bpadding=3A0= in 0in 0in 4=2E0pt=22=3E=3Cdiv=3E=3Cdiv style=3D=22border=3Anone=3Bborde= r-top=3Asolid =23B5C4DF 1=2E0pt=3Bpadding=3A3=2E0pt 0in 0in 0in=22=3E=3C= p class=3D=22MsoNormal=22=3E=3Cb=3E=3Cspan style=3D=22font-size=3A10=2E0= pt=3Bfont-family=3A=26quot=3BTahoma=26quot=3B=2C=26quot=3Bsans-serif=26q= uot=3B=22=3EFrom=3A=3C/span=3E=3C/b=3E=3Cspan style=3D=22font-size=3A10=2E= 0pt=3Bfont-family=3A=26quot=3BTahoma=26quot=3B=2C=26quot=3Bsans-serif=26= quot=3B=22=3E bmwg =5Bmailto=3Abmwg-bounces=40ietf=2Eorg=5D =3Cb=3EOn Be= half Of =3C/b=3EMarius Georgescu=3Cbr /=3E=3Cb=3ESent=3A=3C/b=3E Thursda= y=2C July 02=2C 2015 6=3A37 AM=3Cbr /=3E=3Cb=3ETo=3A=3C/b=3E bmwg=40ietf= =2Eorg=3Cbr /=3E=3Cb=3ESubject=3A=3C/b=3E =5Bbmwg=5D I-D Update=3Co=3Ap=3E= =3C/o=3Ap=3E=3C/span=3E=3C/p=3E=3C/div=3E=3C/div=3E=3Cp class=3D=22MsoNo= rmal=22=3E=3Co=3Ap=3E=A0=3C/o=3Ap=3E=3C/p=3E=3Cp class=3D=22MsoNormal=22= =3EDear BMWG Members=2C=3Co=3Ap=3E=3C/o=3Ap=3E=3C/p=3E=3Cp class=3D=22Ms= oNormal=22=3E=3Co=3Ap=3E=A0=3C/o=3Ap=3E=3C/p=3E=3Cp class=3D=22MsoNormal= =22=3EI hope my e-mail finds you well=2E Please find below a link to the= latest update of the draft I=92ve been working on=3A=3Co=3Ap=3E=3C/o=3A= p=3E=3C/p=3E=3Cp class=3D=22MsoNormal=22=3E=3Ca href=3D=22https=3A//tool= s=2Eietf=2Eorg/html/draft-georgescu-bmwg-ipv6-tran-tech-benchmarking-01=22= target=3D=221=22=3Ehttps=3A//tools=2Eietf=2Eorg/html/draft-georgescu-bm= wg-ipv6-tran-tech-benchmarking-01=3C/a=3E=3Co=3Ap=3E=3C/o=3Ap=3E=3C/p=3E= =3Cp class=3D=22MsoNormal=22=3E=3Co=3Ap=3E=A0=3C/o=3Ap=3E=3C/p=3E=3Cp cl= ass=3D=22MsoNormal=22=3EThe biggest change and probably the most debatab= le is the addition of the Delay variation (jitter) subsection under Benc= hmarking tests (Section 6=2E3)=2C following the comments received during= the IETF92 meeting=2E =A0I would like to take this opportunity to thank= all the people that supported and provided feedback for this draft so f= ar and to ask for more =3Cspan style=3D=22font-family=3AWingdings=22=3EJ= =3C/span=3E=2E=3Co=3Ap=3E=3C/o=3Ap=3E=3C/p=3E=3Cp class=3D=22MsoNormal=22= =3E=3Co=3Ap=3E=A0=3C/o=3Ap=3E=3C/p=3E=3Cp class=3D=22MsoNormal=22=3EBest= regards=2C=3Co=3Ap=3E=3C/o=3Ap=3E=3C/p=3E=3Cp class=3D=22MsoNormal=22=3E= =3Cspan style=3D=22color=3A=231F497D=22=3EMarius =3Co=3Ap=3E=3C/o=3Ap=3E= =3C/span=3E=3C/p=3E=3Cp class=3D=22MsoNormal=22=3E=3Co=3Ap=3E=A0=3C/o=3A= p=3E=3C/p=3E=3C/div=3E=3C/div=3E=3C/td=3E=3C/tr=3E=3C/tbody=3E=3C/table=3E= =3C/p=3E=3C/span=3E=3C/div=3E=3C/blockquote=3E=3C/div=3E ----9c5372a51a9f5e228d4-- From nobody Thu Jul 9 10:11:15 2015 Return-Path: X-Original-To: bmwg@ietfa.amsl.com Delivered-To: bmwg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE2061B2AFC for ; Thu, 9 Jul 2015 10:11:13 -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 f5m4duCb8Uvi for ; Thu, 9 Jul 2015 10:11:12 -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 817921B2AF6 for ; Thu, 9 Jul 2015 10:11:12 -0700 (PDT) Received: from mail-azure.research.att.com (unknown [135.207.255.18]) by mail-pink.research.att.com (Postfix) with ESMTP id 1C2AB120A76; Thu, 9 Jul 2015 13:33:46 -0400 (EDT) Received: from exchange.research.att.com (njfpsrvexg11.research.att.com [135.207.240.18]) by mail-azure.research.att.com (Postfix) with ESMTP id 36228E24A0; Thu, 9 Jul 2015 13:11:12 -0400 (EDT) Received: from NJFPSRVEXG0.research.att.com ([fe80::108a:1006:9f54:fd90]) by NJFPSRVEXG11.research.att.com ([fe80::516e:6eec:2697:ec78%17]) with mapi; Thu, 9 Jul 2015 13:11:11 -0400 From: "MORTON, ALFRED C (AL)" To: GEORGESCU LIVIU MARIUS , "bmwg@ietf.org" Date: Thu, 9 Jul 2015 13:08:05 -0400 Thread-Topic: [bmwg] I-D Update Thread-Index: AdC6Y8C52Dnao2R5R5K+zNUfkuz30AABhGgu Message-ID: <4AF73AA205019A4C8A1DDD32C034631D066299F230@NJFPSRVEXG0.research.att.com> References: <001001d0b4b3$07cf5bc0$176e1340$@is.naist.jp> <4AF73AA205019A4C8A1DDD32C034631D0662C6EB9D@NJFPSRVEXG0.research.att.com> <6c50cc853332.559e9f23@naist.jp> <6c50c9d1152a.559e9f61@naist.jp> <6c50c989b4c.559e9fa0@naist.jp>,<6c00c5755e55.559eca66@naist.jp> In-Reply-To: <6c00c5755e55.559eca66@naist.jp> 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: Subject: Re: [bmwg] I-D Update X-BeenThere: bmwg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Benchmarking Methodology Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2015 17:11:14 -0000 SGkgTWFyaXVzLA0KSSB0eXBlZCAic2NhbGVhYmlsaXR5IiBsYXRlIGxhc3QgbmlnaHQsIGFuZCBz cGVsbCBjaGVjayBkaWRuJ3Qgb2JqZWN0LCBzbyBJIGtlcHQgZ29pbmcuLi4NCnNpbXBsZSBleHBs YW5hdGlvbiwgYnV0IG5vdCBzYXRpc2Z5aW5nLA0KQWwNCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCkZyb206IEdFT1JHRVNDVSBMSVZJVSBNQVJJVVMgW2xpdml1bWFy aXVzLWdAaXMubmFpc3QuanBdDQpTZW50OiBUaHVyc2RheSwgSnVseSAwOSwgMjAxNSAxMjoyNCBQ TQ0KVG86IE1PUlRPTiwgQUxGUkVEIEMgKEFMKTsgYm13Z0BpZXRmLm9yZw0KU3ViamVjdDogUkU6 IFtibXdnXSBJLUQgVXBkYXRlDQoNCkRlYXIgQWwsDQoNClRoYW5rIHlvdSB2ZXJ5IG11Y2ggZm9y IHRoZSB2ZXJ5IGRldGFpbGVkIHJldmlldy4gQWxsIHRoZSBjb21tZW50cyBhcmUgcmVsZXZhbnQg YW5kIEkgd2lsbCBhdHRlbXB0IHRvIGFuc3dlciB0aGVtIGluIHRoZSBuZXh0IHZlcnNpb24uDQpP bmUgcXVlc3Rpb24gdGhvdWdoLCB3aHkgZG8geW91IHVzZSB0aGUgc3BlbGxpbmcgInNjYWxlYWJp bGl0eSIgPw0KDQpCZXN0IHJlZ2FyZHMsDQpNYXJpdXMNCg0KT24gMDcvMDkvMTUsICJNT1JUT04s IEFMRlJFRCBDIChBTCkiIDxhY21vcnRvbkBhdHQuY29tPiB3cm90ZToNCkhpIE1hcml1cywNCg0K QXR0YWNoZWQsIHBsZWFzZSBmaW5kIGEgZmV3IHN1Z2dlc3Rpb25zIGZvciB5b3VyIGRyYWZ0Lg0K c2VhcmNoIGZvciBBQ006DQoNClRoYW5rcyBmb3Igc2Vla2luZyBhbmQgaW1wbGVtZW50aW5nIHRo ZSBtYW55IGNvbW1lbnRzIHNvIGZhciENCnJlZ2FyZHMsDQpBbA0KKGFzIGEgcGFydGljaXBhbnQp DQoNCkZyb206IGJtd2cgW21haWx0bzpibXdnLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBP ZiBNYXJpdXMgR2Vvcmdlc2N1DQpTZW50OiBUaHVyc2RheSwgSnVseSAwMiwgMjAxNSA2OjM3IEFN DQpUbzogYm13Z0BpZXRmLm9yZw0KU3ViamVjdDogW2Jtd2ddIEktRCBVcGRhdGUNCg0KRGVhciBC TVdHIE1lbWJlcnMsDQoNCkkgaG9wZSBteSBlLW1haWwgZmluZHMgeW91IHdlbGwuIFBsZWFzZSBm aW5kIGJlbG93IGEgbGluayB0byB0aGUgbGF0ZXN0IHVwZGF0ZSBvZiB0aGUgZHJhZnQgSeKAmXZl IGJlZW4gd29ya2luZyBvbjoNCmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1nZW9y Z2VzY3UtYm13Zy1pcHY2LXRyYW4tdGVjaC1iZW5jaG1hcmtpbmctMDENCg0KVGhlIGJpZ2dlc3Qg Y2hhbmdlIGFuZCBwcm9iYWJseSB0aGUgbW9zdCBkZWJhdGFibGUgaXMgdGhlIGFkZGl0aW9uIG9m IHRoZSBEZWxheSB2YXJpYXRpb24gKGppdHRlcikgc3Vic2VjdGlvbiB1bmRlciBCZW5jaG1hcmtp bmcgdGVzdHMgKFNlY3Rpb24gNi4zKSwgZm9sbG93aW5nIHRoZSBjb21tZW50cyByZWNlaXZlZCBk dXJpbmcgdGhlIElFVEY5MiBtZWV0aW5nLiAgSSB3b3VsZCBsaWtlIHRvIHRha2UgdGhpcyBvcHBv cnR1bml0eSB0byB0aGFuayBhbGwgdGhlIHBlb3BsZSB0aGF0IHN1cHBvcnRlZCBhbmQgcHJvdmlk ZWQgZmVlZGJhY2sgZm9yIHRoaXMgZHJhZnQgc28gZmFyIGFuZCB0byBhc2sgZm9yIG1vcmUg4pi6 Lg0KDQpCZXN0IHJlZ2FyZHMsDQpNYXJpdXMNCg0KDQoNCg== From nobody Sat Jul 18 07:40:29 2015 Return-Path: X-Original-To: bmwg@ietfa.amsl.com Delivered-To: bmwg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D50841ACDE3 for ; Sat, 18 Jul 2015 07:40:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.299 X-Spam-Level: *** X-Spam-Status: No, score=3.299 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, HTML_MESSAGE=0.001, SPF_PASS=-0.001, 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 8_R92K-Paf48 for ; Sat, 18 Jul 2015 07:40:22 -0700 (PDT) Received: from mailrelay22.naist.jp (mailrelay22.naist.jp [IPv6:2001:200:16a:50::91]) by ietfa.amsl.com (Postfix) with ESMTP id 0E8A41B2D19 for ; Sat, 18 Jul 2015 07:40:20 -0700 (PDT) Received: from mailpost22.naist.jp (mailscan22.naist.jp [163.221.80.59]) by mailrelay22.naist.jp (Postfix) with ESMTP id F1CE61D04; Sat, 18 Jul 2015 23:40:18 +0900 (JST) Received: from naist.jp (webmail21-a.naist.jp [163.221.80.53]) by mailpost22.naist.jp (Postfix) with ESMTP id D33E51D03; Sat, 18 Jul 2015 23:40:18 +0900 (JST) Received: from [127.0.0.1] (Forwarded-For: ::ffff:89.248.140.11) by webmail21-a.naist.jp (mshttpd); Sat, 18 Jul 2015 23:40:18 +0900 From: "GEORGESCU LIVIU MARIUS" To: "MORTON, ALFRED C (AL)" , "bmwg@ietf.org" Message-ID: <6b70c13f9952.55aae3e2@naist.jp> Date: Sat, 18 Jul 2015 23:40:18 +0900 X-Mailer: Oracle Communications Messenger Express 7.0.5.35.0 64bit (built Mar 31 2015) MIME-Version: 1.0 Content-Language: en X-Accept-Language: en Priority: normal In-Reply-To: <6b709d7a9bf2.55aa6546@naist.jp> References: <001001d0b4b3$07cf5bc0$176e1340$@is.naist.jp> <4AF73AA205019A4C8A1DDD32C034631D0662C6EB9D@NJFPSRVEXG0.research.att.com> <6c50cc853332.559e9f23@naist.jp> <6c50c9d1152a.559e9f61@naist.jp> <6c50c989b4c.559e9fa0@naist.jp> <6c00c5755e55.559eca66@naist.jp> <4AF73AA205019A4C8A1DDD32C034631D066299F230@NJFPSRVEXG0.research.att.com> <6bc0f4368375.55aa6397@naist.jp> <6bc0b226aec1.55aa63d4@naist.jp> <6b50ee8585e9.55aa6412@naist.jp> <6b70cdc89fb5.55aa6450@naist.jp> <6b70a01c95df.55aa648e@naist.jp> <6b70b8ed9db8.55aa64cc@naist.jp> <6b709d7a9bf2.55aa6546@naist.jp> Content-Type: multipart/mixed; boundary="--d739c5f91c177765d3c" X-TM-AS-MML: No X-TM-AS-Product-Ver: IMSS-7.1.0.1392-8.0.0.1202-21686.000 X-TM-AS-Result: No--25.622-5.0-31-10 X-imss-scan-details: No--25.622-5.0-31-10 X-TMASE-MatchedRID: szb6eIrASZE7MwFDNigBPl4t42nqFS2wfTmpZgHBz2gVtrZvoPZ4aC29 C3RywYIlq/USGNUp/lcTRDzcDa8P6zzcxITw5DtJUet7HS/xQZ/doIqucUXTC56Ss6O2bihGaqq y19pE4xfJMGDPqGXR1wCwcUB5CbVqJde3yN7I6wANcckEPxfz2D6eZF5pe54z/GCMQA3DsCEQeG 3M+Q1qZwAt/Fsc5wFGnprizKKMwmZMkOX0UoduuRHHVlBjhe3yPXWoMDYf5ez+ciDgYxm3T2bFm c/FHMCLN6/w1HlgPwezI1v7J4hECtZKsq3DGpalBg19+jd1OqAgPoMwpIOZ2OYKFf+JHAqpbCF0 5z/hYRtbrCPkxOqm8QDPuhU4P53Kh8Ytn75ClDN+z0mI3/HmxyP8UQfVcCuoje14qGF3NU/61Uv MFtWiXXvR9q5hM2wjkxIExNA2JID0uOaZSuYSsTJEADRwc5kKNOe/axi+2pKLixsFUKME42LlC7 TTwDmX5oxihc+VWgk+W6N2SzBTB8qLkmpzwoU0LVsot2GWhEnsoEFnZAFTLCTXIW3EUedlpEHIG MWggaOwquY0kEgdZ+mg8YMDYLG0IeaM1LLgEiKvXSmSdlcYmrLn+0Vm71LcljNfzQcnhdey9Q92 ZKlY2orFhrC0JIAPUcbYKO3f17YgBwKKRHe+r9PVa2cjIRa5i0bwk7vs+YwkOWC8Oujk5unV/gI cBTgUtqenjjKLCAw= Archived-At: Subject: Re: [bmwg] I-D Update X-BeenThere: bmwg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Benchmarking Methodology Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2015 14:40:28 -0000 This is a multi-part message in MIME format. ----d739c5f91c177765d3c Content-Type: multipart/alternative; boundary="--d739a38b6784518d13f2" This is a multi-part message in MIME format. ----d739a38b6784518d13f2 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Al=2C If it=27s just spelling=2C it=27s satisfying enough in my opinion=2E = I noticed you are using it in other contexts as well (e=2Eg=2E VNF draft= ) and was wondering if it was supposed to have a different meaning than = =22scalability=22=2E In the spirit of a draft-a-week=2C here are my comments for the draft ht= tps=3A//www=2Eietf=2Eorg/id/draft-ietf-bmwg-virtual-net-00=2Etxt=2E Please find attached a txt version=2E I marked my comments with =23=23=23= MG =2E Best regards=2C Marius On 07/10/15=2C =22MORTON=2C ALFRED C (AL)=22 =3Cacmorton=40att=2Ecom=3E= wrote=3A =3E = =3E Hi Marius=2C =3E I typed =22scaleability=22 late last night=2C and spell check didn=27= t object=2C so I kept going=2E=2E=2E =3E simple explanation=2C but not satisfying=2C =3E Al =3E =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F =3E = = =3E = =3E From=3A GEORGESCU LIVIU MARIUS =5Bliviumarius-g=40is=2Enaist=2Ejp=5D= =3E Sent=3A Thursday=2C July 09=2C 2015 12=3A24 PM =3E To=3A MORTON=2C ALFRED C (AL)=3B bmwg=40ietf=2Eorg =3E Subject=3A RE=3A =5Bbmwg=5D I-D Update =3E = =3E Dear Al=2C =3E = =3E Thank you very much for the very detailed review=2E All the comments= are relevant and I will attempt to answer them in the next version=2E =3E One question though=2C why do you use the spelling =22scaleability=22= =3F =3E = =3E Best regards=2C =3E Marius =3E = =3E On 07/09/15=2C =22MORTON=2C ALFRED C (AL)=22 =3Cacmorton=40att=2Ecom= =3E wrote=3A =3E Hi Marius=2C =3E = =3E Attached=2C please find a few suggestions for your draft=2E =3E search for ACM=3A =3E = =3E Thanks for seeking and implementing the many comments so far! =3E regards=2C =3E Al =3E (as a participant) =3E = =3E From=3A bmwg =5Bmailto=3Abmwg-bounces=40ietf=2Eorg=5D =3Cbmwg-bounce= s=40ietf=2Eorg=5D=3E On Behalf Of Marius Georgescu =3E Sent=3A Thursday=2C July 02=2C 2015 6=3A37 AM =3E To=3A bmwg=40ietf=2Eorg =3E Subject=3A =5Bbmwg=5D I-D Update =3E = =3E Dear BMWG Members=2C =3E = =3E I hope my e-mail finds you well=2E Please find below a link to the l= atest update of the draft I=E2=80=99ve been working on=3A =3E https=3A//tools=2Eietf=2Eorg/html/draft-georgescu-bmwg-ipv6-tran-tec= h-benchmarking-01 =3E = =3E The biggest change and probably the most debatable is the addition o= f the Delay variation (jitter) subsection under Benchmarking tests (Sect= ion 6=2E3)=2C following the comments received during the IETF92 meeting=2E= I would like to take this opportunity to thank all the people that supp= orted and provided feedback for this draft so far and to ask for more =E2= =98=BA=2E =3E = =3E Best regards=2C =3E Marius =3E = =3E = =3E = =3E ----d739a38b6784518d13f2 Content-Type: text/html; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Al=2C=3Cdiv=3E=3Cbr /=3E=3C/div=3E=3Cdiv=3EIf it=27s just spelling= =2C it=27s satisfying enough in my opinion=2E=C2=A0=3C/div=3E=3Cdiv=3EI = noticed you are using it in other contexts as well (e=2Eg=2E VNF draft) = and was wondering if it was supposed to have a different meaning than =26= quot=3Bscalability=26quot=3B=2E=3C/div=3E=3Cdiv=3EIn the spirit of a dra= ft-a-week=2C here are my comments for the draft https=3A//www=2Eietf=2Eo= rg/id/draft-ietf-bmwg-virtual-net-00=2Etxt=2E=3C/div=3E=3Cdiv=3EPlease f= ind attached a txt version=2E I marked my comments with =23=23=23MG =2E=3C= /div=3E=3Cdiv=3E=3Cbr /=3E=3C/div=3E=3Cdiv=3EBest regards=2C=3C/div=3E=3C= div=3EMarius=3C/div=3E=3Cdiv=3E=3Cbr /=3E=3C/div=3E=3Cdiv=3E=3Cspan=3EOn= 07/10/15=2C =3Cb class=3D=22name=22=3E=26quot=3BMORTON=2C ALFRED C (AL)= =26quot=3B =3C/b=3E =26lt=3Bacmorton=40att=2Ecom=26gt=3B wrote=3A=3C/spa= n=3E=3Cblockquote cite=3D=22mid=3A =26lt=3B4AF73AA205019A4C8A1DDD32C0346= 31D066299F230=40NJFPSRVEXG0=2Eresearch=2Eatt=2Ecom=22 class=3D=22iwcQuot= e=22 style=3D=22border-left=3A 1px solid =2300F=3B padding-left=3A 13px=3B= margin-left=3A 0=3B=22 type=3D=22cite=22=3E=3Cdiv class=3D=22mimepart t= ext plain=22=3EHi Marius=2C=3Cbr /=3EI typed =26quot=3Bscaleability=26qu= ot=3B late last night=2C and spell check didn=27t object=2C so I kept go= ing=2E=2E=2E=3Cbr /=3Esimple explanation=2C but not satisfying=2C=3Cbr /= =3EAl=3Cbr /=3E=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=3C/div=3E= =3C/blockquote=3E=3Cdiv =3E=3Cbr/=3E=3C/div=3E=3Cblockquote cite=3D=22mi= d=3A =26lt=3B4AF73AA205019A4C8A1DDD32C034631D066299F230=40NJFPSRVEXG0=2E= research=2Eatt=2Ecom=22 class=3D=22iwcQuote=22 style=3D=22border-left=3A= 1px solid =2300F=3B padding-left=3A 13px=3B margin-left=3A 0=3B=22 type= =3D=22cite=22=3E=3Cdiv class=3D=22mimepart text plain=22=3EFrom=3A GEORG= ESCU LIVIU MARIUS =5Bliviumarius-g=40is=2Enaist=2Ejp=5D=3Cbr /=3ESent=3A= Thursday=2C July 09=2C 2015 12=3A24 PM=3Cbr /=3ETo=3A MORTON=2C ALFRED = C (AL)=3B bmwg=40ietf=2Eorg=3Cbr /=3ESubject=3A RE=3A =5Bbmwg=5D I-D Upd= ate=3Cbr /=3E=3Cbr /=3EDear Al=2C=3Cbr /=3E=3Cbr /=3EThank you very much= for the very detailed review=2E All the comments are relevant and I wil= l attempt to answer them in the next version=2E=3Cbr /=3EOne question th= ough=2C why do you use the spelling =26quot=3Bscaleability=26quot=3B =3F= =3Cbr /=3E=3Cbr /=3EBest regards=2C=3Cbr /=3EMarius=3Cbr /=3E=3Cbr /=3EO= n 07/09/15=2C =26quot=3BMORTON=2C ALFRED C (AL)=26quot=3B =26lt=3Bacmort= on=40att=2Ecom=26gt=3B wrote=3A=3Cbr /=3EHi Marius=2C=3Cbr /=3E=3Cbr /=3E= Attached=2C please find a few suggestions for your draft=2E=3Cbr /=3Esea= rch for ACM=3A=3Cbr /=3E=3Cbr /=3EThanks for seeking and implementing th= e many comments so far!=3Cbr /=3Eregards=2C=3Cbr /=3EAl=3Cbr /=3E(as a p= articipant)=3Cbr /=3E=3Cbr /=3EFrom=3A bmwg =5B=3Ca href=3D=22mailto=3Ab= mwg-bounces=40ietf=2Eorg=5D=22=3Emailto=3Abmwg-bounces=40ietf=2Eorg=5D=3C= /a=3E On Behalf Of Marius Georgescu=3Cbr /=3ESent=3A Thursday=2C July 02= =2C 2015 6=3A37 AM=3Cbr /=3ETo=3A bmwg=40ietf=2Eorg=3Cbr /=3ESubject=3A = =5Bbmwg=5D I-D Update=3Cbr /=3E=3Cbr /=3EDear BMWG Members=2C=3Cbr /=3E=3C= br /=3EI hope my e-mail finds you well=2E Please find below a link to th= e latest update of the draft I=E2=80=99ve been working on=3A=3Cbr /=3E=3C= a href=3D=22https=3A//tools=2Eietf=2Eorg/html/draft-georgescu-bmwg-ipv6-= tran-tech-benchmarking-01=22 target=3D=22l=22=3Ehttps=3A//tools=2Eietf=2E= org/html/draft-georgescu-bmwg-ipv6-tran-tech-benchmarking-01=3C/a=3E=3Cb= r /=3E=3Cbr /=3EThe biggest change and probably the most debatable is th= e addition of the Delay variation (jitter) subsection under Benchmarking= tests (Section 6=2E3)=2C following the comments received during the IET= F92 meeting=2E=C2=A0 I would like to take this opportunity to thank all = the people that supported and provided feedback for this draft so far an= d to ask for more =E2=98=BA=2E=3Cbr /=3E=3Cbr /=3EBest regards=2C=3Cbr /= =3EMarius=3Cbr /=3E=3Cbr /=3E=3Cbr /=3E=3Cbr /=3E=3C/div=3E=3C/blockquot= e=3E=3C/div=3E ----d739a38b6784518d13f2-- ----d739c5f91c177765d3c Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="draft-ietf-bmwg-virtual-net-00 MG.txt" DQoNCg0KDQpOZXR3b3JrIFdvcmtpbmcgR3JvdXAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBBLiBNb3J0b24NCkludGVybmV0LURyYWZ0ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEFUJlQgTGFicw0KSW50ZW5k ZWQgc3RhdHVzOiBJbmZvcm1hdGlvbmFsICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg TWF5IDMxLCAyMDE1DQpFeHBpcmVzOiBEZWNlbWJlciAyLCAyMDE1DQoNCg0KICBDb25zaWRl cmF0aW9ucyBmb3IgQmVuY2htYXJraW5nIFZpcnR1YWwgTmV0d29yayBGdW5jdGlvbnMgYW5k IFRoZWlyDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgIEluZnJhc3RydWN0dXJlDQog ICAgICAgICAgICAgICAgICAgICBkcmFmdC1pZXRmLWJtd2ctdmlydHVhbC1uZXQtMDANCg0K QWJzdHJhY3QNCg0KICAgQmVuY2htYXJraW5nIE1ldGhvZG9sb2d5IFdvcmtpbmcgR3JvdXAg aGFzIHRyYWRpdGlvbmFsbHkgY29uZHVjdGVkDQogICBsYWJvcmF0b3J5IGNoYXJhY3Rlcml6 YXRpb24gb2YgZGVkaWNhdGVkIHBoeXNpY2FsIGltcGxlbWVudGF0aW9ucyBvZg0KICAgaW50 ZXJuZXR3b3JraW5nIGZ1bmN0aW9ucy4gIFRoaXMgbWVtbyBpbnZlc3RpZ2F0ZXMgYWRkaXRp b25hbA0KICAgY29uc2lkZXJhdGlvbnMgd2hlbiBuZXR3b3JrIGZ1bmN0aW9ucyBhcmUgdmly dHVhbGl6ZWQgYW5kIHBlcmZvcm1lZA0KICAgaW4gY29tbW9kaXR5IG9mZi10aGUtc2hlbGYg aGFyZHdhcmUuDQoNCiAgIFZlcnNpb24gTk9URVM6DQoNCiAgIEFkZHJlc3NlZCBCYXJyeSBD b25zdGFudGluZSdzIGNvbW1lbnRzIHRocm91Z2hvdXQgdGhlIGRyYWZ0LCBzZWU6DQoNCiAg IGh0dHA6Ly93d3cuaWV0Zi5vcmcvbWFpbC1hcmNoaXZlL3dlYi9ibXdnL2N1cnJlbnQvbXNn MDMxNjcuaHRtbA0KDQogICBBTkQsIGNvbW1lbnRzIGZyb20gdGhlIGV4dGVuZGVkIGRpc2N1 c3Npb24gZHVyaW5nIElFVEYtOTIgQk1XRw0KICAgc2Vzc2lvbjoNCg0KICAgMSAmIDI6IEdl bmVyYWwgUHVycG9zZSBIVyBhbmQgd2h5IHdlIGNhcmUgdG8gYSBncmVhdGVyIGRlZ3JlZSBh Ym91dA0KICAgIndoYXQncyBpbiB0aGUgYmxhY2sgYm94IiBpbiB0aGlzIGJlbmNobWFya2lu ZyBjb250ZXh0Lg0KDQogICAzOiBTeXN0ZW0gdW5kZXIgVGVzdCBkZXNjcmlwdGlvbiA9IHBs YXRmb3JtIGFuZCBWTkZzIGFuZC4uLg0KDQogICA0LjEgU2NhbGUgYW5kIGNhcGFjaXR5IGJl bmNobWFya3Mgc3RpbGwgbmVlZGVkLg0KDQogICA0LjQgQ29tcHJvbWlzZSBvbiBhcHBlYXJh bmNlIG9mIGNhcGFjaXR5IGFuZCB0aGUgM3gzIE1hdHJpeA0KDQogICBuZXcgNC41LCBQb3dl ciBjb25zdW1wdGlvbg0KDQpSZXF1aXJlbWVudHMgTGFuZ3VhZ2UNCg0KICAgVGhlIGtleSB3 b3JkcyAiTVVTVCIsICJNVVNUIE5PVCIsICJSRVFVSVJFRCIsICJTSEFMTCIsICJTSEFMTCBO T1QiLA0KICAgIlNIT1VMRCIsICJTSE9VTEQgTk9UIiwgIlJFQ09NTUVOREVEIiwgIk1BWSIs IGFuZCAiT1BUSU9OQUwiIGluIHRoaXMNCiAgIGRvY3VtZW50IGFyZSB0byBiZSBpbnRlcnBy ZXRlZCBhcyBkZXNjcmliZWQgaW4gUkZDIDIxMTkgW1JGQzIxMTldLg0KDQoNCg0KDQoNCg0K DQoNCk1vcnRvbiAgICAgICAgICAgICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMiwgMjAxNSAg ICAgICAgICAgICAgICBbUGFnZSAxXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgIEJlbmNobWFy a2luZyBWTkZzIGFuZCBSZWxhdGVkIEluZi4gICAgICAgICAgIE1heSAyMDE1DQoNCg0KU3Rh dHVzIG9mIFRoaXMgTWVtbw0KDQogICBUaGlzIEludGVybmV0LURyYWZ0IGlzIHN1Ym1pdHRl ZCBpbiBmdWxsIGNvbmZvcm1hbmNlIHdpdGggdGhlDQogICBwcm92aXNpb25zIG9mIEJDUCA3 OCBhbmQgQkNQIDc5Lg0KDQogICBJbnRlcm5ldC1EcmFmdHMgYXJlIHdvcmtpbmcgZG9jdW1l bnRzIG9mIHRoZSBJbnRlcm5ldCBFbmdpbmVlcmluZw0KICAgVGFzayBGb3JjZSAoSUVURiku ICBOb3RlIHRoYXQgb3RoZXIgZ3JvdXBzIG1heSBhbHNvIGRpc3RyaWJ1dGUNCiAgIHdvcmtp bmcgZG9jdW1lbnRzIGFzIEludGVybmV0LURyYWZ0cy4gIFRoZSBsaXN0IG9mIGN1cnJlbnQg SW50ZXJuZXQtDQogICBEcmFmdHMgaXMgYXQgaHR0cDovL2RhdGF0cmFja2VyLmlldGYub3Jn L2RyYWZ0cy9jdXJyZW50Ly4NCg0KICAgSW50ZXJuZXQtRHJhZnRzIGFyZSBkcmFmdCBkb2N1 bWVudHMgdmFsaWQgZm9yIGEgbWF4aW11bSBvZiBzaXggbW9udGhzDQogICBhbmQgbWF5IGJl IHVwZGF0ZWQsIHJlcGxhY2VkLCBvciBvYnNvbGV0ZWQgYnkgb3RoZXIgZG9jdW1lbnRzIGF0 IGFueQ0KICAgdGltZS4gIEl0IGlzIGluYXBwcm9wcmlhdGUgdG8gdXNlIEludGVybmV0LURy YWZ0cyBhcyByZWZlcmVuY2UNCiAgIG1hdGVyaWFsIG9yIHRvIGNpdGUgdGhlbSBvdGhlciB0 aGFuIGFzICJ3b3JrIGluIHByb2dyZXNzLiINCg0KICAgVGhpcyBJbnRlcm5ldC1EcmFmdCB3 aWxsIGV4cGlyZSBvbiBEZWNlbWJlciAyLCAyMDE1Lg0KDQpDb3B5cmlnaHQgTm90aWNlDQoN CiAgIENvcHlyaWdodCAoYykgMjAxNSBJRVRGIFRydXN0IGFuZCB0aGUgcGVyc29ucyBpZGVu dGlmaWVkIGFzIHRoZQ0KICAgZG9jdW1lbnQgYXV0aG9ycy4gIEFsbCByaWdodHMgcmVzZXJ2 ZWQuDQoNCiAgIFRoaXMgZG9jdW1lbnQgaXMgc3ViamVjdCB0byBCQ1AgNzggYW5kIHRoZSBJ RVRGIFRydXN0J3MgTGVnYWwNCiAgIFByb3Zpc2lvbnMgUmVsYXRpbmcgdG8gSUVURiBEb2N1 bWVudHMNCiAgIChodHRwOi8vdHJ1c3RlZS5pZXRmLm9yZy9saWNlbnNlLWluZm8pIGluIGVm ZmVjdCBvbiB0aGUgZGF0ZSBvZg0KICAgcHVibGljYXRpb24gb2YgdGhpcyBkb2N1bWVudC4g IFBsZWFzZSByZXZpZXcgdGhlc2UgZG9jdW1lbnRzDQogICBjYXJlZnVsbHksIGFzIHRoZXkg ZGVzY3JpYmUgeW91ciByaWdodHMgYW5kIHJlc3RyaWN0aW9ucyB3aXRoIHJlc3BlY3QNCiAg IHRvIHRoaXMgZG9jdW1lbnQuICBDb2RlIENvbXBvbmVudHMgZXh0cmFjdGVkIGZyb20gdGhp cyBkb2N1bWVudCBtdXN0DQogICBpbmNsdWRlIFNpbXBsaWZpZWQgQlNEIExpY2Vuc2UgdGV4 dCBhcyBkZXNjcmliZWQgaW4gU2VjdGlvbiA0LmUgb2YNCiAgIHRoZSBUcnVzdCBMZWdhbCBQ cm92aXNpb25zIGFuZCBhcmUgcHJvdmlkZWQgd2l0aG91dCB3YXJyYW50eSBhcw0KICAgZGVz Y3JpYmVkIGluIHRoZSBTaW1wbGlmaWVkIEJTRCBMaWNlbnNlLg0KDQpUYWJsZSBvZiBDb250 ZW50cw0KDQogICAxLiAgSW50cm9kdWN0aW9uICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDMNCiAgIDIuICBTY29wZSAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNA0KICAgMy4g IENvbnNpZGVyYXRpb25zIGZvciBIYXJkd2FyZSBhbmQgVGVzdGluZyAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gICA1DQogICAgIDMuMS4gIEhhcmR3YXJlIENvbXBvbmVudHMgLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDUNCiAgICAgMy4yLiAgQ29uZmlndXJh dGlvbiBQYXJhbWV0ZXJzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNQ0K ICAgICAzLjMuICBUZXN0aW5nIFN0cmF0ZWdpZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gICA2DQogICAgIDMuNC4gIEF0dGVudGlvbiB0byBTaGFyZWQgUmVz b3VyY2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDcNCiAgIDQuICBCZW5jaG1h cmtpbmcgQ29uc2lkZXJhdGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu ICAgNw0KICAgICA0LjEuICBDb21wYXJpc29uIHdpdGggUGh5c2ljYWwgTmV0d29yayBGdW5j dGlvbnMgIC4gLiAuIC4gLiAuIC4gICA3DQogICAgIDQuMi4gIENvbnRpbnVlZCBFbXBoYXNp cyBvbiBCbGFjay1Cb3ggQmVuY2htYXJrcyAgLiAuIC4gLiAuIC4gLiAgIDgNCiAgICAgNC4z LiAgTmV3IEJlbmNobWFya3MgYW5kIFJlbGF0ZWQgTWV0cmljcyAgLiAuIC4gLiAuIC4gLiAu IC4gLiAuICAgOA0KICAgICA0LjQuICBBc3Nlc3NtZW50IG9mIEJlbmNobWFyayBDb3ZlcmFn ZSAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICA5DQogICAgIDQuNS4gIFBvd2VyIENvbnN1 bXB0aW9uIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTENCiAg IDUuICBTZWN1cml0eSBDb25zaWRlcmF0aW9ucyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuICAxMg0KDQoNCg0KTW9ydG9uICAgICAgICAgICAgICAgICAgRXhwaXJl cyBEZWNlbWJlciAyLCAyMDE1ICAgICAgICAgICAgICAgIFtQYWdlIDJdDQoMDQpJbnRlcm5l dC1EcmFmdCAgICAgQmVuY2htYXJraW5nIFZORnMgYW5kIFJlbGF0ZWQgSW5mLiAgICAgICAg ICAgTWF5IDIwMTUNCg0KDQogICA2LiAgSUFOQSBDb25zaWRlcmF0aW9ucyAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTINCiAgIDcuICBBY2tub3dsZWRn ZW1lbnRzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAx Mg0KICAgOC4gIFJlZmVyZW5jZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gIDEyDQogICAgIDguMS4gIE5vcm1hdGl2ZSBSZWZlcmVuY2Vz ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTINCiAgICAgOC4yLiAg SW5mb3JtYXRpdmUgUmVmZXJlbmNlcyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuICAxNA0KICAgQXV0aG9yJ3MgQWRkcmVzcyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDE0DQoNCjEuICBJbnRyb2R1Y3Rpb24NCg0KICAg QmVuY2htYXJraW5nIE1ldGhvZG9sb2d5IFdvcmtpbmcgR3JvdXAgKEJNV0cpIGhhcyB0cmFk aXRpb25hbGx5DQogICBjb25kdWN0ZWQgbGFib3JhdG9yeSBjaGFyYWN0ZXJpemF0aW9uIG9m IGRlZGljYXRlZCBwaHlzaWNhbA0KICAgaW1wbGVtZW50YXRpb25zIG9mIGludGVybmV0d29y a2luZyBmdW5jdGlvbnMgKG9yIHBoeXNpY2FsIG5ldHdvcmsNCiAgIGZ1bmN0aW9ucywgUE5G cykuICBUaGUgQmxhY2stYm94IEJlbmNobWFya3Mgb2YgVGhyb3VnaHB1dCwgTGF0ZW5jeSwN CiAgIEZvcndhcmRpbmcgUmF0ZXMgYW5kIG90aGVycyBoYXZlIHNlcnZlZCBvdXIgaW5kdXN0 cnkgZm9yIG1hbnkgeWVhcnMuDQogICBbUkZDMTI0Ml0gYW5kIFtSRkMyNTQ0XSBhcmUgdGhl IGNvcm5lcnN0b25lcyBvZiB0aGUgd29yay4NCg0KICAgQW4gZW1lcmdpbmcgc2V0IG9mIHNl cnZpY2UgcHJvdmlkZXIgYW5kIHZlbmRvciBkZXZlbG9wbWVudCBnb2FscyBpcw0KICAgdG8g cmVkdWNlIGNvc3RzIHdoaWxlIGluY3JlYXNpbmcgZmxleGliaWxpdHkgb2YgbmV0d29yayBk ZXZpY2VzLCBhbmQNCiAgIGRyYXN0aWNhbGx5IGFjY2VsZXJhdGUgdGhlaXIgZGVwbG95bWVu dC4gIE5ldHdvcmsgRnVuY3Rpb24NCiAgIFZpcnR1YWxpemF0aW9uIChORlYpIGhhcyB0aGUg cHJvbWlzZSB0byBhY2hpZXZlIHRoZXNlIGdvYWxzLCBhbmQNCiAgIHRoZXJlZm9yZSBoYXMg Z2FybmVyZWQgbXVjaCBhdHRlbnRpb24uICBJdCBub3cgc2VlbXMgY2VydGFpbiB0aGF0DQog ICBzb21lIG5ldHdvcmsgZnVuY3Rpb25zIHdpbGwgYmUgdmlydHVhbGl6ZWQgZm9sbG93aW5n IHRoZSBzdWNjZXNzIG9mDQogICBjbG91ZCBjb21wdXRpbmcgYW5kIHZpcnR1YWwgZGVza3Rv cHMgc3VwcG9ydGVkIGJ5IHN1ZmZpY2llbnQgbmV0d29yaw0KICAgcGF0aCBjYXBhY2l0eSwg cGVyZm9ybWFuY2UsIGFuZCB3aWRlc3ByZWFkIGRlcGxveW1lbnQ7IG1hbnkgb2YgdGhlDQog ICBzYW1lIHRlY2huaXF1ZXMgd2lsbCBoZWxwIGFjaGlldmUgTkZWLg0KDQogICBJbiB0aGUg Y29udGV4dCBvZiBWaXJ0dWFsaXplZCBOZXR3b3JrIEZ1bmN0aW9ucyAoVk5GKSwgdGhlIHN1 cHBvcnRpbmcNCiAgIEluZnJhc3RydWN0dXJlIHJlcXVpcmVzIGdlbmVyYWwtcHVycG9zZSBj b21wdXRpbmcgc3lzdGVtcywgc3RvcmFnZQ0KICAgc3lzdGVtcywgbmV0d29ya2luZyBzeXN0 ZW1zLCB2aXJ0dWFsaXphdGlvbiBzdXBwb3J0IHN5c3RlbXMgKHN1Y2ggYXMNCiAgIGh5cGVy dmlzb3JzKSwgYW5kIG1hbmFnZW1lbnQgc3lzdGVtcyBmb3IgdGhlIHZpcnR1YWwgYW5kIHBo eXNpY2FsDQogICByZXNvdXJjZXMuICBUaGVyZSB3aWxsIGJlIG1hbnkgcG90ZW50aWFsIHN1 cHBsaWVycyBvZiBJbmZyYXN0cnVjdHVyZQ0KICAgc3lzdGVtcyBhbmQgc2lnbmlmaWNhbnQg ZmxleGliaWxpdHkgaW4gY29uZmlndXJpbmcgdGhlIHN5c3RlbXMgZm9yDQogICBiZXN0IHBl cmZvcm1hbmNlLiAgVGhlcmUgYXJlIGFsc28gbWFueSBwb3RlbnRpYWwgc3VwcGxpZXJzIG9m IFZORnMsDQogICBhZGRpbmcgdG8gdGhlIGNvbWJpbmF0aW9ucyBwb3NzaWJsZSBpbiB0aGlz IGVudmlyb25tZW50LiAgVGhlDQogICBzZXBhcmF0aW9uIG9mIGhhcmR3YXJlIGFuZCBzb2Z0 d2FyZSBzdXBwbGllcnMgaGFzIGEgcHJvZm91bmQNCiAgIGltcGxpY2F0aW9uIG9uIGJlbmNo bWFya2luZyBhY3Rpdml0aWVzOiBtdWNoIG1vcmUgb2YgdGhlIGludGVybmFsDQogICBjb25m aWd1cmF0aW9uIG9mIHRoZSBibGFjay1ib3ggZGV2aWNlIHVuZGVyIHRlc3QgKERVVCkgbXVz dCBub3cgYmUNCiAgIHNwZWNpZmllZCBhbmQgcmVwb3J0ZWQgd2l0aCB0aGUgcmVzdWx0cywg dG8gZm9zdGVyIGJvdGggcmVwZWF0YWJpbGl0eQ0KICAgYW5kIGNvbXBhcmlzb24gdGVzdGlu ZyBhdCBhIGxhdGVyIHRpbWUuDQoNCiAgIENvbnNpZGVyIHRoZSBmb2xsb3dpbmcgVXNlciBT dG9yeSBhcyBmdXJ0aGVyIGJhY2tncm91bmQgYW5kDQogICBtb3RpdmF0aW9uOg0KDQogICAi SSdtIGRlc2lnbmluZyBhbmQgYnVpbGRpbmcgbXkgTkZWIEluZnJhc3RydWN0dXJlIHBsYXRm b3JtLiAgVGhlDQogICBmaXJzdCBzdGVwcyB3ZXJlIGVhc3kgYmVjYXVzZSBJIGhhZCBhIHNt YWxsIG51bWJlciBvZiBjYXRlZ29yaWVzIG9mDQogICBWTkZzIHRvIHN1cHBvcnQgYW5kIHRo ZSBWTkYgdmVuZG9yIGdhdmUgSFcgcmVjb21tZW5kYXRpb25zIHRoYXQgSQ0KICAgZm9sbG93 ZWQuICBOb3cgSSBuZWVkIHRvIGRlcGxveSBtb3JlIFZORnMgZnJvbSBuZXcgdmVuZG9ycywg YW5kIHRoZXJlDQogICBhcmUgZGlmZmVyZW50IGhhcmR3YXJlIHJlY29tbWVuZGF0aW9ucy4g IEhvdyB3ZWxsIHdpbGwgdGhlIG5ldyBWTkZzDQoNCg0KDQpNb3J0b24gICAgICAgICAgICAg ICAgICBFeHBpcmVzIERlY2VtYmVyIDIsIDIwMTUgICAgICAgICAgICAgICAgW1BhZ2UgM10N CgwNCkludGVybmV0LURyYWZ0ICAgICBCZW5jaG1hcmtpbmcgVk5GcyBhbmQgUmVsYXRlZCBJ bmYuICAgICAgICAgICBNYXkgMjAxNQ0KDQoNCiAgIHBlcmZvcm0gb24gbXkgZXhpc3Rpbmcg aGFyZHdhcmU/ICBXaGljaCBhbW9uZyBzZXZlcmFsIG5ldyBWTkZzIGluIGENCiAgIGdpdmVu IGNhdGVnb3J5IGFyZSBtb3N0IGVmZmljaWVudCBpbiB0ZXJtcyBvZiBjYXBhY2l0eSB0aGV5 IGRlbGl2ZXI/DQogICBBbmQsIHdoZW4gSSBvcGVyYXRlIG11bHRpcGxlIGNhdGVnb3JpZXMg b2YgVk5GcyAoYW5kIFBORnMpDQogICAqY29uY3VycmVudGx5KiBvbiBhIGhhcmR3YXJlIHBs YXRmb3JtIHN1Y2ggdGhhdCB0aGV5IHNoYXJlIHJlc291cmNlcywNCiAgIHdoYXQgYXJlIHRo ZSBuZXcgcGVyZm9ybWFuY2UgbGltaXRzLCBhbmQgd2hhdCBhcmUgdGhlIHNvZnR3YXJlIGRl c2lnbg0KICAgY2hvaWNlcyBJIGNhbiBtYWtlIHRvIG9wdGltaXplIG15IGNob3NlbiBoYXJk d2FyZSBwbGF0Zm9ybT8NCiAgIENvbnZlcnNlbHksIHdoYXQgaGFyZHdhcmUgcGxhdGZvcm0g dXBncmFkZXMgc2hvdWxkIEkgcHVyc3VlIHRvDQogICBpbmNyZWFzZSB0aGUgY2FwYWNpdHkg b2YgdGhlc2UgY29uY3VycmVudGx5IG9wZXJhdGluZyBWTkZzPyINCg0KICAgU2VlIGh0dHA6 Ly93d3cuZXRzaS5vcmcvdGVjaG5vbG9naWVzLWNsdXN0ZXJzL3RlY2hub2xvZ2llcy9uZnYg Zm9yDQogICBtb3JlIGJhY2tncm91bmQsIGZvciBleGFtcGxlLCB0aGUgd2hpdGUgcGFwZXJz IHRoZXJlIG1heSBiZSBhIHVzZWZ1bA0KICAgc3RhcnRpbmcgcGxhY2UuICBUaGUgUGVyZm9y bWFuY2UgYW5kIFBvcnRhYmlsaXR5IEJlc3QgUHJhY3RpY2VzDQogICBbTkZWLlBFUjAwMV0g YXJlIHBhcnRpY3VsYXJseSByZWxldmFudCB0byBCTVdHLiAgVGhlcmUgYXJlIGRvY3VtZW50 cw0KICAgYXZhaWxhYmxlIGluIHRoZSBPcGVuIEFyZWEgaHR0cDovL2RvY2JveC5ldHNpLm9y Zy9JU0cvTkZWL09wZW4vDQogICBMYXRlc3RfRHJhZnRzLyBpbmNsdWRpbmcgZHJhZnRzIGRl c2NyaWJpbmcgSW5mcmFzdHJ1Y3R1cmUgYXNwZWN0cyBhbmQNCiAgIHNlcnZpY2UgcXVhbGl0 eS4NCg0KMi4gIFNjb3BlDQoNCiAgIEJNV0cgd2lsbCBjb25zaWRlciB0aGUgbmV3IHRvcGlj IG9mIFZpcnR1YWwgTmV0d29yayBGdW5jdGlvbnMgYW5kDQogICByZWxhdGVkIEluZnJhc3Ry dWN0dXJlIHRvIGVuc3VyZSB0aGF0IGNvbW1vbiBpc3N1ZXMgYXJlIHJlY29nbml6ZWQNCiAg IGZyb20gdGhlIHN0YXJ0LCB1c2luZyBiYWNrZ3JvdW5kIG1hdGVyaWFscyBmcm9tIGluZHVz dHJ5IGFuZCBTRE9zDQogICAoZS5nLiwgSUVURiwgRVRTSSBORlYpLg0KDQogICBUaGlzIG1l bW8gaW52ZXN0aWdhdGVzIGFkZGl0aW9uYWwgbWV0aG9kb2xvZ2ljYWwgY29uc2lkZXJhdGlv bnMNCiAgIG5lY2Vzc2FyeSB3aGVuIGJlbmNobWFya2luZyBWTkZzIGluc3RhbnRpYXRlZCBh bmQgaG9zdGVkIGluIGdlbmVyYWwtDQogICBwdXJwb3NlIGhhcmR3YXJlLCB1c2luZyBiYXJl LW1ldGFsIGh5cGVydmlzb3JzIG9yIG90aGVyIGlzb2xhdGlvbg0KICAgZW52aXJvbm1lbnRz IHN1Y2ggYXMgTGludXggY29udGFpbmVycy4gIEFuIGVzc2VudGlhbCBjb25zaWRlcmF0aW9u IGlzDQogICBiZW5jaG1hcmtpbmcgcGh5c2ljYWwgYW5kIHZpcnR1YWwgbmV0d29yayBmdW5j dGlvbnMgaW4gdGhlIHNhbWUgd2F5DQogICB3aGVuIHBvc3NpYmxlLCB0aGVyZWJ5IGFsbG93 aW5nIGRpcmVjdCBjb21wYXJpc29uLiAgQWxzbywNCiAgIGJlbmNobWFya2luZyBjb21iaW5h dGlvbnMgb2YgcGh5c2ljYWwgYW5kIHZpcnR1YWwgZGV2aWNlcyBhbmQNCiAgIGZ1bmN0aW9u cyBpbiBhIFN5c3RlbSBVbmRlciBUZXN0Lg0KDQogICBBIGNsZWFybHkgcmVsYXRlZCBnb2Fs OiB0aGUgYmVuY2htYXJrcyBmb3IgdGhlIGNhcGFjaXR5IG9mIGEgZ2VuZXJhbC0NCiAgIHB1 cnBvc2UgcGxhdGZvcm0gdG8gaG9zdCBhIHBsdXJhbGl0eSBvZiBWTkYgaW5zdGFuY2VzIHNo b3VsZCBiZQ0KICAgaW52ZXN0aWdhdGVkLiAgRXhpc3RpbmcgbmV0d29ya2luZyB0ZWNobm9s b2d5IGJlbmNobWFya3Mgd2lsbCBhbHNvIGJlDQogICBjb25zaWRlcmVkIGZvciBhZGFwdGF0 aW9uIHRvIE5GViBhbmQgY2xvc2VseSBhc3NvY2lhdGVkIHRlY2hub2xvZ2llcy4NCg0KICAg QSBub24tZ29hbCBpcyBhbnkgb3ZlcmxhcCB3aXRoIHRyYWRpdGlvbmFsIGNvbXB1dGVyIGJl bmNobWFyaw0KICAgZGV2ZWxvcG1lbnQgYW5kIHRoZWlyIHNwZWNpZmljIG1ldHJpY3MgKFNQ RUNtYXJrIHN1aXRlcyBzdWNoIGFzDQogICBTUEVDQ1BVKS4NCg0KICAgQSBjb2xvc3NhbCBu b24tZ29hbCBpcyBhbnkgZm9ybSBvZiBhcmNoaXRlY3R1cmUgZGV2ZWxvcG1lbnQgcmVsYXRl ZA0KICAgdG8gTkZWIGFuZCBhc3NvY2lhdGVkIHRlY2hub2xvZ2llcyBpbiBCTVdHLCBjb25z aXN0ZW50IHdpdGggYWxsDQogICBjaGFydGVyZWQgd29yayBzaW5jZSBCTVdHIGJlZ2FuIGlu IDE5ODkuDQoNCg0KDQoNCg0KDQpNb3J0b24gICAgICAgICAgICAgICAgICBFeHBpcmVzIERl Y2VtYmVyIDIsIDIwMTUgICAgICAgICAgICAgICAgW1BhZ2UgNF0NCgwNCkludGVybmV0LURy YWZ0ICAgICBCZW5jaG1hcmtpbmcgVk5GcyBhbmQgUmVsYXRlZCBJbmYuICAgICAgICAgICBN YXkgMjAxNQ0KDQoNCjMuICBDb25zaWRlcmF0aW9ucyBmb3IgSGFyZHdhcmUgYW5kIFRlc3Rp bmcNCg0KICAgVGhpcyBzZWN0aW9uIGxpc3RzIHRoZSBuZXcgY29uc2lkZXJhdGlvbnMgd2hp Y2ggbXVzdCBiZSBhZGRyZXNzZWQgdG8NCiAgIGJlbmNobWFyayBWTkYocykgYW5kIHRoZWly IHN1cHBvcnRpbmcgaW5mcmFzdHJ1Y3R1cmUuICBUaGUgU3lzdGVtDQogICBVbmRlciBUZXN0 IChTVVQpIGlzIGNvbXBvc2VkIG9mIHRoZSBoYXJkd2FyZSBwbGF0Zm9ybSBjb21wb25lbnRz LCB0aGUNCiAgIFZORnMgaW5zdGFsbGVkLCBhbmQgbWFueSBvdGhlciBzdXBwb3J0aW5nIHN5 c3RlbXMuICBJdCBpcyBjcml0aWNhbCB0bw0KICAgZG9jdW1lbnQgYWxsIGFzcGVjdHMgb2Yg dGhlIFNVVCB0byBmb3N0ZXIgcmVwZWF0YWJpbGl0eS4NCg0KMy4xLiAgSGFyZHdhcmUgQ29t cG9uZW50cw0KDQogICBOZXcgSGFyZHdhcmUgZGV2aWNlcyB3aWxsIGJlY29tZSBwYXJ0IG9m IHRoZSB0ZXN0IHNldC11cC4NCg0KICAgMS4gIEhpZ2ggdm9sdW1lIHNlcnZlciBwbGF0Zm9y bXMgKGdlbmVyYWwtcHVycG9zZSwgcG9zc2libHkgd2l0aA0KICAgICAgIHZpcnR1YWwgdGVj aG5vbG9neSBlbmhhbmNlbWVudHMpLg0KDQogICAyLiAgU3RvcmFnZSBzeXN0ZW1zIHdpdGgg bGFyZ2UgY2FwYWNpdHksIGhpZ2ggc3BlZWQsIGFuZCBoaWdoDQogICAgICAgcmVsaWFiaWxp dHkuDQoNCiAgIDMuICBOZXR3b3JrIEludGVyZmFjZSBwb3J0cyBzcGVjaWFsbHkgZGVzaWdu ZWQgZm9yIGVmZmljaWVudCBzZXJ2aWNlDQogICAgICAgb2YgbWFueSB2aXJ0dWFsIE5JQ3Mu DQoNCiAgIDQuICBIaWdoIGNhcGFjaXR5IEV0aGVybmV0IFN3aXRjaGVzLg0KDQogICBMYWJz IGNvbmR1Y3RpbmcgY29tcGFyaXNvbnMgb2YgZGlmZmVyZW50IFZORnMgbWF5IGJlIGFibGUg dG8gdXNlIHRoZQ0KICAgc2FtZSBoYXJkd2FyZSBwbGF0Zm9ybSBvdmVyIG1hbnkgc3R1ZGll cywgdW50aWwgdGhlIHN0ZWFkeSBtYXJjaCBvZg0KICAgaW5ub3ZhdGlvbnMgb3ZlcnRha2Vz IHRoZWlyIGNhcGFiaWxpdGllcyAoYXMgaGFwcGVucyB3aXRoIHRoZSBsYWIncw0KICAgdHJh ZmZpYyBnZW5lcmF0aW9uIGFuZCB0ZXN0aW5nIGRldmljZXMgdG9kYXkpLg0KDQozLjIuICBD b25maWd1cmF0aW9uIFBhcmFtZXRlcnMNCg0KICAgSXQgd2lsbCBiZSBuZWNlc3NhcnkgdG8g Y29uZmlndXJlIGFuZCBkb2N1bWVudCB0aGUgc2V0dGluZ3MgZm9yIHRoZQ0KICAgZW50aXJl IGdlbmVyYWwtcHVycG9zZSBwbGF0Zm9ybSB0byBlbnN1cmUgcmVwZWF0YWJpbGl0eSBhbmQg Zm9zdGVyDQogICBmdXR1cmUgY29tcGFyaXNvbnMsIGluY2x1ZGluZzoNCg0KICAgbyAgbnVt YmVyIG9mIHNlcnZlciBibGFkZXMgKHNoZWxmIG9jY3VwYXRpb24pDQoNCiAgIG8gIENQVXMN Cg0KICAgbyAgY2FjaGVzDQoNCiAgIG8gIHN0b3JhZ2Ugc3lzdGVtDQoNCiAgIG8gIEkvTw0K DQogICBhcyB3ZWxsIGFzIGNvbmZpZ3VyYXRpb25zIHRoYXQgc3VwcG9ydCB0aGUgZGV2aWNl cyB3aGljaCBob3N0IHRoZSBWTkYNCiAgIGl0c2VsZjoNCg0KICAgbyAgSHlwZXJ2aXNvciAo b3Igb3RoZXIgZm9ybXMgb2YgdmlydHVhbCBmdW5jdGlvbiBob3N0aW5nKQ0KICAgDQogICAN Cg0KDQoNCk1vcnRvbiAgICAgICAgICAgICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMiwgMjAx NSAgICAgICAgICAgICAgICBbUGFnZSA1XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgIEJlbmNo bWFya2luZyBWTkZzIGFuZCBSZWxhdGVkIEluZi4gICAgICAgICAgIE1heSAyMDE1DQoNCg0K ICAgbyAgVmlydHVhbCBNYWNoaW5lIChWTSkNCg0KICAgbyAgSW5mcmFzdHJ1Y3R1cmUgVmly dHVhbCBOZXR3b3JrICh3aGljaCBpbnRlcmNvbm5lY3RzIFZpcnR1YWwNCiAgICAgIE1hY2hp bmVzIHdpdGggcGh5c2ljYWwgbmV0d29yayBpbnRlcmZhY2VzLCBvciB3aXRoIGVhY2ggb3Ro ZXINCiAgICAgIHRocm91Z2ggdmlydHVhbCBzd2l0Y2hlcywgZm9yIGV4YW1wbGUpDQoNCiAg IGFuZCBmaW5hbGx5LCB0aGUgVk5GIGl0c2VsZiwgd2l0aCBpdGVtcyBzdWNoIGFzOg0KDQog ICBvICBzcGVjaWZpYyBmdW5jdGlvbiBiZWluZyBpbXBsZW1lbnRlZCBpbiBWTkYNCg0KICAg byAgcmVzZXJ2ZWQgcmVzb3VyY2VzIGZvciBlYWNoIGZ1bmN0aW9uIChlLmcuLCBDUFUgcGlu bmluZykNCg0KICAgbyAgbnVtYmVyIG9mIFZORnMgKG9yIHN1Yi1WTkYgY29tcG9uZW50cywg ZWFjaCB3aXRoIGl0cyBvd24gVk0pIGluDQogICAgICB0aGUgc2VydmljZSBmdW5jdGlvbiBj aGFpbiAoc2VlIHNlY3Rpb24gMS4xIG9mIFtSRkM3NDk4XSBmb3IgYQ0KICAgICAgZGVmaW5p dGlvbiBvZiBzZXJ2aWNlIGZ1bmN0aW9uIGNoYWluKQ0KDQogICBvICBudW1iZXIgb2YgcGh5 c2ljYWwgaW50ZXJmYWNlcyBhbmQgbGlua3MgdHJhbnNpdGVkIGluIHRoZSBzZXJ2aWNlDQog ICAgICBmdW5jdGlvbiBjaGFpbg0KDQogICAjIyNNRzogVGhlIGRyYWZ0IGNvdWxkIGJlbmVm aXQgZnJvbSBhIFRlcm1pbm9sb2d5IFNlY3Rpb24vU3Vic2VjdGlvbi4gIAkgIA0KCSAgDQog ICBJbiB0aGUgcGh5c2ljYWwgZGV2aWNlIGJlbmNobWFya2luZyBjb250ZXh0LCBtb3N0IG9m IHRoZQ0KICAgY29ycmVzcG9uZGluZyBpbmZyYXN0cnVjdHVyZSBjb25maWd1cmF0aW9uIGNo b2ljZXMgd2VyZSBkZXRlcm1pbmVkIGJ5DQogICB0aGUgdmVuZG9yLiAgQWx0aG91Z2ggdGhl IHBsYXRmb3JtIGl0c2VsZiBpcyBub3cgb25lIG9mIHRoZQ0KICAgY29uZmlndXJhdGlvbiB2 YXJpYWJsZXMsIGl0IGlzIGltcG9ydGFudCB0byBtYWludGFpbiBlbXBoYXNpcyBvbiB0aGUN CiAgIG5ldHdvcmtpbmcgYmVuY2htYXJrcyBhbmQgY2FwdHVyZSB0aGUgcGxhdGZvcm0gdmFy aWFibGVzIGFzIGlucHV0DQogICBmYWN0b3JzLg0KDQozLjMuICBUZXN0aW5nIFN0cmF0ZWdp ZXMNCg0KICAgVGhlIGNvbmNlcHQgb2YgY2hhcmFjdGVyaXppbmcgcGVyZm9ybWFuY2UgYXQg Y2FwYWNpdHkgbGltaXRzIG1heQ0KICAgY2hhbmdlLiAgRm9yIGV4YW1wbGU6DQoNCiAgIDEu ICBJdCBtYXkgYmUgbW9yZSByZXByZXNlbnRhdGl2ZSBvZiBzeXN0ZW0gY2FwYWNpdHkgdG8g Y2hhcmFjdGVyaXplDQogICAgICAgdGhlIGNhc2Ugd2hlcmUgVmlydHVhbCBNYWNoaW5lcyAo Vk0sIGhvc3RpbmcgdGhlIFZORikgYXJlDQogICAgICAgb3BlcmF0aW5nIGF0IDUwJSBVdGls aXphdGlvbiwgYW5kIHRoZXJlZm9yZSBzaGFyaW5nIHRoZSAicmVhbCINCiAgICAgICBwcm9j ZXNzaW5nIHBvd2VyIGFjcm9zcyBtYW55IFZNcy4NCg0KICAgMi4gIEFub3RoZXIgaW1wb3J0 YW50IGNhc2Ugc3RlbXMgZnJvbSB0aGUgbmVlZCBmb3IgcGFydGl0aW9uaW5nDQogICAgICAg ZnVuY3Rpb25zLiAgQSBub2lzeSBuZWlnaGJvciAoVk0gaG9zdGluZyBhIFZORiBpbiBhbiBp bmZpbml0ZQ0KICAgICAgIGxvb3ApIHdvdWxkIGlkZWFsbHkgYmUgaXNvbGF0ZWQgYW5kIHRo ZSBwZXJmb3JtYW5jZSBvZiBvdGhlciBWTXMNCiAgICAgICB3b3VsZCBjb250aW51ZSBhY2Nv cmRpbmcgdG8gdGhlaXIgc3BlY2lmaWNhdGlvbnMuDQoNCiAgIDMuICBTeXN0ZW0gZXJyb3Jz IHdpbGwgbGlrZWx5IG9jY3VyIGFzIHRyYW5zaWVudHMsIGltcGx5aW5nIGENCiAgICAgICBk aXN0cmlidXRpb24gb2YgcGVyZm9ybWFuY2UgY2hhcmFjdGVyaXN0aWNzIHdpdGggYSBsb25n IHRhaWwNCiAgICAgICAobGlrZSBsYXRlbmN5KSwgbGVhZGluZyB0byB0aGUgbmVlZCBmb3Ig bG9uZ2VyLXRlcm0gdGVzdHMgb2YgZWFjaA0KICAgICAgIHNldCBvZiBjb25maWd1cmF0aW9u IGFuZCB0ZXN0IHBhcmFtZXRlcnMuDQoNCiAgIDQuICBUaGUgZGVzaXJlIGZvciBlbGFzdGlj aXR5IGFuZCBmbGV4aWJpbGl0eSBhbW9uZyBuZXR3b3JrIGZ1bmN0aW9ucw0KICAgICAgIHdp bGwgaW5jbHVkZSB0ZXN0cyB3aGVyZSB0aGVyZSBpcyBjb25zdGFudCBmbHV4IGluIHRoZSBu dW1iZXIgb2YNCg0KDQoNCk1vcnRvbiAgICAgICAgICAgICAgICAgIEV4cGlyZXMgRGVjZW1i ZXIgMiwgMjAxNSAgICAgICAgICAgICAgICBbUGFnZSA2XQ0KDA0KSW50ZXJuZXQtRHJhZnQg ICAgIEJlbmNobWFya2luZyBWTkZzIGFuZCBSZWxhdGVkIEluZi4gICAgICAgICAgIE1heSAy MDE1DQoNCg0KICAgICAgIFZNIGluc3RhbmNlcy4gIFJlcXVlc3RzIGZvciBhbmQgaW5zdGFu dGlhdGlvbiBvZiBuZXcgVk1zLCBhbG9uZw0KICAgICAgIHdpdGggUmVsZWFzZXMgZm9yIFZN cyBob3N0aW5nIFZORnMgdGhhdCBhcmUgbm8gbG9uZ2VyIG5lZWRlZA0KICAgICAgIHdvdWxk IGJlIGFuIG5vcm1hbCBvcGVyYXRpb25hbCBjb25kaXRpb24uICBJbiBvdGhlciB3b3JkcywN CiAgICAgICBiZW5jaG1hcmtpbmcgc2hvdWxkIGluY2x1ZGUgc2NlbmFyaW9zIHdpdGggcHJv ZHVjdGlvbiBsaWZlIGN5Y2xlDQogICAgICAgbWFuYWdlbWVudCBvZiBWTXMgYW5kIHRoZWly IFZORnMgYW5kIG5ldHdvcmsgY29ubmVjdGl2aXR5IGluLQ0KICAgICAgIHByb2dyZXNzLCBh cyB3ZWxsIGFzIHN0YXRpYyBjb25maWd1cmF0aW9ucy4NCg0KICAgNS4gIEFsbCBwaHlzaWNh bCB0aGluZ3MgY2FuIGZhaWwsIGFuZCBiZW5jaG1hcmtpbmcgZWZmb3J0cyBjYW4gYWxzbw0K ICAgICAgIGV4YW1pbmUgcmVjb3ZlcnkgYWlkZWQgYnkgdGhlIHZpcnR1YWwgYXJjaGl0ZWN0 dXJlIHdpdGggZGlmZmVyZW50DQogICAgICAgYXBwcm9hY2hlcyB0byByZXNpbGllbmN5Lg0K DQozLjQuICBBdHRlbnRpb24gdG8gU2hhcmVkIFJlc291cmNlcw0KDQogICBTaW5jZSBtYW55 IGNvbXBvbmVudHMgb2YgdGhlIG5ldyBORlYgSW5mcmFzdHJ1Y3R1cmUgYXJlIHZpcnR1YWws IHRlc3QNCiAgIHNldC11cCBkZXNpZ24gbXVzdCBoYXZlIHByaW9yIGtub3dsZWRnZSBvZiBp bnRlci1hY3Rpb25zL2RlcGVuZGVuY2llcw0KICAgd2l0aGluIHRoZSB2YXJpb3VzIHJlc291 cmNlIGRvbWFpbnMgaW4gdGhlIFN5c3RlbSBVbmRlciBUZXN0IChTVVQpLg0KICAgRm9yIGV4 YW1wbGUsIGEgdmlydHVhbCBtYWNoaW5lIHBlcmZvcm1pbmcgdGhlIHJvbGUgb2YgYSB0cmFk aXRpb25hbA0KICAgdGVzdGVyIGZ1bmN0aW9uIHN1Y2ggYXMgZ2VuZXJhdGluZyBhbmQvb3Ig cmVjZWl2aW5nIHRyYWZmaWMgc2hvdWxkDQogICBhdm9pZCBzaGFyaW5nIGFueSBTVVQgcmVz b3VyY2VzIHdpdGggdGhlIERldmljZSBVbmRlciBUZXN0IERVVC4NCiAgIE90aGVyd2lzZSwg dGhlIHJlc3VsdHMgd2lsbCBoYXZlIHVuZXhwZWN0ZWQgZGVwZW5kZW5jaWVzIG5vdA0KICAg ZW5jb3VudGVyZWQgaW4gcGh5c2ljYWwgZGV2aWNlIGJlbmNobWFya2luZy4NCg0KICAgTm90 ZTogVGhlIHRlcm0gInRlc3RlciIgaGFzIHRyYWRpdGlvbmFsbHkgcmVmZXJyZWQgdG8gZGV2 aWNlcw0KICAgZGVkaWNhdGVkIHRvIHRlc3RpbmcgaW4gQk1XRyBsaXRlcmF0dXJlLiAgSW4g dGhpcyBuZXcgY29udGV4dCwNCiAgICJ0ZXN0ZXIiIGFkZGl0aW9uYWxseSByZWZlcnMgdG8g ZnVuY3Rpb25zIGRlZGljYXRlZCB0byB0ZXN0aW5nLCB3aGljaA0KICAgbWF5IGJlIGVpdGhl ciB2aXJ0dWFsIG9yIHBoeXNpY2FsLiAgIlRlc3RlciIgaGFzIG5ldmVyIHJlZmVycmVkIHRv DQogICB0aGUgaW5kaXZpZHVhbHMgcGVyZm9ybWluZyB0aGUgdGVzdHMuDQoNCiAgIFRoZSBz aGFyZWQtcmVzb3VyY2UgYXNwZWN0IG9mIHRlc3QgZGVzaWduIHJlbWFpbnMgb25lIG9mIHRo ZSBjcml0aWNhbA0KICAgY2hhbGxlbmdlcyB0byBvdmVyY29tZSBpbiBhIHJlYXNvbmFibGUg d2F5IHRvIHByb2R1Y2UgdXNlZnVsIHJlc3VsdHMuDQogICBUaGUgcGh5c2ljYWwgdGVzdCBk ZXZpY2UgcmVtYWlucyBhIHNvbGlkIGZvdW5kYXRpb24gdG8gY29tcGFyZQ0KICAgYWdhaW5z dCByZXN1bHRzIHVzaW5nIGNvbWJpbmF0aW9ucyBvZiBwaHlzaWNhbCBhbmQgdmlydHVhbCB0 ZXN0DQogICBmdW5jdGlvbnMsIG9yIHJlc3VsdHMgdXNpbmcgb25seSB2aXJ0dWFsIHRlc3Rl cnMgd2hlbiBuZWNlc3NhcnkgdG8NCiAgIGFzc2VzcyB2aXJ0dWFsIGludGVyZmFjZXMgYW5k IG90aGVyIHZpcnR1YWwgZnVuY3Rpb25zLg0KDQo0LiAgQmVuY2htYXJraW5nIENvbnNpZGVy YXRpb25zDQoNCiAgIFRoaXMgc2VjdGlvbiBkaXNjdXNzZXMgY29uc2lkZXJhdGlvbnMgcmVs YXRlZCB0byBCZW5jaG1hcmtzDQogICBhcHBsaWNhYmxlIHRvIFZORnMgYW5kIHRoZWlyIGFz c29jaWF0ZWQgdGVjaG5vbG9naWVzLg0KDQo0LjEuICBDb21wYXJpc29uIHdpdGggUGh5c2lj YWwgTmV0d29yayBGdW5jdGlvbnMNCg0KICAgSW4gb3JkZXIgdG8gY29tcGFyZSB0aGUgcGVy Zm9ybWFuY2Ugb2YgVk5GcyBhbmQgc3lzdGVtDQogICBpbXBsZW1lbnRhdGlvbnMgd2l0aCB0 aGVpciBwaHlzaWNhbCBjb3VudGVycGFydHMsIGlkZW50aWNhbA0KICAgYmVuY2htYXJrcyBt dXN0IGJlIHVzZWQuICBTaW5jZSBCTVdHIGhhcyBhbHJlYWR5IGRldmVsb3BlZA0KICAgc3Bl Y2lmaWNhdGlvbnMgZm9yIG1hbnkgbmV0d29yayBmdW5jdGlvbnMsIHRoZXJlIHdpbGwgYmUg cmUtdXNlIG9mDQogICBleGlzdGluZyBiZW5jaG1hcmtzIHRocm91Z2ggcmVmZXJlbmNlcywg d2hpbGUgYWxsb3dpbmcgZm9yIHRoZQ0KICAgcG9zc2liaWxpdHkgb2YgYmVuY2htYXJrIGN1 cmF0aW9uIGR1cmluZyBkZXZlbG9wbWVudCBvZiBuZXcNCg0KDQoNCk1vcnRvbiAgICAgICAg ICAgICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMiwgMjAxNSAgICAgICAgICAgICAgICBbUGFn ZSA3XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgIEJlbmNobWFya2luZyBWTkZzIGFuZCBSZWxh dGVkIEluZi4gICAgICAgICAgIE1heSAyMDE1DQoNCg0KICAgbWV0aG9kb2xvZ2llcy4gIENv bnNpZGVyYXRpb24gc2hvdWxkIGJlIGdpdmVuIHRvIHF1YW50aWZ5aW5nIHRoZQ0KICAgbnVt YmVyIG9mIHBhcmFsbGVsIFZORnMgcmVxdWlyZWQgdG8gYWNoaWV2ZSBjb21wYXJhYmxlIHNj YWxlL2NhcGFjaXR5DQogICB3aXRoIGEgZ2l2ZW4gcGh5c2ljYWwgZGV2aWNlLCBvciB3aGV0 aGVyIHNvbWUgbGltaXQgb2Ygc2NhbGUgd2FzDQogICByZWFjaGVkIGJlZm9yZSB0aGUgVk5G cyBjb3VsZCBhY2hpZXZlIHRoZSBjb21wYXJhYmxlIGxldmVsLiAgQWdhaW4sDQogICBpbXBs ZW1lbnRhdGlvbiBiYXNlZC1vbiBkaWZmZXJlbnQgaHlwZXJ2aXNvcnMgb3Igb3RoZXIgdmly dHVhbA0KICAgZnVuY3Rpb24gaG9zdGluZyByZW1haW4gYXMgY3JpdGljYWwgZmFjdG9ycyBp biBwZXJmb3JtYW5jZQ0KICAgYXNzZXNzbWVudC4NCg0KNC4yLiAgQ29udGludWVkIEVtcGhh c2lzIG9uIEJsYWNrLUJveCBCZW5jaG1hcmtzDQoNCiAgIFdoZW4gdGhlIG5ldHdvcmsgZnVu Y3Rpb25zIHVuZGVyIHRlc3QgYXJlIGJhc2VkIG9uIE9wZW4gU291cmNlIGNvZGUsDQogICB0 aGVyZSBtYXkgYmUgYSB0ZW5kZW5jeSB0byByZWx5IG9uIGludGVybmFsIG1lYXN1cmVtZW50 cyB0byBzb21lDQogICBleHRlbnQsIGVzcGVjaWFsbHkgd2hlbiB0aGUgZXh0ZXJuYWxseS1v YnNlcnZhYmxlIHBoZW5vbWVuYSBvbmx5DQogICBzdXBwb3J0IGFuIGluZmVyZW5jZSBvZiBp bnRlcm5hbCBldmVudHMgKHN1Y2ggYXMgcm91dGluZyBwcm90b2NvbA0KICAgY29udmVyZ2Vu Y2Ugb2JzZXJ2ZWQgaW4gdGhlIGRhdGFwbGFuZSkuICBFeGFtcGxlcyBpbmNsdWRlIENQVS9D b3JlDQogICB1dGlsaXphdGlvbiBhbmQgTWVtb3J5IENvbWl0dGVkL3VzZWQuICBIb3dldmVy LCBleHRlcm5hbCBvYnNlcnZhdGlvbnMNCiAgIHJlbWFpbiBlc3NlbnRpYWwgYXMgdGhlIGJh c2lzIGZvciBCZW5jaG1hcmtzLiAgSW50ZXJuYWwgb2JzZXJ2YXRpb25zDQogICB3aXRoIGZp eGVkIHNwZWNpZmljYXRpb24gYW5kIGludGVycHJldGF0aW9uIG1heSBiZSBwcm92aWRlZCBp bg0KICAgcGFyYWxsZWwsIHRvIGFzc2lzdCB0aGUgZGV2ZWxvcG1lbnQgb2Ygb3BlcmF0aW9u cyBwcm9jZWR1cmVzIHdoZW4gdGhlDQogICB0ZWNobm9sb2d5IGlzIGRlcGxveWVkLCBmb3Ig ZXhhbXBsZS4gIEludGVybmFsIG1ldHJpY3MgYW5kDQogICBtZWFzdXJlbWVudHMgZnJvbSBP cGVuIFNvdXJjZSBpbXBsZW1lbnRhdGlvbnMgbWF5IGJlIHRoZSBvbmx5IGRpcmVjdA0KICAg c291cmNlIG9mIHBlcmZvcm1hbmNlIHJlc3VsdHMgaW4gYSBkZXNpcmVkIGRpbWVuc2lvbiwg YnV0DQogICBjb3Jyb2JvcmF0aW5nIGV4dGVybmFsIG9ic2VydmF0aW9ucyBhcmUgc3RpbGwg cmVxdWlyZWQgdG8gYXNzdXJlIHRoZQ0KICAgaW50ZWdyaXR5IG9mIG1lYXN1cmVtZW50IGRp c2NpcGxpbmUgd2FzIG1haW50YWluZWQgZm9yIGFsbCByZXBvcnRlZA0KICAgcmVzdWx0cy4N Cg0KICAgIyMjTUc6IE1heWJlIFJFQ09NTUVOREVEKFNIT1VMRCkgYW5kICBNQVkgc2hvdWxk IGJlIHVzZWQgaGVyZSBmb3IgQmxhY2stQm94IHZzIFdoaXRlLUJveCAoR3JleS1Cb3gpIGJl bmNobWFya3MuDQogDQogICBBIHJlbGF0ZWQgYXNwZWN0IG9mIGJlbmNobWFyayBkZXZlbG9w bWVudCBpcyB3aGVyZSB0aGUgc2NvcGUgaW5jbHVkZXMNCiAgIG11bHRpcGxlIGFwcHJvYWNo ZXMgdG8gYSBjb21tb24gZnVuY3Rpb24gdW5kZXIgdGhlIHNhbWUgYmVuY2htYXJrLg0KICAg Rm9yIGV4YW1wbGUsIHRoZXJlIGFyZSBtYW55IHdheXMgdG8gYXJyYW5nZSBmb3IgYWN0aXZh dGlvbiBvZiBhDQogICBuZXR3b3JrIHBhdGggYmV0d2VlbiBpbnRlcmZhY2UgcG9pbnRzIGFu ZCB0aGUgYWN0aXZhdGlvbiB0aW1lcyBjYW4gYmUNCiAgIGNvbXBhcmVkIGlmIHRoZSBzdGFy dC10by1zdG9wIGFjdGl2YXRpb24gaW50ZXJ2YWwgaGFzIGEgZ2VuZXJpYyBhbmQNCiAgIHVu YW1iaWd1b3VzIGRlZmluaXRpb24uICBUaHVzLCBnZW5lcmljIGJlbmNobWFyayBkZWZpbml0 aW9ucyBhcmUNCiAgIHByZWZlcnJlZCBvdmVyIHRlY2hub2xvZ3kvcHJvdG9jb2wgc3BlY2lm aWMgZGVmaW5pdGlvbnMgd2hlcmUNCiAgIHBvc3NpYmxlLg0KDQo0LjMuICBOZXcgQmVuY2ht YXJrcyBhbmQgUmVsYXRlZCBNZXRyaWNzDQoNCiAgIFRoZXJlIHdpbGwgYmUgbmV3IGNsYXNz ZXMgb2YgYmVuY2htYXJrcyBuZWVkZWQgZm9yIG5ldHdvcmsgZGVzaWduIGFuZA0KICAgYXNz aXN0YW5jZSB3aGVuIGRldmVsb3Bpbmcgb3BlcmF0aW9uYWwgcHJhY3RpY2VzIChwb3NzaWJs eSBhdXRvbWF0ZWQNCiAgIG1hbmFnZW1lbnQgYW5kIG9yY2hlc3RyYXRpb24gb2YgZGVwbG95 bWVudCBzY2FsZSkuICBFeGFtcGxlcyBmb2xsb3cNCiAgIGluIHRoZSBwYXJhZ3JhcGhzIGJl bG93LCBtYW55IG9mIHdoaWNoIGFyZSBwcm9tcHRlZCBieSB0aGUgZ29hbHMgb2YNCiAgIGlu Y3JlYXNlZCBlbGFzdGljaXR5IGFuZCBmbGV4aWJpbGl0eSBvZiB0aGUgbmV0d29yayBmdW5j dGlvbnMsIGFsb25nDQogICB3aXRoIGFjY2VsZXJhdGVkIGRlcGxveW1lbnQgdGltZXMuDQoN CiAgIFRpbWUgdG8gZGVwbG95IFZORnM6IEluIGNhc2VzIHdoZXJlIHRoZSBnZW5lcmFsLXB1 cnBvc2UgaGFyZHdhcmUgaXMNCiAgIGFscmVhZHkgZGVwbG95ZWQgYW5kIHJlYWR5IGZvciBz ZXJ2aWNlLCBpdCBpcyB2YWx1YWJsZSB0byBrbm93IHRoZQ0KICAgcmVzcG9uc2UgdGltZSB3 aGVuIGEgbWFuYWdlbWVudCBzeXN0ZW0gaXMgdGFza2VkIHdpdGggInN0YW5kaW5nLXVwIg0K ICAgMTAwJ3Mgb2YgdmlydHVhbCBtYWNoaW5lcyBhbmQgdGhlIFZORnMgdGhleSB3aWxsIGhv c3QuDQogICANCiAgICMjI01HOiBJIGd1ZXNzIHRoaXMgaXMgYSBnZW5lcmljIGNsYXNzaWZp Y2F0aW9uIG9mIHBvc3NpYmxlIG5ldyBtZXRyaWNzIGZvciBWTkZzLiANCiAgIE1heWJlIGEg c3Vic3RydWN0dXJlICh0YXhvbm9teS9idWxsZXQgbGlzdC9TdWJzZWN0aW9ucykgbWF5IGhl bHAgYmV0dGVyIG9yZ2FuaXplIHRoZSBjYXRlZ29yaWVzLiANCg0KDQoNCk1vcnRvbiAgICAg ICAgICAgICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMiwgMjAxNSAgICAgICAgICAgICAgICBb UGFnZSA4XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgIEJlbmNobWFya2luZyBWTkZzIGFuZCBS ZWxhdGVkIEluZi4gICAgICAgICAgIE1heSAyMDE1DQoNCg0KICAgVGltZSB0byBtaWdyYXRl IFZORnM6IEluIGNhc2VzIHdoZXJlIGEgcmFjayBvciBzaGVsZiBvZiBoYXJkd2FyZSBtdXN0 DQogICBiZSByZW1vdmVkIGZyb20gYWN0aXZlIHNlcnZpY2UsIGl0IGlzIHZhbHVhYmxlIHRv IGtub3cgdGhlIHJlc3BvbnNlDQogICB0aW1lIHdoZW4gYSBtYW5hZ2VtZW50IHN5c3RlbSBp cyB0YXNrZWQgd2l0aCAibWlncmF0aW5nIiBzb21lIG51bWJlcg0KICAgb2YgdmlydHVhbCBt YWNoaW5lcyBhbmQgdGhlIFZORnMgdGhleSBjdXJyZW50bHkgaG9zdCB0byBhbHRlcm5hdGUN CiAgIGhhcmR3YXJlIHRoYXQgd2lsbCByZW1haW4gaW4tc2VydmljZS4NCg0KICAgVGltZSB0 byBjcmVhdGUgYSB2aXJ0dWFsIG5ldHdvcmsgaW4gdGhlIGdlbmVyYWwtcHVycG9zZQ0KICAg aW5mcmFzdHJ1Y3R1cmU6IFRoaXMgaXMgYSBzb21ld2hhdCBzaW1wbGlmaWVkIHZlcnNpb24g b2YgZXhpc3RpbmcNCiAgIGJlbmNobWFya3MgZm9yIGNvbnZlcmdlbmNlIHRpbWUsIGluIHRo YXQgdGhlIHByb2Nlc3MgaXMgaW5pdGlhdGVkIGJ5DQogICBhIHJlcXVlc3QgZnJvbSAoY2Vu dHJhbGl6ZWQgb3IgZGlzdHJpYnV0ZWQpIGNvbnRyb2wsIHJhdGhlciB0aGFuDQogICBpbmZl cnJlZCBmcm9tIG5ldHdvcmsgZXZlbnRzIChsaW5rIGZhaWx1cmUpLiAgVGhlIHN1Y2Nlc3Nm dWwgcmVzcG9uc2UNCiAgIHRpbWUgd291bGQgcmVtYWluIGRlcGVuZGVudCBvbiBkYXRhcGxh bmUgb2JzZXJ2YXRpb25zIHRvIGNvbmZpcm0gdGhhdA0KICAgdGhlIG5ldHdvcmsgaXMgcmVh ZHkgdG8gcGVyZm9ybS4NCg0KICAgQWxzbywgaXQgYXBwZWFycyB0byBiZSB2YWx1YWJsZSB0 byBtZWFzdXJlIHRyYWRpdGlvbmFsIHBhY2tldA0KICAgdHJhbnNmZXIgcGVyZm9ybWFuY2Ug bWV0cmljcyBkdXJpbmcgdGhlIGFzc2Vzc21lbnQgb2YgdHJhZGl0aW9uYWwgYW5kDQogICBu ZXcgYmVuY2htYXJrcywgaW5jbHVkaW5nIG1ldHJpY3MgdGhhdCBtYXkgYmUgdXNlZCB0byBz dXBwb3J0IHNlcnZpY2UNCiAgIGVuZ2luZWVyaW5nIHN1Y2ggYXMgdGhlIFNwYXRpYWwgQ29t cG9zaXRpb24gbWV0cmljcyBmb3VuZCBpbg0KICAgW1JGQzYwNDldLiAgRXhhbXBsZXMgaW5j bHVkZSBNZWFuIG9uZS13YXkgZGVsYXkgaW4gc2VjdGlvbiA0LjEgb2YNCiAgIFtSRkM2MDQ5 XSwgUGFja2V0IERlbGF5IFZhcmlhdGlvbiAoUERWKSBpbiBbUkZDNTQ4MV0sIGFuZCBQYWNr ZXQNCiAgIFJlb3JkZXJpbmcgW1JGQzQ3MzddIFtSRkM0Njg5XS4NCg0KNC40LiAgQXNzZXNz bWVudCBvZiBCZW5jaG1hcmsgQ292ZXJhZ2UNCg0KICAgSXQgY2FuIGJlIHVzZWZ1bCB0byBv cmdhbml6ZSBiZW5jaG1hcmtzIGFjY29yZGluZyB0byB0aGVpciBhcHBsaWNhYmxlDQogICBs aWZlIGN5Y2xlIHN0YWdlIGFuZCB0aGUgcGVyZm9ybWFuY2UgY3JpdGVyaWEgdGhleSBpbnRl bmQgdG8gYXNzZXNzLg0KICAgVGhlIHRhYmxlIGJlbG93IHByb3ZpZGVzIGEgd2F5IHRvIG9y Z2FuaXplIGJlbmNobWFya3Mgc3VjaCB0aGF0IHRoZXJlDQogICBpcyBhIGNsZWFyIGluZGlj YXRpb24gb2YgY292ZXJhZ2UgZm9yIHRoZSBpbnRlcnNlY3Rpb24gb2YgbGlmZSBjeWNsZQ0K ICAgc3RhZ2VzIGFuZCBwZXJmb3JtYW5jZSBjcml0ZXJpYS4NCg0KICAgfC0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS18DQogICB8 ICAgICAgICAgICAgICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgfCAgICAgICAgICAg ICAgIHwNCiAgIHwgICAgICAgICAgICAgICB8ICAgU1BFRUQgICAgIHwgIEFDQ1VSQUNZICB8 ICBSRUxJQUJJTElUWSAgfA0KICAgfCAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgfCAg ICAgICAgICAgIHwgICAgICAgICAgICAgICB8DQogICB8LS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCiAgIHwgICAgICAgICAg ICAgICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICB8ICAgICAgICAgICAgICAgfA0KICAg fCAgQWN0aXZhdGlvbiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgIHwgICAgICAgICAg ICAgICB8DQogICB8ICAgICAgICAgICAgICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAg fCAgICAgICAgICAgICAgIHwNCiAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0KICAgfCAgICAgICAgICAgICAgIHwgICAg ICAgICAgICAgfCAgICAgICAgICAgIHwgICAgICAgICAgICAgICB8DQogICB8ICBPcGVyYXRp b24gICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgfCAgICAgICAgICAgICAgIHwNCiAg IHwgICAgICAgICAgICAgICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICB8ICAgICAgICAg ICAgICAgfA0KICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS18DQogICB8ICAgICAgICAgICAgICAgfCAgICAgICAgICAgICB8 ICAgICAgICAgICAgfCAgICAgICAgICAgICAgIHwNCiAgIHwgRGUtYWN0aXZhdGlvbiB8ICAg ICAgICAgICAgIHwgICAgICAgICAgICB8ICAgICAgICAgICAgICAgfA0KICAgfCAgICAgICAg ICAgICAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgIHwgICAgICAgICAgICAgICB8DQog ICB8LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLXwNCg0KDQoNCg0KTW9ydG9uICAgICAgICAgICAgICAgICAgRXhwaXJlcyBEZWNl bWJlciAyLCAyMDE1ICAgICAgICAgICAgICAgIFtQYWdlIDldDQoMDQpJbnRlcm5ldC1EcmFm dCAgICAgQmVuY2htYXJraW5nIFZORnMgYW5kIFJlbGF0ZWQgSW5mLiAgICAgICAgICAgTWF5 IDIwMTUNCg0KDQogICBGb3IgZXhhbXBsZSwgdGhlICJUaW1lIHRvIGRlcGxveSBWTkZzIiBi ZW5jaG1hcmsgZGVzY3JpYmVkIGFib3ZlDQogICB3b3VsZCBiZSBwbGFjZWQgaW4gdGhlIGlu dGVyc2VjdGlvbiBvZiBBY3RpdmF0aW9uIGFuZCBTcGVlZCwgbWFraW5nDQogICBpdCBjbGVh ciB0aGF0IHRoZXJlIGFyZSBvdGhlciBwb3RlbnRpYWwgcGVyZm9ybWFuY2UgY3JpdGVyaWEg dG8NCiAgIGJlbmNobWFyaywgc3VjaCBhcyB0aGUgInBlcmNlbnRhZ2Ugb2YgdW5zdWNjZXNz ZnVsIFZNL1ZORiBzdGFuZC11cHMiDQogICBpbiBhIHNldCBvZiAxMDAgYXR0ZW1wdHMuICBU aGlzIGV4YW1wbGUgZW1waGFzaXplcyB0aGF0IHRoZQ0KICAgQWN0aXZhdGlvbiBhbmQgRGUt YWN0aXZhdGlvbiBsaWZlIGN5Y2xlIHN0YWdlcyBhcmUga2V5IGFyZWFzIGZvciBORlYNCiAg IGFuZCByZWxhdGVkIGluZnJhc3RydWN0dXJlLCBhbmQgZW5jb3VyYWdlIGV4cGFuc2lvbiBi ZXlvbmQNCiAgIHRyYWRpdGlvbmFsIGJlbmNobWFya3MgZm9yIG5vcm1hbCBvcGVyYXRpb24u ICBUaHVzLCByZXZpZXdpbmcgdGhlDQogICBiZW5jaG1hcmsgY292ZXJhZ2UgdXNpbmcgdGhp cyB0YWJsZSAoc29tZXRpbWVzIGNhbGxlZCB0aGUgM3gzIG1hdHJpeCkNCiAgIGNhbiBiZSBh IHdvcnRod2hpbGUgZXhlcmNpc2UgaW4gQk1XRy4NCg0KICAgSW4gb25lIG9mIHRoZSBmaXJz dCBhcHBsaWNhdGlvbnMgb2YgdGhlIDN4MyBtYXRyaXggb24gQk1XRywgd2UNCiAgIGRpc2Nv dmVyZWQgdGhhdCBtZXRyaWNzIG9uIG1lYXN1cmVkIHNpemUsIGNhcGFjaXR5LCBvciBzY2Fs ZSBkbyBub3QNCiAgIGVhc2lseSBtYXRjaCBvbmUgb2YgdGhlIHRocmVlIGNvbHVtbnMgYWJv dmUuICBGb2xsb3dpbmcgZGlzY3Vzc2lvbiwNCiAgIHRoaXMgd2FzIHJlc29sdmVkIGluIHR3 byB3YXlzOg0KDQogICBvICBBZGQgYSBjb2x1bW4sIFNjYWxlYWJpbGl0eSwgZm9yIHVzZSB3 aGVuIGNhdGVnb3JpemluZyBiZW5jaG1hcmtzLg0KDQogICBvICBJZiB1c2luZyB0aGUgbWF0 cml4IHRvIHJlcG9ydCByZXN1bHRzIGluIGFuIG9yZ2FuaXplZCB3YXksIGtlZXANCiAgICAg IHNpemUsIGNhcGFjaXR5LCBhbmQgc2NhbGUgbWV0cmljcyBzZXBhcmF0ZSBmcm9tIHRoZSAz eDMgbWF0cml4IGFuZA0KICAgICAgaW5jb3Jwb3JhdGUgdGhlbSBpbiB0aGUgcmVwb3J0IHdp dGggb3RoZXIgcXVhbGlmaWNhdGlvbnMgb2YgdGhlDQogICAgICByZXN1bHRzLg0KCSMjI01H OiBJIGltYWdpbmUgaXQncyBoYXJkIHRvIG9wdGltaXplIHRoZSBTeW50aGV0aWMvRGV0YWls ZWQgVHJhZGUtb2YgZm9yIHRoZSBCZW5jaG1hcmsgY292ZXJhZ2UgbWF0cml4Lg0KCUhvd2V2 ZXIsIEkgdGhpbmsgU2NhbGFiaWxpdHkgaXMgYSB2ZXJ5IGltcG9ydGFudCBhc3BlY3QgZm9y IFZORnMgYW5kIHdvdWxkIGdvIGZvciB0aGUgIkFkZCBhIGNvbHVtbiIgb3B0aW9uLiAgDQoJ ICANCiAgIFRoaXMgYXBwcm9hY2ggZW5jb3VyYWdlcyB1c2Ugb2YgdGhlIDN4MyBtYXRyaXgg dG8gb3JnYW5pemUgcmVwb3J0cyBvZg0KICAgcmVzdWx0cywgd2hlcmUgdGhlIGNhcGFjaXR5 IGF0IHdoaWNoIHRoZSB2YXJpb3VzIG1ldHJpY3Mgd2VyZQ0KICAgbWVhc3VyZWQgY291bGQg YmUgaW5jbHVkZWQgaW4gdGhlIHRpdGxlIG9mIHRoZSBtYXRyaXggKGFuZCByZXN1bHRzDQog ICBmb3IgbXVsdGlwbGUgY2FwYWNpdGllcyB3b3VsZCByZXN1bHQgaW4gc2VwYXJhdGUgM3gz IG1hdHJpY2VzLCBpZg0KICAgdGhlcmUgd2VyZSBzdWZmaWNpZW50IG1lYXN1cmVtZW50cy9y ZXN1bHRzIHRvIG9yZ2FuaXplIGluIHRoYXQgd2F5KS4NCg0KICAgRm9yIGV4YW1wbGUsIHJl c3VsdHMgZm9yIGVhY2ggVk0gYW5kIFZORiBjb3VsZCBhcHBlYXIgaW4gdGhlIDN4Mw0KICAg bWF0cml4LCBvcmdhbml6ZWQgdG8gaWxsdXN0cmF0ZSByZXNvdXJjZSBvY2N1cGF0aW9uIChD UFUgQ29yZXMpIGluIGENCiAgIHBhcnRpY3VsYXIgcGh5c2ljYWwgY29tcHV0aW5nIHN5c3Rl bSwgYXMgc2hvd24gYmVsb3cuDQoNCiMjI01HOiBJIHRoaW5rIGEgc3BlY2lmaWMgZXhhbXBs ZSBvbiBob3cgdG8gdXNlIHRoZSBtYXRyaXggY291bGQgYmUgdXNlZnVsLg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCk1vcnRvbiAgICAgICAgICAgICAgICAgIEV4cGly ZXMgRGVjZW1iZXIgMiwgMjAxNSAgICAgICAgICAgICAgIFtQYWdlIDEwXQ0KDA0KSW50ZXJu ZXQtRHJhZnQgICAgIEJlbmNobWFya2luZyBWTkZzIGFuZCBSZWxhdGVkIEluZi4gICAgICAg ICAgIE1heSAyMDE1DQoNCg0KICAgICAgICAgICAgICAgICBWTkYjMQ0KICAgICAgICAgICAg IC4tLS0tLS0tLS0tLS4NCiAgICAgICAgICAgICB8X198X198X198X198DQogICBDb3JlIDEg ICAgfF9ffF9ffF9ffF9ffA0KICAgICAgICAgICAgIHxfX3xfX3xfX3xfX3wNCiAgICAgICAg ICAgICB8ICB8ICB8ICB8ICB8DQogICAgICAgICAgICAgJy0tLS0tLS0tLS0tJw0KICAgICAg ICAgICAgICAgICBWTkYjMg0KICAgICAgICAgICAgIC4tLS0tLS0tLS0tLS4NCiAgICAgICAg ICAgICB8X198X198X198X198DQogICBDb3JlcyAyLTUgfF9ffF9ffF9ffF9ffA0KICAgICAg ICAgICAgIHxfX3xfX3xfX3xfX3wNCiAgICAgICAgICAgICB8ICB8ICB8ICB8ICB8DQogICAg ICAgICAgICAgJy0tLS0tLS0tLS0tJw0KICAgICAgICAgICAgICAgICBWTkYjMyAgICAgICAg ICAgICBWTkYjNCAgICAgICAgICAgICBWTkYjNQ0KICAgICAgICAgICAgIC4tLS0tLS0tLS0t LS4gICAgLi0tLS0tLS0tLS0tLiAgICAgLi0tLS0tLS0tLS0tLg0KICAgICAgICAgICAgIHxf X3xfX3xfX3xfX3wgICAgfF9ffF9ffF9ffF9ffCAgICAgfF9ffF9ffF9ffF9ffA0KICAgQ29y ZSA2ICAgIHxfX3xfX3xfX3xfX3wgICAgfF9ffF9ffF9ffF9ffCAgICAgfF9ffF9ffF9ffF9f fA0KICAgICAgICAgICAgIHxfX3xfX3xfX3xfX3wgICAgfF9ffF9ffF9ffF9ffCAgICAgfF9f fF9ffF9ffF9ffA0KICAgICAgICAgICAgIHwgIHwgIHwgIHwgIHwgICAgfCAgfCAgfCAgfCAg fCAgICAgfCAgfCAgfCAgfCAgfA0KICAgICAgICAgICAgICctLS0tLS0tLS0tLScgICAgJy0t LS0tLS0tLS0tJyAgICAgJy0tLS0tLS0tLS0tJw0KICAgICAgICAgICAgICAgICAgVk5GIzYN CiAgICAgICAgICAgICAuLS0tLS0tLS0tLS0uDQogICAgICAgICAgICAgfF9ffF9ffF9ffF9f fA0KICAgQ29yZSA3ICAgIHxfX3xfX3xfX3xfX3wNCiAgICAgICAgICAgICB8X198X198X198 X198DQogICAgICAgICAgICAgfCAgfCAgfCAgfCAgfA0KICAgICAgICAgICAgICctLS0tLS0t LS0tLScNCg0KICAgVGhlIGNvbWJpbmF0aW9uIG9mIHRhYmxlcyBhYm92ZSBjb3VsZCBiZSBi dWlsdCBpbmNyZW1lbnRhbGx5LA0KICAgYmVnaW5uaW5nIHdpdGggVk5GIzEgYW5kIG9uZSBD b3JlLCB0aGVuIGFkZGluZyBWTkZzIGFjY29yZGluZyB0bw0KICAgdGhlaXIgc3VwcG9ydGlu ZyBjb3JlIGFzc2lnbm1lbnRzLiAgWC1ZIHBsb3RzIG9mIGNyaXRpY2FsIGJlbmNobWFya3MN CiAgIHdvdWxkIGFsc28gcHJvdmlkZSBpbnNpZ2h0IHRvIHRoZSBlZmZlY3Qgb2YgaW5jcmVh c2VkIEhXIHV0aWxpemF0aW9uLg0KICAgQWxsIFZORnMgbWlnaHQgYmUgb2YgdGhlIHNhbWUg dHlwZSwgb3IgdG8gbWF0Y2ggYSBwcm9kdWN0aW9uDQogICBlbnZpcm9ubWVudCB0aGVyZSBj b3VsZCBiZSBWTkZzIG9mIG11bHRpcGxlIHR5cGVzIGFuZCBjYXRlZ29yaWVzLiAgSW4NCiAg IHRoaXMgZmlndXJlLCBWTkZzICMzLSM1IGFyZSBhc3N1bWVkIHRvIHJlcXVpcmUgc21hbGwg Q1BVIHJlc291cmNlcywNCiAgIHdoaWxlIFZORiMyIHJlcXVpcmVzIDQgY29yZXMgdG8gcGVy Zm9ybSBpdHMgZnVuY3Rpb24uDQoNCjQuNS4gIFBvd2VyIENvbnN1bXB0aW9uDQoNCiAgIEFs dGhvdWdoIHRoZXJlIGlzIGluY29tcGxldGUgd29yayB0byBiZW5jaG1hcmsgcGh5c2ljYWwg bmV0d29yaw0KICAgZnVuY3Rpb24gcG93ZXIgY29uc3VtcHRpb24gaW4gYSBtZWFuaW5nZnVs IHdheSwgdGhlIGRlc2lyZSB0byBtZWFzdXJlDQogICB0aGUgcGh5c2ljYWwgaW5mcmFzdHJ1 Y3R1cmUgc3VwcG9ydGluZyB0aGUgdmlydHVhbCBmdW5jdGlvbnMgb25seQ0KICAgYWRkcyB0 byB0aGUgbmVlZC4gIEJvdGggbWF4aW11bSBwb3dlciBjb25zdW1wdGlvbiBhbmQgZHluYW1p YyBwb3dlcg0KICAgY29uc3VtcHRpb24gKHdpdGggdmFyeWluZyBsb2FkPykgd291bGQgYmUg dXNlZnVsLg0KDQogICA+Pj4gQUREIFJFQyBmcm9tIERhbGxhcyBtZWV0aW5nLi4uDQoNCg0K DQoNCk1vcnRvbiAgICAgICAgICAgICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMiwgMjAxNSAg ICAgICAgICAgICAgIFtQYWdlIDExXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgIEJlbmNobWFy a2luZyBWTkZzIGFuZCBSZWxhdGVkIEluZi4gICAgICAgICAgIE1heSAyMDE1DQoNCg0KNS4g IFNlY3VyaXR5IENvbnNpZGVyYXRpb25zDQoNCiAgIEJlbmNobWFya2luZyBhY3Rpdml0aWVz IGFzIGRlc2NyaWJlZCBpbiB0aGlzIG1lbW8gYXJlIGxpbWl0ZWQgdG8NCiAgIHRlY2hub2xv Z3kgY2hhcmFjdGVyaXphdGlvbiBvZiBhIERldmljZSBVbmRlciBUZXN0L1N5c3RlbSBVbmRl ciBUZXN0DQogICAoRFVUL1NVVCkgdXNpbmcgY29udHJvbGxlZCBzdGltdWxpIGluIGEgbGFi b3JhdG9yeSBlbnZpcm9ubWVudCwgd2l0aA0KICAgZGVkaWNhdGVkIGFkZHJlc3Mgc3BhY2Ug YW5kIHRoZSBjb25zdHJhaW50cyBzcGVjaWZpZWQgaW4gdGhlIHNlY3Rpb25zDQogICBhYm92 ZS4NCg0KICAgVGhlIGJlbmNobWFya2luZyBuZXR3b3JrIHRvcG9sb2d5IHdpbGwgYmUgYW4g aW5kZXBlbmRlbnQgdGVzdCBzZXR1cA0KICAgYW5kIE1VU1QgTk9UIGJlIGNvbm5lY3RlZCB0 byBkZXZpY2VzIHRoYXQgbWF5IGZvcndhcmQgdGhlIHRlc3QNCiAgIHRyYWZmaWMgaW50byBh IHByb2R1Y3Rpb24gbmV0d29yaywgb3IgbWlzcm91dGUgdHJhZmZpYyB0byB0aGUgdGVzdA0K ICAgbWFuYWdlbWVudCBuZXR3b3JrLg0KDQogICBGdXJ0aGVyLCBiZW5jaG1hcmtpbmcgaXMg cGVyZm9ybWVkIG9uIGEgImJsYWNrLWJveCIgYmFzaXMsIHJlbHlpbmcNCiAgIHNvbGVseSBv biBtZWFzdXJlbWVudHMgb2JzZXJ2YWJsZSBleHRlcm5hbCB0byB0aGUgRFVUL1NVVC4NCg0K ICAgU3BlY2lhbCBjYXBhYmlsaXRpZXMgU0hPVUxEIE5PVCBleGlzdCBpbiB0aGUgRFVUL1NV VCBzcGVjaWZpY2FsbHkgZm9yDQogICBiZW5jaG1hcmtpbmcgcHVycG9zZXMuICBBbnkgaW1w bGljYXRpb25zIGZvciBuZXR3b3JrIHNlY3VyaXR5IGFyaXNpbmcNCiAgIGZyb20gdGhlIERV VC9TVVQgU0hPVUxEIGJlIGlkZW50aWNhbCBpbiB0aGUgbGFiIGFuZCBpbiBwcm9kdWN0aW9u DQogICBuZXR3b3Jrcy4NCg0KNi4gIElBTkEgQ29uc2lkZXJhdGlvbnMNCg0KICAgTm8gSUFO QSBBY3Rpb24gaXMgcmVxdWVzdGVkIGF0IHRoaXMgdGltZS4NCg0KNy4gIEFja25vd2xlZGdl bWVudHMNCg0KICAgVGhlIGF1dGhvciBhY2tub3dsZWRnZXMgYW4gZW5jb3VyYWdpbmcgY29u dmVyc2F0aW9uIG9uIHRoaXMgdG9waWMNCiAgIHdpdGggTXVraHRpYXIgU2hhaWtoIGFuZCBS YW1raSBLcmlzaG5hbiBpbiBOb3ZlbWJlciAyMDEzLiAgQmhhdmFuaQ0KICAgUGFyaXNlIGFu ZCBJbHlhIFZhcmxhc2hraW4gaGF2ZSBwcm92aWRlZCB1c2VmdWwgc3VnZ2VzdGlvbnMgdG8g ZXhwYW5kDQogICB0aGVzZSBjb25zaWRlcmF0aW9ucy4gIEJodXZhbmVzd2FyYW4gVmVuZ2Fp bmF0aGFuIGhhcyBhbHJlYWR5IHRyaWVkDQogICB0aGUgM3gzIG1hdHJpeCB3aXRoIFNETiBj b250cm9sbGVyIGRyYWZ0LCBhbmQgY29udHJpYnV0ZWQgdG8gbWFueQ0KICAgZGlzY3Vzc2lv bnMuICBTY290dCBCcmFkbmVyIHF1aWNrbHkgcG9pbnRlZCBvdXQgc2hhcmVkIHJlc291cmNl DQogICBkZXBlbmRlbmNpZXMgaW4gYW4gZWFybHkgdlN3aXRjaCBtZWFzdXJlbWVudCBwcm9w b3NhbCwgYW5kIHRoZSB0b3BpYw0KICAgd2FzIGluY2x1ZGVkIGhlcmUgYXMgYSBrZXkgY29u c2lkZXJhdGlvbi4gIEZ1cnRoZXIgZGV2ZWxvcG1lbnQgd2FzDQogICBlbmNvdXJhZ2VkIGJ5 IEJhcnJ5IENvbnN0YW50aW5lJ3MgY29tbWVudHMgZm9sbG93aW5nIHRoZSBJRVRGLTkyIEJN V0cNCiAgIHNlc3Npb246IHRoZSBzZXNzaW9uIGl0c2VsZiB3YXMgYW4gYWZmaXJtYXRpb24g Zm9yIHRoaXMgbWVtbyB3aXRoDQogICBtYW55IGludGVyZXN0ZWQgaW5wdXRzIGZyb20gU2Nv dHQsIFJhbWtpLCBCYXJyeSwgQmh1dmFuLCBKYWNvYiBSYXBwLA0KICAgYW5kIG90aGVycy4N Cg0KOC4gIFJlZmVyZW5jZXMNCg0KOC4xLiAgTm9ybWF0aXZlIFJlZmVyZW5jZXMNCg0KICAg W05GVi5QRVIwMDFdDQogICAgICAgICAgICAgICJOZXR3b3JrIEZ1bmN0aW9uIFZpcnR1YWxp emF0aW9uOiBQZXJmb3JtYW5jZSBhbmQNCiAgICAgICAgICAgICAgUG9ydGFiaWxpdHkgQmVz dCBQcmFjdGljZXMiLCBHcm91cCBTcGVjaWZpY2F0aW9uIEVUU0kgR1MNCiAgICAgICAgICAg ICAgTkZWLVBFUiAwMDEgVjEuMS4xICgyMDE0LTA2KSwgSnVuZSAyMDE0Lg0KDQoNCg0KTW9y dG9uICAgICAgICAgICAgICAgICAgRXhwaXJlcyBEZWNlbWJlciAyLCAyMDE1ICAgICAgICAg ICAgICAgW1BhZ2UgMTJdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgQmVuY2htYXJraW5nIFZO RnMgYW5kIFJlbGF0ZWQgSW5mLiAgICAgICAgICAgTWF5IDIwMTUNCg0KDQogICBbUkZDMjEx OV0gIEJyYWRuZXIsIFMuLCAiS2V5IHdvcmRzIGZvciB1c2UgaW4gUkZDcyB0byBJbmRpY2F0 ZQ0KICAgICAgICAgICAgICBSZXF1aXJlbWVudCBMZXZlbHMiLCBCQ1AgMTQsIFJGQyAyMTE5 LCBNYXJjaCAxOTk3Lg0KDQogICBbUkZDMjMzMF0gIFBheHNvbiwgVi4sIEFsbWVzLCBHLiwg TWFoZGF2aSwgSi4sIGFuZCBNLiBNYXRoaXMsDQogICAgICAgICAgICAgICJGcmFtZXdvcmsg Zm9yIElQIFBlcmZvcm1hbmNlIE1ldHJpY3MiLCBSRkMgMjMzMCwgTWF5DQogICAgICAgICAg ICAgIDE5OTguDQoNCiAgIFtSRkMyNTQ0XSAgQnJhZG5lciwgUy4gYW5kIEouIE1jUXVhaWQs ICJCZW5jaG1hcmtpbmcgTWV0aG9kb2xvZ3kgZm9yDQogICAgICAgICAgICAgIE5ldHdvcmsg SW50ZXJjb25uZWN0IERldmljZXMiLCBSRkMgMjU0NCwgTWFyY2ggMTk5OS4NCg0KICAgW1JG QzI2NzldICBBbG1lcywgRy4sIEthbGlkaW5kaSwgUy4sIGFuZCBNLiBaZWthdXNrYXMsICJB IE9uZS13YXkNCiAgICAgICAgICAgICAgRGVsYXkgTWV0cmljIGZvciBJUFBNIiwgUkZDIDI2 NzksIFNlcHRlbWJlciAxOTk5Lg0KDQogICBbUkZDMjY4MF0gIEFsbWVzLCBHLiwgS2FsaWRp bmRpLCBTLiwgYW5kIE0uIFpla2F1c2thcywgIkEgT25lLXdheQ0KICAgICAgICAgICAgICBQ YWNrZXQgTG9zcyBNZXRyaWMgZm9yIElQUE0iLCBSRkMgMjY4MCwgU2VwdGVtYmVyIDE5OTku DQoNCiAgIFtSRkMyNjgxXSAgQWxtZXMsIEcuLCBLYWxpZGluZGksIFMuLCBhbmQgTS4gWmVr YXVza2FzLCAiQSBSb3VuZC10cmlwDQogICAgICAgICAgICAgIERlbGF5IE1ldHJpYyBmb3Ig SVBQTSIsIFJGQyAyNjgxLCBTZXB0ZW1iZXIgMTk5OS4NCg0KICAgW1JGQzMzOTNdICBEZW1p Y2hlbGlzLCBDLiBhbmQgUC4gQ2hpbWVudG8sICJJUCBQYWNrZXQgRGVsYXkgVmFyaWF0aW9u DQogICAgICAgICAgICAgIE1ldHJpYyBmb3IgSVAgUGVyZm9ybWFuY2UgTWV0cmljcyAoSVBQ TSkiLCBSRkMgMzM5MywNCiAgICAgICAgICAgICAgTm92ZW1iZXIgMjAwMi4NCg0KICAgW1JG QzM0MzJdICBSYWlzYW5lbiwgVi4sIEdyb3RlZmVsZCwgRy4sIGFuZCBBLiBNb3J0b24sICJO ZXR3b3JrDQogICAgICAgICAgICAgIHBlcmZvcm1hbmNlIG1lYXN1cmVtZW50IHdpdGggcGVy aW9kaWMgc3RyZWFtcyIsIFJGQyAzNDMyLA0KICAgICAgICAgICAgICBOb3ZlbWJlciAyMDAy Lg0KDQogICBbUkZDNDY4OV0gIFBvcmV0c2t5LCBTLiwgUGVyc2VyLCBKLiwgRXJyYW1pbGxp LCBTLiwgYW5kIFMuIEtodXJhbmEsDQogICAgICAgICAgICAgICJUZXJtaW5vbG9neSBmb3Ig QmVuY2htYXJraW5nIE5ldHdvcmstbGF5ZXIgVHJhZmZpYw0KICAgICAgICAgICAgICBDb250 cm9sIE1lY2hhbmlzbXMiLCBSRkMgNDY4OSwgT2N0b2JlciAyMDA2Lg0KDQogICBbUkZDNDcz N10gIE1vcnRvbiwgQS4sIENpYXZhdHRvbmUsIEwuLCBSYW1hY2hhbmRyYW4sIEcuLCBTaGFs dW5vdiwNCiAgICAgICAgICAgICAgUy4sIGFuZCBKLiBQZXJzZXIsICJQYWNrZXQgUmVvcmRl cmluZyBNZXRyaWNzIiwgUkZDIDQ3MzcsDQogICAgICAgICAgICAgIE5vdmVtYmVyIDIwMDYu DQoNCiAgIFtSRkM1MzU3XSAgSGVkYXlhdCwgSy4sIEtyemFub3dza2ksIFIuLCBNb3J0b24s IEEuLCBZdW0sIEsuLCBhbmQgSi4NCiAgICAgICAgICAgICAgQmFiaWFyeiwgIkEgVHdvLVdh eSBBY3RpdmUgTWVhc3VyZW1lbnQgUHJvdG9jb2wgKFRXQU1QKSIsDQogICAgICAgICAgICAg IFJGQyA1MzU3LCBPY3RvYmVyIDIwMDguDQoNCiAgIFtSRkM1OTA1XSAgTWlsbHMsIEQuLCBN YXJ0aW4sIEouLCBCdXJiYW5rLCBKLiwgYW5kIFcuIEthc2NoLCAiTmV0d29yaw0KICAgICAg ICAgICAgICBUaW1lIFByb3RvY29sIFZlcnNpb24gNDogUHJvdG9jb2wgYW5kIEFsZ29yaXRo bXMNCiAgICAgICAgICAgICAgU3BlY2lmaWNhdGlvbiIsIFJGQyA1OTA1LCBKdW5lIDIwMTAu DQoNCiAgIFtSRkM3NDk4XSAgUXVpbm4sIFAuIGFuZCBULiBOYWRlYXUsICJQcm9ibGVtIFN0 YXRlbWVudCBmb3IgU2VydmljZQ0KICAgICAgICAgICAgICBGdW5jdGlvbiBDaGFpbmluZyIs IFJGQyA3NDk4LCBBcHJpbCAyMDE1Lg0KDQoNCg0KDQoNCg0KTW9ydG9uICAgICAgICAgICAg ICAgICAgRXhwaXJlcyBEZWNlbWJlciAyLCAyMDE1ICAgICAgICAgICAgICAgW1BhZ2UgMTNd DQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgQmVuY2htYXJraW5nIFZORnMgYW5kIFJlbGF0ZWQg SW5mLiAgICAgICAgICAgTWF5IDIwMTUNCg0KDQo4LjIuICBJbmZvcm1hdGl2ZSBSZWZlcmVu Y2VzDQoNCiAgIFtSRkMxMjQyXSAgQnJhZG5lciwgUy4sICJCZW5jaG1hcmtpbmcgdGVybWlu b2xvZ3kgZm9yIG5ldHdvcmsNCiAgICAgICAgICAgICAgaW50ZXJjb25uZWN0aW9uIGRldmlj ZXMiLCBSRkMgMTI0MiwgSnVseSAxOTkxLg0KDQogICBbUkZDNTQ4MV0gIE1vcnRvbiwgQS4g YW5kIEIuIENsYWlzZSwgIlBhY2tldCBEZWxheSBWYXJpYXRpb24NCiAgICAgICAgICAgICAg QXBwbGljYWJpbGl0eSBTdGF0ZW1lbnQiLCBSRkMgNTQ4MSwgTWFyY2ggMjAwOS4NCg0KICAg W1JGQzYwNDldICBNb3J0b24sIEEuIGFuZCBFLiBTdGVwaGFuLCAiU3BhdGlhbCBDb21wb3Np dGlvbiBvZg0KICAgICAgICAgICAgICBNZXRyaWNzIiwgUkZDIDYwNDksIEphbnVhcnkgMjAx MS4NCg0KICAgW1JGQzYyNDhdICBNb3J0b24sIEEuLCAiUkZDIDQxNDggYW5kIHRoZSBJUCBQ ZXJmb3JtYW5jZSBNZXRyaWNzDQogICAgICAgICAgICAgIChJUFBNKSBSZWdpc3RyeSBvZiBN ZXRyaWNzIEFyZSBPYnNvbGV0ZSIsIFJGQyA2MjQ4LCBBcHJpbA0KICAgICAgICAgICAgICAy MDExLg0KDQogICBbUkZDNjM5MF0gIENsYXJrLCBBLiBhbmQgQi4gQ2xhaXNlLCAiR3VpZGVs aW5lcyBmb3IgQ29uc2lkZXJpbmcgTmV3DQogICAgICAgICAgICAgIFBlcmZvcm1hbmNlIE1l dHJpYyBEZXZlbG9wbWVudCIsIEJDUCAxNzAsIFJGQyA2MzkwLA0KICAgICAgICAgICAgICBP Y3RvYmVyIDIwMTEuDQoNCkF1dGhvcidzIEFkZHJlc3MNCg0KICAgQWwgTW9ydG9uDQogICBB VCZUIExhYnMNCiAgIDIwMCBMYXVyZWwgQXZlbnVlIFNvdXRoDQogICBNaWRkbGV0b3duLCwg TkogIDA3NzQ4DQogICBVU0ENCg0KICAgUGhvbmU6ICsxIDczMiA0MjAgMTU3MQ0KICAgRmF4 OiAgICsxIDczMiAzNjggMTE5Mg0KICAgRW1haWw6IGFjbW9ydG9uQGF0dC5jb20NCiAgIFVS STogICBodHRwOi8vaG9tZS5jb21jYXN0Lm5ldC9+YWNtYWNtLw0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCk1vcnRvbiAgICAgICAgICAgICAgICAgIEV4cGly ZXMgRGVjZW1iZXIgMiwgMjAxNSAgICAgICAgICAgICAgIFtQYWdlIDE0XQ== ----d739c5f91c177765d3c-- From nobody Sun Jul 19 02:25:43 2015 Return-Path: X-Original-To: bmwg@ietfa.amsl.com Delivered-To: bmwg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A822D1AC3D3 for ; Sun, 19 Jul 2015 02:25:41 -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 549IkqyvnZva for ; Sun, 19 Jul 2015 02:25:39 -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 53D301A8F44 for ; Sun, 19 Jul 2015 02:25:39 -0700 (PDT) Received: from mail-azure.research.att.com (unknown [135.207.255.18]) by mail-pink.research.att.com (Postfix) with ESMTP id A9F21120BB8; Sun, 19 Jul 2015 05:48:41 -0400 (EDT) Received: from exchange.research.att.com (njfpsrvexg0.research.att.com [135.207.240.40]) by mail-azure.research.att.com (Postfix) with ESMTP id A145BE081A; Sun, 19 Jul 2015 05:25:38 -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; Sun, 19 Jul 2015 05:25:38 -0400 From: "MORTON, ALFRED C (AL)" To: GEORGESCU LIVIU MARIUS , "bmwg@ietf.org" Date: Sun, 19 Jul 2015 05:25:35 -0400 Thread-Topic: [bmwg] I-D Update Thread-Index: AdDBZ7XSkNuJDob9Q76tc/Yn5rhPgAAnK48w Message-ID: <4AF73AA205019A4C8A1DDD32C034631D0664968D91@NJFPSRVEXG0.research.att.com> References: <001001d0b4b3$07cf5bc0$176e1340$@is.naist.jp> <4AF73AA205019A4C8A1DDD32C034631D0662C6EB9D@NJFPSRVEXG0.research.att.com> <6c50cc853332.559e9f23@naist.jp> <6c50c9d1152a.559e9f61@naist.jp> <6c50c989b4c.559e9fa0@naist.jp> <6c00c5755e55.559eca66@naist.jp> <4AF73AA205019A4C8A1DDD32C034631D066299F230@NJFPSRVEXG0.research.att.com> <6bc0f4368375.55aa6397@naist.jp> <6bc0b226aec1.55aa63d4@naist.jp> <6b50ee8585e9.55aa6412@naist.jp> <6b70cdc89fb5.55aa6450@naist.jp> <6b70a01c95df.55aa648e@naist.jp> <6b70b8ed9db8.55aa64cc@naist.jp> <6b709d7a9bf2.55aa6546@naist.jp> <6b70c13f9952.55aae3e2@naist.jp> In-Reply-To: <6b70c13f9952.55aae3e2@naist.jp> 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_4AF73AA205019A4C8A1DDD32C034631D0664968D91NJFPSRVEXG0re_" MIME-Version: 1.0 Archived-At: Subject: Re: [bmwg] I-D Update X-BeenThere: bmwg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Benchmarking Methodology Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2015 09:25:41 -0000 --_000_4AF73AA205019A4C8A1DDD32C034631D0664968D91NJFPSRVEXG0re_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTWFyaXVzLA0KPHBhcnRpY2lwYW50Lz4gVGhhbmtzIGZvciB5b3VyIGNvbW1lbnRzIQ0KPGNo YWlyX2hhdC8+IFRoYW5rcyBmb3Iga2VlcGluZyB1cCB3aXRoICpkcmFmdC1hLXdlZWsqIHJldmll d3MhDQp0aGUgY2l0eSBvZiAxSyBzcGlyZXMgaXMgY2FsbGluZywNCkFsDQoNCkZyb206IEdFT1JH RVNDVSBMSVZJVSBNQVJJVVMgW21haWx0bzpsaXZpdW1hcml1cy1nQGlzLm5haXN0LmpwXQ0KU2Vu dDogU2F0dXJkYXksIEp1bHkgMTgsIDIwMTUgMTA6NDAgQU0NClRvOiBNT1JUT04sIEFMRlJFRCBD IChBTCk7IGJtd2dAaWV0Zi5vcmcNClN1YmplY3Q6IFJFOiBbYm13Z10gSS1EIFVwZGF0ZQ0KDQpI ZWxsbyBBbCwNCg0KSWYgaXQncyBqdXN0IHNwZWxsaW5nLCBpdCdzIHNhdGlzZnlpbmcgZW5vdWdo IGluIG15IG9waW5pb24uDQpJIG5vdGljZWQgeW91IGFyZSB1c2luZyBpdCBpbiBvdGhlciBjb250 ZXh0cyBhcyB3ZWxsIChlLmcuIFZORiBkcmFmdCkgYW5kIHdhcyB3b25kZXJpbmcgaWYgaXQgd2Fz IHN1cHBvc2VkIHRvIGhhdmUgYSBkaWZmZXJlbnQgbWVhbmluZyB0aGFuICJzY2FsYWJpbGl0eSIu DQpJbiB0aGUgc3Bpcml0IG9mIGEgZHJhZnQtYS13ZWVrLCBoZXJlIGFyZSBteSBjb21tZW50cyBm b3IgdGhlIGRyYWZ0IGh0dHBzOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0LWlldGYtYm13Zy12aXJ0 dWFsLW5ldC0wMC50eHQuDQpQbGVhc2UgZmluZCBhdHRhY2hlZCBhIHR4dCB2ZXJzaW9uLiBJIG1h cmtlZCBteSBjb21tZW50cyB3aXRoICMjI01HIC4NCg0KQmVzdCByZWdhcmRzLA0KTWFyaXVzDQoN Ck9uIDA3LzEwLzE1LCAiTU9SVE9OLCBBTEZSRUQgQyAoQUwpIiA8YWNtb3J0b25AYXR0LmNvbTxt YWlsdG86YWNtb3J0b25AYXR0LmNvbT4+IHdyb3RlOg0KSGkgTWFyaXVzLA0KSSB0eXBlZCAic2Nh bGVhYmlsaXR5IiBsYXRlIGxhc3QgbmlnaHQsIGFuZCBzcGVsbCBjaGVjayBkaWRuJ3Qgb2JqZWN0 LCBzbyBJIGtlcHQgZ29pbmcuLi4NCnNpbXBsZSBleHBsYW5hdGlvbiwgYnV0IG5vdCBzYXRpc2Z5 aW5nLA0KQWwNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KRnJv bTogR0VPUkdFU0NVIExJVklVIE1BUklVUyBbbGl2aXVtYXJpdXMtZ0Bpcy5uYWlzdC5qcF0NClNl bnQ6IFRodXJzZGF5LCBKdWx5IDA5LCAyMDE1IDEyOjI0IFBNDQpUbzogTU9SVE9OLCBBTEZSRUQg QyAoQUwpOyBibXdnQGlldGYub3JnPG1haWx0bzpibXdnQGlldGYub3JnPg0KU3ViamVjdDogUkU6 IFtibXdnXSBJLUQgVXBkYXRlDQoNCkRlYXIgQWwsDQoNClRoYW5rIHlvdSB2ZXJ5IG11Y2ggZm9y IHRoZSB2ZXJ5IGRldGFpbGVkIHJldmlldy4gQWxsIHRoZSBjb21tZW50cyBhcmUgcmVsZXZhbnQg YW5kIEkgd2lsbCBhdHRlbXB0IHRvIGFuc3dlciB0aGVtIGluIHRoZSBuZXh0IHZlcnNpb24uDQpP bmUgcXVlc3Rpb24gdGhvdWdoLCB3aHkgZG8geW91IHVzZSB0aGUgc3BlbGxpbmcgInNjYWxlYWJp bGl0eSIgPw0KDQpCZXN0IHJlZ2FyZHMsDQpNYXJpdXMNCg0KT24gMDcvMDkvMTUsICJNT1JUT04s IEFMRlJFRCBDIChBTCkiIDxhY21vcnRvbkBhdHQuY29tPG1haWx0bzphY21vcnRvbkBhdHQuY29t Pj4gd3JvdGU6DQpIaSBNYXJpdXMsDQoNCkF0dGFjaGVkLCBwbGVhc2UgZmluZCBhIGZldyBzdWdn ZXN0aW9ucyBmb3IgeW91ciBkcmFmdC4NCnNlYXJjaCBmb3IgQUNNOg0KDQpUaGFua3MgZm9yIHNl ZWtpbmcgYW5kIGltcGxlbWVudGluZyB0aGUgbWFueSBjb21tZW50cyBzbyBmYXIhDQpyZWdhcmRz LA0KQWwNCihhcyBhIHBhcnRpY2lwYW50KQ0KDQpGcm9tOiBibXdnIFttYWlsdG86Ym13Zy1ib3Vu Y2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgTWFyaXVzIEdlb3JnZXNjdQ0KU2VudDogVGh1cnNk YXksIEp1bHkgMDIsIDIwMTUgNjozNyBBTQ0KVG86IGJtd2dAaWV0Zi5vcmc8bWFpbHRvOmJtd2dA aWV0Zi5vcmc+DQpTdWJqZWN0OiBbYm13Z10gSS1EIFVwZGF0ZQ0KDQpEZWFyIEJNV0cgTWVtYmVy cywNCg0KSSBob3BlIG15IGUtbWFpbCBmaW5kcyB5b3Ugd2VsbC4gUGxlYXNlIGZpbmQgYmVsb3cg YSBsaW5rIHRvIHRoZSBsYXRlc3QgdXBkYXRlIG9mIHRoZSBkcmFmdCBJ4oCZdmUgYmVlbiB3b3Jr aW5nIG9uOg0KaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWdlb3JnZXNjdS1ibXdn LWlwdjYtdHJhbi10ZWNoLWJlbmNobWFya2luZy0wMQ0KDQpUaGUgYmlnZ2VzdCBjaGFuZ2UgYW5k IHByb2JhYmx5IHRoZSBtb3N0IGRlYmF0YWJsZSBpcyB0aGUgYWRkaXRpb24gb2YgdGhlIERlbGF5 IHZhcmlhdGlvbiAoaml0dGVyKSBzdWJzZWN0aW9uIHVuZGVyIEJlbmNobWFya2luZyB0ZXN0cyAo U2VjdGlvbiA2LjMpLCBmb2xsb3dpbmcgdGhlIGNvbW1lbnRzIHJlY2VpdmVkIGR1cmluZyB0aGUg SUVURjkyIG1lZXRpbmcuICBJIHdvdWxkIGxpa2UgdG8gdGFrZSB0aGlzIG9wcG9ydHVuaXR5IHRv IHRoYW5rIGFsbCB0aGUgcGVvcGxlIHRoYXQgc3VwcG9ydGVkIGFuZCBwcm92aWRlZCBmZWVkYmFj ayBmb3IgdGhpcyBkcmFmdCBzbyBmYXIgYW5kIHRvIGFzayBmb3IgbW9yZSDimLouDQoNCkJlc3Qg cmVnYXJkcywNCk1hcml1cw0KDQoNCg== --_000_4AF73AA205019A4C8A1DDD32C034631D0664968D91NJFPSRVEXG0re_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50 PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglw YW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OiJTZWdvZSBVSSBTeW1ib2wiOw0KCXBhbm9zZS0xOjIgMTEgNSAyIDQgMiA0 IDIgMiAzO30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9y bWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0 Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNl cmlmIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVk LCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLk1zb0FjZXRhdGUs IGxpLk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0YXRlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsN Cgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFy Z2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTo4LjBwdDsNCglmb250LWZhbWlseToiVGFo b21hIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6 cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgljb2xvcjpibGFj azt9DQpzcGFuLkJhbGxvb25UZXh0Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiQmFsbG9vbiBUZXh0 IENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9v biBUZXh0IjsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7fQ0KLk1zb0NocERl ZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGli cmkiLCJzYW5zLXNlcmlmIjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4w aW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjEN Cgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHht bD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3ht bD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6 ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBl bGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPjwvaGVhZD48Ym9keSBsYW5nPUVOLVVTIGxpbms9Ymx1 ZSB2bGluaz1wdXJwbGU+PGRpdiBjbGFzcz1Xb3JkU2VjdGlvbjE+PHAgY2xhc3M9TXNvTm9ybWFs PjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7 Y29sb3I6YmxhY2snPkhpIE1hcml1cyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNv Tm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVy IE5ldyI7Y29sb3I6YmxhY2snPiZsdDtwYXJ0aWNpcGFudC8mZ3Q7IFRoYW5rcyBmb3IgeW91ciBj b21tZW50cyHCoCA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFu IHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7Y29sb3I6 YmxhY2snPiZsdDtjaGFpcl9oYXQvJmd0OyBUaGFua3MgZm9yIGtlZXBpbmcgdXAgd2l0aCAqPGI+ ZHJhZnQtYS13ZWVrPC9iPiogcmV2aWV3cyE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9 TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDb3Vy aWVyIE5ldyI7Y29sb3I6YmxhY2snPnRoZSBjaXR5IG9mIDFLIHNwaXJlcyBpcyBjYWxsaW5nLDxv OnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijtjb2xvcjpibGFjayc+QWw8bzpw PjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7Y29sb3I6YmxhY2snPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD48ZGl2IHN0eWxlPSdib3JkZXI6bm9uZTtib3JkZXItbGVmdDpz b2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNC4wcHQnPjxkaXY+PGRpdiBzdHls ZT0nYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4w cHQgMGluIDBpbiAwaW4nPjxwIGNsYXNzPU1zb05vcm1hbD48Yj48c3BhbiBzdHlsZT0nZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPkZyb206PC9zcGFu PjwvYj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwi c2Fucy1zZXJpZiInPiBHRU9SR0VTQ1UgTElWSVUgTUFSSVVTIFttYWlsdG86bGl2aXVtYXJpdXMt Z0Bpcy5uYWlzdC5qcF0gPGJyPjxiPlNlbnQ6PC9iPiBTYXR1cmRheSwgSnVseSAxOCwgMjAxNSAx MDo0MCBBTTxicj48Yj5Ubzo8L2I+IE1PUlRPTiwgQUxGUkVEIEMgKEFMKTsgYm13Z0BpZXRmLm9y Zzxicj48Yj5TdWJqZWN0OjwvYj4gUkU6IFtibXdnXSBJLUQgVXBkYXRlPG86cD48L286cD48L3Nw YW4+PC9wPjwvZGl2PjwvZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwv cD48cCBjbGFzcz1Nc29Ob3JtYWw+SGVsbG8gQWwsPG86cD48L286cD48L3A+PGRpdj48cCBjbGFz cz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29O b3JtYWw+SWYgaXQncyBqdXN0IHNwZWxsaW5nLCBpdCdzIHNhdGlzZnlpbmcgZW5vdWdoIGluIG15 IG9waW5pb24uJm5ic3A7PG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3Jt YWw+SSBub3RpY2VkIHlvdSBhcmUgdXNpbmcgaXQgaW4gb3RoZXIgY29udGV4dHMgYXMgd2VsbCAo ZS5nLiBWTkYgZHJhZnQpIGFuZCB3YXMgd29uZGVyaW5nIGlmIGl0IHdhcyBzdXBwb3NlZCB0byBo YXZlIGEgZGlmZmVyZW50IG1lYW5pbmcgdGhhbiAmcXVvdDtzY2FsYWJpbGl0eSZxdW90Oy48bzpw PjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD5JbiB0aGUgc3Bpcml0IG9m IGEgZHJhZnQtYS13ZWVrLCBoZXJlIGFyZSBteSBjb21tZW50cyBmb3IgdGhlIGRyYWZ0IDxhIGhy ZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0LWlldGYtYm13Zy12aXJ0dWFsLW5ldC0w MC50eHQiPmh0dHBzOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0LWlldGYtYm13Zy12aXJ0dWFsLW5l dC0wMC50eHQ8L2E+LjxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFs PlBsZWFzZSBmaW5kIGF0dGFjaGVkIGEgdHh0IHZlcnNpb24uIEkgbWFya2VkIG15IGNvbW1lbnRz IHdpdGggIyMjTUcgLjxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFs PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPkJlc3Qg cmVnYXJkcyw8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD5NYXJp dXM8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNw OzwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD5PbiAwNy8xMC8xNSwgPGI+ JnF1b3Q7TU9SVE9OLCBBTEZSRUQgQyAoQUwpJnF1b3Q7IDwvYj4mbHQ7PGEgaHJlZj0ibWFpbHRv OmFjbW9ydG9uQGF0dC5jb20iPmFjbW9ydG9uQGF0dC5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwv bzpwPjwvcD48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD5IaSBNYXJpdXMsPGJyPkkgdHlwZWQgJnF1 b3Q7c2NhbGVhYmlsaXR5JnF1b3Q7IGxhdGUgbGFzdCBuaWdodCwgYW5kIHNwZWxsIGNoZWNrIGRp ZG4ndCBvYmplY3QsIHNvIEkga2VwdCBnb2luZy4uLjxicj5zaW1wbGUgZXhwbGFuYXRpb24sIGJ1 dCBub3Qgc2F0aXNmeWluZyw8YnI+QWw8YnI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXzxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPjwvZGl2PjxibG9ja3F1b3RlIHN0eWxlPSdib3JkZXI6bm9uZTti b3JkZXItbGVmdDpzb2xpZCBibHVlIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gMTAuMHB0O21h cmdpbi1sZWZ0OjBpbjttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnPjxkaXY+ PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tYm90dG9tOjEyLjBwdCc+RnJvbTogR0VP UkdFU0NVIExJVklVIE1BUklVUyBbbGl2aXVtYXJpdXMtZ0Bpcy5uYWlzdC5qcF08YnI+U2VudDog VGh1cnNkYXksIEp1bHkgMDksIDIwMTUgMTI6MjQgUE08YnI+VG86IE1PUlRPTiwgQUxGUkVEIEMg KEFMKTsgPGEgaHJlZj0ibWFpbHRvOmJtd2dAaWV0Zi5vcmciPmJtd2dAaWV0Zi5vcmc8L2E+PGJy PlN1YmplY3Q6IFJFOiBbYm13Z10gSS1EIFVwZGF0ZTxicj48YnI+RGVhciBBbCw8YnI+PGJyPlRo YW5rIHlvdSB2ZXJ5IG11Y2ggZm9yIHRoZSB2ZXJ5IGRldGFpbGVkIHJldmlldy4gQWxsIHRoZSBj b21tZW50cyBhcmUgcmVsZXZhbnQgYW5kIEkgd2lsbCBhdHRlbXB0IHRvIGFuc3dlciB0aGVtIGlu IHRoZSBuZXh0IHZlcnNpb24uPGJyPk9uZSBxdWVzdGlvbiB0aG91Z2gsIHdoeSBkbyB5b3UgdXNl IHRoZSBzcGVsbGluZyAmcXVvdDtzY2FsZWFiaWxpdHkmcXVvdDsgPzxicj48YnI+QmVzdCByZWdh cmRzLDxicj5NYXJpdXM8YnI+PGJyPk9uIDA3LzA5LzE1LCAmcXVvdDtNT1JUT04sIEFMRlJFRCBD IChBTCkmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzphY21vcnRvbkBhdHQuY29tIj5hY21vcnRv bkBhdHQuY29tPC9hPiZndDsgd3JvdGU6PGJyPkhpIE1hcml1cyw8YnI+PGJyPkF0dGFjaGVkLCBw bGVhc2UgZmluZCBhIGZldyBzdWdnZXN0aW9ucyBmb3IgeW91ciBkcmFmdC48YnI+c2VhcmNoIGZv ciBBQ006PGJyPjxicj5UaGFua3MgZm9yIHNlZWtpbmcgYW5kIGltcGxlbWVudGluZyB0aGUgbWFu eSBjb21tZW50cyBzbyBmYXIhPGJyPnJlZ2FyZHMsPGJyPkFsPGJyPihhcyBhIHBhcnRpY2lwYW50 KTxicj48YnI+RnJvbTogYm13ZyBbPGEgaHJlZj0ibWFpbHRvOmJtd2ctYm91bmNlc0BpZXRmLm9y Z10iPm1haWx0bzpibXdnLWJvdW5jZXNAaWV0Zi5vcmddPC9hPiBPbiBCZWhhbGYgT2YgTWFyaXVz IEdlb3JnZXNjdTxicj5TZW50OiBUaHVyc2RheSwgSnVseSAwMiwgMjAxNSA2OjM3IEFNPGJyPlRv OiA8YSBocmVmPSJtYWlsdG86Ym13Z0BpZXRmLm9yZyI+Ym13Z0BpZXRmLm9yZzwvYT48YnI+U3Vi amVjdDogW2Jtd2ddIEktRCBVcGRhdGU8YnI+PGJyPkRlYXIgQk1XRyBNZW1iZXJzLDxicj48YnI+ SSBob3BlIG15IGUtbWFpbCBmaW5kcyB5b3Ugd2VsbC4gUGxlYXNlIGZpbmQgYmVsb3cgYSBsaW5r IHRvIHRoZSBsYXRlc3QgdXBkYXRlIG9mIHRoZSBkcmFmdCBJ4oCZdmUgYmVlbiB3b3JraW5nIG9u Ojxicj48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtZ2Vvcmdlc2N1 LWJtd2ctaXB2Ni10cmFuLXRlY2gtYmVuY2htYXJraW5nLTAxIiB0YXJnZXQ9bD5odHRwczovL3Rv b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtZ2Vvcmdlc2N1LWJtd2ctaXB2Ni10cmFuLXRlY2gtYmVu Y2htYXJraW5nLTAxPC9hPjxicj48YnI+VGhlIGJpZ2dlc3QgY2hhbmdlIGFuZCBwcm9iYWJseSB0 aGUgbW9zdCBkZWJhdGFibGUgaXMgdGhlIGFkZGl0aW9uIG9mIHRoZSBEZWxheSB2YXJpYXRpb24g KGppdHRlcikgc3Vic2VjdGlvbiB1bmRlciBCZW5jaG1hcmtpbmcgdGVzdHMgKFNlY3Rpb24gNi4z KSwgZm9sbG93aW5nIHRoZSBjb21tZW50cyByZWNlaXZlZCBkdXJpbmcgdGhlIElFVEY5MiBtZWV0 aW5nLiZuYnNwOyBJIHdvdWxkIGxpa2UgdG8gdGFrZSB0aGlzIG9wcG9ydHVuaXR5IHRvIHRoYW5r IGFsbCB0aGUgcGVvcGxlIHRoYXQgc3VwcG9ydGVkIGFuZCBwcm92aWRlZCBmZWVkYmFjayBmb3Ig dGhpcyBkcmFmdCBzbyBmYXIgYW5kIHRvIGFzayBmb3IgbW9yZSA8c3BhbiBzdHlsZT0nZm9udC1m YW1pbHk6IlNlZ29lIFVJIFN5bWJvbCIsInNhbnMtc2VyaWYiJz7imLo8L3NwYW4+Ljxicj48YnI+ QmVzdCByZWdhcmRzLDxicj5NYXJpdXM8YnI+PGJyPjxicj48bzpwPjwvbzpwPjwvcD48L2Rpdj48 L2Jsb2NrcXVvdGU+PC9kaXY+PC9kaXY+PC9kaXY+PC9ib2R5PjwvaHRtbD4= --_000_4AF73AA205019A4C8A1DDD32C034631D0664968D91NJFPSRVEXG0re_-- From nobody Tue Jul 21 02:15:50 2015 Return-Path: X-Original-To: bmwg@ietfa.amsl.com Delivered-To: bmwg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 082F21A8791 for ; Tue, 21 Jul 2015 02:15:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.811 X-Spam-Level: X-Spam-Status: No, score=-2.811 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, 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 xiTtQw2Goi2u for ; Tue, 21 Jul 2015 02:15:45 -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 5FBEF1A8836 for ; Tue, 21 Jul 2015 02:15:43 -0700 (PDT) Received: from mail-blue.research.att.com (unknown [135.207.178.11]) by mail-pink.research.att.com (Postfix) with ESMTP id 133D11208E2; Tue, 21 Jul 2015 05:38:52 -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 18757F0474; Tue, 21 Jul 2015 05:15:43 -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; Tue, 21 Jul 2015 05:15:42 -0400 From: "MORTON, ALFRED C (AL)" To: "bmwg@ietf.org" Date: Tue, 21 Jul 2015 05:15:41 -0400 Thread-Topic: [bmwg] I-D Action: draft-ietf-bmwg-dcbench-terminology-00.txt Thread-Index: AdCp8XlnlcHscE6HSLedt/dW3YBvUQZo3O5A Message-ID: <4AF73AA205019A4C8A1DDD32C034631D0664968F1D@NJFPSRVEXG0.research.att.com> References: <20150618180602.23383.60541.idtracker@ietfa.amsl.com> In-Reply-To: <20150618180602.23383.60541.idtracker@ietfa.amsl.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="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "draft-ietf-bmwg-dcbench-terminology@tools.ietf.org" Subject: Re: [bmwg] I-D Action: draft-ietf-bmwg-dcbench-terminology-00.txt X-BeenThere: bmwg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Benchmarking Methodology Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2015 09:15:48 -0000 Hi Jacob and Lucien, Please find my comments on > https://tools.ietf.org/html/draft-ietf-bmwg-dcbench-terminology-00 >=20 below, Sections 1, 2, and 3, mostly on Latency section (ACM:) Let's chat when we can,=20 regards, Al (participant) 1. Introduction Traffic patterns in the data center are not uniform and are contently changing. They are dictated by the nature and variety of applications utilized in the data center. It can be largely east-west traffic flows in one data center and north-south in another, while some may combine both. Traffic patterns can be bursty in nature and contain many-to-one, many-to-many, or one-to-many flows. Each flow may also be small and latency sensitive or large and throughput sensitive while containing a mix of UDP and TCP traffic. All of which can coexist in a single cluster and flow through a single network device all at the same time. Benchmarking of network devices have long used RFC1242, RFC2432, RFC2544, RFC2889 and RFC3918. These benchmarks have largely been focused around various latency attributes and max throughput of the Device Under Test being benchmarked. These standards are good at measuring theoretical max throughput, forwarding rates and latency under testing conditions, but to not ACM: s/to/do/ represent real traffic patterns that may affect these networking ACM: s/real/production/ devices. The following defines a set of definitions, metrics and terminologies ACM: s/following/following document/ including congestion scenarios, switch buffer analysis and redefines basic definitions in order to represent a wide mix of traffic conditions. ... 1.1. Requirements Language The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [6]. ACM: We usually add some text here to clarify how the these words apply to testi= ng specifications - see my comments on draft-georgescu-bmwg ... 1.2. Definition format Term to be defined. (e.g., Latency) Definition: The specific definition for the term. Discussion: A brief discussion about the term, it's application and any restrictions on measurement procedures. Measurement Units: Methodology for the measure and units used to report measurements of this term, if applicable. 2. Latency 2.1. Definition ACM: The definition needs to be very concise, see below. Latency is a the amount of time it takes a frame to transit the DUT.=20 The Latency interval can be assessed between different combinations of events, irrespectively of the type of switching device (bit forwarding aka cut-through or store forward type of device) Traditionally the latency measurement definitions are:=20 FILO (First In Last Out) The time interval starting when the end of the first bit of the input frame reaches the input port and ending when the last bit of the output frame is seen on the output port FIFO (First In First Out) The time interval starting when the end of the first bit of the input frame reaches the input port and ending when the start of the first bit of the output frame is seen on the output port LILO (Last In Last Out) The time interval starting when the last bit of the input frame reaches the input port and the last bit of the output frame is seen on the output port LIFO (Last In First Out) The time interval starting when the last bit of the input frame reaches the input port and ending when the first bit of the output frame is seen on the output port. Another possibility to summarize the four different definitions above is to refer to the bit position as they normally occur: input to output. FILO is FL (First bit Last bit) FIFO is FF (First bit First bit) LILO is LL (Last bit Last bit) LIFO is LF (Last bit First bit) This definition explained in this section in context of data center switching benchmarking is in lieu of the previous definition of Latency defined in RFC 1242, section 3.8 and is quoted here: For store and forward devices: The time interval starting when the last bit of the input frame reaches the input port and ending when the first bit of the output frame is seen on the output port. For bit forwarding devices: The time interval starting when the end of the first bit of the input frame reaches the input port and ending when the start of the first bit of the output frame is seen on the output port. 2.2 Discussion ACM: Comment, in reality, most of the above section is background and shoul= d=20 appear in the Discussion section. The Definition should briefly expla= in FILO, and give most of the paragraph below. In other words, the=20 definition needs to be concise, like RFC 1242, but without the options. FILO is the most important measuring definition. Any type of switches ACM: s/Any type/All types/ MUST be measured with the FILO mechanism: FILO will include the ACM: s/mechanism/time stamps/ latency of the switch and the latency of the frame as well as the serialization delay.=20 ACM: Question: what's the difference between the latency of the frame and the serialization delay?? =09 It is a picture of the 'whole' latency going through the DUT.=20 ACM: Suggest to replace this sentence with the first sentence of the sectio= n: "Latency is a the amount of time it takes a frame to transit the DUT." For applications, which are latency sensitive and can function with initial bytes of the frame, FIFO MAY be an additional type of measuring to supplement FILO. =20 ACM: Need and example of the above, it might be better described some other way (e.g., not using the term "application") LIFO mechanism can be used with store forward type of switches but ACM: s/store/store and/ not with cut-through type of switches, as it will provide negative latency values for larger packet sizes. Therefore this mechanism MUST NOT be used when comparing latencies of two different DUTs.=20 ACM: Even if the DUTs/switches are both store and forward? 2.3 Measurement Units The measuring methods to use for benchmarking purposes are as follow: 1) FILO MUST be used as a measuring method, as this will include the latency of the packet; and today the application commonly need to read the whole packet to process the information and take an action.=20 2) FIFO MAY be used for certain applications able to proceed data as =20 the first bits arrive (FPGA for example) 3) LIFO MUST not be used, because it subtracts the latency of the packet; unlike all the other methods. 3 Jitter 3.1 Definition ACM: Comment The feedback at the last meeting was that we need BOTH definitions from RFC 5481, that is PDV and IPDV. Let's use that reference RFC and build from there. The definition of Jitter is covered extensively in RFC 3393. This definition is not meant to replace that definition, but it is meant to provide guidance of use for data center network devices.=20 The use of Jitter is in according with the variation delay definition from RFC 3393: The second meaning has to do with the variation of a metric (e.g., delay) with respect to some reference metric (e.g., average delay or minimum delay). This meaning is frequently used by computer scientists and frequently (but not always) refers to variation in delay. Even with the reference to RFC 3393, there are many definitions of "jitter" possible. The one selected for Data Center Benchmarking is closest to RFC 3393. 3.2 Discussion Jitter can be measured in different scenarios:-packet to packet delay variation-delta between min and max packet delay variation for all packets sent. 3.3 Measurement Units The jitter MUST be measured when sending packets of the same size. Jitter MUST be measured as packet to packet delay variation and delta between min and max packet delay variation of all packets sent. A histogram MAY be provided as a population of packets measured per latency or latency buckets. From nobody Tue Jul 21 04:23:13 2015 Return-Path: X-Original-To: bmwg@ietfa.amsl.com Delivered-To: bmwg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C77DF1A00B7 for ; Tue, 21 Jul 2015 04:23:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.916 X-Spam-Level: X-Spam-Status: No, score=-0.916 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RELAY_IS_203=0.994, 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 EbWI0fff_EuT for ; Tue, 21 Jul 2015 04:23:09 -0700 (PDT) Received: from mail.veryxtech.com (mail.veryxtech.com [203.196.171.45]) by ietfa.amsl.com (Postfix) with ESMTP id B2BEE1A00B2 for ; Tue, 21 Jul 2015 04:23:08 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.veryxtech.com (Postfix) with ESMTP id F14B72CC01C; Tue, 21 Jul 2015 16:53:01 +0530 (IST) X-Virus-Scanned: amavisd-new at veryxtech.com Received: from mail.veryxtech.com ([127.0.0.1]) by localhost (mail.veryxtech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UC6UDTdhoBLB; Tue, 21 Jul 2015 16:53:00 +0530 (IST) Received: from LT015 (unknown [192.168.12.89]) by mail.veryxtech.com (Postfix) with ESMTPSA id 408462CC017; Tue, 21 Jul 2015 16:53:00 +0530 (IST) From: "Bhuvan \(Veryx Technologies\)" To: References: In-Reply-To: Date: Tue, 21 Jul 2015 16:52:59 +0530 Message-ID: <007301d0c3a7$9a13fba0$ce3bf2e0$@veryxtech.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0074_01D0C3D5.B3CF44E0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdBln0qnOFAbUjOjRhqQjTPNNwwRoxeALMbA Content-Language: en-in Archived-At: Cc: 'Anton Basil' , "Tassinari, Mark A" , "vishwas.manral" Subject: [bmwg] Benchmarking Methodology for SDN Controller Performance - Updated Draft Version X-BeenThere: bmwg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Benchmarking Methodology Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2015 11:23:10 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0074_01D0C3D5.B3CF44E0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Dear BMWG Members, We have updated the draft (draft-bhuvan-bmwg-sdn-controller-benchmark-meth-00 ) about SDN Controller benchmarking addressing comments received in IETF-92 meeting. Thank you very much for providing your valuable comments. The latest draft can be found in draft-bhuvan-bmwg-sdn-controller-benchmark-meth-01 Summary of Changes: a. Updated test setup diagram following the comment from Scott Bradner. b. Added recommendations for test topology, test iterations etc., to use for benchmarking. c. Provided reference test topologies. d. Split Path Provisioning tests into two different tests - Proactive and Reactive Path Provisioning tests. e. Provided more clarity on test procedure for some of the tests. f. Fixed IETF normative language usage. We would love to hear any comments and queries on the same. Thanks, Authors ------=_NextPart_000_0074_01D0C3D5.B3CF44E0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear BMWG = Members,

 

We have = updated the draft (draft-bhuvan-bmwg-sdn-controller-benchmark-meth-00) = about SDN Controller benchmarking addressing comments received in = IETF-92 meeting. Thank you very much for = providing your valuable comments. The latest draft can be found = in draft-bhuvan-bmwg-sdn-controller-benchmark-meth-01

 

Summary of = Changes:

a.       = Updated test setup diagram following the comment from Scott = Bradner.

b.      = Added recommendations for test topology, test iterations etc., to use = for benchmarking.

c.       = Provided reference test topologies.

d.      = Split Path Provisioning tests into two different tests - Proactive = and Reactive Path Provisioning tests.

e.      = Provided more clarity on test procedure for some of the = tests.

f.        = Fixed IETF normative language usage.

 

We would love to hear any comments and = queries on the same.

 

Thanks,

Authors

------=_NextPart_000_0074_01D0C3D5.B3CF44E0-- From nobody Wed Jul 22 16:29:06 2015 Return-Path: X-Original-To: bmwg@ietfa.amsl.com Delivered-To: bmwg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B0411A885D for ; Wed, 22 Jul 2015 16:29:06 -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 GUspb82wrZxp for ; Wed, 22 Jul 2015 16:29:02 -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 56F7B1A883E for ; Wed, 22 Jul 2015 16:29:02 -0700 (PDT) Received: from mail-blue.research.att.com (unknown [135.207.178.11]) by mail-pink.research.att.com (Postfix) with ESMTP id C13BE120856 for ; Wed, 22 Jul 2015 19:52:15 -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 0004CF042F for ; Wed, 22 Jul 2015 19:29:01 -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; Wed, 22 Jul 2015 19:29:01 -0400 From: "MORTON, ALFRED C (AL)" To: "bmwg@ietf.org" Date: Wed, 22 Jul 2015 19:29:00 -0400 Thread-Topic: Slides and remote participation Thread-Index: AdDE1eqooTgzCTptTPCtU98xceKBbg== Message-ID: <4AF73AA205019A4C8A1DDD32C034631D099E089EA1@NJFPSRVEXG0.research.att.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="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [bmwg] Slides and remote participation X-BeenThere: bmwg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Benchmarking Methodology Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 23:29:06 -0000 All the slides we've received have been posted, please send the missing decks ASAP. Remote participation details are here, find us on ch8, Karlin III. http://www.ietf.org/meeting/93/remote-participation.html#audio regards, Al bmwg co-chair From nobody Thu Jul 23 04:13:14 2015 Return-Path: X-Original-To: bmwg@ietfa.amsl.com Delivered-To: bmwg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0083B1A8A07 for ; Thu, 23 Jul 2015 04:13:13 -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 7X7d1FqOKKqk for ; Thu, 23 Jul 2015 04:13:11 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id ED85F1A8AA8 for ; Thu, 23 Jul 2015 04:13:10 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: X-Test-IDTracker: no X-IETF-IDTracker: 6.1.0.p3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150723111310.12600.86371.idtracker@ietfa.amsl.com> Date: Thu, 23 Jul 2015 04:13:10 -0700 From: IETF Secretariat Archived-At: Subject: [bmwg] Milestones changed for bmwg WG X-BeenThere: bmwg@ietf.org X-Mailman-Version: 2.1.15 List-Id: Benchmarking Methodology Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 11:13:13 -0000 Changed milestone "Basic BGP Convergence Benchmarking Methodology to IESG Review", resolved as "Done". Changed milestone "Draft on Traffic Management Benchmarking to IESG Review", resolved as "Done". Changed milestone "Draft on In-Service Software Upgrade Benchmarking to IESG Review", resolved as "Done". URL: https://datatracker.ietf.org/wg/bmwg/charter/ From nobody Thu Jul 23 05:17:00 2015 Return-Path: X-Original-To: bmwg@ietfa.amsl.com Delivered-To: bmwg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3CAC21AC3BC for ; Thu, 23 Jul 2015 05:16:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_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 W_Eq9Ha_-Wly for ; Thu, 23 Jul 2015 05:16:56 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0079.outbound.protection.outlook.com [65.55.169.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 607161AC39E for ; Thu, 23 Jul 2015 05:16:32 -0700 (PDT) Received: from CY1PR0701MB1082.namprd07.prod.outlook.com (10.160.145.154) by CY1PR0701MB1084.namprd07.prod.outlook.com (10.160.145.156) with Microsoft SMTP Server (TLS) id 15.1.219.17; Thu, 23 Jul 2015 12:16:30 +0000 Received: from CY1PR0701MB1082.namprd07.prod.outlook.com ([10.160.145.154]) by CY1PR0701MB1082.namprd07.prod.outlook.com ([10.160.145.154]) with mapi id 15.01.0219.018; Thu, 23 Jul 2015 12:16:30 +0000 From: "Bradner, Scott" To: "bmwg@ietf.org" Thread-Topic: draft-ietf-bmwg-bgp-basic-convergence-05 Thread-Index: AQHQxUFohoA/xX8B3E2FtX0yuVNOwQ== Date: Thu, 23 Jul 2015 12:16:30 +0000 Message-ID: <440325F6-A907-4238-8A59-BBFF9FFCE778@harvard.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [31.133.162.136] x-microsoft-exchange-diagnostics: 1; CY1PR0701MB1084; 5:pD2vF9HYosY6ekE6+ctwFfxgj4jigizdjryrbs+YAozF4E9/Y7hnjJbnQ3LEiWsGaTz2XqdhtoqI8+Db5dk8kkAdkH3lepT6r06ZVPFQkpWDhdds8lX2DJTtpjmEQCxbz/UOdieUXNqXdaJ3CDLrGg==; 24:j8nHiFOsR/wtkDed4SMZCqn9DsXzXByMd+eEq+Z+xxxZLOkMrHXeCB0ARsW4Pw4fp3/hxhvcKGZfqvEf7nEcZ3e6Nbp2CaMWRzrRt55djsk=; 20:mkEN7rkvvT7qKInbHEYBMvkq1YUW22CZDlIPc9+rzuksKAUYKsm9cl8gPDrzU533kNpH1hPb8L70XGdk5syxEA== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR0701MB1084; cy1pr0701mb1084: X-MS-Exchange-Organization-RulesExecuted x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:CY1PR0701MB1084; BCL:0; PCL:0; RULEID:; SRVR:CY1PR0701MB1084; x-forefront-prvs: 06469BCC91 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(62966003)(33656002)(88552001)(66066001)(230783001)(82746002)(90282001)(46102003)(83716003)(92566002)(5001960100002)(77156002)(110136002)(36756003)(450100001)(89122001)(77096005)(2351001)(2900100001)(229853001)(122556002)(5002640100001)(99286002)(106116001)(189998001)(107886002)(75432002)(102836002)(87936001)(86362001)(2656002)(40100003)(54356999)(50986999)(2501003)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:CY1PR0701MB1084; H:CY1PR0701MB1082.namprd07.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: harvard.edu X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Jul 2015 12:16:30.7199 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 6ffa22f4-4568-4105-ad43-2e3ad4726957 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0701MB1084 Archived-At: Subject: [bmwg] draft-ietf-bmwg-bgp-basic-convergence-05 X-BeenThere: bmwg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Benchmarking Methodology Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 12:16:58 -0000 VGhpcyBJRCBjYW1lIHVwIGR1cmluZyB0aGUgQk1XRyBzZXNzaW9uIHRvZGF5DQoNCkFsIG1lbnRp b25lZCB0aGF0IGl0IGhhZCBiZWVuIGluIHRoZSByZmMgZWRpdG9yIHF1ZXVlIHdpdGggYSByZWZl cmVuY2UgaXNzdWUgZm9yIGEgbG9uZyB0aW1lDQoNCnRoZSBtaXNzaW5nIHJlZmVyZW5jZSBpcyBp ZXRmLXNpZHItYmdwc2VjLXByb3RvY29sIC0gaXQgaXMgb25seSByZWZlcmVuY2VkIGluIHNlY3Rp b24gNC44DQoNCjQuOC4gIEF1dGhlbnRpY2F0aW9uDQoNCg0KICAgQXV0aGVudGljYXRpb24gaW4g QkdQIGlzIGRvbmUgdXNpbmcgdGhlIFRDUCBNRDUgU2lnbmF0dXJlIE9wdGlvbg0KICAgW1JGQzU5 MjVdLiAgVGhlIHByb2Nlc3Npbmcgb2YgdGhlIE1ENSBoYXNoLCBwYXJ0aWN1bGFybHkgaW4gZGV2 aWNlcw0KICAgd2l0aCBhIGxhcmdlIG51bWJlciBvZiBCR1AgcGVlcnMgYW5kIGEgbGFyZ2UgYW1v dW50IG9mIHVwZGF0ZQ0KICAgdHJhZmZpYywgY2FuIGhhdmUgYW4gaW1wYWN0IG9uIHRoZSBjb250 cm9sIHBsYW5lIG9mIHRoZSBkZXZpY2UuICBJZg0KICAgYXV0aGVudGljYXRpb24gaXMgZW5hYmxl ZCwgaXQgTVVTVCBiZSBkb2N1bWVudGVkIGNvcnJlY3RseSBpbiB0aGUNCiAgIHJlcG9ydGluZyBm b3JtYXQuDQoNCiAgIEFsc28gaXQgaXMgcmVjb21tZW5kZWQgdGhhdCB0cmlhbHMgTVVTVCBiZSB3 aXRoIHRoZSBzYW1lIFNJRFINCiAgIGZlYXR1cmVzIChSRkM3MTE1ICYgQkdQU2VjKS4gIFRoZSBi ZXN0IGNvbnZlcmdlbmNlIHRlc3RzIHdvdWxkIGJlDQogICB3aXRoIE5vIFNJRFIgZmVhdHVyZXMs IGFuZCB0aGVuIHdpdGggdGhlIHNhbWUgU0lEUiBmZWF0dXJlcy4NCg0KdHdvIHRoaW5ncyBhYm91 dCB0aGlzIHJlZmVyZW5jZQ0KDQoxLyB0aGUgcmVmZXJlbmNlIGlzIGxpc3RlZCBhcyBub3JtYXRp dmUgYnV0IGl0IGRvZXMgbm90IHNlZW0gdG8gbWUgdG8gYmUgc28gaW4gdGhlIG92ZXJhbGwgY29u dGV4dCBvZiB0aGUgSUQgDQoNCm1vdmluZyBpdCB0byBpbmZvcm1hdGlvbmFsIHdvdWxkIHNlZW0g dG8gYmUgZmluZQ0KDQoyLyB0aXRsZSBvZiBSRkMgNTkyNSBpcyAiVGhlIFRDUCBBdXRoZW50aWNh dGlvbiBPcHRpb27igJ0gKHRoZSB0aXRsZSBpbiB0aGUgdGV4dCBvZiB0aGUgb2Jzb2xldGVkIFJG QykNCg0KU2NvdHQNCg0KDQo= From nobody Fri Jul 24 13:59:23 2015 Return-Path: X-Original-To: bmwg@ietfa.amsl.com Delivered-To: bmwg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 91DCE1A8A4C for ; Fri, 24 Jul 2015 13:59:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.412 X-Spam-Level: X-Spam-Status: No, score=-2.412 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9MxORHkWYYI9 for ; Fri, 24 Jul 2015 13:59:21 -0700 (PDT) Received: from mail-in3.euro.apple.com (mail-in3.euro.apple.com [17.72.148.13]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 006EA1A8868 for ; Fri, 24 Jul 2015 13:59:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1437771559; x=2301685159; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-transfer-encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=AjnDUKAFhltRtkCSZ+/KnNiMPL6nTv+2uxQ3uoU3L2Q=; b=h3+P563vXynHF8VvGweiHz743f1dzY3JvjS2EcyaMNHVE7p+pMXzv9dOHmErRFwF 2WDtmEynpgakpuaGr4WkLTlOIu2zscTtzL41Ap+pWuX0XdOqLr+gvj54sXY/PXmg fM996c+Xl2d6cdBFKkY0FW4KGhLDIWnvVpWtNVAfY/X9crUD1F3oZIc9gJSpKT5t TD93RjEOIe9nGA0DC7ewKWZEI1NnQMGRXs6r2O7+5Z71lVvrFB8T9faFfQd5ty+j jsXPX4isMahm2LGPw8cn4UWoZs29fYsjv3afwniXfWtOtZESlVsfAm0O3qb3l2Yg dfes63oGLXHD+bDcFKb1fg==; Received: from relay2.euro.apple.com ( [17.66.55.12]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail-in3.euro.apple.com (Symantec Mail Security) with SMTP id D4.BB.04103.727A2B55; Fri, 24 Jul 2015 21:59:19 +0100 (BST) X-AuditID: 1148940d-f79206d000001007-dc-55b2a726b90c Received: from phonehome2 ( [17.72.133.82]) (using TLS with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by relay2.euro.apple.com (Symantec Mail Security) with SMTP id 11.F8.09663.627A2B55; Fri, 24 Jul 2015 21:59:18 +0100 (BST) Received: from ieork1-asavpn-l2tp-17-66-45-20.euro.apple.com (ieork1-asavpn-l2tp-17-66-45-20.euro.apple.com [17.66.45.20]) by phonehome2.euro.apple.com (Oracle Communications Messaging Server 7.0.5.34.0 64bit (built Oct 14 2014)) with ESMTPSA id <0NS000HEHFMTWL20@phonehome2.euro.apple.com> for bmwg@ietf.org; Fri, 24 Jul 2015 21:59:18 +0100 (IST) From: David Schinazi Content-type: text/plain; charset=us-ascii Content-transfer-encoding: quoted-printable Date: Fri, 24 Jul 2015 22:59:17 +0200 Message-id: To: bmwg@ietf.org MIME-version: 1.0 (Mac OS X Mail 9.0 \(3067\)) X-Mailer: Apple Mail (2.3067) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrKLMWRmVeSWpSXmKPExsUi6GTOo6u+fFOowfLvbBb9X2+yOTB6LFny kymAMYrLJiU1J7MstUjfLoEr4+WDmIL1XBXbd/WyNzCu4+hi5OSQEDCRaD+7ix3CFpO4cG89 WxcjF4eQwEwmiatNc1hhiiad3s8Ekehlkvj2/RsLSEJI4CmTxNSPUV2MHBxsAloSB9YYgYSZ gcz1O48zQdjaEk/eXWAFKREWcJSYsb8CxGQRUJV4fa8QpIJXwEbi9+3lLBDVGhILDz5hBikR ERCUWPLXCqJET6J7zUwmiGNkJTbe/8sIcoyEwE1WiUUnHzNOYBSchWTxLCSLZyHpX8DIvIpR PDcxM0c3M89YL7W0KF8vsaAgJ1UvOT93EyMoMD2m8O5gvH7Q8BCjAAejEg/vX7ZpoUKsiWXF lbmHGCU4mJVEeJunbAoV4k1JrKxKLcqPLyrNSS0+xCjNwaIkzrtr2uRQIYH0xJLU7NTUgtQi mCwTB6dUA2OFVnTlvi1HBV9ZPFwppvy5/Zj93Ll8mz1uCGiGxJaVKQRJ2R/eufsD6/Xl9x4k M7PHZy95Y/lJ0KsymXsz48HvXjPTS64ZJfZev7T599lbyayiL6XTt9r0zldXrkuu+XGijyU0 +mS8w3zxs1xGYustao4Iqmt8ehCz6fmyoFdteboCOxkDTimxFGckGmoxFxUnAgC+/X3xSAIA AA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFuplluLIzCtJLcpLzFFi42IR9GgN0lVbvinUoOe3pUX/15tsDoweS5b8 ZApgjOKySUnNySxLLdK3S+DKePkgpmA9V8X2Xb3sDYzrOLoYOTkkBEwkJp3ezwRhi0lcuLee rYuRi0NIoJdJ4tv3bywgCSGBp0wSUz9GdTFycLAJaEkcWGMEEmYGMtfvPM4EYWtLPHl3gRWk RFjAUWLG/goQk0VAVeL1vUKQCl4BG4nft5ezQFRrSCw8+IQZpEREQFBiyV8riBI9ie41M6GO kZXYeP8v4wRGvllIds1CsmsWkpYFjMyrGEWLUnMSK430UkuL8vUSCwpyUvWS83M3MYICycmc Zwfjq4OGhxgFOBiVeHjXztkUKsSaWFZcmXuIUYKDWUmEt3kKUIg3JbGyKrUoP76oNCe1+BCj NAeLkjivyeTGUCGB9MSS1OzU1ILUIpgsEwenVANjcoXnOeW4T5rTXFdwzdWNPT4z8M+/Jwvu zLyzSXTZC4FPnYsm/zS99d57+ps521b8e7HEozjaYNqK2ow3AmzOwbGlLz9I/RCPMhfO7lmR PMvEfjKL33l13swO6ZbDGSz7psd9/rapY+fWTZYbfqS7zXhk/61fXfpvWO6k7FKhJKb3XlM/ 2HhaK7EUZyQaajEXFScCAP87y8ggAgAA Archived-At: Cc: Stuart Cheshire Subject: [bmwg] Question about using the IPv6 benchmarking address space X-BeenThere: bmwg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Benchmarking Methodology Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jul 2015 20:59:22 -0000 Hi bmwg, We would like to use addresses from the IPv6 benchmarking prefix on an = independent test network and wonder if there are issues we have not thought of. A little background on what we're doing: in OS X El Capitan we = introduced a NAT64 mode for the Mac's Internet Sharing feature to allow iOS developers to test their applications for IPv6 support. = Using this, you can share your IPv4 internet connectivity (e.g. from ethernet) to a newly created Wi-Fi network that only supports = IPv6, and the Mac will perform NAT64+DNS64. Currently the internal addresses of that network are using the Teredo = prefix (2001::/64) and we have been advised to use something that is not treated differently by RFC 6724 (Default Address = Selection for IPv6). We thought that since this is a testing network and that those addresses = never leave that link, using the benchmarking prefix from RFC5180(+ errata) (2001:2/32) would be reasonable. We thought that = using 2001:2:a:bb1e/64 as our network prefix would be appropriate, as "a:bb1e" looks a bit like "apple". Note that = this is the prefix advertised by RA to the Wi-Fi network, it is not the prefix of the NAT64 translation. Does anyone think there could be any issues with this? Thanks, David Schinazi Apple CoreOS Networking Engineer From nobody Fri Jul 24 15:04:20 2015 Return-Path: X-Original-To: bmwg@ietfa.amsl.com Delivered-To: bmwg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 280651A8998 for ; Fri, 24 Jul 2015 15:04:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.616 X-Spam-Level: X-Spam-Status: No, score=-1.616 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RELAY_IS_203=0.994, 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 3ggrcZxfIGxj for ; Fri, 24 Jul 2015 15:04:15 -0700 (PDT) Received: from GWS05.hcl.com (gws05.avitas.hcl.com [203.105.185.23]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3C17D1A8974 for ; Fri, 24 Jul 2015 15:04:13 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.15,540,1432578600"; d="scan'208,217";a="129552084" Received: from unknown (HELO NDA-CORP-HT03.CORP.HCL.IN) ([10.248.64.35]) by GWS05.hcl.com with ESMTP/TLS/AES128-SHA; 25 Jul 2015 03:34:10 +0530 Received: from NDA-HCLT-CSHT02.HCLT.CORP.HCL.IN (10.98.132.27) by NDA-CORP-HT03.CORP.HCL.IN (10.248.64.35) with Microsoft SMTP Server (TLS) id 14.3.123.3; Sat, 25 Jul 2015 03:34:10 +0530 Received: from NDA-HCLT-MBS05.HCLT.CORP.HCL.IN ([10.98.132.20]) by NDA-HCLT-CSHT02.HCLT.CORP.HCL.IN ([10.98.132.27]) with mapi id 14.03.0123.003; Sat, 25 Jul 2015 03:34:09 +0530 From: "Saurabh Chattopadhyay - ERS, HCL Tech" To: "draft-ietf-bmwg-virtual-net@tools.ietf.org" Thread-Topic: draft-ietf-bmwg-virtual-net / CPU & memory utilization should be test configurations or test results.. Thread-Index: AdDGXK5dPKPV38RoT4SufX5oPBaiDw== Date: Fri, 24 Jul 2015 22:04:09 +0000 Message-ID: <0485B327B8B60746B28858F5E20781F66590478F@NDA-HCLT-MBS05.hclt.corp.hcl.in> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.96.4.252] Content-Type: multipart/alternative; boundary="_000_0485B327B8B60746B28858F5E20781F66590478FNDAHCLTMBS05hcl_" MIME-Version: 1.0 Archived-At: Cc: "bmwg@ietf.org" Subject: Re: [bmwg] draft-ietf-bmwg-virtual-net / CPU & memory utilization should be test configurations or test results.. X-BeenThere: bmwg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Benchmarking Methodology Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jul 2015 22:04:19 -0000 --_000_0485B327B8B60746B28858F5E20781F66590478FNDAHCLTMBS05hcl_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hello Al, First, thank you for writing this draft. It is an excellent guideline for u= s who are working in VNF Benchmarking area. In the BMWG meeting session yesterday, there were some interesting discussi= ons around whether to consider the CPU / memory utilization (and similar pa= rameters) as test configurations or test results. I think we couldn't discu= ss this in detail due to time constrain, thus I thought of bringing this up= in the list to have your and other experts' views. My own understanding is, for VNF benchmarking specifically, this issue beco= mes little delicate. Considering the fact that VNF Black-box is reliant on = certain soft integration and soft partitioning of the underlying hardware, = all benchmark results are dependent on the load imposed over the entire har= dware, in addition to be dependent on the load directed towards the VNF spe= cifically. For example, if a VNF is masked over four core, and the particul= ar hardware provides 12 more core, VNF's response on a fixed load condition= will vary while the other cores are put under different load conditions. N= ow at this point we can consider creating certain fixed type of load profil= es (let's say, a combination % of compute, storage and networking load) ove= r remaining hardware, and benchmark the VNF under Test against its own load= conditions as originally planned. However, during the real deployment, the= se fixed type of load profiles (combination % of compute, storage and netwo= rking load) don't correlate well unless we qualify every VNF's performance = profiles against these parameters. So this essentially means that even thou= gh a benchmark data is produced for the VNF for the particular type of hard= ware-part and for certain load conditions over remaining hardware, the depl= oyment folks are not clear on how to leverage this intelligence especially = when they are planning to deploy the other VNFs in the remaining hardware. I'm not sure what will be an appropriate way to solve this. Measuring CPU /= memory utilization (and similar parameters for the shared assets) may be a= n option, but not sure if this truly aligns with the black-box benchmarking= methodologies. Kindly advice. Warm Regards, Saurabh ::DISCLAIMER:: ---------------------------------------------------------------------------= ------------------------------------------------------------------------- The contents of this e-mail and any attachment(s) are confidential and inte= nded for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as informa= tion could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in trans= mission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability = on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the = author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, disse= mination, copying, disclosure, modification, distribution and / or publication of this message without the prior written= consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please= delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses = and other defects. ---------------------------------------------------------------------------= ------------------------------------------------------------------------- --_000_0485B327B8B60746B28858F5E20781F66590478FNDAHCLTMBS05hcl_ Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable

Hello Al,

 

First, thank you for writing this draft. It is an ex= cellent guideline for us who are working in VNF Benchmarking area.

 

In the BMWG meeting session yesterday, there were so= me interesting discussions around whether to consider the CPU / memory util= ization (and similar parameters) as test configurations or test results. I = think we couldn’t discuss this in detail due to time constrain, thus I thought of bringing this up in the li= st to have your and other experts’ views.

 

My own understanding is, for VNF benchmarking specif= ically, this issue becomes little delicate. Considering the fact that VNF B= lack-box is reliant on certain soft integration and soft partitioning of th= e underlying hardware, all benchmark results are dependent on the load imposed over the entire hardware, in add= ition to be dependent on the load directed towards the VNF specifically. Fo= r example, if a VNF is masked over four core, and the particular hardware p= rovides 12 more core, VNF’s response on a fixed load condition will vary while the other cores are put under di= fferent load conditions. Now at this point we can consider creating certain= fixed type of load profiles (let’s say, a combination % of compute, = storage and networking load) over remaining hardware, and benchmark the VNF under Test against its own load conditions= as originally planned. However, during the real deployment, these fixed ty= pe of load profiles (combination % of compute, storage and networking load)= don’t correlate well unless we qualify every VNF’s performance profiles against these parameters. S= o this essentially means that even though a benchmark data is produced for = the VNF for the particular type of hardware-part and for certain load condi= tions over remaining hardware, the deployment folks are not clear on how to leverage this intelligence especially when t= hey are planning to deploy the other VNFs in the remaining hardware.  =

 

I’m not sure what will be an appropriate way t= o solve this. Measuring CPU / memory utilization (and similar parameters fo= r the shared assets) may be an option, but not sure if this truly aligns wi= th the black-box benchmarking methodologies. Kindly advice.

 

Warm Regards,

Saurabh

 



::DISCLAIMER= ::
---------------------------------------------------------------------= ---------------------------------------------------------------------------= ----

The contents of thi= s e-mail and any attachment(s) are confidential and intended for the named = recipient(s) only.
E-mail transmission is not guaranteed to be secure or= error-free as information could be intercepted, corrupted,
lost, destr= oyed, arrive late or incomplete, or may contain viruses in transmission. Th= e e mail and its contents
(with or without referred errors) shall there= fore not attach any liability on the originator or HCL or its affiliates. <= br>Views or opinions, if any, presented in this email are solely those of t= he author and may not necessarily reflect the
views or opinions of HCL = or its affiliates. Any form of reproduction, dissemination, copying, disclo= sure, modification,
distribution and / or publication of this message w= ithout the prior written consent of authorized representative of
HCL is= strictly prohibited. If you have received this email in error please delet= e it and notify the sender immediately.
Before opening any email and/or= attachments, please check them for viruses and other defects.

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

--_000_0485B327B8B60746B28858F5E20781F66590478FNDAHCLTMBS05hcl_-- From nobody Sat Jul 25 02:25:48 2015 Return-Path: X-Original-To: bmwg@ietfa.amsl.com Delivered-To: bmwg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B2221A1A27 for ; Sat, 25 Jul 2015 02:25:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.599 X-Spam-Level: X-Spam-Status: No, score=0.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, HTML_MESSAGE=0.001, 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 sSZ03UTLMHfW for ; Sat, 25 Jul 2015 02:25:44 -0700 (PDT) Received: from mailrelay21.naist.jp (mailrelay21.naist.jp [IPv6:2001:200:16a:50::71]) by ietfa.amsl.com (Postfix) with ESMTP id D13461A023E for ; Sat, 25 Jul 2015 02:25:44 -0700 (PDT) Received: from mailpost21.naist.jp (mailscan21.naist.jp [163.221.80.58]) by mailrelay21.naist.jp (Postfix) with ESMTP id 0EEFB1558; Sat, 25 Jul 2015 18:25:43 +0900 (JST) Received: from naist.jp (webmail21-a.naist.jp [IPv6:2001:200:16a:50::53]) by mailpost21.naist.jp (Postfix) with ESMTP id ED52C1557; Sat, 25 Jul 2015 18:25:42 +0900 (JST) Received: from [127.0.0.1] (Forwarded-For: ::ffff:89.248.140.10) by webmail21-a.naist.jp (mshttpd); Sat, 25 Jul 2015 11:25:42 +0200 From: "GEORGESCU LIVIU MARIUS" To: David Schinazi ,bmwg@ietf.org Message-ID: <6b509bf58db8.55b37236@naist.jp> Date: Sat, 25 Jul 2015 11:25:42 +0200 X-Mailer: Oracle Communications Messenger Express 7.0.5.35.0 64bit (built Mar 31 2015) MIME-Version: 1.0 Content-Language: en X-Accept-Language: en Priority: normal In-Reply-To: <6b508065dc39.55b35611@naist.jp> References: <6bf0b1fbc1a1.55b35422@naist.jp> <6b90a20dd844.55b35460@naist.jp> <6b90c73cb5d6.55b3549e@naist.jp> <6b90f1f9c2ae.55b354dc@naist.jp> <6bd0ef278e7f.55b3551b@naist.jp> <6c30ebb19b24.55b35559@naist.jp> <6c30f1a6e04a.55b35597@naist.jp> <6b508065dc39.55b35611@naist.jp> Content-Type: multipart/alternative; boundary="--791321dd3cf56a037cb9" X-TM-AS-MML: No X-TM-AS-Product-Ver: IMSS-7.1.0.1392-8.0.0.1202-21702.006 X-TM-AS-Result: No--16.445-5.0-31-10 X-imss-scan-details: No--16.445-5.0-31-10 X-TMASE-MatchedRID: 93hr/XDKL687MwFDNigBPl4t42nqFS2wfTmpZgHBz2gyILr4PJc84WXV h0bpJx/Iy9k7qIaGi09IRA38P/dwbgXXmzqmsIi7FhJDCc6/TJXJFISlnPoMD9LHcrEX4rAUpmV AJ6qxEOSl9rOTXnOopVaA5UKX+E3VAlw1lJDBMta7qpOHKudqc3gGQhX5qymX2KmkbYUcoa7zMV /yV0DYhildcTM4yIjMU+OjsPhIWDhT4DtiSkMnWNj5YyymBjH6TQJVAH/iQLNikF2lBlaW7wqop 7fNSf1idi4y/Ho0/wCdVNZaI2n6/0GV2YNiPCWmgM1b5VJ42eDgn8HV6/VM7eXQ+cXzPsAtG7vD 8IEiEggFrDF4OCzISYoLoibgjVEXuacNrbMY+LSr6hvuzGK/whOeOR9Jfj1XOKmYiN/8SRWAMuq etGVeth0XCFxtG+iowLhRRmviVIWLvqs87Ydq5q1dDoojS9MYRHBmOnaJEu9sZUSYh+N/e54tZ4 PQiy/5hX28ORCoBz9zwdAIXEGsAy9uj4fb4cY7fFWGlC158lpWoDqRFRUWi6t6L4XIy7bsxVCgh QtHZdBs1HwwJ0Iltw== Archived-At: Cc: Stuart Cheshire Subject: Re: [bmwg] Question about using the IPv6 benchmarking address space X-BeenThere: bmwg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Benchmarking Methodology Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jul 2015 09:25:46 -0000 This is a multi-part message in MIME format. ----791321dd3cf56a037cb9 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Just to clarify=2C the IPv6 prefix mentioned in RFC5180(+errata) is 2001= =3A2=3A=3A/48 and in my understanding does not include the the prefix 20= 01=3A2=3Aa=3Abb1e=3A=3A/64=2E However=2C I don=27t think there=27s any i= ssue with using it in the context of an isolated testing environment=2E=A0= Marius On 07/24/15=2C David Schinazi =3Cdschinazi=40apple=2Ecom=3E wrote=3A =3E = =3E Hi bmwg=2C =3E = =3E We would like to use addresses from the IPv6 benchmarking prefix on = an independent test network and wonder if there are issues =3E we have not thought of=2E =3E = =3E A little background on what we=27re doing=3A in OS X El Capitan we i= ntroduced a NAT64 mode for the Mac=27s Internet Sharing feature =3E to allow iOS developers to test their applications for IPv6 support=2E= Using this=2C you can share your IPv4 internet connectivity =3E (e=2Eg=2E from ethernet) to a newly created Wi-Fi network that only = supports IPv6=2C and the Mac will perform NAT64+DNS64=2E =3E Currently the internal addresses of that network are using the Tered= o prefix (2001=3A=3A/64) and we have been advised to use =3E something that is not treated differently by RFC 6724 (Default Addre= ss Selection for IPv6)=2E =3E We thought that since this is a testing network and that those addre= sses never leave that link=2C using the benchmarking prefix =3E from RFC5180(+ errata) (2001=3A2/32) would be reasonable=2E We thoug= ht that using 2001=3A2=3Aa=3Abb1e/64 as our network prefix =3E would be appropriate=2C as =22a=3Abb1e=22 looks a bit like =22apple=22= =2E Note that this is the prefix advertised by RA to the Wi-Fi network=2C= =3E it is not the prefix of the NAT64 translation=2E =3E = =3E Does anyone think there could be any issues with this=3F =3E = =3E Thanks=2C =3E David Schinazi =3E Apple CoreOS Networking Engineer =3E = =3E = =3E =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =3E bmwg mailing list =3E bmwg=40ietf=2Eorg =3E https=3A//www=2Eietf=2Eorg/mailman/listinfo/bmwg =3E ----791321dd3cf56a037cb9 Content-Type: text/html; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Just to clarify=2C the IPv6 prefix mentioned in RFC5180(+errata) is 2001= =3A2=3A=3A/48 and in my understanding does not include the the prefix 20= 01=3A2=3Aa=3Abb1e=3A=3A/64=2E However=2C I don=27t think there=27s any i= ssue with using it in the context of an isolated testing environment=2E=A0= =3Cdiv=3E=3Cbr /=3E=3C/div=3E=3Cdiv=3EMarius=3C/div=3E=3Cdiv=3E=3Cbr /=3E= =3Cspan=3EOn 07/24/15=2C =3Cb class=3D=22name=22=3EDavid Schinazi =3C/b=3E= =26lt=3Bdschinazi=40apple=2Ecom=26gt=3B wrote=3A=3C/span=3E=3Cblockquot= e cite=3D=22mid=3AA1DC3A76-D425-4001-A046-22D811318A26=40apple=2Ecom=22 = class=3D=22iwcQuote=22 style=3D=22border-left=3A 1px solid =2300F=3B pad= ding-left=3A 13px=3B margin-left=3A 0=3B=22 type=3D=22cite=22=3E=3Cdiv c= lass=3D=22mimepart text plain=22=3EHi bmwg=2C=3Cbr /=3E=3Cbr /=3EWe woul= d like to use addresses from the IPv6 benchmarking prefix on an independ= ent test network and wonder if there are issues=3Cbr /=3Ewe have not tho= ught of=2E=3Cbr /=3E=3Cbr /=3EA little background on what we=27re doing=3A= in OS X El Capitan we introduced a NAT64 mode for the Mac=27s Internet = Sharing feature=3Cbr /=3Eto allow iOS developers to test their applicati= ons for IPv6 support=2E Using this=2C you can share your IPv4 internet c= onnectivity=3Cbr /=3E(e=2Eg=2E from ethernet) to a newly created Wi-Fi n= etwork that only supports IPv6=2C and the Mac will perform NAT64+DNS64=2E= =3Cbr /=3ECurrently the internal addresses of that network are using the= Teredo prefix (2001=3A=3A/64) and we have been advised to use=3Cbr /=3E= something that is not treated differently by RFC 6724 (Default Address S= election for IPv6)=2E=3Cbr /=3EWe thought that since this is a testing n= etwork and that those addresses never leave that link=2C using the bench= marking prefix=3Cbr /=3Efrom RFC5180(+ errata) (2001=3A2/32) would be re= asonable=2E We thought that using 2001=3A2=3Aa=3Abb1e/64 as our network = prefix=3Cbr /=3Ewould be appropriate=2C as =26quot=3Ba=3Abb1e=26quot=3B = looks a bit like =26quot=3Bapple=26quot=3B=2E Note that this is the pref= ix advertised by RA to the Wi-Fi network=2C=3Cbr /=3Eit is not the prefi= x of the NAT64 translation=2E=3Cbr /=3E=3Cbr /=3EDoes anyone think there= could be any issues with this=3F=3Cbr /=3E=3Cbr /=3EThanks=2C=3Cbr /=3E= David Schinazi=3Cbr /=3EApple CoreOS Networking Engineer=3Cbr /=3E=3Cbr = /=3E=3Cbr /=3E=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=3Cbr /=3Ebmwg mailing list=3Cbr /=3Ebmwg=40ietf=2Eorg=3Cbr /=3E= =3Ca href=3D=22https=3A//www=2Eietf=2Eorg/mailman/listinfo/bmwg=22 targe= t=3D=22l=22=3Ehttps=3A//www=2Eietf=2Eorg/mailman/listinfo/bmwg=3C/a=3E=3C= br /=3E=3C/div=3E=3C/blockquote=3E=3C/div=3E ----791321dd3cf56a037cb9-- From nobody Sat Jul 25 02:41:25 2015 Return-Path: X-Original-To: bmwg@ietfa.amsl.com Delivered-To: bmwg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 925B71A88B9 for ; Sat, 25 Jul 2015 02:41:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.31 X-Spam-Level: X-Spam-Status: No, score=-4.31 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8fXuBQYIDKVY for ; Sat, 25 Jul 2015 02:41:21 -0700 (PDT) Received: from mail-in3.euro.apple.com (mail-in3.euro.apple.com [17.72.148.13]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 270161A6EE4 for ; Sat, 25 Jul 2015 02:41:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1437817279; x=2301730879; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=iJ+huZsFSe8IRosLi66Xw43AnZXgGYYKhPfUStZocqs=; b=h9MitmOfnxAO06fpld9ZoYqtmy0XAOpZ+Ey9uu5ZT/eEuuRemKk4Ha8OoHvfFYuX BAzGIK6MH3OC1KebF5iO1zEgrsypCX/PPAHhdZhWvK8+z4zf8aK95P3ezFymENuO zfkARgbH0RqdH9nRUlb8oZ9xNMfIgoQNU2yDKsu2dj7qheYHYKpvPFztaR4+ZsGJ gExWEVmr4LDxukqQPJ0bApc5Z+ys2vTlNZ8cYZnEAyYN4mEgwFTuSXJ29vDxB70y agbtpxiV+bF49o+ZuAoepGGcN8o90nSMJbUQRhiQUtpX//kTg/RuCa+1zp5skceC RER/m2T4HyFFN/WltXWMig==; Received: from relay2.euro.apple.com ( [17.66.55.12]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail-in3.euro.apple.com (Symantec Mail Security) with SMTP id D4.6D.04103.FB953B55; Sat, 25 Jul 2015 10:41:19 +0100 (BST) X-AuditID: 1148940d-f79206d000001007-1a-55b359bfae66 Received: from phonehome2 ( [17.72.133.82]) (using TLS with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by relay2.euro.apple.com (Symantec Mail Security) with SMTP id 1A.4B.09663.EB953B55; Sat, 25 Jul 2015 10:41:18 +0100 (BST) Received: from [172.20.1.241] (unknown [88.208.89.131]) by phonehome2.euro.apple.com (Oracle Communications Messaging Server 7.0.5.34.0 64bit (built Oct 14 2014)) with ESMTPSA id <0NS1003QZEWU5X30@phonehome2.euro.apple.com> for bmwg@ietf.org; Sat, 25 Jul 2015 10:41:18 +0100 (IST) Content-type: multipart/alternative; boundary="Apple-Mail=_DC6249EB-0056-4D3D-BA8C-00CAF7A1A660" MIME-version: 1.0 (Mac OS X Mail 9.0 \(3067\)) From: David Schinazi In-reply-to: <6b509bf58db8.55b37236@naist.jp> Date: Sat, 25 Jul 2015 11:41:18 +0200 Message-id: <14E8A6E2-2DBC-444E-AA83-FE19BD38554A@apple.com> References: <6bf0b1fbc1a1.55b35422@naist.jp> <6b90a20dd844.55b35460@naist.jp> <6b90c73cb5d6.55b3549e@naist.jp> <6b90f1f9c2ae.55b354dc@naist.jp> <6bd0ef278e7f.55b3551b@naist.jp> <6c30ebb19b24.55b35559@naist.jp> <6c30f1a6e04a.55b35597@naist.jp> <6b508065dc39.55b35611@naist.jp> <6b509bf58db8.55b37236@naist.jp> To: GEORGESCU LIVIU MARIUS X-Mailer: Apple Mail (2.3067) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrFLMWRmVeSWpSXmKPExsUi6GTOo7s/cnOowcMv7Bb9X2+yOTB6LFny kymAMYrLJiU1J7MstUjfLoErY1HLI8aCM0YVu669YGtgXKLdxcjJISFgInHw0CNWCFtM4sK9 9WxdjFwcQgIzmSQe3n3IDlP0/d0cMFtIoJdJYuZvdYiiBUwSu2bMBUswCyRJzL5ykRnE5hXQ k+heM5MJxBYW8JH43PgKaAMHB5uAlsSBNUYgYU4BXYnmFU/ASlgEVCW2dn9khRhjLtEy5Tkb xBgbieuLNrBD7HrPJHHu/3Ww+SICZhIfVrYzQxwnK7Hx/l9GkCIJgR42iRcHHzJNYBSaheSm WUhugohrSyxb+JoZwtaTeNn0jh1TXFfi4rpJjAsY2VYxiucmZuboZuYZ66WWFuXrJRYU5KTq JefnbmIExYDHFN4djNcPGh5iFOBgVOLh/cs2LVSINbGsuDL3EKMEB7OSCC+33eZQId6UxMqq 1KL8+KLSnNTiQ4zSHCxK4ry7pk0OFRJITyxJzU5NLUgtgskycXBKNTCGbLg459iKn9fv3UnS uaTv8vtfmT7/8afvT5WeXn6I9Xpf/tJFzYwPe77a21dwz3JlKDolWrq0NWSO16c8DYZFiiKG a2tmP1tb+itswdMH8VsFe0zuh8XJ/OR+/iZiVr4Tp2T/UbVXYhvTHnVdzubL5NXpl3hTv3NR +8z1l9o9onhXJb3I23ZWiaU4I9FQi7moOBEAPqBwTH0CAAA= X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrELMWRmVeSWpSXmKPExsUi6NEapLsvcnOowYsua4v+rzfZHBg9liz5 yRTAGMVlk5Kak1mWWqRvl8CVsajlEWPBGaOKXddesDUwLtHuYuTkkBAwkfj+bg47hC0mceHe ejYQW0igl0li5m/1LkYuIHsBk8SuGXPBipgFkiRmX7nIDGLzCuhJdK+ZyQRiCwv4SHxufMXa xcjBwSagJXFgjRFImFNAV6J5xROwEhYBVYmt3R9ZIcaYS7RMec4GMcZG4vqiDewQu94zSZz7 fx1svoiAmcSHle3MEMfJSmy8/5dxAiP/LCRnzEJyBkRcW2LZwtfMELaexMumd+yY4roSF9dN YlzAyLaKUbQoNSex0kgvtbQoXy+xoCAnVS85P3cTIyhkncx5djC+Omh4iFGAg1GJh5c7eHOo EGtiWXFl7iFGCQ5mJRFebjugEG9KYmVValF+fFFpTmrxIUZpDhYlcV6TyY2hQgLpiSWp2amp BalFMFkmDk6pBsYaEbO3IqnS25/wTDuZcOm8T9DCbuaJs7xCfrP/idth+dNgR5rJcwlt97y3 Fecu9IUskn7m1nQk3TYo5/4H9Uur1I48er19p+cyft3bn37dn9NmIhonUS+adbnd4OifnquX ts2+rB4x6+fWix/dJ39IcJI5zNk7e1l1db0zW2XerY5VU39/WzhNiaU4I9FQi7moOBEA0/cR GVUCAAA= Archived-At: Cc: Stuart Cheshire , bmwg@ietf.org Subject: Re: [bmwg] Question about using the IPv6 benchmarking address space X-BeenThere: bmwg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Benchmarking Methodology Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jul 2015 09:41:23 -0000 --Apple-Mail=_DC6249EB-0056-4D3D-BA8C-00CAF7A1A660 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Thanks for clarifying Marius, I must have misread /32 instead of /48. In that case, let me amend my question to use a prefix like this = instead: 2001:2:0:aab1/64 (named after our NASDAQ symbol AAPL) Thanks, David > On Jul 25, 2015, at 11:25, GEORGESCU LIVIU MARIUS = wrote: >=20 > Just to clarify, the IPv6 prefix mentioned in RFC5180(+errata) is = 2001:2::/48 and in my understanding does not include the the prefix = 2001:2:a:bb1e::/64. However, I don't think there's any issue with using = it in the context of an isolated testing environment.=20 >=20 > Marius >=20 > On 07/24/15, David Schinazi wrote: >>=20 >> Hi bmwg, >>=20 >> We would like to use addresses from the IPv6 benchmarking prefix on = an independent test network and wonder if there are issues >> we have not thought of. >>=20 >> A little background on what we're doing: in OS X El Capitan we = introduced a NAT64 mode for the Mac's Internet Sharing feature >> to allow iOS developers to test their applications for IPv6 support. = Using this, you can share your IPv4 internet connectivity >> (e.g. from ethernet) to a newly created Wi-Fi network that only = supports IPv6, and the Mac will perform NAT64+DNS64. >> Currently the internal addresses of that network are using the Teredo = prefix (2001::/64) and we have been advised to use >> something that is not treated differently by RFC 6724 (Default = Address Selection for IPv6). >> We thought that since this is a testing network and that those = addresses never leave that link, using the benchmarking prefix >> from RFC5180(+ errata) (2001:2/32) would be reasonable. We thought = that using 2001:2:a:bb1e/64 as our network prefix >> would be appropriate, as "a:bb1e" looks a bit like "apple". Note that = this is the prefix advertised by RA to the Wi-Fi network, >> it is not the prefix of the NAT64 translation. >>=20 >> Does anyone think there could be any issues with this? >>=20 >> Thanks, >> David Schinazi >> Apple CoreOS Networking Engineer >>=20 >>=20 >> _______________________________________________ >> bmwg mailing list >> bmwg@ietf.org >> https://www.ietf.org/mailman/listinfo/bmwg = --Apple-Mail=_DC6249EB-0056-4D3D-BA8C-00CAF7A1A660 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1 Thanks for clarifying Marius, I must have misread /32 instead = of /48.
In that case, let me amend my question to use a = prefix like this instead:
2001:2:0:aab1/64
(named = after our NASDAQ symbol AAPL)

Thanks,
David


On Jul 25, 2015, at 11:25, GEORGESCU LIVIU MARIUS <liviumarius-g@is.naist.jp> wrote:

Just to clarify, the = IPv6 prefix mentioned in RFC5180(+errata) is 2001:2::/48 and in my = understanding does not include the the prefix 2001:2:a:bb1e::/64. = However, I don't think there's any issue with using it in the context of = an isolated testing environment. 

Marius

On 07/24/15, David = Schinazi <dschinazi@apple.com> wrote:
Hi bmwg,

We would like to use = addresses from the IPv6 benchmarking prefix on an independent test = network and wonder if there are issues
we have not thought = of.

A little background on what we're = doing: in OS X El Capitan we introduced a NAT64 mode for the Mac's = Internet Sharing feature
to allow iOS developers to test = their applications for IPv6 support. Using this, you can share your IPv4 = internet connectivity
(e.g. from ethernet) to a newly = created Wi-Fi network that only supports IPv6, and the Mac will perform = NAT64+DNS64.
Currently the internal addresses of that = network are using the Teredo prefix (2001::/64) and we have been advised = to use
something that is not treated differently by RFC = 6724 (Default Address Selection for IPv6).
We thought that = since this is a testing network and that those addresses never leave = that link, using the benchmarking prefix
from RFC5180(+ = errata) (2001:2/32) would be reasonable. We thought that using = 2001:2:a:bb1e/64 as our network prefix
would be = appropriate, as "a:bb1e" looks a bit like "apple". Note that this is the = prefix advertised by RA to the Wi-Fi network,
it is not = the prefix of the NAT64 translation.

Does = anyone think there could be any issues with this?

Thanks,
David Schinazi
Apple = CoreOS Networking Engineer


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

= --Apple-Mail=_DC6249EB-0056-4D3D-BA8C-00CAF7A1A660-- From nobody Sat Jul 25 03:31:18 2015 Return-Path: X-Original-To: bmwg@ietfa.amsl.com Delivered-To: bmwg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A9E7C1A88D7 for ; Sat, 25 Jul 2015 03:31:16 -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_00=-1.9, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fAeRtN2A_Roq for ; Sat, 25 Jul 2015 03:31:14 -0700 (PDT) Received: from mailrelay21.naist.jp (mailrelay21.naist.jp [163.221.80.71]) by ietfa.amsl.com (Postfix) with ESMTP id 3C1CB1A88D9 for ; Sat, 25 Jul 2015 03:31:14 -0700 (PDT) Received: from mailpost21.naist.jp (mailscan21.naist.jp [163.221.80.58]) by mailrelay21.naist.jp (Postfix) with ESMTP id 35ABB1B06; Sat, 25 Jul 2015 19:31:13 +0900 (JST) Received: from naist.jp (webmail21-a.naist.jp [163.221.80.53]) by mailpost21.naist.jp (Postfix) with ESMTP id 1D2421B05; Sat, 25 Jul 2015 19:31:13 +0900 (JST) Received: from [127.0.0.1] (Forwarded-For: ::ffff:89.248.140.10) by webmail21-a.naist.jp (mshttpd); Sat, 25 Jul 2015 12:31:13 +0200 From: "GEORGESCU LIVIU MARIUS" To: David Schinazi Message-ID: <6b908e07ae03.55b38191@naist.jp> Date: Sat, 25 Jul 2015 12:31:13 +0200 X-Mailer: Oracle Communications Messenger Express 7.0.5.35.0 64bit (built Mar 31 2015) MIME-Version: 1.0 Content-Language: en X-Accept-Language: en Priority: normal In-Reply-To: <6b7093a0cab5.55b36212@naist.jp> References: <6bf0b1fbc1a1.55b35422@naist.jp> <6b90a20dd844.55b35460@naist.jp> <6b90c73cb5d6.55b3549e@naist.jp> <6b90f1f9c2ae.55b354dc@naist.jp> <6bd0ef278e7f.55b3551b@naist.jp> <6c30ebb19b24.55b35559@naist.jp> <6c30f1a6e04a.55b35597@naist.jp> <6b508065dc39.55b35611@naist.jp> <6b509bf58db8.55b37236@naist.jp> <14E8A6E2-2DBC-444E-AA83-FE19BD38554A@apple.com> <6b908b6384af.55b36117@naist.jp> <6b90f33cbb8c.55b36157@naist.jp> <6b70f93fed7c.55b36196@naist.jp> <6b70a51dbf23.55b361d4@naist.jp> <6b7093a0cab5.55b36212@naist.jp> Content-Type: multipart/alternative; boundary="--7bd2523087b3dbf5815" X-TM-AS-MML: No X-TM-AS-Product-Ver: IMSS-7.1.0.1392-8.0.0.1202-21702.006 X-TM-AS-Result: No--25.033-5.0-31-10 X-imss-scan-details: No--25.033-5.0-31-10 X-TMASE-MatchedRID: SS40Yi+NStdjyIn1sobvhavnfoenSIXeRphO9iDI3+WJVA+ukO+5Mcg6 fo0rxLVrfLPKYyLDlAfkMnUVL5d0E1X2Sq621purMmGxour0KwsaldUJxpEJG7oyTDhk04gynVT WWiNp+v8eDuTXcrjrsvgnJH5vm2+gvwgT0GKSIdvaoDFR24ZQfElNkvldZMEpFDDSSvXOdBAmtT GirqG/DwvxMaV6x4s8ibX0rT0xLY08R/LShfWuIFNtlBwEjTNCNP6BzG4K92L92MFVH4eYhJpWg CLYjjT99kpqQGmPHObZwATo6wn66sIAPXdnCQxdZOjXot/eXW1EVsSdx7p91OEGSMr148nu4NAJ eq9IDSxaNaxZBRbNWu5+s16dWkQ6gsIJV9NWYtbpUJf4bObgh/hTXs8HvJQC1GwaHEr6jXezLD5 kmcW6ZDlIA4KS6pW3UmPYeBzQq9OEx7aav+W1F5b/mTnkM/SIHDnwvr6B+jS7DPeTmTZDIIoLoi bgjVEXh+w9Wz/xXDrimKcLRvsB1Ui4N7EglxiiDVO5tFI4mVf60JsXSYUR0RdnbVOK7ce3Plujd kswUwfKi5Jqc8KFNN0hbsBUIuWRImSkgxYdxsLt7Iq3Sd20aIAy6p60ZV62HRcIXG0b6KinpE/p moMMQPNe6aq7HufjjIxl6jSsLTCy9Q92ZKlY2s4XLBsYBeuCeSC65CityAwz+2bFU9V9mZ7HmtG 7J7nxgCl95g6gG8kJNl2/kgaIZH7cGd19dSFd Archived-At: Cc: Stuart Cheshire , bmwg@ietf.org Subject: Re: [bmwg] Question about using the IPv6 benchmarking address space X-BeenThere: bmwg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Benchmarking Methodology Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jul 2015 10:31:16 -0000 This is a multi-part message in MIME format. ----7bd2523087b3dbf5815 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable The amended prefix is within the specifications of RFC5180=2E But again=2C= I don=27t know if it=27s really necessary to change the prefix=2E I am = not sure=2C but my guess is that IANA allocated the prefix to prevent an= y of the benchmarking traffic reaching the Internet=2E = That being said=2C I don=27t see any problem with using 2001=3A2=3Aa=3Ab= b1e=3A=3A/64 in an isolated test environment=2E However=2C if respecting the recommendations of RFC5180 is desired=2C yo= u should also consider the following note in RFC5180=3A =22 Note=3A Similar to RFC 2544(https=3A//tools=2Eietf=2Eorg/html/rfc254= 4) avoiding the use of RFC 1918(https=3A//tools=2Eietf=2Eorg/html/rfc191= 8) address space for benchmarking tests=2C this document does not recomm= end the use of RFC 4193(https=3A//tools=2Eietf=2Eorg/html/rfc4193) =5B4(= https=3A//tools=2Eietf=2Eorg/html/rfc5180=23ref-4)=5D (Unique Local Addr= esses) in order to minimize the possibility of conflicts with operationa= l traffic=2E=22 This is relevant for the discussion in v6ops about using ULA=2C which is= not recommended by RFC5180=2E = Marius On 07/25/15=2C David Schinazi =3Cdschinazi=40apple=2Ecom=3E wrote=3A =3E = =3E = =3E = =3E = =3E = =3E Thanks for clarifying Marius=2C I must have misread /32 instead of /= 48=2E =3E = =3E In that case=2C let me amend my question to use a prefix like this i= nstead=3A =3E = =3E 2001=3A2=3A0=3Aaab1/64 =3E = =3E (named after our NASDAQ symbol AAPL) =3E = =3E = =3E = =3E = =3E Thanks=2C =3E = =3E David =3E = =3E = =3E = =3E = =3E = =3E = =3E = =3E =3E = =3E =3E On Jul 25=2C 2015=2C at 11=3A25=2C GEORGESCU LIVIU MARIUS =3Cliv= iumarius-g=40is=2Enaist=2Ejp=3E wrote=3A =3E =3E = =3E =3E = =3E =3E Just to clarify=2C the IPv6 prefix mentioned in RFC5180(+errata)= is 2001=3A2=3A=3A/48 and in my understanding does not include the the p= refix 2001=3A2=3Aa=3Abb1e=3A=3A/64=2E However=2C I don=27t think there=27= s any issue with using it in the context of an isolated testing environm= ent=2E=A0 =3E =3E = =3E =3E = =3E =3E = =3E =3E Marius =3E =3E = =3E =3E = =3E =3E On 07/24/15=2C David Schinazi =3Cdschinazi=40apple=2Ecom=3E wro= te=3A =3E =3E =3E = =3E =3E =3E Hi bmwg=2C =3E =3E =3E = =3E =3E =3E We would like to use addresses from the IPv6 benchmarking pr= efix on an independent test network and wonder if there are issues =3E =3E =3E we have not thought of=2E =3E =3E =3E = =3E =3E =3E A little background on what we=27re doing=3A in OS X El Capi= tan we introduced a NAT64 mode for the Mac=27s Internet Sharing feature =3E =3E =3E to allow iOS developers to test their applications for IPv6 = support=2E Using this=2C you can share your IPv4 internet connectivity =3E =3E =3E (e=2Eg=2E from ethernet) to a newly created Wi-Fi network th= at only supports IPv6=2C and the Mac will perform NAT64+DNS64=2E =3E =3E =3E Currently the internal addresses of that network are using t= he Teredo prefix (2001=3A=3A/64) and we have been advised to use =3E =3E =3E something that is not treated differently by RFC 6724 (Defau= lt Address Selection for IPv6)=2E =3E =3E =3E We thought that since this is a testing network and that tho= se addresses never leave that link=2C using the benchmarking prefix =3E =3E =3E from RFC5180(+ errata) (2001=3A2/32) would be reasonable=2E = We thought that using 2001=3A2=3Aa=3Abb1e/64 as our network prefix =3E =3E =3E would be appropriate=2C as =22a=3Abb1e=22 looks a bit like =22= apple=22=2E Note that this is the prefix advertised by RA to the Wi-Fi n= etwork=2C =3E =3E =3E it is not the prefix of the NAT64 translation=2E =3E =3E =3E = =3E =3E =3E Does anyone think there could be any issues with this=3F =3E =3E =3E = =3E =3E =3E Thanks=2C =3E =3E =3E David Schinazi =3E =3E =3E Apple CoreOS Networking Engineer =3E =3E =3E = =3E =3E =3E = =3E =3E =3E =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F =3E =3E =3E bmwg mailing list =3E =3E =3E bmwg=40ietf=2Eorg =3E =3E =3E https=3A//www=2Eietf=2Eorg/mailman/listinfo/bmwg =3E =3E =3E = =3E =3E =3E = =3E =3E = =3E =3E = =3E =3E = =3E = =3E = =3E = =3E = =3E = =3E = =3E ----7bd2523087b3dbf5815 Content-Type: text/html; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable =3Cpre class=3D=22newpage=22 style=3D=22font-size=3A 13=2E3333330154419p= x=3B margin-top=3A 0px=3B margin-bottom=3A 0px=3B page-break-before=3A a= lways=3B=22=3EThe amended prefix is within the specifications of RFC5180= =2E But again=2C =3Cspan style=3D=22font-size=3A 13=2E3333330154419px=3B= =22=3EI don=27t know if it=27s really necessary to change the prefix=2E = I am not sure=2C but my guess is that IANA allocated the prefix to preve= nt any of the benchmarking traffic reaching the Internet=2E=A0=3C/span=3E= =3C/pre=3E=3Cpre class=3D=22newpage=22 style=3D=22font-size=3A 13=2E3333= 330154419px=3B margin-top=3A 0px=3B margin-bottom=3A 0px=3B page-break-b= efore=3A always=3B=22=3EThat being said=2C I don=27t see any problem wit= h using 2001=3A2=3Aa=3Abb1e=3A=3A/64 in an isolated test environment=2E=3C= /pre=3E=3Cpre class=3D=22newpage=22 style=3D=22font-size=3A 13=2E3333330= 154419px=3B margin-top=3A 0px=3B margin-bottom=3A 0px=3B page-break-befo= re=3A always=3B=22=3E=3Cbr /=3E=3C/pre=3E=3Cpre class=3D=22newpage=22 st= yle=3D=22font-size=3A 13=2E3333330154419px=3B margin-top=3A 0px=3B margi= n-bottom=3A 0px=3B page-break-before=3A always=3B=22=3EHowever=2C if res= pecting the recommendations of RFC5180 is desired=2C you should also con= sider the following note in RFC5180=3A=3C/pre=3E=3Cpre class=3D=22newpag= e=22 style=3D=22font-size=3A 13=2E3333330154419px=3B margin-top=3A 0px=3B= margin-bottom=3A 0px=3B page-break-before=3A always=3B=22=3E=3Cbr /=3E=3C= /pre=3E=3Cpre class=3D=22newpage=22 style=3D=22font-size=3A 13=2E3333330= 154419px=3B margin-top=3A 0px=3B margin-bottom=3A 0px=3B page-break-befo= re=3A always=3B=22=3E=26quot=3B Note=3A Similar to =3Ca href=3D=22http= s=3A//tools=2Eietf=2Eorg/html/rfc2544=22=3ERFC 2544=3C/a=3E avoiding the= use of =3Ca href=3D=22https=3A//tools=2Eietf=2Eorg/html/rfc1918=22=3ERF= C 1918=3C/a=3E address space for benchmarking tests=2C this document does not recommend the use of= =3Ca href=3D=22https=3A//tools=2Eietf=2Eorg/html/rfc4193=22=3ERFC 419= 3=3C/a=3E =5B=3Ca href=3D=22https=3A//tools=2Eietf=2Eorg/html/rfc5180=23= ref-4=22 title=3D=22=26quot=3BUnique Local IPv6 Unicast Addresses=26quot= =3B=22=3E4=3C/a=3E=5D (Unique Local Addresses) in order to minimize the possibility of conflicts with operational traffic=2E=26quot=3B=3C/pre= =3E=3Cpre class=3D=22newpage=22 style=3D=22font-size=3A 13=2E33333301544= 19px=3B margin-top=3A 0px=3B margin-bottom=3A 0px=3B page-break-before=3A= always=3B=22=3E=3Cbr /=3E=3C/pre=3E=3Cpre class=3D=22newpage=22 style=3D= =22font-size=3A 13=2E3333330154419px=3B margin-top=3A 0px=3B margin-bott= om=3A 0px=3B page-break-before=3A always=3B=22=3EThis is relevant for th= e discussion in v6ops about using ULA=2C which is not recommended by RFC= 5180=2E =3C/pre=3E=3Cpre class=3D=22newpage=22 style=3D=22font-size=3A 1= 3=2E3333330154419px=3B margin-top=3A 0px=3B margin-bottom=3A 0px=3B page= -break-before=3A always=3B=22=3E=3Cbr /=3E=3C/pre=3E=3Cpre class=3D=22ne= wpage=22 style=3D=22font-size=3A 13=2E3333330154419px=3B margin-top=3A 0= px=3B margin-bottom=3A 0px=3B page-break-before=3A always=3B=22=3EMarius= =3C/pre=3E=3Cbr /=3E=3Cspan=3EOn 07/25/15=2C =3Cb class=3D=22name=22=3ED= avid Schinazi =3C/b=3E =26lt=3Bdschinazi=40apple=2Ecom=26gt=3B wrote=3A=3C= /span=3E=3Cblockquote cite=3D=22mid=3A14E8A6E2-2DBC-444E-AA83-FE19BD3855= 4A=40apple=2Ecom=22 class=3D=22iwcQuote=22 style=3D=22border-left=3A 1px= solid =2300F=3B padding-left=3A 13px=3B margin-left=3A 0=3B=22 type=3D=22= cite=22=3E=3Cdiv class=3D=22mimepart text html=22=3E=3Cspan=3E=3Cp=3E=3C= meta content=3D=22text/html charset=3Diso-8859-1=22 http-equiv=3D=22Cont= ent-Type=22 /=3E=3Ctable=3E=3Ctbody=3E=3Ctr=3E=3Ctd class=3D=22=22 style= =3D=22word-wrap=3A break-word=3B -webkit-nbsp-mode=3A space=3B -webkit-l= ine-break=3A after-white-space=3B=22=3E=3Cp=3EThanks for clarifying Mari= us=2C I must have misread /32 instead of /48=2E=3C/p=3E=3Cdiv class=3D=22= =22=3EIn that case=2C let me amend my question to use a prefix like this= instead=3A=3C/div=3E=3Cdiv class=3D=22=22=3E=3Cfont class=3D=22=22 face= =3D=22Menlo=22=3E2001=3A2=3A0=3Aaab1/64=3C/font=3E=3Cbr class=3D=22=22 /= =3E=3Cdiv class=3D=22=22=3E(named after our NASDAQ symbol AAPL)=3C/div=3E= =3Cdiv class=3D=22=22=3E=3Cbr class=3D=22=22 /=3E=3C/div=3E=3Cdiv class=3D= =22=22=3EThanks=2C=3C/div=3E=3Cdiv class=3D=22=22=3EDavid=3C/div=3E=3Cdi= v class=3D=22=22=3E=3Cbr class=3D=22=22 /=3E=3C/div=3E=3Cdiv class=3D=22= =22=3E=3Cbr class=3D=22=22 /=3E=3Cdiv=3E=3Cblockquote class=3D=22=22 typ= e=3D=22cite=22=3E=3Cdiv class=3D=22=22=3EOn Jul 25=2C 2015=2C at 11=3A25= =2C GEORGESCU LIVIU MARIUS =26lt=3B=3Ca class=3D=22=22 href=3D=22mailto=3A= liviumarius-g=40is=2Enaist=2Ejp=22=3Eliviumarius-g=40is=2Enaist=2Ejp=3C/= a=3E=26gt=3B wrote=3A=3C/div=3E=3Cbr class=3D=22Apple-interchange-newlin= e=22 /=3E=3Cdiv class=3D=22=22=3EJust to clarify=2C the IPv6 prefix ment= ioned in RFC5180(+errata) is 2001=3A2=3A=3A/48 and in my understanding d= oes not include the the prefix 2001=3A2=3Aa=3Abb1e=3A=3A/64=2E However=2C= I don=27t think there=27s any issue with using it in the context of an = isolated testing environment=2E=A0=3Cdiv class=3D=22=22=3E=3Cbr class=3D= =22=22 /=3E=3C/div=3E=3Cdiv class=3D=22=22=3EMarius=3C/div=3E=3Cdiv clas= s=3D=22=22=3E=3Cbr class=3D=22=22 /=3E=3Cspan class=3D=22=22=3EOn 07/24/= 15=2C =3Cb class=3D=22name=22=3EDavid Schinazi =3C/b=3E =26lt=3B=3Ca cla= ss=3D=22=22 href=3D=22mailto=3Adschinazi=40apple=2Ecom=22=3Edschinazi=40= apple=2Ecom=3C/a=3E=26gt=3B wrote=3A=3C/span=3E=3Cblockquote cite=3D=22m= id=3AA1DC3A76-D425-4001-A046-22D811318A26=40apple=2Ecom=22 class=3D=22iw= cQuote=22 style=3D=22border-left=3A 1px solid =2300F=3B padding-left=3A = 13px=3B margin-left=3A 0=3B=22 type=3D=22cite=22=3E=3Cdiv class=3D=22pla= in text mimepart=22=3EHi bmwg=2C=3Cbr class=3D=22=22 /=3E=3Cbr class=3D=22= =22 /=3EWe would like to use addresses from the IPv6 benchmarking prefix= on an independent test network and wonder if there are issues=3Cbr clas= s=3D=22=22 /=3Ewe have not thought of=2E=3Cbr class=3D=22=22 /=3E=3Cbr c= lass=3D=22=22 /=3EA little background on what we=27re doing=3A in OS X E= l Capitan we introduced a NAT64 mode for the Mac=27s Internet Sharing fe= ature=3Cbr class=3D=22=22 /=3Eto allow iOS developers to test their appl= ications for IPv6 support=2E Using this=2C you can share your IPv4 inter= net connectivity=3Cbr class=3D=22=22 /=3E(e=2Eg=2E from ethernet) to a n= ewly created Wi-Fi network that only supports IPv6=2C and the Mac will p= erform NAT64+DNS64=2E=3Cbr class=3D=22=22 /=3ECurrently the internal add= resses of that network are using the Teredo prefix (2001=3A=3A/64) and w= e have been advised to use=3Cbr class=3D=22=22 /=3Esomething that is not= treated differently by RFC 6724 (Default Address Selection for IPv6)=2E= =3Cbr class=3D=22=22 /=3EWe thought that since this is a testing network= and that those addresses never leave that link=2C using the benchmarkin= g prefix=3Cbr class=3D=22=22 /=3Efrom RFC5180(+ errata) (2001=3A2/32) wo= uld be reasonable=2E We thought that using 2001=3A2=3Aa=3Abb1e/64 as our= network prefix=3Cbr class=3D=22=22 /=3Ewould be appropriate=2C as =26qu= ot=3Ba=3Abb1e=26quot=3B looks a bit like =26quot=3Bapple=26quot=3B=2E No= te that this is the prefix advertised by RA to the Wi-Fi network=2C=3Cbr= class=3D=22=22 /=3Eit is not the prefix of the NAT64 translation=2E=3Cb= r class=3D=22=22 /=3E=3Cbr class=3D=22=22 /=3EDoes anyone think there co= uld be any issues with this=3F=3Cbr class=3D=22=22 /=3E=3Cbr class=3D=22= =22 /=3EThanks=2C=3Cbr class=3D=22=22 /=3EDavid Schinazi=3Cbr class=3D=22= =22 /=3EApple CoreOS Networking Engineer=3Cbr class=3D=22=22 /=3E=3Cbr c= lass=3D=22=22 /=3E=3Cbr class=3D=22=22 /=3E=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=3Cbr class=3D=22=22 /=3Ebmwg mai= ling list=3Cbr class=3D=22=22 /=3E=3Ca class=3D=22=22 href=3D=22mailto=3A= bmwg=40ietf=2Eorg=22=3Ebmwg=40ietf=2Eorg=3C/a=3E=3Cbr class=3D=22=22 /=3E= =3Ca class=3D=22=22 href=3D=22https=3A//www=2Eietf=2Eorg/mailman/listinf= o/bmwg=22 target=3D=221=22=3Ehttps=3A//www=2Eietf=2Eorg/mailman/listinfo= /bmwg=3C/a=3E=3Cbr class=3D=22=22 /=3E=3C/div=3E=3C/blockquote=3E=3C/div= =3E =3C/div=3E=3C/blockquote=3E=3C/div=3E=3Cbr class=3D=22=22 /=3E=3C/div=3E= =3C/div=3E=3C/td=3E=3C/tr=3E=3C/tbody=3E=3C/table=3E=3C/p=3E=3C/span=3E=3C= /div=3E=3C/blockquote=3E ----7bd2523087b3dbf5815-- From nobody Mon Jul 27 05:30:16 2015 Return-Path: X-Original-To: bmwg@ietfa.amsl.com Delivered-To: bmwg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DC951B2B7A for ; Mon, 27 Jul 2015 05:30:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.51 X-Spam-Level: X-Spam-Status: No, score=-1.51 tagged_above=-999 required=5 tests=[BAYES_50=0.8, 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 sSD_T3VtMqtk for ; Mon, 27 Jul 2015 05:30: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 D9E4D1A1AA8 for ; Mon, 27 Jul 2015 05:30:10 -0700 (PDT) Received: from mail-azure.research.att.com (unknown [135.207.255.18]) by mail-pink.research.att.com (Postfix) with ESMTP id D22C7120F0E; Mon, 27 Jul 2015 08:53:36 -0400 (EDT) Received: from exchange.research.att.com (njfpsrvexg0.research.att.com [135.207.240.40]) by mail-azure.research.att.com (Postfix) with ESMTP id 6F3CAE081A; Mon, 27 Jul 2015 08:30:06 -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, 27 Jul 2015 08:30:06 -0400 From: "MORTON, ALFRED C (AL)" To: "Saurabh Chattopadhyay - ERS, HCL Tech" , "draft-ietf-bmwg-virtual-net@tools.ietf.org" Date: Mon, 27 Jul 2015 08:30:04 -0400 Thread-Topic: draft-ietf-bmwg-virtual-net / CPU & memory utilization should be test configurations or test results? Thread-Index: AdDGVWrh+axDMdfgRzmFky3JLIkYkwCENH1Q Message-ID: <4AF73AA205019A4C8A1DDD32C034631D099E08A131@NJFPSRVEXG0.research.att.com> References: <0485B327B8B60746B28858F5E20781F665904761@NDA-HCLT-MBS05.hclt.corp.hcl.in> In-Reply-To: <0485B327B8B60746B28858F5E20781F665904761@NDA-HCLT-MBS05.hclt.corp.hcl.in> 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_4AF73AA205019A4C8A1DDD32C034631D099E08A131NJFPSRVEXG0re_" MIME-Version: 1.0 Archived-At: Cc: "bmwg@ietf.org" Subject: Re: [bmwg] draft-ietf-bmwg-virtual-net / CPU & memory utilization should be test configurations or test results? X-BeenThere: bmwg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Benchmarking Methodology Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 12:30:15 -0000 --_000_4AF73AA205019A4C8A1DDD32C034631D099E08A131NJFPSRVEXG0re_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Saurabh, Thanks for your question and for continuing this discussion. In my mind, any server-oriented measurement that informs us about resources consumed would be a fair result to collect. But as we said during the meeting, Only as an Auxilliary metric while other benchmarking is in-progress. One of the challenges I mentioned adding to my draft is for benchmarking metrics to assist deployment designers, or perhaps to provide input for some form of resource model so that your question about adding VNFs below might be answered. We have a draft that begins to address the resource sharing aspect of benchmarking here: https://tools.ietf.org/html/draft-vsperf-bmwg-vswitch-opnfv-00 prepared by the OPNFV vsperf project, and Maryam Tahhan presented additional material on this topic in slides (see the IETF-93 materails). Sorry for the brief response and the delay responding, I've been travelling all weekend and just arrived at another meeting. :( regards, Al From: Saurabh Chattopadhyay - ERS, HCL Tech [mailto:saurabhchattopadhya@hcl= .com] Sent: Friday, July 24, 2015 5:58 PM To: draft-ietf-bmwg-virtual-net@tools.ietf.org Cc: bmwg@ietf.org Subject: draft-ietf-bmwg-virtual-net / CPU & memory utilization should be t= est configurations or test results? Hello Al, First, thank you for writing this draft. It is an excellent guideline for u= s who are working in VNF Benchmarking area. In the BMWG meeting session yesterday, there were some interesting discussi= ons around whether to consider the CPU / memory utilization (and similar pa= rameters) as test configurations or test results. I think we couldn't discu= ss this in detail due to time constrain, thus I thought of bringing this up= in the list to have your and other experts' views. My own understanding is, for VNF benchmarking specifically, this issue beco= mes little delicate. Considering the fact that VNF Black-box is reliant on = certain soft integration and soft partitioning of the underlying hardware, = all benchmark results are dependent on the load imposed over the entire har= dware, in addition to be dependent on the load directed towards the VNF spe= cifically. For example, if a VNF is masked over four core, and the particul= ar hardware provides 12 more core, VNF's response on a fixed load condition= will vary while the other cores are put under different load conditions. N= ow at this point we can consider creating certain fixed type of load profil= es (let's say, a combination % of compute, storage and networking load) ove= r remaining hardware, and benchmark the VNF under Test against its own load= conditions as originally planned. However, during the real deployment, the= se fixed type of load profiles (combination % of compute, storage and netwo= rking load) don't correlate well unless we qualify every VNF's performance = profiles against these parameters. So this essentially means that even thou= gh a benchmark data is produced for the VNF for the particular type of hard= ware-part and for certain load conditions over remaining hardware, the depl= oyment folks are not clear on how to leverage this intelligence especially = when they are planning to deploy the other VNFs in the remaining hardware. I'm not sure what will be an appropriate way to solve this. Measuring CPU /= memory utilization (and similar parameters for the shared assets) may be a= n option, but not sure if this truly aligns with the black-box benchmarking= methodologies. Kindly advice. Warm Regards, Saurabh ::DISCLAIMER:: ---------------------------------------------------------------------------= ------------------------------------------------------------------------- The contents of this e-mail and any attachment(s) are confidential and inte= nded for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as informa= tion could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in trans= mission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability = on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the = author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, disse= mination, copying, disclosure, modification, distribution and / or publication of this message without the prior written= consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please= delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses = and other defects. ---------------------------------------------------------------------------= ------------------------------------------------------------------------- --_000_4AF73AA205019A4C8A1DDD32C034631D099E08A131NJFPSRVEXG0re_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Saurabh,

 

Thanks for your question and for continuing this di= scussion.

 

In my mind, any = server-oriented measurement that informs us

about re= sources consumed would be a fair result to collect.

Bu= t as we said during the meeting, Only as an Auxilliary metric

while other benchmarking is in-progress.

=  

One of the challenges I mentioned adding to my draft= is for

benchmarking metrics to assist deployment des= igners, or perhaps

to provide input for some form of r= esource model so that your

question about adding VNFs= below might be answered.

 

=

= We have a draft that begins to address the resource sharing

aspect of benchmarking here:

https://tools.iet= f.org/html/draft-vsperf-bmwg-vswitch-opnfv-00

prep= ared by the OPNFV vsperf project, and Maryam Tahhan presented

additional material on this topic in slides (see the IETF-93 matera= ils).

 

Sorry for the brief = response and the delay responding, I’ve

been tr= avelling all weekend and just arrived at another meeting. L

 

Al

=

 

<= b>From:<= /span> Saurabh Chattopadhyay - ERS, HCL Tech [mailto:saurabhchattopadhya@hcl.co= m]
Sent: Friday, July 24, 2015 5:58 PM
To: draft-ietf-= bmwg-virtual-net@tools.ietf.org
Cc: bmwg@ietf.org
Subject:<= /b> draft-ietf-bmwg-virtual-net / CPU & memory utilization should be te= st configurations or test results?

 

Hello Al,

 

First, = thank you for writing this draft. It is an excellent guideline for us who a= re working in VNF Benchmarking area.

 

In the BMWG meeting session yesterda= y, there were some interesting discussions around whether to consider the C= PU / memory utilization (and similar parameters) as test configurations or = test results. I think we couldn’t discuss this in detail due to time = constrain, thus I thought of bringing this up in the list to have your and = other experts’ views.

 <= /o:p>

My own understanding is, for VNF benchmarking= specifically, this issue becomes little delicate. Considering the fact tha= t VNF Black-box is reliant on certain soft integration and soft partitionin= g of the underlying hardware, all benchmark results are dependent on the lo= ad imposed over the entire hardware, in addition to be dependent on the loa= d directed towards the VNF specifically. For example, if a VNF is masked ov= er four core, and the particular hardware provides 12 more core, VNF’= s response on a fixed load condition will vary while the other cores are pu= t under different load conditions. Now at this point we can consider creati= ng certain fixed type of load profiles (let’s say, a combination % of= compute, storage and networking load) over remaining hardware, and benchma= rk the VNF under Test against its own load conditions as originally planned= . However, during the real deployment, these fixed type of load profiles (c= ombination % of compute, storage and networking load) don’t correlate= well unless we qualify every VNF’s performance profiles against thes= e parameters. So this essentially means that even though a benchmark data i= s produced for the VNF for the particular type of hardware-part and for cer= tain load conditions over remaining hardware, the deployment folks are not = clear on how to leverage this intelligence especially when they are plannin= g to deploy the other VNFs in the remaining hardware.  

=

 

I’m no= t sure what will be an appropriate way to solve this. Measuring CPU / memor= y utilization (and similar parameters for the shared assets) may be an opti= on, but not sure if this truly aligns with the black-box benchmarking metho= dologies. Kindly advice.

 

Warm Regards,

Saurabh

 



::DISCLAIMER::
-= ---------------------------------------------------------------------------= ------------------------------------------------------------------------

<= span style=3D'font-size:8.5pt;font-family:"Arial","sans-serif";color:gray'>= The contents of this e-mail and any attachment(s) are confidential and inte= nded for the named recipient(s) only.
E-mail transmission is not guarant= eed to be secure or error-free as information could be intercepted, corrupt= ed,
lost, destroyed, arrive late or incomplete, or may contain viruses = in transmission. The e mail and its contents
(with or without referred = errors) shall therefore not attach any liability on the originator or HCL o= r its affiliates.
Views or opinions, if any, presented in this email ar= e solely those of the author and may not necessarily reflect the
views = or opinions of HCL or its affiliates. Any form of reproduction, disseminati= on, copying, disclosure, modification,
distribution and / or publicatio= n of this message without the prior written consent of authorized represent= ative of
HCL is strictly prohibited. If you have received this email in= error please delete it and notify the sender immediately.
Before openi= ng any email and/or attachments, please check them for viruses and other de= fects.

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

= --_000_4AF73AA205019A4C8A1DDD32C034631D099E08A131NJFPSRVEXG0re_-- From nobody Mon Jul 27 06:53:27 2015 Return-Path: X-Original-To: bmwg@ietfa.amsl.com Delivered-To: bmwg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2633E1B2DB9 for ; Mon, 27 Jul 2015 06:51:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.111 X-Spam-Level: X-Spam-Status: No, score=-5.111 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, 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 0tgv9kH07Z28 for ; Mon, 27 Jul 2015 06:51:33 -0700 (PDT) Received: from ausxippc101.us.dell.com (ausxippc101.us.dell.com [143.166.85.207]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8B1661B2D91 for ; Mon, 27 Jul 2015 06:51:32 -0700 (PDT) DomainKey-Signature: s=smtpout; d=dell.com; c=nofws; q=dns; h=X-LoopCount0:X-IronPort-AV:From:To:CC:Date:Subject: Thread-Topic:Thread-Index:Message-ID:Accept-Language: Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator: acceptlanguage:Content-Type:MIME-Version; b=jGn7IsbRMi9LxWmY4r/3/kzBItq/fEeUWL+BrjoJRj36Cdk87ppMDj2i zvf/dBIl8Dn6rv5KyfPm4vcpfChPnFk9GZ0NtwYOGep9Rwoj+KjCMSZBz FnU01UA+SG8EZCkLWBB9eBk/RB0YnnyQRb98/3THUmf/I7LoFJdAidLWK M=; DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dell.com; i=@dell.com; q=dns/txt; s=smtpout; t=1438005092; x=1469541092; h=from:to:cc:date:subject:message-id:mime-version: content-transfer-encoding; bh=4iEidZc9L7OawCQimbekSMRAx+tDajD8kkXIKkbm0j8=; b=HIpEmyfF6KQKjcGvoRaIeRMZzVS/DNh26cJBx0BbQyeZIi/ImGK/k5Jn vOSAagR97+B92++c3GzgD6DWozihRk0g3c8QeMjwZSHEFNPMJgyJj0srK KJbpXmKdzHUE6/GoFIwU+7uZBqGqBIQgNHvN+D/aIwyI7dL+z4E6LaBsu Q=; X-LoopCount0: from 10.175.216.249 X-IronPort-AV: E=Sophos;i="5.15,554,1432616400"; d="scan'208,217";a="685101876" From: To: Date: Mon, 27 Jul 2015 08:51:29 -0500 Thread-Topic: measuring energy consumption for NFV Thread-Index: AdDIcr3aJDvy7U2uTgaheKUh3BDLZA== Message-ID: 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_DF91EBC32A031943A8B78D81D40122BC0401BB88B2AUSX7MCPC103A_" MIME-Version: 1.0 Archived-At: X-Mailman-Approved-At: Mon, 27 Jul 2015 06:53:26 -0700 Cc: acmorton@att.com Subject: [bmwg] measuring energy consumption for NFV X-BeenThere: bmwg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Benchmarking Methodology Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 13:51:35 -0000 --_000_DF91EBC32A031943A8B78D81D40122BC0401BB88B2AUSX7MCPC103A_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable One of the topics which came up during the Prague meeting while discussing = Al's draft on benchmarking VNFs was measuring energy consumption. Please fi= nd details below. More details are also in the NFVRG draft - https://datatr= acker.ietf.org/doc/draft-krishnan-nfvrg-policy-based-rm-nfviaas/?include_te= xt=3D1. At the physical server level, instantaneous energy consumption can be accurately measured through IPMI standard. At a VM level, instantaneous energy consumption can be approximately measured using an overall utilization metric, which is a combination of CPU utilization, memory usage, I/O usage, and network usage. Thanks, Ramki --_000_DF91EBC32A031943A8B78D81D40122BC0401BB88B2AUSX7MCPC103A_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

One of t= he topics which came up during the Prague meeting while discussing Al’= ;s draft on benchmarking VNFs was measuring energy consumption. Please find= details below. More details are also in the NFVRG draft - https://datatracker.ietf.= org/doc/draft-krishnan-nfvrg-policy-based-rm-nfviaas/?include_text=3D1.

 

At the physical server level, instantaneous energy

   consumption can be accurately measured through IPMI= standard. At a

   VM level, instan= taneous energy consumption can be

 &nbs= p; approximately measured using an overall utilization metric, which is

   a combination of CPU utilization, m= emory usage, I/O usage, and

   netw= ork usage.

Thanks,

Ramki

 

= --_000_DF91EBC32A031943A8B78D81D40122BC0401BB88B2AUSX7MCPC103A_-- From nobody Mon Jul 27 07:00:25 2015 Return-Path: X-Original-To: bmwg@ietfa.amsl.com Delivered-To: bmwg@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F20D71B2D96 for ; Mon, 27 Jul 2015 07:00:23 -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 qFiaSIsF6d4t for ; Mon, 27 Jul 2015 07:00:21 -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 0BCF61B2D93 for ; Mon, 27 Jul 2015 07:00:21 -0700 (PDT) Received: from mail-blue.research.att.com (unknown [135.207.178.11]) by mail-pink.research.att.com (Postfix) with ESMTP id 2984D121446; Mon, 27 Jul 2015 10:23:48 -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 8CF07F0458; Mon, 27 Jul 2015 10:00:17 -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, 27 Jul 2015 10:00:17 -0400 From: "MORTON, ALFRED C (AL)" To: "Ramki_Krishnan@dell.com" , "bmwg@ietf.org" Date: Mon, 27 Jul 2015 10:00:15 -0400 Thread-Topic: measuring energy consumption for NFV Thread-Index: AdDIcr3aJDvy7U2uTgaheKUh3BDLZAAAbN6Q Message-ID: <4AF73AA205019A4C8A1DDD32C034631D099E08A155@NJFPSRVEXG0.research.att.com> References: In-Reply-To: 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_4AF73AA205019A4C8A1DDD32C034631D099E08A155NJFPSRVEXG0re_" MIME-Version: 1.0 Archived-At: Subject: Re: [bmwg] measuring energy consumption for NFV X-BeenThere: bmwg@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Benchmarking Methodology Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 14:00:24 -0000 --_000_4AF73AA205019A4C8A1DDD32C034631D099E08A155NJFPSRVEXG0re_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Thanks Ramki, this is good input. Al From: Ramki_Krishnan@dell.com [mailto:Ramki_Krishnan@dell.com] Sent: Monday, July 27, 2015 9:51 AM To: bmwg@ietf.org Cc: MORTON, ALFRED C (AL) Subject: measuring energy consumption for NFV One of the topics which came up during the Prague meeting while discussing = Al's draft on benchmarking VNFs was measuring energy consumption. Please fi= nd details below. More details are also in the NFVRG draft - https://datatr= acker.ietf.org/doc/draft-krishnan-nfvrg-policy-based-rm-nfviaas/?include_te= xt=3D1. At the physical server level, instantaneous energy consumption can be accurately measured through IPMI standard. At a VM level, instantaneous energy consumption can be approximately measured using an overall utilization metric, which is a combination of CPU utilization, memory usage, I/O usage, and network usage. Thanks, Ramki --_000_4AF73AA205019A4C8A1DDD32C034631D099E08A155NJFPSRVEXG0re_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Thanks Ramki, this is good in= put.

Al

 <= /p>

From: Ramki_Krishnan@dell.com [m= ailto:Ramki_Krishnan@dell.com]
Sent: Monday, July 27, 2015 9:51 = AM
To: bmwg@ietf.org
Cc: MORTON, ALFRED C (AL)
Su= bject: measuring energy consumption for NFV

=

 

One of= the topics which came up during the Prague meeting while discussing AlR= 17;s draft on benchmarking VNFs was measuring energy consumption. Please fi= nd details below. More details are also in the NFVRG draft - https://datatracker.iet= f.org/doc/draft-krishnan-nfvrg-policy-based-rm-nfviaas/?include_text=3D1.

 

At the physical server level, instantaneous energy

   consumption can be accurately measured through I= PMI standard. At a

   VM level, ins= tantaneous energy consumption can be

 &n= bsp; approximately measured using an overall utilization metric, which is

   a combination of CPU utilization,= memory usage, I/O usage, and

   ne= twork usage.

Thanks,

Ramki

 =

= --_000_4AF73AA205019A4C8A1DDD32C034631D099E08A155NJFPSRVEXG0re_--