From owner-tcp-impl@grc.nasa.gov  Mon Oct  1 10:40:23 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA19092
	for <tcpimpl-archive@lists.ietf.org>; Mon, 1 Oct 2001 10:40:22 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id BDEA2C6A48; Mon,  1 Oct 2001 10:37:06 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAA1na4yQ; Mon, 1 Oct 01 10:37:06 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id KAA14012
	for tcp-impl-outgoing; Mon, 1 Oct 2001 10:22:02 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id KAA14008
	for <tcp-impl@lerc.nasa.gov>; Mon, 1 Oct 2001 10:22:01 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 04930C68FF; Mon,  1 Oct 2001 10:22:00 -0400 (EDT)
Received: from pc7143.unige.ch(129.194.71.43) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAWfaOUA; Mon, 1 Oct 01 10:22:00 -0400
Received: from localhost ([127.0.0.1] helo=pc7143.unige.ch)
	by pc7143.unige.ch with esmtp (Exim 3.12 #1 (Debian))
	id 15o45Q-0006MR-00
	for <tcp-impl@lerc.nasa.gov>; Mon, 01 Oct 2001 16:30:24 +0200
From: info@ltssg3.epfl.ch
To: tcp-impl@lerc.nasa.gov
Date: Mon Oct  1 16:30:24 2001
Subject: CALL FOR PAPERS: IEEE ICME 2002, Int.Conf.MM & Expo
Message-Id: <E15o45Q-0006MR-00@pc7143.unige.ch>
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk

Apologies for any duplication of this announcement
_____________________________________________

CALL FOR PAPERS: ICME 2002
IEEE International Conference on Multimedia and Expo

Swiss Federal Institute of Technology,
EPFL, Lausanne, Switzerland
August 26-29 2002

GOALS OF THE CONFERENCE

International Conference on Multimedia & Expo (ICME) is a major annual 
international conference organized with the objective of bringing together 
researchers, developers and practitioners from academia and industry 
working in all areas of  multimedia. ICME serves as a forum for the
dissemination of state-of-the-art research, development, and implementations 
of multimedia systems, technologies and applications. 

Co-sponsored by four IEEE societies (the Circuits and Systems Society, 
the Communications Society, the Computer Society and the Signal Processing 
Society) the third edition of ICME will be held in Lausanne, Switzerland.

INSTRUCTIONS AND TOPICS

Authors should submit a four-page manuscript in double-column format 
including authors' names, affiliations and a short abstract. Only electronic 
submission will be accepted. A sample of the papers presented at the 
conference will be selected for a possible publication in an upcoming 
special issue of IEEE Transactions on Multimedia. Topics covered include 
but are not limited to the following:

* Audio, image and/or video processing
* Components and technologies for multimedia systems
* Human-machine interface and interaction
* Multimedia applications
* Multimedia hardware architectures
* Multimedia communication and networking
* Multimedia computing systems
* Multimedia content access and distribution
* Multimedia databases
* Signal processing for media integration
* Standards (e.g., MPEG) and related issues
* System integration, integration of art and technologies
* Virtual reality and computer graphics
* Watermarking and security

CONFERENCE WEB SITE AND CONTACT

Web: http://www.icme2002.org
Contact: info@icme02.epfl.ch

SPECIAL SESSIONS, TUTORIALS, DEMO/EXHIBITS

Proposals for Special Sessions, Tutorials and Demo/Exhibits are also 
strongly encouraged. Authors are referred to the ICME website to additional 
information regarding submissions.

IMPORTANT DATES

Special Session Proposal Due            December 1, 2001
Regular Papers Submission Due           February 15, 2002
Tutorial Proposal Due                   March 1, 2002
Demo/Exhibit Proposal Due               May 1, 2002


Thierry Pun, Univ. of Geneva, Switzerland
Jean-Luc Dugelay, Eurecom, France
ICME Publicity co-Chairs


PS: feel free to distribute!

-----------------------------------------------------------------------
To subscribe the ICME 2002 information mailing list, 
e-mail icme2002-request@ltssg3.epfl.ch with "subscribe" in the body. 
-----------------------------------------------------------------------




From owner-tcp-impl@grc.nasa.gov  Tue Oct  2 06:05:36 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA02150
	for <tcpimpl-archive@odin.ietf.org>; Tue, 2 Oct 2001 06:05:33 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 7F80CC69AE; Tue,  2 Oct 2001 06:03:12 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAA_UaGZ0; Tue, 2 Oct 01 06:03:12 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id FAA05876
	for tcp-impl-outgoing; Tue, 2 Oct 2001 05:51:17 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id FAA05869;
	Tue, 2 Oct 2001 05:50:50 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id E31E7640BC; Tue,  2 Oct 2001 05:50:49 -0400 (EDT)
Received: from unknown(211.36.2.197) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAA8PaiMb; Tue, 2 Oct 01 05:50:46 -0400
Received: from www ([211.219.21.252])
	by ns.webdbbuilder.com (8.9.3/8.9.3) with SMTP id RAA21266;
	Tue, 2 Oct 2001 17:19:01 +0900
Message-ID: <036c01c14b13$a416bd20$fc15dbd3@kics.or.kr>
Reply-To: "Jae Choon Park" <jcpark@kics.or.kr>
From: "Jae Choon Park" <jcpark@kics.or.kr>
To: <alg@comm.toronto.edu>, <amlist@takilab.k.dendai.ac.jp>,
        <announce@tcos.org>, <announcements.chi@acm.com>,
        <cfp@mmlab.snu.ac.kr>, <commsoft@cc.bellcore.com>,
        <comm-theory@ieee.org>, <comswtc@comsoc.org>, <comswtc@ieee.org>,
        <conf@colmar.uha.fr>, <confctrl@ISI.EDU>,
        <confs-conferencesa@comsoc.org>, <cost237-transport@comp.lancs.ac.uk>,
        <cost257@informatik.uni-wuerzburg.de>, <Cost264@lip6.fr>,
        <ctc-members@tinac.com>, <dbworld@cs.wisc.edu>,
        <domain3@BXL.DG13.cec.eu.int>, <enternet@bbn.com>,
        <fokus-user@fokus.gmd.de>, <f-troup@CODEX.cis.upenn.edu>,
        <gi-fb3@fokus.gmd.de>, <giga@tele.pitt.edu>,
        <gigabitkits@arl.wustl.edu>, <gu-net@gunet.gr>,
        <hipparch@sophia.inria.fr>, <ieee_rtc_list@cs.tamu.edu>,
        <ieeetcpc@listserv.utoronto.ca>,
        <ifip-6-1-distr@run.montefiore.ulg.ac.be>,
        <ifip-tc6@informatik.rwth-aachen.de>, <info-confs@comsoc.org>,
        <ipgroup@sprintlabs.com>, <iscc2000@infres.enst.fr>, <itc@ieee.org>,
        <iwqos@comsoc.org>, <kgold@firstconf.com>, <kuvs-elg@fokus.gmd.de>,
        <lists-mbone-eu-op-out@postman.ripe.net>,
        <Mail-distributor@KOM.th-darmstadt.de>, <mbone-eu-op@ripe.net>,
        <multicomm@cc.bellcore.com>, <netnomics@eco.utexas.edu>,
        <news-announce-conferences@uunet.uu.net>,
        <nichains@BXL.DG13.cec.eu.int>, <performance@haven.epm.ornl.gov>,
        <rem-conf@es.net>, <request-datacom@comsoc.org>, <reres@laas.fr>,
        <RHDM@lip6.fr>, <rm@openmash.org>, <seminar@cse.cuhk.edu.hk>,
        <sigmetrics@haven.epm.ornl.gov>, <spects02@comp.leeds.ac.uk>,
        <tccc@ieee.org>, <tcgn@ieee.org>, <tci-announce@computer.org>,
        <tci-announce@listserv.computer.org>, <tcp-impl@lerc.nasa.gov>,
        <tcpsat@lerc.nasa.gov>, <ga@terena.nl>, <xtp-relay@cs.concordia.ca>,
        <ecn-interest@research.att.com>, <cnom@maestro.bellcore.com>,
        <cnom@cselt.it>, <int-serv@ISI.EDU>, <confs-globecom@comsoc.org>,
        <end2end-interest@ISI.EDU>, <G.S.Kuo.gskuo@IMRNET.MGT.NCU.EDU.TW>,
        <MariaLuisa.Rossari@cselt.it>, <owner-globecom@comsoc.org>,
        <owner-info-confs@comsoc.org>, <owner-comswtc@comsoc.org>,
        <IEEETCPC-request@listserv.utoronto.ca>, <d.kingston@comsoc.org>
Subject: CIC 2001
Date: Tue, 2 Oct 2001 16:25:07 +0900
Organization: KICS
MIME-Version: 1.0
Content-Type: multipart/related;
	type="multipart/alternative";
	boundary="----=_NextPart_000_0361_01C14B5E.CDF85EA0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk

This is a multi-part message in MIME format.

------=_NextPart_000_0361_01C14B5E.CDF85EA0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_0362_01C14B5E.CDF85EA0"


------=_NextPart_001_0362_01C14B5E.CDF85EA0
Content-Type: text/plain;
	charset="ks_c_5601-1987"
Content-Transfer-Encoding: base64

Q0FMTCBGT1IgUEFSVElDSVBBTlRTDQogDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCg0K
DQogICAgICAgICAgICAgICAgICAgICAgICAgQ0lDIDIwMDENCiAgICAgICAgICAgICAgICAgVGhl
IDZ0aCBDRE1BIEludGVybmF0aW9uYWwgQ29uZmVyZW5jZQ0KICAgICAgICAgICAgICAgICAgICAg
ICAgobBDRE1BIGFuZCBJdHMgQ2hhbGxlbmdlcyBmb3IgdGhlIE5ldyBIb3Jpem9uobENCk9jdC4g
MzAgLSBOb3YuIDIsIDIwMDEsIFNoZXJhdG9uIFdhbGtlciBIaWxsIEhvdGVsICYgVG93ZXJzLCBT
ZW91bCwgS29yZWEgICAgICAgICAgICAgICBodHRwOi8vd3d3LmNpYzIwMDEuY29tIA0KLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0NCg0KIA0KDQoNCg0KSW4gdGhlIHNwaXJpdCBvZiB0aGUgY29tbWVt
b3JhdGlvbiBvZiB0aGUgc3VjY2Vzc2Z1bCBDRE1BIGNlbGx1bGFyIGFuZCBQQ1Mgc3lzdGVtIGRl
cGxveW1lbnQgaW4gMTk5NiwgQ0lDIChDRE1BIEludGVybmF0aW9uYWwgQ29uZmVyZW5jZSkgaGFz
IGJlZW4gb3JnYW5pemVkIHdpdGggdGhlIG9iamVjdGl2ZSBvZiBicmluZ2luZyB0b2dldGhlciBy
ZXNlYXJjaGVycywgZGV2ZWxvcGVycywgYW5kIHByYWN0aXRpb25lcnMgZnJvbSBhY2FkZW1pYSBh
bmQgaW5kdXN0cnkgd29ya2luZyBpbiBhbGwgYXJlYXMgb2YgbW9iaWxlIGNvbW11bmljYXRpb25z
LiBDSUMgc2VydmVzIGFzIGEgZm9ydW0gZm9yIHRoZSBkaXNzZW1pbmF0aW9uIG9mIHRoZSBzdGF0
ZS1vZi10aGUtYXJ0IHJlc2VhcmNoLCBkZXZlbG9wbWVudCwgYW5kIGltcGxlbWVudGF0aW9ucyBv
ZiBicm9hZGJhbmQgbXVsdGltZWRpYSBtb2JpbGUgY29tbXVuaWNhdGlvbiBzeXN0ZW1zLCB0ZWNo
bm9sb2dpZXMsIGFuZCBhcHBsaWNhdGlvbnMuIFRoaXMgY29uZmVyZW5jZSB3aWxsIGFsc28gcHJl
c2VudCB0aGUgbGF0ZXN0IGRldmVsb3BtZW50IGluIHRoZSA0dGggZ2VuZXJhdGlvbiBicm9hZGJh
bmQgY29tbXVuaWNhdGlvbiBzeXN0ZW1zLiBTZWFtbGVzcyBzZXJ2aWNlcyBhbmQgYXBwbGljYXRp
b25zIHZpYSBkaWZmZXJlbnQgYWNjZXNzIHN5c3RlbXMgd2lsbCBiZSB0aGUgZHJpdmluZyBmb3Jj
ZXMgZm9yIHRoZSBmdXR1cmUgZGV2ZWxvcG1lbnQuIFRoZSA2dGggQ0lDIHdpbGwgcHJvdmlkZSB0
aHJlZS1kYXkgcHJlc2VudGF0aW9ucyBvZiBpbnZpdGVkIGFuZCByZWd1bGFyIHBhcGVycyBmcm9t
IG1hbnVmYWN0dXJlcnMsIGFjYWRlbWlhLCBhbmQgc2VydmljZSBwcm92aWRlcnMsIGFuZCBvbmUt
ZGF5IHR1dG9yaWFscyBieSBkaXN0aW5ndWlzaGVkIGxlY3R1cmVycy4gDQoNCiANCg0KQ29uZmVy
ZW5jZSBQcm9ncmFtIA0KICAgICAgVHV0b3JpYWxzDQogICAgICBPY3QuIDMwKFR1ZXNkYXkpLCAy
MDAxDQogICAgIFQxOiBNSU1PIFNwYWNlLVRpbWUgIENvZGluZyAvIFByb2Nlc3NpbmcgYW5kIE9G
RE0gKDA4OjMwIH4gMTg6MDApDQoNCiAgICAgIFQyOiBTaG9ydC1yYW5nZSByYWRpbyBjb21tdW5p
Y2F0aW9ucyB3aXRoIEJsdWV0b290aCAoMDg6MzAgfiAxMjozMCkNCg0KICAgICAgVDM6IFQzOiBU
cmFuc21pc3Npb24gUG93ZXIgQ29udHJvbCwgUmF0ZSBDb250cm9sICYgIFBhY2tldCBTY2hlZHVs
aW5nIGluIENlbGx1bGFyIENETUEgICAgIFN5c3RlbXMgKDE0OjAwIH4gMTg6MDApDQoNCiAgICAg
IFQ0OiBNdWx0aXVzZXIgZGV0ZWN0aW9uOiBhbGdvcml0aG1zIGFuZCB0aGVpciBpbXBsZW1lbnRh
dGlvbiAoMTQ6MDAgfiAxODowMCkNCiAgICAgDQogICAgICBUZWNobmljYWwgU2Vzc2lvbg0KDQog
ICAgICBPY3QuIDMxIChXZWRuZXNkYXkpIH4NCg0KICAgICAgTm92LiAxIChUaHVyc2RheSksIDIw
MDENCiAgICAgUzE6IE9wZW5pbmcgU2Vzc2lvbg0KDQogICAgICBTMjogUGxlbmFyeSBTZXNzaW9u
DQoNCiAgICAgIFMzOiBXaXJlbGVzcyBIaWdoLVNwZWVkIERhdGENCg0KICAgICAgUzQ6IFdpcmVs
ZXNzIEludGVybmV0IFBsYXRmb3JtDQoNCiAgICAgIFM1OiBBY2Nlc3MgTmV0d29yayBUZWNobm9s
b2d5DQoNCiAgICAgIFM2OiBJTVQtMjAwMCBEZXBsb3ltZW50ICYgU2VydmljZXMNCg0KICAgICAg
Uzc6IDRHIFRlY2hub2xvZ2llcw0KDQogICAgICBTODogUGFuZWwgRGlzY3Vzc2lvbiAtIENETUEg
QmVsdA0KICAgICANCiAgICAgIFBhcGVyIFNlc3Npb24NCg0KICAgICAgTm92LiAyIChGcmlkYXkp
LCAyMDAxDQogICAgIE9yYWwgUHJlc2VudGF0aW9uDQogICAgIEExIH4gQTQgIC8gIEIxIH4gQjQg
IC8gIEMxIH4gQzQgIC8gIEQxIH4gRDQNCiAgICAgDQogICAgICBQb3N0ZXIgUHJlc2VudGF0aW9u
DQogICAgIEUxIH4gRTINCiAgICAgDQoNCiogRnVydGhlciBpbmZvcm1hdGlvbiBhYm91dCBDSUMg
cHJvZ3JhbSBpcyBhdmFpbGFibGUgb24gdGhlIENJQyB3ZWJzaXRlICh3d3cuY2ljMjAwMS5jb20p
Lg0KDQogDQoNClJlZ2lzdHJhdGlvbg0KICAgICAgQ2F0ZWdvcnkNCiAgICAgRUFSTFk6IEJ5IE9j
dC4gMTUNCiAgICAgTEFURTogQWZ0ZXIgT2N0LiAxNQ0KICAgICANCiAgICAgIERvbWVzdGljDQog
ICAgIE92ZXJzZWENCiAgICAgRG9tZXN0aWMNCiAgICAgT3ZlcnNlYQ0KICAgICANCiAgICAgIENv
bmZlcmVuY2UgUmVnaXN0cmF0aW9uDQogICAgICBSZWd1bGFyIFJhdGUNCiAgICAgo9w0MDAsMDAw
DQogICAgIFVTRCA0MDANCiAgICAgo9w1MDAsMDAwDQogICAgIFVTRCA1MDANCiAgICAgDQogICAg
ICAgQWNhZGVtaWMgUmF0ZQ0KICAgICCj3DIwMCwwMDANCiAgICAgVVNEIDIwMA0KICAgICCj3DMw
MCwwMDANCiAgICAgVVNEIDMwMA0KICAgICANCiAgICAgIFN0dWRlbnQgUmF0ZQ0KICAgICCj3DEw
MCwwMDANCiAgICAgVVNEIDEwMA0KICAgICCj3DIwMCwwMDANCiAgICAgVVNEIDIwMA0KICAgICAN
CiAgICAgIFR1dG9yaWFsDQogICAgIFQgPyAxDQogICAgIKPcMjAwLDAwMA0KICAgICBVU0QgMjAw
DQogICAgIKPcMjIwLDAwMA0KICAgICBVU0QgMjIwDQogICAgIA0KICAgICAgVCA/IDINCiAgICAg
o9wxMDAsMDAwDQogICAgIFVTRCAxMDANCiAgICAgo9wxMjAsMDAwDQogICAgIFVTRCAxMjANCiAg
ICAgDQogICAgICBUID8gMw0KICAgICCj3DEwMCwwMDANCiAgICAgVVNEIDEwMA0KICAgICCj3DEy
MCwwMDANCiAgICAgVVNEIDEyMA0KICAgICANCiAgICAgIFQgPyA0DQogICAgIKPcMTAwLDAwMA0K
ICAgICBVU0QgMTAwDQogICAgIKPcMTIwLDAwMA0KICAgICBVU0QgMTIwDQogICAgIA0KICAgICAg
VD81KFQtMiAmIFQtMykNCiAgICAgo9wyMDAsMDAwDQogICAgIFVTRCAyMDANCiAgICAgo9wyMjAs
MDAwDQogICAgIFVTRCAyMjANCiAgICAgDQogICAgICBULTYoVC0yICYgVC00KQ0KICAgICCj3DIw
MCwwMDANCiAgICAgVVNEIDIwMA0KICAgICCj3DIyMCwwMDANCiAgICAgVVNEIDIyMA0KICAgICAN
Cg0KKiogQ29uZmVyZW5jZSByZWdpc3RyYXRpb24gaW5jbHVkZXMgQ0Qgb2YgUHJvY2VlZGluZywg
QWJzdHJhY3QgKEhhcmQgQ29weSksIEx1bmNoLCBSZWNlcHRpb24gYW5kIEJhbnF1ZXQuDQoNCioq
IEFjYWRlbWljIHJhdGUgaXMgcHJvdmlkZWQgZm9yIGZhY3VsdHkgbWVtYmVyLg0KDQoqKiBUdXRv
cmlhbCByZWdpc3RyYXRpb24gaW5jbHVkZXMgdHV0b3JpYWwgbWF0ZXJpYWxzIChIYXJkIENvcHkp
IG9ubHkuDQoNCiANCkNvbnRhY3QgVXM6IENJQyAyMDAxIFNlY3JldGFyaWF0DQpUaGUgS29yZWFu
IEluc3RpdHV0ZSBvZiBDb21tdW5pY2F0aW9uIFNjaWVuY2VzIChLSUNTKQ0KSHl1bmRhaSBLaXJp
bSBPZmZpY2V0ZWwgIzE1MDQsIDEzMzAtMTggU2VvY2hvLWRvbmcsIFNlb2Noby1ndSwgU2VvdWwg
MTM3LTg1OCwgS29yZWENCg0KRS1tYWlsIDogamNwYXJrQGtpY3Mub3Iua3INCg0KVGVsIDogKyA4
MiAyIDM0NTMgNTU1NSAgIEZheCA6ICsgODIgMiA1MzkgNTU4OA0KDQogDQoNCkNvbW1pdHRlZXM6
ICAgICAgICAgR2VuZXJhbCBDaGFpcjogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBJbnRlcm5hdGlvbmFs
IEFkdmlzb3J5IENvbW1pdHRlZSBDaGFpcjoNCg0KVWktU2VvayBIb25nICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgR2lsIFJvayBPaA0KDQpQcmVzaWRlbnQsIEtJQ1MgLyBQcm9mZXNzb3IsIEt3YW5n
d29vbiBVbml2ZXJzaXR5ICAgICAgICAgICAgICBQcmVzaWRlbnQsIEVUUkkgDQoNCnVzaG9uZ0Bk
YWlzeS5rd2FuZ3dvb24uYWMua3IgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIGdyb2hAZXRyaS5yZS5rciANCg0KIA0KDQpPcmdhbml6aW5nIENvbW1pdHRlZSBD
aGFpcjogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
VGVjaG5pY2FsIFByb2dyYW0gQ29tbWl0dGVlIENoYWlyOg0KDQpDaHUtSHdhbiBZaW0gICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICBEYWVoeW91bmcgSG9uZw0KDQpWaWNlIFByZXNpZGVudCwgS0lDUyAv
IFNlY3JldGFyeSBHZW5lcmFsLCBUVEEgICAgICAgICAgICAgICAgICAgICAgICAgIFByb2Zlc3Nv
ciwgU29nYW5nIFVuaXZlcnNpdHkNCg0KY2h5aW1AdHRhLm9yLmtyICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgZGhvbmdAc29nYW5nLmFjLmtyDQoNCiANCg0KSG9zdGVkIGJ5IE1JQyAoTWluaXN0cnkg
b2YgSW5mb3JtYXRpb24gJiBDb21tdW5pY2F0aW9uKSAgIA0KDQpPcmdhbml6ZWQgYnkgS0lDUyAo
VGhlIEtvcmVhbiBJbnN0aXR1dGUgb2YgQ29tbXVuaWNhdGlvbiBTY2llbmNlcykgDQoNCi0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K
Q0lDIDIwMDEgU2VjcmV0YXJpYXQNClRoZSBLb3JlYW4gSW5zdGl0dXRlIG9mIENvbW11bmljYXRp
b24gU2NpZW5jZXMoS0lDUykNCkh5bmRhaSBLaXJpbSBPZmZpY2V0ZWwgIzEwNTQsIDEzMzAtMTgg
U2VvY2hvZG9uZywgU2VvY2hvZ3UNClNlb3VsIDEzNy0wNzAsIEtvcmVhDQooVGVsKSArODItMi0z
NDUzLTU1NTUgICAgKEZheCkgKzgyLTItNTM5LTU1ODgNCihFLW1haWwpIGpjcGFya0BraWNzLm9y
LmtyDQooSG9tZXBhZ2UpIHd3dy5jaWMyMDAxLmNvbQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg==

------=_NextPart_001_0362_01C14B5E.CDF85EA0
Content-Type: text/html;
	charset="ks_c_5601-1987"
Content-Transfer-Encoding: base64

PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv
L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu
dD0idGV4dC9odG1sOyBjaGFyc2V0PWtzX2NfNTYwMS0xOTg3Ij4NCjxNRVRBIGNvbnRlbnQ9Ik1T
SFRNTCA1LjUwLjQ1MjIuMTgwMCIgbmFtZT1HRU5FUkFUT1I+DQo8U1RZTEU+PC9TVFlMRT4NCjwv
SEVBRD4NCjxCT0RZIGJnQ29sb3I9I2ZmZmZmZiBiYWNrZ3JvdW5kPWNpZDowMzYwMDFjMTRiMTMk
NWNiOTY0MDAkZmMxNWRiZDNAa2ljcy5vci5rcj4NCjxESVY+PEZPTlQgc2l6ZT0yPg0KPERJVj48
Rk9OVCBzaXplPTI+DQo8RElWPjxGT05UIHNpemU9Mj48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9
IkZPTlQtU0laRTogMTNwdDsgQ09MT1I6ICMwMDMzMDA7IEZPTlQtRkFNSUxZOiAnQXJpYWwgQmxh
Y2snOyBtc28tYmlkaS1mb250LXNpemU6IDEwLjBwdDsgbXNvLWJpZGktZm9udC1mYW1pbHk6IEFy
aWFsIj48Rk9OVCANCnNpemU9NT5DQUxMIEZPUiBQQVJUSUNJUEFOVFM8L0ZPTlQ+PC9TUEFOPjwv
Rk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPjxTUEFOIGxhbmc9RU4tVVMgDQpzdHlsZT0i
Rk9OVC1TSVpFOiAxM3B0OyBDT0xPUjogIzAwMzMwMDsgRk9OVC1GQU1JTFk6ICdBcmlhbCBCbGFj
ayc7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0OyBtc28tYmlkaS1mb250LWZhbWlseTogQXJp
YWwiPjwvU1BBTj48U1BBTiANCmxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1TSVpFOiAxMnB0OyBG
T05ULUZBTUlMWTogJ0FyaWFsIEJsYWNrJzsgbXNvLWJpZGktZm9udC1zaXplOiAxMC4wcHQiPjw/
eG1sOm5hbWVzcGFjZSANCnByZWZpeCA9IG8gbnMgPSAidXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNv
bTpvZmZpY2U6b2ZmaWNlIiANCi8+PG86cD48L286cD48L1NQQU4+Jm5ic3A7PC9ESVY+PEZPTlQg
ZmFjZT0iQXJpYWwgQmxhY2siIGNvbG9yPSMwMDMzMDAgDQpzaXplPTU+PC9GT05UPg0KPEhSPg0K
DQo8RElWPjxCUiBzdHlsZT0ibXNvLWlnbm9yZTogdmdsYXlvdXQiIGNsZWFyPWFsbD48L0RJVj4N
CjxIMiBzdHlsZT0iTElORS1IRUlHSFQ6IDI1cHQ7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFj
dGx5Ij48U1BBTiANCnN0eWxlPSJNQVJHSU4tVE9QOiAwcHg7IExFRlQ6IDBweDsgTUFSR0lOLUxF
RlQ6IDEzcHg7IFdJRFRIOiAxMTlweDsgUE9TSVRJT046IGFic29sdXRlOyBIRUlHSFQ6IDQ4cHg7
IG1zby1pZ25vcmU6IHZnbGF5b3V0Ij48L1NQQU4+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7IA0KPFNQQU4gDQpzdHlsZT0iTUFSR0lOLVRPUDogMHB4OyBaLUlOREVYOiAyOyBMRUZUOiAw
cHg7IE1BUkdJTi1MRUZUOiA1NjBweDsgV0lEVEg6IDYwcHg7IFBPU0lUSU9OOiBhYnNvbHV0ZTsg
SEVJR0hUOiA2MHB4OyBtc28taWdub3JlOiB2Z2xheW91dCI+PC9TUEFOPjxTUEFOIA0KbGFuZz1F
Ti1VUyANCnN0eWxlPSJGT05ULVNJWkU6IDI3cHQ7IEZPTlQtRkFNSUxZOiAnQXJpYWwgQmxhY2sn
OyBtc28tYmlkaS1mb250LXNpemU6IDEwLjBwdCI+Q0lDIA0KMjAwMTxvOnA+PC9vOnA+PC9TUEFO
PjwvSDI+DQo8SDIgc3R5bGU9IkxJTkUtSEVJR0hUOiAyMHB0OyBtc28tbGluZS1oZWlnaHQtcnVs
ZTogZXhhY3RseSI+PEIgDQpzdHlsZT0ibXNvLWJpZGktZm9udC13ZWlnaHQ6IG5vcm1hbCI+PFNQ
QU4gbGFuZz1FTi1VUyANCnN0eWxlPSJGT05ULVNJWkU6IDE2cHQ7IG1zby1iaWRpLWZvbnQtc2l6
ZTogMTAuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtU
aGUgDQo2PFNVUD50aDwvU1VQPiBDRE1BIEludGVybmF0aW9uYWwgQ29uZmVyZW5jZTxvOnA+PC9v
OnA+PC9TUEFOPjwvQj48L0gyPg0KPEgzIA0Kc3R5bGU9Ik1BUkdJTi1MRUZUOiAwY207IExJTkUt
SEVJR0hUOiAxMnB0OyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSI+PFNQQU4gDQpsYW5n
PUVOLVVTIA0Kc3R5bGU9IkZPTlQtU0laRTogMTFwdDsgQ09MT1I6ICMzMzY2ZmY7IG1zby1iaWRp
LWZvbnQtc2l6ZTogMTIuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQqhsENETUEgYW5k
IEl0cyBDaGFsbGVuZ2VzIGZvciB0aGUgTmV3IEhvcml6b26hsTxvOnA+PC9vOnA+PC9TUEFOPjwv
SDM+DQo8SDU+PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxlPSJGT05ULUZBTUlMWTogQXJpYWw7IG1z
by1iaWRpLWZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsgbXNvLWJpZGktZm9udC13ZWln
aHQ6IGJvbGQiPk9jdC4gDQozMCAtIE5vdi4gMiwgMjAwMSwgU2hlcmF0b24gV2Fsa2VyIEhpbGwg
SG90ZWwgJmFtcDsgVG93ZXJzLCBTZW91bCwgS29yZWE8U1BBTiANCnN0eWxlPSJtc28tc3BhY2Vy
dW46IHllcyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KPC9TUEFOPjxBIGhyZWY9Imh0
dHA6Ly93d3cuY2ljMjAwMS5jb20vIj5odHRwOi8vd3d3LmNpYzIwMDEuY29tPC9BPiANCjxIUj4N
CjxvOnA+PC9vOnA+PC9TUEFOPjwvSDU+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgDQpzdHlsZT0iTElO
RS1IRUlHSFQ6IDEwcHQ7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5Ij48U1BBTiANCnN0
eWxlPSJaLUlOREVYOiAzOyBMRUZUOiAtMnB4OyBXSURUSDogNjY1cHg7IFBPU0lUSU9OOiByZWxh
dGl2ZTsgVE9QOiAxcHg7IEhFSUdIVDogNnB4OyBtc28taWdub3JlOiB2Z2xheW91dCI+PElNRyAN
CmhlaWdodD01IHNyYz0iY2lkOjAxM2EwMWMxNDY0MCRmYjEzOTNhMCRmYzE1ZGJkM0BraWNzLm9y
LmtyIiB3aWR0aD02NjUgDQp2OnNoYXBlcz0iX3gwMDAwX3MxMDI4Ij48L1NQQU4+PFNQQU4gbGFu
Zz1FTi1VUyANCnN0eWxlPSJGT05ULVNJWkU6IDlwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28t
YmlkaS1mb250LXNpemU6IDEyLjBwdDsgbXNvLWJpZGktZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcg
Um9tYW4nIj4mbmJzcDs8bzpwPjwvbzpwPjwvU1BBTj48L1A+DQo8RElWPjxCUiBzdHlsZT0ibXNv
LWlnbm9yZTogdmdsYXlvdXQiIGNsZWFyPWFsbD48L0RJVj4NCjxQIGNsYXNzPU1zb05vcm1hbCAN
CnN0eWxlPSJURVhULUlOREVOVDogMjIuMnB0OyBMSU5FLUhFSUdIVDogMTFwdDsgbXNvLWxpbmUt
aGVpZ2h0LXJ1bGU6IGV4YWN0bHkiPjxTUEFOIA0KbGFuZz1FTi1VUyBzdHlsZT0iRk9OVC1GQU1J
TFk6IEFyaWFsIj5JbiB0aGUgc3Bpcml0IG9mIHRoZSBjb21tZW1vcmF0aW9uIG9mIHRoZSANCnN1
Y2Nlc3NmdWwgQ0RNQSBjZWxsdWxhciBhbmQgUENTIHN5c3RlbSBkZXBsb3ltZW50IGluIDE5OTYs
IENJQyAoQ0RNQSANCkludGVybmF0aW9uYWwgQ29uZmVyZW5jZSkgaGFzIGJlZW4gb3JnYW5pemVk
IHdpdGggdGhlIG9iamVjdGl2ZSBvZiBicmluZ2luZyANCnRvZ2V0aGVyIHJlc2VhcmNoZXJzLCBk
ZXZlbG9wZXJzLCBhbmQgcHJhY3RpdGlvbmVycyBmcm9tIGFjYWRlbWlhIGFuZCBpbmR1c3RyeSAN
CndvcmtpbmcgaW4gYWxsIGFyZWFzIG9mIG1vYmlsZSBjb21tdW5pY2F0aW9ucy4gQ0lDIHNlcnZl
cyBhcyBhIGZvcnVtIGZvciB0aGUgDQpkaXNzZW1pbmF0aW9uIG9mIHRoZSBzdGF0ZS1vZi10aGUt
YXJ0IHJlc2VhcmNoLCBkZXZlbG9wbWVudCwgYW5kIGltcGxlbWVudGF0aW9ucyANCm9mIGJyb2Fk
YmFuZCBtdWx0aW1lZGlhIG1vYmlsZSBjb21tdW5pY2F0aW9uIHN5c3RlbXMsIHRlY2hub2xvZ2ll
cywgYW5kIA0KYXBwbGljYXRpb25zLiBUaGlzIGNvbmZlcmVuY2Ugd2lsbCBhbHNvIHByZXNlbnQg
dGhlIGxhdGVzdCBkZXZlbG9wbWVudCBpbiB0aGUgDQo0PFNVUD50aDwvU1VQPiBnZW5lcmF0aW9u
IGJyb2FkYmFuZCBjb21tdW5pY2F0aW9uIHN5c3RlbXMuIFNlYW1sZXNzIHNlcnZpY2VzIGFuZCAN
CmFwcGxpY2F0aW9ucyB2aWEgZGlmZmVyZW50IGFjY2VzcyBzeXN0ZW1zIHdpbGwgYmUgdGhlIGRy
aXZpbmcgZm9yY2VzIGZvciB0aGUgDQpmdXR1cmUgZGV2ZWxvcG1lbnQuIFRoZSA2PFNVUD50aDwv
U1VQPiBDSUMgd2lsbCBwcm92aWRlIHRocmVlLWRheSBwcmVzZW50YXRpb25zIA0Kb2YgaW52aXRl
ZCBhbmQgcmVndWxhciBwYXBlcnMgZnJvbSBtYW51ZmFjdHVyZXJzLCBhY2FkZW1pYSwgYW5kIHNl
cnZpY2UgDQpwcm92aWRlcnMsIGFuZCBvbmUtZGF5IHR1dG9yaWFscyBieSBkaXN0aW5ndWlzaGVk
IGxlY3R1cmVycy4gDQo8bzpwPjwvbzpwPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwg
DQpzdHlsZT0iTElORS1IRUlHSFQ6IDExcHQ7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5
Ij48Qj48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtRkFNSUxZOiBBcmlhbCI+Jm5ic3A7
PG86cD48L286cD48L1NQQU4+PC9CPjwvUD4NCjxIMSBzdHlsZT0iTElORS1IRUlHSFQ6IDEycHQ7
IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5Ij48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9
IkZPTlQtU0laRTogMTFwdDsgQkFDS0dST1VORDogI2Q5ZDlkOTsgQ09MT1I6IG5hdnk7IEZPTlQt
RkFNSUxZOiBBcmlhbDsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4wcHQ7IG1zby1iaWRpLWZvbnQt
d2VpZ2h0OiBib2xkOyBtc28tZmFyZWFzdC1mb250LWZhbWlseTogudnFwTsgbXNvLXNoYWRpbmc6
IHdoaXRlOyBtc28tcGF0dGVybjogZ3JheS0xNSBhdXRvIj5Db25mZXJlbmNlIA0KUHJvZ3JhbTwv
U1BBTj48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtU0laRTogMTFwdDsgQ09MT1I6IG5h
dnk7IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4wcHQ7IG1zby1i
aWRpLWZvbnQtd2VpZ2h0OiBib2xkOyBtc28tZmFyZWFzdC1mb250LWZhbWlseTogudnFwSI+IA0K
PG86cD48L286cD48L1NQQU4+PC9IMT4NCjxUQUJMRSANCnN0eWxlPSJCT1JERVItUklHSFQ6IG1l
ZGl1bSBub25lOyBCT1JERVItVE9QOiBtZWRpdW0gbm9uZTsgTUFSR0lOLUxFRlQ6IDQuOTVwdDsg
Qk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBXSURUSDogNDk1cHQ7IEJPUkRFUi1CT1RUT006IG1l
ZGl1bSBub25lOyBCT1JERVItQ09MTEFQU0U6IGNvbGxhcHNlOyBtc28tYm9yZGVyLWFsdDogc29s
aWQgd2luZG93dGV4dCAuNXB0OyBtc28tcGFkZGluZy1hbHQ6IDBjbSA0Ljk1cHQgMGNtIDQuOTVw
dCIgDQpjZWxsU3BhY2luZz0wIGNlbGxQYWRkaW5nPTAgd2lkdGg9NjYwIGJvcmRlcj0xPg0KICA8
VEJPRFk+DQogIDxUUiBzdHlsZT0iSEVJR0hUOiAxNS43NXB0Ij4NCiAgICA8VEQgDQogICAgc3R5
bGU9IkJPUkRFUi1SSUdIVDogd2luZG93dGV4dCAwLjVwdCBzb2xpZDsgUEFERElORy1SSUdIVDog
NC45NXB0OyBCT1JERVItVE9QOiB3aW5kb3d0ZXh0IDAuNXB0IHNvbGlkOyBQQURESU5HLUxFRlQ6
IDQuOTVwdDsgUEFERElORy1CT1RUT006IDBjbTsgQk9SREVSLUxFRlQ6IHdpbmRvd3RleHQgMC41
cHQgc29saWQ7IFdJRFRIOiAxMDYuNnB0OyBQQURESU5HLVRPUDogMGNtOyBCT1JERVItQk9UVE9N
OiB3aW5kb3d0ZXh0IDAuNXB0IHNvbGlkOyBIRUlHSFQ6IDE1Ljc1cHQiIA0KICAgIHdpZHRoPTE0
Mj4NCiAgICAgIDxIMSANCiAgICAgIHN0eWxlPSJMSU5FLUhFSUdIVDogMTBwdDsgVEVYVC1BTElH
TjogY2VudGVyOyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSIgDQogICAgICBhbGlnbj1j
ZW50ZXI+PFNQQU4gbGFuZz1FTi1VUyANCiAgICAgIHN0eWxlPSJDT0xPUjogIzAwMzMwMDsgRk9O
VC1GQU1JTFk6IEFyaWFsOyBtc28tYmlkaS1mb250LXNpemU6IDEyLjBwdDsgbXNvLWJpZGktZm9u
dC13ZWlnaHQ6IGJvbGQ7IG1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiC52cXBIj48Rk9OVCANCiAg
ICAgIHNpemU9Mz5UdXRvcmlhbHM8bzpwPjwvbzpwPjwvRk9OVD48L1NQQU4+PC9IMT4NCiAgICAg
IDxQIGNsYXNzPU1zb05vcm1hbCANCiAgICAgIHN0eWxlPSJMSU5FLUhFSUdIVDogMTBwdDsgVEVY
VC1BTElHTjogY2VudGVyOyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSIgDQogICAgICBh
bGlnbj1jZW50ZXI+PFNQQU4gbGFuZz1FTi1VUyANCiAgICAgIHN0eWxlPSJGT05ULVNJWkU6IDlw
dDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYmlkaS1mb250LXNpemU6IDEyLjBwdCI+T2N0LiAN
CiAgICAgIDMwKFR1ZXNkYXkpLCAyMDAxPG86cD48L286cD48L1NQQU4+PC9QPjwvVEQ+DQogICAg
PFREIA0KICAgIHN0eWxlPSJCT1JERVItUklHSFQ6IHdpbmRvd3RleHQgMC41cHQgc29saWQ7IFBB
RERJTkctUklHSFQ6IDQuOTVwdDsgQk9SREVSLVRPUDogd2luZG93dGV4dCAwLjVwdCBzb2xpZDsg
UEFERElORy1MRUZUOiA0Ljk1cHQ7IFBBRERJTkctQk9UVE9NOiAwY207IEJPUkRFUi1MRUZUOiBt
ZWRpdW0gbm9uZTsgV0lEVEg6IDM4OC40cHQ7IFBBRERJTkctVE9QOiAwY207IEJPUkRFUi1CT1RU
T006IHdpbmRvd3RleHQgMC41cHQgc29saWQ7IEhFSUdIVDogMTUuNzVwdDsgbXNvLWJvcmRlci1s
ZWZ0LWFsdDogc29saWQgd2luZG93dGV4dCAuNXB0IiANCiAgICB3aWR0aD01MTggY29sU3Bhbj0y
Pg0KICAgICAgPFAgY2xhc3M9TXNvTm9ybWFsIA0KICAgICAgc3R5bGU9IkxJTkUtSEVJR0hUOiAx
MHB0OyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSI+PFNQQU4gbGFuZz1FTi1VUyANCiAg
ICAgIHN0eWxlPSJGT05ULVNJWkU6IDlwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYmlkaS1m
b250LXNpemU6IDEyLjBwdCI+VDE6IA0KICAgICAgTUlNTyBTcGFjZS1UaW1lIDxTUEFOIHN0eWxl
PSJtc28tc3BhY2VydW46IHllcyI+Jm5ic3A7PC9TUEFOPkNvZGluZyAvIA0KICAgICAgUHJvY2Vz
c2luZyBhbmQgT0ZETSAoMDg6MzAgfiAxODowMCk8bzpwPjwvbzpwPjwvU1BBTj48L1A+DQogICAg
ICA8UCBjbGFzcz1Nc29Ob3JtYWwgDQogICAgICBzdHlsZT0iTElORS1IRUlHSFQ6IDEwcHQ7IG1z
by1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5Ij48U1BBTiBsYW5nPUVOLVVTIA0KICAgICAgc3R5
bGU9IkZPTlQtU0laRTogOXB0OyBGT05ULUZBTUlMWTogQXJpYWw7IG1zby1iaWRpLWZvbnQtc2l6
ZTogMTIuMHB0Ij5UMjogDQogICAgICBTaG9ydC1yYW5nZSByYWRpbyBjb21tdW5pY2F0aW9ucyB3
aXRoIEJsdWV0b290aCAoMDg6MzAgfiANCiAgICAgIDEyOjMwKTxvOnA+PC9vOnA+PC9TUEFOPjwv
UD4NCiAgICAgIDxQIGNsYXNzPU1zb05vcm1hbEluZGVudCANCiAgICAgIHN0eWxlPSJURVhULUlO
REVOVDogLTE4cHQ7IExJTkUtSEVJR0hUOiAxMHB0OyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhh
Y3RseTsgbXNvLWNoYXItaW5kZW50LWNvdW50OiAtMi4wOyBtc28tY2hhci1pbmRlbnQtc2l6ZTog
OS4wcHQiPjxTUEFOIA0KICAgICAgbGFuZz1FTi1VUyANCiAgICAgIHN0eWxlPSJGT05ULVNJWkU6
IDlwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYmlkaS1mb250LXNpemU6IDEwLjBwdCI+VDM6
IA0KICAgICAgVDM6IFRyYW5zbWlzc2lvbiBQb3dlciBDb250cm9sLCBSYXRlIENvbnRyb2wgJmFt
cDsmbmJzcDsgUGFja2V0IFNjaGVkdWxpbmcgDQogICAgICBpbiBDZWxsdWxhciBDRE1BJm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7IFN5c3RlbXMgKDE0OjAwIH4gDQogICAgICAxODowMCk8bzpwPjwv
bzpwPjwvU1BBTj48L1A+DQogICAgICA8UCBjbGFzcz1Nc29Ob3JtYWxJbmRlbnQgDQogICAgICBz
dHlsZT0iTElORS1IRUlHSFQ6IDEwcHQ7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5Ij48
U1BBTiBsYW5nPUVOLVVTIA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTogOXB0OyBGT05ULUZBTUlM
WTogQXJpYWw7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0Ij5UNDogDQogICAgICBNdWx0aXVz
ZXIgZGV0ZWN0aW9uOiBhbGdvcml0aG1zIGFuZCB0aGVpciBpbXBsZW1lbnRhdGlvbiAoMTQ6MDAg
fiANCiAgICAgIDE4OjAwKTwvU1BBTj48L1A+PC9URD48L1RSPg0KICA8VFIgc3R5bGU9IkhFSUdI
VDogNDMuMnB0Ij4NCiAgICA8VEQgDQogICAgc3R5bGU9IkJPUkRFUi1SSUdIVDogd2luZG93dGV4
dCAwLjVwdCBzb2xpZDsgUEFERElORy1SSUdIVDogNC45NXB0OyBCT1JERVItVE9QOiBtZWRpdW0g
bm9uZTsgUEFERElORy1MRUZUOiA0Ljk1cHQ7IFBBRERJTkctQk9UVE9NOiAwY207IEJPUkRFUi1M
RUZUOiB3aW5kb3d0ZXh0IDAuNXB0IHNvbGlkOyBXSURUSDogMTA2LjZwdDsgUEFERElORy1UT1A6
IDBjbTsgQk9SREVSLUJPVFRPTTogd2luZG93dGV4dCAwLjVwdCBzb2xpZDsgSEVJR0hUOiA0My4y
cHQ7IG1zby1ib3JkZXItdG9wLWFsdDogc29saWQgd2luZG93dGV4dCAuNXB0IiANCiAgICB3aWR0
aD0xNDI+DQogICAgICA8UCBjbGFzcz1Nc29IZWFkaW5nNyANCiAgICAgIHN0eWxlPSJNQVJHSU4t
TEVGVDogMGNtOyBMSU5FLUhFSUdIVDogMTBwdDsgVEVYVC1BTElHTjogY2VudGVyOyBtc28tbGlu
ZS1oZWlnaHQtcnVsZTogZXhhY3RseSIgDQogICAgICBhbGlnbj1jZW50ZXI+PFNQQU4gbGFuZz1F
Ti1VUyBzdHlsZT0iQ09MT1I6ICMwMDMzMDAiPjxTVFJPTkc+PEZPTlQgDQogICAgICBzaXplPTI+
VGVjaG5pY2FsIFNlc3Npb248bzpwPjwvbzpwPjwvRk9OVD48L1NUUk9ORz48L1NQQU4+PC9QPg0K
ICAgICAgPFAgY2xhc3M9TXNvTm9ybWFsIA0KICAgICAgc3R5bGU9IkxJTkUtSEVJR0hUOiAxMHB0
OyBURVhULUFMSUdOOiBjZW50ZXI7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5IiANCiAg
ICAgIGFsaWduPWNlbnRlcj48U1BBTiBsYW5nPUVOLVVTIA0KICAgICAgc3R5bGU9IkZPTlQtU0la
RTogOXB0OyBGT05ULUZBTUlMWTogQXJpYWw7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTIuMHB0Ij5P
Y3QuIA0KICAgICAgMzEgKFdlZG5lc2RheSkgfjxvOnA+PC9vOnA+PC9TUEFOPjwvUD4NCiAgICAg
IDxQIGNsYXNzPU1zb05vcm1hbCANCiAgICAgIHN0eWxlPSJMSU5FLUhFSUdIVDogMTBwdDsgVEVY
VC1BTElHTjogY2VudGVyOyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSIgDQogICAgICBh
bGlnbj1jZW50ZXI+PFNQQU4gbGFuZz1FTi1VUyANCiAgICAgIHN0eWxlPSJGT05ULVNJWkU6IDlw
dDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYmlkaS1mb250LXNpemU6IDEyLjBwdCI+Tm92LiAN
CiAgICAgIDEgKFRodXJzZGF5KSwgMjAwMTxCPjxvOnA+PC9vOnA+PC9CPjwvU1BBTj48L1A+PC9U
RD4NCiAgICA8VEQgDQogICAgc3R5bGU9IkJPUkRFUi1SSUdIVDogd2luZG93dGV4dCAwLjVwdCBz
b2xpZDsgUEFERElORy1SSUdIVDogNC45NXB0OyBCT1JERVItVE9QOiBtZWRpdW0gbm9uZTsgUEFE
RElORy1MRUZUOiA0Ljk1cHQ7IFBBRERJTkctQk9UVE9NOiAwY207IEJPUkRFUi1MRUZUOiBtZWRp
dW0gbm9uZTsgV0lEVEg6IDM4OC40cHQ7IFBBRERJTkctVE9QOiAwY207IEJPUkRFUi1CT1RUT006
IHdpbmRvd3RleHQgMC41cHQgc29saWQ7IEhFSUdIVDogNDMuMnB0OyBtc28tYm9yZGVyLWxlZnQt
YWx0OiBzb2xpZCB3aW5kb3d0ZXh0IC41cHQ7IG1zby1ib3JkZXItdG9wLWFsdDogc29saWQgd2lu
ZG93dGV4dCAuNXB0IiANCiAgICB3aWR0aD01MTggY29sU3Bhbj0yPg0KICAgICAgPFAgY2xhc3M9
TXNvTm9ybWFsIA0KICAgICAgc3R5bGU9IkxJTkUtSEVJR0hUOiAxMHB0OyBtc28tbGluZS1oZWln
aHQtcnVsZTogZXhhY3RseSI+PFNQQU4gbGFuZz1FTi1VUyANCiAgICAgIHN0eWxlPSJGT05ULVNJ
WkU6IDlwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYmlkaS1mb250LXNpemU6IDEyLjBwdDsg
bXNvLWJpZGktZm9udC13ZWlnaHQ6IGJvbGQ7IG1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiCxvLiy
Ij5TMTogDQogICAgICBPcGVuaW5nIFNlc3Npb248L1NQQU4+PFNQQU4gbGFuZz1FTi1VUyANCiAg
ICAgIHN0eWxlPSJGT05ULVNJWkU6IDlwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYmlkaS1m
b250LXNpemU6IDEyLjBwdDsgbXNvLWJpZGktZm9udC13ZWlnaHQ6IGJvbGQiPjxvOnA+PC9vOnA+
PC9TUEFOPjwvUD4NCiAgICAgIDxQIGNsYXNzPU1zb05vcm1hbCANCiAgICAgIHN0eWxlPSJMSU5F
LUhFSUdIVDogMTBwdDsgbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHkiPjxTUEFOIGxhbmc9
RU4tVVMgDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiBBcmlhbDsg
bXNvLWJpZGktZm9udC1zaXplOiAxMi4wcHQ7IG1zby1iaWRpLWZvbnQtd2VpZ2h0OiBib2xkOyBt
c28tZmFyZWFzdC1mb250LWZhbWlseTogsby4siI+UzI6IA0KICAgICAgUGxlbmFyeSBTZXNzaW9u
PG86cD48L286cD48L1NQQU4+PC9QPg0KICAgICAgPFAgY2xhc3M9TXNvTm9ybWFsIA0KICAgICAg
c3R5bGU9IkxJTkUtSEVJR0hUOiAxMHB0OyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSI+
PFNQQU4gbGFuZz1FTi1VUyANCiAgICAgIHN0eWxlPSJGT05ULVNJWkU6IDlwdDsgRk9OVC1GQU1J
TFk6IEFyaWFsOyBtc28tYmlkaS1mb250LXNpemU6IDEyLjBwdDsgbXNvLWJpZGktZm9udC1mYW1p
bHk6ICdUaW1lcyBOZXcgUm9tYW4nOyBtc28tYmlkaS1mb250LXdlaWdodDogYm9sZDsgbXNvLWZh
cmVhc3QtZm9udC1mYW1pbHk6ILG8uLLDvCI+UzM6IA0KICAgICAgV2lyZWxlc3MgSGlnaC1TcGVl
ZCBEYXRhPC9TUEFOPjxTUEFOIGxhbmc9RU4tVVMgDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5
cHQ7IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4wcHQ7IG1zby1i
aWRpLWZvbnQtd2VpZ2h0OiBib2xkOyBtc28tZmFyZWFzdC1mb250LWZhbWlseTogsby4siI+PG86
cD48L286cD48L1NQQU4+PC9QPg0KICAgICAgPFAgY2xhc3M9TXNvTm9ybWFsIA0KICAgICAgc3R5
bGU9IkxJTkUtSEVJR0hUOiAxMHB0OyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSI+PFNQ
QU4gbGFuZz1FTi1VUyANCiAgICAgIHN0eWxlPSJGT05ULVNJWkU6IDlwdDsgRk9OVC1GQU1JTFk6
IEFyaWFsOyBtc28tYmlkaS1mb250LXNpemU6IDEyLjBwdDsgbXNvLWJpZGktZm9udC1mYW1pbHk6
ICdUaW1lcyBOZXcgUm9tYW4nOyBtc28tYmlkaS1mb250LXdlaWdodDogYm9sZDsgbXNvLWZhcmVh
c3QtZm9udC1mYW1pbHk6ILG8uLLDvCI+UzQ6IA0KICAgICAgV2lyZWxlc3MgSW50ZXJuZXQgUGxh
dGZvcm08L1NQQU4+PFNQQU4gbGFuZz1FTi1VUyANCiAgICAgIHN0eWxlPSJGT05ULVNJWkU6IDlw
dDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYmlkaS1mb250LXNpemU6IDEyLjBwdDsgbXNvLWJp
ZGktZm9udC13ZWlnaHQ6IGJvbGQ7IG1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiCxvLiyIj48bzpw
PjwvbzpwPjwvU1BBTj48L1A+DQogICAgICA8UCBjbGFzcz1Nc29Ob3JtYWwgDQogICAgICBzdHls
ZT0iTElORS1IRUlHSFQ6IDEwcHQ7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5Ij48U1BB
TiBsYW5nPUVOLVVTIA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTogOXB0OyBGT05ULUZBTUlMWTog
QXJpYWw7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTIuMHB0OyBtc28tYmlkaS1mb250LWZhbWlseTog
J1RpbWVzIE5ldyBSb21hbic7IG1zby1iaWRpLWZvbnQtd2VpZ2h0OiBib2xkOyBtc28tZmFyZWFz
dC1mb250LWZhbWlseTogsby4ssO8Ij5TNTogDQogICAgICBBY2Nlc3MgTmV0d29yayBUZWNobm9s
b2d5PG86cD48L286cD48L1NQQU4+PC9QPg0KICAgICAgPFAgY2xhc3M9TXNvTm9ybWFsIA0KICAg
ICAgc3R5bGU9IkxJTkUtSEVJR0hUOiAxMHB0OyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3Rs
eSI+PFNQQU4gbGFuZz1FTi1VUyANCiAgICAgIHN0eWxlPSJGT05ULVNJWkU6IDlwdDsgRk9OVC1G
QU1JTFk6IEFyaWFsOyBtc28tYmlkaS1mb250LXNpemU6IDEyLjBwdDsgbXNvLWJpZGktZm9udC1m
YW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyBtc28tYmlkaS1mb250LXdlaWdodDogYm9sZDsgbXNv
LWZhcmVhc3QtZm9udC1mYW1pbHk6ILG8uLLDvCI+UzY6IA0KICAgICAgSU1ULTIwMDAgRGVwbG95
bWVudCAmYW1wOyBTZXJ2aWNlczxvOnA+PC9vOnA+PC9TUEFOPjwvUD4NCiAgICAgIDxQIGNsYXNz
PU1zb05vcm1hbCANCiAgICAgIHN0eWxlPSJMSU5FLUhFSUdIVDogMTBwdDsgbXNvLWxpbmUtaGVp
Z2h0LXJ1bGU6IGV4YWN0bHkiPjxTUEFOIGxhbmc9RU4tVVMgDQogICAgICBzdHlsZT0iRk9OVC1T
SVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4wcHQ7
IG1zby1iaWRpLWZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsgbXNvLWJpZGktZm9udC13
ZWlnaHQ6IGJvbGQ7IG1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiCxvLiyw7wiPlM3OiANCiAgICAg
IDRHIFRlY2hub2xvZ2llczxvOnA+PC9vOnA+PC9TUEFOPjwvUD4NCiAgICAgIDxQIGNsYXNzPU1z
b05vcm1hbCANCiAgICAgIHN0eWxlPSJMSU5FLUhFSUdIVDogMTBwdDsgbXNvLWxpbmUtaGVpZ2h0
LXJ1bGU6IGV4YWN0bHkiPjxTUEFOIGxhbmc9RU4tVVMgDQogICAgICBzdHlsZT0iRk9OVC1TSVpF
OiA5cHQ7IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4wcHQ7IG1z
by1iaWRpLWZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsgbXNvLWJpZGktZm9udC13ZWln
aHQ6IGJvbGQ7IG1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiCxvLiyw7wiPlM4OiANCiAgICAgIFBh
bmVsIERpc2N1c3Npb24gLSBDRE1BIEJlbHQ8L1NQQU4+PFNQQU4gbGFuZz1FTi1VUyANCiAgICAg
IHN0eWxlPSJGT05ULVNJWkU6IDlwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYmlkaS1mb250
LXNpemU6IDEyLjBwdCI+PG86cD48L286cD48L1NQQU4+PC9QPjwvVEQ+PC9UUj4NCiAgPFRSIHN0
eWxlPSJIRUlHSFQ6IDkuNzVwdCI+DQogICAgPFREIA0KICAgIHN0eWxlPSJCT1JERVItUklHSFQ6
IHdpbmRvd3RleHQgMC41cHQgc29saWQ7IFBBRERJTkctUklHSFQ6IDQuOTVwdDsgQk9SREVSLVRP
UDogbWVkaXVtIG5vbmU7IFBBRERJTkctTEVGVDogNC45NXB0OyBQQURESU5HLUJPVFRPTTogMGNt
OyBCT1JERVItTEVGVDogd2luZG93dGV4dCAwLjVwdCBzb2xpZDsgV0lEVEg6IDEwNi42cHQ7IFBB
RERJTkctVE9QOiAwY207IEJPUkRFUi1CT1RUT006IHdpbmRvd3RleHQgMC41cHQgc29saWQ7IEhF
SUdIVDogOS43NXB0OyBtc28tYm9yZGVyLXRvcC1hbHQ6IHNvbGlkIHdpbmRvd3RleHQgLjVwdCIg
DQogICAgd2lkdGg9MTQyIHJvd1NwYW49Mj4NCiAgICAgIDxQIGNsYXNzPU1zb0hlYWRpbmc3IA0K
ICAgICAgc3R5bGU9Ik1BUkdJTi1MRUZUOiAwY207IExJTkUtSEVJR0hUOiAxMHB0OyBURVhULUFM
SUdOOiBjZW50ZXI7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5IiANCiAgICAgIGFsaWdu
PWNlbnRlcj48U1BBTiBsYW5nPUVOLVVTIHN0eWxlPSJDT0xPUjogIzAwMzMwMCI+PFNUUk9ORz5Q
YXBlciANCiAgICAgIFNlc3Npb248bzpwPjwvbzpwPjwvU1RST05HPjwvU1BBTj48L1A+DQogICAg
ICA8UCBjbGFzcz1Nc29Ob3JtYWwgDQogICAgICBzdHlsZT0iTElORS1IRUlHSFQ6IDEwcHQ7IFRF
WFQtQUxJR046IGNlbnRlcjsgbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHkiIA0KICAgICAg
YWxpZ249Y2VudGVyPjxTUEFOIGxhbmc9RU4tVVMgDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5
cHQ7IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4wcHQiPk5vdi4g
DQogICAgICAyIChGcmlkYXkpLCAyMDAxPG86cD48L286cD48L1NQQU4+PC9QPjwvVEQ+DQogICAg
PFREIA0KICAgIHN0eWxlPSJCT1JERVItUklHSFQ6IHdpbmRvd3RleHQgMC41cHQgc29saWQ7IFBB
RERJTkctUklHSFQ6IDQuOTVwdDsgQk9SREVSLVRPUDogbWVkaXVtIG5vbmU7IFBBRERJTkctTEVG
VDogNC45NXB0OyBQQURESU5HLUJPVFRPTTogMGNtOyBCT1JERVItTEVGVDogbWVkaXVtIG5vbmU7
IFdJRFRIOiA5Ny45NXB0OyBQQURESU5HLVRPUDogMGNtOyBCT1JERVItQk9UVE9NOiB3aW5kb3d0
ZXh0IDAuNXB0IHNvbGlkOyBIRUlHSFQ6IDkuNzVwdDsgbXNvLWJvcmRlci1sZWZ0LWFsdDogc29s
aWQgd2luZG93dGV4dCAuNXB0OyBtc28tYm9yZGVyLXRvcC1hbHQ6IHNvbGlkIHdpbmRvd3RleHQg
LjVwdCIgDQogICAgd2lkdGg9MTMxPg0KICAgICAgPFAgY2xhc3M9TXNvTm9ybWFsIA0KICAgICAg
c3R5bGU9IkxJTkUtSEVJR0hUOiAxMHB0OyBURVhULUFMSUdOOiBjZW50ZXI7IG1zby1saW5lLWhl
aWdodC1ydWxlOiBleGFjdGx5IiANCiAgICAgIGFsaWduPWNlbnRlcj48U1BBTiBsYW5nPUVOLVVT
IA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTogOXB0OyBGT05ULUZBTUlMWTogQXJpYWw7IG1zby1i
aWRpLWZvbnQtc2l6ZTogMTIuMHB0Ij5PcmFsIA0KICAgICAgUHJlc2VudGF0aW9uPG86cD48L286
cD48L1NQQU4+PC9QPjwvVEQ+DQogICAgPFREIA0KICAgIHN0eWxlPSJCT1JERVItUklHSFQ6IHdp
bmRvd3RleHQgMC41cHQgc29saWQ7IFBBRERJTkctUklHSFQ6IDQuOTVwdDsgQk9SREVSLVRPUDog
bWVkaXVtIG5vbmU7IFBBRERJTkctTEVGVDogNC45NXB0OyBQQURESU5HLUJPVFRPTTogMGNtOyBC
T1JERVItTEVGVDogbWVkaXVtIG5vbmU7IFdJRFRIOiAyOTAuNDVwdDsgUEFERElORy1UT1A6IDBj
bTsgQk9SREVSLUJPVFRPTTogd2luZG93dGV4dCAwLjVwdCBzb2xpZDsgSEVJR0hUOiA5Ljc1cHQ7
IG1zby1ib3JkZXItbGVmdC1hbHQ6IHNvbGlkIHdpbmRvd3RleHQgLjVwdDsgbXNvLWJvcmRlci10
b3AtYWx0OiBzb2xpZCB3aW5kb3d0ZXh0IC41cHQiIA0KICAgIHdpZHRoPTM4Nz4NCiAgICAgIDxQ
IGNsYXNzPU1zb05vcm1hbCANCiAgICAgIHN0eWxlPSJMSU5FLUhFSUdIVDogMTBwdDsgbXNvLWxp
bmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHkiPjxTUEFOIGxhbmc9RU4tVVMgDQogICAgICBzdHlsZT0i
Rk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWJpZGktZm9udC1zaXplOiAx
Mi4wcHQiPkExIA0KICAgICAgfiBBNDxTUEFOIHN0eWxlPSJtc28tc3BhY2VydW46IHllcyI+Jm5i
c3A7IDwvU1BBTj4vPFNQQU4gDQogICAgICBzdHlsZT0ibXNvLXNwYWNlcnVuOiB5ZXMiPiZuYnNw
OyA8L1NQQU4+QjEgfiBCNDxTUEFOIA0KICAgICAgc3R5bGU9Im1zby1zcGFjZXJ1bjogeWVzIj4m
bmJzcDsgPC9TUEFOPi88U1BBTiANCiAgICAgIHN0eWxlPSJtc28tc3BhY2VydW46IHllcyI+Jm5i
c3A7IDwvU1BBTj5DMSB+IEM0PFNQQU4gDQogICAgICBzdHlsZT0ibXNvLXNwYWNlcnVuOiB5ZXMi
PiZuYnNwOyA8L1NQQU4+LzxTUEFOIA0KICAgICAgc3R5bGU9Im1zby1zcGFjZXJ1bjogeWVzIj4m
bmJzcDsgPC9TUEFOPkQxIH4gDQpENDxvOnA+PC9vOnA+PC9TUEFOPjwvUD48L1REPjwvVFI+DQog
IDxUUiBzdHlsZT0iSEVJR0hUOiAxMy41cHQiPg0KICAgIDxURCANCiAgICBzdHlsZT0iQk9SREVS
LVJJR0hUOiB3aW5kb3d0ZXh0IDAuNXB0IHNvbGlkOyBQQURESU5HLVJJR0hUOiA0Ljk1cHQ7IEJP
UkRFUi1UT1A6IG1lZGl1bSBub25lOyBQQURESU5HLUxFRlQ6IDQuOTVwdDsgUEFERElORy1CT1RU
T006IDBjbTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBXSURUSDogOTcuOTVwdDsgUEFERElO
Ry1UT1A6IDBjbTsgQk9SREVSLUJPVFRPTTogd2luZG93dGV4dCAwLjVwdCBzb2xpZDsgSEVJR0hU
OiAxMy41cHQ7IG1zby1ib3JkZXItbGVmdC1hbHQ6IHNvbGlkIHdpbmRvd3RleHQgLjVwdDsgbXNv
LWJvcmRlci10b3AtYWx0OiBzb2xpZCB3aW5kb3d0ZXh0IC41cHQiIA0KICAgIHdpZHRoPTEzMT4N
CiAgICAgIDxQIGNsYXNzPU1zb05vcm1hbCANCiAgICAgIHN0eWxlPSJMSU5FLUhFSUdIVDogMTBw
dDsgVEVYVC1BTElHTjogY2VudGVyOyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSIgDQog
ICAgICBhbGlnbj1jZW50ZXI+PFNQQU4gbGFuZz1FTi1VUyANCiAgICAgIHN0eWxlPSJGT05ULVNJ
WkU6IDlwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYmlkaS1mb250LXNpemU6IDEyLjBwdCI+
UG9zdGVyIA0KICAgICAgUHJlc2VudGF0aW9uPG86cD48L286cD48L1NQQU4+PC9QPjwvVEQ+DQog
ICAgPFREIA0KICAgIHN0eWxlPSJCT1JERVItUklHSFQ6IHdpbmRvd3RleHQgMC41cHQgc29saWQ7
IFBBRERJTkctUklHSFQ6IDQuOTVwdDsgQk9SREVSLVRPUDogbWVkaXVtIG5vbmU7IFBBRERJTkct
TEVGVDogNC45NXB0OyBQQURESU5HLUJPVFRPTTogMGNtOyBCT1JERVItTEVGVDogbWVkaXVtIG5v
bmU7IFdJRFRIOiAyOTAuNDVwdDsgUEFERElORy1UT1A6IDBjbTsgQk9SREVSLUJPVFRPTTogd2lu
ZG93dGV4dCAwLjVwdCBzb2xpZDsgSEVJR0hUOiAxMy41cHQ7IG1zby1ib3JkZXItbGVmdC1hbHQ6
IHNvbGlkIHdpbmRvd3RleHQgLjVwdDsgbXNvLWJvcmRlci10b3AtYWx0OiBzb2xpZCB3aW5kb3d0
ZXh0IC41cHQiIA0KICAgIHdpZHRoPTM4Nz4NCiAgICAgIDxQIGNsYXNzPU1zb05vcm1hbCANCiAg
ICAgIHN0eWxlPSJMSU5FLUhFSUdIVDogMTBwdDsgbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6IGV4YWN0
bHkiPjxTUEFOIGxhbmc9RU4tVVMgDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7IEZPTlQt
RkFNSUxZOiBBcmlhbDsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4wcHQiPkUxIA0KICAgICAgfiBF
MjxvOnA+PC9vOnA+PC9TUEFOPjwvUD48L1REPjwvVFI+PC9UQk9EWT48L1RBQkxFPg0KPFAgY2xh
c3M9TXNvTm9ybWFsIA0Kc3R5bGU9Ik1BUkdJTi1MRUZUOiA5cHQ7IExJTkUtSEVJR0hUOiA5cHQ7
IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5Ij48U1BBTiANCmxhbmc9RU4tVVMgDQpzdHls
ZT0iRk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWJpZGktZm9udC1zaXpl
OiAxMi4wcHQiPiogRnVydGhlciANCmluZm9ybWF0aW9uIGFib3V0IENJQyBwcm9ncmFtIGlzIGF2
YWlsYWJsZSBvbiB0aGUgQ0lDIHdlYnNpdGUgKDxBIA0KaHJlZj0iaHR0cDovL3d3dy5jaWMyMDAx
LmNvbS8iPnd3dy5jaWMyMDAxLmNvbTwvQT4pLjxvOnA+PC9vOnA+PC9TUEFOPjwvUD4NCjxQIGNs
YXNzPU1zb05vcm1hbCANCnN0eWxlPSJMSU5FLUhFSUdIVDogOXB0OyBtc28tbGluZS1oZWlnaHQt
cnVsZTogZXhhY3RseSI+PEI+PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxlPSJGT05ULUZBTUlMWTog
QXJpYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9TUEFOPjwvQj48L1A+DQo8SDEgc3R5bGU9IkxJTkUt
SEVJR0hUOiAxMnB0OyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSI+PFNQQU4gbGFuZz1F
Ti1VUyANCnN0eWxlPSJGT05ULVNJWkU6IDExcHQ7IEJBQ0tHUk9VTkQ6ICNkOWQ5ZDk7IENPTE9S
OiBuYXZ5OyBGT05ULUZBTUlMWTogQXJpYWw7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTIuMHB0OyBt
c28tYmlkaS1mb250LXdlaWdodDogYm9sZDsgbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6ILnZxcE7
IG1zby1zaGFkaW5nOiB3aGl0ZTsgbXNvLXBhdHRlcm46IGdyYXktMTUgYXV0byI+UmVnaXN0cmF0
aW9uPG86cD48L286cD48L1NQQU4+PC9IMT4NCjxUQUJMRSANCnN0eWxlPSJNQVJHSU4tTEVGVDog
NS40cHQ7IEJPUkRFUi1DT0xMQVBTRTogY29sbGFwc2U7IG1zby1wYWRkaW5nLWFsdDogMGNtIDUu
NHB0IDBjbSA1LjRwdDsgbXNvLXRhYmxlLWxheW91dC1hbHQ6IGZpeGVkIiANCmNlbGxTcGFjaW5n
PTAgY2VsbFBhZGRpbmc9MCBib3JkZXI9MD4NCiAgPFRCT0RZPg0KICA8VFIgc3R5bGU9IkhFSUdI
VDogMTIuMzVwdCI+DQogICAgPFREIA0KICAgIHN0eWxlPSJCT1JERVItUklHSFQ6IHdpbmRvd3Rl
eHQgMS41cHQgc29saWQ7IFBBRERJTkctUklHSFQ6IDUuNHB0OyBCT1JERVItVE9QOiB3aW5kb3d0
ZXh0IDEuNXB0IHNvbGlkOyBQQURESU5HLUxFRlQ6IDUuNHB0OyBCQUNLR1JPVU5EOiAjZTBlMGUw
OyBQQURESU5HLUJPVFRPTTogMGNtOyBCT1JERVItTEVGVDogd2luZG93dGV4dCAxLjVwdCBzb2xp
ZDsgV0lEVEg6IDE0NHB0OyBQQURESU5HLVRPUDogMGNtOyBCT1JERVItQk9UVE9NOiBtZWRpdW0g
bm9uZTsgSEVJR0hUOiAxMi4zNXB0IiANCiAgICB3aWR0aD0xOTIgY29sU3Bhbj0yIHJvd1NwYW49
Mj4NCiAgICAgIDxQIGNsYXNzPXRhYmxlMSANCiAgICAgIHN0eWxlPSJNQVJHSU46IDFwdCAwY20g
MXB0IDEuN3B0OyBURVhULUlOREVOVDogMGNtOyBMSU5FLUhFSUdIVDogOXB0OyBURVhULUFMSUdO
OiBjZW50ZXI7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5IiANCiAgICAgIGFsaWduPWNl
bnRlcj48QiBzdHlsZT0ibXNvLWJpZGktZm9udC13ZWlnaHQ6IG5vcm1hbCI+PFNQQU4gbGFuZz1F
Ti1VUyANCiAgICAgIHN0eWxlPSJGT05ULVNJWkU6IDlwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBt
c28tYmlkaS1mb250LXNpemU6IDEwLjBwdDsgbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6ILG8uLIi
PkNhdGVnb3J5PG86cD48L286cD48L1NQQU4+PC9CPjwvUD48L1REPg0KICAgIDxURCANCiAgICBz
dHlsZT0iQk9SREVSLVJJR0hUOiB3aW5kb3d0ZXh0IDAuNzVwdCBzb2xpZDsgUEFERElORy1SSUdI
VDogNS40cHQ7IEJPUkRFUi1UT1A6IHdpbmRvd3RleHQgMS41cHQgc29saWQ7IFBBRERJTkctTEVG
VDogNS40cHQ7IEJBQ0tHUk9VTkQ6ICNlMGUwZTA7IFBBRERJTkctQk9UVE9NOiAwY207IEJPUkRF
Ui1MRUZUOiBtZWRpdW0gbm9uZTsgV0lEVEg6IDE3MXB0OyBQQURESU5HLVRPUDogMGNtOyBCT1JE
RVItQk9UVE9NOiB3aW5kb3d0ZXh0IDAuNzVwdCBzb2xpZDsgSEVJR0hUOiAxMi4zNXB0IiANCiAg
ICB3aWR0aD0yMjggY29sU3Bhbj0yPg0KICAgICAgPFAgY2xhc3M9TXNvTm9ybWFsIA0KICAgICAg
c3R5bGU9Ik1BUkdJTjogMXB0IDBjbSAxcHQgMS43cHQ7IFdPUkQtQlJFQUs6IGtlZXAtYWxsOyBM
SU5FLUhFSUdIVDogOXB0OyBURVhULUFMSUdOOiBjZW50ZXI7IG1zby1saW5lLWhlaWdodC1ydWxl
OiBleGFjdGx5OyBtc28tcGFnaW5hdGlvbjogd2lkb3ctb3JwaGFuOyBwdW5jdHVhdGlvbi13cmFw
OiBzaW1wbGUiIA0KICAgICAgYWxpZ249Y2VudGVyPjxCIHN0eWxlPSJtc28tYmlkaS1mb250LXdl
aWdodDogbm9ybWFsIj48U1BBTiBsYW5nPUVOLVVTIA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTog
OXB0OyBGT05ULUZBTUlMWTogQXJpYWw7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTIuMHB0OyBtc28t
ZmFyZWFzdC1mb250LWZhbWlseTogsby4siI+RUFSTFk6IA0KICAgICAgQnkgT2N0LiAxNTxvOnA+
PC9vOnA+PC9TUEFOPjwvQj48L1A+PC9URD4NCiAgICA8VEQgDQogICAgc3R5bGU9IkJPUkRFUi1S
SUdIVDogd2luZG93dGV4dCAwLjc1cHQgc29saWQ7IFBBRERJTkctUklHSFQ6IDUuNHB0OyBCT1JE
RVItVE9QOiB3aW5kb3d0ZXh0IDEuNXB0IHNvbGlkOyBQQURESU5HLUxFRlQ6IDUuNHB0OyBCQUNL
R1JPVU5EOiAjZTBlMGUwOyBQQURESU5HLUJPVFRPTTogMGNtOyBCT1JERVItTEVGVDogbWVkaXVt
IG5vbmU7IFdJRFRIOiAxODBwdDsgUEFERElORy1UT1A6IDBjbTsgQk9SREVSLUJPVFRPTTogd2lu
ZG93dGV4dCAwLjc1cHQgc29saWQ7IEhFSUdIVDogMTIuMzVwdDsgbXNvLWJvcmRlci1sZWZ0LWFs
dDogc29saWQgd2luZG93dGV4dCAuNzVwdCIgDQogICAgd2lkdGg9MjQwIGNvbFNwYW49Mj4NCiAg
ICAgIDxQIGNsYXNzPU1zb05vcm1hbCANCiAgICAgIHN0eWxlPSJNQVJHSU46IDFwdCAwY207IFdP
UkQtQlJFQUs6IGtlZXAtYWxsOyBMSU5FLUhFSUdIVDogOXB0OyBURVhULUFMSUdOOiBjZW50ZXI7
IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5OyBtc28tcGFnaW5hdGlvbjogd2lkb3ctb3Jw
aGFuOyBwdW5jdHVhdGlvbi13cmFwOiBzaW1wbGUiIA0KICAgICAgYWxpZ249Y2VudGVyPjxCIHN0
eWxlPSJtc28tYmlkaS1mb250LXdlaWdodDogbm9ybWFsIj48U1BBTiBsYW5nPUVOLVVTIA0KICAg
ICAgc3R5bGU9IkZPTlQtU0laRTogOXB0OyBGT05ULUZBTUlMWTogQXJpYWw7IG1zby1iaWRpLWZv
bnQtc2l6ZTogMTIuMHB0OyBtc28tZmFyZWFzdC1mb250LWZhbWlseTogsby4siI+TEFURTogDQog
ICAgICBBZnRlciBPY3QuIDE1PG86cD48L286cD48L1NQQU4+PC9CPjwvUD48L1REPjwvVFI+DQog
IDxUUiBzdHlsZT0iSEVJR0hUOiA4LjdwdCI+DQogICAgPFREIA0KICAgIHN0eWxlPSJCT1JERVIt
UklHSFQ6IHdpbmRvd3RleHQgMC43NXB0IHNvbGlkOyBQQURESU5HLVJJR0hUOiA1LjRwdDsgQk9S
REVSLVRPUDogbWVkaXVtIG5vbmU7IFBBRERJTkctTEVGVDogNS40cHQ7IEJBQ0tHUk9VTkQ6ICNl
MGUwZTA7IFBBRERJTkctQk9UVE9NOiAwY207IEJPUkRFUi1MRUZUOiBtZWRpdW0gbm9uZTsgV0lE
VEg6IDgxcHQ7IFBBRERJTkctVE9QOiAwY207IEJPUkRFUi1CT1RUT006IHdpbmRvd3RleHQgMS41
cHQgc29saWQ7IEhFSUdIVDogOC43cHQ7IG1zby1ib3JkZXItdG9wLWFsdDogc29saWQgd2luZG93
dGV4dCAuNzVwdCIgDQogICAgd2lkdGg9MTA4Pg0KICAgICAgPFAgY2xhc3M9dGFibGUxIA0KICAg
ICAgc3R5bGU9Ik1BUkdJTjogMXB0IDAuNnB0IDFwdCAyLjE1cHQ7IFRFWFQtSU5ERU5UOiAwY207
IExJTkUtSEVJR0hUOiA5cHQ7IFRFWFQtQUxJR046IGNlbnRlcjsgbXNvLWxpbmUtaGVpZ2h0LXJ1
bGU6IGV4YWN0bHkiIA0KICAgICAgYWxpZ249Y2VudGVyPjxTUEFOIGxhbmc9RU4tVVMgDQogICAg
ICBzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWJpZGktZm9u
dC1zaXplOiAxMC4wcHQ7IG1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiCxvLiyIj5Eb21lc3RpYzxv
OnA+PC9vOnA+PC9TUEFOPjwvUD48L1REPg0KICAgIDxURCANCiAgICBzdHlsZT0iQk9SREVSLVJJ
R0hUOiB3aW5kb3d0ZXh0IDAuNzVwdCBzb2xpZDsgUEFERElORy1SSUdIVDogNS40cHQ7IEJPUkRF
Ui1UT1A6IG1lZGl1bSBub25lOyBQQURESU5HLUxFRlQ6IDUuNHB0OyBCQUNLR1JPVU5EOiAjZTBl
MGUwOyBQQURESU5HLUJPVFRPTTogMGNtOyBCT1JERVItTEVGVDogbWVkaXVtIG5vbmU7IFdJRFRI
OiA5MHB0OyBQQURESU5HLVRPUDogMGNtOyBCT1JERVItQk9UVE9NOiB3aW5kb3d0ZXh0IDEuNXB0
IHNvbGlkOyBIRUlHSFQ6IDguN3B0OyBtc28tYm9yZGVyLWxlZnQtYWx0OiBzb2xpZCB3aW5kb3d0
ZXh0IC43NXB0OyBtc28tYm9yZGVyLXRvcC1hbHQ6IHNvbGlkIHdpbmRvd3RleHQgLjc1cHQiIA0K
ICAgIHdpZHRoPTEyMD4NCiAgICAgIDxQIGNsYXNzPXRhYmxlMSANCiAgICAgIHN0eWxlPSJNQVJH
SU46IDFwdCAwLjZwdCAxcHQgMi4xNXB0OyBURVhULUlOREVOVDogMGNtOyBMSU5FLUhFSUdIVDog
OXB0OyBURVhULUFMSUdOOiBjZW50ZXI7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5IiAN
CiAgICAgIGFsaWduPWNlbnRlcj48U1BBTiBsYW5nPUVOLVVTIA0KICAgICAgc3R5bGU9IkZPTlQt
U0laRTogOXB0OyBGT05ULUZBTUlMWTogQXJpYWw7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0
OyBtc28tZmFyZWFzdC1mb250LWZhbWlseTogsby4siI+T3ZlcnNlYTxvOnA+PC9vOnA+PC9TUEFO
PjwvUD48L1REPg0KICAgIDxURCANCiAgICBzdHlsZT0iQk9SREVSLVJJR0hUOiB3aW5kb3d0ZXh0
IDAuNzVwdCBzb2xpZDsgUEFERElORy1SSUdIVDogNS40cHQ7IEJPUkRFUi1UT1A6IG1lZGl1bSBu
b25lOyBQQURESU5HLUxFRlQ6IDUuNHB0OyBCQUNLR1JPVU5EOiAjZTBlMGUwOyBQQURESU5HLUJP
VFRPTTogMGNtOyBCT1JERVItTEVGVDogbWVkaXVtIG5vbmU7IFdJRFRIOiA5MHB0OyBQQURESU5H
LVRPUDogMGNtOyBCT1JERVItQk9UVE9NOiB3aW5kb3d0ZXh0IDEuNXB0IHNvbGlkOyBIRUlHSFQ6
IDguN3B0OyBtc28tYm9yZGVyLWxlZnQtYWx0OiBzb2xpZCB3aW5kb3d0ZXh0IC43NXB0OyBtc28t
Ym9yZGVyLXRvcC1hbHQ6IHNvbGlkIHdpbmRvd3RleHQgLjc1cHQiIA0KICAgIHdpZHRoPTEyMD4N
CiAgICAgIDxQIGNsYXNzPXRhYmxlMSANCiAgICAgIHN0eWxlPSJNQVJHSU46IDFwdCAwLjZwdCAx
cHQgMGNtOyBURVhULUlOREVOVDogMGNtOyBMSU5FLUhFSUdIVDogOXB0OyBURVhULUFMSUdOOiBj
ZW50ZXI7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5IiANCiAgICAgIGFsaWduPWNlbnRl
cj48U1BBTiBsYW5nPUVOLVVTIA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTogOXB0OyBGT05ULUZB
TUlMWTogQXJpYWw7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0OyBtc28tZmFyZWFzdC1mb250
LWZhbWlseTogsby4siI+RG9tZXN0aWM8bzpwPjwvbzpwPjwvU1BBTj48L1A+PC9URD4NCiAgICA8
VEQgDQogICAgc3R5bGU9IkJPUkRFUi1SSUdIVDogd2luZG93dGV4dCAwLjc1cHQgc29saWQ7IFBB
RERJTkctUklHSFQ6IDUuNHB0OyBCT1JERVItVE9QOiBtZWRpdW0gbm9uZTsgUEFERElORy1MRUZU
OiA1LjRwdDsgQkFDS0dST1VORDogI2UwZTBlMDsgUEFERElORy1CT1RUT006IDBjbTsgQk9SREVS
LUxFRlQ6IG1lZGl1bSBub25lOyBXSURUSDogOTBwdDsgUEFERElORy1UT1A6IDBjbTsgQk9SREVS
LUJPVFRPTTogd2luZG93dGV4dCAxLjVwdCBzb2xpZDsgSEVJR0hUOiA4LjdwdDsgbXNvLWJvcmRl
ci1sZWZ0LWFsdDogc29saWQgd2luZG93dGV4dCAuNzVwdDsgbXNvLWJvcmRlci10b3AtYWx0OiBz
b2xpZCB3aW5kb3d0ZXh0IC43NXB0IiANCiAgICB3aWR0aD0xMjA+DQogICAgICA8UCBjbGFzcz10
YWJsZTEgDQogICAgICBzdHlsZT0iTUFSR0lOOiAxcHQgMC42cHQgMXB0IDBjbTsgVEVYVC1JTkRF
TlQ6IDBjbTsgTElORS1IRUlHSFQ6IDlwdDsgVEVYVC1BTElHTjogY2VudGVyOyBtc28tbGluZS1o
ZWlnaHQtcnVsZTogZXhhY3RseSIgDQogICAgICBhbGlnbj1jZW50ZXI+PFNQQU4gbGFuZz1FTi1V
UyANCiAgICAgIHN0eWxlPSJGT05ULVNJWkU6IDlwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28t
YmlkaS1mb250LXNpemU6IDEwLjBwdDsgbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6ILG8uLIiPk92
ZXJzZWE8bzpwPjwvbzpwPjwvU1BBTj48L1A+PC9URD48L1RSPg0KICA8VFIgc3R5bGU9IkhFSUdI
VDogMTAuNTVwdCI+DQogICAgPFREIA0KICAgIHN0eWxlPSJCT1JERVItUklHSFQ6IHdpbmRvd3Rl
eHQgMC43NXB0IHNvbGlkOyBQQURESU5HLVJJR0hUOiA1LjRwdDsgQk9SREVSLVRPUDogd2luZG93
dGV4dCAxLjVwdCBzb2xpZDsgUEFERElORy1MRUZUOiA1LjRwdDsgUEFERElORy1CT1RUT006IDBj
bTsgQk9SREVSLUxFRlQ6IHdpbmRvd3RleHQgMS41cHQgc29saWQ7IFdJRFRIOiA3MnB0OyBQQURE
SU5HLVRPUDogMGNtOyBCT1JERVItQk9UVE9NOiB3aW5kb3d0ZXh0IDEuNXB0IHNvbGlkOyBIRUlH
SFQ6IDEwLjU1cHQiIA0KICAgIHdpZHRoPTk2IHJvd1NwYW49Mz4NCiAgICAgIDxQIGNsYXNzPXRh
YmxlMSANCiAgICAgIHN0eWxlPSJNQVJHSU46IDFwdCAwY20gMXB0IDEuN3B0OyBURVhULUlOREVO
VDogMGNtOyBMSU5FLUhFSUdIVDogOXB0OyBURVhULUFMSUdOOiBjZW50ZXI7IG1zby1saW5lLWhl
aWdodC1ydWxlOiBleGFjdGx5IiANCiAgICAgIGFsaWduPWNlbnRlcj48Qj48U1BBTiBsYW5nPUVO
LVVTIA0KICAgICAgc3R5bGU9IkNPTE9SOiAjMDAzMzAwOyBGT05ULUZBTUlMWTogQXJpYWw7IG1z
by1mYXJlYXN0LWZvbnQtZmFtaWx5OiCxvLiyIj5Db25mZXJlbmNlIA0KICAgICAgUmVnaXN0cmF0
aW9uPG86cD48L286cD48L1NQQU4+PC9CPjwvUD48L1REPg0KICAgIDxURCANCiAgICBzdHlsZT0i
Qk9SREVSLVJJR0hUOiB3aW5kb3d0ZXh0IDEuNXB0IHNvbGlkOyBQQURESU5HLVJJR0hUOiA1LjRw
dDsgQk9SREVSLVRPUDogd2luZG93dGV4dCAxLjVwdCBzb2xpZDsgUEFERElORy1MRUZUOiA1LjRw
dDsgUEFERElORy1CT1RUT006IDBjbTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBXSURUSDog
NzJwdDsgUEFERElORy1UT1A6IDBjbTsgQk9SREVSLUJPVFRPTTogd2luZG93dGV4dCAwLjc1cHQg
c29saWQ7IEhFSUdIVDogMTAuNTVwdDsgbXNvLWJvcmRlci1sZWZ0LWFsdDogc29saWQgd2luZG93
dGV4dCAuNzVwdCIgDQogICAgd2lkdGg9OTY+DQogICAgICA8UCBjbGFzcz10YWJsZTEgDQogICAg
ICBzdHlsZT0iTUFSR0lOOiAxcHQgMGNtIDFwdCAxLjdwdDsgTElORS1IRUlHSFQ6IDlwdDsgbXNv
LWxpbmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHkiPjxTUEFOIA0KICAgICAgbGFuZz1FTi1VUyANCiAg
ICAgIHN0eWxlPSJGT05ULVNJWkU6IDlwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYmlkaS1m
b250LXNpemU6IDEwLjBwdDsgbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6ILG8uLIiPjxTUEFOIA0K
ICAgICAgc3R5bGU9Im1zby1zcGFjZXJ1bjogeWVzIj4mbmJzcDs8L1NQQU4+UmVndWxhciANCiAg
ICBSYXRlPG86cD48L286cD48L1NQQU4+PC9QPjwvVEQ+DQogICAgPFREIA0KICAgIHN0eWxlPSJC
T1JERVItUklHSFQ6IHdpbmRvd3RleHQgMC43NXB0IHNvbGlkOyBQQURESU5HLVJJR0hUOiA1LjRw
dDsgQk9SREVSLVRPUDogbWVkaXVtIG5vbmU7IFBBRERJTkctTEVGVDogNS40cHQ7IFBBRERJTkct
Qk9UVE9NOiAwY207IEJPUkRFUi1MRUZUOiBtZWRpdW0gbm9uZTsgV0lEVEg6IDgxcHQ7IFBBRERJ
TkctVE9QOiAwY207IEJPUkRFUi1CT1RUT006IHdpbmRvd3RleHQgMC43NXB0IHNvbGlkOyBIRUlH
SFQ6IDEwLjU1cHQiIA0KICAgIHdpZHRoPTEwOD4NCiAgICAgIDxQIGNsYXNzPXRhYmxlMSANCiAg
ICAgIHN0eWxlPSJNQVJHSU46IDFwdCAwLjZwdCAxcHQgMGNtOyBURVhULUlOREVOVDogMGNtOyBM
SU5FLUhFSUdIVDogOXB0OyBURVhULUFMSUdOOiBjZW50ZXI7IG1zby1saW5lLWhlaWdodC1ydWxl
OiBleGFjdGx5IiANCiAgICAgIGFsaWduPWNlbnRlcj48U1BBTiANCiAgICAgIHN0eWxlPSJGT05U
LVNJWkU6IDlwdDsgRk9OVC1GQU1JTFk6ILG8uLI7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0
OyBtc28taGFuc2ktZm9udC1mYW1pbHk6ICdUcmVidWNoZXQgTVMnOyBtc28tYXNjaWktZm9udC1m
YW1pbHk6ICdUcmVidWNoZXQgTVMnIj6j3DwvU1BBTj48U1BBTiANCiAgICAgIGxhbmc9RU4tVVMg
DQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiAnVHJlYnVjaGV0IE1T
JzsgbXNvLWJpZGktZm9udC1zaXplOiAxMC4wcHQ7IG1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiCx
vLiyIj40MDAsMDAwPG86cD48L286cD48L1NQQU4+PC9QPjwvVEQ+DQogICAgPFREIA0KICAgIHN0
eWxlPSJCT1JERVItUklHSFQ6IHdpbmRvd3RleHQgMC43NXB0IHNvbGlkOyBQQURESU5HLVJJR0hU
OiA1LjRwdDsgQk9SREVSLVRPUDogbWVkaXVtIG5vbmU7IFBBRERJTkctTEVGVDogNS40cHQ7IFBB
RERJTkctQk9UVE9NOiAwY207IEJPUkRFUi1MRUZUOiBtZWRpdW0gbm9uZTsgV0lEVEg6IDkwcHQ7
IFBBRERJTkctVE9QOiAwY207IEJPUkRFUi1CT1RUT006IHdpbmRvd3RleHQgMC43NXB0IHNvbGlk
OyBIRUlHSFQ6IDEwLjU1cHQ7IG1zby1ib3JkZXItbGVmdC1hbHQ6IHNvbGlkIHdpbmRvd3RleHQg
Ljc1cHQiIA0KICAgIHdpZHRoPTEyMD4NCiAgICAgIDxQIGNsYXNzPXRhYmxlMSANCiAgICAgIHN0
eWxlPSJNQVJHSU46IDFwdCAwLjZwdCAxcHQgMGNtOyBURVhULUlOREVOVDogMGNtOyBMSU5FLUhF
SUdIVDogOXB0OyBURVhULUFMSUdOOiBjZW50ZXI7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFj
dGx5IiANCiAgICAgIGFsaWduPWNlbnRlcj48U1BBTiBsYW5nPUVOLVVTIA0KICAgICAgc3R5bGU9
IkZPTlQtU0laRTogOXB0OyBGT05ULUZBTUlMWTogJ1RyZWJ1Y2hldCBNUyc7IG1zby1iaWRpLWZv
bnQtc2l6ZTogMTAuMHB0OyBtc28tZmFyZWFzdC1mb250LWZhbWlseTogsby4siI+VVNEIA0KICAg
ICAgNDAwPG86cD48L286cD48L1NQQU4+PC9QPjwvVEQ+DQogICAgPFREIA0KICAgIHN0eWxlPSJC
T1JERVItUklHSFQ6IHdpbmRvd3RleHQgMC43NXB0IHNvbGlkOyBQQURESU5HLVJJR0hUOiA1LjRw
dDsgQk9SREVSLVRPUDogbWVkaXVtIG5vbmU7IFBBRERJTkctTEVGVDogNS40cHQ7IFBBRERJTkct
Qk9UVE9NOiAwY207IEJPUkRFUi1MRUZUOiBtZWRpdW0gbm9uZTsgV0lEVEg6IDkwcHQ7IFBBRERJ
TkctVE9QOiAwY207IEJPUkRFUi1CT1RUT006IHdpbmRvd3RleHQgMC43NXB0IHNvbGlkOyBIRUlH
SFQ6IDEwLjU1cHQ7IG1zby1ib3JkZXItbGVmdC1hbHQ6IHNvbGlkIHdpbmRvd3RleHQgLjc1cHQi
IA0KICAgIHdpZHRoPTEyMD4NCiAgICAgIDxQIGNsYXNzPXRhYmxlMSANCiAgICAgIHN0eWxlPSJN
QVJHSU46IDFwdCAwLjZwdCAxcHQgMGNtOyBURVhULUlOREVOVDogMGNtOyBMSU5FLUhFSUdIVDog
OXB0OyBURVhULUFMSUdOOiBjZW50ZXI7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5IiAN
CiAgICAgIGFsaWduPWNlbnRlcj48U1BBTiANCiAgICAgIHN0eWxlPSJGT05ULVNJWkU6IDlwdDsg
Rk9OVC1GQU1JTFk6ILG8uLI7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0OyBtc28taGFuc2kt
Zm9udC1mYW1pbHk6ICdUcmVidWNoZXQgTVMnOyBtc28tYXNjaWktZm9udC1mYW1pbHk6ICdUcmVi
dWNoZXQgTVMnIj6j3DwvU1BBTj48U1BBTiANCiAgICAgIGxhbmc9RU4tVVMgDQogICAgICBzdHls
ZT0iRk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiAnVHJlYnVjaGV0IE1TJzsgbXNvLWJpZGkt
Zm9udC1zaXplOiAxMC4wcHQ7IG1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiCxvLiyIj41MDAsMDAw
PG86cD48L286cD48L1NQQU4+PC9QPjwvVEQ+DQogICAgPFREIA0KICAgIHN0eWxlPSJCT1JERVIt
UklHSFQ6IHdpbmRvd3RleHQgMC43NXB0IHNvbGlkOyBQQURESU5HLVJJR0hUOiA1LjRwdDsgQk9S
REVSLVRPUDogbWVkaXVtIG5vbmU7IFBBRERJTkctTEVGVDogNS40cHQ7IFBBRERJTkctQk9UVE9N
OiAwY207IEJPUkRFUi1MRUZUOiBtZWRpdW0gbm9uZTsgV0lEVEg6IDkwcHQ7IFBBRERJTkctVE9Q
OiAwY207IEJPUkRFUi1CT1RUT006IHdpbmRvd3RleHQgMC43NXB0IHNvbGlkOyBIRUlHSFQ6IDEw
LjU1cHQ7IG1zby1ib3JkZXItbGVmdC1hbHQ6IHNvbGlkIHdpbmRvd3RleHQgLjc1cHQiIA0KICAg
IHdpZHRoPTEyMD4NCiAgICAgIDxQIGNsYXNzPXRhYmxlMSANCiAgICAgIHN0eWxlPSJNQVJHSU46
IDFwdCAwLjZwdCAxcHQgMGNtOyBURVhULUlOREVOVDogMGNtOyBMSU5FLUhFSUdIVDogOXB0OyBU
RVhULUFMSUdOOiBjZW50ZXI7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5IiANCiAgICAg
IGFsaWduPWNlbnRlcj48U1BBTiBsYW5nPUVOLVVTIA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTog
OXB0OyBGT05ULUZBTUlMWTogJ1RyZWJ1Y2hldCBNUyc7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAu
MHB0OyBtc28tZmFyZWFzdC1mb250LWZhbWlseTogsby4siI+VVNEIA0KICAgICAgNTAwPG86cD48
L286cD48L1NQQU4+PC9QPjwvVEQ+PC9UUj4NCiAgPFRSIHN0eWxlPSJIRUlHSFQ6IDEzLjJwdCI+
DQogICAgPFREIA0KICAgIHN0eWxlPSJCT1JERVItUklHSFQ6IHdpbmRvd3RleHQgMS41cHQgc29s
aWQ7IFBBRERJTkctUklHSFQ6IDUuNHB0OyBCT1JERVItVE9QOiBtZWRpdW0gbm9uZTsgUEFERElO
Ry1MRUZUOiA1LjRwdDsgUEFERElORy1CT1RUT006IDBjbTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBu
b25lOyBXSURUSDogNzJwdDsgUEFERElORy1UT1A6IDBjbTsgQk9SREVSLUJPVFRPTTogd2luZG93
dGV4dCAwLjc1cHQgc29saWQ7IEhFSUdIVDogMTMuMnB0OyBtc28tYm9yZGVyLWxlZnQtYWx0OiBz
b2xpZCB3aW5kb3d0ZXh0IC43NXB0OyBtc28tYm9yZGVyLXRvcC1hbHQ6IHNvbGlkIHdpbmRvd3Rl
eHQgLjc1cHQiIA0KICAgIHdpZHRoPTk2Pg0KICAgICAgPFAgY2xhc3M9dGFibGUxIA0KICAgICAg
c3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQgMS43cHQ7IFRFWFQtSU5ERU5UOiAtNy4xcHQ7IExJ
TkUtSEVJR0hUOiA5cHQ7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5Ij48U1BBTiANCiAg
ICAgIGxhbmc9RU4tVVMgDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZ
OiBBcmlhbDsgbXNvLWJpZGktZm9udC1zaXplOiAxMC4wcHQ7IG1zby1mYXJlYXN0LWZvbnQtZmFt
aWx5OiCxvLiyIj48U1BBTiANCiAgICAgIHN0eWxlPSJtc28tc3BhY2VydW46IHllcyI+Jm5ic3A7
PC9TUEFOPkFjYWRlbWljIA0KICAgIFJhdGU8bzpwPjwvbzpwPjwvU1BBTj48L1A+PC9URD4NCiAg
ICA8VEQgDQogICAgc3R5bGU9IkJPUkRFUi1SSUdIVDogd2luZG93dGV4dCAwLjc1cHQgc29saWQ7
IFBBRERJTkctUklHSFQ6IDUuNHB0OyBCT1JERVItVE9QOiBtZWRpdW0gbm9uZTsgUEFERElORy1M
RUZUOiA1LjRwdDsgUEFERElORy1CT1RUT006IDBjbTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25l
OyBXSURUSDogODFwdDsgUEFERElORy1UT1A6IDBjbTsgQk9SREVSLUJPVFRPTTogd2luZG93dGV4
dCAwLjc1cHQgc29saWQ7IEhFSUdIVDogMTMuMnB0OyBtc28tYm9yZGVyLXRvcC1hbHQ6IHNvbGlk
IHdpbmRvd3RleHQgLjc1cHQiIA0KICAgIHdpZHRoPTEwOD4NCiAgICAgIDxQIGNsYXNzPXRhYmxl
MSANCiAgICAgIHN0eWxlPSJNQVJHSU46IDFwdCAwLjZwdCAxcHQgNy4ycHQ7IExJTkUtSEVJR0hU
OiA5cHQ7IFRFWFQtQUxJR046IGNlbnRlcjsgbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHki
IA0KICAgICAgYWxpZ249Y2VudGVyPjxTUEFOIA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTogOXB0
OyBGT05ULUZBTUlMWTogsby4sjsgbXNvLWJpZGktZm9udC1zaXplOiAxMC4wcHQ7IG1zby1oYW5z
aS1mb250LWZhbWlseTogJ1RyZWJ1Y2hldCBNUyc7IG1zby1hc2NpaS1mb250LWZhbWlseTogJ1Ry
ZWJ1Y2hldCBNUyciPqPcPC9TUEFOPjxTUEFOIA0KICAgICAgbGFuZz1FTi1VUyANCiAgICAgIHN0
eWxlPSJGT05ULVNJWkU6IDlwdDsgRk9OVC1GQU1JTFk6ICdUcmVidWNoZXQgTVMnOyBtc28tYmlk
aS1mb250LXNpemU6IDEwLjBwdDsgbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6ILG8uLIiPjIwMCww
MDA8bzpwPjwvbzpwPjwvU1BBTj48L1A+PC9URD4NCiAgICA8VEQgDQogICAgc3R5bGU9IkJPUkRF
Ui1SSUdIVDogd2luZG93dGV4dCAwLjc1cHQgc29saWQ7IFBBRERJTkctUklHSFQ6IDUuNHB0OyBC
T1JERVItVE9QOiBtZWRpdW0gbm9uZTsgUEFERElORy1MRUZUOiA1LjRwdDsgUEFERElORy1CT1RU
T006IDBjbTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBXSURUSDogOTBwdDsgUEFERElORy1U
T1A6IDBjbTsgQk9SREVSLUJPVFRPTTogd2luZG93dGV4dCAwLjc1cHQgc29saWQ7IEhFSUdIVDog
MTMuMnB0OyBtc28tYm9yZGVyLWxlZnQtYWx0OiBzb2xpZCB3aW5kb3d0ZXh0IC43NXB0OyBtc28t
Ym9yZGVyLXRvcC1hbHQ6IHNvbGlkIHdpbmRvd3RleHQgLjc1cHQiIA0KICAgIHdpZHRoPTEyMD4N
CiAgICAgIDxQIGNsYXNzPXRhYmxlMSANCiAgICAgIHN0eWxlPSJNQVJHSU46IDFwdCAwLjZwdCAx
cHQgMGNtOyBURVhULUlOREVOVDogMGNtOyBMSU5FLUhFSUdIVDogOXB0OyBURVhULUFMSUdOOiBj
ZW50ZXI7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5IiANCiAgICAgIGFsaWduPWNlbnRl
cj48U1BBTiBsYW5nPUVOLVVTIA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTogOXB0OyBGT05ULUZB
TUlMWTogJ1RyZWJ1Y2hldCBNUyc7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0OyBtc28tZmFy
ZWFzdC1mb250LWZhbWlseTogsby4siI+VVNEIA0KICAgICAgMjAwPG86cD48L286cD48L1NQQU4+
PC9QPjwvVEQ+DQogICAgPFREIA0KICAgIHN0eWxlPSJCT1JERVItUklHSFQ6IHdpbmRvd3RleHQg
MC43NXB0IHNvbGlkOyBQQURESU5HLVJJR0hUOiA1LjRwdDsgQk9SREVSLVRPUDogbWVkaXVtIG5v
bmU7IFBBRERJTkctTEVGVDogNS40cHQ7IFBBRERJTkctQk9UVE9NOiAwY207IEJPUkRFUi1MRUZU
OiBtZWRpdW0gbm9uZTsgV0lEVEg6IDkwcHQ7IFBBRERJTkctVE9QOiAwY207IEJPUkRFUi1CT1RU
T006IHdpbmRvd3RleHQgMC43NXB0IHNvbGlkOyBIRUlHSFQ6IDEzLjJwdDsgbXNvLWJvcmRlci1s
ZWZ0LWFsdDogc29saWQgd2luZG93dGV4dCAuNzVwdDsgbXNvLWJvcmRlci10b3AtYWx0OiBzb2xp
ZCB3aW5kb3d0ZXh0IC43NXB0IiANCiAgICB3aWR0aD0xMjA+DQogICAgICA8UCBjbGFzcz10YWJs
ZTEgDQogICAgICBzdHlsZT0iTUFSR0lOOiAxcHQgMC42cHQgMXB0IDBjbTsgVEVYVC1JTkRFTlQ6
IDBjbTsgTElORS1IRUlHSFQ6IDlwdDsgVEVYVC1BTElHTjogY2VudGVyOyBtc28tbGluZS1oZWln
aHQtcnVsZTogZXhhY3RseSIgDQogICAgICBhbGlnbj1jZW50ZXI+PFNQQU4gDQogICAgICBzdHls
ZT0iRk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiCxvLiyOyBtc28tYmlkaS1mb250LXNpemU6
IDEwLjBwdDsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiAnVHJlYnVjaGV0IE1TJzsgbXNvLWFzY2lp
LWZvbnQtZmFtaWx5OiAnVHJlYnVjaGV0IE1TJyI+o9w8L1NQQU4+PFNQQU4gDQogICAgICBsYW5n
PUVOLVVTIA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTogOXB0OyBGT05ULUZBTUlMWTogJ1RyZWJ1
Y2hldCBNUyc7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0OyBtc28tZmFyZWFzdC1mb250LWZh
bWlseTogsby4siI+MzAwLDAwMDxvOnA+PC9vOnA+PC9TUEFOPjwvUD48L1REPg0KICAgIDxURCAN
CiAgICBzdHlsZT0iQk9SREVSLVJJR0hUOiB3aW5kb3d0ZXh0IDAuNzVwdCBzb2xpZDsgUEFERElO
Ry1SSUdIVDogNS40cHQ7IEJPUkRFUi1UT1A6IG1lZGl1bSBub25lOyBQQURESU5HLUxFRlQ6IDUu
NHB0OyBQQURESU5HLUJPVFRPTTogMGNtOyBCT1JERVItTEVGVDogbWVkaXVtIG5vbmU7IFdJRFRI
OiA5MHB0OyBQQURESU5HLVRPUDogMGNtOyBCT1JERVItQk9UVE9NOiB3aW5kb3d0ZXh0IDAuNzVw
dCBzb2xpZDsgSEVJR0hUOiAxMy4ycHQ7IG1zby1ib3JkZXItbGVmdC1hbHQ6IHNvbGlkIHdpbmRv
d3RleHQgLjc1cHQ7IG1zby1ib3JkZXItdG9wLWFsdDogc29saWQgd2luZG93dGV4dCAuNzVwdCIg
DQogICAgd2lkdGg9MTIwPg0KICAgICAgPFAgY2xhc3M9dGFibGUxIA0KICAgICAgc3R5bGU9Ik1B
UkdJTjogMXB0IDAuNnB0IDFwdCAwY207IFRFWFQtSU5ERU5UOiAwY207IExJTkUtSEVJR0hUOiA5
cHQ7IFRFWFQtQUxJR046IGNlbnRlcjsgbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHkiIA0K
ICAgICAgYWxpZ249Y2VudGVyPjxTUEFOIGxhbmc9RU4tVVMgDQogICAgICBzdHlsZT0iRk9OVC1T
SVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiAnVHJlYnVjaGV0IE1TJzsgbXNvLWJpZGktZm9udC1zaXpl
OiAxMC4wcHQ7IG1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiCxvLiyIj5VU0QgDQogICAgICAzMDA8
bzpwPjwvbzpwPjwvU1BBTj48L1A+PC9URD48L1RSPg0KICA8VFIgc3R5bGU9IkhFSUdIVDogMTMu
MnB0Ij4NCiAgICA8VEQgDQogICAgc3R5bGU9IkJPUkRFUi1SSUdIVDogd2luZG93dGV4dCAxLjVw
dCBzb2xpZDsgUEFERElORy1SSUdIVDogNS40cHQ7IEJPUkRFUi1UT1A6IG1lZGl1bSBub25lOyBQ
QURESU5HLUxFRlQ6IDUuNHB0OyBQQURESU5HLUJPVFRPTTogMGNtOyBCT1JERVItTEVGVDogbWVk
aXVtIG5vbmU7IFdJRFRIOiA3MnB0OyBQQURESU5HLVRPUDogMGNtOyBCT1JERVItQk9UVE9NOiB3
aW5kb3d0ZXh0IDEuNXB0IHNvbGlkOyBIRUlHSFQ6IDEzLjJwdDsgbXNvLWJvcmRlci1sZWZ0LWFs
dDogc29saWQgd2luZG93dGV4dCAuNzVwdDsgbXNvLWJvcmRlci10b3AtYWx0OiBzb2xpZCB3aW5k
b3d0ZXh0IC43NXB0IiANCiAgICB3aWR0aD05Nj4NCiAgICAgIDxQIGNsYXNzPXRhYmxlMSANCiAg
ICAgIHN0eWxlPSJNQVJHSU46IDFwdCAwY20gMXB0IDEuN3B0OyBURVhULUlOREVOVDogMGNtOyBM
SU5FLUhFSUdIVDogOXB0OyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSI+PFNQQU4gDQog
ICAgICBsYW5nPUVOLVVTIA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTogOXB0OyBGT05ULUZBTUlM
WTogQXJpYWw7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0OyBtc28tZmFyZWFzdC1mb250LWZh
bWlseTogsby4siI+U3R1ZGVudCANCiAgICAgIFJhdGU8bzpwPjwvbzpwPjwvU1BBTj48L1A+PC9U
RD4NCiAgICA8VEQgDQogICAgc3R5bGU9IkJPUkRFUi1SSUdIVDogd2luZG93dGV4dCAwLjc1cHQg
c29saWQ7IFBBRERJTkctUklHSFQ6IDUuNHB0OyBCT1JERVItVE9QOiBtZWRpdW0gbm9uZTsgUEFE
RElORy1MRUZUOiA1LjRwdDsgUEFERElORy1CT1RUT006IDBjbTsgQk9SREVSLUxFRlQ6IG1lZGl1
bSBub25lOyBXSURUSDogODFwdDsgUEFERElORy1UT1A6IDBjbTsgQk9SREVSLUJPVFRPTTogd2lu
ZG93dGV4dCAxLjVwdCBzb2xpZDsgSEVJR0hUOiAxMy4ycHQ7IG1zby1ib3JkZXItdG9wLWFsdDog
c29saWQgd2luZG93dGV4dCAuNzVwdCIgDQogICAgd2lkdGg9MTA4Pg0KICAgICAgPFAgY2xhc3M9
dGFibGUxIA0KICAgICAgc3R5bGU9Ik1BUkdJTjogMXB0IDAuNnB0IDFwdCA3LjJwdDsgTElORS1I
RUlHSFQ6IDlwdDsgVEVYVC1BTElHTjogY2VudGVyOyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhh
Y3RseSIgDQogICAgICBhbGlnbj1jZW50ZXI+PFNQQU4gDQogICAgICBzdHlsZT0iRk9OVC1TSVpF
OiA5cHQ7IEZPTlQtRkFNSUxZOiCxvLiyOyBtc28tYmlkaS1mb250LXNpemU6IDEwLjBwdDsgbXNv
LWhhbnNpLWZvbnQtZmFtaWx5OiAnVHJlYnVjaGV0IE1TJzsgbXNvLWFzY2lpLWZvbnQtZmFtaWx5
OiAnVHJlYnVjaGV0IE1TJyI+o9w8L1NQQU4+PFNQQU4gDQogICAgICBsYW5nPUVOLVVTIA0KICAg
ICAgc3R5bGU9IkZPTlQtU0laRTogOXB0OyBGT05ULUZBTUlMWTogJ1RyZWJ1Y2hldCBNUyc7IG1z
by1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0OyBtc28tZmFyZWFzdC1mb250LWZhbWlseTogsby4siI+
MTAwLDAwMDxvOnA+PC9vOnA+PC9TUEFOPjwvUD48L1REPg0KICAgIDxURCANCiAgICBzdHlsZT0i
Qk9SREVSLVJJR0hUOiB3aW5kb3d0ZXh0IDAuNzVwdCBzb2xpZDsgUEFERElORy1SSUdIVDogNS40
cHQ7IEJPUkRFUi1UT1A6IG1lZGl1bSBub25lOyBQQURESU5HLUxFRlQ6IDUuNHB0OyBQQURESU5H
LUJPVFRPTTogMGNtOyBCT1JERVItTEVGVDogbWVkaXVtIG5vbmU7IFdJRFRIOiA5MHB0OyBQQURE
SU5HLVRPUDogMGNtOyBCT1JERVItQk9UVE9NOiB3aW5kb3d0ZXh0IDEuNXB0IHNvbGlkOyBIRUlH
SFQ6IDEzLjJwdDsgbXNvLWJvcmRlci1sZWZ0LWFsdDogc29saWQgd2luZG93dGV4dCAuNzVwdDsg
bXNvLWJvcmRlci10b3AtYWx0OiBzb2xpZCB3aW5kb3d0ZXh0IC43NXB0IiANCiAgICB3aWR0aD0x
MjA+DQogICAgICA8UCBjbGFzcz10YWJsZTEgDQogICAgICBzdHlsZT0iTUFSR0lOOiAxcHQgMC42
cHQgMXB0IDBjbTsgVEVYVC1JTkRFTlQ6IDBjbTsgTElORS1IRUlHSFQ6IDlwdDsgVEVYVC1BTElH
TjogY2VudGVyOyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSIgDQogICAgICBhbGlnbj1j
ZW50ZXI+PFNQQU4gbGFuZz1FTi1VUyANCiAgICAgIHN0eWxlPSJGT05ULVNJWkU6IDlwdDsgRk9O
VC1GQU1JTFk6ICdUcmVidWNoZXQgTVMnOyBtc28tYmlkaS1mb250LXNpemU6IDEwLjBwdDsgbXNv
LWZhcmVhc3QtZm9udC1mYW1pbHk6ILG8uLIiPlVTRCANCiAgICAgIDEwMDxvOnA+PC9vOnA+PC9T
UEFOPjwvUD48L1REPg0KICAgIDxURCANCiAgICBzdHlsZT0iQk9SREVSLVJJR0hUOiB3aW5kb3d0
ZXh0IDAuNzVwdCBzb2xpZDsgUEFERElORy1SSUdIVDogNS40cHQ7IEJPUkRFUi1UT1A6IG1lZGl1
bSBub25lOyBQQURESU5HLUxFRlQ6IDUuNHB0OyBQQURESU5HLUJPVFRPTTogMGNtOyBCT1JERVIt
TEVGVDogbWVkaXVtIG5vbmU7IFdJRFRIOiA5MHB0OyBQQURESU5HLVRPUDogMGNtOyBCT1JERVIt
Qk9UVE9NOiB3aW5kb3d0ZXh0IDEuNXB0IHNvbGlkOyBIRUlHSFQ6IDEzLjJwdDsgbXNvLWJvcmRl
ci1sZWZ0LWFsdDogc29saWQgd2luZG93dGV4dCAuNzVwdDsgbXNvLWJvcmRlci10b3AtYWx0OiBz
b2xpZCB3aW5kb3d0ZXh0IC43NXB0IiANCiAgICB3aWR0aD0xMjA+DQogICAgICA8UCBjbGFzcz10
YWJsZTEgDQogICAgICBzdHlsZT0iTUFSR0lOOiAxcHQgMC42cHQgMXB0IDBjbTsgVEVYVC1JTkRF
TlQ6IDBjbTsgTElORS1IRUlHSFQ6IDlwdDsgVEVYVC1BTElHTjogY2VudGVyOyBtc28tbGluZS1o
ZWlnaHQtcnVsZTogZXhhY3RseSIgDQogICAgICBhbGlnbj1jZW50ZXI+PFNQQU4gDQogICAgICBz
dHlsZT0iRk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiCxvLiyOyBtc28tYmlkaS1mb250LXNp
emU6IDEwLjBwdDsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiAnVHJlYnVjaGV0IE1TJzsgbXNvLWFz
Y2lpLWZvbnQtZmFtaWx5OiAnVHJlYnVjaGV0IE1TJyI+o9w8L1NQQU4+PFNQQU4gDQogICAgICBs
YW5nPUVOLVVTIA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTogOXB0OyBGT05ULUZBTUlMWTogJ1Ry
ZWJ1Y2hldCBNUyc7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0OyBtc28tZmFyZWFzdC1mb250
LWZhbWlseTogsby4siI+MjAwLDAwMDxvOnA+PC9vOnA+PC9TUEFOPjwvUD48L1REPg0KICAgIDxU
RCANCiAgICBzdHlsZT0iQk9SREVSLVJJR0hUOiB3aW5kb3d0ZXh0IDAuNzVwdCBzb2xpZDsgUEFE
RElORy1SSUdIVDogNS40cHQ7IEJPUkRFUi1UT1A6IG1lZGl1bSBub25lOyBQQURESU5HLUxFRlQ6
IDUuNHB0OyBQQURESU5HLUJPVFRPTTogMGNtOyBCT1JERVItTEVGVDogbWVkaXVtIG5vbmU7IFdJ
RFRIOiA5MHB0OyBQQURESU5HLVRPUDogMGNtOyBCT1JERVItQk9UVE9NOiB3aW5kb3d0ZXh0IDEu
NXB0IHNvbGlkOyBIRUlHSFQ6IDEzLjJwdDsgbXNvLWJvcmRlci1sZWZ0LWFsdDogc29saWQgd2lu
ZG93dGV4dCAuNzVwdDsgbXNvLWJvcmRlci10b3AtYWx0OiBzb2xpZCB3aW5kb3d0ZXh0IC43NXB0
IiANCiAgICB3aWR0aD0xMjA+DQogICAgICA8UCBjbGFzcz10YWJsZTEgDQogICAgICBzdHlsZT0i
TUFSR0lOOiAxcHQgMC42cHQgMXB0IDBjbTsgVEVYVC1JTkRFTlQ6IDBjbTsgTElORS1IRUlHSFQ6
IDlwdDsgVEVYVC1BTElHTjogY2VudGVyOyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSIg
DQogICAgICBhbGlnbj1jZW50ZXI+PFNQQU4gbGFuZz1FTi1VUyANCiAgICAgIHN0eWxlPSJGT05U
LVNJWkU6IDlwdDsgRk9OVC1GQU1JTFk6ICdUcmVidWNoZXQgTVMnOyBtc28tYmlkaS1mb250LXNp
emU6IDEwLjBwdDsgbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6ILG8uLIiPlVTRCANCiAgICAgIDIw
MDxvOnA+PC9vOnA+PC9TUEFOPjwvUD48L1REPjwvVFI+DQogIDxUUiBzdHlsZT0iSEVJR0hUOiAx
My4ycHQiPg0KICAgIDxURCANCiAgICBzdHlsZT0iQk9SREVSLVJJR0hUOiB3aW5kb3d0ZXh0IDAu
NXB0IHNvbGlkOyBQQURESU5HLVJJR0hUOiA1LjRwdDsgQk9SREVSLVRPUDogbWVkaXVtIG5vbmU7
IFBBRERJTkctTEVGVDogNS40cHQ7IFBBRERJTkctQk9UVE9NOiAwY207IEJPUkRFUi1MRUZUOiB3
aW5kb3d0ZXh0IDEuNXB0IHNvbGlkOyBXSURUSDogNzJwdDsgUEFERElORy1UT1A6IDBjbTsgQk9S
REVSLUJPVFRPTTogd2luZG93dGV4dCAxLjVwdCBzb2xpZDsgSEVJR0hUOiAxMy4ycHQ7IG1zby1i
b3JkZXItdG9wLWFsdDogc29saWQgd2luZG93dGV4dCAxLjVwdCIgDQogICAgd2lkdGg9OTYgcm93
U3Bhbj02Pg0KICAgICAgPFAgY2xhc3M9dGFibGUxIA0KICAgICAgc3R5bGU9Ik1BUkdJTjogMXB0
IDBjbSAxcHQgMS43cHQ7IExJTkUtSEVJR0hUOiA5cHQ7IFRFWFQtQUxJR046IGNlbnRlcjsgbXNv
LWxpbmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHkiIA0KICAgICAgYWxpZ249Y2VudGVyPjxCIHN0eWxl
PSJtc28tYmlkaS1mb250LXdlaWdodDogbm9ybWFsIj48U1BBTiBsYW5nPUVOLVVTIA0KICAgICAg
c3R5bGU9IkNPTE9SOiAjMDAzMzAwOyBGT05ULUZBTUlMWTogQXJpYWw7IG1zby1mYXJlYXN0LWZv
bnQtZmFtaWx5OiCxvLiyIj5UdXRvcmlhbDxvOnA+PC9vOnA+PC9TUEFOPjwvQj48L1A+PC9URD4N
CiAgICA8VEQgDQogICAgc3R5bGU9IkJPUkRFUi1SSUdIVDogd2luZG93dGV4dCAxLjVwdCBzb2xp
ZDsgUEFERElORy1SSUdIVDogNS40cHQ7IEJPUkRFUi1UT1A6IG1lZGl1bSBub25lOyBQQURESU5H
LUxFRlQ6IDUuNHB0OyBQQURESU5HLUJPVFRPTTogMGNtOyBCT1JERVItTEVGVDogbWVkaXVtIG5v
bmU7IFdJRFRIOiA3MnB0OyBQQURESU5HLVRPUDogMGNtOyBCT1JERVItQk9UVE9NOiB3aW5kb3d0
ZXh0IDAuNXB0IHNvbGlkOyBIRUlHSFQ6IDEzLjJwdDsgbXNvLWJvcmRlci1sZWZ0LWFsdDogc29s
aWQgd2luZG93dGV4dCAuNXB0OyBtc28tYm9yZGVyLXRvcC1hbHQ6IHNvbGlkIHdpbmRvd3RleHQg
MS41cHQiIA0KICAgIHdpZHRoPTk2Pg0KICAgICAgPFAgY2xhc3M9dGFibGUxIA0KICAgICAgc3R5
bGU9Ik1BUkdJTjogMXB0IDBjbSAxcHQgMS43cHQ7IFRFWFQtSU5ERU5UOiAwY207IExJTkUtSEVJ
R0hUOiA5cHQ7IFRFWFQtQUxJR046IGNlbnRlcjsgbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6IGV4YWN0
bHkiIA0KICAgICAgYWxpZ249Y2VudGVyPjxTUEFOIGxhbmc9RU4tVVMgDQogICAgICBzdHlsZT0i
Rk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiAnVHJlYnVjaGV0IE1TJzsgbXNvLWJpZGktZm9u
dC1zaXplOiAxMC4wcHQ7IG1zby1iaWRpLWZvbnQtd2VpZ2h0OiBib2xkOyBtc28tZmFyZWFzdC1m
b250LWZhbWlseTogsby4siI+VCANCiAgICAgICYjODIxMTsgMTxvOnA+PC9vOnA+PC9TUEFOPjwv
UD48L1REPg0KICAgIDxURCANCiAgICBzdHlsZT0iQk9SREVSLVJJR0hUOiB3aW5kb3d0ZXh0IDAu
NzVwdCBzb2xpZDsgUEFERElORy1SSUdIVDogNS40cHQ7IEJPUkRFUi1UT1A6IG1lZGl1bSBub25l
OyBQQURESU5HLUxFRlQ6IDUuNHB0OyBQQURESU5HLUJPVFRPTTogMGNtOyBCT1JERVItTEVGVDog
bWVkaXVtIG5vbmU7IFdJRFRIOiA4MXB0OyBQQURESU5HLVRPUDogMGNtOyBCT1JERVItQk9UVE9N
OiB3aW5kb3d0ZXh0IDAuNzVwdCBzb2xpZDsgSEVJR0hUOiAxMy4ycHQiIA0KICAgIHdpZHRoPTEw
OD4NCiAgICAgIDxQIGNsYXNzPU1zb05vcm1hbCANCiAgICAgIHN0eWxlPSJXT1JELUJSRUFLOiBr
ZWVwLWFsbDsgTElORS1IRUlHSFQ6IDlwdDsgVEVYVC1BTElHTjogY2VudGVyOyBtc28tbGluZS1o
ZWlnaHQtcnVsZTogZXhhY3RseSIgDQogICAgICBhbGlnbj1jZW50ZXI+PFNQQU4gDQogICAgICBz
dHlsZT0iRk9OVC1TSVpFOiA5cHQ7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTIuMHB0OyBtc28taGFu
c2ktZm9udC1mYW1pbHk6ICdUcmVidWNoZXQgTVMnOyBtc28tYXNjaWktZm9udC1mYW1pbHk6ICdU
cmVidWNoZXQgTVMnIj6j3DwvU1BBTj48U1BBTiANCiAgICAgIGxhbmc9RU4tVVMgDQogICAgICBz
dHlsZT0iRk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiAnVHJlYnVjaGV0IE1TJzsgbXNvLWJp
ZGktZm9udC1zaXplOiAxMi4wcHQ7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiBBcmlhbCI+MjAwLDAw
MDxvOnA+PC9vOnA+PC9TUEFOPjwvUD48L1REPg0KICAgIDxURCANCiAgICBzdHlsZT0iQk9SREVS
LVJJR0hUOiB3aW5kb3d0ZXh0IDAuNzVwdCBzb2xpZDsgUEFERElORy1SSUdIVDogNS40cHQ7IEJP
UkRFUi1UT1A6IG1lZGl1bSBub25lOyBQQURESU5HLUxFRlQ6IDUuNHB0OyBQQURESU5HLUJPVFRP
TTogMGNtOyBCT1JERVItTEVGVDogbWVkaXVtIG5vbmU7IFdJRFRIOiA5MHB0OyBQQURESU5HLVRP
UDogMGNtOyBCT1JERVItQk9UVE9NOiB3aW5kb3d0ZXh0IDAuNzVwdCBzb2xpZDsgSEVJR0hUOiAx
My4ycHQ7IG1zby1ib3JkZXItbGVmdC1hbHQ6IHNvbGlkIHdpbmRvd3RleHQgLjc1cHQiIA0KICAg
IHdpZHRoPTEyMD4NCiAgICAgIDxQIGNsYXNzPU1zb05vcm1hbCANCiAgICAgIHN0eWxlPSJXT1JE
LUJSRUFLOiBrZWVwLWFsbDsgTElORS1IRUlHSFQ6IDlwdDsgVEVYVC1BTElHTjogY2VudGVyOyBt
c28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSIgDQogICAgICBhbGlnbj1jZW50ZXI+PFNQQU4g
bGFuZz1FTi1VUyANCiAgICAgIHN0eWxlPSJGT05ULVNJWkU6IDlwdDsgRk9OVC1GQU1JTFk6ICdU
cmVidWNoZXQgTVMnOyBtc28tYmlkaS1mb250LXNpemU6IDEyLjBwdDsgbXNvLWJpZGktZm9udC1m
YW1pbHk6IEFyaWFsIj5VU0QgDQogICAgICAyMDA8bzpwPjwvbzpwPjwvU1BBTj48L1A+PC9URD4N
CiAgICA8VEQgDQogICAgc3R5bGU9IkJPUkRFUi1SSUdIVDogd2luZG93dGV4dCAwLjc1cHQgc29s
aWQ7IFBBRERJTkctUklHSFQ6IDUuNHB0OyBCT1JERVItVE9QOiBtZWRpdW0gbm9uZTsgUEFERElO
Ry1MRUZUOiA1LjRwdDsgUEFERElORy1CT1RUT006IDBjbTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBu
b25lOyBXSURUSDogOTBwdDsgUEFERElORy1UT1A6IDBjbTsgQk9SREVSLUJPVFRPTTogd2luZG93
dGV4dCAwLjc1cHQgc29saWQ7IEhFSUdIVDogMTMuMnB0OyBtc28tYm9yZGVyLWxlZnQtYWx0OiBz
b2xpZCB3aW5kb3d0ZXh0IC43NXB0IiANCiAgICB3aWR0aD0xMjA+DQogICAgICA8UCBjbGFzcz1N
c29Ob3JtYWwgDQogICAgICBzdHlsZT0iV09SRC1CUkVBSzoga2VlcC1hbGw7IExJTkUtSEVJR0hU
OiA5cHQ7IFRFWFQtQUxJR046IGNlbnRlcjsgbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHki
IA0KICAgICAgYWxpZ249Y2VudGVyPjxTUEFOIA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTogOXB0
OyBtc28tYmlkaS1mb250LXNpemU6IDEyLjBwdDsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiAnVHJl
YnVjaGV0IE1TJzsgbXNvLWFzY2lpLWZvbnQtZmFtaWx5OiAnVHJlYnVjaGV0IE1TJyI+o9w8L1NQ
QU4+PFNQQU4gDQogICAgICBsYW5nPUVOLVVTIA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTogOXB0
OyBGT05ULUZBTUlMWTogJ1RyZWJ1Y2hldCBNUyc7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTIuMHB0
OyBtc28tYmlkaS1mb250LWZhbWlseTogQXJpYWwiPjIyMCwwMDA8bzpwPjwvbzpwPjwvU1BBTj48
L1A+PC9URD4NCiAgICA8VEQgDQogICAgc3R5bGU9IkJPUkRFUi1SSUdIVDogd2luZG93dGV4dCAw
Ljc1cHQgc29saWQ7IFBBRERJTkctUklHSFQ6IDUuNHB0OyBCT1JERVItVE9QOiBtZWRpdW0gbm9u
ZTsgUEFERElORy1MRUZUOiA1LjRwdDsgUEFERElORy1CT1RUT006IDBjbTsgQk9SREVSLUxFRlQ6
IG1lZGl1bSBub25lOyBXSURUSDogOTBwdDsgUEFERElORy1UT1A6IDBjbTsgQk9SREVSLUJPVFRP
TTogd2luZG93dGV4dCAwLjc1cHQgc29saWQ7IEhFSUdIVDogMTMuMnB0OyBtc28tYm9yZGVyLWxl
ZnQtYWx0OiBzb2xpZCB3aW5kb3d0ZXh0IC43NXB0IiANCiAgICB3aWR0aD0xMjA+DQogICAgICA8
UCBjbGFzcz1Nc29Ob3JtYWwgDQogICAgICBzdHlsZT0iV09SRC1CUkVBSzoga2VlcC1hbGw7IExJ
TkUtSEVJR0hUOiA5cHQ7IFRFWFQtQUxJR046IGNlbnRlcjsgbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6
IGV4YWN0bHkiIA0KICAgICAgYWxpZ249Y2VudGVyPjxTUEFOIGxhbmc9RU4tVVMgDQogICAgICBz
dHlsZT0iRk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiAnVHJlYnVjaGV0IE1TJzsgbXNvLWJp
ZGktZm9udC1zaXplOiAxMi4wcHQ7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiBBcmlhbCI+VVNEIA0K
ICAgICAgMjIwPG86cD48L286cD48L1NQQU4+PC9QPjwvVEQ+PC9UUj4NCiAgPFRSIHN0eWxlPSJI
RUlHSFQ6IDcuOXB0Ij4NCiAgICA8VEQgDQogICAgc3R5bGU9IkJPUkRFUi1SSUdIVDogd2luZG93
dGV4dCAxLjVwdCBzb2xpZDsgUEFERElORy1SSUdIVDogNS40cHQ7IEJPUkRFUi1UT1A6IG1lZGl1
bSBub25lOyBQQURESU5HLUxFRlQ6IDUuNHB0OyBQQURESU5HLUJPVFRPTTogMGNtOyBCT1JERVIt
TEVGVDogbWVkaXVtIG5vbmU7IFdJRFRIOiA3MnB0OyBQQURESU5HLVRPUDogMGNtOyBCT1JERVIt
Qk9UVE9NOiB3aW5kb3d0ZXh0IDAuNXB0IHNvbGlkOyBIRUlHSFQ6IDcuOXB0OyBtc28tYm9yZGVy
LWxlZnQtYWx0OiBzb2xpZCB3aW5kb3d0ZXh0IC41cHQ7IG1zby1ib3JkZXItdG9wLWFsdDogc29s
aWQgd2luZG93dGV4dCAuNXB0IiANCiAgICB3aWR0aD05Nj4NCiAgICAgIDxQIGNsYXNzPXRhYmxl
MSANCiAgICAgIHN0eWxlPSJNQVJHSU46IDFwdCAwY20gMXB0IDEuN3B0OyBURVhULUlOREVOVDog
MGNtOyBMSU5FLUhFSUdIVDogOXB0OyBURVhULUFMSUdOOiBjZW50ZXI7IG1zby1saW5lLWhlaWdo
dC1ydWxlOiBleGFjdGx5IiANCiAgICAgIGFsaWduPWNlbnRlcj48U1BBTiBsYW5nPUVOLVVTIA0K
ICAgICAgc3R5bGU9IkZPTlQtU0laRTogOXB0OyBGT05ULUZBTUlMWTogJ1RyZWJ1Y2hldCBNUyc7
IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0OyBtc28tYmlkaS1mb250LXdlaWdodDogYm9sZDsg
bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6ILG8uLIiPlQgDQogICAgICAmIzgyMTE7IDI8bzpwPjwv
bzpwPjwvU1BBTj48L1A+PC9URD4NCiAgICA8VEQgDQogICAgc3R5bGU9IkJPUkRFUi1SSUdIVDog
d2luZG93dGV4dCAwLjc1cHQgc29saWQ7IFBBRERJTkctUklHSFQ6IDUuNHB0OyBCT1JERVItVE9Q
OiBtZWRpdW0gbm9uZTsgUEFERElORy1MRUZUOiA1LjRwdDsgUEFERElORy1CT1RUT006IDBjbTsg
Qk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBXSURUSDogODFwdDsgUEFERElORy1UT1A6IDBjbTsg
Qk9SREVSLUJPVFRPTTogd2luZG93dGV4dCAwLjc1cHQgc29saWQ7IEhFSUdIVDogNy45cHQiIA0K
ICAgIHdpZHRoPTEwOD4NCiAgICAgIDxQIGNsYXNzPU1zb05vcm1hbCANCiAgICAgIHN0eWxlPSJX
T1JELUJSRUFLOiBrZWVwLWFsbDsgTElORS1IRUlHSFQ6IDlwdDsgVEVYVC1BTElHTjogY2VudGVy
OyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSIgDQogICAgICBhbGlnbj1jZW50ZXI+PFNQ
QU4gDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTIu
MHB0OyBtc28taGFuc2ktZm9udC1mYW1pbHk6ICdUcmVidWNoZXQgTVMnOyBtc28tYXNjaWktZm9u
dC1mYW1pbHk6ICdUcmVidWNoZXQgTVMnIj6j3DwvU1BBTj48U1BBTiANCiAgICAgIGxhbmc9RU4t
VVMgDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiAnVHJlYnVjaGV0
IE1TJzsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4wcHQ7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiBB
cmlhbCI+MTAwLDAwMDxvOnA+PC9vOnA+PC9TUEFOPjwvUD48L1REPg0KICAgIDxURCANCiAgICBz
dHlsZT0iQk9SREVSLVJJR0hUOiB3aW5kb3d0ZXh0IDAuNzVwdCBzb2xpZDsgUEFERElORy1SSUdI
VDogNS40cHQ7IEJPUkRFUi1UT1A6IG1lZGl1bSBub25lOyBQQURESU5HLUxFRlQ6IDUuNHB0OyBQ
QURESU5HLUJPVFRPTTogMGNtOyBCT1JERVItTEVGVDogbWVkaXVtIG5vbmU7IFdJRFRIOiA5MHB0
OyBQQURESU5HLVRPUDogMGNtOyBCT1JERVItQk9UVE9NOiB3aW5kb3d0ZXh0IDAuNzVwdCBzb2xp
ZDsgSEVJR0hUOiA3LjlwdDsgbXNvLWJvcmRlci1sZWZ0LWFsdDogc29saWQgd2luZG93dGV4dCAu
NzVwdCIgDQogICAgd2lkdGg9MTIwPg0KICAgICAgPFAgY2xhc3M9TXNvTm9ybWFsIA0KICAgICAg
c3R5bGU9IldPUkQtQlJFQUs6IGtlZXAtYWxsOyBMSU5FLUhFSUdIVDogOXB0OyBURVhULUFMSUdO
OiBjZW50ZXI7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5IiANCiAgICAgIGFsaWduPWNl
bnRlcj48U1BBTiBsYW5nPUVOLVVTIA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTogOXB0OyBGT05U
LUZBTUlMWTogJ1RyZWJ1Y2hldCBNUyc7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTIuMHB0OyBtc28t
YmlkaS1mb250LWZhbWlseTogQXJpYWwiPlVTRCANCiAgICAgIDEwMDxvOnA+PC9vOnA+PC9TUEFO
PjwvUD48L1REPg0KICAgIDxURCANCiAgICBzdHlsZT0iQk9SREVSLVJJR0hUOiB3aW5kb3d0ZXh0
IDAuNzVwdCBzb2xpZDsgUEFERElORy1SSUdIVDogNS40cHQ7IEJPUkRFUi1UT1A6IG1lZGl1bSBu
b25lOyBQQURESU5HLUxFRlQ6IDUuNHB0OyBQQURESU5HLUJPVFRPTTogMGNtOyBCT1JERVItTEVG
VDogbWVkaXVtIG5vbmU7IFdJRFRIOiA5MHB0OyBQQURESU5HLVRPUDogMGNtOyBCT1JERVItQk9U
VE9NOiB3aW5kb3d0ZXh0IDAuNzVwdCBzb2xpZDsgSEVJR0hUOiA3LjlwdDsgbXNvLWJvcmRlci1s
ZWZ0LWFsdDogc29saWQgd2luZG93dGV4dCAuNzVwdCIgDQogICAgd2lkdGg9MTIwPg0KICAgICAg
PFAgY2xhc3M9TXNvTm9ybWFsIA0KICAgICAgc3R5bGU9IldPUkQtQlJFQUs6IGtlZXAtYWxsOyBM
SU5FLUhFSUdIVDogOXB0OyBURVhULUFMSUdOOiBjZW50ZXI7IG1zby1saW5lLWhlaWdodC1ydWxl
OiBleGFjdGx5IiANCiAgICAgIGFsaWduPWNlbnRlcj48U1BBTiANCiAgICAgIHN0eWxlPSJGT05U
LVNJWkU6IDlwdDsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4wcHQ7IG1zby1oYW5zaS1mb250LWZh
bWlseTogJ1RyZWJ1Y2hldCBNUyc7IG1zby1hc2NpaS1mb250LWZhbWlseTogJ1RyZWJ1Y2hldCBN
UyciPqPcPC9TUEFOPjxTUEFOIA0KICAgICAgbGFuZz1FTi1VUyANCiAgICAgIHN0eWxlPSJGT05U
LVNJWkU6IDlwdDsgRk9OVC1GQU1JTFk6ICdUcmVidWNoZXQgTVMnOyBtc28tYmlkaS1mb250LXNp
emU6IDEyLjBwdDsgbXNvLWJpZGktZm9udC1mYW1pbHk6IEFyaWFsIj4xMjAsMDAwPG86cD48L286
cD48L1NQQU4+PC9QPjwvVEQ+DQogICAgPFREIA0KICAgIHN0eWxlPSJCT1JERVItUklHSFQ6IHdp
bmRvd3RleHQgMC43NXB0IHNvbGlkOyBQQURESU5HLVJJR0hUOiA1LjRwdDsgQk9SREVSLVRPUDog
bWVkaXVtIG5vbmU7IFBBRERJTkctTEVGVDogNS40cHQ7IFBBRERJTkctQk9UVE9NOiAwY207IEJP
UkRFUi1MRUZUOiBtZWRpdW0gbm9uZTsgV0lEVEg6IDkwcHQ7IFBBRERJTkctVE9QOiAwY207IEJP
UkRFUi1CT1RUT006IHdpbmRvd3RleHQgMC43NXB0IHNvbGlkOyBIRUlHSFQ6IDcuOXB0OyBtc28t
Ym9yZGVyLWxlZnQtYWx0OiBzb2xpZCB3aW5kb3d0ZXh0IC43NXB0IiANCiAgICB3aWR0aD0xMjA+
DQogICAgICA8UCBjbGFzcz1Nc29Ob3JtYWwgDQogICAgICBzdHlsZT0iV09SRC1CUkVBSzoga2Vl
cC1hbGw7IExJTkUtSEVJR0hUOiA5cHQ7IFRFWFQtQUxJR046IGNlbnRlcjsgbXNvLWxpbmUtaGVp
Z2h0LXJ1bGU6IGV4YWN0bHkiIA0KICAgICAgYWxpZ249Y2VudGVyPjxTUEFOIGxhbmc9RU4tVVMg
DQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiAnVHJlYnVjaGV0IE1T
JzsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4wcHQ7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiBBcmlh
bCI+VVNEIA0KICAgICAgMTIwPG86cD48L286cD48L1NQQU4+PC9QPjwvVEQ+PC9UUj4NCiAgPFRS
IHN0eWxlPSJIRUlHSFQ6IDEzLjJwdCI+DQogICAgPFREIA0KICAgIHN0eWxlPSJCT1JERVItUklH
SFQ6IHdpbmRvd3RleHQgMS41cHQgc29saWQ7IFBBRERJTkctUklHSFQ6IDUuNHB0OyBCT1JERVIt
VE9QOiBtZWRpdW0gbm9uZTsgUEFERElORy1MRUZUOiA1LjRwdDsgUEFERElORy1CT1RUT006IDBj
bTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBXSURUSDogNzJwdDsgUEFERElORy1UT1A6IDBj
bTsgQk9SREVSLUJPVFRPTTogd2luZG93dGV4dCAwLjVwdCBzb2xpZDsgSEVJR0hUOiAxMy4ycHQ7
IG1zby1ib3JkZXItbGVmdC1hbHQ6IHNvbGlkIHdpbmRvd3RleHQgLjVwdDsgbXNvLWJvcmRlci10
b3AtYWx0OiBzb2xpZCB3aW5kb3d0ZXh0IC41cHQiIA0KICAgIHdpZHRoPTk2Pg0KICAgICAgPFAg
Y2xhc3M9dGFibGUxIA0KICAgICAgc3R5bGU9Ik1BUkdJTjogMXB0IDBjbSAxcHQgMS43cHQ7IFRF
WFQtSU5ERU5UOiAwY207IExJTkUtSEVJR0hUOiA5cHQ7IFRFWFQtQUxJR046IGNlbnRlcjsgbXNv
LWxpbmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHkiIA0KICAgICAgYWxpZ249Y2VudGVyPjxTUEFOIGxh
bmc9RU4tVVMgDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiAnVHJl
YnVjaGV0IE1TJzsgbXNvLWJpZGktZm9udC1zaXplOiAxMC4wcHQ7IG1zby1iaWRpLWZvbnQtd2Vp
Z2h0OiBib2xkOyBtc28tZmFyZWFzdC1mb250LWZhbWlseTogsby4siI+VCANCiAgICAgICYjODIx
MTsgMzxvOnA+PC9vOnA+PC9TUEFOPjwvUD48L1REPg0KICAgIDxURCANCiAgICBzdHlsZT0iQk9S
REVSLVJJR0hUOiB3aW5kb3d0ZXh0IDAuNzVwdCBzb2xpZDsgUEFERElORy1SSUdIVDogNS40cHQ7
IEJPUkRFUi1UT1A6IG1lZGl1bSBub25lOyBQQURESU5HLUxFRlQ6IDUuNHB0OyBQQURESU5HLUJP
VFRPTTogMGNtOyBCT1JERVItTEVGVDogbWVkaXVtIG5vbmU7IFdJRFRIOiA4MXB0OyBQQURESU5H
LVRPUDogMGNtOyBCT1JERVItQk9UVE9NOiB3aW5kb3d0ZXh0IDAuNzVwdCBzb2xpZDsgSEVJR0hU
OiAxMy4ycHQiIA0KICAgIHdpZHRoPTEwOD4NCiAgICAgIDxQIGNsYXNzPU1zb05vcm1hbCANCiAg
ICAgIHN0eWxlPSJXT1JELUJSRUFLOiBrZWVwLWFsbDsgTElORS1IRUlHSFQ6IDlwdDsgVEVYVC1B
TElHTjogY2VudGVyOyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSIgDQogICAgICBhbGln
bj1jZW50ZXI+PFNQQU4gDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7IG1zby1iaWRpLWZv
bnQtc2l6ZTogMTIuMHB0OyBtc28taGFuc2ktZm9udC1mYW1pbHk6ICdUcmVidWNoZXQgTVMnOyBt
c28tYXNjaWktZm9udC1mYW1pbHk6ICdUcmVidWNoZXQgTVMnIj6j3DwvU1BBTj48U1BBTiANCiAg
ICAgIGxhbmc9RU4tVVMgDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZ
OiAnVHJlYnVjaGV0IE1TJzsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4wcHQ7IG1zby1iaWRpLWZv
bnQtZmFtaWx5OiBBcmlhbCI+MTAwLDAwMDxvOnA+PC9vOnA+PC9TUEFOPjwvUD48L1REPg0KICAg
IDxURCANCiAgICBzdHlsZT0iQk9SREVSLVJJR0hUOiB3aW5kb3d0ZXh0IDAuNzVwdCBzb2xpZDsg
UEFERElORy1SSUdIVDogNS40cHQ7IEJPUkRFUi1UT1A6IG1lZGl1bSBub25lOyBQQURESU5HLUxF
RlQ6IDUuNHB0OyBQQURESU5HLUJPVFRPTTogMGNtOyBCT1JERVItTEVGVDogbWVkaXVtIG5vbmU7
IFdJRFRIOiA5MHB0OyBQQURESU5HLVRPUDogMGNtOyBCT1JERVItQk9UVE9NOiB3aW5kb3d0ZXh0
IDAuNzVwdCBzb2xpZDsgSEVJR0hUOiAxMy4ycHQ7IG1zby1ib3JkZXItbGVmdC1hbHQ6IHNvbGlk
IHdpbmRvd3RleHQgLjc1cHQiIA0KICAgIHdpZHRoPTEyMD4NCiAgICAgIDxQIGNsYXNzPU1zb05v
cm1hbCANCiAgICAgIHN0eWxlPSJXT1JELUJSRUFLOiBrZWVwLWFsbDsgTElORS1IRUlHSFQ6IDlw
dDsgVEVYVC1BTElHTjogY2VudGVyOyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSIgDQog
ICAgICBhbGlnbj1jZW50ZXI+PFNQQU4gbGFuZz1FTi1VUyANCiAgICAgIHN0eWxlPSJGT05ULVNJ
WkU6IDlwdDsgRk9OVC1GQU1JTFk6ICdUcmVidWNoZXQgTVMnOyBtc28tYmlkaS1mb250LXNpemU6
IDEyLjBwdDsgbXNvLWJpZGktZm9udC1mYW1pbHk6IEFyaWFsIj5VU0QgDQogICAgICAxMDA8bzpw
PjwvbzpwPjwvU1BBTj48L1A+PC9URD4NCiAgICA8VEQgDQogICAgc3R5bGU9IkJPUkRFUi1SSUdI
VDogd2luZG93dGV4dCAwLjc1cHQgc29saWQ7IFBBRERJTkctUklHSFQ6IDUuNHB0OyBCT1JERVIt
VE9QOiBtZWRpdW0gbm9uZTsgUEFERElORy1MRUZUOiA1LjRwdDsgUEFERElORy1CT1RUT006IDBj
bTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBXSURUSDogOTBwdDsgUEFERElORy1UT1A6IDBj
bTsgQk9SREVSLUJPVFRPTTogd2luZG93dGV4dCAwLjc1cHQgc29saWQ7IEhFSUdIVDogMTMuMnB0
OyBtc28tYm9yZGVyLWxlZnQtYWx0OiBzb2xpZCB3aW5kb3d0ZXh0IC43NXB0IiANCiAgICB3aWR0
aD0xMjA+DQogICAgICA8UCBjbGFzcz1Nc29Ob3JtYWwgDQogICAgICBzdHlsZT0iV09SRC1CUkVB
Szoga2VlcC1hbGw7IExJTkUtSEVJR0hUOiA5cHQ7IFRFWFQtQUxJR046IGNlbnRlcjsgbXNvLWxp
bmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHkiIA0KICAgICAgYWxpZ249Y2VudGVyPjxTUEFOIA0KICAg
ICAgc3R5bGU9IkZPTlQtU0laRTogOXB0OyBtc28tYmlkaS1mb250LXNpemU6IDEyLjBwdDsgbXNv
LWhhbnNpLWZvbnQtZmFtaWx5OiAnVHJlYnVjaGV0IE1TJzsgbXNvLWFzY2lpLWZvbnQtZmFtaWx5
OiAnVHJlYnVjaGV0IE1TJyI+o9w8L1NQQU4+PFNQQU4gDQogICAgICBsYW5nPUVOLVVTIA0KICAg
ICAgc3R5bGU9IkZPTlQtU0laRTogOXB0OyBGT05ULUZBTUlMWTogJ1RyZWJ1Y2hldCBNUyc7IG1z
by1iaWRpLWZvbnQtc2l6ZTogMTIuMHB0OyBtc28tYmlkaS1mb250LWZhbWlseTogQXJpYWwiPjEy
MCwwMDA8bzpwPjwvbzpwPjwvU1BBTj48L1A+PC9URD4NCiAgICA8VEQgDQogICAgc3R5bGU9IkJP
UkRFUi1SSUdIVDogd2luZG93dGV4dCAwLjc1cHQgc29saWQ7IFBBRERJTkctUklHSFQ6IDUuNHB0
OyBCT1JERVItVE9QOiBtZWRpdW0gbm9uZTsgUEFERElORy1MRUZUOiA1LjRwdDsgUEFERElORy1C
T1RUT006IDBjbTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBXSURUSDogOTBwdDsgUEFERElO
Ry1UT1A6IDBjbTsgQk9SREVSLUJPVFRPTTogd2luZG93dGV4dCAwLjc1cHQgc29saWQ7IEhFSUdI
VDogMTMuMnB0OyBtc28tYm9yZGVyLWxlZnQtYWx0OiBzb2xpZCB3aW5kb3d0ZXh0IC43NXB0IiAN
CiAgICB3aWR0aD0xMjA+DQogICAgICA8UCBjbGFzcz1Nc29Ob3JtYWwgDQogICAgICBzdHlsZT0i
V09SRC1CUkVBSzoga2VlcC1hbGw7IExJTkUtSEVJR0hUOiA5cHQ7IFRFWFQtQUxJR046IGNlbnRl
cjsgbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHkiIA0KICAgICAgYWxpZ249Y2VudGVyPjxT
UEFOIGxhbmc9RU4tVVMgDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZ
OiAnVHJlYnVjaGV0IE1TJzsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4wcHQ7IG1zby1iaWRpLWZv
bnQtZmFtaWx5OiBBcmlhbCI+VVNEIA0KICAgICAgMTIwPG86cD48L286cD48L1NQQU4+PC9QPjwv
VEQ+PC9UUj4NCiAgPFRSIHN0eWxlPSJIRUlHSFQ6IDEzLjJwdCI+DQogICAgPFREIA0KICAgIHN0
eWxlPSJCT1JERVItUklHSFQ6IHdpbmRvd3RleHQgMS41cHQgc29saWQ7IFBBRERJTkctUklHSFQ6
IDUuNHB0OyBCT1JERVItVE9QOiBtZWRpdW0gbm9uZTsgUEFERElORy1MRUZUOiA1LjRwdDsgUEFE
RElORy1CT1RUT006IDBjbTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBXSURUSDogNzJwdDsg
UEFERElORy1UT1A6IDBjbTsgQk9SREVSLUJPVFRPTTogd2luZG93dGV4dCAwLjVwdCBzb2xpZDsg
SEVJR0hUOiAxMy4ycHQ7IG1zby1ib3JkZXItbGVmdC1hbHQ6IHNvbGlkIHdpbmRvd3RleHQgLjVw
dDsgbXNvLWJvcmRlci10b3AtYWx0OiBzb2xpZCB3aW5kb3d0ZXh0IC41cHQiIA0KICAgIHdpZHRo
PTk2Pg0KICAgICAgPFAgY2xhc3M9dGFibGUxIA0KICAgICAgc3R5bGU9Ik1BUkdJTjogMXB0IDBj
bSAxcHQgMS43cHQ7IFRFWFQtSU5ERU5UOiAwY207IExJTkUtSEVJR0hUOiA5cHQ7IFRFWFQtQUxJ
R046IGNlbnRlcjsgbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHkiIA0KICAgICAgYWxpZ249
Y2VudGVyPjxTUEFOIGxhbmc9RU4tVVMgDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7IEZP
TlQtRkFNSUxZOiAnVHJlYnVjaGV0IE1TJzsgbXNvLWJpZGktZm9udC1zaXplOiAxMC4wcHQ7IG1z
by1iaWRpLWZvbnQtd2VpZ2h0OiBib2xkOyBtc28tZmFyZWFzdC1mb250LWZhbWlseTogsby4siI+
VCANCiAgICAgICYjODIxMTsgNDxvOnA+PC9vOnA+PC9TUEFOPjwvUD48L1REPg0KICAgIDxURCAN
CiAgICBzdHlsZT0iQk9SREVSLVJJR0hUOiB3aW5kb3d0ZXh0IDAuNzVwdCBzb2xpZDsgUEFERElO
Ry1SSUdIVDogNS40cHQ7IEJPUkRFUi1UT1A6IG1lZGl1bSBub25lOyBQQURESU5HLUxFRlQ6IDUu
NHB0OyBQQURESU5HLUJPVFRPTTogMGNtOyBCT1JERVItTEVGVDogbWVkaXVtIG5vbmU7IFdJRFRI
OiA4MXB0OyBQQURESU5HLVRPUDogMGNtOyBCT1JERVItQk9UVE9NOiB3aW5kb3d0ZXh0IDAuNzVw
dCBzb2xpZDsgSEVJR0hUOiAxMy4ycHQiIA0KICAgIHdpZHRoPTEwOD4NCiAgICAgIDxQIGNsYXNz
PU1zb05vcm1hbCANCiAgICAgIHN0eWxlPSJXT1JELUJSRUFLOiBrZWVwLWFsbDsgTElORS1IRUlH
SFQ6IDlwdDsgVEVYVC1BTElHTjogY2VudGVyOyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3Rs
eSIgDQogICAgICBhbGlnbj1jZW50ZXI+PFNQQU4gDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5
cHQ7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTIuMHB0OyBtc28taGFuc2ktZm9udC1mYW1pbHk6ICdU
cmVidWNoZXQgTVMnOyBtc28tYXNjaWktZm9udC1mYW1pbHk6ICdUcmVidWNoZXQgTVMnIj6j3Dwv
U1BBTj48U1BBTiANCiAgICAgIGxhbmc9RU4tVVMgDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5
cHQ7IEZPTlQtRkFNSUxZOiAnVHJlYnVjaGV0IE1TJzsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4w
cHQ7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiBBcmlhbCI+MTAwLDAwMDxvOnA+PC9vOnA+PC9TUEFO
PjwvUD48L1REPg0KICAgIDxURCANCiAgICBzdHlsZT0iQk9SREVSLVJJR0hUOiB3aW5kb3d0ZXh0
IDAuNzVwdCBzb2xpZDsgUEFERElORy1SSUdIVDogNS40cHQ7IEJPUkRFUi1UT1A6IG1lZGl1bSBu
b25lOyBQQURESU5HLUxFRlQ6IDUuNHB0OyBQQURESU5HLUJPVFRPTTogMGNtOyBCT1JERVItTEVG
VDogbWVkaXVtIG5vbmU7IFdJRFRIOiA5MHB0OyBQQURESU5HLVRPUDogMGNtOyBCT1JERVItQk9U
VE9NOiB3aW5kb3d0ZXh0IDAuNzVwdCBzb2xpZDsgSEVJR0hUOiAxMy4ycHQ7IG1zby1ib3JkZXIt
bGVmdC1hbHQ6IHNvbGlkIHdpbmRvd3RleHQgLjc1cHQiIA0KICAgIHdpZHRoPTEyMD4NCiAgICAg
IDxQIGNsYXNzPU1zb05vcm1hbCANCiAgICAgIHN0eWxlPSJXT1JELUJSRUFLOiBrZWVwLWFsbDsg
TElORS1IRUlHSFQ6IDlwdDsgVEVYVC1BTElHTjogY2VudGVyOyBtc28tbGluZS1oZWlnaHQtcnVs
ZTogZXhhY3RseSIgDQogICAgICBhbGlnbj1jZW50ZXI+PFNQQU4gbGFuZz1FTi1VUyANCiAgICAg
IHN0eWxlPSJGT05ULVNJWkU6IDlwdDsgRk9OVC1GQU1JTFk6ICdUcmVidWNoZXQgTVMnOyBtc28t
YmlkaS1mb250LXNpemU6IDEyLjBwdDsgbXNvLWJpZGktZm9udC1mYW1pbHk6IEFyaWFsIj5VU0Qg
DQogICAgICAxMDA8bzpwPjwvbzpwPjwvU1BBTj48L1A+PC9URD4NCiAgICA8VEQgDQogICAgc3R5
bGU9IkJPUkRFUi1SSUdIVDogd2luZG93dGV4dCAwLjc1cHQgc29saWQ7IFBBRERJTkctUklHSFQ6
IDUuNHB0OyBCT1JERVItVE9QOiBtZWRpdW0gbm9uZTsgUEFERElORy1MRUZUOiA1LjRwdDsgUEFE
RElORy1CT1RUT006IDBjbTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBXSURUSDogOTBwdDsg
UEFERElORy1UT1A6IDBjbTsgQk9SREVSLUJPVFRPTTogd2luZG93dGV4dCAwLjc1cHQgc29saWQ7
IEhFSUdIVDogMTMuMnB0OyBtc28tYm9yZGVyLWxlZnQtYWx0OiBzb2xpZCB3aW5kb3d0ZXh0IC43
NXB0IiANCiAgICB3aWR0aD0xMjA+DQogICAgICA8UCBjbGFzcz1Nc29Ob3JtYWwgDQogICAgICBz
dHlsZT0iV09SRC1CUkVBSzoga2VlcC1hbGw7IExJTkUtSEVJR0hUOiA5cHQ7IFRFWFQtQUxJR046
IGNlbnRlcjsgbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHkiIA0KICAgICAgYWxpZ249Y2Vu
dGVyPjxTUEFOIA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTogOXB0OyBtc28tYmlkaS1mb250LXNp
emU6IDEyLjBwdDsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiAnVHJlYnVjaGV0IE1TJzsgbXNvLWFz
Y2lpLWZvbnQtZmFtaWx5OiAnVHJlYnVjaGV0IE1TJyI+o9w8L1NQQU4+PFNQQU4gDQogICAgICBs
YW5nPUVOLVVTIA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTogOXB0OyBGT05ULUZBTUlMWTogJ1Ry
ZWJ1Y2hldCBNUyc7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTIuMHB0OyBtc28tYmlkaS1mb250LWZh
bWlseTogQXJpYWwiPjEyMCwwMDA8bzpwPjwvbzpwPjwvU1BBTj48L1A+PC9URD4NCiAgICA8VEQg
DQogICAgc3R5bGU9IkJPUkRFUi1SSUdIVDogd2luZG93dGV4dCAwLjc1cHQgc29saWQ7IFBBRERJ
TkctUklHSFQ6IDUuNHB0OyBCT1JERVItVE9QOiBtZWRpdW0gbm9uZTsgUEFERElORy1MRUZUOiA1
LjRwdDsgUEFERElORy1CT1RUT006IDBjbTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBXSURU
SDogOTBwdDsgUEFERElORy1UT1A6IDBjbTsgQk9SREVSLUJPVFRPTTogd2luZG93dGV4dCAwLjc1
cHQgc29saWQ7IEhFSUdIVDogMTMuMnB0OyBtc28tYm9yZGVyLWxlZnQtYWx0OiBzb2xpZCB3aW5k
b3d0ZXh0IC43NXB0IiANCiAgICB3aWR0aD0xMjA+DQogICAgICA8UCBjbGFzcz1Nc29Ob3JtYWwg
DQogICAgICBzdHlsZT0iV09SRC1CUkVBSzoga2VlcC1hbGw7IExJTkUtSEVJR0hUOiA5cHQ7IFRF
WFQtQUxJR046IGNlbnRlcjsgbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHkiIA0KICAgICAg
YWxpZ249Y2VudGVyPjxTUEFOIGxhbmc9RU4tVVMgDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5
cHQ7IEZPTlQtRkFNSUxZOiAnVHJlYnVjaGV0IE1TJzsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4w
cHQ7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiBBcmlhbCI+VVNEIA0KICAgICAgMTIwPG86cD48L286
cD48L1NQQU4+PC9QPjwvVEQ+PC9UUj4NCiAgPFRSIHN0eWxlPSJIRUlHSFQ6IDEzLjJwdCI+DQog
ICAgPFREIA0KICAgIHN0eWxlPSJCT1JERVItUklHSFQ6IHdpbmRvd3RleHQgMS41cHQgc29saWQ7
IFBBRERJTkctUklHSFQ6IDUuNHB0OyBCT1JERVItVE9QOiBtZWRpdW0gbm9uZTsgUEFERElORy1M
RUZUOiA1LjRwdDsgUEFERElORy1CT1RUT006IDBjbTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25l
OyBXSURUSDogNzJwdDsgUEFERElORy1UT1A6IDBjbTsgQk9SREVSLUJPVFRPTTogd2luZG93dGV4
dCAwLjVwdCBzb2xpZDsgSEVJR0hUOiAxMy4ycHQ7IG1zby1ib3JkZXItbGVmdC1hbHQ6IHNvbGlk
IHdpbmRvd3RleHQgLjVwdDsgbXNvLWJvcmRlci10b3AtYWx0OiBzb2xpZCB3aW5kb3d0ZXh0IC41
cHQiIA0KICAgIHdpZHRoPTk2Pg0KICAgICAgPFAgY2xhc3M9dGFibGUxIA0KICAgICAgc3R5bGU9
Ik1BUkdJTjogMXB0IDBjbSAxcHQgMS43cHQ7IFRFWFQtSU5ERU5UOiAwY207IExJTkUtSEVJR0hU
OiA5cHQ7IFRFWFQtQUxJR046IGNlbnRlcjsgbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHki
IA0KICAgICAgYWxpZ249Y2VudGVyPjxTUEFOIGxhbmc9RU4tVVMgDQogICAgICBzdHlsZT0iRk9O
VC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiAnVHJlYnVjaGV0IE1TJzsgbXNvLWJpZGktZm9udC1z
aXplOiAxMC4wcHQ7IG1zby1iaWRpLWZvbnQtd2VpZ2h0OiBib2xkOyBtc28tZmFyZWFzdC1mb250
LWZhbWlseTogsby4siI+VCYjODIxMTs1KFQtMiANCiAgICAgIDwvU1BBTj48U1BBTiBsYW5nPUVO
LVVTIA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTogOXB0OyBGT05ULUZBTUlMWTogQXJpYWw7IG1z
by1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0OyBtc28tYmlkaS1mb250LXdlaWdodDogYm9sZDsgbXNv
LWZhcmVhc3QtZm9udC1mYW1pbHk6ILG8uLIiPiZhbXA7IA0KICAgICAgPC9TUEFOPjxTUEFOIGxh
bmc9RU4tVVMgDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiAnVHJl
YnVjaGV0IE1TJzsgbXNvLWJpZGktZm9udC1zaXplOiAxMC4wcHQ7IG1zby1iaWRpLWZvbnQtd2Vp
Z2h0OiBib2xkOyBtc28tZmFyZWFzdC1mb250LWZhbWlseTogsby4siI+VC0zKTxvOnA+PC9vOnA+
PC9TUEFOPjwvUD48L1REPg0KICAgIDxURCANCiAgICBzdHlsZT0iQk9SREVSLVJJR0hUOiB3aW5k
b3d0ZXh0IDAuNzVwdCBzb2xpZDsgUEFERElORy1SSUdIVDogNS40cHQ7IEJPUkRFUi1UT1A6IG1l
ZGl1bSBub25lOyBQQURESU5HLUxFRlQ6IDUuNHB0OyBQQURESU5HLUJPVFRPTTogMGNtOyBCT1JE
RVItTEVGVDogbWVkaXVtIG5vbmU7IFdJRFRIOiA4MXB0OyBQQURESU5HLVRPUDogMGNtOyBCT1JE
RVItQk9UVE9NOiB3aW5kb3d0ZXh0IDAuNzVwdCBzb2xpZDsgSEVJR0hUOiAxMy4ycHQiIA0KICAg
IHdpZHRoPTEwOD4NCiAgICAgIDxQIGNsYXNzPU1zb05vcm1hbCANCiAgICAgIHN0eWxlPSJXT1JE
LUJSRUFLOiBrZWVwLWFsbDsgTElORS1IRUlHSFQ6IDlwdDsgVEVYVC1BTElHTjogY2VudGVyOyBt
c28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSIgDQogICAgICBhbGlnbj1jZW50ZXI+PFNQQU4g
DQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTIuMHB0
OyBtc28taGFuc2ktZm9udC1mYW1pbHk6ICdUcmVidWNoZXQgTVMnOyBtc28tYXNjaWktZm9udC1m
YW1pbHk6ICdUcmVidWNoZXQgTVMnIj6j3DwvU1BBTj48U1BBTiANCiAgICAgIGxhbmc9RU4tVVMg
DQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiAnVHJlYnVjaGV0IE1T
JzsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4wcHQ7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiBBcmlh
bCI+MjAwLDAwMDxvOnA+PC9vOnA+PC9TUEFOPjwvUD48L1REPg0KICAgIDxURCANCiAgICBzdHls
ZT0iQk9SREVSLVJJR0hUOiB3aW5kb3d0ZXh0IDAuNzVwdCBzb2xpZDsgUEFERElORy1SSUdIVDog
NS40cHQ7IEJPUkRFUi1UT1A6IG1lZGl1bSBub25lOyBQQURESU5HLUxFRlQ6IDUuNHB0OyBQQURE
SU5HLUJPVFRPTTogMGNtOyBCT1JERVItTEVGVDogbWVkaXVtIG5vbmU7IFdJRFRIOiA5MHB0OyBQ
QURESU5HLVRPUDogMGNtOyBCT1JERVItQk9UVE9NOiB3aW5kb3d0ZXh0IDAuNzVwdCBzb2xpZDsg
SEVJR0hUOiAxMy4ycHQ7IG1zby1ib3JkZXItbGVmdC1hbHQ6IHNvbGlkIHdpbmRvd3RleHQgLjc1
cHQiIA0KICAgIHdpZHRoPTEyMD4NCiAgICAgIDxQIGNsYXNzPU1zb05vcm1hbCANCiAgICAgIHN0
eWxlPSJXT1JELUJSRUFLOiBrZWVwLWFsbDsgTElORS1IRUlHSFQ6IDlwdDsgVEVYVC1BTElHTjog
Y2VudGVyOyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSIgDQogICAgICBhbGlnbj1jZW50
ZXI+PFNQQU4gbGFuZz1FTi1VUyANCiAgICAgIHN0eWxlPSJGT05ULVNJWkU6IDlwdDsgRk9OVC1G
QU1JTFk6ICdUcmVidWNoZXQgTVMnOyBtc28tYmlkaS1mb250LXNpemU6IDEyLjBwdDsgbXNvLWJp
ZGktZm9udC1mYW1pbHk6IEFyaWFsIj5VU0QgDQogICAgICAyMDA8bzpwPjwvbzpwPjwvU1BBTj48
L1A+PC9URD4NCiAgICA8VEQgDQogICAgc3R5bGU9IkJPUkRFUi1SSUdIVDogd2luZG93dGV4dCAw
Ljc1cHQgc29saWQ7IFBBRERJTkctUklHSFQ6IDUuNHB0OyBCT1JERVItVE9QOiBtZWRpdW0gbm9u
ZTsgUEFERElORy1MRUZUOiA1LjRwdDsgUEFERElORy1CT1RUT006IDBjbTsgQk9SREVSLUxFRlQ6
IG1lZGl1bSBub25lOyBXSURUSDogOTBwdDsgUEFERElORy1UT1A6IDBjbTsgQk9SREVSLUJPVFRP
TTogd2luZG93dGV4dCAwLjc1cHQgc29saWQ7IEhFSUdIVDogMTMuMnB0OyBtc28tYm9yZGVyLWxl
ZnQtYWx0OiBzb2xpZCB3aW5kb3d0ZXh0IC43NXB0IiANCiAgICB3aWR0aD0xMjA+DQogICAgICA8
UCBjbGFzcz1Nc29Ob3JtYWwgDQogICAgICBzdHlsZT0iV09SRC1CUkVBSzoga2VlcC1hbGw7IExJ
TkUtSEVJR0hUOiA5cHQ7IFRFWFQtQUxJR046IGNlbnRlcjsgbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6
IGV4YWN0bHkiIA0KICAgICAgYWxpZ249Y2VudGVyPjxTUEFOIA0KICAgICAgc3R5bGU9IkZPTlQt
U0laRTogOXB0OyBtc28tYmlkaS1mb250LXNpemU6IDEyLjBwdDsgbXNvLWhhbnNpLWZvbnQtZmFt
aWx5OiAnVHJlYnVjaGV0IE1TJzsgbXNvLWFzY2lpLWZvbnQtZmFtaWx5OiAnVHJlYnVjaGV0IE1T
JyI+o9w8L1NQQU4+PFNQQU4gDQogICAgICBsYW5nPUVOLVVTIA0KICAgICAgc3R5bGU9IkZPTlQt
U0laRTogOXB0OyBGT05ULUZBTUlMWTogJ1RyZWJ1Y2hldCBNUyc7IG1zby1iaWRpLWZvbnQtc2l6
ZTogMTIuMHB0OyBtc28tYmlkaS1mb250LWZhbWlseTogQXJpYWwiPjIyMCwwMDA8bzpwPjwvbzpw
PjwvU1BBTj48L1A+PC9URD4NCiAgICA8VEQgDQogICAgc3R5bGU9IkJPUkRFUi1SSUdIVDogd2lu
ZG93dGV4dCAwLjc1cHQgc29saWQ7IFBBRERJTkctUklHSFQ6IDUuNHB0OyBCT1JERVItVE9QOiBt
ZWRpdW0gbm9uZTsgUEFERElORy1MRUZUOiA1LjRwdDsgUEFERElORy1CT1RUT006IDBjbTsgQk9S
REVSLUxFRlQ6IG1lZGl1bSBub25lOyBXSURUSDogOTBwdDsgUEFERElORy1UT1A6IDBjbTsgQk9S
REVSLUJPVFRPTTogd2luZG93dGV4dCAwLjc1cHQgc29saWQ7IEhFSUdIVDogMTMuMnB0OyBtc28t
Ym9yZGVyLWxlZnQtYWx0OiBzb2xpZCB3aW5kb3d0ZXh0IC43NXB0IiANCiAgICB3aWR0aD0xMjA+
DQogICAgICA8UCBjbGFzcz1Nc29Ob3JtYWwgDQogICAgICBzdHlsZT0iV09SRC1CUkVBSzoga2Vl
cC1hbGw7IExJTkUtSEVJR0hUOiA5cHQ7IFRFWFQtQUxJR046IGNlbnRlcjsgbXNvLWxpbmUtaGVp
Z2h0LXJ1bGU6IGV4YWN0bHkiIA0KICAgICAgYWxpZ249Y2VudGVyPjxTUEFOIGxhbmc9RU4tVVMg
DQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiAnVHJlYnVjaGV0IE1T
JzsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4wcHQ7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiBBcmlh
bCI+VVNEIA0KICAgICAgMjIwPG86cD48L286cD48L1NQQU4+PC9QPjwvVEQ+PC9UUj4NCiAgPFRS
IHN0eWxlPSJIRUlHSFQ6IDEzLjJwdCI+DQogICAgPFREIA0KICAgIHN0eWxlPSJCT1JERVItUklH
SFQ6IHdpbmRvd3RleHQgMS41cHQgc29saWQ7IFBBRERJTkctUklHSFQ6IDUuNHB0OyBCT1JERVIt
VE9QOiBtZWRpdW0gbm9uZTsgUEFERElORy1MRUZUOiA1LjRwdDsgUEFERElORy1CT1RUT006IDBj
bTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBXSURUSDogNzJwdDsgUEFERElORy1UT1A6IDBj
bTsgQk9SREVSLUJPVFRPTTogd2luZG93dGV4dCAxLjVwdCBzb2xpZDsgSEVJR0hUOiAxMy4ycHQ7
IG1zby1ib3JkZXItbGVmdC1hbHQ6IHNvbGlkIHdpbmRvd3RleHQgLjVwdDsgbXNvLWJvcmRlci10
b3AtYWx0OiBzb2xpZCB3aW5kb3d0ZXh0IC41cHQiIA0KICAgIHdpZHRoPTk2Pg0KICAgICAgPFAg
Y2xhc3M9dGFibGUxIA0KICAgICAgc3R5bGU9Ik1BUkdJTjogMXB0IDBjbSAxcHQgMS43cHQ7IFRF
WFQtSU5ERU5UOiAwY207IExJTkUtSEVJR0hUOiA5cHQ7IFRFWFQtQUxJR046IGNlbnRlcjsgbXNv
LWxpbmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHkiIA0KICAgICAgYWxpZ249Y2VudGVyPjxTUEFOIGxh
bmc9RU4tVVMgDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiAnVHJl
YnVjaGV0IE1TJzsgbXNvLWJpZGktZm9udC1zaXplOiAxMC4wcHQ7IG1zby1iaWRpLWZvbnQtd2Vp
Z2h0OiBib2xkOyBtc28tZmFyZWFzdC1mb250LWZhbWlseTogsby4siI+VC02KFQtMiANCiAgICAg
IDwvU1BBTj48U1BBTiBsYW5nPUVOLVVTIA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTogOXB0OyBG
T05ULUZBTUlMWTogQXJpYWw7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0OyBtc28tYmlkaS1m
b250LXdlaWdodDogYm9sZDsgbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6ILG8uLIiPiZhbXA7PC9T
UEFOPjxTUEFOIA0KICAgICAgbGFuZz1FTi1VUyANCiAgICAgIHN0eWxlPSJGT05ULVNJWkU6IDlw
dDsgRk9OVC1GQU1JTFk6ICdUcmVidWNoZXQgTVMnOyBtc28tYmlkaS1mb250LXNpemU6IDEwLjBw
dDsgbXNvLWJpZGktZm9udC13ZWlnaHQ6IGJvbGQ7IG1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiCx
vLiyIj4gDQogICAgICBULTQpPG86cD48L286cD48L1NQQU4+PC9QPjwvVEQ+DQogICAgPFREIA0K
ICAgIHN0eWxlPSJCT1JERVItUklHSFQ6IHdpbmRvd3RleHQgMC43NXB0IHNvbGlkOyBQQURESU5H
LVJJR0hUOiA1LjRwdDsgQk9SREVSLVRPUDogbWVkaXVtIG5vbmU7IFBBRERJTkctTEVGVDogNS40
cHQ7IFBBRERJTkctQk9UVE9NOiAwY207IEJPUkRFUi1MRUZUOiBtZWRpdW0gbm9uZTsgV0lEVEg6
IDgxcHQ7IFBBRERJTkctVE9QOiAwY207IEJPUkRFUi1CT1RUT006IHdpbmRvd3RleHQgMC43NXB0
IHNvbGlkOyBIRUlHSFQ6IDEzLjJwdCIgDQogICAgd2lkdGg9MTA4Pg0KICAgICAgPFAgY2xhc3M9
TXNvTm9ybWFsIA0KICAgICAgc3R5bGU9IldPUkQtQlJFQUs6IGtlZXAtYWxsOyBMSU5FLUhFSUdI
VDogOXB0OyBURVhULUFMSUdOOiBjZW50ZXI7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5
IiANCiAgICAgIGFsaWduPWNlbnRlcj48U1BBTiANCiAgICAgIHN0eWxlPSJGT05ULVNJWkU6IDlw
dDsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4wcHQ7IG1zby1oYW5zaS1mb250LWZhbWlseTogJ1Ry
ZWJ1Y2hldCBNUyc7IG1zby1hc2NpaS1mb250LWZhbWlseTogJ1RyZWJ1Y2hldCBNUyciPqPcPC9T
UEFOPjxTUEFOIA0KICAgICAgbGFuZz1FTi1VUyANCiAgICAgIHN0eWxlPSJGT05ULVNJWkU6IDlw
dDsgRk9OVC1GQU1JTFk6ICdUcmVidWNoZXQgTVMnOyBtc28tYmlkaS1mb250LXNpemU6IDEyLjBw
dDsgbXNvLWJpZGktZm9udC1mYW1pbHk6IEFyaWFsIj4yMDAsMDAwPG86cD48L286cD48L1NQQU4+
PC9QPjwvVEQ+DQogICAgPFREIA0KICAgIHN0eWxlPSJCT1JERVItUklHSFQ6IHdpbmRvd3RleHQg
MC43NXB0IHNvbGlkOyBQQURESU5HLVJJR0hUOiA1LjRwdDsgQk9SREVSLVRPUDogbWVkaXVtIG5v
bmU7IFBBRERJTkctTEVGVDogNS40cHQ7IFBBRERJTkctQk9UVE9NOiAwY207IEJPUkRFUi1MRUZU
OiBtZWRpdW0gbm9uZTsgV0lEVEg6IDkwcHQ7IFBBRERJTkctVE9QOiAwY207IEJPUkRFUi1CT1RU
T006IHdpbmRvd3RleHQgMC43NXB0IHNvbGlkOyBIRUlHSFQ6IDEzLjJwdDsgbXNvLWJvcmRlci1s
ZWZ0LWFsdDogc29saWQgd2luZG93dGV4dCAuNzVwdCIgDQogICAgd2lkdGg9MTIwPg0KICAgICAg
PFAgY2xhc3M9TXNvTm9ybWFsIA0KICAgICAgc3R5bGU9IldPUkQtQlJFQUs6IGtlZXAtYWxsOyBM
SU5FLUhFSUdIVDogOXB0OyBURVhULUFMSUdOOiBjZW50ZXI7IG1zby1saW5lLWhlaWdodC1ydWxl
OiBleGFjdGx5IiANCiAgICAgIGFsaWduPWNlbnRlcj48U1BBTiBsYW5nPUVOLVVTIA0KICAgICAg
c3R5bGU9IkZPTlQtU0laRTogOXB0OyBGT05ULUZBTUlMWTogJ1RyZWJ1Y2hldCBNUyc7IG1zby1i
aWRpLWZvbnQtc2l6ZTogMTIuMHB0OyBtc28tYmlkaS1mb250LWZhbWlseTogQXJpYWwiPlVTRCAN
CiAgICAgIDIwMDxvOnA+PC9vOnA+PC9TUEFOPjwvUD48L1REPg0KICAgIDxURCANCiAgICBzdHls
ZT0iQk9SREVSLVJJR0hUOiB3aW5kb3d0ZXh0IDAuNzVwdCBzb2xpZDsgUEFERElORy1SSUdIVDog
NS40cHQ7IEJPUkRFUi1UT1A6IG1lZGl1bSBub25lOyBQQURESU5HLUxFRlQ6IDUuNHB0OyBQQURE
SU5HLUJPVFRPTTogMGNtOyBCT1JERVItTEVGVDogbWVkaXVtIG5vbmU7IFdJRFRIOiA5MHB0OyBQ
QURESU5HLVRPUDogMGNtOyBCT1JERVItQk9UVE9NOiB3aW5kb3d0ZXh0IDAuNzVwdCBzb2xpZDsg
SEVJR0hUOiAxMy4ycHQ7IG1zby1ib3JkZXItbGVmdC1hbHQ6IHNvbGlkIHdpbmRvd3RleHQgLjc1
cHQiIA0KICAgIHdpZHRoPTEyMD4NCiAgICAgIDxQIGNsYXNzPU1zb05vcm1hbCANCiAgICAgIHN0
eWxlPSJXT1JELUJSRUFLOiBrZWVwLWFsbDsgTElORS1IRUlHSFQ6IDlwdDsgVEVYVC1BTElHTjog
Y2VudGVyOyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSIgDQogICAgICBhbGlnbj1jZW50
ZXI+PFNQQU4gDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7IG1zby1iaWRpLWZvbnQtc2l6
ZTogMTIuMHB0OyBtc28taGFuc2ktZm9udC1mYW1pbHk6ICdUcmVidWNoZXQgTVMnOyBtc28tYXNj
aWktZm9udC1mYW1pbHk6ICdUcmVidWNoZXQgTVMnIj6j3DwvU1BBTj48U1BBTiANCiAgICAgIGxh
bmc9RU4tVVMgDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiAnVHJl
YnVjaGV0IE1TJzsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4wcHQ7IG1zby1iaWRpLWZvbnQtZmFt
aWx5OiBBcmlhbCI+MjIwLDAwMDxvOnA+PC9vOnA+PC9TUEFOPjwvUD48L1REPg0KICAgIDxURCAN
CiAgICBzdHlsZT0iQk9SREVSLVJJR0hUOiB3aW5kb3d0ZXh0IDAuNzVwdCBzb2xpZDsgUEFERElO
Ry1SSUdIVDogNS40cHQ7IEJPUkRFUi1UT1A6IG1lZGl1bSBub25lOyBQQURESU5HLUxFRlQ6IDUu
NHB0OyBQQURESU5HLUJPVFRPTTogMGNtOyBCT1JERVItTEVGVDogbWVkaXVtIG5vbmU7IFdJRFRI
OiA5MHB0OyBQQURESU5HLVRPUDogMGNtOyBCT1JERVItQk9UVE9NOiB3aW5kb3d0ZXh0IDAuNzVw
dCBzb2xpZDsgSEVJR0hUOiAxMy4ycHQ7IG1zby1ib3JkZXItbGVmdC1hbHQ6IHNvbGlkIHdpbmRv
d3RleHQgLjc1cHQiIA0KICAgIHdpZHRoPTEyMD4NCiAgICAgIDxQIGNsYXNzPU1zb05vcm1hbCAN
CiAgICAgIHN0eWxlPSJXT1JELUJSRUFLOiBrZWVwLWFsbDsgTElORS1IRUlHSFQ6IDlwdDsgVEVY
VC1BTElHTjogY2VudGVyOyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSIgDQogICAgICBh
bGlnbj1jZW50ZXI+PFNQQU4gbGFuZz1FTi1VUyANCiAgICAgIHN0eWxlPSJGT05ULVNJWkU6IDlw
dDsgRk9OVC1GQU1JTFk6ICdUcmVidWNoZXQgTVMnOyBtc28tYmlkaS1mb250LXNpemU6IDEyLjBw
dDsgbXNvLWJpZGktZm9udC1mYW1pbHk6IEFyaWFsIj5VU0QgDQogICAgICAyMjA8bzpwPjwvbzpw
PjwvU1BBTj48L1A+PC9URD48L1RSPjwvVEJPRFk+PC9UQUJMRT4NCjxQIGNsYXNzPU1zb05vcm1h
bCBzdHlsZT0iTEFZT1VULUdSSUQtTU9ERTogY2hhciI+PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxl
PSJGT05ULVNJWkU6IDlwdDsgRk9OVC1GQU1JTFk6ICdUcmVidWNoZXQgTVMnOyBtc28tYmlkaS1m
b250LXNpemU6IDEyLjBwdDsgbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6ILG8uLIiPioqIA0KQ29u
ZmVyZW5jZSByZWdpc3RyYXRpb24gaW5jbHVkZXMgQ0Qgb2YgUHJvY2VlZGluZywgQWJzdHJhY3Qg
KEhhcmQgQ29weSksIEx1bmNoLCANClJlY2VwdGlvbiBhbmQgQmFucXVldC48bzpwPjwvbzpwPjwv
U1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9IkxBWU9VVC1HUklELU1PREU6IGNo
YXIiPjxTUEFOIGxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZ
OiAnVHJlYnVjaGV0IE1TJzsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4wcHQ7IG1zby1mYXJlYXN0
LWZvbnQtZmFtaWx5OiCxvLiyIj4qKiANCkFjYWRlbWljIHJhdGUgaXMgcHJvdmlkZWQgZm9yIGZh
Y3VsdHkgbWVtYmVyLjxvOnA+PC9vOnA+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCAN
CnN0eWxlPSJMQVlPVVQtR1JJRC1NT0RFOiBjaGFyOyBURVhULUlOREVOVDogOXB0OyBNQVJHSU4t
UklHSFQ6IDI1Ljc1cHQ7IG1zby1jaGFyLWluZGVudC1jb3VudDogMS4wOyBtc28tY2hhci1pbmRl
bnQtc2l6ZTogOS4wcHQiPjxTUEFOIA0KbGFuZz1FTi1VUyANCnN0eWxlPSJGT05ULVNJWkU6IDlw
dDsgRk9OVC1GQU1JTFk6ICdUcmVidWNoZXQgTVMnOyBtc28tYmlkaS1mb250LXNpemU6IDEyLjBw
dDsgbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6ILG8uLIiPioqIA0KVHV0b3JpYWwgcmVnaXN0cmF0
aW9uIGluY2x1ZGVzIHR1dG9yaWFsIG1hdGVyaWFscyAoSGFyZCBDb3B5KSANCm9ubHkuPG86cD48
L286cD48L1NQQU4+PC9QPg0KPEg0IA0Kc3R5bGU9Ik1BUkdJTi1MRUZUOiAxNS4wNXB0OyBURVhU
LUlOREVOVDogNDUuMXB0OyBMSU5FLUhFSUdIVDogOHB0OyBtc28tbGluZS1oZWlnaHQtcnVsZTog
ZXhhY3RseSI+PFNQQU4gDQpsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9O
VC1GQU1JTFk6IEFyaWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvU1BBTj48L0g0Pg0KPEg0IHN0eWxl
PSJMSU5FLUhFSUdIVDogOXB0OyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSI+PFNQQU4g
bGFuZz1FTi1VUyANCnN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEJBQ0tHUk9VTkQ6ICNkOWQ5ZDk7
IENPTE9SOiBuYXZ5OyBGT05ULUZBTUlMWTogQXJpYWw7IG1zby1zaGFkaW5nOiB3aGl0ZTsgbXNv
LXBhdHRlcm46IGdyYXktMTUgYXV0byI+Q29udGFjdCANClVzOjwvU1BBTj48U1BBTiBsYW5nPUVO
LVVTIHN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiBBcmlhbCI+IENJQyAyMDAx
IA0KU2VjcmV0YXJpYXQ8bzpwPjwvbzpwPjwvU1BBTj48L0g0Pg0KPEg0IA0Kc3R5bGU9IlRFWFQt
SU5ERU5UOiA2MHB0OyBMSU5FLUhFSUdIVDogOXB0OyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhh
Y3RseSI+PFNQQU4gDQpsYW5nPUVOLVVTIHN0eWxlPSJGT05ULVdFSUdIVDogbm9ybWFsOyBGT05U
LUZBTUlMWTogQXJpYWwiPlRoZSBLb3JlYW4gSW5zdGl0dXRlIA0Kb2YgQ29tbXVuaWNhdGlvbiBT
Y2llbmNlcyAoS0lDUyk8L1NQQU4+PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxlPSJGT05ULUZBTUlM
WTogQXJpYWwiPjxvOnA+PC9vOnA+PC9TUEFOPjwvSDQ+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgDQpz
dHlsZT0iVEVYVC1JTkRFTlQ6IDYwcHQ7IExJTkUtSEVJR0hUOiA5cHQ7IG1zby1saW5lLWhlaWdo
dC1ydWxlOiBleGFjdGx5Ij48U1BBTiANCmxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1TSVpFOiA5
cHQ7IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4wcHQiPkh5dW5k
YWkgDQpLaXJpbSBPZmZpY2V0ZWwgIzE1MDQsIDEzMzAtMTggU2VvY2hvLWRvbmcsIFNlb2Noby1n
dSwgU2VvdWwgMTM3LTg1OCwgDQpLb3JlYTxvOnA+PC9vOnA+PC9TUEFOPjwvUD4NCjxQIGNsYXNz
PU1zb05vcm1hbCANCnN0eWxlPSJURVhULUlOREVOVDogNjBwdDsgTElORS1IRUlHSFQ6IDlwdDsg
bXNvLWxpbmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHkiPjxTUEFOIA0KbGFuZz1FTi1VUyANCnN0eWxl
PSJGT05ULVNJWkU6IDlwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYmlkaS1mb250LXNpemU6
IDEyLjBwdCI+RS1tYWlsIDogDQo8QSBocmVmPSJtYWlsdG86amNwYXJrQGtpY3Mub3Iua3IiPmpj
cGFya0BraWNzLm9yLmtyPC9BPjxvOnA+PC9vOnA+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05v
cm1hbCANCnN0eWxlPSJURVhULUlOREVOVDogNjBwdDsgTElORS1IRUlHSFQ6IDlwdDsgbXNvLWxp
bmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHkiPjxTUEFOIA0KbGFuZz1FTi1VUyANCnN0eWxlPSJGT05U
LVNJWkU6IDlwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYmlkaS1mb250LXNpemU6IDEyLjBw
dCI+VGVsIDogKyANCjgyIDIgMzQ1MyA1NTU1PFNQQU4gc3R5bGU9Im1zby1zcGFjZXJ1bjogeWVz
Ij4mbmJzcDsmbmJzcDsgPC9TUEFOPkZheCA6ICsgODIgMiANCjUzOSA1NTg4PG86cD48L286cD48
L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJMSU5FLUhFSUdIVDogOHB0OyBt
c28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseSI+PEIgDQpzdHlsZT0ibXNvLWJpZGktZm9udC13
ZWlnaHQ6IG5vcm1hbCI+PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxlPSJGT05ULVNJWkU6IDExcHQ7
IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4wcHQiPiZuYnNwOzxv
OnA+PC9vOnA+PC9TUEFOPjwvQj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgDQpzdHlsZT0iTElO
RS1IRUlHSFQ6IDlwdDsgbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHk7IHRhYi1zdG9wczog
ODUuMHB0IDMwNS4wcHQgMzIzLjc1cHQiPjxCIA0Kc3R5bGU9Im1zby1iaWRpLWZvbnQtd2VpZ2h0
OiBub3JtYWwiPjxTUEFOIGxhbmc9RU4tVVMgDQpzdHlsZT0iQkFDS0dST1VORDogI2Q5ZDlkOTsg
Q09MT1I6IG5hdnk7IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLXNoYWRpbmc6IHdoaXRlOyBtc28t
cGF0dGVybjogZ3JheS0xNSBhdXRvIj5Db21taXR0ZWVzOjwvU1BBTj48L0I+PEIgDQpzdHlsZT0i
bXNvLWJpZGktZm9udC13ZWlnaHQ6IG5vcm1hbCI+PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxlPSJG
T05ULVNJWkU6IDExcHQ7IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWJpZGktZm9udC1zaXplOiAx
Mi4wcHQiPjxTUEFOIA0Kc3R5bGU9Im1zby10YWItY291bnQ6IDEiPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCjwvU1BBTj48L1NQQU4+PC9CPjxCIHN0
eWxlPSJtc28tYmlkaS1mb250LXdlaWdodDogbm9ybWFsIj48VT48U1BBTiBsYW5nPUVOLVVTIA0K
c3R5bGU9IkZPTlQtU0laRTogOXB0OyBGT05ULUZBTUlMWTogQXJpYWw7IG1zby1iaWRpLWZvbnQt
c2l6ZTogMTIuMHB0Ij5HZW5lcmFsIA0KQ2hhaXI6PC9TUEFOPjwvVT48L0I+PEIgc3R5bGU9Im1z
by1iaWRpLWZvbnQtd2VpZ2h0OiBub3JtYWwiPjxTUEFOIGxhbmc9RU4tVVMgDQpzdHlsZT0iRk9O
VC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4w
cHQiPjxTUEFOIA0Kc3R5bGU9Im1zby10YWItY291bnQ6IDEiPiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvU1BBTj48
VT5JbnRlcm5hdGlvbmFsIA0KQWR2aXNvcnkgQ29tbWl0dGVlIENoYWlyOjwvVT48L1NQQU4+PC9C
PjxCIA0Kc3R5bGU9Im1zby1iaWRpLWZvbnQtd2VpZ2h0OiBub3JtYWwiPjxJIA0Kc3R5bGU9Im1z
by1iaWRpLWZvbnQtc3R5bGU6IG5vcm1hbCI+PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxlPSJGT05U
LVNJWkU6IDExcHQ7IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4w
cHQiPjxvOnA+PC9vOnA+PC9TUEFOPjwvST48L0I+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIA0K
c3R5bGU9Ik1BUkdJTi1MRUZUOiA0NS4xcHQ7IFRFWFQtSU5ERU5UOiA0OS45cHQ7IExJTkUtSEVJ
R0hUOiA5cHQ7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5OyB0YWItc3RvcHM6IDk1LjBw
dCAyOTAuMHB0IDMyMC4wcHQiPjxTUEFOIA0KbGFuZz1FTi1VUyANCnN0eWxlPSJGT05ULVNJWkU6
IDlwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYmlkaS1mb250LXNpemU6IDEyLjBwdCI+VWkt
U2VvayANCkhvbmc8U1BBTiANCnN0eWxlPSJtc28tdGFiLWNvdW50OiAyIj4mbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsgDQo8L1NQQU4+R2lsIFJvayBPaDxvOnA+PC9vOnA+PC9TUEFOPjwvUD4NCjxQ
IGNsYXNzPU1zb05vcm1hbCANCnN0eWxlPSJNQVJHSU4tTEVGVDogNDUuMXB0OyBURVhULUlOREVO
VDogNDkuOXB0OyBMSU5FLUhFSUdIVDogOXB0OyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3Rs
eTsgdGFiLXN0b3BzOiA5NS4wcHQgMjkwLjBwdCAzMjAuMHB0Ij48U1BBTiANCmxhbmc9RU4tVVMg
DQpzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWJpZGktZm9u
dC1zaXplOiAxMi4wcHQiPlByZXNpZGVudCwgDQpLSUNTIC8gUHJvZmVzc29yLCBLd2FuZ3dvb24g
VW5pdmVyc2l0eTxTUEFOIA0Kc3R5bGU9Im1zby10YWItY291bnQ6IDIiPiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCiZuYnNwOyZu
YnNwOyA8L1NQQU4+UHJlc2lkZW50LCBFVFJJIDxvOnA+PC9vOnA+PC9TUEFOPjwvUD4NCjxQIGNs
YXNzPU1zb05vcm1hbCANCnN0eWxlPSJNQVJHSU4tTEVGVDogNDUuMXB0OyBURVhULUlOREVOVDog
NDkuOXB0OyBMSU5FLUhFSUdIVDogOXB0OyBtc28tbGluZS1oZWlnaHQtcnVsZTogZXhhY3RseTsg
dGFiLXN0b3BzOiA5NS4wcHQgMjkwLjBwdCAzMjAuMHB0Ij48U1BBTiANCmxhbmc9RU4tVVMgDQpz
dHlsZT0iRk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWJpZGktZm9udC1z
aXplOiAxMi4wcHQiPnVzaG9uZ0BkYWlzeS5rd2FuZ3dvb24uYWMua3I8U1BBTiANCnN0eWxlPSJt
c28tdGFiLWNvdW50OiAyIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsgDQo8L1NQQU4+PEEgaHJlZj0ibWFpbHRvOmdyb2hAZXRyaS5yZS5rciI+Z3JvaEBl
dHJpLnJlLmtyPC9BPiANCjxvOnA+PC9vOnA+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1h
bCANCnN0eWxlPSJNQVJHSU4tTEVGVDogNDUuMXB0OyBMSU5FLUhFSUdIVDogOXB0OyBtc28tbGlu
ZS1oZWlnaHQtcnVsZTogZXhhY3RseTsgdGFiLXN0b3BzOiAxMDAuMHB0IDI4NS4wcHQgMjk1LjBw
dCI+PEIgDQpzdHlsZT0ibXNvLWJpZGktZm9udC13ZWlnaHQ6IG5vcm1hbCI+PFNQQU4gbGFuZz1F
Ti1VUyANCnN0eWxlPSJGT05ULVNJWkU6IDlwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYmlk
aS1mb250LXNpemU6IDEyLjBwdCI+PFNQQU4gDQpzdHlsZT0ibXNvLXNwYWNlcnVuOiB5ZXMiPiZu
YnNwOzwvU1BBTj48bzpwPjwvbzpwPjwvU1BBTj48L0I+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFs
IA0Kc3R5bGU9Ik1BUkdJTi1MRUZUOiA0NS4xcHQ7IFRFWFQtSU5ERU5UOiAzOS45cHQ7IExJTkUt
SEVJR0hUOiA5cHQ7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5OyB0YWItc3RvcHM6IDg1
LjBwdCAzMDUuMHB0IDMyNC4yNXB0Ij48QiANCnN0eWxlPSJtc28tYmlkaS1mb250LXdlaWdodDog
bm9ybWFsIj48VT48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtU0laRTogOXB0OyBGT05U
LUZBTUlMWTogQXJpYWw7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTIuMHB0Ij5Pcmdhbml6aW5nIA0K
Q29tbWl0dGVlIENoYWlyOjwvU1BBTj48L1U+PC9CPjxCIHN0eWxlPSJtc28tYmlkaS1mb250LXdl
aWdodDogbm9ybWFsIj48U1BBTiANCmxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7
IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4wcHQiPjxTUEFOIA0K
c3R5bGU9Im1zby10YWItY291bnQ6IDEiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCjwvU1BBTj48
VT5UZWNobmljYWwgUHJvZ3JhbSBDb21taXR0ZWUgQ2hhaXI6PC9VPjwvU1BBTj48L0I+PEIgDQpz
dHlsZT0ibXNvLWJpZGktZm9udC13ZWlnaHQ6IG5vcm1hbCI+PEkgDQpzdHlsZT0ibXNvLWJpZGkt
Zm9udC1zdHlsZTogbm9ybWFsIj48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtU0laRTog
MTFwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYmlkaS1mb250LXNpemU6IDEyLjBwdCI+PG86
cD48L286cD48L1NQQU4+PC9JPjwvQj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgDQpzdHlsZT0i
TUFSR0lOLUxFRlQ6IDQ1LjFwdDsgVEVYVC1JTkRFTlQ6IDQ5LjlwdDsgTElORS1IRUlHSFQ6IDlw
dDsgbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHk7IHRhYi1zdG9wczogMTAwLjBwdCAyOTAu
MHB0IDMyMC4wcHQiPjxTUEFOIA0KbGFuZz1FTi1VUyANCnN0eWxlPSJGT05ULVNJWkU6IDlwdDsg
Rk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYmlkaS1mb250LXNpemU6IDEyLjBwdCI+Q2h1LUh3YW4g
DQpZaW08U1BBTiANCnN0eWxlPSJtc28tdGFiLWNvdW50OiAyIj4mbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsgDQo8L1NQQU4+RGFlaHlvdW5nIEhvbmc8bzpwPjwvbzpwPjwvU1BBTj48L1A+DQo8UCBj
bGFzcz1Nc29Ob3JtYWwgDQpzdHlsZT0iTUFSR0lOLUxFRlQ6IDQ1LjFwdDsgVEVYVC1JTkRFTlQ6
IDQ5LjlwdDsgTElORS1IRUlHSFQ6IDlwdDsgbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6IGV4YWN0bHk7
IHRhYi1zdG9wczogMTAwLjBwdCAyOTAuMHB0IDMyMC4wcHQiPjxTUEFOIA0KbGFuZz1FTi1VUyAN
CnN0eWxlPSJGT05ULVNJWkU6IDlwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYmlkaS1mb250
LXNpemU6IDEyLjBwdCI+VmljZSANClByZXNpZGVudCwgS0lDUyAvIFNlY3JldGFyeSBHZW5lcmFs
LCBUVEE8U1BBTiANCnN0eWxlPSJtc28tdGFiLWNvdW50OiAyIj4mbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsgDQombmJzcDs8L1NQQU4+UHJvZmVzc29yLCBTb2dhbmcgVW5pdmVyc2l0eTxv
OnA+PC9vOnA+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCANCnN0eWxlPSJNQVJHSU4t
TEVGVDogNDUuMXB0OyBURVhULUlOREVOVDogNDkuOXB0OyBMSU5FLUhFSUdIVDogOXB0OyBtc28t
bGluZS1oZWlnaHQtcnVsZTogZXhhY3RseTsgdGFiLXN0b3BzOiAxMDAuMHB0IDI5MC4wcHQgMzIw
LjBwdCAzMzQuMHB0Ij48U1BBTiANCmxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1TSVpFOiA5cHQ7
IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4wcHQiPmNoeWltQHR0
YS5vci5rciANCjxTUEFOIA0Kc3R5bGU9Im1zby10YWItY291bnQ6IDIiPiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyANCjwvU1BBTj48QSANCmhyZWY9Im1haWx0bzpkaG9uZ0Bzb2dhbmcuYWMua3IiPmRob25n
QHNvZ2FuZy5hYy5rcjwvQT48bzpwPjwvbzpwPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3Jt
YWwgDQpzdHlsZT0iVEVYVC1JTkRFTlQ6IDU1cHQ7IExJTkUtSEVJR0hUOiA4cHQ7IG1zby1saW5l
LWhlaWdodC1ydWxlOiBleGFjdGx5Ij48U1BBTiANCmxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1T
SVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWJpZGktZm9udC1zaXplOiAxMi4wcHQi
PiZuYnNwOzxvOnA+PC9vOnA+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0i
TElORS1IRUlHSFQ6IDExcHQ7IG1zby1saW5lLWhlaWdodC1ydWxlOiBleGFjdGx5Ij48QiANCnN0
eWxlPSJtc28tYmlkaS1mb250LXdlaWdodDogbm9ybWFsIj48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5
bGU9IkZPTlQtRkFNSUxZOiBBcmlhbCI+SG9zdGVkIGJ5IE1JQzwvU1BBTj48L0I+PFNQQU4gbGFu
Zz1FTi1VUyANCnN0eWxlPSJGT05ULUZBTUlMWTogQXJpYWwiPiAoTWluaXN0cnkgb2YgSW5mb3Jt
YXRpb24gJmFtcDsgQ29tbXVuaWNhdGlvbik8U1BBTiANCnN0eWxlPSJtc28tc3BhY2VydW46IHll
cyI+Jm5ic3A7Jm5ic3A7IDwvU1BBTj48bzpwPjwvbzpwPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1N
c29Ob3JtYWwgDQpzdHlsZT0iTElORS1IRUlHSFQ6IDExcHQ7IG1zby1saW5lLWhlaWdodC1ydWxl
OiBleGFjdGx5Ij48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtRkFNSUxZOiBBcmlhbCI+
PEIgc3R5bGU9Im1zby1iaWRpLWZvbnQtd2VpZ2h0OiBub3JtYWwiPk9yZ2FuaXplZCBieSANCktJ
Q1M8L0I+IChUaGUgS29yZWFuIEluc3RpdHV0ZSBvZiBDb21tdW5pY2F0aW9uIFNjaWVuY2VzKSAN
CjwvU1BBTj48L1A+PC9GT05UPjwvRk9OVD48L0RJVj48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05U
IA0Kc2l6ZT0yPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLTxCUj5DSUMgMjAwMSANClNlY3JldGFyaWF0PEJSPlRoZSBLb3JlYW4gSW5z
dGl0dXRlIG9mIENvbW11bmljYXRpb24gU2NpZW5jZXMoS0lDUyk8QlI+SHluZGFpIA0KS2lyaW0g
T2ZmaWNldGVsICMxMDU0LCAxMzMwLTE4IFNlb2Nob2RvbmcsIFNlb2Nob2d1PEJSPlNlb3VsIDEz
Ny0wNzAsIA0KS29yZWE8QlI+KFRlbCkgKzgyLTItMzQ1My01NTU1Jm5ic3A7Jm5ic3A7Jm5ic3A7
IChGYXgpIA0KKzgyLTItNTM5LTU1ODg8QlI+KEUtbWFpbCkgPEEgDQpocmVmPSJtYWlsdG86amNw
YXJrQGtpY3Mub3Iua3IiPmpjcGFya0BraWNzLm9yLmtyPC9BPjxCUj4oSG9tZXBhZ2UpIDxBIA0K
aHJlZj0iaHR0cDovL3d3dy5jaWMyMDAxLmNvbSI+d3d3LmNpYzIwMDEuY29tPC9BPjxCUj4tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTwv
Rk9OVD48L0RJVj48L0JPRFk+PC9IVE1MPg0K

------=_NextPart_001_0362_01C14B5E.CDF85EA0--

------=_NextPart_000_0361_01C14B5E.CDF85EA0
Content-Type: image/jpeg;
	name="=?ks_c_5601-1987?B?vPbDpMitILnosOYuanBn?="
Content-Transfer-Encoding: base64
Content-ID: <036001c14b13$5cb96400$fc15dbd3@kics.or.kr>
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAgEAYABgAAD/7QY8UGhvdG9zaG9wIDMuMAA4QklNA+0AAAAAABAAYAAAAAEA
AQBgAAAAAQABOEJJTQPzAAAAAAAIAAAAAAAAAAA4QklNBAoAAAAAAAEAADhCSU0nEAAAAAAACgAB
AAAAAAAAAAI4QklNA/UAAAAAAEgAL2ZmAAEAbGZmAAYAAAAAAAEAL2ZmAAEAoZmaAAYAAAAAAAEA
MgAAAAEAWgAAAAYAAAAAAAEANQAAAAEALQAAAAYAAAAAAAE4QklNA/gAAAAAAHAAAP//////////
//////////////////8D6AAAAAD/////////////////////////////A+gAAAAA////////////
/////////////////wPoAAAAAP////////////////////////////8D6AAAOEJJTQQIAAAAAAAQ
AAAAAQAAAkAAAAJAAAAAADhCSU0ECQAAAAAEywAAAAEAAACAAAAAYAAAAYAAAJAAAAAErwAYAAH/
2P/gABBKRklGAAECAQBIAEgAAP/+ACdGaWxlIHdyaXR0ZW4gYnkgQWRvYmUgUGhvdG9zaG9wqCA0
LjAA/+4ADkFkb2JlAGSAAAAAAf/bAIQADAgICAkIDAkJDBELCgsRFQ8MDA8VGBMTFRMTGBEMDAwM
DAwRDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAENCwsNDg0QDg4QFA4ODhQUDg4ODhQRDAwM
DAwREQwMDAwMDBEMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM/8AAEQgAYACAAwEiAAIRAQMR
Af/dAAQACP/EAT8AAAEFAQEBAQEBAAAAAAAAAAMAAQIEBQYHCAkKCwEAAQUBAQEBAQEAAAAAAAAA
AQACAwQFBgcICQoLEAABBAEDAgQCBQcGCAUDDDMBAAIRAwQhEjEFQVFhEyJxgTIGFJGhsUIjJBVS
wWIzNHKC0UMHJZJT8OHxY3M1FqKygyZEk1RkRcKjdDYX0lXiZfKzhMPTdePzRieUpIW0lcTU5PSl
tcXV5fVWZnaGlqa2xtbm9jdHV2d3h5ent8fX5/cRAAICAQIEBAMEBQYHBwYFNQEAAhEDITESBEFR
YXEiEwUygZEUobFCI8FS0fAzJGLhcoKSQ1MVY3M08SUGFqKygwcmNcLSRJNUoxdkRVU2dGXi8rOE
w9N14/NGlKSFtJXE1OT0pbXF1eX1VmZ2hpamtsbW5vYnN0dXZ3eHl6e3x//aAAwDAQACEQMRAD8A
9LDTMd04rKK3lThG1ggEQrUw2FIkDlRNjfiha6gF0kg4FOkpiUx1TkhMSEUMDWPgo+l5qcpSkjRT
WhuimIQ5SlJVpZCYuChKSVJtdxJQy1ymkkgi3//Q9RbyFMmBKYDVJ/0SkgbI3OLgZ+5RT9lEnukg
lcOgyp7pEhBJTtcI1KKLZkpKJeAobjJg6FJFpEkOToe4Sk8+PKSrSJ0MSNEi5wiSkpInUWuMweOJ
U2w4SEkrJKUJQkqn/9H1SEjqIPCSg7yMFJCN2hhQJ0T2l0a/IhAc5x0OiKwlkXjsma4nTkKHPCky
ZSWs04SHwUg0FJKwHgpAJwD8U8SkuAWjxUXjgKeoTP1A7eSCqRifgiMsgweCdVDjX705GqSmyIcJ
HBTwgUvgweOwVhJcH//S9UPCC46yjO4KrkyiFslnQeUNwjQ6qadFjQFnhonY1wdCnsIGpTgcd0FU
oAqQBTgJSgvpUlKQmJKb4pKtnu+aZ4BHwUdFKDGhhJVsPxCQ4+CbX4ppI18EFJK/pI9ZPHggVlsn
XngI1fJRXB//0/U7DDVXHKsPEhV+CiFk91OEFIIgAcIKXpoo4VgFL0+/CdohSQXAIUxRHubED8EF
8/moIKimUHbhzKbc4d0lqQFSBKg1wPx7hTCSQs9p5HzUIJRgkGNnjVJcxqrDwQR8PgrDWhogJNaA
0acKSSX/1PUHvgIRdKcukFQTgxSKRhRQZQGorUCuiWai5v7v3KSSS5CmPwRXNB17oTgRyEFpYOAJ
118lAt00MnwRCmKKGLGO3jjzKIAYB8eEqmncTMfBGCSQGAYdR4aojGRqU4ToLlEpiUxKG5yKCX//
2QA4QklNBAYAAAAAAAcABAEBAAEBAP/+ACdGaWxlIHdyaXR0ZW4gYnkgQWRvYmUgUGhvdG9zaG9w
qCA0LjAA/+4AIUFkb2JlAGQAAAAAAQMAEAMCAwYAAAAAAAAAAAAAAAD/2wCEAAYEBAQFBAYFBQYJ
BgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwBBwcH
DQwNGBAQGBQODg4UFA4ODg4UEQwMDAwMEREMDAwMDAwRDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM
DAwMDP/CABEIAJYAyAMBEQACEQEDEQH/xACOAAADAQEBAAAAAAAAAAAAAAABAgMABAgBAQEBAQEA
AAAAAAAAAAAAAAABAgMEEAACAgEEAgICAgMAAAAAAAAAARECAxAgIRIwMUATUDJBImAjBBEAAQMD
AwQCAQUBAAAAAAAAAQARIRAxQSBRYTCBkQJxEkChscEiQtESAQAAAAAAAAAAAAAAAAAAAID/2gAM
AwEBAhEDEQAAAPTXk0aw+pTR9xqIAAgSzicihL2tY+hrCwmLPKeFNq7EOowawDAhYEuBACY1ENCB
GACG0puNWFEkMr1gQsCBKARjGjUQBCasYr0hqcQkBisri5ogQDGMYJjGohMatVdzVzZgBCxotNaB
ACAFYIQ1ghNWMNqU0U5pBCwIXNpK4hNBGogDWFK1a1qJjJTQ0pzZiQM2eSwQmMGsNRNWs54dKW9e
q5jU1YWI5QyTKMJmGrLqNNTGsNGsQkFEc7daeiYERyllzYShJANXRa1NWprGt1mNUMzGAVru1omp
co86sc2ZGEgIa6bW0Nj0awawKhmY1Y0dm7e3E8I8qsLEhEAidG61ho0DRqI1TkmCmMdVtrXqPOx5
BACRNYafUbTAgQpg1qUkhBVi9t7Xrn42eCxghoaCw6hoQIWNKA2GjUEUUpV7ezVY5eFTNaxMiPo+
x1ERRYXISgBhrDopFAX1e/VY0cvGzxbdIIENo+pTRScQzIZCFGKWtYdGoGOvVcwIli8/JTau41AJ
qQjmLCRDJYBSr6Gm0aqF7cAnix5kzTZbopqGiIQkELAhJVSUNXRa2o9NV7cCBEedlirDFOkruNox
hCGYkCFBKBq67TqPRrAhMlzY8yyiGqm5TZ9xjAEiGZOBKDFavqvY1atCQmLPL//aAAgBAgABBQAg
gVRIXjS2tjYxnUVSCCCCPFJJJI3sjRbJJ8E+RaTskkkn4C3ST8JD2ST8CNr0nWSfBHjZOk+GNkb2
MbHtWkEEeFbGNj+Itbb4+AtLvfAvKtFpcW2CN86LatWWENaoSI8y2WWiHUgSFsZJO+CBbLaLSCNZ
0ZGxeGRskTF4HpBHhkkeiExbX4ELY2To9EIW571sYxn/2gAIAQMAAQUA/Lz/AIzOyfyE/KX45+Bf
JX45fBn8pHyV8leH/9oACAEBAAEFAOSBVYqFalULYx+rY0y2Kx9dxYbMrTqkhaSh2LWLNjHjU1xq
FjQqI6IhEDWrWzjTsdjudx21hDrXSi40+yo86K5pckkobRKG1pJJPip+pfKk8jbspRJiyMdh2Gyd
y2LZBX9buK+3bljJ5raat6SplCsm3dJ2vWr7VhOsKyekbYF6y/oN82fMppsx2Sq7cfbUtZu02G2x
t2EpF7hxVyVyW7dl2gggggXq6mr4H6bJL3itMqa7WQ+SHECbIhxDiT+Oa2V7J1yKa2rZwQQQNpKU
ZqjZayVb3Y7NlVVuEcoTQkQdWhQJDTiynR+8Wa+N4r96QRoy9ObXypXbq73dlEqGirt2TFB1FUTa
FDTqcolMaizUOJr/ABgs65K2VlpdwO3LZejQ8VWOtqtMo1KgSQuBEECtoyzsmnKrwyst47dXM6ZR
+2y1VYvVKzrI8VWfX/sVRVOqOqOTtY7iskTJlSmJOzQ2UT7GFvoZXy2SSJF63tZ1shptKBEjbHZn
9mQQQZO6Xax2TVbQ8Ks7sw/oZnyh+9Eh4m7dWhLV7UWTdWmhtDhmP7bPHkva2OrrV+sjl193rxpV
CR9aZkpWr4HA3y2Ns5E2cnJkx9jk6s/5Kt2pjrXRmSvK915VsYqNCRVCOlZzKbZGq1eSzbvc+26K
5ZIJFo8VWLDRGPHRU0bMik9OlhMhHU9H2Um+VjaZasn10Mi/tAzFkbEhCQjFRWZJI7F8nLtJVlWJ
6IyU7JpobY5JP61Hiq30s74sWT7lSzuqtuuNu1cTZWta6NjsOxf9hFGLZeisWq6nJEjSGkODA79k
lNKpCSQhjY2OxyP2IqIWy8dbKmj04P8AniUL1raRyW7H/9oACAECAgY/AG3/AP/aAAgBAwIGPwBt
/wD/2gAIAQEBBj8A6myhWoAOjFvyLafZ4+t1AUwo/DFGElOc3U0Y+SfwwiafIU3FIQLvzVsrlEZC
AOcoPlO8J3UY6ARh6fon81n27J1KJGLeEPZ3K+2U5ui/hciafUmclAmwjsh65M6yAtmoFFCGk5Ra
n7qFNt06dfsmynGVKfIKYF863HwaOYZEdlvwntzTdSuKR4TWKZRfC23C5CBRID/KBNzpJ9SyYh1/
XwuAuQnGUG7KRWLqax4KYwVxlPR0CMfynGpzI3UQuHZM10AZ41QmPmnKLymTYNkQgBlcG+qUwEMt
2WyAxzS2mQoMUcBlyp7FP5TDe9J1kgfCYmRdWnFLK1bst6RCgxtS3ZN/kpxAFz8L5TtfoEjKY9Jh
+tOVEFA+rgi7f8Te3q3NkxvocaXKYKehdPlNQvDsx8p876WUaXIlDAUXUYV7K78pjd4pFGyuVuvU
NselZwmdf180bFG5T+VOF9T2NI81L2GltfOiygJ3RDMB/pACwMlfUSUwuvr57L24UZv1XacJjpuo
9fs3akJ9/wAAvZFjGBOk79H/2Q==

------=_NextPart_000_0361_01C14B5E.CDF85EA0--



From owner-tcp-impl@grc.nasa.gov  Sun Oct  7 03:15:06 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA21073
	for <tcpimpl-archive@odin.ietf.org>; Sun, 7 Oct 2001 03:15:05 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id AF0EFC698B; Sun,  7 Oct 2001 03:12:59 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAOkayqh; Sun, 7 Oct 01 03:12:59 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id CAA19381
	for tcp-impl-outgoing; Sun, 7 Oct 2001 02:55:41 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id CAA19377
	for <tcp-impl@grc.nasa.gov>; Sun, 7 Oct 2001 02:55:40 -0400 (EDT)
From: irene44@aemail4u.com
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 02F51C6927; Sun,  7 Oct 2001 02:55:39 -0400 (EDT)
Received: from unknown(202.79.83.198) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAHjaGFd; Sun, 7 Oct 01 02:55:39 -0400
Received: from mail.tycoasia.com ([192.168.173.228]) by mailhost01.tycoasia.com with Microsoft SMTPSVC(5.0.2195.2966);
	 Sun, 7 Oct 2001 12:43:15 +0800
Received: from 168.191.177.137 ([168.191.177.137]) by mail.tycoasia.com with Microsoft SMTPSVC(5.0.2195.2966);
	 Sun, 7 Oct 2001 12:43:14 +0800
Message-ID: <000041f56a5b$00001c05$00001e51@>
To: <Undisclosed.Recipients@seraph2.grc.nasa.gov>
Subject: Flat Rate LD Saves You $$$$$$$!
Date: Sat, 06 Oct 2001 22:22:50 -0500
X-Priority: 1
X-MSMail-Priority: High
X-OriginalArrivalTime: 07 Oct 2001 04:43:15.0121 (UTC) FILETIME=[93BFAA10:01C14EEA]
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk

* * * * * * * For The First Time in Telecom History * * * * * * *

* * * * * * * You Can Have Your Cake and Eat It Too! * * * * * * 

* * * * * * * * * * * The Best of Both Worlds! * * * * * * * * * *

* * * * * * * * 2.9 Cents per Minute Long Distance * * * * * * * * *

                             OR

* * * * * * * UNLIMITED FLAT RATE LONG DISTANCE * * * * * * * *


********************  YOU MAKE THE CALL!   ********************** 



No Credit Check! No Contracts or long Term Obligations! No More
"Local Long Distance" Calling! No Fine Print, or Hidden Fees!
No Changing Carriers! Just TALK as much as you want with these 
incredible low rates 2.9 cents a minute or Flate Rate  

* * * * * * * * * * * ABSOLUTELY NO GIMMICKS  * * * * * * * * * *

* * * * * * * * * * * ACTIVATION IN 48 HOURS * * * * * * * * * * 


FOR MORE INFORMATION: on our 2.9 cents a minute Long Distance
OR our Unlimited Long Distance click on the hyperlink below and 
mailto: bestinflatrate@yahoo.com.=Type more info in the subjct box.    




To unsubscribe:ilike2_9_ld@yahoo.com



From owner-tcp-impl@grc.nasa.gov  Sun Oct  7 18:13:07 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA25765
	for <tcpimpl-archive@odin.ietf.org>; Sun, 7 Oct 2001 18:13:06 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 8409D640D6; Sun,  7 Oct 2001 18:13:10 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAyzaaBr; Sun, 7 Oct 01 18:13:10 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id RAA23521
	for tcp-impl-outgoing; Sun, 7 Oct 2001 17:56:09 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id RAA23505
	for <tcp-impl@grc.nasa.gov>; Sun, 7 Oct 2001 17:56:07 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 3AC2E640C1; Sun,  7 Oct 2001 17:53:55 -0400 (EDT)
Received: from duke.poly.edu(128.238.2.92) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAA6uaWdo; Sun, 7 Oct 01 17:53:55 -0400
Received: from bradman (53dial38.poly.edu [128.238.4.118])
	by duke.poly.edu (8.9.0/8.9.0) with SMTP id RAA23736
	for <tcp-impl@grc.nasa.gov>; Sun, 7 Oct 2001 17:53:53 -0400 (EDT)
From: "Tim Moors" <moors@ieee.org>
To: <tcp-impl@grc.nasa.gov>
Subject: Why use Slow Start when destination is local?
Date: Sun, 7 Oct 2001 17:44:55 -0400
Message-ID: <NDBBKKDDOKHDNCFOLOIFAEEKDLAA.moors@ieee.org>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

Richard Stevens wrote in RFC 2001 and p. 311 of TCP Ill. vol.1 that the
Tahoe release of TCP "performed slow start only if the other end was on a
different network", but that this was changed with the Reno release of TCP
so that slow start was always performed.

Does anyone know why Tahoe didn't perform slow start for local
communication?  Was there a reason for this, or was it just a mistake that
was corrected in Reno?  Is the following justification valid?: MAC protocols
(e.g. Ethernet) often control congestion for link-local communication,
making transport layer congestion control unnecessary for local
communication.

(I searched the archives, and the only discussion I found of this topic was
in Mar 1997, where the definition of "local" was queried: local to a LAN, or
local to a subnet as defined by the address class.  That discussion didn't
address WHY there should be no SS for local communication.)


Tim Moors
___________________________________
Web: http://uluru.poly.edu/~tmoors/



From owner-tcp-impl@grc.nasa.gov  Sun Oct  7 21:32:23 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA26736
	for <tcpimpl-archive@odin.ietf.org>; Sun, 7 Oct 2001 21:32:23 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id C51F8640DD; Sun,  7 Oct 2001 21:30:52 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAvDayQk; Sun, 7 Oct 01 21:30:52 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id VAA02487
	for tcp-impl-outgoing; Sun, 7 Oct 2001 21:04:35 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id VAA02483
	for <tcp-impl@grc.nasa.gov>; Sun, 7 Oct 2001 21:04:34 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 9412AC68F7; Sun,  7 Oct 2001 21:04:34 -0400 (EDT)
Received: from boreas.isi.edu(128.9.160.161) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAA7ha46v; Sun, 7 Oct 01 21:04:34 -0400
Received: from isi.edu (ras30.isi.edu [128.9.176.130])
	by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id f9814UO04156;
	Sun, 7 Oct 2001 18:04:30 -0700 (PDT)
Message-ID: <3BC0FB83.4010901@isi.edu>
Date: Sun, 07 Oct 2001 18:04:03 -0700
From: Joe Touch <touch@ISI.EDU>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1
X-Accept-Language: en-us
MIME-Version: 1.0
To: Tim Moors <moors@ieee.org>
Cc: tcp-impl@grc.nasa.gov, tsvwg@ietf.org
Subject: Re: Why use Slow Start when destination is local?
References: <NDBBKKDDOKHDNCFOLOIFAEEKDLAA.moors@ieee.org>
Content-Type: multipart/mixed;
 boundary="------------020903090109030204050308"
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk

This is a multi-part message in MIME format.
--------------020903090109030204050308
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi, Tim,

First, can we move this thread to the TSVWG mailing list? I thought 
TCPIMPL was closed as a WG, and this is definitely relevant to ongoing 
work in TSVWG.

Tim Moors wrote:

> Richard Stevens wrote in RFC 2001 and p. 311 of TCP Ill. vol.1 that the
> Tahoe release of TCP "performed slow start only if the other end was on a
> different network", but that this was changed with the Reno release of TCP
> so that slow start was always performed.
> 
> Does anyone know why Tahoe didn't perform slow start for local
> communication?  


Slow start is designed to avoid overloading router queues; for a local 
network, there is (presumably) no router to overload.

> Was there a reason for this, or was it just a mistake that
> was corrected in Reno?  Is the following justification valid?: MAC protocols
> (e.g. Ethernet) often control congestion for link-local communication,
> making transport layer congestion control unnecessary for local

> communication.


Ethernet doesn't control congestion. Its backoff deals only with 
collisions, which shouldn't (or can't?) occur on full-duplex links anyway.


> (I searched the archives, and the only discussion I found of this topic was
> in Mar 1997, where the definition of "local" was queried: local to a LAN, or
> local to a subnet as defined by the address class.  That discussion didn't
> address WHY there should be no SS for local communication.)


This was raised at the Minneapolis IETF in a hallway discussion with 
Reiner Ludwig and Andrei Gurtov, who posted the attached note to the 
freebsd-net mailing list; I think Andrei's goal was to find the origin 
of the code, though.

Joe

----------------




--------------020903090109030204050308
Content-Type: text/plain;
 name="Part%201.1.2"
Content-Disposition: inline;
 filename="Part%201.1.2"
Content-Transfer-Encoding: 7bit

Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128])
	by boreas.isi.edu (8.11.2/8.11.2) with ESMTP id f3HF4q522417;
	Tue, 17 Apr 2001 08:04:52 -0700 (PDT)
Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119])
	by tnt.isi.edu (8.11.2/8.11.2) with ESMTP id f3HF4qq24199;
	Tue, 17 Apr 2001 08:04:52 -0700 (PDT)
Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18])
	by mx2.freebsd.org (Postfix) with ESMTP
	id EF80155B9B; Tue, 17 Apr 2001 08:04:46 -0700 (PDT)
	(envelope-from owner-freebsd-net@FreeBSD.ORG)
Received: by hub.freebsd.org (Postfix, from userid 538)
	id CD83A37B422; Tue, 17 Apr 2001 08:04:45 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
	by hub.freebsd.org (Postfix) with SMTP
	id B31FD2E8039; Tue, 17 Apr 2001 08:04:45 -0700 (PDT)
	(envelope-from owner-freebsd-net)
Received: by hub.freebsd.org (bulk_mailer v1.12); Tue, 17 Apr 2001 08:04:45 -0700
Delivered-To: freebsd-net@freebsd.org
Received: from porsta.cs.Helsinki.FI (porsta.cs.Helsinki.FI [128.214.48.124])
	by hub.freebsd.org (Postfix) with ESMTP id 07CE237B446
	for <freebsd-net@freebsd.org>; Tue, 17 Apr 2001 08:04:42 -0700 (PDT)
	(envelope-from gurtov@cs.Helsinki.FI)
Received: from saviletto.cs.Helsinki.FI (gurtov@saviletto.cs.Helsinki.FI [128.214.9.225]) by porsta.cs.Helsinki.FI (8.8.8/8.8.8) with ESMTP id SAA11579; Tue, 17 Apr 2001 18:04:38 +0300
Date: Tue, 17 Apr 2001 18:04:38 +0300 (EET DST)
From: Andrei Gurtov <gurtov@cs.Helsinki.FI>
To: <freebsd-net@freebsd.org>
Cc: <Reiner.Ludwig@Ericsson.com>
Subject: initial congestion window
Message-ID: <Pine.LNX.4.30.0104171618460.5636-100000@saviletto.cs.Helsinki.FI>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-net@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


Hi folks,

 At the last IETF meeting there were some debates around FreeBSD using a
16-KB initial congestion window in TCP when destination IP address is from
the local subnet. Does anybody remember when it was introduced into the
code and what kind of ideas were behind?

Some reasons were given why it may not be a good idea:

-the benefit of not having slow start on LANs is very small, i.e. some
milliseconds

-it is not a conformant TCP feature, i.e. not allowed by TCP Congestion
Control (RFC2581) and is explicitly given in Known TCP Implementation
Problems (RFC2525) "2.1 No initial slow start" and "2.3 Uninitialized
CWND"

-people may have the same subnet mask also over a slow PPP link. In this
case the effect of the huge initial window is quite bad, see for example
http://www.cs.Helsinki.FI/u/gurtov/papers/effect_of_delays_on_tcp_performance.pdf

-in case of congestion on Ethernet, packets queues build up at the
network interfaces in hosts and agressive TCP start-up behaviour can
further increase congestion losses

What are your thoughts on this?

Andrei

tcp_output.c:

int ss_fltsz = 1;
SYSCTL_INT(_net_inet_tcp, OID_AUTO, slowstart_flightsize, CTLFLAG_RW,
        &ss_fltsz, 1, "Slow start flight size");

int ss_fltsz_local = TCP_MAXWIN;               /* something large */
SYSCTL_INT(_net_inet_tcp, OID_AUTO, local_slowstart_flightsize,
CTLFLAG_RW,
        &ss_fltsz_local, 1, "Slow start flight size for local networks");

[...]
                if (
                     in_localaddr(tp->t_inpcb->inp_faddr)
                    )
                        tp->snd_cwnd = tp->t_maxseg * ss_fltsz_local;
                else
                        tp->snd_cwnd = tp->t_maxseg * ss_fltsz;




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-net" in the body of the message

--------------020903090109030204050308--



From owner-tcp-impl@grc.nasa.gov  Sun Oct  7 21:51:11 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA28025
	for <tcpimpl-archive@odin.ietf.org>; Sun, 7 Oct 2001 21:51:11 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id EB44AC691C; Sun,  7 Oct 2001 21:51:13 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAA5LaaJE; Sun, 7 Oct 01 21:51:13 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id VAA05317
	for tcp-impl-outgoing; Sun, 7 Oct 2001 21:41:05 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id VAA05313
	for <tcp-impl@grc.nasa.gov>; Sun, 7 Oct 2001 21:41:04 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 3CF87C68FC; Sun,  7 Oct 2001 21:41:04 -0400 (EDT)
Received: from frantic-dmz.weston.bsdi.com(206.196.54.22) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAA5Ra45C; Sun, 7 Oct 01 21:41:03 -0400
Received: (from dab@localhost)
	by frantic.weston.bsdi.com (8.10.1/8.10.1) id f981ekt06809;
	Sun, 7 Oct 2001 20:40:46 -0500 (CDT)
Date: Sun, 7 Oct 2001 20:40:46 -0500 (CDT)
From: David Borman <dab@bsdi.com>
Message-Id: <200110080140.f981ekt06809@frantic.weston.bsdi.com>
To: moors@ieee.org, touch@ISI.EDU
Subject: Re: Why use Slow Start when destination is local?
Cc: tcp-impl@grc.nasa.gov, tsvwg@ietf.org
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk

> Date: Sun, 07 Oct 2001 18:04:03 -0700
> From: Joe Touch <touch@ISI.EDU>
> Subject: Re: Why use Slow Start when destination is local?
...
> Tim Moors wrote:
>
> > Richard Stevens wrote in RFC 2001 and p. 311 of TCP Ill. vol.1 that the
> > Tahoe release of TCP "performed slow start only if the other end was on a
> > different network", but that this was changed with the Reno release of TCP
> > so that slow start was always performed.
> > 
> > Does anyone know why Tahoe didn't perform slow start for local
> > communication?  
>
>
> Slow start is designed to avoid overloading router queues; for a local 
> network, there is (presumably) no router to overload.

I seem to recall that one of the issues was that it has become harder
and harder in some network setups to reliably determine whether or not
the other host is on the local wire.  Bridges, proxy ARP, and VLANs are
but a few examples where you actually have a "router" between the hosts,
but just by looking at the address/netmask it would appear that they are
on the same wire.  Failure to do slowstart in these situations leads to
the same problems that slowstart was intended to solve.  So, by always
doing slowstart, you are no longer making any assumptions about the
underlying network setup.

			-David Borman, dab@windriver.com


From owner-tcp-impl@grc.nasa.gov  Sun Oct  7 22:48:02 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA29469
	for <tcpimpl-archive@odin.ietf.org>; Sun, 7 Oct 2001 22:48:01 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id C138F64194; Sun,  7 Oct 2001 22:45:17 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAARIaqzy; Sun, 7 Oct 01 22:45:17 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id WAA08519
	for tcp-impl-outgoing; Sun, 7 Oct 2001 22:34:10 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id WAA08515
	for <tcp-impl@grc.nasa.gov>; Sun, 7 Oct 2001 22:34:09 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id F2410C6929; Sun,  7 Oct 2001 22:33:57 -0400 (EDT)
Received: from boreas.isi.edu(128.9.160.161) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAA4Ia43T; Sun, 7 Oct 01 22:33:57 -0400
Received: from isi.edu (ras30.isi.edu [128.9.176.130])
	by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id f982XrO16020;
	Sun, 7 Oct 2001 19:33:53 -0700 (PDT)
Message-ID: <3BC11076.8010304@isi.edu>
Date: Sun, 07 Oct 2001 19:33:26 -0700
From: Joe Touch <touch@ISI.EDU>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1
X-Accept-Language: en-us
MIME-Version: 1.0
To: David Borman <dab@bsdi.com>
Cc: moors@ieee.org, tcp-impl@grc.nasa.gov, tsvwg@ietf.org
Subject: Re: Why use Slow Start when destination is local?
References: <200110080140.f981ekt06809@frantic.weston.bsdi.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit



David Borman wrote:

>>Date: Sun, 07 Oct 2001 18:04:03 -0700
>>From: Joe Touch <touch@ISI.EDU>
>>Subject: Re: Why use Slow Start when destination is local?
>>
> ...
> 
>>Tim Moors wrote:
>>
>>
>>>Richard Stevens wrote in RFC 2001 and p. 311 of TCP Ill. vol.1 that the
>>>Tahoe release of TCP "performed slow start only if the other end was on a
>>>different network", but that this was changed with the Reno release of TCP
>>>so that slow start was always performed.
>>>
>>>Does anyone know why Tahoe didn't perform slow start for local
>>>communication?  
>>>
>>
>>Slow start is designed to avoid overloading router queues; for a local 
>>network, there is (presumably) no router to overload.
>>
> 
> I seem to recall that one of the issues was that it has become harder
> and harder in some network setups to reliably determine whether or not
> the other host is on the local wire.  Bridges, proxy ARP, and VLANs are
> but a few examples where you actually have a "router" between the hosts,
> but just by looking at the address/netmask it would appear that they are
> on the same wire.  Failure to do slowstart in these situations leads to
> the same problems that slowstart was intended to solve.  So, by always
> doing slowstart, you are no longer making any assumptions about the
> underlying network setup.


Bridges don't queue like routers do, so shouldn't need slow start.

Proxy ARP and VLANs break the notion of what is local on a few levels; 
that they break this assumption too is not news. :-) That may be a 
reason to use them only in a limited and temporary fashion, rather than 
a reason to assume they are prevalent.

The bigger problem is the use of tunnels; it is reasonable to require 
that not only is the address 'local' but also is attached to a physical 
(vs virtual) interface.

This all does beg the question of how much slow start hurts in the local 
case, though. In CPU-limited regimes, it's a reason to turn off 
congestion control, but those regimes (where the CPU load of congestion 
control is substantial) aren't as common. It may still be a useful 
assumption for thin clients, but in general the benefit may not be 
worthwhile.

Joe



From owner-tcp-impl@grc.nasa.gov  Mon Oct  8 03:35:25 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA15904
	for <tcpimpl-archive@odin.ietf.org>; Mon, 8 Oct 2001 03:35:25 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id A5EA5C6929; Mon,  8 Oct 2001 03:35:26 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAANVaWiD; Mon, 8 Oct 01 03:35:26 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id DAA25071
	for tcp-impl-outgoing; Mon, 8 Oct 2001 03:23:00 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id DAA25067
	for <tcp-impl@grc.nasa.gov>; Mon, 8 Oct 2001 03:22:59 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 39582C68F8; Mon,  8 Oct 2001 03:22:59 -0400 (EDT)
Received: from marjan.fesb.hr(161.53.166.3) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAUdaW_A; Mon, 8 Oct 01 03:22:58 -0400
Received: from fesb.hr (demorgan.bit.fesb.hr [161.53.169.245])
	by marjan.fesb.hr (8.9.3/8.9.3) with ESMTP id JAA10292;
	Mon, 8 Oct 2001 09:22:24 +0200 (MET DST)
Message-ID: <3BC154F2.1010608@fesb.hr>
Date: Mon, 08 Oct 2001 09:25:38 +0200
From: Julije Ozegovic <julije@fesb.hr>
Organization: FESB Split
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1
X-Accept-Language: en, hr
MIME-Version: 1.0
To: Joe Touch <touch@ISI.EDU>
Cc: David Borman <dab@bsdi.com>, moors@ieee.org, tcp-impl@grc.nasa.gov,
        tsvwg@ietf.org
Subject: Re: Why use Slow Start when destination is local?
References: <200110080140.f981ekt06809@frantic.weston.bsdi.com> <3BC11076.8010304@isi.edu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

Hi!

Consider also modem gateways.

I remember problems using DECstation 5000 workstations running 
ULTRIX V4.2a rev47 OS on LAN, and Cisco CS500 gateway with 
V.22bis (2400 b/s) modems attached.

Measurement traces from 1995 show that up to 10 (ten) 
unnecessary retransmissions were generated per segment. This was 
mainly the consequence of large RWIN regarding the BD product, 
(and was solved accordingly), but lack of slow start did not help!

Julije Ozegovic
http://www.fesb.hr/~julije



Joe Touch wrote:

> 
> 
> David Borman wrote:
> 
>>> Date: Sun, 07 Oct 2001 18:04:03 -0700
>>> From: Joe Touch <touch@ISI.EDU>
>>> Subject: Re: Why use Slow Start when destination is local?
>>>
>> ...
>>
>>> Tim Moors wrote:
>>>
>>>
>>>> Richard Stevens wrote in RFC 2001 and p. 311 of TCP Ill. vol.1 that the
>>>> Tahoe release of TCP "performed slow start only if the other end was 
>>>> on a
>>>> different network", but that this was changed with the Reno release 
>>>> of TCP
>>>> so that slow start was always performed.
>>>>
>>>> Does anyone know why Tahoe didn't perform slow start for local
>>>> communication? 
>>>
>>>
>>> Slow start is designed to avoid overloading router queues; for a 
>>> local network, there is (presumably) no router to overload.
>>>
>>
>> I seem to recall that one of the issues was that it has become harder
>> and harder in some network setups to reliably determine whether or not
>> the other host is on the local wire.  Bridges, proxy ARP, and VLANs are
>> but a few examples where you actually have a "router" between the hosts,
>> but just by looking at the address/netmask it would appear that they are
>> on the same wire.  Failure to do slowstart in these situations leads to
>> the same problems that slowstart was intended to solve.  So, by always
>> doing slowstart, you are no longer making any assumptions about the
>> underlying network setup.
> 
> 
> 
> Bridges don't queue like routers do, so shouldn't need slow start.
> 
> Proxy ARP and VLANs break the notion of what is local on a few levels; 
> that they break this assumption too is not news. :-) That may be a 
> reason to use them only in a limited and temporary fashion, rather than 
> a reason to assume they are prevalent.
> 
> The bigger problem is the use of tunnels; it is reasonable to require 
> that not only is the address 'local' but also is attached to a physical 
> (vs virtual) interface.
> 
> This all does beg the question of how much slow start hurts in the local 
> case, though. In CPU-limited regimes, it's a reason to turn off 
> congestion control, but those regimes (where the CPU load of congestion 
> control is substantial) aren't as common. It may still be a useful 
> assumption for thin clients, but in general the benefit may not be 
> worthwhile.
> 
> Joe
> 
> 
> 




From owner-tcp-impl@grc.nasa.gov  Mon Oct  8 08:27:54 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA19814
	for <tcpimpl-archive@odin.ietf.org>; Mon, 8 Oct 2001 08:27:53 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 36A706419E; Mon,  8 Oct 2001 08:26:16 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAP5aqKA; Mon, 8 Oct 01 08:26:16 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id IAA09065
	for tcp-impl-outgoing; Mon, 8 Oct 2001 08:09:12 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id IAA09061
	for <tcp-impl@grc.nasa.gov>; Mon, 8 Oct 2001 08:09:11 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id B08F4C6913; Mon,  8 Oct 2001 08:09:11 -0400 (EDT)
Received: from smtp.dave.sonera.fi(131.177.130.21) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAALWa4oq; Mon, 8 Oct 01 08:09:11 -0400
Received: from gurtoan1-nb.etela.sonera.fi ([131.177.36.107]:1600 "HELO
        mowet95") by inside.dave.sonera.fi with SMTP id <S61543AbRJHMIO>;
        Mon, 8 Oct 2001 15:08:14 +0300
From: "Andrei Gurtov" <gurtov@cs.Helsinki.FI>
To: "Joe Touch" <touch@ISI.EDU>, "Tim Moors" <moors@ieee.org>
Cc: <tcp-impl@grc.nasa.gov>, <tsvwg@ietf.org>,
        "Reiner. Ludwig@ericsson. com" <Reiner.Ludwig@Ericsson.com>
Subject: RE: [Tsvwg] Re: Why use Slow Start when destination is local?
Date:   Mon, 8 Oct 2001 15:06:07 +0300
Message-ID: <NFBBIOEGILEGAJBINGFNKEIICAAA.gurtov@cs.helsinki.fi>
MIME-Version: 1.0
Content-Type: text/plain;
        charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
Importance: Normal
In-Reply-To: <3BC0FB83.4010901@isi.edu>
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit



> -----Original Message-----
> From: tsvwg-admin@ietf.org [mailto:tsvwg-admin@ietf.org]On Behalf Of Joe
> Touch
> Sent: 8. lokakuuta 2001 4:04
> To: Tim Moors
> Cc: tcp-impl@grc.nasa.gov; tsvwg@ietf.org
> Subject: [Tsvwg] Re: Why use Slow Start when destination is local?
>
>
> Hi, Tim,
>
> First, can we move this thread to the TSVWG mailing list? I thought
> TCPIMPL was closed as a WG, and this is definitely relevant to ongoing
> work in TSVWG.
>
> Tim Moors wrote:
>
> > Richard Stevens wrote in RFC 2001 and p. 311 of TCP Ill. vol.1 that the
> > Tahoe release of TCP "performed slow start only if the other
> end was on a
> > different network", but that this was changed with the Reno
> release of TCP
> > so that slow start was always performed.

...

> > Does anyone know why Tahoe didn't perform slow start for local
> > communication?
> This was raised at the Minneapolis IETF in a hallway discussion with
> Reiner Ludwig and Andrei Gurtov, who posted the attached note to the
> freebsd-net mailing list; I think Andrei's goal was to find the origin
> of the code, though.

Yes, and I tried to convince FreeBSD folks that blasting a full receive
window instead of doing a slow start is not a good idea.  The discussion in
freebsd-net can be found at
http://docs.freebsd.org/mail/archive/2001/freebsd-net/20010422.freebsd-net.h
tml

I agree with David that having the same subnet mask does not necessary mean
the hosts are connected with Ethernet. It could be WLAN or something else
slower than Ethernet. Also, the receiver can be busy or slow and sending a
huge burst to it can leads to packets being discarded.

Some other reasons were given why a huge initial window may not be a good
idea:

-the benefit of not having slow start on LANs is very small, i.e. some
milliseconds

-it is not a conformant TCP feature, i.e. not allowed by TCP Congestion
Control (RFC2581) and is explicitly given in Known TCP Implementation
Problems (RFC2525) "2.1 No initial slow start" and "2.3 Uninitialized
CWND"

-people may have the same subnet mask also over a slow PPP link. In this
case the effect of the huge initial window is quite bad, see for example
http://www.cs.Helsinki.FI/u/gurtov/papers/effect_of_delays_on_tcp_performanc
e.pdf

-in case of congestion on Ethernet, packets queues build up at the
network interfaces in hosts and aggressive TCP start-up behaviour can
further increase congestion losses

Andrei



From owner-tcp-impl@grc.nasa.gov  Mon Oct  8 10:30:22 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA22449
	for <tcpimpl-archive@odin.ietf.org>; Mon, 8 Oct 2001 10:30:21 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 4B75964153; Mon,  8 Oct 2001 10:29:28 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAA8Ma4Ia; Mon, 8 Oct 01 10:29:28 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id KAA19147
	for tcp-impl-outgoing; Mon, 8 Oct 2001 10:17:40 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id KAA19124
	for <tcp-impl@grc.nasa.gov>; Mon, 8 Oct 2001 10:17:39 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 20362640F6; Mon,  8 Oct 2001 10:14:52 -0400 (EDT)
Received: from inet.org(63.108.254.91) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAKSaOi4; Mon, 8 Oct 01 10:14:51 -0400
Received: from mosquito.inet.org (mosquito [10.30.20.240])
	by gnat.inet.org (Postfix) with ESMTP
	id DA2868266E; Mon,  8 Oct 2001 10:14:47 -0400 (EDT)
Message-Id: <5.1.0.14.2.20011008100621.00a238f0@10.30.15.2>
X-Sender: rja@10.30.15.2
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Mon, 08 Oct 2001 10:07:31 -0400
To: Joe Touch <touch@ISI.EDU>
From: RJ Atkinson <rja@inet.org>
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
Cc: moors@ieee.org, tcp-impl@grc.nasa.gov, tsvwg@ietf.org
In-Reply-To: <3BC11076.8010304@isi.edu>
References: <200110080140.f981ekt06809@frantic.weston.bsdi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk

At 22:33 07/10/01, Joe Touch wrote:
>Bridges don't queue like routers do, so shouldn't need slow start.

That assertion is certainly no longer true, if it ever was true.

>Proxy ARP and VLANs break the notion of what is local on a few levels; that they break this assumption too is not news. :-) That may be a reason to use them only in a limited and temporary fashion, rather than a reason to assume they are prevalent.

Be conservative in what you send...

Ran



From owner-tcp-impl@grc.nasa.gov  Mon Oct  8 10:50:45 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA22901
	for <tcpimpl-archive@odin.ietf.org>; Mon, 8 Oct 2001 10:50:45 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id B8843C693C; Mon,  8 Oct 2001 10:50:48 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAfoa41f; Mon, 8 Oct 01 10:50:48 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id KAA21477
	for tcp-impl-outgoing; Mon, 8 Oct 2001 10:38:25 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id KAA21471
	for <tcp-impl@grc.nasa.gov>; Mon, 8 Oct 2001 10:38:24 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 958FFC68F1; Mon,  8 Oct 2001 10:38:24 -0400 (EDT)
Received: from lightning.swansea.linux.org.uk(194.168.151.1) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAYEai2c; Mon, 8 Oct 01 10:38:24 -0400
Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 15qbcq-0000eD-00; Mon, 08 Oct 2001 15:43:24 +0100
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
To: gurtov@cs.Helsinki.FI (Andrei Gurtov)
Date: Mon, 8 Oct 2001 15:43:24 +0100 (BST)
Cc: touch@ISI.EDU (Joe Touch), moors@ieee.org (Tim Moors),
        tcp-impl@grc.nasa.gov, tsvwg@ietf.org,
        Reiner.Ludwig@Ericsson.com (Reiner. Ludwig@ericsson. com)
In-Reply-To: <NFBBIOEGILEGAJBINGFNKEIICAAA.gurtov@cs.helsinki.fi> from "Andrei Gurtov" at Oct 08, 2001 03:06:07 PM
X-Mailer: ELM [version 2.5 PL6]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <E15qbcq-0000eD-00@the-village.bc.nu>
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

> Yes, and I tried to convince FreeBSD folks that blasting a full receive
> window instead of doing a slow start is not a good idea.  The discussion in
> freebsd-net can be found at
> http://docs.freebsd.org/mail/archive/2001/freebsd-net/20010422.freebsd-net.h
> tml

I agree - it isnt a good idea for a variety of reasons.

Firstly not every switch or bridge is exactly 100% quality
Secondly your slow start congestion avoidance is avoiding on wire congestion
Thirdly your local "network" on an interface can be many weird and wonderful
things - ATM lane, frame cloud, SMDS even PPP bridging - none of which react
well to being blasted with data causing congestion.

Its one of those ideas that only looks good in a paper

Alan


From owner-tcp-impl@grc.nasa.gov  Mon Oct  8 11:15:41 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA23404
	for <tcpimpl-archive@odin.ietf.org>; Mon, 8 Oct 2001 11:15:41 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id B619FC69C5; Mon,  8 Oct 2001 11:13:15 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAhfa41k; Mon, 8 Oct 01 11:13:15 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id LAA23969
	for tcp-impl-outgoing; Mon, 8 Oct 2001 11:03:23 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id LAA23927
	for <tcp-impl@grc.nasa.gov>; Mon, 8 Oct 2001 11:03:21 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 5C68F64178; Mon,  8 Oct 2001 11:00:43 -0400 (EDT)
Received: from lightning.swansea.linux.org.uk(194.168.151.1) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAeva4Ci; Mon, 8 Oct 01 11:00:42 -0400
Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 15qbyC-0000md-00; Mon, 08 Oct 2001 16:05:28 +0100
Subject: Re: Why use Slow Start when destination is local?
To: touch@ISI.EDU (Joe Touch)
Date: Mon, 8 Oct 2001 16:05:28 +0100 (BST)
Cc: dab@bsdi.com (David Borman), moors@ieee.org, tcp-impl@grc.nasa.gov,
        tsvwg@ietf.org
In-Reply-To: <3BC11076.8010304@isi.edu> from "Joe Touch" at Oct 07, 2001 07:33:26 PM
X-Mailer: ELM [version 2.5 PL6]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <E15qbyC-0000md-00@the-village.bc.nu>
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

> Bridges don't queue like routers do, so shouldn't need slow start.

You forgot the word "Some"

Lots of el cheapo bridges queue.

Alan


From owner-tcp-impl@grc.nasa.gov  Mon Oct  8 11:52:27 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA24252
	for <tcpimpl-archive@odin.ietf.org>; Mon, 8 Oct 2001 11:52:27 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 50DC9641A7; Mon,  8 Oct 2001 11:50:12 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAA1oaaeC; Mon, 8 Oct 01 11:50:12 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id LAA27392
	for tcp-impl-outgoing; Mon, 8 Oct 2001 11:36:27 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id LAA27388;
	Mon, 8 Oct 2001 11:36:26 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 6D321C68F1; Mon,  8 Oct 2001 11:36:26 -0400 (EDT)
Received: from infres-192.enst.fr(137.194.192.1) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAxLaOQp; Mon, 8 Oct 01 11:36:26 -0400
Received: from enst.fr (poisson.enst.fr [137.194.192.9])
	by infres.enst.fr (Postfix) with ESMTP
	id 5F30A189C; Mon,  8 Oct 2001 17:36:16 +0200 (MEST)
Message-ID: <3BC1DA2F.E70B4DC8@enst.fr>
Date: Mon, 08 Oct 2001 17:54:07 +0100
From: Colloque GRES 2001 <gres@enst.fr>
X-Mailer: Mozilla 4.75 [fr] (WinNT; U)
X-Accept-Language: fr
MIME-Version: 1.0
To: colloque.gres@enst.fr
Subject: [RAPPEL]: Colloque GRES 2001
Content-Type: text/plain; charset=iso-8859-1
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
X-MIME-Autoconverted: from 8bit to quoted-printable by lombok-fi.lerc.nasa.gov id LAA27392
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by ietf.org id LAA24252

Bonjour,
Afin de permettre aux retardataires de finaliser leurs articles, nous
vous informons que la date limite pour la réception des articles est
reportée au 19 Octobre 2001.

Le comite d'organisation,

Colloque Gres'2001
http://www.infres.enst.fr/~gres/
email : colloque.gres@enst.fr



From owner-tcp-impl@grc.nasa.gov  Mon Oct  8 12:31:27 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA25400
	for <tcpimpl-archive@odin.ietf.org>; Mon, 8 Oct 2001 12:31:26 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 5089C641C4; Mon,  8 Oct 2001 12:28:00 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAu8aiNL; Mon, 8 Oct 01 12:28:00 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id MAA02362
	for tcp-impl-outgoing; Mon, 8 Oct 2001 12:16:05 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id MAA02320
	for <tcp-impl@grc.nasa.gov>; Mon, 8 Oct 2001 12:16:03 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id EB934C6946; Mon,  8 Oct 2001 12:12:38 -0400 (EDT)
Received: from boreas.isi.edu(128.9.160.161) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAc_aajH; Mon, 8 Oct 01 12:12:38 -0400
Received: from isi.edu (ras30.isi.edu [128.9.176.130])
	by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id f98GCSO21713;
	Mon, 8 Oct 2001 09:12:28 -0700 (PDT)
Message-ID: <3BC1D050.30906@isi.edu>
Date: Mon, 08 Oct 2001 09:12:00 -0700
From: Joe Touch <touch@ISI.EDU>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1
X-Accept-Language: en-us
MIME-Version: 1.0
To: Andrei Gurtov <gurtov@cs.Helsinki.FI>
Cc: Tim Moors <moors@ieee.org>, tcp-impl@grc.nasa.gov, tsvwg@ietf.org,
        "Reiner. Ludwig@ericsson. com" <Reiner.Ludwig@Ericsson.com>
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
References: <NFBBIOEGILEGAJBINGFNKEIICAAA.gurtov@cs.helsinki.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit



Andrei Gurtov wrote:

> 
...
>>This was raised at the Minneapolis IETF in a hallway discussion with
>>Reiner Ludwig and Andrei Gurtov, who posted the attached note to the
>>freebsd-net mailing list; I think Andrei's goal was to find the origin
>>of the code, though.
>>
> 
> Yes, and I tried to convince FreeBSD folks that blasting a full receive
> window instead of doing a slow start is not a good idea.  The discussion in
> freebsd-net can be found at
> http://docs.freebsd.org/mail/archive/2001/freebsd-net/20010422.freebsd-net.h
> tml
> 
> I agree with David that having the same subnet mask does not necessary mean
> the hosts are connected with Ethernet. It could be WLAN or something else
> slower than Ethernet. Also, the receiver can be busy or slow and sending a
> huge burst to it can leads to packets being discarded.
> 
> Some other reasons were given why a huge initial window may not be a good
> idea:
> 
> -the benefit of not having slow start on LANs is very small, i.e. some
> milliseconds


Milliseconds on a link with microsecond delays are enormous, BTW.


> -it is not a conformant TCP feature, i.e. not allowed by TCP Congestion
> Control (RFC2581) and is explicitly given in Known TCP Implementation
> Problems (RFC2525) "2.1 No initial slow start" and "2.3 Uninitialized
> CWND"


FWIW, RFC2525 refers to the complete omission of slow start 
specifically. It never refers to disabling it on specific links, even 
though this was in the code at the time.

> -people may have the same subnet mask also over a slow PPP link. In this
> case the effect of the huge initial window is quite bad, see for example
> http://www.cs.Helsinki.FI/u/gurtov/papers/effect_of_delays_on_tcp_performanc
> e.pdf


There are, BTW, a few other bits of code that depend on 'local' vs. 
'remote', as interpreted by the subnet and the interfaces, notably:

	- MSS default

	- SYN/SYNACK piggybacking for T/TCP
		(delaying the SYN/SYNACK when there was data in
		the SYN and the connection is local)


> -in case of congestion on Ethernet, packets queues build up at the
> network interfaces in hosts and aggressive TCP start-up behaviour can
> further increase congestion losses


That's an odd interpretation of congestion. If all this is happening 
inside the host, it seems like something much more explicit should be 
happening between the NIC and the OS, rather than dragging TCP into the 
fray.

Joe




From owner-tcp-impl@grc.nasa.gov  Mon Oct  8 12:50:23 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA25903
	for <tcpimpl-archive@odin.ietf.org>; Mon, 8 Oct 2001 12:50:23 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 3992764258; Mon,  8 Oct 2001 12:46:13 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAA3WaaTQ; Mon, 8 Oct 01 12:46:13 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id MAA03835
	for tcp-impl-outgoing; Mon, 8 Oct 2001 12:33:25 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id MAA03831
	for <tcp-impl@grc.nasa.gov>; Mon, 8 Oct 2001 12:33:24 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 320BE640EB; Mon,  8 Oct 2001 12:24:23 -0400 (EDT)
Received: from boreas.isi.edu(128.9.160.161) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAN5ayZK; Mon, 8 Oct 01 12:24:22 -0400
Received: from isi.edu (ras30.isi.edu [128.9.176.130])
	by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id f98GOHO24575;
	Mon, 8 Oct 2001 09:24:18 -0700 (PDT)
Message-ID: <3BC1D315.4060604@isi.edu>
Date: Mon, 08 Oct 2001 09:23:49 -0700
From: Joe Touch <touch@ISI.EDU>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1
X-Accept-Language: en-us
MIME-Version: 1.0
To: RJ Atkinson <rja@inet.org>
Cc: moors@ieee.org, tcp-impl@grc.nasa.gov, tsvwg@ietf.org
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
References: <200110080140.f981ekt06809@frantic.weston.bsdi.com> <5.1.0.14.2.20011008100621.00a238f0@10.30.15.2>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit



RJ Atkinson wrote:

> At 22:33 07/10/01, Joe Touch wrote:
> 
>>Bridges don't queue like routers do, so shouldn't need slow start.
>>
> 
> That assertion is certainly no longer true, if it ever was true.
> 
> 
>>Proxy ARP and VLANs break the notion of what is local on a few levels; that they break this assumption too is not news. :-) That may be a reason to use them only in a limited and temporary fashion, rather than a reason to assume they are prevalent.
>>
> 
> Be conservative in what you send...


This refers to the _implementation_ of a protocol. Be conservative in 
_what_ you send, not _how much_. It goes back to 1980, long before 
congestion control was added.

If we were really conservative in everything we wouldn't find path MTUs 
by sending large-packet probes.

There are a number of places where the Internet protocols interpret 
links as different from paths, and treat links more aggressively. Most 
notably among these is broadcast and subnet-directed broadcast.

As I said above, there are lots of protocols that break what proxy ARP 
and VLANs try to do. Revisionist redesign of the Internet architecture 
to support these newer tricks isn't going to help, though.

Joe



From owner-tcp-impl@grc.nasa.gov  Mon Oct  8 12:59:31 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA26113
	for <tcpimpl-archive@odin.ietf.org>; Mon, 8 Oct 2001 12:59:30 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id D58EE6436D; Mon,  8 Oct 2001 12:56:38 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAbFaqjV; Mon, 8 Oct 01 12:56:38 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id MAA05176
	for tcp-impl-outgoing; Mon, 8 Oct 2001 12:43:45 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id MAA05075
	for <tcp-impl@grc.nasa.gov>; Mon, 8 Oct 2001 12:43:41 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id B776A6414E; Mon,  8 Oct 2001 12:31:52 -0400 (EDT)
Received: from boreas.isi.edu(128.9.160.161) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAXPaqjN; Mon, 8 Oct 01 12:31:52 -0400
Received: from isi.edu (ras30.isi.edu [128.9.176.130])
	by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id f98GVfO27807;
	Mon, 8 Oct 2001 09:31:41 -0700 (PDT)
Message-ID: <3BC1D4D1.5060407@isi.edu>
Date: Mon, 08 Oct 2001 09:31:13 -0700
From: Joe Touch <touch@ISI.EDU>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1
X-Accept-Language: en-us
MIME-Version: 1.0
To: Andrei Gurtov <gurtov@cs.Helsinki.FI>
Cc: Tim Moors <moors@ieee.org>, tcp-impl@grc.nasa.gov, tsvwg@ietf.org,
        "Reiner. Ludwig@ericsson. com" <Reiner.Ludwig@Ericsson.com>
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
References: <NFBBIOEGILEGAJBINGFNKEIICAAA.gurtov@cs.helsinki.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

FWIW, I'm not advocating for retaining the "avoid slowstart on local 
links" code.

Just pointing out that:

	- it assumes links are different from paths
		as do many Internet protocols

	- the number of 'tricks' it defeats is not justification to
	  change it
		most of the tricks are as bad if not worse, and
		break in too many other ways

We need to be more careful about what we think is local, which might 
also include more careful use of a notion of direct connection when it 
isn't in fact direct.

Joe



From owner-tcp-impl@grc.nasa.gov  Mon Oct  8 13:05:02 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA26258
	for <tcpimpl-archive@odin.ietf.org>; Mon, 8 Oct 2001 13:05:02 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 410386436F; Mon,  8 Oct 2001 12:56:39 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAWMaakV; Mon, 8 Oct 01 12:56:39 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id MAA04738
	for tcp-impl-outgoing; Mon, 8 Oct 2001 12:43:20 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id MAA04715
	for <tcp-impl@grc.nasa.gov>; Mon, 8 Oct 2001 12:43:18 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id CE5D864141; Mon,  8 Oct 2001 12:27:50 -0400 (EDT)
Received: from boreas.isi.edu(128.9.160.161) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAPLaaGL; Mon, 8 Oct 01 12:27:50 -0400
Received: from isi.edu (ras30.isi.edu [128.9.176.130])
	by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id f98GRbO25883;
	Mon, 8 Oct 2001 09:27:38 -0700 (PDT)
Message-ID: <3BC1D3DD.30802@isi.edu>
Date: Mon, 08 Oct 2001 09:27:09 -0700
From: Joe Touch <touch@ISI.EDU>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1
X-Accept-Language: en-us
MIME-Version: 1.0
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Andrei Gurtov <gurtov@cs.Helsinki.FI>, Tim Moors <moors@ieee.org>,
        tcp-impl@grc.nasa.gov, tsvwg@ietf.org,
        "Reiner. Ludwig@ericsson. com" <Reiner.Ludwig@Ericsson.com>
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
References: <E15qbcq-0000eD-00@the-village.bc.nu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit



Alan Cox wrote:

>>Yes, and I tried to convince FreeBSD folks that blasting a full receive
>>window instead of doing a slow start is not a good idea.  The discussion in
>>freebsd-net can be found at
>>http://docs.freebsd.org/mail/archive/2001/freebsd-net/20010422.freebsd-net.h
>>tml
>>
> 
> I agree - it isnt a good idea for a variety of reasons.
> 
> Firstly not every switch or bridge is exactly 100% quality
> Secondly your slow start congestion avoidance is avoiding on wire congestion
> Thirdly your local "network" on an interface can be many weird and wonderful
> things - ATM lane, frame cloud, SMDS even PPP bridging - none of which react
> well to being blasted with data causing congestion.


The number of ways some of those break the Internet architecture is 
long, starting with the lack of true broadcast (defeating ARP, RIP, etc.)

 
> Its one of those ideas that only looks good in a paper


The same could be said about ATM lane, frame clouds, SMDS or PPP 
bridging :-)

Joe



From owner-tcp-impl@grc.nasa.gov  Mon Oct  8 13:10:27 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA26474
	for <tcpimpl-archive@odin.ietf.org>; Mon, 8 Oct 2001 13:10:27 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 9229564371; Mon,  8 Oct 2001 12:56:39 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAMRaGkV; Mon, 8 Oct 01 12:56:39 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id MAA05380
	for tcp-impl-outgoing; Mon, 8 Oct 2001 12:43:57 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id MAA05334;
	Mon, 8 Oct 2001 12:43:54 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 2750064138; Mon,  8 Oct 2001 12:35:36 -0400 (EDT)
Received: from louie.udel.edu(128.4.40.12) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAKlaa4N; Mon, 8 Oct 01 12:35:35 -0400
Received: from louie.udel.edu by mail.eecis.udel.edu id aa00537;
          8 Oct 2001 12:32 EDT
Date: Mon, 8 Oct 2001 12:32:39 -0400 (EDT)
From: Constantinos Dovrolis <dovrolis@mail.eecis.udel.edu>
To: Constantinos Dovrolis <dovrolis@mail.eecis.udel.edu>
Subject: ICNP 2001 - Call for participation 
Message-ID: <Pine.GSO.4.33.0110081228040.29129-100000@louie.udel.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk



Please note that the deadline for advance registration is on this
Wednesday (Oct 10).


-------------------------------------------------------------------------------

		9th International Conference on Network Protocols
				    ICNP 2001
			    Mission Inn, Riverside CA

			       November 11-14, 2001


				Advance Program


Sunday, November 11

7:30-8:30        Breakfast

8:30-5:00        Full-day tutorial: `MPLS and the New Internet',
by Andre Danthine (University of Liege, Belgium)

8:30-12:00      Half-day tutorial A: `Peer-to-peer computing: the hype, the real
problems, and the quest for solutions',
by Krishna Kant, Ravi Iyer, and Vijay Tewari (Intel Corporation)

12:00-1:30      Lunch

1:30-5:00        Half-day tutorial B: `Web servers: implementation and
performance',
by Erich Nahum (IBM T. J. Watson Research Center)



Monday, November 12

7:30-8:30        Breakfast

8:30-9:00        Welcome
Satish Tripathi (conference chair), Magda El Zarki and Klara Nahrstedt (TPC
chairs)

9:00-10:00      Keynote
`Future of the Internet', Randy Katz (UC-Berkeley)

10:00-10:30    Coffee Break

10:30-12:00    Session 1: Wireless , Session Chair: Andrew Campbell
Distributed Token Circulation in mobile ad-hoc Networks,
Navneet Malpani (Intel), Nitin Vaidya (UIUC, USA), Jennifer Welch (Texas A&M,
USA)

On-demand Multi-path Distance Vector Routing in ad-hoc Networks,
Mahesh Marina, Samir R. Das (University of Cincinnati, USA)

PARO: A Power Aware Optimization Scheme for Routing in Multi-hop Wireless Packet
Networks,
J.Gormez, A.Campbell (Columbia University, USA), M. Naghshineh, C. Bisdikian,
(IBM T.J. Watson Research Center)

Recursive Position Estimation in Sensory Networks,
Joe Albowicz, Alvin Chen, Lixia Zhang (UCLA, USA)

12:00-1:30      Lunch (on your own)

1:30-3:00        Session 2: Routing, Session Chair: Marco Schneider
Adapting to Route-demand and Mobility (ARM) in Ad-hoc Network Routing,
Sungjoon Ahn, A. Udaya Snakar (University of Maryland, College Park, USA)

An Experimental Analysis of BGP Convergence Time,
Timothy G. Griffin (AT&T Research Labs, USA), Brian J. Premore (Dartmouth
College, USA)

QoS Routing Algorithms for Bandwidth-Delay Constrained Applications,
Yi Yang, Jogesh K. Muppala, Samuel T. Chanson (Hong Kong University of Science
and Technology, Hong Kong)

Routing Bandwidth Guaranteed Paths with Restoration in Label Switched Networks,
Samphel Norden (Washington University in St. Louis, USA),  Milind M. Buddhikot
(Lucent Bell Labs, USA),  Marcel Waldvogel (IBM Zurich Research Laboratory,
Switzerland), Subhash Suri (University of California, Santa Barbara, USA)

3:00-3:30        Coffee Break

3:30-5:00        Session 3: Multicast, Session Chair: Robin Kravets
Source Filtering in IP Multicast Routing,
De-Nian Yang, Chang-Jung Kao, Wanjiun Liao (National Taiwan University, Taiwan)

Making QoS Aware Multicast Scalable in Terms of Link State Advertisement,
Toshihiko Kato (KDDI R&D Laboratories, Inc., Japan), Seiji Ueno, Shigeki
Mukaiyama (University of Electro-Communication, Japan), Kenji Suzuki (KDDI  R&D
Laboratories, Inc., Japan)

Channelization Problem in Large Scale Data Dissemination,
Micah Adler, Zihui Ge, James F. Kurose, Don Towsley  (University of
Massachusetts, USA), Stephen Zabele (Litton-TASC Inc., USA)

An Efficient QoS Routing for Quorum-cast Communication,
Bin Wang (Wright State University, USA), Jennifer C. Jou (Ohio State University,
USA)

5:30-9:00        Reception at Riverside Citrus State Park  (busses leave at 5:30
PM)


Tuesday, November 13

7:30-8:30        Breakfast

8:30-10:00      Session 4: DiffServ, Session Chair: Ibrahim Matta
Dynamic Class Selection: From Relative Differentiation to Absolute QoS,
Constantinos Dovrolis (University of Delaware, USA), Parameswaran Ramanathan
(University of Wisconsin, USA)

Fundamental Tradeoff in Aggregate Packet Scheduling,
Zhi-Li Zhang, Zhenhai Duan (University of Minnesota, USA), Yiwei Thomas Hou
(Fujitsu Labs, USA)

A Memory based Approach for a TCP friendly Traffic Conditioner in DiffServ
Networks,
K.R. Renjish Kumar, A. L. Ananda, Lillykutty Jacob (National University of
Singapure, Singapure)

Drop Strategies and Loss Rate Differentiation,
Ulf Bodin, Olov Schelen (Lulea University of Technology, Sweden)

10:00-10:30    Coffee Break

10:30-12:00    Session 5: TCP, Session Chair: Lixia Zhang
TCP friendly SIMD Congestion Control and Its Convergence Behavior,
Shudong Jin, Liang Guo, Ibrahim Matta, Azer Bestavros  (Boston University, USA)

Transport Level Mechanisms for Bandwidth Aggregation on Mobile Hosts,
Luiz Magalhaes, Robin Kravets (University of Illinois at Urbana-Champaign, USA)

TCP over Load Reactive Links,
Rajesh Krishnan, James P.G. Sterbenz  (BBN Technologies, USA)

The War between Mice and Elephants,
Liang Guo, Ibrahim Matta (Boston University, USA)

12:00-1:30      Lunch

1:30-3:00        Panel 1: End of the end-to-end argument?

3:00-3:30        Coffee Break

3:30-5:00        Session 6: QoS , Session Chair: Michalis Faloutsos
Controlling Hihg-Bandwidth Flows at the Congested Routers,
Ratul Mahajan (ICSI and University of Washington, USA), Sally Floyd (ICSI, USA),
David Wetherall (University of Washington, USA)

Optimal Admission Control for Scheduling High-Data Rate Burst in a Wideband
CDMA,
Yu-Kwong Kwok, Vincent K.N. Lau (University of Hong Kong, Hong Kong)

Providing Quality of Service without Per-Flow State,
Jorge A. Cobb (University of Texas at Dallas, USA)

Comparative Evaluation of Software Implementation of Layer-4 Packet Class
Schemes,
Vivek Sahasranaman (Inktomi Inc., USA), Milind M. Buddhikot (Lucent Bell Labs,
USA)



Wednesday, November 14

7:30-8:30        Breakfast

8:30-10:00      Session 7: Security, Session Chair: Gene Tsudik
Using Dynamic Buffer Limiting to Protect Against Belligerent Flows in High-speed
Networks,
Fusun Ertemalp, David R. Cheriton, Andreas Bechtolsheim (Cisco Systems, Inc.)

Fast Firewall Implementations for Software and Hardware based Routers,
Lili Qiu (Microsoft Research), George Varghese (University of California, San
Diego), Subhash Suri (University of California, Santa Barbara)

Providing Robust and Ubiquitous Security Support for MANET,
Jiejun Kong, Petros Zerfos, Haiyun Luo, Songwu Lu, Lixia Zhang (UCLA, USA)

Scalable Secure Group Communication over IP Multicast,
Suman Banerjee, Bobby Bhattacharjee (University of Maryland, College Park)

10:00-10:30    Coffee Break

10:30-12:00    Session 8: Servers, Session Chair: Nina Bhatti
Responder Anonymity and Anonymous Peer-to-Peer File Sharing,
Vincent R. Scarlata, Brian Neil Levine (University of Massachusetts, USA), Clay
Shields (Georgetown University, USA)

Scalable Socket Buffer Tuning for High-Performance Web Server,
Go Hasegawa, Tasuhiko Terai, Takuya Okamoto, Masayuki Murata (Osaka University,
Japan)

Evaluation of a Novel Two-Step Server Selection Metric,
Katrina M. Hanna, Nandini Natarajan, Brian Neil Levine (University of
Massachusetts, USA)

Finding Close Friends on the Internet,
Christopher Kommareddy, Narendar Shankar, Bobby Bhattacharjee (University of
Maryland, College Park, USA)

12:00-1:30      Lunch (on your own)

1:30-3:00        Panel 2: Impact of Peer-to-Peer networking

3:00-3:30        Coffee Break

3:30-5:00        Session 9: Traffic Management, Session Chair: Ljiljana
Trajkovic
Internet User Access via Dial-up-Networks - Traffic Characterization and
Statistics,
Ron Hutchins, Ellen W. Zegura, Andrew Liashenko, Philip H. Enslow Jr. (Georgia
Institute of Technology, USA)

Fast and Robust Signaling Overload Control,
Sneha Kumar Kasera, C. Loader, M. Karaul, A. Hari, T. LaPorta (Lucent Bell Labs,
USA)

Robust Congestion Control,
David Ely, Neil Spring, David Wetherall, Stefan Savage, Tom Andreson
(University of Washington, USA)

Second-Order Rate-Control Based Transport Protocols,
Xi Zhang, Kang G. Shin (University of Michigan, USA)






From owner-tcp-impl@grc.nasa.gov  Mon Oct  8 13:45:47 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA27521
	for <tcpimpl-archive@odin.ietf.org>; Mon, 8 Oct 2001 13:45:46 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 28D8564454; Mon,  8 Oct 2001 13:43:22 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAf6aGuk; Mon, 8 Oct 01 13:43:21 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id NAA10469
	for tcp-impl-outgoing; Mon, 8 Oct 2001 13:30:45 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id NAA10460
	for <tcp-impl@grc.nasa.gov>; Mon, 8 Oct 2001 13:30:44 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 1C421C6B8D; Mon,  8 Oct 2001 13:13:50 -0400 (EDT)
Received: from boreas.isi.edu(128.9.160.161) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAVpa4vc; Mon, 8 Oct 01 13:13:49 -0400
Received: from isi.edu (ras30.isi.edu [128.9.176.130])
	by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id f98HDiO12316;
	Mon, 8 Oct 2001 10:13:44 -0700 (PDT)
Message-ID: <3BC1DEAA.4000602@isi.edu>
Date: Mon, 08 Oct 2001 10:13:14 -0700
From: Joe Touch <touch@ISI.EDU>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1
X-Accept-Language: en-us
MIME-Version: 1.0
To: RJ Atkinson <rja@inet.org>
Cc: tcp-impl@grc.nasa.gov, tsvwg@ietf.org
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
References: <200110080140.f981ekt06809@frantic.weston.bsdi.com> <5.1.0.14.2.20011008100621.00a238f0@10.30.15.2> <5.1.0.14.2.20011008125355.00ab1410@10.30.15.2>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit



RJ Atkinson wrote:

> At 12:23 08/10/01, Joe Touch wrote:

 >


>>There are a number of places where the Internet protocols interpret links 
>>as different from paths, and treat links more aggressively. Most notably 
>>among these is broadcast and subnet-directed broadcast.
>>
> 
> Both of which are being killed off in IPv6.  Wonder why ?
> Now you know.


I now know why IPv6 isn't being widely deployed too :-))

Joe



From owner-tcp-impl@grc.nasa.gov  Mon Oct  8 15:05:37 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA29063
	for <tcpimpl-archive@odin.ietf.org>; Mon, 8 Oct 2001 15:05:36 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 136A9642CD; Mon,  8 Oct 2001 15:04:12 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAG9aqwz; Mon, 8 Oct 01 15:04:11 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id OAA16853
	for tcp-impl-outgoing; Mon, 8 Oct 2001 14:52:35 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id OAA16849
	for <tcp-impl@grc.nasa.gov>; Mon, 8 Oct 2001 14:52:34 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 846DB6439A; Mon,  8 Oct 2001 13:03:25 -0400 (EDT)
Received: from inet.org(63.108.254.91) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAOWaihZ; Mon, 8 Oct 01 13:03:25 -0400
Received: from mosquito.inet.org (rja-laptop [10.30.34.139])
	by gnat.inet.org (Postfix) with ESMTP
	id 388FC82670; Mon,  8 Oct 2001 13:03:18 -0400 (EDT)
Message-Id: <5.1.0.14.2.20011008125355.00ab1410@10.30.15.2>
X-Sender: rja@10.30.15.2
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Mon, 08 Oct 2001 12:56:00 -0400
To: Joe Touch <touch@ISI.EDU>
From: RJ Atkinson <rja@inet.org>
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
Cc: tcp-impl@grc.nasa.gov, tsvwg@ietf.org
In-Reply-To: <3BC1D315.4060604@isi.edu>
References: <200110080140.f981ekt06809@frantic.weston.bsdi.com>
 <5.1.0.14.2.20011008100621.00a238f0@10.30.15.2>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk

At 12:23 08/10/01, Joe Touch wrote:

>This refers to the _implementation_ of a protocol. Be conservative in 
>_what_ you send, not _how much_. It goes back to 1980, long before congestion control was added.

Traditionally, this concept has also referred to how much one sends.

>If we were really conservative in everything we wouldn't find path MTUs by sending large-packet probes.

        Conservative is meant in the sense of not harming the shared 
resources.   PMTU probing does not cause such harm.

>There are a number of places where the Internet protocols interpret links 
>as different from paths, and treat links more aggressively. Most notably 
>among these is broadcast and subnet-directed broadcast.

Both of which are being killed off in IPv6.  Wonder why ?
Now you know.

Ran



From owner-tcp-impl@grc.nasa.gov  Mon Oct  8 15:48:06 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA29840
	for <tcpimpl-archive@odin.ietf.org>; Mon, 8 Oct 2001 15:48:05 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 6EAA164386; Mon,  8 Oct 2001 15:44:11 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAA9UailJ; Mon, 8 Oct 01 15:44:11 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id PAA23417
	for tcp-impl-outgoing; Mon, 8 Oct 2001 15:34:01 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id PAA23372
	for <tcp-impl@grc.nasa.gov>; Mon, 8 Oct 2001 15:33:59 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 78B9C64274; Mon,  8 Oct 2001 14:46:14 -0400 (EDT)
Received: from boreas.isi.edu(128.9.160.161) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAG2aW2v; Mon, 8 Oct 01 14:46:14 -0400
Received: from isi.edu (sci.isi.edu [128.9.160.93])
	by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id f98Ik6O07301;
	Mon, 8 Oct 2001 11:46:06 -0700 (PDT)
Message-ID: <3BC1F465.9000707@isi.edu>
Date: Mon, 08 Oct 2001 11:45:57 -0700
From: Joe Touch <touch@ISI.EDU>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1
X-Accept-Language: en-us
MIME-Version: 1.0
To: Pablo Molinero Fernandez <molinero@stanford.edu>
Cc: Andrei Gurtov <gurtov@cs.Helsinki.FI>, Tim Moors <moors@ieee.org>,
        tcp-impl@grc.nasa.gov, tsvwg@ietf.org,
        "Reiner. Ludwig@ericsson. com" <Reiner.Ludwig@Ericsson.com>
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
References: <NFBBIOEGILEGAJBINGFNKEIICAAA.gurtov@cs.helsinki.fi> <3BC1D050.30906@isi.edu> <3BC1F24A.9040401@Stanford.EDU>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit



Pablo Molinero Fernandez wrote:

> Joe Touch wrote:
> 
>>> -the benefit of not having slow start on LANs is very small, i.e. some
>>> milliseconds
>>
>>
>>
>>
>> Milliseconds on a link with microsecond delays are enormous, BTW.
>>
>>
> 
> 
> If we take into account several user space/kernel space switches of some 
> milliseconds in both the sender and the receiver, 


That's a very slow switch. Should be in the 10's of microseconds.

> that the transmission 
> time of a full frame in each 10-Mbit segment is 1.2 ms, 


That's for data...

> that we need one SYN/SYN-ACK handshake before we can pass the 
> information to the end-user


SYN/SYN-ACKs don't have full frames of data :-)

Joe



From owner-tcp-impl@grc.nasa.gov  Mon Oct  8 15:51:04 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA29908
	for <tcpimpl-archive@odin.ietf.org>; Mon, 8 Oct 2001 15:51:03 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id A377964387; Mon,  8 Oct 2001 15:44:11 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAeZaylJ; Mon, 8 Oct 01 15:44:11 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id PAA23340
	for tcp-impl-outgoing; Mon, 8 Oct 2001 15:33:56 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id PAA23245
	for <tcp-impl@grc.nasa.gov>; Mon, 8 Oct 2001 15:33:51 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id B3B5B64477; Mon,  8 Oct 2001 14:37:55 -0400 (EDT)
Received: from smtp2.stanford.edu(171.64.14.116) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAACfaqCu; Mon, 8 Oct 01 14:37:55 -0400
Received: from Stanford.EDU ([65.4.209.27])
	by smtp2.Stanford.EDU (8.11.3/8.11.3) with ESMTP id f98Ibhd15873;
	Mon, 8 Oct 2001 11:37:43 -0700 (PDT)
Message-ID: <3BC1F24A.9040401@Stanford.EDU>
Date: Mon, 08 Oct 2001 11:36:58 -0700
From: Pablo Molinero Fernandez <molinero@stanford.edu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20010917
X-Accept-Language: en-us
MIME-Version: 1.0
To: Joe Touch <touch@ISI.EDU>
Cc: Andrei Gurtov <gurtov@cs.Helsinki.FI>, Tim Moors <moors@ieee.org>,
        tcp-impl@grc.nasa.gov, tsvwg@ietf.org,
        "Reiner. Ludwig@ericsson. com" <Reiner.Ludwig@Ericsson.com>
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
References: <NFBBIOEGILEGAJBINGFNKEIICAAA.gurtov@cs.helsinki.fi> <3BC1D050.30906@isi.edu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

Joe Touch wrote:

> 
> 
> Andrei Gurtov wrote:
> 
>>
> ...
> 
>>> This was raised at the Minneapolis IETF in a hallway discussion with
>>> Reiner Ludwig and Andrei Gurtov, who posted the attached note to the
>>> freebsd-net mailing list; I think Andrei's goal was to find the origin
>>> of the code, though.
>>>
>>
>> Yes, and I tried to convince FreeBSD folks that blasting a full receive
>> window instead of doing a slow start is not a good idea.  The 
>> discussion in
>> freebsd-net can be found at
>> http://docs.freebsd.org/mail/archive/2001/freebsd-net/20010422.freebsd-net.h 
>>
>> tml
>>
>> I agree with David that having the same subnet mask does not necessary 
>> mean
>> the hosts are connected with Ethernet. It could be WLAN or something else
>> slower than Ethernet. Also, the receiver can be busy or slow and 
>> sending a
>> huge burst to it can leads to packets being discarded.
>>
>> Some other reasons were given why a huge initial window may not be a good
>> idea:
>>
>> -the benefit of not having slow start on LANs is very small, i.e. some
>> milliseconds
> 
> 
> 
> Milliseconds on a link with microsecond delays are enormous, BTW.
> 
> 


If we take into account several user space/kernel space switches of some 
milliseconds in both the sender and the receiver, that the transmission 
time of a full frame in each 10-Mbit segment is 1.2 ms, and the fact 
that we need one SYN/SYN-ACK handshake before we can pass the 
information to the end-user, then the increase of some ms in the 
completion time has a smaller impact than suggested.

Pablo Molinero

> 
> Joe
> 
> 





From owner-tcp-impl@grc.nasa.gov  Mon Oct  8 19:31:31 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA04107
	for <tcpimpl-archive@odin.ietf.org>; Mon, 8 Oct 2001 19:31:31 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 7F240C691B; Mon,  8 Oct 2001 19:31:33 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAQvaqBS; Mon, 8 Oct 01 19:31:33 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id TAA12325
	for tcp-impl-outgoing; Mon, 8 Oct 2001 19:21:24 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id TAA12321
	for <tcp-impl@grc.nasa.gov>; Mon, 8 Oct 2001 19:21:23 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 62F82C68F1; Mon,  8 Oct 2001 19:21:23 -0400 (EDT)
Received: from calcite.rhyolite.com(192.188.61.3) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAptaGJQ; Mon, 8 Oct 01 19:21:22 -0400
Received: (from vjs@localhost)
	by calcite.rhyolite.com (8.12.0/8.12.0) id f98NLL7u029264
	for tcp-impl@grc.nasa.gov env-from <vjs>;
	Mon, 8 Oct 2001 17:21:21 -0600 (MDT)
Date: Mon, 8 Oct 2001 17:21:21 -0600 (MDT)
From: Vernon Schryver <vjs@calcite.rhyolite.com>
Message-Id: <200110082321.f98NLL7u029264@calcite.rhyolite.com>
To: tcp-impl@grc.nasa.gov
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk

> > Firstly not every switch or bridge is exactly 100% quality
> > Secondly your slow start congestion avoidance is avoiding on wire congestion
> > Thirdly your local "network" on an interface can be many weird and wonderful
> > things - ATM lane, frame cloud, SMDS even PPP bridging - none of which react
> > well to being blasted with data causing congestion.
>
> The number of ways some of those break the Internet architecture is 
> long, starting with the lack of true broadcast (defeating ARP, RIP, etc.)

Really?  So nothing but LANs implement the "Internet architecture."


Similar objections apply to requiring tighter coupling between the
network interface and the network code than in classic sockets than
the driver discarding the packet with ENOBUFS on queue overflow..

>  
> > Its one of those ideas that only looks good in a paper
>
> The same could be said about ATM lane, frame clouds, SMDS or PPP 
> bridging :-)

STREAMS (at least the shouted flavor) is another paper tiger, even if
the protocol code can in some implementations get back pressure from the
hardware driver's queue.


I think I read a claim in this thread that the reason to turn off slow
start had is related to CPU utilization.  Perhaps that's the case in
some implementations, but in my experience the reason you want to turn
off slow start on a LAN is that you don't want to waste a bunch of
RTT's running slowly.  That was painfully true even at 100 Mbit/sec.
At 1 Gbit/sec or 10 Gbit/sec, and with windows big enough to deal
with the large ratio of bandwidth/RTT and bandwidth/interrupt latency,
by the time you get the window slow-started-open, many TCP transfers
are finished.


Vernon Schryver    vjs@rhyolite.com


From owner-tcp-impl@grc.nasa.gov  Mon Oct  8 20:19:30 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA04478
	for <tcpimpl-archive@odin.ietf.org>; Mon, 8 Oct 2001 20:19:29 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 10195641C2; Mon,  8 Oct 2001 20:17:41 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAACaair2; Mon, 8 Oct 01 20:17:40 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id UAA16513
	for tcp-impl-outgoing; Mon, 8 Oct 2001 20:11:23 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id UAA16509
	for <tcp-impl@grc.nasa.gov>; Mon, 8 Oct 2001 20:11:22 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 290A9C68F1; Mon,  8 Oct 2001 20:11:22 -0400 (EDT)
Received: from boreas.isi.edu(128.9.160.161) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAmEay3Y; Mon, 8 Oct 01 20:11:21 -0400
Received: from isi.edu (sci.isi.edu [128.9.160.93])
	by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id f990BJO09107;
	Mon, 8 Oct 2001 17:11:19 -0700 (PDT)
Message-ID: <3BC2409A.60003@isi.edu>
Date: Mon, 08 Oct 2001 17:11:06 -0700
From: Joe Touch <touch@ISI.EDU>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1
X-Accept-Language: en-us
MIME-Version: 1.0
To: Vernon Schryver <vjs@calcite.rhyolite.com>
Cc: tcp-impl@grc.nasa.gov
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
References: <200110082321.f98NLL7u029264@calcite.rhyolite.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit



Vernon Schryver wrote:

>>>Firstly not every switch or bridge is exactly 100% quality
>>>Secondly your slow start congestion avoidance is avoiding on wire congestion
>>>Thirdly your local "network" on an interface can be many weird and wonderful
>>>things - ATM lane, frame cloud, SMDS even PPP bridging - none of which react
>>>well to being blasted with data causing congestion.
>>>
>>The number of ways some of those break the Internet architecture is 
>>long, starting with the lack of true broadcast (defeating ARP, RIP, etc.)
>>
> 
> Really?  So nothing but LANs implement the "Internet architecture."


Lots of things expect either point-to-point or subnets; in the first 
case, you don't need the hardware address of the other end. In the 
latter, you do, in which case there has to be a way to find it.

The above generally break where they use subnets AND point-to-point links.

Joe





From owner-tcp-impl@grc.nasa.gov  Mon Oct  8 21:35:59 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA06118
	for <tcpimpl-archive@odin.ietf.org>; Mon, 8 Oct 2001 21:35:58 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id C5DF0C69E4; Mon,  8 Oct 2001 21:35:33 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAp0ayeg; Mon, 8 Oct 01 21:35:33 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id VAA22630
	for tcp-impl-outgoing; Mon, 8 Oct 2001 21:26:40 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id VAA22624
	for <tcp-impl@grc.nasa.gov>; Mon, 8 Oct 2001 21:26:39 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 2974A640FA; Mon,  8 Oct 2001 21:26:22 -0400 (EDT)
Received: from nicol6.umkc.edu(134.193.4.67) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAijaaor; Mon, 8 Oct 01 21:26:22 -0400
Received: from localhost
	([127.0.0.1] helo=umkc.edu ident=david)
	by nicol6.umkc.edu with esmtp (Exim 3.32 #1 (Debian))
	id 15qleo-0005CD-00; Mon, 08 Oct 2001 20:26:06 -0500
Message-ID: <3BC2522E.B6983088@umkc.edu>
Date: Mon, 08 Oct 2001 20:26:06 -0500
From: David Nicol <nicold@umkc.edu>
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.7 i586)
X-Accept-Language: en-GB, en, ru
MIME-Version: 1.0
To: Vernon Schryver <vjs@calcite.rhyolite.com>
Cc: tcp-impl@grc.nasa.gov
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
References: <200110082321.f98NLL7u029264@calcite.rhyolite.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

Vernon Schryver wrote:

> by the time you get the window slow-started-open, many TCP transfers
> are finished.
> 
> Vernon Schryver    vjs@rhyolite.com

Maybe it would make sense to track good window size by peer 
rather than by connection?


-- 
                                           David Nicol 816.235.1187
                                            1,3,7-trimethylxanthine


From owner-tcp-impl@grc.nasa.gov  Tue Oct  9 08:06:50 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA28602
	for <tcpimpl-archive@odin.ietf.org>; Tue, 9 Oct 2001 08:06:49 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id E2A35641A5; Tue,  9 Oct 2001 08:05:01 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAA3Iaqun; Tue, 9 Oct 01 08:05:01 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id HAA03992
	for tcp-impl-outgoing; Tue, 9 Oct 2001 07:48:25 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id HAA03960
	for <tcp-impl@grc.nasa.gov>; Tue, 9 Oct 2001 07:48:23 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id E737D64218; Tue,  9 Oct 2001 07:44:19 -0400 (EDT)
Received: from lightning.swansea.linux.org.uk(194.168.151.1) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAyqaGzN; Tue, 9 Oct 01 07:44:19 -0400
Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 15qvON-0003sI-00; Tue, 09 Oct 2001 12:49:47 +0100
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
To: nicold@umkc.edu (David Nicol)
Date: Tue, 9 Oct 2001 12:49:47 +0100 (BST)
Cc: vjs@calcite.rhyolite.com (Vernon Schryver), tcp-impl@grc.nasa.gov
In-Reply-To: <3BC2522E.B6983088@umkc.edu> from "David Nicol" at Oct 08, 2001 08:26:06 PM
X-Mailer: ELM [version 2.5 PL6]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <E15qvON-0003sI-00@the-village.bc.nu>
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

> Vernon Schryver wrote:
> 
> > by the time you get the window slow-started-open, many TCP transfers
> > are finished.
> > 
> > Vernon Schryver    vjs@rhyolite.com
> 
> Maybe it would make sense to track good window size by peer 
> rather than by connection?

What makes you think that different ports go via the same path or even to
the same host ? Both are routinely untrue (bulk routing via satellite with
interactive traffic going landlink, web caches by inktomi and friends)


Alan


From owner-tcp-impl@grc.nasa.gov  Tue Oct  9 08:33:14 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA29692
	for <tcpimpl-archive@odin.ietf.org>; Tue, 9 Oct 2001 08:33:13 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id DBDAE641E5; Tue,  9 Oct 2001 08:30:33 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAA_Jaq1g; Tue, 9 Oct 01 08:30:33 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id IAA09978
	for tcp-impl-outgoing; Tue, 9 Oct 2001 08:18:50 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id IAA09866
	for <tcp-impl@grc.nasa.gov>; Tue, 9 Oct 2001 08:18:46 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id CA4986410E; Tue,  9 Oct 2001 08:09:38 -0400 (EDT)
Received: from patan.sun.com(192.18.98.43) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAfhaOZG; Tue, 9 Oct 01 08:09:38 -0400
Received: from sunuk.UK.Sun.COM ([129.156.85.58])
	by patan.sun.com (8.9.3+Sun/8.9.3) with ESMTP id GAA04699
	for <tcp-impl@grc.nasa.gov>; Tue, 9 Oct 2001 06:09:26 -0600 (MDT)
Received: from watford-109 (watford-109.UK.Sun.COM [129.156.199.109])
	by sunuk.UK.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v2.1p1) with SMTP id NAA02799
	for <tcp-impl@grc.nasa.gov>; Tue, 9 Oct 2001 13:09:35 +0100 (BST)
Message-Id: <200110091209.NAA02799@sunuk.UK.Sun.COM>
Date: Tue, 9 Oct 2001 13:10:30 +0100 (BST)
From: "Jeremy Harris [RU-UK]" <jgh@uk.sun.com>
Reply-To: "Jeremy Harris [RU-UK]" <jgh@uk.sun.com>
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
To: tcp-impl@grc.nasa.gov
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
Content-MD5: 4z4CxhhPEcNAUNBnm5VRTQ==
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.4.2 SunOS 5.9 sun4u sparc 
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk


> From: Alan Cox <alan@lxorguk.ukuu.org.uk>
> 
> > Vernon Schryver wrote:
> > 
> > > by the time you get the window slow-started-open, many TCP transfers
> > > are finished.
> > > 
> > > Vernon Schryver    vjs@rhyolite.com
> > 
> > Maybe it would make sense to track good window size by peer 
> > rather than by connection?
> 
> What makes you think that different ports go via the same path or even to
> the same host ? Both are routinely untrue (bulk routing via satellite with
> interactive traffic going landlink, web caches by inktomi and friends)

So, by peer+port ?

-Jeremy



From owner-tcp-impl@grc.nasa.gov  Tue Oct  9 08:57:08 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA00962
	for <tcpimpl-archive@odin.ietf.org>; Tue, 9 Oct 2001 08:57:07 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id BFF306421C; Tue,  9 Oct 2001 08:56:12 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAYqa4Fo; Tue, 9 Oct 01 08:56:12 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id IAA15703
	for tcp-impl-outgoing; Tue, 9 Oct 2001 08:44:17 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id IAA15671
	for <tcp-impl@grc.nasa.gov>; Tue, 9 Oct 2001 08:44:15 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 7C64564150; Tue,  9 Oct 2001 08:38:51 -0400 (EDT)
Received: from lightning.swansea.linux.org.uk(194.168.151.1) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAc_ayvj; Tue, 9 Oct 01 08:38:51 -0400
Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 15qwFF-00044D-00; Tue, 09 Oct 2001 13:44:25 +0100
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
To: jgh@uk.sun.com
Date: Tue, 9 Oct 2001 13:44:25 +0100 (BST)
Cc: tcp-impl@grc.nasa.gov
In-Reply-To: <200110091209.NAA02799@sunuk.UK.Sun.COM> from "Jeremy Harris [RU-UK]" at Oct 09, 2001 01:10:30 PM
X-Mailer: ELM [version 2.5 PL6]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <E15qwFF-00044D-00@the-village.bc.nu>
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

> > What makes you think that different ports go via the same path or even to
> > the same host ? Both are routinely untrue (bulk routing via satellite with
> > interactive traffic going landlink, web caches by inktomi and friends)
> 
> So, by peer+port ?

Look at it from both ends view points. Its peer and port pair - otherwise
known as "by connection"


From owner-tcp-impl@grc.nasa.gov  Tue Oct  9 09:36:47 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA02477
	for <tcpimpl-archive@lists.ietf.org>; Tue, 9 Oct 2001 09:36:46 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 5F3DAC69F8; Tue,  9 Oct 2001 09:36:25 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAA_raOwl; Tue, 9 Oct 01 09:36:25 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id JAA26128
	for tcp-impl-outgoing; Tue, 9 Oct 2001 09:26:17 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id JAA26083
	for <tcp-impl@grc.nasa.gov>; Tue, 9 Oct 2001 09:26:14 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 715DEC6996; Tue,  9 Oct 2001 09:25:25 -0400 (EDT)
Received: from patan.sun.com(192.18.98.43) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAUiaO0h; Tue, 9 Oct 01 09:25:25 -0400
Received: from sunuk.UK.Sun.COM ([129.156.85.58])
	by patan.sun.com (8.9.3+Sun/8.9.3) with ESMTP id HAA07204
	for <tcp-impl@grc.nasa.gov>; Tue, 9 Oct 2001 07:25:12 -0600 (MDT)
Received: from watford-109 (watford-109.UK.Sun.COM [129.156.199.109])
	by sunuk.UK.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v2.1p1) with SMTP id OAA28685
	for <tcp-impl@grc.nasa.gov>; Tue, 9 Oct 2001 14:25:22 +0100 (BST)
Message-Id: <200110091325.OAA28685@sunuk.UK.Sun.COM>
Date: Tue, 9 Oct 2001 14:26:19 +0100 (BST)
From: "Jeremy Harris [RU-UK]" <jgh@uk.sun.com>
Reply-To: "Jeremy Harris [RU-UK]" <jgh@uk.sun.com>
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
To: tcp-impl@grc.nasa.gov
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
Content-MD5: QC1UmLA2SF3FhRotBPEdWw==
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.4.2 SunOS 5.9 sun4u sparc 
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk


> > > What makes you think that different ports go via the same path or even to
> > > the same host ? Both are routinely untrue (bulk routing via satellite with
> > > interactive traffic going landlink, web caches by inktomi and friends)
> > 
> > So, by peer+port ?
> 
> Look at it from both ends view points. Its peer and port pair - otherwise
> known as "by connection"

I think you can usefully be more general than that.  From the point of
view of a host,  (peer + service) is interesting.  The "this host" element
of the 4-tuple specifying the connection is implicit, and the "local port"
is irrelevant for the case where you are a local client of a remote service
on a fixed "well-known" port number.  I'm not sure how to make it work
for ftp.

- Jeremy



From owner-tcp-impl@grc.nasa.gov  Tue Oct  9 11:44:28 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA06127
	for <tcpimpl-archive@odin.ietf.org>; Tue, 9 Oct 2001 11:44:28 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 84D0364225; Tue,  9 Oct 2001 11:42:41 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAo7aW_Q; Tue, 9 Oct 01 11:42:41 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id LAA29413
	for tcp-impl-outgoing; Tue, 9 Oct 2001 11:31:22 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id LAA29409
	for <tcp-impl@grc.nasa.gov>; Tue, 9 Oct 2001 11:31:21 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id ACEBCC68FE; Tue,  9 Oct 2001 11:31:21 -0400 (EDT)
Received: from boreas.isi.edu(128.9.160.161) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAA45aq_N; Tue, 9 Oct 01 11:31:21 -0400
Received: from isi.edu (ras38.isi.edu [128.9.176.138])
	by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id f99FV6O17776;
	Tue, 9 Oct 2001 08:31:06 -0700 (PDT)
Message-ID: <3BC31838.7010109@isi.edu>
Date: Tue, 09 Oct 2001 08:31:04 -0700
From: Joe Touch <touch@ISI.EDU>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1
X-Accept-Language: en-us
MIME-Version: 1.0
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: David Nicol <nicold@umkc.edu>, Vernon Schryver <vjs@calcite.rhyolite.com>,
        tcp-impl@grc.nasa.gov
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
References: <E15qvON-0003sI-00@the-village.bc.nu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit



Alan Cox wrote:

>>Vernon Schryver wrote:
>>
>>
>>>by the time you get the window slow-started-open, many TCP transfers
>>>are finished.
>>>
>>>Vernon Schryver    vjs@rhyolite.com
>>>
>>Maybe it would make sense to track good window size by peer 
>>rather than by connection?
>>
> 
> What makes you think that different ports go via the same path or even to
> the same host ? Both are routinely untrue (bulk routing via satellite with
> interactive traffic going landlink, web caches by inktomi and friends)


Same host? RFC1122.

Same path? There's nothing that requires that two packets to the same 
port go to the same path.

In short, the same rules that make tracking window size reasonable 
within a single connection.

Joe




From owner-tcp-impl@grc.nasa.gov  Tue Oct  9 17:31:57 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA13831
	for <tcpimpl-archive@odin.ietf.org>; Tue, 9 Oct 2001 17:31:57 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 2AA40C696E; Tue,  9 Oct 2001 17:31:42 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAixaiER; Tue, 9 Oct 01 17:31:41 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id RAA16171
	for tcp-impl-outgoing; Tue, 9 Oct 2001 17:19:55 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id RAA16135
	for <tcp-impl@grc.nasa.gov>; Tue, 9 Oct 2001 17:19:53 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 6BAE9C692F; Tue,  9 Oct 2001 17:17:46 -0400 (EDT)
Received: from calcite.rhyolite.com(192.188.61.3) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAALqaijO; Tue, 9 Oct 01 17:17:45 -0400
Received: (from vjs@localhost)
	by calcite.rhyolite.com (8.12.0/8.12.0) id f99LHiri022221
	for tcp-impl@grc.nasa.gov env-from <vjs>;
	Tue, 9 Oct 2001 15:17:44 -0600 (MDT)
Date: Tue, 9 Oct 2001 15:17:44 -0600 (MDT)
From: Vernon Schryver <vjs@calcite.rhyolite.com>
Message-Id: <200110092117.f99LHiri022221@calcite.rhyolite.com>
To: tcp-impl@grc.nasa.gov
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk

> From: Alan Cox <alan@lxorguk.ukuu.org.uk>

> > > by the time you get the window slow-started-open, many TCP transfers
> > > are finished.
> > > 
> > > Vernon Schryver    vjs@rhyolite.com
> > 
> > Maybe it would make sense to track good window size by peer 
> > rather than by connection?
>
> What makes you think that different ports go via the same path or even to
> the same host ? Both are routinely untrue (bulk routing via satellite with
> interactive traffic going landlink, web caches by inktomi and friends)

Also, if you can't tell whether a TCP peer is "nearby" by something
related to its "connection" (several meanings of "nearby" and
"connection"), then what alternative do you have?
You can manually configure the window size per peer with any
of several existing tactics in more than one operating system,
but manual configuration of such parameters is *alwasy* a
disaster sooner or later.


Vernon Schryver    vjs@rhyolite.com


From owner-tcp-impl@grc.nasa.gov  Tue Oct  9 19:02:17 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA14734
	for <tcpimpl-archive@odin.ietf.org>; Tue, 9 Oct 2001 19:02:16 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 75A41C692F; Tue,  9 Oct 2001 19:02:19 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAR2aisb; Tue, 9 Oct 01 19:02:19 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id SAA26632
	for tcp-impl-outgoing; Tue, 9 Oct 2001 18:52:08 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id SAA26612
	for <tcp-impl@grc.nasa.gov>; Tue, 9 Oct 2001 18:52:07 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 1B209640C9; Tue,  9 Oct 2001 18:50:32 -0400 (EDT)
Received: from tnt.isi.edu(128.9.128.128) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAALhaG4S; Tue, 9 Oct 01 18:50:31 -0400
Received: from gra.isi.edu (gra.isi.edu [128.9.160.133])
	by tnt.isi.edu (8.11.6/8.11.2) with ESMTP id f99MoUg12959
	for <tcp-impl@grc.nasa.gov>; Tue, 9 Oct 2001 15:50:30 -0700 (PDT)
From: Bob Braden <braden@ISI.EDU>
Received: (from braden@localhost)
	by gra.isi.edu (8.8.7/8.8.6) id WAA14370
	for tcp-impl@grc.nasa.gov; Tue, 9 Oct 2001 22:50:30 GMT
Date: Tue, 9 Oct 2001 22:50:30 GMT
Message-Id: <200110092250.WAA14370@gra.isi.edu>
To: tcp-impl@grc.nasa.gov
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
X-Sun-Charset: US-ASCII
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk



I would welcome a discussion on the end2end-interest list of the
higher-level implications of this discussion for the Internet
architecture.  What information should the network be giving
a reliable E2E transport protocol like TCP, for any conceivable
network/link layer variants?

Bob Braden


From owner-tcp-impl@grc.nasa.gov  Wed Oct 10 09:42:58 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA10187
	for <tcpimpl-archive@odin.ietf.org>; Wed, 10 Oct 2001 09:42:58 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id B1A05641E3; Wed, 10 Oct 2001 09:40:58 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAWWa4TU; Wed, 10 Oct 01 09:40:58 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id JAA03944
	for tcp-impl-outgoing; Wed, 10 Oct 2001 09:23:43 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id JAA03894
	for <tcp-impl@grc.nasa.gov>; Wed, 10 Oct 2001 09:23:40 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id D348B6414A; Wed, 10 Oct 2001 09:22:18 -0400 (EDT)
Received: from unknown(212.8.180.2) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAQvaW0O; Wed, 10 Oct 01 09:22:18 -0400
Received: from mail pickup service by yucntsys2.yucom.be with Microsoft SMTPSVC;
	 Wed, 10 Oct 2001 15:22:01 +0200
Received: from seraph3.grc.nasa.gov ([128.156.10.12]) by yucntsys2.yucom.be  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Wed, 10 Oct 2001 01:06:02 +0200
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 5BE53641A5; Tue,  9 Oct 2001 19:03:47 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAJtaq_V; Tue, 9 Oct 01 19:03:47 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id SAA26632
	for tcp-impl-outgoing; Tue, 9 Oct 2001 18:52:08 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id SAA26612
	for <tcp-impl@grc.nasa.gov>; Tue, 9 Oct 2001 18:52:07 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 1B209640C9; Tue,  9 Oct 2001 18:50:32 -0400 (EDT)
Received: from tnt.isi.edu(128.9.128.128) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAALhaG4S; Tue, 9 Oct 01 18:50:31 -0400
Received: from gra.isi.edu (gra.isi.edu [128.9.160.133])
	by tnt.isi.edu (8.11.6/8.11.2) with ESMTP id f99MoUg12959
	for <tcp-impl@grc.nasa.gov>; Tue, 9 Oct 2001 15:50:30 -0700 (PDT)
From: Bob Braden <braden@ISI.EDU>
Received: (from braden@localhost)
	by gra.isi.edu (8.8.7/8.8.6) id WAA14370
	for tcp-impl@grc.nasa.gov; Tue, 9 Oct 2001 22:50:30 GMT
Date: Tue, 9 Oct 2001 22:50:30 GMT
Message-Id: <200110092250.WAA14370@gra.isi.edu>
To: tcp-impl@grc.nasa.gov
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
X-Sun-Charset: US-ASCII
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk



I would welcome a discussion on the end2end-interest list of the
higher-level implications of this discussion for the Internet
architecture.  What information should the network be giving
a reliable E2E transport protocol like TCP, for any conceivable
network/link layer variants?

Bob Braden


From owner-tcp-impl@grc.nasa.gov  Wed Oct 10 11:02:57 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA11818
	for <tcpimpl-archive@odin.ietf.org>; Wed, 10 Oct 2001 11:02:57 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id D5DA864167; Wed, 10 Oct 2001 11:00:32 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAA3uaGKp; Wed, 10 Oct 01 11:00:32 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id KAA23318
	for tcp-impl-outgoing; Wed, 10 Oct 2001 10:44:03 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id KAA23290
	for <tcp-impl@grc.nasa.gov>; Wed, 10 Oct 2001 10:44:01 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 25B8E64170; Wed, 10 Oct 2001 10:43:35 -0400 (EDT)
Received: from duke.poly.edu(128.238.2.92) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAz0a4Yh; Wed, 10 Oct 01 10:43:34 -0400
Received: from bradman ([128.238.35.107])
	by duke.poly.edu (8.9.0/8.9.0) with SMTP id KAA08829;
	Wed, 10 Oct 2001 10:43:29 -0400 (EDT)
From: "Tim Moors" <moors@ieee.org>
To: <end2end-interest@postel.org>
Cc: <tcp-impl@grc.nasa.gov>, <tsvwg@ietf.org>
Subject: What should e2e protocols know about lower layers?
Date: Wed, 10 Oct 2001 10:34:24 -0400
Message-ID: <NDBBKKDDOKHDNCFOLOIFOEGCDLAA.moors@ieee.org>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

Bob Braden wrote:

>What information should the network be giving
>a reliable E2E transport protocol like TCP, for any conceivable
>network/link layer variants?

This question follows a discussion amongst the Transport Area Working Group
(ftp://ftp.ietf.org/ietf-mail-archive/tsvwg/) over the last couple of days.
The discussion started with a question about why the Tahoe release of TCP
"performed slow start only if the other end was on a different network".
Part of the motivation for the question was a renewed desire for this sort
of behavior in limited circumstances when the end-to-end path does not
traverse routers, e.g. a single hop across a wireless network, or across an
optical circuit.  One thread of the discussion questioned how an instance of
an e2e protocol like TCP can determine whether its communicating peer is
"local".
Should the network provide this sort of information to the e2e protocols?
This leads into Bob's broader question.

What do end2end-interest list readers think?


Tim Moors
___________________________________
Web: http://uluru.poly.edu/~tmoors/



From owner-tcp-impl@grc.nasa.gov  Wed Oct 10 11:51:54 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA12749
	for <tcpimpl-archive@odin.ietf.org>; Wed, 10 Oct 2001 11:51:53 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 1311C6413D; Wed, 10 Oct 2001 11:50:20 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAACNa4VU; Wed, 10 Oct 01 11:50:19 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id LAA12819
	for tcp-impl-outgoing; Wed, 10 Oct 2001 11:39:11 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id LAA12778
	for <tcp-impl@grc.nasa.gov>; Wed, 10 Oct 2001 11:39:09 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 36D6F640B5; Wed, 10 Oct 2001 11:38:51 -0400 (EDT)
Received: from unknown(212.8.180.2) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAmBaqak; Wed, 10 Oct 01 11:38:50 -0400
Received: from mail pickup service by yucntsys2.yucom.be with Microsoft SMTPSVC;
	 Wed, 10 Oct 2001 17:37:47 +0200
Received: from seraph2.grc.nasa.gov ([128.156.10.11]) by yucntsys2.yucom.be  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Tue, 9 Oct 2001 14:33:22 +0200
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id B0112C6961; Tue,  9 Oct 2001 08:31:59 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAcHayqZ; Tue, 9 Oct 01 08:31:59 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id IAA09978
	for tcp-impl-outgoing; Tue, 9 Oct 2001 08:18:50 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id IAA09866
	for <tcp-impl@grc.nasa.gov>; Tue, 9 Oct 2001 08:18:46 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id CA4986410E; Tue,  9 Oct 2001 08:09:38 -0400 (EDT)
Received: from patan.sun.com(192.18.98.43) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAfhaOZG; Tue, 9 Oct 01 08:09:38 -0400
Received: from sunuk.UK.Sun.COM ([129.156.85.58])
	by patan.sun.com (8.9.3+Sun/8.9.3) with ESMTP id GAA04699
	for <tcp-impl@grc.nasa.gov>; Tue, 9 Oct 2001 06:09:26 -0600 (MDT)
Received: from watford-109 (watford-109.UK.Sun.COM [129.156.199.109])
	by sunuk.UK.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v2.1p1) with SMTP id NAA02799
	for <tcp-impl@grc.nasa.gov>; Tue, 9 Oct 2001 13:09:35 +0100 (BST)
Message-Id: <200110091209.NAA02799@sunuk.UK.Sun.COM>
Date: Tue, 9 Oct 2001 13:10:30 +0100 (BST)
From: "Jeremy Harris [RU-UK]" <jgh@uk.sun.com>
Reply-To: "Jeremy Harris [RU-UK]" <jgh@uk.sun.com>
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
To: tcp-impl@grc.nasa.gov
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
Content-MD5: 4z4CxhhPEcNAUNBnm5VRTQ==
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.4.2 SunOS 5.9 sun4u sparc 
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk


> From: Alan Cox <alan@lxorguk.ukuu.org.uk>
> 
> > Vernon Schryver wrote:
> > 
> > > by the time you get the window slow-started-open, many TCP transfers
> > > are finished.
> > > 
> > > Vernon Schryver    vjs@rhyolite.com
> > 
> > Maybe it would make sense to track good window size by peer 
> > rather than by connection?
> 
> What makes you think that different ports go via the same path or even to
> the same host ? Both are routinely untrue (bulk routing via satellite with
> interactive traffic going landlink, web caches by inktomi and friends)

So, by peer+port ?

-Jeremy


From owner-tcp-impl@grc.nasa.gov  Wed Oct 10 12:17:40 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA13421
	for <tcpimpl-archive@odin.ietf.org>; Wed, 10 Oct 2001 12:17:40 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 63F6C641AF; Wed, 10 Oct 2001 12:15:17 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAOlaagK; Wed, 10 Oct 01 12:15:17 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id MAA17587
	for tcp-impl-outgoing; Wed, 10 Oct 2001 12:01:17 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id MAA17550
	for <tcp-impl@grc.nasa.gov>; Wed, 10 Oct 2001 12:01:15 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 27E06C6A33; Wed, 10 Oct 2001 11:54:40 -0400 (EDT)
Received: from unknown(212.8.180.2) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAANfaOKX; Wed, 10 Oct 01 11:54:39 -0400
Received: from mail pickup service by yucntsys2.yucom.be with Microsoft SMTPSVC;
	 Wed, 10 Oct 2001 17:54:31 +0200
Received: from seraph3.grc.nasa.gov ([128.156.10.12]) by yucntsys2.yucom.be  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Tue, 9 Oct 2001 14:57:59 +0200
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 126E2641B5; Tue,  9 Oct 2001 08:57:41 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAj0ayst; Tue, 9 Oct 01 08:57:40 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id IAA15703
	for tcp-impl-outgoing; Tue, 9 Oct 2001 08:44:17 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id IAA15671
	for <tcp-impl@grc.nasa.gov>; Tue, 9 Oct 2001 08:44:15 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 7C64564150; Tue,  9 Oct 2001 08:38:51 -0400 (EDT)
Received: from lightning.swansea.linux.org.uk(194.168.151.1) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAc_ayvj; Tue, 9 Oct 01 08:38:51 -0400
Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 15qwFF-00044D-00; Tue, 09 Oct 2001 13:44:25 +0100
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
To: jgh@uk.sun.com
Date: Tue, 9 Oct 2001 13:44:25 +0100 (BST)
Cc: tcp-impl@grc.nasa.gov
In-Reply-To: <200110091209.NAA02799@sunuk.UK.Sun.COM> from "Jeremy Harris [RU-UK]" at Oct 09, 2001 01:10:30 PM
X-Mailer: ELM [version 2.5 PL6]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <E15qwFF-00044D-00@the-village.bc.nu>
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

> > What makes you think that different ports go via the same path or even to
> > the same host ? Both are routinely untrue (bulk routing via satellite with
> > interactive traffic going landlink, web caches by inktomi and friends)
> 
> So, by peer+port ?

Look at it from both ends view points. Its peer and port pair - otherwise
known as "by connection"


From owner-tcp-impl@grc.nasa.gov  Wed Oct 10 12:51:36 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA14438
	for <tcpimpl-archive@odin.ietf.org>; Wed, 10 Oct 2001 12:51:36 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id EBF4CC696A; Wed, 10 Oct 2001 12:48:11 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAA5maa_g; Wed, 10 Oct 01 12:48:11 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id MAA26427
	for tcp-impl-outgoing; Wed, 10 Oct 2001 12:36:47 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id MAA26400
	for <tcp-impl@grc.nasa.gov>; Wed, 10 Oct 2001 12:36:45 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 25777C6920; Wed, 10 Oct 2001 12:33:43 -0400 (EDT)
Received: from tnt.isi.edu(128.9.128.128) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAFbaWKc; Wed, 10 Oct 01 12:33:42 -0400
Received: from gra.isi.edu (gra.isi.edu [128.9.160.133])
	by tnt.isi.edu (8.11.6/8.11.2) with ESMTP id f9AGXeg00006;
	Wed, 10 Oct 2001 09:33:40 -0700 (PDT)
From: Bob Braden <braden@ISI.EDU>
Received: (from braden@localhost)
	by gra.isi.edu (8.8.7/8.8.6) id QAA14559;
	Wed, 10 Oct 2001 16:33:40 GMT
Date: Wed, 10 Oct 2001 16:33:40 GMT
Message-Id: <200110101633.QAA14559@gra.isi.edu>
To: end2end-interest@postel.org, moors@ieee.org
Subject: Re: [e2e] What should e2e protocols know about lower layers?
Cc: tcp-impl@grc.nasa.gov, ltsvwg@ietf.org
X-Sun-Charset: US-ASCII
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk

  *> 
  *> Bob Braden wrote:
  *> 
  *> >What information should the network be giving
  *> >a reliable E2E transport protocol like TCP, for any conceivable
  *> >network/link layer variants?
  *> 
  *> This question follows a discussion amongst the Transport Area Working Group
  *> (ftp://ftp.ietf.org/ietf-mail-archive/tsvwg/) over the last couple of days.
  *> The discussion started with a question about why the Tahoe release of TCP
  *> "performed slow start only if the other end was on a different network".
  *> Part of the motivation for the question was a renewed desire for this sort
  *> of behavior in limited circumstances when the end-to-end path does not
  *> traverse routers, e.g. a single hop across a wireless network, or across an
  *> optical circuit.  One thread of the discussion questioned how an instance of
  *> an e2e protocol like TCP can determine whether its communicating peer is
  *> "local".
  *> Should the network provide this sort of information to the e2e protocols?
  *> This leads into Bob's broader question.
  *> 
  *> What do end2end-interest list readers think?
  *> 
  *> 
  *> Tim Moors
  *> ___________________________________
  *> Web: http://uluru.poly.edu/~tmoors/
  *> 

Thanks, but I meant the E2E-interest list ONLY!  Please remove
tcp-impl and tsvwg from the distribution.  Then, full speed ahead!

Bob Braden


From owner-tcp-impl@grc.nasa.gov  Wed Oct 10 15:34:46 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA19328
	for <tcpimpl-archive@odin.ietf.org>; Wed, 10 Oct 2001 15:34:46 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 119C1C68FF; Wed, 10 Oct 2001 15:33:23 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAk9aaIY; Wed, 10 Oct 01 15:33:22 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id PAA03322
	for tcp-impl-outgoing; Wed, 10 Oct 2001 15:19:34 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id PAA03297
	for <tcp-impl@grc.nasa.gov>; Wed, 10 Oct 2001 15:19:32 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id D29E364138; Wed, 10 Oct 2001 15:17:45 -0400 (EDT)
Received: from unknown(212.8.180.2) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAA5hayi3; Wed, 10 Oct 01 15:17:45 -0400
Received: from mail pickup service by yucntsys2.yucom.be with Microsoft SMTPSVC;
	 Wed, 10 Oct 2001 21:16:20 +0200
Received: from seraph2.grc.nasa.gov ([128.156.10.11]) by yucntsys2.yucom.be  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Tue, 9 Oct 2001 17:47:16 +0200
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 4EAD3C6A86; Tue,  9 Oct 2001 11:44:30 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAA6EaWaS; Tue, 9 Oct 01 11:44:30 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id LAA29413
	for tcp-impl-outgoing; Tue, 9 Oct 2001 11:31:22 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id LAA29409
	for <tcp-impl@grc.nasa.gov>; Tue, 9 Oct 2001 11:31:21 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id ACEBCC68FE; Tue,  9 Oct 2001 11:31:21 -0400 (EDT)
Received: from boreas.isi.edu(128.9.160.161) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAA45aq_N; Tue, 9 Oct 01 11:31:21 -0400
Received: from isi.edu (ras38.isi.edu [128.9.176.138])
	by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id f99FV6O17776;
	Tue, 9 Oct 2001 08:31:06 -0700 (PDT)
Message-ID: <3BC31838.7010109@isi.edu>
Date: Tue, 09 Oct 2001 08:31:04 -0700
From: Joe Touch <touch@ISI.EDU>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1
X-Accept-Language: en-us
MIME-Version: 1.0
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: David Nicol <nicold@umkc.edu>, Vernon Schryver <vjs@calcite.rhyolite.com>,
        tcp-impl@grc.nasa.gov
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
References: <E15qvON-0003sI-00@the-village.bc.nu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit



Alan Cox wrote:

>>Vernon Schryver wrote:
>>
>>
>>>by the time you get the window slow-started-open, many TCP transfers
>>>are finished.
>>>
>>>Vernon Schryver    vjs@rhyolite.com
>>>
>>Maybe it would make sense to track good window size by peer 
>>rather than by connection?
>>
> 
> What makes you think that different ports go via the same path or even to
> the same host ? Both are routinely untrue (bulk routing via satellite with
> interactive traffic going landlink, web caches by inktomi and friends)


Same host? RFC1122.

Same path? There's nothing that requires that two packets to the same 
port go to the same path.

In short, the same rules that make tracking window size reasonable 
within a single connection.

Joe



From owner-tcp-impl@grc.nasa.gov  Wed Oct 10 18:22:43 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA22516
	for <tcpimpl-archive@odin.ietf.org>; Wed, 10 Oct 2001 18:22:43 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 0F796C6A13; Wed, 10 Oct 2001 18:20:02 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAAhaGk5; Wed, 10 Oct 01 18:20:01 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id SAA01884
	for tcp-impl-outgoing; Wed, 10 Oct 2001 18:05:43 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id SAA01864
	for <tcp-impl@grc.nasa.gov>; Wed, 10 Oct 2001 18:05:42 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 0C99FC6900; Wed, 10 Oct 2001 18:04:43 -0400 (EDT)
Received: from nicol6.umkc.edu(134.193.4.67) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAEWaq01; Wed, 10 Oct 01 18:04:42 -0400
Received: from localhost
	([127.0.0.1] helo=umkc.edu ident=david)
	by nicol6.umkc.edu with esmtp (Exim 3.32 #1 (Debian))
	id 15rRSl-0006b7-00; Wed, 10 Oct 2001 17:04:27 -0500
Message-ID: <3BC4C5E9.187907A8@umkc.edu>
Date: Wed, 10 Oct 2001 17:04:25 -0500
From: David Nicol <nicold@umkc.edu>
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.7 i586)
X-Accept-Language: en-GB, en, ru
MIME-Version: 1.0
To: Joe Touch <touch@ISI.EDU>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
        Vernon Schryver <vjs@calcite.rhyolite.com>, tcp-impl@grc.nasa.gov
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
References: <E15qvON-0003sI-00@the-village.bc.nu> <3BC31838.7010109@isi.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

Joe Touch wrote:
> 
> Alan Cox wrote:

> >>Maybe it would make sense to track good window size by peer
> >>rather than by connection?
> >>
> >
> > What makes you think that different ports go via the same path or even to
> > the same host ? Both are routinely untrue (bulk routing via satellite with
> > interactive traffic going landlink, web caches by inktomi and friends)
> 
> ...
> In short, the same rules that make tracking window size reasonable
> within a single connection.

Okay, track by peer-port pair.  Are there really NAT points that
offer different MTU depending on which back-end peer is handling
this particular request?  Anyone working on HTTP over UDP?


-- 
                                           David Nicol 816.235.1187
                                            1,3,7-trimethylxanthine


From owner-tcp-impl@grc.nasa.gov  Wed Oct 10 18:46:25 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA22645
	for <tcpimpl-archive@odin.ietf.org>; Wed, 10 Oct 2001 18:46:24 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 59265C699B; Wed, 10 Oct 2001 18:46:09 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAIWaWye; Wed, 10 Oct 01 18:46:09 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id SAA05164
	for tcp-impl-outgoing; Wed, 10 Oct 2001 18:32:05 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id SAA05126
	for <tcp-impl@grc.nasa.gov>; Wed, 10 Oct 2001 18:32:02 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id D79DEC6920; Wed, 10 Oct 2001 18:29:57 -0400 (EDT)
Received: from nicol6.umkc.edu(134.193.4.67) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAYLaqxb; Wed, 10 Oct 01 18:29:57 -0400
Received: from localhost
	([127.0.0.1] helo=umkc.edu ident=david)
	by nicol6.umkc.edu with esmtp (Exim 3.32 #1 (Debian))
	id 15rRrH-0007Fp-00; Wed, 10 Oct 2001 17:29:47 -0500
Message-ID: <3BC4CBDA.526FA147@umkc.edu>
Date: Wed, 10 Oct 2001 17:29:46 -0500
From: David Nicol <nicold@umkc.edu>
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.7 i586)
X-Accept-Language: en-GB, en, ru
MIME-Version: 1.0
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: jgh@uk.sun.com, tcp-impl@grc.nasa.gov
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
References: <E15qwFF-00044D-00@the-village.bc.nu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

Alan Cox wrote:
> 
> > > What makes you think that different ports go via the same path or even to
> > > the same host ? Both are routinely untrue (bulk routing via satellite with
> > > interactive traffic going landlink, web caches by inktomi and friends)
> >
> > So, by peer+port ?
> 
> Look at it from both ends view points. Its peer and port pair - otherwise
> known as "by connection"

peer+foreign_port

would mean, that if I need to get open five connections to

204.152.189.113:80

I would only need to do slow start on the first one; the other
four would inherit the settings.

10.1.2.3:9773 <--> 204.152.189.113:80	slow start
10.1.2.3:9774 <--> 204.152.189.113:80	cached
10.1.2.3:9775 <--> 204.152.189.113:80	cached
10.1.2.3:9776 <--> 204.152.189.113:80	cached
10.1.2.3:9776 <--> 204.152.189.113:80	cached



-- 
                                           David Nicol 816.235.1187
                                            1,3,7-trimethylxanthine


From owner-tcp-impl@grc.nasa.gov  Thu Oct 11 07:39:41 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA14691
	for <tcpimpl-archive@lists.ietf.org>; Thu, 11 Oct 2001 07:39:40 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 952826420E; Thu, 11 Oct 2001 07:36:53 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAT2aisc; Thu, 11 Oct 01 07:36:53 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id HAA23948
	for tcp-impl-outgoing; Thu, 11 Oct 2001 07:22:17 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id HAA23906
	for <tcp-impl@grc.nasa.gov>; Thu, 11 Oct 2001 07:22:15 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id EC1B6C6924; Thu, 11 Oct 2001 07:21:52 -0400 (EDT)
Received: from unknown(212.8.180.2) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAO8aioZ; Thu, 11 Oct 01 07:21:52 -0400
Received: from mail pickup service by yucntsys2.yucom.be with Microsoft SMTPSVC;
	 Thu, 11 Oct 2001 13:21:50 +0200
Received: from mail pickup service by yucntsys1.yucom.be with Microsoft SMTPSVC;
	 Wed, 10 Oct 2001 17:03:48 +0200
Received: from seraph3.grc.nasa.gov ([128.156.10.12]) by yucntsys1.yucom.be  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Tue, 9 Oct 2001 23:33:52 +0200
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 3E10E640CD; Tue,  9 Oct 2001 17:33:17 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAACMaigc; Tue, 9 Oct 01 17:33:17 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id RAA16171
	for tcp-impl-outgoing; Tue, 9 Oct 2001 17:19:55 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id RAA16135
	for <tcp-impl@grc.nasa.gov>; Tue, 9 Oct 2001 17:19:53 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 6BAE9C692F; Tue,  9 Oct 2001 17:17:46 -0400 (EDT)
Received: from calcite.rhyolite.com(192.188.61.3) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAALqaijO; Tue, 9 Oct 01 17:17:45 -0400
Received: (from vjs@localhost)
	by calcite.rhyolite.com (8.12.0/8.12.0) id f99LHiri022221
	for tcp-impl@grc.nasa.gov env-from <vjs>;
	Tue, 9 Oct 2001 15:17:44 -0600 (MDT)
Date: Tue, 9 Oct 2001 15:17:44 -0600 (MDT)
From: Vernon Schryver <vjs@calcite.rhyolite.com>
Message-Id: <200110092117.f99LHiri022221@calcite.rhyolite.com>
To: tcp-impl@grc.nasa.gov
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk

> From: Alan Cox <alan@lxorguk.ukuu.org.uk>

> > > by the time you get the window slow-started-open, many TCP transfers
> > > are finished.
> > > 
> > > Vernon Schryver    vjs@rhyolite.com
> > 
> > Maybe it would make sense to track good window size by peer 
> > rather than by connection?
>
> What makes you think that different ports go via the same path or even to
> the same host ? Both are routinely untrue (bulk routing via satellite with
> interactive traffic going landlink, web caches by inktomi and friends)

Also, if you can't tell whether a TCP peer is "nearby" by something
related to its "connection" (several meanings of "nearby" and
"connection"), then what alternative do you have?
You can manually configure the window size per peer with any
of several existing tactics in more than one operating system,
but manual configuration of such parameters is *alwasy* a
disaster sooner or later.


Vernon Schryver    vjs@rhyolite.com


From owner-tcp-impl@grc.nasa.gov  Thu Oct 11 08:15:29 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA15013
	for <tcpimpl-archive@lists.ietf.org>; Thu, 11 Oct 2001 08:15:29 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 2780A640BE; Thu, 11 Oct 2001 08:13:04 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAA7Wa4cd; Thu, 11 Oct 01 08:13:03 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id IAA29792
	for tcp-impl-outgoing; Thu, 11 Oct 2001 08:01:14 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id IAA29777
	for <tcp-impl@grc.nasa.gov>; Thu, 11 Oct 2001 08:01:13 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 8D723C6963; Thu, 11 Oct 2001 08:00:21 -0400 (EDT)
Received: from unknown(212.8.180.1) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAA8Kaa5a; Thu, 11 Oct 01 08:00:21 -0400
Received: from mail pickup service by yucntsys1.yucom.be with Microsoft SMTPSVC;
	 Thu, 11 Oct 2001 14:00:19 +0200
Received: from seraph3.grc.nasa.gov ([128.156.10.12]) by yucntsys1.yucom.be  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Thu, 11 Oct 2001 00:50:29 +0200
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 31CB6642B2; Wed, 10 Oct 2001 18:47:24 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAACbaast; Wed, 10 Oct 01 18:47:23 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id SAA05164
	for tcp-impl-outgoing; Wed, 10 Oct 2001 18:32:05 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id SAA05126
	for <tcp-impl@grc.nasa.gov>; Wed, 10 Oct 2001 18:32:02 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id D79DEC6920; Wed, 10 Oct 2001 18:29:57 -0400 (EDT)
Received: from nicol6.umkc.edu(134.193.4.67) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAYLaqxb; Wed, 10 Oct 01 18:29:57 -0400
Received: from localhost
	([127.0.0.1] helo=umkc.edu ident=david)
	by nicol6.umkc.edu with esmtp (Exim 3.32 #1 (Debian))
	id 15rRrH-0007Fp-00; Wed, 10 Oct 2001 17:29:47 -0500
Message-ID: <3BC4CBDA.526FA147@umkc.edu>
Date: Wed, 10 Oct 2001 17:29:46 -0500
From: David Nicol <nicold@umkc.edu>
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.7 i586)
X-Accept-Language: en-GB, en, ru
MIME-Version: 1.0
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: jgh@uk.sun.com, tcp-impl@grc.nasa.gov
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
References: <E15qwFF-00044D-00@the-village.bc.nu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

Alan Cox wrote:
> 
> > > What makes you think that different ports go via the same path or even to
> > > the same host ? Both are routinely untrue (bulk routing via satellite with
> > > interactive traffic going landlink, web caches by inktomi and friends)
> >
> > So, by peer+port ?
> 
> Look at it from both ends view points. Its peer and port pair - otherwise
> known as "by connection"

peer+foreign_port

would mean, that if I need to get open five connections to

204.152.189.113:80

I would only need to do slow start on the first one; the other
four would inherit the settings.

10.1.2.3:9773 <--> 204.152.189.113:80	slow start
10.1.2.3:9774 <--> 204.152.189.113:80	cached
10.1.2.3:9775 <--> 204.152.189.113:80	cached
10.1.2.3:9776 <--> 204.152.189.113:80	cached
10.1.2.3:9776 <--> 204.152.189.113:80	cached



-- 
                                           David Nicol 816.235.1187
                                            1,3,7-trimethylxanthine


From owner-tcp-impl@grc.nasa.gov  Thu Oct 11 09:33:40 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA16052
	for <tcpimpl-archive@lists.ietf.org>; Thu, 11 Oct 2001 09:33:39 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 44E96C6A62; Thu, 11 Oct 2001 09:31:47 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAg4aygd; Thu, 11 Oct 01 09:31:47 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id JAA16268
	for tcp-impl-outgoing; Thu, 11 Oct 2001 09:18:16 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id JAA16245
	for <tcp-impl@grc.nasa.gov>; Thu, 11 Oct 2001 09:18:14 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 5CAB66412C; Thu, 11 Oct 2001 09:16:58 -0400 (EDT)
Received: from unknown(212.8.180.1) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAA_WaaeL; Thu, 11 Oct 01 09:16:57 -0400
Received: from mail pickup service by yucntsys1.yucom.be with Microsoft SMTPSVC;
	 Thu, 11 Oct 2001 15:16:52 +0200
Received: from seraph2.grc.nasa.gov ([128.156.10.11]) by yucntsys1.yucom.be  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Wed, 10 Oct 2001 17:52:35 +0200
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 382C2C6A36; Wed, 10 Oct 2001 11:52:08 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAu_aq6W; Wed, 10 Oct 01 11:52:07 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id LAA12819
	for tcp-impl-outgoing; Wed, 10 Oct 2001 11:39:11 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id LAA12778
	for <tcp-impl@grc.nasa.gov>; Wed, 10 Oct 2001 11:39:09 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 36D6F640B5; Wed, 10 Oct 2001 11:38:51 -0400 (EDT)
Received: from unknown(212.8.180.2) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAmBaqak; Wed, 10 Oct 01 11:38:50 -0400
Received: from mail pickup service by yucntsys2.yucom.be with Microsoft SMTPSVC;
	 Wed, 10 Oct 2001 17:37:47 +0200
Received: from seraph2.grc.nasa.gov ([128.156.10.11]) by yucntsys2.yucom.be  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Tue, 9 Oct 2001 14:33:22 +0200
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id B0112C6961; Tue,  9 Oct 2001 08:31:59 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAcHayqZ; Tue, 9 Oct 01 08:31:59 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id IAA09978
	for tcp-impl-outgoing; Tue, 9 Oct 2001 08:18:50 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id IAA09866
	for <tcp-impl@grc.nasa.gov>; Tue, 9 Oct 2001 08:18:46 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id CA4986410E; Tue,  9 Oct 2001 08:09:38 -0400 (EDT)
Received: from patan.sun.com(192.18.98.43) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAfhaOZG; Tue, 9 Oct 01 08:09:38 -0400
Received: from sunuk.UK.Sun.COM ([129.156.85.58])
	by patan.sun.com (8.9.3+Sun/8.9.3) with ESMTP id GAA04699
	for <tcp-impl@grc.nasa.gov>; Tue, 9 Oct 2001 06:09:26 -0600 (MDT)
Received: from watford-109 (watford-109.UK.Sun.COM [129.156.199.109])
	by sunuk.UK.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v2.1p1) with SMTP id NAA02799
	for <tcp-impl@grc.nasa.gov>; Tue, 9 Oct 2001 13:09:35 +0100 (BST)
Message-Id: <200110091209.NAA02799@sunuk.UK.Sun.COM>
Date: Tue, 9 Oct 2001 13:10:30 +0100 (BST)
From: "Jeremy Harris [RU-UK]" <jgh@uk.sun.com>
Reply-To: "Jeremy Harris [RU-UK]" <jgh@uk.sun.com>
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
To: tcp-impl@grc.nasa.gov
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
Content-MD5: 4z4CxhhPEcNAUNBnm5VRTQ==
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.4.2 SunOS 5.9 sun4u sparc 
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk


> From: Alan Cox <alan@lxorguk.ukuu.org.uk>
> 
> > Vernon Schryver wrote:
> > 
> > > by the time you get the window slow-started-open, many TCP transfers
> > > are finished.
> > > 
> > > Vernon Schryver    vjs@rhyolite.com
> > 
> > Maybe it would make sense to track good window size by peer 
> > rather than by connection?
> 
> What makes you think that different ports go via the same path or even to
> the same host ? Both are routinely untrue (bulk routing via satellite with
> interactive traffic going landlink, web caches by inktomi and friends)

So, by peer+port ?

-Jeremy


From owner-tcp-impl@grc.nasa.gov  Thu Oct 11 10:14:39 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA16826
	for <tcpimpl-archive@lists.ietf.org>; Thu, 11 Oct 2001 10:14:38 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 1B90E6426A; Thu, 11 Oct 2001 10:12:46 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAnlaa83; Thu, 11 Oct 01 10:12:45 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id JAA28113
	for tcp-impl-outgoing; Thu, 11 Oct 2001 09:59:57 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id JAA28072
	for <tcp-impl@grc.nasa.gov>; Thu, 11 Oct 2001 09:59:55 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id B2F8D64103; Thu, 11 Oct 2001 09:55:40 -0400 (EDT)
Received: from unknown(212.8.180.1) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAJ0aqPY; Thu, 11 Oct 01 09:55:40 -0400
Received: from mail pickup service by yucntsys1.yucom.be with Microsoft SMTPSVC;
	 Thu, 11 Oct 2001 15:55:35 +0200
Received: from seraph3.grc.nasa.gov ([128.156.10.12]) by yucntsys1.yucom.be  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Wed, 10 Oct 2001 18:19:44 +0200
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 345B464299; Wed, 10 Oct 2001 12:17:09 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAATEaa7K; Wed, 10 Oct 01 12:17:09 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id MAA17587
	for tcp-impl-outgoing; Wed, 10 Oct 2001 12:01:17 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id MAA17550
	for <tcp-impl@grc.nasa.gov>; Wed, 10 Oct 2001 12:01:15 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 27E06C6A33; Wed, 10 Oct 2001 11:54:40 -0400 (EDT)
Received: from unknown(212.8.180.2) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAANfaOKX; Wed, 10 Oct 01 11:54:39 -0400
Received: from mail pickup service by yucntsys2.yucom.be with Microsoft SMTPSVC;
	 Wed, 10 Oct 2001 17:54:31 +0200
Received: from seraph3.grc.nasa.gov ([128.156.10.12]) by yucntsys2.yucom.be  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Tue, 9 Oct 2001 14:57:59 +0200
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 126E2641B5; Tue,  9 Oct 2001 08:57:41 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAj0ayst; Tue, 9 Oct 01 08:57:40 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id IAA15703
	for tcp-impl-outgoing; Tue, 9 Oct 2001 08:44:17 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id IAA15671
	for <tcp-impl@grc.nasa.gov>; Tue, 9 Oct 2001 08:44:15 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 7C64564150; Tue,  9 Oct 2001 08:38:51 -0400 (EDT)
Received: from lightning.swansea.linux.org.uk(194.168.151.1) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAc_ayvj; Tue, 9 Oct 01 08:38:51 -0400
Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 15qwFF-00044D-00; Tue, 09 Oct 2001 13:44:25 +0100
Subject: Re: [Tsvwg] Re: Why use Slow Start when destination is local?
To: jgh@uk.sun.com
Date: Tue, 9 Oct 2001 13:44:25 +0100 (BST)
Cc: tcp-impl@grc.nasa.gov
In-Reply-To: <200110091209.NAA02799@sunuk.UK.Sun.COM> from "Jeremy Harris [RU-UK]" at Oct 09, 2001 01:10:30 PM
X-Mailer: ELM [version 2.5 PL6]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <E15qwFF-00044D-00@the-village.bc.nu>
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

> > What makes you think that different ports go via the same path or even to
> > the same host ? Both are routinely untrue (bulk routing via satellite with
> > interactive traffic going landlink, web caches by inktomi and friends)
> 
> So, by peer+port ?

Look at it from both ends view points. Its peer and port pair - otherwise
known as "by connection"


From owner-tcp-impl@grc.nasa.gov  Tue Oct 16 00:00:16 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA20508
	for <tcpimpl-archive@odin.ietf.org>; Tue, 16 Oct 2001 00:00:16 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id C7D2BC6909; Tue, 16 Oct 2001 00:00:16 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAy7aGLe; Tue, 16 Oct 01 00:00:16 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id XAA19720
	for tcp-impl-outgoing; Mon, 15 Oct 2001 23:44:16 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id XAA19716
	for <tcp-impl@lerc.nasa.gov>; Mon, 15 Oct 2001 23:44:15 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 37838640BC; Mon, 15 Oct 2001 23:44:15 -0400 (EDT)
Received: from web13803.mail.yahoo.com(216.136.175.13) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAZlaikq; Mon, 15 Oct 01 23:44:15 -0400
Message-ID: <20011016034414.90476.qmail@web13803.mail.yahoo.com>
Received: from [63.104.212.252] by web13803.mail.yahoo.com via HTTP; Mon, 15 Oct 2001 20:44:14 PDT
Date: Mon, 15 Oct 2001 20:44:14 -0700 (PDT)
From: Saurabh Shrivastava <saurabh_shrivastava@yahoo.com>
Subject: interface/route deletion
To: tcp-impl@lerc.nasa.gov
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk

hi!,
Q1   when an interface goes down, and there are still,
tcp sessions going thru it what happens ?
Q2   when a TCP session is using a route (struct route
* stored in in_pcb) and that router gets removed, id
the route pointer reset.

can someone please point me to the code which handles
these events in TCP.

thanks!
-saurabh

__________________________________________________
Do You Yahoo!?
Make a great connection at Yahoo! Personals.
http://personals.yahoo.com


From owner-tcp-impl@grc.nasa.gov  Tue Oct 16 00:24:36 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA20805
	for <tcpimpl-archive@odin.ietf.org>; Tue, 16 Oct 2001 00:24:35 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 2D33FC699D; Tue, 16 Oct 2001 00:22:04 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAADha47j; Tue, 16 Oct 01 00:22:03 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id AAA22605
	for tcp-impl-outgoing; Tue, 16 Oct 2001 00:11:55 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id AAA22601
	for <tcp-impl@lerc.nasa.gov>; Tue, 16 Oct 2001 00:11:54 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id EBB61C6909; Tue, 16 Oct 2001 00:11:53 -0400 (EDT)
Received: from web13802.mail.yahoo.com(216.136.175.12) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAZjay_h; Tue, 16 Oct 01 00:11:53 -0400
Message-ID: <20011016041153.53242.qmail@web13802.mail.yahoo.com>
Received: from [63.104.212.252] by web13802.mail.yahoo.com via HTTP; Mon, 15 Oct 2001 21:11:53 PDT
Date: Mon, 15 Oct 2001 21:11:53 -0700 (PDT)
From: Saurabh Shrivastava <saurabh_shrivastava@yahoo.com>
Subject: resending - interface/route deletion
To: Saurabh Shrivastava <saurabh_shrivastava@yahoo.com>,
        tcp-impl@lerc.nasa.gov
In-Reply-To: <20011016034414.90476.qmail@web13803.mail.yahoo.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk


hi!,
Q1   when an interface goes down, and there are
still tcp sessions going thru it, what happens ?
Q2   when a TCP session is using a route (struct
route * stored is in in_pcb) and that route gets
removed, what happens ?

can someone please point me to the code which
handles these events in TCP.

thanks!
-saurabh

__________________________________________________
Do You Yahoo!?
Make a great connection at Yahoo! Personals.
http://personals.yahoo.com


From owner-tcp-impl@grc.nasa.gov  Wed Oct 24 01:05:51 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA01113
	for <tcpimpl-archive@lists.ietf.org>; Wed, 24 Oct 2001 01:05:50 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 53C36640E3; Wed, 24 Oct 2001 01:05:52 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAMWaiAd; Wed, 24 Oct 01 01:05:52 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id AAA23425
	for tcp-impl-outgoing; Wed, 24 Oct 2001 00:49:31 -0400 (EDT)
Received: from acs-viruswall.grc.nasa.gov (acs-viruswall.lerc.nasa.gov [139.88.112.21])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id AAA23421
	for <tcp-impl@grc.nasa.gov>; Wed, 24 Oct 2001 00:49:30 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (localhost [127.0.0.1])
	by acs-viruswall.grc.nasa.gov (NASA LeRC 8.9.1.1/8.11.x) with ESMTP id AAA19466
	for <tcp-impl@grc.nasa.gov>; Wed, 24 Oct 2001 00:49:29 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 6E559C68FE; Wed, 24 Oct 2001 00:49:29 -0400 (EDT)
Received: from minotaur.nge.isi.edu(65.114.169.202) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAIVaaa4; Wed, 24 Oct 01 00:49:29 -0400
Received: from minotaur (mankin@localhost)
	by minotaur.nge.isi.edu (8.11.6/8.11.6) with ESMTP id f9O4nSk02814
	for <tcp-impl@grc.nasa.gov>; Wed, 24 Oct 2001 00:49:28 -0400
Message-Id: <200110240449.f9O4nSk02814@minotaur.nge.isi.edu>
To: tcp-impl@grc.nasa.gov
Subject: TCP implementation/interpretation questions
Reply-To: mankin@ISI.EDU
Mime-Version: 1.0 (generated by tm-edit 1.7)
Content-Type: text/plain; charset=US-ASCII
Date: Wed, 24 Oct 2001 00:49:27 -0400
From: Allison Mankin <mankin@ISI.EDU>
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk

Folks,

This list was alive in the summer, I know.  I stated on
tsvwg that it would be better to ask implementation/interpretive
TCP questions for discussion here than in TSVWG, where we
should stick to our charter topics (and we chairs/ADs should do
more list shepherding to help that).  

So this mail tests if you're still open and what people think
of continuing the role.

Thanks!

Allison


From owner-tcp-impl@grc.nasa.gov  Wed Oct 24 10:34:13 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA01542
	for <tcpimpl-archive@lists.ietf.org>; Wed, 24 Oct 2001 10:34:12 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id BDDAC64101; Wed, 24 Oct 2001 10:34:13 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAztaqTF; Wed, 24 Oct 01 10:34:13 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id JAA12008
	for tcp-impl-outgoing; Wed, 24 Oct 2001 09:19:08 -0400 (EDT)
Received: from acs-viruswall.grc.nasa.gov (acs-viruswall.lerc.nasa.gov [139.88.112.21])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id JAA12004
	for <tcp-impl@grc.nasa.gov>; Wed, 24 Oct 2001 09:19:07 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (localhost [127.0.0.1])
	by acs-viruswall.grc.nasa.gov (NASA LeRC 8.9.1.1/8.11.x) with ESMTP id JAA17750
	for <tcp-impl@grc.nasa.gov>; Wed, 24 Oct 2001 09:19:07 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id C4B4B640D2; Wed, 24 Oct 2001 09:19:06 -0400 (EDT)
Received: from minotaur.nge.isi.edu(65.114.169.202) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAH8ayXl; Wed, 24 Oct 01 09:19:06 -0400
Received: from minotaur (mankin@localhost)
	by minotaur.nge.isi.edu (8.11.6/8.11.6) with ESMTP id f9ODJ1m03365;
	Wed, 24 Oct 2001 09:19:01 -0400
Message-Id: <200110241319.f9ODJ1m03365@minotaur.nge.isi.edu>
To: "Michael J. S. Smith (iReady)" <msmith@iready.com>
Cc: mankin@ISI.EDU, tcp-impl@grc.nasa.gov
Reply-To: mankin@ISI.EDU
Subject: Re: TCP implementation/interpretation questions 
In-reply-to: Your message of Wed, 24 Oct 2001 05:30:03 -0700.
             <014801c15c87$9c01f980$bc34390a@mikesdell7500> 
Mime-Version: 1.0 (generated by tm-edit 1.7)
Content-Type: text/plain; charset=US-ASCII
Date: Wed, 24 Oct 2001 09:19:01 -0400
From: Allison Mankin <mankin@ISI.EDU>
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk

It's been an IETF convention (as long as the maintainer
was willing) to keep concluded WG lists open.

The Secretariat gave us a resource for concluded working
group charters (which is also useful) but it doesn't currently
clearly advertise which ones have live mailing lists.
At first it did not include the original subscription
and archive info :(, but we got that corrected (the info
is not there for tcp-impl, is there for ecm).

> http://www.ietf.org/html.charters/OLD/index.html

How to advertise - we can do this for Transport, and I regret
we have not till now.  We'll put up a page at tsv.ietf.org
with such lists and their info on them and let the community
known on the several lists when the page is there.  It will be
linked from the ietf page as the ops and apps ones are.

About TCP relation to new protocols:  where necessary we will
have a targeted effort - I've asked the RDMA folks to advertise
their open mailing list on the ietf list and it has been several
times, for instance, and we are talking about next steps for
this in IETF now.

The rdma list is found (including info on its open subscription
and access - no registration needed) at

> http://groups.yahoo.com/group/rdma

Allison


From owner-tcp-impl@grc.nasa.gov  Wed Oct 24 10:34:44 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA01582
	for <tcpimpl-archive@lists.ietf.org>; Wed, 24 Oct 2001 10:34:43 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id B7DD8C6932; Wed, 24 Oct 2001 10:34:13 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAhtaqpL; Wed, 24 Oct 01 10:34:13 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id IAA01676
	for tcp-impl-outgoing; Wed, 24 Oct 2001 08:32:39 -0400 (EDT)
Received: from acs-viruswall.grc.nasa.gov (acs-viruswall.lerc.nasa.gov [139.88.112.21])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id IAA01634
	for <tcp-impl@grc.nasa.gov>; Wed, 24 Oct 2001 08:32:28 -0400 (EDT)
Received: from seraph3.grc.nasa.gov (localhost [127.0.0.1])
	by acs-viruswall.grc.nasa.gov (NASA LeRC 8.9.1.1/8.11.x) with ESMTP id IAA14169
	for <tcp-impl@grc.nasa.gov>; Wed, 24 Oct 2001 08:32:22 -0400 (EDT)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id A941D640D3; Wed, 24 Oct 2001 08:32:21 -0400 (EDT)
Received: from p5.usnyc1.stsn.com(199.106.216.5) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAATiaaOc; Wed, 24 Oct 01 08:32:21 -0400
Received: from mikesdell7500 ([10.57.52.188]) by nyc02.smtp.stsn.com with Microsoft SMTPSVC(5.0.2195.3779);
	 Wed, 24 Oct 2001 08:35:03 -0600
Message-ID: <014801c15c87$9c01f980$bc34390a@mikesdell7500>
From: "Michael J. S. Smith (iReady)" <msmith@iready.com>
To: <mankin@ISI.EDU>
Cc: <tcp-impl@grc.nasa.gov>
References: <200110240449.f9O4nSk02814@minotaur.nge.isi.edu>
Subject: Re: TCP implementation/interpretation questions
Date: Wed, 24 Oct 2001 05:30:03 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime: 24 Oct 2001 14:35:03.0546 (UTC) FILETIME=[117115A0:01C15C99]
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

Allison:

I'd like to see tcp-impl continued and even advertised and thus used more.
There are many TCP interpretation and implementation issues (and perhaps we
could even include IP too) especially at higher networking speeds and with
the introduction of new protocols that work closely with TCP (RDMA springs
to mind). Is there an IETF mechanism to continue the list formally (and
maintain an archival record, for example) without a specific current WG?

Aloha

Mike Smith
CTO
iReady


----- Original Message -----
From: "Allison Mankin" <mankin@ISI.EDU>
To: <tcp-impl@grc.nasa.gov>
Sent: Tuesday, October 23, 2001 9:49 PM
Subject: TCP implementation/interpretation questions


> Folks,
>
> This list was alive in the summer, I know.  I stated on
> tsvwg that it would be better to ask implementation/interpretive
> TCP questions for discussion here than in TSVWG, where we
> should stick to our charter topics (and we chairs/ADs should do
> more list shepherding to help that).
>
> So this mail tests if you're still open and what people think
> of continuing the role.
>
> Thanks!
>
> Allison
>



From owner-tcp-impl@grc.nasa.gov  Wed Oct 24 12:18:33 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA05191
	for <tcpimpl-archive@lists.ietf.org>; Wed, 24 Oct 2001 12:18:32 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 6CCAEC6937; Wed, 24 Oct 2001 12:18:36 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAA0ra4j0; Wed, 24 Oct 01 12:18:36 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id MAA04107
	for tcp-impl-outgoing; Wed, 24 Oct 2001 12:08:26 -0400 (EDT)
Received: from guns.lerc.nasa.gov (guns.lerc.nasa.gov [139.88.87.35])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id MAA04097;
	Wed, 24 Oct 2001 12:08:25 -0400 (EDT)
Received: from guns.lerc.nasa.gov (mallman@localhost) by guns.lerc.nasa.gov with ESMTP (NASA LeRC 8.7.4.1/2.01-local)
        id MAA32551; Wed, 24 Oct 2001 12:07:37 -0400
Message-Id: <200110241607.MAA32551@guns.lerc.nasa.gov>
To: mankin@ISI.EDU
From: Mark Allman <mallman@grc.nasa.gov>
Reply-To: mallman@grc.nasa.gov
Cc: "Michael J. S. Smith (iReady)" <msmith@iready.com>, tcp-impl@grc.nasa.gov
Subject: Re: TCP implementation/interpretation questions 
Organization: BBN Technologies/NASA GRC
Song-of-the-Day: Walking in Memphis
Date: Wed, 24 Oct 2001 12:07:37 -0400
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk


Allison, et. al.-

> It's been an IETF convention (as long as the maintainer
> was willing) to keep concluded WG lists open.

The maintainer is willing.  There has never been an issue with
keeping this list open and I do not expect any.

allman


---
Mark Allman -- BBN/NASA GRC -- http://roland.grc.nasa.gov/~mallman/


From owner-tcp-impl@grc.nasa.gov  Wed Oct 24 13:18:20 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA07217
	for <tcpimpl-archive@lists.ietf.org>; Wed, 24 Oct 2001 13:18:19 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 649DAC6945; Wed, 24 Oct 2001 13:17:42 -0400 (EDT)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAv_a4_c; Wed, 24 Oct 01 13:17:42 -0400
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id NAA20040
	for tcp-impl-outgoing; Wed, 24 Oct 2001 13:08:23 -0400 (EDT)
Received: from acs-viruswall.grc.nasa.gov (acs-viruswall.lerc.nasa.gov [139.88.112.21])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id NAA20027
	for <tcp-impl@grc.nasa.gov>; Wed, 24 Oct 2001 13:08:22 -0400 (EDT)
Received: from seraph2.grc.nasa.gov (localhost [127.0.0.1])
	by acs-viruswall.grc.nasa.gov (NASA LeRC 8.9.1.1/8.11.x) with ESMTP id NAA12955
	for <tcp-impl@grc.nasa.gov>; Wed, 24 Oct 2001 13:08:19 -0400 (EDT)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 22066C696E; Wed, 24 Oct 2001 13:06:50 -0400 (EDT)
Received: from tnt.isi.edu(128.9.128.128) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAVTa48h; Wed, 24 Oct 01 13:06:49 -0400
Received: from gra.isi.edu (gra.isi.edu [128.9.160.133])
	by tnt.isi.edu (8.11.6/8.11.2) with ESMTP id f9OH6mg02337;
	Wed, 24 Oct 2001 10:06:48 -0700 (PDT)
From: Bob Braden <braden@ISI.EDU>
Received: (from braden@localhost)
	by gra.isi.edu (8.8.7/8.8.6) id RAA20001;
	Wed, 24 Oct 2001 17:06:48 GMT
Date: Wed, 24 Oct 2001 17:06:48 GMT
Message-Id: <200110241706.RAA20001@gra.isi.edu>
To: mankin@ISI.EDU
Subject: Re: TCP implementation/interpretation questions
Cc: tcp-impl@grc.nasa.gov
X-Sun-Charset: US-ASCII
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk


A msg to end2end-interest advertising tcp-impl as the place
for detailed TCP questions would be appropriate.

Bob Braden


From owner-tcp-impl@grc.nasa.gov  Tue Oct 30 09:56:19 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA02902
	for <tcpimpl-archive@odin.ietf.org>; Tue, 30 Oct 2001 09:56:19 -0500 (EST)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 52502C69B6; Tue, 30 Oct 2001 09:54:19 -0500 (EST)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAABhaqGl; Tue, 30 Oct 01 09:54:19 -0500
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id IAA03083
	for tcp-impl-outgoing; Tue, 30 Oct 2001 08:20:00 -0500 (EST)
Received: from acs-viruswall.grc.nasa.gov (acs-viruswall.lerc.nasa.gov [139.88.112.21])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id IAA03022
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 08:19:49 -0500 (EST)
Received: from seraph3.grc.nasa.gov (localhost [127.0.0.1])
	by acs-viruswall.grc.nasa.gov (NASA LeRC 8.9.1.1/8.11.x) with ESMTP id IAA23767
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 08:19:38 -0500 (EST)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 62E586410E; Tue, 30 Oct 2001 08:17:32 -0500 (EST)
Received: from penguin-ext.wise.edt.ericsson.se(194.237.142.110) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAA5waaRO; Tue, 30 Oct 01 08:17:31 -0500
Received: from aachen.eed.ericsson.se (aachen.eed.ericsson.se [164.48.130.2])
	by penguin.wise.edt.ericsson.se (8.11.0/8.11.0/WIREfire-1.3) with ESMTP id f9UDHPC28174
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 14:17:25 +0100 (MET)
Received: from res0010384da36.ericsson.com (dhcp5-155 [164.48.135.155])
	by aachen.eed.ericsson.se (8.8.8+Sun/8.8.8) with ESMTP id OAA06521
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 14:17:24 +0100 (MET)
Message-Id: <5.1.0.14.0.20011030131636.01d16330@chapelle.ericsson.se>
X-Sender: eedrel@chapelle.ericsson.se
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Tue, 30 Oct 2001 14:18:01 +0100
To: tcp-impl@grc.nasa.gov
From: Reiner Ludwig <Reiner.Ludwig@Ericsson.com>
Subject: Copy of reserved bits from SYN into SYN-ACK
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk

Hi,

does anybody know if there are TCP implementations out there *today* that 
simply copy the bits of the TCP Reserved field from the SYN into the SYN-ACK?

This is relevant when thinking about how to negotiate the use of a single 
bit from the TCP Reserved field assuming that it would be allocated at some 
point in the future.

///Reiner



From owner-tcp-impl@grc.nasa.gov  Tue Oct 30 10:13:21 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA03439
	for <tcpimpl-archive@odin.ietf.org>; Tue, 30 Oct 2001 10:13:20 -0500 (EST)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 1CFF9640BE; Tue, 30 Oct 2001 10:13:22 -0500 (EST)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAbiaO4g; Tue, 30 Oct 01 10:13:21 -0500
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id JAA26733
	for tcp-impl-outgoing; Tue, 30 Oct 2001 09:57:48 -0500 (EST)
Received: from acs-viruswall.grc.nasa.gov (acs-viruswall.lerc.nasa.gov [139.88.112.21])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id JAA26722
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 09:57:47 -0500 (EST)
Received: from seraph3.grc.nasa.gov (localhost [127.0.0.1])
	by acs-viruswall.grc.nasa.gov (NASA LeRC 8.9.1.1/8.11.x) with ESMTP id JAA02845
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 09:57:46 -0500 (EST)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 4D6AB64112; Tue, 30 Oct 2001 09:56:00 -0500 (EST)
Received: from colin.muc.de(193.149.48.1) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAANVayZb; Tue, 30 Oct 01 09:55:59 -0500
Received: by colin.muc.de id <140572-3>; Tue, 30 Oct 2001 15:56:20 +0100
Message-ID: <20011030155612.03916@colin.muc.de>
Date: Tue, 30 Oct 2001 15:56:13 +0100
From: Andi Kleen <ak@muc.de>
To: Reiner Ludwig <Reiner.Ludwig@Ericsson.com>
Cc: tcp-impl@grc.nasa.gov
Subject: Re: Copy of reserved bits from SYN into SYN-ACK
References: <5.1.0.14.0.20011030131636.01d16330@chapelle.ericsson.se>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.88e
In-Reply-To: <5.1.0.14.0.20011030131636.01d16330@chapelle.ericsson.se>; from Reiner Ludwig on Tue, Oct 30, 2001 at 02:18:01PM +0100
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk

On Tue, Oct 30, 2001 at 02:18:01PM +0100, Reiner Ludwig wrote:
> Hi,
> 
> does anybody know if there are TCP implementations out there *today* that 
> simply copy the bits of the TCP Reserved field from the SYN into the SYN-ACK?

Older Linux does that.

-Andi


From owner-tcp-impl@grc.nasa.gov  Tue Oct 30 10:17:42 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA03600
	for <tcpimpl-archive@odin.ietf.org>; Tue, 30 Oct 2001 10:17:41 -0500 (EST)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id ABCBDC6AE4; Tue, 30 Oct 2001 10:15:02 -0500 (EST)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAATRaG5s; Tue, 30 Oct 01 10:15:02 -0500
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id KAA28307
	for tcp-impl-outgoing; Tue, 30 Oct 2001 10:02:19 -0500 (EST)
Received: from acs-viruswall.grc.nasa.gov (acs-viruswall.lerc.nasa.gov [139.88.112.21])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id KAA28287
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 10:02:18 -0500 (EST)
Received: from seraph2.grc.nasa.gov (localhost [127.0.0.1])
	by acs-viruswall.grc.nasa.gov (NASA LeRC 8.9.1.1/8.11.x) with ESMTP id KAA03417
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 10:02:16 -0500 (EST)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 58C37C697A; Tue, 30 Oct 2001 09:58:50 -0500 (EST)
Received: from lightning.swansea.linux.org.uk(194.168.151.1) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAnpaGHn; Tue, 30 Oct 01 09:58:49 -0500
Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 15yaSM-0006j2-00; Tue, 30 Oct 2001 15:05:34 +0000
Subject: Re: Copy of reserved bits from SYN into SYN-ACK
To: Reiner.Ludwig@Ericsson.com (Reiner Ludwig)
Date: Tue, 30 Oct 2001 15:05:34 +0000 (GMT)
Cc: tcp-impl@grc.nasa.gov
In-Reply-To: <5.1.0.14.0.20011030131636.01d16330@chapelle.ericsson.se> from "Reiner Ludwig" at Oct 30, 2001 02:18:01 PM
X-Mailer: ELM [version 2.5 PL6]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <E15yaSM-0006j2-00@the-village.bc.nu>
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

> does anybody know if there are TCP implementations out there *today* that 
> simply copy the bits of the TCP Reserved field from the SYN into the SYN-ACK?

Afraid so. Unfortunately I'm kind of the guilty party who let it out 8(

> This is relevant when thinking about how to negotiate the use of a single 
> bit from the TCP Reserved field assuming that it would be allocated at some 
> point in the future.

Linux 2.0.x has this problem (2.2/2.4 behave) and there are still 2.0 boxes
around.

Alan



From owner-tcp-impl@grc.nasa.gov  Tue Oct 30 15:03:34 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA13235
	for <tcpimpl-archive@odin.ietf.org>; Tue, 30 Oct 2001 15:03:34 -0500 (EST)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 962CD640BA; Tue, 30 Oct 2001 15:03:36 -0500 (EST)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAVTaymh; Tue, 30 Oct 01 15:03:36 -0500
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id OAA15804
	for tcp-impl-outgoing; Tue, 30 Oct 2001 14:51:11 -0500 (EST)
Received: from acs-viruswall.grc.nasa.gov (acs-viruswall.lerc.nasa.gov [139.88.112.21])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id OAA15790
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 14:51:09 -0500 (EST)
Received: from seraph2.grc.nasa.gov (localhost [127.0.0.1])
	by acs-viruswall.grc.nasa.gov (NASA LeRC 8.9.1.1/8.11.x) with ESMTP id OAA03752
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 14:51:09 -0500 (EST)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id CA2F1C68FF; Tue, 30 Oct 2001 14:48:28 -0500 (EST)
Received: from boreas.isi.edu(128.9.160.161) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAA9faGDz; Tue, 30 Oct 01 14:48:28 -0500
Received: from isi.edu (sci.isi.edu [128.9.160.93])
	by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id f9UJmPO07281;
	Tue, 30 Oct 2001 11:48:25 -0800 (PST)
Message-ID: <3BDF0408.904@isi.edu>
Date: Tue, 30 Oct 2001 11:48:24 -0800
From: Joe Touch <touch@ISI.EDU>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1
X-Accept-Language: en-us
MIME-Version: 1.0
To: Reiner Ludwig <Reiner.Ludwig@Ericsson.com>
Cc: tcp-impl@grc.nasa.gov
Subject: Re: Copy of reserved bits from SYN into SYN-ACK
References: <5.1.0.14.0.20011030131636.01d16330@chapelle.ericsson.se>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit



Reiner Ludwig wrote:

> Hi,
> 
> does anybody know if there are TCP implementations out there *today* 
> that simply copy the bits of the TCP Reserved field from the SYN into 
> the SYN-ACK?
> 
> This is relevant when thinking about how to negotiate the use of a 
> single bit from the TCP Reserved field assuming that it would be 
> allocated at some point in the future.


Notably about ECN - ECN requires that a non-ECN receiver respond with 
all-zeroes ECN bits. Copying the bits on the return path is a violation 
of ECN -

(Page 14):
  * If a host has received an ECN-setup SYN packet, then it MAY send
         an ECN-setup SYN-ACK packet.  Otherwise, it MUST NOT send an
         ECN-setup SYN-ACK packet.



Joe



From owner-tcp-impl@grc.nasa.gov  Tue Oct 30 17:12:15 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA15910
	for <tcpimpl-archive@odin.ietf.org>; Tue, 30 Oct 2001 17:12:15 -0500 (EST)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id A8837C6978; Tue, 30 Oct 2001 17:09:01 -0500 (EST)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAx5aal3; Tue, 30 Oct 01 17:09:01 -0500
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id QAA14801
	for tcp-impl-outgoing; Tue, 30 Oct 2001 16:57:00 -0500 (EST)
Received: from acs-viruswall.grc.nasa.gov (acs-viruswall.lerc.nasa.gov [139.88.112.21])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id QAA14793
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 16:56:59 -0500 (EST)
Received: from seraph2.grc.nasa.gov (localhost [127.0.0.1])
	by acs-viruswall.grc.nasa.gov (NASA LeRC 8.9.1.1/8.11.x) with ESMTP id QAA15698
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 16:56:58 -0500 (EST)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 2EAC1C68FA; Tue, 30 Oct 2001 16:56:58 -0500 (EST)
Received: from elk.aciri.org(192.150.187.21) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAFoaGP0; Tue, 30 Oct 01 16:56:57 -0500
Received: from elk.aciri.org (localhost [127.0.0.1])
	by elk.aciri.org (8.11.3/8.11.1) with ESMTP id f9ULvTr27960;
	Tue, 30 Oct 2001 13:57:29 -0800 (PST)
	(envelope-from floyd@elk.aciri.org)
Message-Id: <200110302157.f9ULvTr27960@elk.aciri.org>
To: Joe Touch <touch@ISI.EDU>
Cc: tcp-impl@grc.nasa.gov
From: Sally Floyd <floyd@aciri.org>
Subject: Re: Copy of reserved bits from SYN into SYN-ACK 
Date: Tue, 30 Oct 2001 13:57:29 -0800
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk

Joe -

>Notably about ECN - ECN requires that a non-ECN receiver respond with 
>all-zeroes ECN bits. Copying the bits on the return path is a violation 
>of ECN -
>
>(Page 14):
>  * If a host has received an ECN-setup SYN packet, then it MAY send
>         an ECN-setup SYN-ACK packet.  Otherwise, it MUST NOT send an
>         ECN-setup SYN-ACK packet.

Actually, the ECN spec does not say anything one way or another
about copying the bits of the TCP Reserved field from the SYN into
the SYN-ACK.  It just makes sure that its negotiation of ECN-capability
is robust even in the presence of TCP receivers that do just copy
the bits.  ECN does *not* require that a non-ECN receiver respond with
all-zeroes ECN bits.

That is, ECN took some care to make sure that the ECN bits set from
the Reserved field in the ECN-setup SYN-ACK packet are not the same
as the ECN bits set in the ECN-setup SYN packet.  So, if the receiver
just copies the bits from the Reserved field from the SYN packet
into the SYN-ACK packet, this is not interpreted by the TCP sender
as negotiating ECN.

I would say that if you have only a single bit, then copying that
bit from the SYN to the SYN-ACK packet is not an acceptably robust
way to negotiate something.

- Sally
http://www.aciri.org/floyd/



From owner-tcp-impl@grc.nasa.gov  Tue Oct 30 18:17:28 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA16941
	for <tcpimpl-archive@odin.ietf.org>; Tue, 30 Oct 2001 18:17:28 -0500 (EST)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 4F69CC6982; Tue, 30 Oct 2001 18:14:21 -0500 (EST)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAg1aavi; Tue, 30 Oct 01 18:14:21 -0500
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id SAA26253
	for tcp-impl-outgoing; Tue, 30 Oct 2001 18:03:04 -0500 (EST)
Received: from acs-viruswall.grc.nasa.gov (acs-viruswall.lerc.nasa.gov [139.88.112.21])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id SAA26249
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 18:03:03 -0500 (EST)
Received: from seraph2.grc.nasa.gov (localhost [127.0.0.1])
	by acs-viruswall.grc.nasa.gov (NASA LeRC 8.9.1.1/8.11.x) with ESMTP id SAA21552
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 18:03:03 -0500 (EST)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 123CDC68FF; Tue, 30 Oct 2001 18:03:03 -0500 (EST)
Received: from boreas.isi.edu(128.9.160.161) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAARna4tg; Tue, 30 Oct 01 18:03:02 -0500
Received: from isi.edu (sci.isi.edu [128.9.160.93])
	by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id f9UN31O06665;
	Tue, 30 Oct 2001 15:03:01 -0800 (PST)
Message-ID: <3BDF31A4.2040900@isi.edu>
Date: Tue, 30 Oct 2001 15:03:00 -0800
From: Joe Touch <touch@ISI.EDU>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1
X-Accept-Language: en-us
MIME-Version: 1.0
To: Sally Floyd <floyd@aciri.org>
Cc: tcp-impl@grc.nasa.gov
Subject: Re: Copy of reserved bits from SYN into SYN-ACK
References: <200110302157.f9ULvTr27960@elk.aciri.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit



Sally Floyd wrote:

> Joe -
> 
> 
>>Notably about ECN - ECN requires that a non-ECN receiver respond with 
>>all-zeroes ECN bits. Copying the bits on the return path is a violation 
>>of ECN -
>>
>>(Page 14):
>> * If a host has received an ECN-setup SYN packet, then it MAY send
>>        an ECN-setup SYN-ACK packet.  Otherwise, it MUST NOT send an
>>        ECN-setup SYN-ACK packet.
>>
> 
> Actually, the ECN spec does not say anything one way or another
> about copying the bits of the TCP Reserved field from the SYN into
> the SYN-ACK.  It just makes sure that its negotiation of ECN-capability
> is robust even in the presence of TCP receivers that do just copy
> the bits.  ECN does *not* require that a non-ECN receiver respond with
> all-zeroes ECN bits.

 >

> That is, ECN took some care to make sure that the ECN bits set from
> the Reserved field in the ECN-setup SYN-ACK packet are not the same
> as the ECN bits set in the ECN-setup SYN packet.  So, if the receiver
> just copies the bits from the Reserved field from the SYN packet
> into the SYN-ACK packet, this is not interpreted by the TCP sender
> as negotiating ECN.


Thanks - missed that. Got lost in the 3-letter acronyms.

 
> I would say that if you have only a single bit, then copying that
> bit from the SYN to the SYN-ACK packet is not an acceptably robust
> way to negotiate something.


Yes - however, TCP did require that the bits be 0 on send, so...
  :-)

Joe




From owner-tcp-impl@grc.nasa.gov  Tue Oct 30 18:42:41 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA17183
	for <tcpimpl-archive@odin.ietf.org>; Tue, 30 Oct 2001 18:42:41 -0500 (EST)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 2302EC693F; Tue, 30 Oct 2001 18:42:42 -0500 (EST)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAZeaiHn; Tue, 30 Oct 01 18:42:41 -0500
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id SAA00668
	for tcp-impl-outgoing; Tue, 30 Oct 2001 18:32:33 -0500 (EST)
Received: from acs-viruswall.grc.nasa.gov (acs-viruswall.lerc.nasa.gov [139.88.112.21])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id SAA00656
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 18:32:32 -0500 (EST)
Received: from seraph2.grc.nasa.gov (localhost [127.0.0.1])
	by acs-viruswall.grc.nasa.gov (NASA LeRC 8.9.1.1/8.11.x) with ESMTP id SAA23910
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 18:32:30 -0500 (EST)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 92255C692E; Tue, 30 Oct 2001 18:31:04 -0500 (EST)
Received: from nicol6.umkc.edu(134.193.4.67) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAyYaGNl; Tue, 30 Oct 01 18:31:04 -0500
Received: from localhost
	([127.0.0.1] helo=umkc.edu ident=david)
	by nicol6.umkc.edu with esmtp (Exim 3.32 #1 (Debian))
	id 15yiLM-00008S-00; Tue, 30 Oct 2001 17:30:52 -0600
Message-ID: <3BDF382C.F5037573@umkc.edu>
Date: Tue, 30 Oct 2001 17:30:52 -0600
From: David Nicol <nicold@umkc.edu>
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.7 i586)
X-Accept-Language: en-GB, en, ru
MIME-Version: 1.0
To: Joe Touch <touch@ISI.EDU>
Cc: Sally Floyd <floyd@aciri.org>, tcp-impl@grc.nasa.gov
Subject: Re: Copy of reserved bits from SYN into SYN-ACK
References: <200110302157.f9ULvTr27960@elk.aciri.org> <3BDF31A4.2040900@isi.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit


Would a host responding to a timeout while waiting for an ECN SYN-ACK
by sending a non-ECN SYN break anything?


-- 
                                                  David Nicol 816.235.1187
there are no troops outside the gates of eden http://wmbr.mit.edu/wmbr.ram


From owner-tcp-impl@grc.nasa.gov  Tue Oct 30 18:59:01 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA17382
	for <tcpimpl-archive@odin.ietf.org>; Tue, 30 Oct 2001 18:59:00 -0500 (EST)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id B985CC6987; Tue, 30 Oct 2001 18:58:16 -0500 (EST)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAzqa42q; Tue, 30 Oct 01 18:58:16 -0500
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id SAA03109
	for tcp-impl-outgoing; Tue, 30 Oct 2001 18:49:06 -0500 (EST)
Received: from acs-viruswall.grc.nasa.gov (acs-viruswall.lerc.nasa.gov [139.88.112.21])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id SAA03084
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 18:49:05 -0500 (EST)
Received: from seraph3.grc.nasa.gov (localhost [127.0.0.1])
	by acs-viruswall.grc.nasa.gov (NASA LeRC 8.9.1.1/8.11.x) with ESMTP id SAA25154
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 18:49:03 -0500 (EST)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 013C564128; Tue, 30 Oct 2001 18:46:33 -0500 (EST)
Received: from lightning.swansea.linux.org.uk(194.168.151.1) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAUNaaAV; Tue, 30 Oct 01 18:46:33 -0500
Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 15yigE-0001jx-00; Tue, 30 Oct 2001 23:52:26 +0000
Subject: Re: Copy of reserved bits from SYN into SYN-ACK
To: nicold@umkc.edu (David Nicol)
Date: Tue, 30 Oct 2001 23:52:26 +0000 (GMT)
Cc: touch@ISI.EDU (Joe Touch), floyd@aciri.org (Sally Floyd),
        tcp-impl@grc.nasa.gov
In-Reply-To: <3BDF382C.F5037573@umkc.edu> from "David Nicol" at Oct 30, 2001 05:30:52 PM
X-Mailer: ELM [version 2.5 PL6]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <E15yigE-0001jx-00@the-village.bc.nu>
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

> Would a host responding to a timeout while waiting for an ECN SYN-ACK
> by sending a non-ECN SYN break anything?

Your user has already pressed "reload" five times by then. 

Alan


From owner-tcp-impl@grc.nasa.gov  Tue Oct 30 19:19:21 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA17539
	for <tcpimpl-archive@odin.ietf.org>; Tue, 30 Oct 2001 19:19:20 -0500 (EST)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id BD087C6A0B; Tue, 30 Oct 2001 19:15:32 -0500 (EST)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAA1laqev; Tue, 30 Oct 01 19:15:32 -0500
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id TAA05530
	for tcp-impl-outgoing; Tue, 30 Oct 2001 19:04:23 -0500 (EST)
Received: from acs-viruswall.grc.nasa.gov (acs-viruswall.lerc.nasa.gov [139.88.112.21])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id TAA05512
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 19:04:21 -0500 (EST)
Received: from seraph3.grc.nasa.gov (localhost [127.0.0.1])
	by acs-viruswall.grc.nasa.gov (NASA LeRC 8.9.1.1/8.11.x) with ESMTP id TAA26358
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 19:04:19 -0500 (EST)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id CFD496411D; Tue, 30 Oct 2001 19:03:07 -0500 (EST)
Received: from elk.aciri.org(192.150.187.21) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAzsaGuZ; Tue, 30 Oct 01 19:03:07 -0500
Received: from elk.aciri.org (localhost [127.0.0.1])
	by elk.aciri.org (8.11.3/8.11.1) with ESMTP id f9V03dr28973;
	Tue, 30 Oct 2001 16:03:39 -0800 (PST)
	(envelope-from floyd@elk.aciri.org)
Message-Id: <200110310003.f9V03dr28973@elk.aciri.org>
To: David Nicol <nicold@umkc.edu>
Cc: tcp-impl@grc.nasa.gov
From: Sally Floyd <floyd@aciri.org>
Subject: Re: Copy of reserved bits from SYN into SYN-ACK 
Date: Tue, 30 Oct 2001 16:03:39 -0800
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk

>Would a host responding to a timeout while waiting for an ECN SYN-ACK
>by sending a non-ECN SYN break anything?

That is explicitly allowed in the ECN standard.  And I would
recommend it.  This was motivated by the unfortunate presence of
firewalls and load-balancers in the network that either drop ECN
SYN packets or respond with a Reset.

Section 6.1.1.1 of RFC 3168.  Ah, the joys of dealing with the
real world...

- Sally
http://www.aciri.org/floyd/


From owner-tcp-impl@grc.nasa.gov  Tue Oct 30 19:59:16 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA18000
	for <tcpimpl-archive@odin.ietf.org>; Tue, 30 Oct 2001 19:59:15 -0500 (EST)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 5CE62640F1; Tue, 30 Oct 2001 19:59:17 -0500 (EST)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAq9aaZb; Tue, 30 Oct 01 19:59:17 -0500
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id TAA12599
	for tcp-impl-outgoing; Tue, 30 Oct 2001 19:47:34 -0500 (EST)
Received: from acs-viruswall.grc.nasa.gov (acs-viruswall.lerc.nasa.gov [139.88.112.21])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id TAA12573
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 19:47:33 -0500 (EST)
Received: from seraph2.grc.nasa.gov (localhost [127.0.0.1])
	by acs-viruswall.grc.nasa.gov (NASA LeRC 8.9.1.1/8.11.x) with ESMTP id TAA00248
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 19:47:32 -0500 (EST)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id D3562C691D; Tue, 30 Oct 2001 19:46:42 -0500 (EST)
Received: from boreas.isi.edu(128.9.160.161) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAcUaa7z; Tue, 30 Oct 01 19:46:42 -0500
Received: from isi.edu (sci.isi.edu [128.9.160.93])
	by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id f9V0kZO06248;
	Tue, 30 Oct 2001 16:46:35 -0800 (PST)
Message-ID: <3BDF49EA.2000405@isi.edu>
Date: Tue, 30 Oct 2001 16:46:34 -0800
From: Joe Touch <touch@ISI.EDU>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1
X-Accept-Language: en-us
MIME-Version: 1.0
To: Sally Floyd <floyd@aciri.org>
Cc: David Nicol <nicold@umkc.edu>, tcp-impl@grc.nasa.gov
Subject: Re: Copy of reserved bits from SYN into SYN-ACK
References: <200110310003.f9V03dr28973@elk.aciri.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit



Sally Floyd wrote:

>>Would a host responding to a timeout while waiting for an ECN SYN-ACK
>>by sending a non-ECN SYN break anything?
>>
> 
> That is explicitly allowed in the ECN standard.  And I would
> recommend it.  This was motivated by the unfortunate presence of
> firewalls and load-balancers in the network that either drop ECN
> SYN packets or respond with a Reset.
> 
> Section 6.1.1.1 of RFC 3168.  Ah, the joys of dealing with the
> real world...


Is there anything preventing sending both SYNs at the same time?
(that way the timeout could be avoided, and the unused connection could 
be RST).

Joe




From owner-tcp-impl@grc.nasa.gov  Tue Oct 30 20:17:26 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA18155
	for <tcpimpl-archive@odin.ietf.org>; Tue, 30 Oct 2001 20:17:25 -0500 (EST)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 0FB98C698C; Tue, 30 Oct 2001 20:14:26 -0500 (EST)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAALZaySE; Tue, 30 Oct 01 20:14:25 -0500
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id UAA14910
	for tcp-impl-outgoing; Tue, 30 Oct 2001 20:03:15 -0500 (EST)
Received: from acs-viruswall.grc.nasa.gov (acs-viruswall.lerc.nasa.gov [139.88.112.21])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id UAA14895
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 20:03:14 -0500 (EST)
Received: from seraph2.grc.nasa.gov (localhost [127.0.0.1])
	by acs-viruswall.grc.nasa.gov (NASA LeRC 8.9.1.1/8.11.x) with ESMTP id UAA01373
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 20:03:12 -0500 (EST)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 4AFF6C68FB; Tue, 30 Oct 2001 20:02:33 -0500 (EST)
Received: from lightning.swansea.linux.org.uk(194.168.151.1) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAfVaO9C; Tue, 30 Oct 01 20:02:32 -0500
Received: from alan by the-village.bc.nu with local (Exim 3.22 #1)
	id 15yjsA-0001yL-00; Wed, 31 Oct 2001 01:08:50 +0000
Subject: Re: Copy of reserved bits from SYN into SYN-ACK
To: touch@ISI.EDU (Joe Touch)
Date: Wed, 31 Oct 2001 01:08:50 +0000 (GMT)
Cc: floyd@aciri.org (Sally Floyd), nicold@umkc.edu (David Nicol),
        tcp-impl@grc.nasa.gov
In-Reply-To: <3BDF49EA.2000405@isi.edu> from "Joe Touch" at Oct 30, 2001 04:46:34 PM
X-Mailer: ELM [version 2.5 PL6]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <E15yjsA-0001yL-00@the-village.bc.nu>
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

> Is there anything preventing sending both SYNs at the same time?
> (that way the timeout could be avoided, and the unused connection could 
> be RST).

Servers that create sessions and piggy back data onto the syn|ack might not
be too happy. Also a lot of firewalls will drop the RST.

Another question to ask perhaps the important one - for a typical connection
does the overhead of building two connections and shooting one exceed the
gain from using ECN in the first place. 

Alan



From owner-tcp-impl@grc.nasa.gov  Tue Oct 30 20:18:15 2001
Received: from seraph3.grc.nasa.gov (firewall-user@seraph3.lerc.nasa.gov [128.156.10.12])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA18167
	for <tcpimpl-archive@odin.ietf.org>; Tue, 30 Oct 2001 20:18:14 -0500 (EST)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 4409A641DC; Tue, 30 Oct 2001 20:15:49 -0500 (EST)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAARhaGjh; Tue, 30 Oct 01 20:15:49 -0500
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id UAA15053
	for tcp-impl-outgoing; Tue, 30 Oct 2001 20:04:14 -0500 (EST)
Received: from acs-viruswall.grc.nasa.gov (acs-viruswall.lerc.nasa.gov [139.88.112.21])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id UAA15042
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 20:04:13 -0500 (EST)
Received: from seraph3.grc.nasa.gov (localhost [127.0.0.1])
	by acs-viruswall.grc.nasa.gov (NASA LeRC 8.9.1.1/8.11.x) with ESMTP id UAA01449
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 20:04:12 -0500 (EST)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 0C6FE6412F; Tue, 30 Oct 2001 20:00:26 -0500 (EST)
Received: from elk.aciri.org(192.150.187.21) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAhSaqFc; Tue, 30 Oct 01 20:00:25 -0500
Received: from elk.aciri.org (localhost [127.0.0.1])
	by elk.aciri.org (8.11.3/8.11.1) with ESMTP id f9V10vr29415;
	Tue, 30 Oct 2001 17:00:57 -0800 (PST)
	(envelope-from floyd@elk.aciri.org)
Message-Id: <200110310100.f9V10vr29415@elk.aciri.org>
To: Joe Touch <touch@ISI.EDU>
Cc: tcp-impl@grc.nasa.gov
From: Sally Floyd <floyd@aciri.org>
Subject: Re: Copy of reserved bits from SYN into SYN-ACK 
Date: Tue, 30 Oct 2001 17:00:57 -0800
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk

Joe -

>Is there anything preventing sending both SYNs at the same time?
>(that way the timeout could be avoided, and the unused connection could 
>be RST).

You could do it, but it wouldn't get you what you wanted in the general
case (e.g., without the RST).  From Section 6.1.1 of RFC 3168:

      * A host MUST NOT set ECT on data packets unless it has sent at
        least one ECN-setup SYN or ECN-setup SYN-ACK packet, and has
        received at least one ECN-setup SYN or ECN-setup SYN-ACK packet,
        and has sent no non-ECN-setup SYN or non-ECN-setup SYN-ACK
        packet.  If a host has received at least one non-ECN-setup SYN
        or non-ECN-setup SYN-ACK packet, then it SHOULD NOT set ECT on
        data packets.

- Sally
http://www.aciri.org/floyd/


From owner-tcp-impl@grc.nasa.gov  Tue Oct 30 20:47:42 2001
Received: from seraph2.grc.nasa.gov (firewall-user@seraph2.lerc.nasa.gov [128.156.10.11])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA18465
	for <tcpimpl-archive@odin.ietf.org>; Tue, 30 Oct 2001 20:47:41 -0500 (EST)
Received: by seraph2.grc.nasa.gov (Postfix, from userid 5)
	id 5E698C69DB; Tue, 30 Oct 2001 20:47:02 -0500 (EST)
Received: from lombok-fi.lerc.nasa.gov(139.88.112.33) by seraph2.grc.nasa.gov via csmap (V6.0)
	id srcAAAszaqjL; Tue, 30 Oct 01 20:47:02 -0500
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id UAA20196
	for tcp-impl-outgoing; Tue, 30 Oct 2001 20:37:53 -0500 (EST)
Received: from acs-viruswall.grc.nasa.gov (acs-viruswall.lerc.nasa.gov [139.88.112.21])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id UAA20177
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 20:37:52 -0500 (EST)
Received: from seraph3.grc.nasa.gov (localhost [127.0.0.1])
	by acs-viruswall.grc.nasa.gov (NASA LeRC 8.9.1.1/8.11.x) with ESMTP id UAA04056
	for <tcp-impl@grc.nasa.gov>; Tue, 30 Oct 2001 20:37:50 -0500 (EST)
Received: by seraph3.grc.nasa.gov (Postfix, from userid 5)
	id 3AD6B640F7; Tue, 30 Oct 2001 20:36:46 -0500 (EST)
Received: from nicol6.umkc.edu(134.193.4.67) by seraph3.grc.nasa.gov via csmap (V6.0)
	id srcAAAiaaW5k; Tue, 30 Oct 01 20:36:46 -0500
Received: from localhost
	([127.0.0.1] helo=umkc.edu ident=david)
	by nicol6.umkc.edu with esmtp (Exim 3.32 #1 (Debian))
	id 15ykIx-0000Dy-00; Tue, 30 Oct 2001 19:36:31 -0600
Message-ID: <3BDF559F.7D58092B@umkc.edu>
Date: Tue, 30 Oct 2001 19:36:31 -0600
From: David Nicol <nicold@umkc.edu>
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.7 i586)
X-Accept-Language: en-GB, en, ru
MIME-Version: 1.0
To: Joe Touch <touch@ISI.EDU>
Cc: Sally Floyd <floyd@aciri.org>, tcp-impl@grc.nasa.gov
Subject: Talkin' bout ECN SYN
References: <200110310003.f9V03dr28973@elk.aciri.org> <3BDF49EA.2000405@isi.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit


I asked:

> >Would a host responding to a timeout while waiting for an ECN SYN-ACK
> >by sending a non-ECN SYN break anything?
> >


Sally Floyd wrote, from the real world :

> That is explicitly allowed in the ECN standard.  And I would
> recommend it.

Yet it does not appear to happen with linux ECN :(  perhaps by
continuing to suggest this someone else will write the patch :)


Alan Cox wrote, from a position of omniscience:

> Your user has already pressed "reload" five times by then. 

Yet another purpose for the (proposed)per-peer IP data cache, along
with preferred window size


Joe Touch wrote, from a lesser conceptual space:
 
> Is there anything preventing sending both SYNs at the same time?
> (that way the timeout could be avoided, and the unused connection could
> be RST).

how do you differentiate this from opening two channels at once?
Oh, obviously, they have the same local port number, so it would look
like a duplicated SYN to the non-initiated


Alan Cox responded:

> Another question to ask perhaps the important one - for a typical connection
> does the overhead of building two connections and shooting one exceed the
> gain from using ECN in the first place. 

we're not building a second connection, we're sending a duplicate SYN
packet with different option bits.



-- 
                                                  David Nicol 816.235.1187
there are no troops outside the gates of eden http://wmbr.mit.edu/wmbr.ram


