From root@core3.amsl.com Mon Mar 2 05:30:02 2009 Return-Path: X-Original-To: speermint@ietf.org Delivered-To: speermint@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 126773A6964; Mon, 2 Mar 2009 05:30:01 -0800 (PST) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090302133002.126773A6964@core3.amsl.com> Date: Mon, 2 Mar 2009 05:30:02 -0800 (PST) Cc: speermint@ietf.org Subject: [Speermint] I-D Action:draft-ietf-speermint-architecture-08.txt X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2009 13:30:02 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Session PEERing for Multimedia INTerconnect Working Group of the IETF. Title : SPEERMINT Peering Architecture Author(s) : R. Penno, S. Khan Filename : draft-ietf-speermint-architecture-08.txt Pages : 18 Date : 2009-03-02 This document defines the SPEERMINT peering architecture, its functional components and peering interface functions. It also describes the steps taken to establish a session between two peering domains in the context of the functions defined. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-speermint-architecture-08.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-speermint-architecture-08.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-03-02051556.I-D@ietf.org> --NextPart-- From Adam.Uzelac@globalcrossing.com Mon Mar 2 05:36:37 2009 Return-Path: X-Original-To: speermint@core3.amsl.com Delivered-To: speermint@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0806128C0FF for ; Mon, 2 Mar 2009 05:36:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.274 X-Spam-Level: X-Spam-Status: No, score=-1.274 tagged_above=-999 required=5 tests=[ACT_NOW_CAPS=0.792, AWL=0.533, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Fe8L6WTPDbQJ for ; Mon, 2 Mar 2009 05:36:33 -0800 (PST) Received: from mailsrv.ams.gblxint.com (unknown-141-roc.globalcrossing.com [209.130.177.141]) by core3.amsl.com (Postfix) with ESMTP id 7BBE828C0FA for ; Mon, 2 Mar 2009 05:36:33 -0800 (PST) Received: from w3uspdyvs212.ams.gblxint.com (w3uspdyvs212.ams.gblxint.com [10.60.54.213]) by mailsrv.ams.gblxint.com (Postfix) with ESMTP id 28D06E8AD7 for ; Mon, 2 Mar 2009 08:36:59 -0500 (EST) Received: from w3uspdyvs241.ams.gblxint.com ([10.60.54.202]) by w3uspdyvs212.ams.gblxint.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 2 Mar 2009 08:36:58 -0500 Received: from EVS20.ams.gblxint.com ([10.60.53.123]) by w3uspdyvs241.ams.gblxint.com ([10.60.54.202]) with mapi; Mon, 2 Mar 2009 08:36:58 -0500 From: "Uzelac, Adam" To: "speermint@ietf.org" Date: Mon, 2 Mar 2009 08:36:56 -0500 Thread-Topic: New Version Notification for draft-ietf-speermint-architecture-08 Thread-Index: AcmbORjLKrpm02BUTQ2WJEEAdrCPmgAABOug Message-ID: <278488ECD81E6A42A7289E84524D2A257F438E08@EVS20.ams.gblxint.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/mixed; boundary="_002_278488ECD81E6A42A7289E84524D2A257F438E08EVS20amsgblxint_" MIME-Version: 1.0 X-OriginalArrivalTime: 02 Mar 2009 13:36:58.0888 (UTC) FILETIME=[F5F8F880:01C99B3B] X-Mailman-Approved-At: Mon, 02 Mar 2009 06:44:06 -0800 Subject: [Speermint] FW: New Version Notification for draft-ietf-speermint-architecture-08 X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2009 13:36:37 -0000 --_002_278488ECD81E6A42A7289E84524D2A257F438E08EVS20amsgblxint_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SnVzdCBwb3N0ZWQgdGhpcy4NCkNoYW5nZXM6DQoNCi0gJ1RhcmdldCBTU1AnIGlzIHVzZWQgdGhy b3VnaG91dCBhbmQgY29uc2lzdGVudGx5LiAgJ1Rlcm1pbmF0aW5nIFBlZXInIHdhcyB0aGUgcHJl ZG9taW5hbnQgdGVybSBpbiBwcmV2aW91cyB2ZXJzaW9ucy4NCi0gJ09yaWdpbmF0aW5nIFNTUCcg aXMgdXNlZCB0aHJvdWdob3V0LCBpbnN0ZWFkIG9mICdJbml0aWF0aW5nIFBlZXInDQotIEJldHRl ciBkZWZpbmVkIExSRiBhbmQgTFVGLCB3aXRoIGRlZmluaXRpb25zIGFuZCBwdXJwb3NlDQotIFJl d29ya2VkIHRoZSBvdmVyYWxsIGZsb3cgb2YgdGhlIGRvY3VtZW50DQotIHVwZGF0ZWQgc29tZSBi b2lsZXJwbGF0ZSBuaXRzICh0aG91Z2ggc3RpbGwgbmVlZCB0byBzb3J0IGEgZmV3IG91dCkNCi0g YWRkcmVzc2VkIGxvYWRzIG9mIG5pdHMvdHlwb3MvZXRjDQoNClNwZWNpYWwgdGhhbmtzIHRvIEpp bSBNY0VhY2hlcm4gZm9yIHRoZSBkZXRhaWxlZCByZXZpZXcgYW5kIGZlZWRiYWNrIHByb3ZpZGVk LiAgSGUgcmVjZWl2ZXMgdHdvICgyKSAiU3BlZXJtaW50IiBwb2ludHMgd2hpY2ggaGF2ZSBubyBj YXNoIHZhbHVlLCBidXQgY2FuIGJlIHJlZGVlbWVkIHZpYSB5b3VycyB0cnVseSBmb3IgMSBhZHVs dCBiZXZlcmFnZSBvZiBjaG9pY2UgaW4gU2FuIEZyYW4uICBZb3UgdG9vIGNhbiB0YWtlIGFkdmFu dGFnZSBvZiB0aGlzIGxpbWl0ZWQgdGltZSBvZmZlci4gIEFjdCBOT1cgYW5kIHlvdSB3aWxsIGJl IGVudGVyZWQgdG8gd2luIGEgZnJlZSAiVG8gU0JDIG9yIG5vdCB0byBTQkMiIHJlcG9ydCwgaW4g YWRkaXRpb24gdG8geW91ciAyICJTcGVlcm1pbnQiIHBvaW50cy4gIA0KDQpPbiBhIHNlcmlvdXMg bm90ZSAtIHRoaXMgaXMgc3RpbGwgZHJhZnQsIGJ1dCBjb21pbmcgYWxvbmcgd2VsbCBkdWUgdG8g Zm9sa3MgdGFraW5nIHRoZSB0aW1lIHRvIHJlYWQgYW5kIHByb3ZpZGUgZmVlZGJhY2suICBQbGVh c2UgbGV0IG1lIGtub3cgaWYgeW91IGhhdmUgYW55IGNvbW1lbnRzLCBxdWVzdGlvbnMgYW5kL29y IGNvbmNlcm5zLiAgDQoNCkFkYW0NCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206 IElFVEYgSS1EIFN1Ym1pc3Npb24gVG9vbCBbbWFpbHRvOmlkc3VibWlzc2lvbkBpZXRmLm9yZ10g DQpTZW50OiBNb25kYXksIE1hcmNoIDAyLCAyMDA5IDg6MTYgQU0NClRvOiBVemVsYWMsIEFkYW0N CkNjOiBycGVubm9AanVuaXBlci5uZXQ7IHNvaGVsX2toYW5AY2FibGUuY29tY2FzdC5jb20NClN1 YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtaWV0Zi1zcGVlcm1pbnQt YXJjaGl0ZWN0dXJlLTA4IA0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1pZXRmLXNw ZWVybWludC1hcmNoaXRlY3R1cmUtMDgudHh0IGhhcyBiZWVuIHN1Y2Nlc3NmdWx5IHN1Ym1pdHRl ZCBieSBBZGFtIFV6ZWxhYyBhbmQgcG9zdGVkIHRvIHRoZSBJRVRGIHJlcG9zaXRvcnkuDQoNCkZp bGVuYW1lOgkgZHJhZnQtaWV0Zi1zcGVlcm1pbnQtYXJjaGl0ZWN0dXJlDQpSZXZpc2lvbjoJIDA4 DQpUaXRsZToJCSBTUEVFUk1JTlQgUGVlcmluZyBBcmNoaXRlY3R1cmUNCkNyZWF0aW9uX2RhdGU6 CSAyMDA5LTAzLTAyDQpXRyBJRDoJCSBzcGVlcm1pbnQNCk51bWJlcl9vZl9wYWdlczogMTgNCg0K QWJzdHJhY3Q6DQpUaGlzIGRvY3VtZW50IGRlZmluZXMgdGhlIFNQRUVSTUlOVCBwZWVyaW5nIGFy Y2hpdGVjdHVyZSwgaXRzIGZ1bmN0aW9uYWwgDQpjb21wb25lbnRzIGFuZCBwZWVyaW5nIGludGVy ZmFjZSBmdW5jdGlvbnMuIEl0IGFsc28gZGVzY3JpYmVzIHRoZSBzdGVwcyB0YWtlbiANCnRvIGVz dGFibGlzaCBhIHNlc3Npb24gYmV0d2VlbiB0d28gcGVlcmluZyBkb21haW5zIGluIHRoZSBjb250 ZXh0IG9mIHRoZSANCmZ1bmN0aW9ucyBkZWZpbmVkLg0KICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IA0KDQoNClRoZSBJRVRGIFNlY3JldGFyaWF0Lg0KDQoNCg== --_002_278488ECD81E6A42A7289E84524D2A257F438E08EVS20amsgblxint_ Content-Type: text/plain; name="draft-ietf-speermint-architecture-08.txt" Content-Description: draft-ietf-speermint-architecture-08.txt Content-Disposition: attachment; filename="draft-ietf-speermint-architecture-08.txt"; size=38930; creation-date="Fri, 27 Feb 2009 15:30:45 GMT"; modification-date="Mon, 02 Mar 2009 08:12:43 GMT" Content-Transfer-Encoding: base64 U3BlZXJtaW50IFdvcmtpbmcgR3JvdXAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IEEuVXplbGFjKEVkLikgCkludGVybmV0IERyYWZ0ICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgR2xvYmFsIENyb3NzaW5nIApJbnRlbmRlZCBzdGF0dXM6IEluZm9ybWF0 aW9uYWwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKRXhwaXJlczogU2VwdGVt YmVyIDIwMDkgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IE1hcmNoIDIsIDIwMDkgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAg ICAgICAgICAgICAgICAgICAgICBTUEVFUk1JTlQgUGVlcmluZyBBcmNoaXRlY3R1cmUgCiAgICAg ICAgICAgICAgICAgICAgIGRyYWZ0LWlldGYtc3BlZXJtaW50LWFyY2hpdGVjdHVyZS0wOCAKCgpT dGF0dXMgb2YgdGhpcyBNZW1vIAogCiAgIFRoaXMgSW50ZXJuZXQtRHJhZnQgaXMgc3VibWl0dGVk IHRvIElFVEYgaW4gZnVsbCBjb25mb3JtYW5jZSB3aXRoIHRoZSAKICAgcHJvdmlzaW9ucyBvZiBC Q1AgNzggYW5kIEJDUCA3OS4gCiAKICAgSW50ZXJuZXQtRHJhZnRzIGFyZSB3b3JraW5nIGRvY3Vt ZW50cyBvZiB0aGUgSW50ZXJuZXQgRW5naW5lZXJpbmcgCiAgIFRhc2sgRm9yY2UgKElFVEYpLCBp dHMgYXJlYXMsIGFuZCBpdHMgd29ya2luZyBncm91cHMuICBOb3RlIHRoYXQgCiAgIG90aGVyIGdy b3VwcyBtYXkgYWxzbyBkaXN0cmlidXRlIHdvcmtpbmcgZG9jdW1lbnRzIGFzIEludGVybmV0LSAK ICAgRHJhZnRzLiAKIAogICBJbnRlcm5ldC1EcmFmdHMgYXJlIGRyYWZ0IGRvY3VtZW50cyB2YWxp ZCBmb3IgYSBtYXhpbXVtIG9mIHNpeCBtb250aHMgCiAgIGFuZCBtYXkgYmUgdXBkYXRlZCwgcmVw bGFjZWQsIG9yIG9ic29sZXRlZCBieSBvdGhlciBkb2N1bWVudHMgYXQgYW55IAogICB0aW1lLiAg SXQgaXMgaW5hcHByb3ByaWF0ZSB0byB1c2UgSW50ZXJuZXQtRHJhZnRzIGFzIHJlZmVyZW5jZSAK ICAgbWF0ZXJpYWwgb3IgdG8gY2l0ZSB0aGVtIG90aGVyIHRoYW4gYXMgIndvcmsgaW4gcHJvZ3Jl c3MuIiAKIAogICBUaGUgbGlzdCBvZiBjdXJyZW50IEludGVybmV0LURyYWZ0cyBjYW4gYmUgYWNj ZXNzZWQgYXQgCiAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvaWV0Zi8xaWQtYWJzdHJhY3RzLnR4dC4g CiAKICAgVGhlIGxpc3Qgb2YgSW50ZXJuZXQtRHJhZnQgU2hhZG93IERpcmVjdG9yaWVzIGNhbiBi ZSBhY2Nlc3NlZCBhdCAKICAgaHR0cDovL3d3dy5pZXRmLm9yZy9zaGFkb3cuaHRtbC4gCiAKICAg VGhpcyBJbnRlcm5ldC1EcmFmdCB3aWxsIGV4cGlyZSBvbiBTZXB0ZW1iZXIgMiwgMjAwOS4gCiAK Q29weXJpZ2h0IE5vdGljZSAKIAogICBDb3B5cmlnaHQgKGMpIDIwMDkgSUVURiBUcnVzdCBhbmQg dGhlIHBlcnNvbnMgaWRlbnRpZmllZCBhcyB0aGUgCiAgIGRvY3VtZW50IGF1dGhvcnMuICBBbGwg cmlnaHRzIHJlc2VydmVkLiAKIAogICBUaGlzIGRvY3VtZW50IGlzIHN1YmplY3QgdG8gQkNQIDc4 IGFuZCB0aGUgSUVURiBUcnVzdCdzIExlZ2FsIAogICBQcm92aXNpb25zIFJlbGF0aW5nIHRvIElF VEYgRG9jdW1lbnRzIAogICAoaHR0cDovL3RydXN0ZWUuaWV0Zi5vcmcvbGljZW5zZS1pbmZvKSBp biBlZmZlY3Qgb24gdGhlIGRhdGUgb2YgCiAgIHB1YmxpY2F0aW9uIG9mIHRoaXMgZG9jdW1lbnQu ICBQbGVhc2UgcmV2aWV3IHRoZXNlIGRvY3VtZW50cyAKICAgY2FyZWZ1bGx5LCBhcyB0aGV5IGRl c2NyaWJlIHlvdXIgcmlnaHRzIGFuZCByZXN0cmljdGlvbnMgd2l0aCByZXNwZWN0IAogICB0byB0 aGlzIGRvY3VtZW50LiAKIAogCkFic3RyYWN0IAoKICAgVGhpcyBkb2N1bWVudCBkZWZpbmVzIHRo ZSBTUEVFUk1JTlQgcGVlcmluZyBhcmNoaXRlY3R1cmUsIGl0cyBmdW5jdGlvbmFsIAogICBjb21w b25lbnRzIGFuZCBwZWVyaW5nIGludGVyZmFjZSBmdW5jdGlvbnMuIEl0IGFsc28gZGVzY3JpYmVz IHRoZSBzdGVwcyB0YWtlbiAKICAgdG8gZXN0YWJsaXNoIGEgc2Vzc2lvbiBiZXR3ZWVuIHR3byBw ZWVyaW5nIGRvbWFpbnMgaW4gdGhlIGNvbnRleHQgb2YgdGhlIAogICBmdW5jdGlvbnMgZGVmaW5l ZC4gICAgCiAKIAogClV6ZWxhYyAgICAgICAgICAgICAgICBFeHBpcmVzIFNlcHRlbWJlciAyLCAy MDA5ICAgICAgICAgICAgICAgIFtQYWdlIDFdIAoMCkludGVybmV0LURyYWZ0ICAgICAgU1BFRVJN SU5UIHBlZXJpbmcgYXJjaGl0ZWN0dXJlICAgICAgICBGZWJydWFyeSAyMDA5IAogICAgCgpUYWJs ZSBvZiBDb250ZW50cyAKCiAgICAKICAgMS4gSW50cm9kdWN0aW9uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uMyAKICAgMi4gTmV0d29yayBDb250ZXh0 Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uMyAKICAgMy4g UmVmZXJlbmNlIFNQRUVSTUlOVCBBcmNoaXRlY3R1cmUuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uNCAKICAgNC4gUHJvY2VkdXJlcyBvZiBJbnRlcmRvbWFpbiBTU1AgU2Vzc2lvbiBFc3Rh Ymxpc2htZW50Li4uLi4uLi4uLi4uNiAKICAgNS4gUmVjb21tZW5kZWQgU1NQIFByb2NlZHVyZXMu Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uNyAKICAgICAgNS4xLiBPcmlnaW5h dGluZyBTU1AgUHJvY2VkdXJlcy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uNyAKICAg ICAgICAgNS4xLjEuIFRoZSBMb29rLVVwIEZ1bmN0aW9uIChMVUYpLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uNyAKICAgICAgICAgICAgNS4xLjEuMS4gVGFyZ2V0IGFkZHJlc3MgYW5hbHlzaXMu Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uNyAKICAgICAgICAgICAgNS4xLjEuMi4gRW5kIFVzZXIg RU5VTSBMb29rdXAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uOCAKICAgICAgICAgICAgNS4x LjEuMy4gSW5mcmFzdHJ1Y3R1cmUgRU5VTSBsb29rdXAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uOCAK ICAgICAgICAgNS4xLjIuIExvY2F0aW9uIFJvdXRpbmcgRnVuY3Rpb24gKExSRikuLi4uLi4uLi4u Li4uLi4uLi4uLi4uOCAKICAgICAgICAgICAgNS4xLjIuMS4gU0lQIEROUyBSZXNvbHV0aW9uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uOCAKICAgICAgICAgICAgNS4xLjIuMi4gUm91dGlu ZyBUYWJsZS4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uOSAKICAgICAgICAgICAg NS4xLjIuMy4gU0lQIFJlZGlyZWN0IFNlcnZlci4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u OSAKICAgICAgICAgNS4xLjMuIFRoZSBTaWduYWxpbmcgRnVuY3Rpb24gKFNGKS4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uOSAKICAgICAgICAgICAgNS4xLjMuMS4gRXN0YWJsaXNoaW5nIGEgVHJ1 c3RlZCBSZWxhdGlvbnNoaXAuLi4uLi4uLi4uLi4uOSAKICAgICAgICAgICAgNS4xLjMuMi4gU2Vu ZGluZyB0aGUgU0lQIHJlcXVlc3QuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xMCAKICAgICAgNS4y LiBUZXJtaW5hdGluZyBTU1AgUHJvY2VkdXJlcy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4xMCAKICAgICAgICAgNS4yLjEuIFRoZSBMb2NhdGlvbiBGdW5jdGlvbiAoTEYpLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4xMCAKICAgICAgICAgICAgNS4yLjEuMS4gUHVibGlzaCBFTlVNIHJl Y29yZHMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xMCAKICAgICAgICAgICAgNS4yLjEuMi4g UHVibGlzaCBTSVAgRE5TIHJlY29yZHMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xMSAKICAgICAg ICAgICAgNS4yLjEuMy4gU3Vic2NyaWJlIE5vdGlmeS4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4xMSAKICAgICAgICAgNS4yLjIuIFNpZ25hbGluZyBGdW5jdGlvbiAoU0YpLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4xMSAKICAgICAgICAgICAgNS4yLjIuMS4gVExTLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xMSAKICAgICAgICAgICAgNS4yLjIu Mi4gUmVjZWl2ZSBTSVAgcmVxdWVzdHMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xMSAKICAg ICAgNS4zLiBUYXJnZXQgU1NQIFByb2NlZHVyZXMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4xMiAKICAgICAgICAgNS4zLjEuIFNpZ25hbGluZyBGdW5jdGlvbiAoU0YpLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xMiAKICAgICAgICAgICAgNS4zLjEuMS4gVExTLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xMiAKICAgICAgICAgICAgNS4z LjEuMi4gUmVjZWl2ZSBTSVAgcmVxdWVzdHMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xMiAK ICAgICAgNS40LiBNZWRpYSBGdW5jdGlvbiAoTUYpLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4xMiAKICAgICAgNS41LiBQb2xpY3kgQ29uc2lkZXJhdGlvbnMuLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xMiAKICAgNi4gQ2FsbCBDb250cm9sIGFuZCBNZWRp YSBDb250cm9sIERlcGxveW1lbnQgT3B0aW9ucy4uLi4uLi4uLi4uLi4xMyAKICAgNy4gQWRkcmVz cyBzcGFjZSBjb25zaWRlcmF0aW9ucy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4x NCAKICAgOC4gU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4xNSAKICAgOS4gSUFOQSBDb25zaWRlcmF0aW9ucy4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xNSAKICAgMTAuIEFja25vd2xlZGdtZW50cy4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xNSAKICAgMTEuIFJl ZmVyZW5jZXMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4xNiAKICAgICAgMTEuMS4gTm9ybWF0aXZlIFJlZmVyZW5jZXMuLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4xNiAKICAgICAgMTEuMi4gSW5mb3JtYXRpdmUgUmVmZXJlbmNlcy4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xNyAKICAgQXV0aG9yJ3MgQWRkcmVzc2Vz Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xOCAgICAgICAg ICAKICAgIAoKCiAKIApVemVsYWMgICAgICAgICAgICAgICAgRXhwaXJlcyBTZXB0ZW1iZXIgMiwg MjAwOSAgICAgICAgICAgICAgICBbUGFnZSAyXSAKDApJbnRlcm5ldC1EcmFmdCAgICAgIFNQRUVS TUlOVCBwZWVyaW5nIGFyY2hpdGVjdHVyZSAgICAgICAgRmVicnVhcnkgMjAwOSAKICAgIAoKMS4g SW50cm9kdWN0aW9uICAgIAoKICAgVGhlIG9iamVjdGl2ZSBvZiB0aGlzIGRvY3VtZW50IGlzIHRv IGRlZmluZSBhIHJlZmVyZW5jZSBwZWVyaW5nIGFyY2hpdGVjdHVyZSBpbiAKICAgdGhlIGNvbnRl eHQgb2YgU2Vzc2lvbiBQRUVSaW5nIGZvciBNdWx0aW1lZGlhIElOVGVyY29ubmVjdCAoU1BFRVJN SU5UKS4gSW4gdGhpcyAKICAgcHJvY2Vzcywgd2UgZGVmaW5lIHRoZSBwZWVyaW5nIHJlZmVyZW5j ZSBhcmNoaXRlY3R1cmUsIGl0cyBmdW5jdGlvbmFsIAogICBjb21wb25lbnRzLCBhbmQgcGVlcmlu ZyBpbnRlcmZhY2UgZnVuY3Rpb25zIGZyb20gdGhlIHBlcnNwZWN0aXZlIG9mIGEgU0lQIAogICBT ZXJ2aWNlIHByb3ZpZGVyJ3MgKFNTUCkgbmV0d29yay4gICAKCiAgIFRoaXMgYXJjaGl0ZWN0dXJl IGFsbG93cyB0aGUgaW50ZXJjb25uZWN0aW9uIG9mIHR3byBTU1BzIGluIGxheWVyIDUgcGVlcmlu ZyBhcyAKICAgZGVmaW5lZCBpbiB0aGUgU1BFRVJNSU5UIFJlcXVpcmVtZW50cyBbMTRdIGFuZCBU ZXJtaW5vbG9neSBbMTNdIGRvY3VtZW50cy4gCgogICBMYXllciAzIHBlZXJpbmcgaXMgb3V0c2lk ZSB0aGUgc2NvcGUgb2YgdGhpcyBkb2N1bWVudC4gSGVuY2UsIHRoZSBmaWd1cmVzIGluIAogICB0 aGlzIGRvY3VtZW50IGRvIG5vdCBzaG93IHJvdXRlcnMgc28gdGhhdCB0aGUgZm9jdXMgaXMgb24g TGF5ZXIgNSBwcm90b2NvbCAKICAgYXNwZWN0cy4gICAKCiAgIFRoaXMgZG9jdW1lbnQgdXNlcyB0 ZXJtaW5vbG9neSBkZWZpbmVkIGluIHRoZSBTUEVFUk1JTlQgVGVybWlub2xvZ3kgZG9jdW1lbnQg CiAgIFsxM10sIHNvIHRoZSByZWFkZXIgc2hvdWxkIGJlIGZhbWlsaWFyIHdpdGggYWxsIHRoZSB0 ZXJtcyBkZWZpbmVkIHRoZXJlLiAKCiAgIEluIHRoaXMgZG9jdW1lbnQsIHRoZSBrZXkgd29yZHMg Ik1VU1QiLCAiTVVTVCBOT1QiLCAiUkVRVUlSRUQiLCAgICJTSEFMTCIsIAogICAiU0hBTEwgTk9U IiwgIlNIT1VMRCIsICJTSE9VTEQgTk9UIiwgIlJFQ09NTUVOREVEIiwgIk1BWSIsIGFuZCAiT1BU SU9OQUwiIGFyZSAKICAgdG8gYmUgaW50ZXJwcmV0ZWQgYXMgZGVzY3JpYmVkIGluIFtSRkMyMTE5 XS4gCgoyLiBOZXR3b3JrIENvbnRleHQgIAoKICAgRmlndXJlIDEgYWxsb3dzIGZvciB0aGUgZm9s bG93aW5nIHBvdGVudGlhbCBTUEVFUk1JTlQgcGVlcmluZyBzY2VuYXJpb3M6ICAKCiAgICAgbyBF bnRlcnByaXNlIHRvIEVudGVycHJpc2UgYWNyb3NzIHRoZSBwdWJsaWMgSW50ZXJuZXQgIAoKICAg ICBvIEVudGVycHJpc2UgdG8gU1NQIGFjcm9zcyB0aGUgcHVibGljIEludGVybmV0ICAKCiAgICAg byBTU1AgdG8gU1NQIGFjcm9zcyB0aGUgcHVibGljIEludGVybmV0ICAKCiAgICAgbyBFbnRlcnBy aXNlIHRvIGVudGVycHJpc2UgYWNyb3NzIGEgcHJpdmF0ZSBMYXllciAzIG5ldHdvcmsgIAoKICAg ICBvIEVudGVycHJpc2UgdG8gU1NQIGFjcm9zcyBhIHByaXZhdGUgTGF5ZXIgMyBuZXR3b3JrICAK CiAgICAgbyBTU1AgdG8gU1NQIGFjcm9zcyBhIHByaXZhdGUgTGF5ZXIgMyBuZXR3b3JrICAKCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICstLS0tLS0tLS0tLS0tLS0tLS0tKyAgCiAgICAgICAg ICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgIAog ICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAgICBQdWJsaWMgICAgICAgIHwgIAogICAgICAg ICAgICAgICAgICAgICAgICAgICB8ICAgICAgIFNJUCAgICAgICAgIHwgIAogICAgICAgICAgICAg ICAgICAgICAgICAgICB8ICAgICBQZWVyaW5nICAgICAgIHwgIAogICAgICAgICAgICAgICAgICAg ICAgICAgICB8ICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAg CiAgICAgICAgICAgICAgICAgICAgICAgICAgICstLS0tLS0tLS0tLS0tLS0tLS0tKyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICB8ICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC0tLS0tICAKIAogClV6ZWxh YyAgICAgICAgICAgICAgICBFeHBpcmVzIFNlcHRlbWJlciAyLCAyMDA5ICAgICAgICAgICAgICAg IFtQYWdlIDNdIAoMCkludGVybmV0LURyYWZ0ICAgICAgU1BFRVJNSU5UIHBlZXJpbmcgYXJjaGl0 ZWN0dXJlICAgICAgICBGZWJydWFyeSAyMDA5IAogICAgCgogICAgICArLS0tLS0tLS0tLS0rICAg ICAgICAgICAgICAvICAgICBcICAgICAgICAgICAgICArLS0tLS0tLS0tLS0rICAKICAgICAgfEVu dGVycHJpc2UgfCAgICAgICAgICAgIC0tICAgICAgIC0tICAgICAgICAgICAgfEVudGVycHJpc2Ug fCAgCiAgICAgIHxQcm92aWRlciBBIHwtLS0tLS0tLS0tLS8gICAgICAgICAgIFwtLS0tLS0tLS0t LXxQcm92aWRlciBCIHwgIAogICAgICArLS0tLS0tLS0tLS0rICAgICAgICAgLS0gICAgICAgICAg ICAgLS0gICAgICAgICArLS0tLS0tLS0tLS0rICAKICAgICAgICAgICAgICAgICAgICAgICAgICAg LyAgICAgIFB1YmxpYyAgICAgXCAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgIElu dGVybmV0ICAgIHwgIAogICAgICAgICAgICAgICAgICAgICAgICAgICBcICAgICAoTGF5ZXIgMykg ICAvICAKICAgICAgKy0tLS0tLS0tLS0tKyAgICAgICAgIC0tICAgICAgICAgICAgIC0tICAgICAg ICAgKy0tLS0tLS0tLS0tKyAgCiAgICAgIHwgIFNTUCBDICAgIHwtLS0tLS0tLS0tLVwgICAgICAg ICAgIC8tLS0tLS0tLS0tLXwgIFNTUCBEICAgIHwgIAogICAgICB8ICAgICAgICAgICB8ICAgICAg ICAgICAgLS0gICAgICAgLS0gICAgICAgICAgICB8ICAgICAgICAgICB8ICAKICAgICAgKy0tLS0t LS0tLS0tKyAgICAgICAgICAgICAgXF9fX19fLyAgICAgICAgICAgICAgKy0tLS0tLS0tLS0tKyAg CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgTGF5ZXIgMyBQZWVyaW5nICAK ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCBQb2ludCAob3V0IG9mIHNjb3Bl KSAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAtLS0tLSAgCiAgICAgICstLS0t LS0tLS0tLSsgICAgICAgICAgICAgIC8gICAgIFwgICAgICAgICAgICAgICstLS0tLS0tLS0tLSsg IAogICAgICB8RW50ZXJwcmlzZSB8ICAgICAgICAgICAgLS0gICAgICAgLS0gICAgICAgICAgICB8 RW50ZXJwcmlzZSB8ICAKICAgICAgfFByb3ZpZGVyIEUgfC0tLS0tLS0tLS0tLyAgICAgICAgICAg XC0tLS0tLS0tLS0tfFByb3ZpZGVyIEYgfCAgCiAgICAgICstLS0tLS0tLS0tLSsgICAgICAgICAt LSAgIFByaXZhdGUgICAtLSAgICAgICAgICstLS0tLS0tLS0tLSsgIAogICAgICAgICAgICAgICAg ICAgICAgICAgICAvICAgICBOZXR3b3JrICAgIFwgICAgICAgICAgCiAgICAgICAgICAgICAgICAg ICAgICAgICAgIHwgICAgKExheWVyIDMpICAgIHwgICAgICAgICAgCiAgICAgICAgICAgICAgICAg ICAgICAgICAgIFwgICAgICAgICAgICAgICAgLyAgICAgICAgICAgCiAgICAgICstLS0tLS0tLS0t LSsgICAgICAgICAtLSAgICAgICAgICAgIC0tICAgICAgICAgICstLS0tLS0tLS0tLSsgIAogICAg ICB8ICBTU1AgRyAgICB8LS0tLS0tLS0tLS1cICAgICAgICAgICAvLS0tLS0tLS0tLS18ICAgU1NQ IEggICB8ICAKICAgICAgfCAgICAgICAgICAgfCAgICAgICAgICAgIC0tICAgICAgIC0tICAgICAg ICAgICAgfCAgICAgICAgICAgfCAgCiAgICAgICstLS0tLS0tLS0tLSsgICAgICAgICAgICAgICBc X19fXy8gICAgICAgICAgICAgICstLS0tLS0tLS0tLSsgIAogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgfCAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICstLS0tLS0tLS0t LS0tLS0tLS0tKyAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgIFByaXZhdGUgICAg ICAgfCAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgIFNJ UCAgICAgICAgIHwgIAogICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAgICBQZWVyaW5nICAg ICAgIHwgIAogICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgIHwg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAg Ky0tLS0tLS0tLS0tLS0tLS0tLS0rICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgRmlndXJl IDE6IFNQRUVSTUlOVCBOZXR3b3JrIENvbnRleHQgIAogCiAKMy4gUmVmZXJlbmNlIFNQRUVSTUlO VCBBcmNoaXRlY3R1cmUgIAoKICAgRmlndXJlIDIgZGVwaWN0cyB0aGUgU1BFRVJNSU5UIGFyY2hp dGVjdHVyZSBhbmQgbG9naWNhbCBmdW5jdGlvbnMgdGhhdCBmb3JtIHRoZSAKICAgcGVlcmluZyBi ZXR3ZWVuIHR3byBTU1BzLiAgCgoKCgoKCgoKIAogClV6ZWxhYyAgICAgICAgICAgICAgICBFeHBp cmVzIFNlcHRlbWJlciAyLCAyMDA5ICAgICAgICAgICAgICAgIFtQYWdlIDRdIAoMCkludGVybmV0 LURyYWZ0ICAgICAgU1BFRVJNSU5UIHBlZXJpbmcgYXJjaGl0ZWN0dXJlICAgICAgICBGZWJydWFy eSAyMDA5IAogICAgCgogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgKy0tLS0tLSsgCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgfCBETlMsIHwgCiAgICAgICAgICAgICAgICAgICAgKy0tLS0tLS0tLS0+fCBE YiwgIHw8LS0tLS0tLS0tKyAKICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICB8IGV0YyAg fCAgICAgICAgICB8IAogICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICstLS0tLS0rICAg ICAgICAgIHwgCiAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgfCAKICAgICAgICAgICAgICAtLS0tLS18LS0tLS0tLS0gICAgICAgICAgICAgIC0tLS0tLS18 LS0tLS0tLSAKICAgICAgICAgICAgIC8gICAgICB2ICAgICAgICBcICAgICAgICAgICAgLyAgICAg ICB2ICAgICAgIFwgCiAgICAgICAgICAgIHwgICAgKy0tTFVGLSsgICAgIHwgICAgICAgICAgfCAg ICAgKy0tTFVGLSsgICAgfCAKICAgICAgICAgICAgfCAgICB8ICAgICAgfCAgICAgfCAgICAgICAg ICB8ICAgICB8ICAgICAgfCAgICB8IAogICAgICAgICAgICB8ICAgIHwgICAgICB8ICAgICB8ICAg ICAgICAgIHwgICAgIHwgICAgICB8ICAgIHwgCiAgICAgICAgICAgIHwgICAgfCAgICAgIHwgICAg IHwgICAgICAgICAgfCAgICAgfCAgICAgIHwgICAgfCAKICAgICAgICAgICAgfCAgICArLS0tLS0t KyAgICAgfCAgICAgICAgICB8ICAgICArLS0tLS0tKyAgICB8IAogICAgICAgICAgICB8ICAgICAg ICAgICAgICAgICB8ICAgICAgICAgIHwgICAgICAgICAgICAgICAgIHwgCiAgICAgICAgICAgIHwg ICAgKy0tTFJGLSsgICAgIHwgICAgICAgICAgfCAgICAgKy0tTFJGLSsgICAgfCAKICAgICAgICAg ICAgfCAgICB8ICAgICAgfCAgICAgfCAgICAgICAgICB8ICAgICB8ICAgICAgfCAgICB8IAogICAg ICAgICAgICB8ICAgIHwgICAgICB8ICAgICB8ICAgICAgICAgIHwgICAgIHwgICAgICB8ICAgIHwg CiAgICAgICAgICAgIHwgICAgfCAgICAgIHwgICAgIHwgICAgICAgICAgfCAgICAgfCAgICAgIHwg ICAgfCAKICAgICAgICAgICAgfCAgICArLS0tLS0tKyAgICAgfCAgICAgICAgICB8ICAgICArLS0t LS0tKyAgICB8IAogICAgICAgICAgICB8ICAgICAgICAgICAgICAgICB8ICAgICAgICAgIHwgICAg ICAgICAgICAgICAgIHwgCiAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgIHwgICAgICAgICAg fCAgICAgICAgICAgICAgICAgfCAKICAgICAgICAgICAgfCAgICAgICAgICAgICArLS0tU0YtLSsg ICstLS1TRi0tKyAgICAgICAgICAgICB8IAogICAgICAgICAgICB8ICAgICAgICAgICAgIHwgICAg ICAgfCAgfCAgICAgICB8ICAgICAgICAgICAgIHwgCiAgICAgICAgICAgIHwgICAgICAgICAgICAg fCAgU0JFICB8ICB8ICBTQkUgIHwgICAgICAgICAgICAgfCAKICAgICAgICAgICAgfCBPcmlnaW5h dGluZyB8ICAgICAgIHwgIHwgICAgICAgfCAgVGFyZ2V0ICAgICB8IAogICAgICAgICAgICB8ICAg ICAgICAgICAgICstLS1TRi0tKyAgKy0tLVNGLS0rICAgICAgICAgICAgIHwgCiAgICAgICAgICAg IHwgICAgU1NQICAgICAgICAgIHwgICAgICAgICAgfCAgICAgICBTU1AgICAgICAgfCAKICAgICAg ICAgICAgfCAgICAgICAgICAgICArLS0tTUYtLSsgICstLS1NRi0tKyAgICAgICAgICAgICB8IAog ICAgICAgICAgICB8ICAgICAgICAgICAgIHwgICAgICAgfCAgfCAgICAgICB8ICAgICAgICAgICAg IHwgCiAgICAgICAgICAgIHwgICAgICAgICAgICAgfCAgREJFICB8ICB8ICBEQkUgIHwgICAgICAg ICAgICAgfCAKICAgICAgICAgICAgfCAgICAgICAgICAgICB8ICAgICAgIHwgIHwgICAgICAgfCAg ICAgICAgICAgICB8IAogICAgICAgICAgICB8ICAgICAgICAgICAgICstLS1NRi0tKyAgKy0tLU1G LS0rICAgICAgICAgICAgIHwgCiAgICAgICAgICAgICBcICAgICAgICAgICAgICAgLyAgICAgICAg ICAgIFwgICAgICAgICAgICAgICAvIAogICAgICAgICAgICAgIC0tLS0tLS0tLS0tLS0tLSAgICAg ICAgICAgICAgLS0tLS0tLS0tLS0tLS0tIAogICAgICAgICAgICAgICAgICBGaWd1cmUgMjogUmVm ZXJlbmNlIFNQRUVSTUlOVCBBcmNoaXRlY3R1cmUgCiAKICAgVGhlIGZvbGxvd2luZyBwcm9jZWR1 cmVzIGFyZSBpbXBsZW1lbnRlZCBieSBhIHNldCBvZiBwZWVyaW5nIGZ1bmN0aW9uczogIAoKICAg VGhlIExvb2stVXAgRnVuY3Rpb24gKExVRikgcHJvdmlkZXMgYSBtZWNoYW5pc20gZm9yIGRldGVy bWluaW5nIGZvciBhIGdpdmVuIAogICByZXF1ZXN0IHRoZSB0YXJnZXQgZG9tYWluIHRvIHdoaWNo IHRoZSByZXF1ZXN0IHNob3VsZCBiZSByb3V0ZWQuICAgCgogICBUaGUgTG9jYXRpb24gUm91dGlu ZyBGdW5jdGlvbiAoTFJGKSBkZXRlcm1pbmVzIGZvciB0aGUgdGFyZ2V0IGRvbWFpbiBvZiBhIGdp dmVuIAogICByZXF1ZXN0IHRoZSBsb2NhdGlvbiBvZiB0aGUgU0YgaW4gdGhhdCBkb21haW4gYW5k IG9wdGlvbmFsbHkgZGV2ZWxvcHMgb3RoZXIgCiAgIFNlc3Npb24gRXN0YWJsaXNobWVudCBEYXRh IChTRUQpIHJlcXVpcmVkIHRvIHJvdXRlIHRoZSByZXF1ZXN0IHRvIHRoYXQgZG9tYWluLiAgCgoK IAogClV6ZWxhYyAgICAgICAgICAgICAgICBFeHBpcmVzIFNlcHRlbWJlciAyLCAyMDA5ICAgICAg ICAgICAgICAgIFtQYWdlIDVdIAoMCkludGVybmV0LURyYWZ0ICAgICAgU1BFRVJNSU5UIHBlZXJp bmcgYXJjaGl0ZWN0dXJlICAgICAgICBGZWJydWFyeSAyMDA5IAogICAgCgogICBUaGUgU2lnbmFs aW5nIEZ1bmN0aW9uIChTRikgcHJvdmlkZXMgU0lQIGNhbGwgcm91dGluZywgdG8gb3B0aW9uYWxs eSBwZXJmb3JtIAogICB0ZXJtaW5hdGlvbiBhbmQgcmUtaW5pdGlhdGlvbiBvZiBjYWxsLCB0byBv cHRpb25hbGx5IGltcGxlbWVudCBzZWN1cml0eSBhbmQgCiAgIHBvbGljaWVzIG9uIFNJUCBtZXNz YWdlcywgYW5kIHRvIGFzc2lzdCBpbiBkaXNjb3ZlcnkvZXhjaGFuZ2Ugb2YgcGFyYW1ldGVycyB0 byAKICAgYmUgdXNlZCBieSB0aGUgTWVkaWEgRnVuY3Rpb24gKE1GKS4gIAoKICAgVGhlIE1lZGlh IEZ1bmN0aW9uIChNRikgcHJvdmlkZXMgbWVkaWEgcmVsYXRlZCBmdW5jdGlvbnMgc3VjaCBhcyBt ZWRpYSAKICAgdHJhbnNjb2RpbmcsIHRvcG9sb2d5IGhpZGluZyBhbmQgbWVkaWEgc2VjdXJpdHkg aW1wbGVtZW50YXRpb24gYmV0d2VlbiB0d28gCiAgIFNTUHMuICAKCiAgIFRoZSBpbnRlbnRpb24g b2YgZGVmaW5pbmcgdGhlc2UgZnVuY3Rpb25zIGlzIHRvIHByb3ZpZGUgYSBmcmFtZXdvcmsgZm9y IGRlc2lnbiAKICAgc2VnbWVudGF0aW9uIGFuZCBhbGxvdyBlYWNoIG9uZSB0byBldm9sdmUgaW5k ZXBlbmRlbnRseS4gIAoKIAo0LiBQcm9jZWR1cmVzIG9mIEludGVyZG9tYWluIFNTUCBTZXNzaW9u IEVzdGFibGlzaG1lbnQgCgogICBUaGlzIGRvY3VtZW50IGFzc3VtZXMgdGhhdCBpbiBvcmRlciBm b3IgYSBzZXNzaW9uIHRvIGJlIGVzdGFibGlzaGVkIGZyb20gYSBVQSAKICAgaW4gdGhlIG9yaWdp bmF0aW5nIFNTUCdzIG5ldHdvcmsgdG8gYW4gVUEgaW4gdGhlIFRhcmdldCBTU1AncyBuZXR3b3Jr IHRoZSAKICAgZm9sbG93aW5nIHN0ZXBzIGFyZSB0YWtlbjogICAKCiAgICAgMS4gYW5hbHl6ZSB0 aGUgdGFyZ2V0IGFkZHJlc3MuICAgCgogICAgICAgICAgYS4gSWYgdGhlIHRhcmdldCBhZGRyZXNz IHJlcHJlc2VudHMgYW4gaW50cmEtU1NQIHJlc291cmNlLCB0aGUgCiAgICAgICAgICAgICBiZWhh dmlvciBpcyBvdXQtb2Ytc2NvcGUgd2l0aCByZXNwZWN0IHRvIHRoaXMgZHJhZnQuICAKCiAgICAg Mi4gZGV0ZXJtaW5lIHRoZSB0YXJnZXQgU1NQIChMVUYpIAoKICAgICAzLiBkZXRlcm1pbmUgdGhl IFNGIG5leHQtaG9wIGluIHRoZSB0YXJnZXQgU1NQIChMUkYpICAKCiAgICAgNC4gZW5mb3JjZSBh dXRoZW50aWNhdGlvbiBhbmQgcG90ZW50aWFsbHkgb3RoZXIgcG9saWNpZXMgIAoKICAgICA1LiBk ZXRlcm1pbmUgb2YgdGhlIFVBICAKCiAgICAgNi4gZXN0YWJsaXNoIHRoZSBzZXNzaW9uLCAgIAoK ICAgICA3LiB0cmFuc2ZlciBvZiBtZWRpYSB3aGljaCBjb3VsZCBpbmNsdWRlIHZvaWNlLCB2aWRl bywgdGV4dCBhbmQgb3RoZXJzLCAgCgogICAgIDguIHRlcm1pbmF0ZSB0aGUgc2Vzc2lvbiAoQllF KSAKCiAgIFRoZSBvcmlnaW5hdGluZyBTU1Agd291bGQgbGlrZWx5IHBlcmZvcm0gc3RlcHMgMS00 LCBhbmQgdGhlIHRhcmdldCBTU1Agd291bGQgCiAgIGxpa2VseSBwZXJmb3JtIHN0ZXBzIDQtNS4g IAoKICAgSW4gdGhlIGNhc2UgdGhlIHRhcmdldCBTU1AgY2hhbmdlcywgdGhlbiBzdGVwcyAxLTQg d291bGQgYmUgcmVwZWF0ZWQuIFRoaXMgaXMgCiAgIHJlZmxlY3RlZCBpbiBGaWd1cmUgMiB0aGF0 IHNob3dzIHRoZSB0YXJnZXQgU1NQIHdpdGggaXRzIG93biBwZWVyaW5nIGZ1bmN0aW9ucy4gIAoK CgoKIAogClV6ZWxhYyAgICAgICAgICAgICAgICBFeHBpcmVzIFNlcHRlbWJlciAyLCAyMDA5ICAg ICAgICAgICAgICAgIFtQYWdlIDZdIAoMCkludGVybmV0LURyYWZ0ICAgICAgU1BFRVJNSU5UIHBl ZXJpbmcgYXJjaGl0ZWN0dXJlICAgICAgICBGZWJydWFyeSAyMDA5IAogICAgCgo1LiBSZWNvbW1l bmRlZCBTU1AgUHJvY2VkdXJlcyAgCgogICBUaGlzIHNlY3Rpb24gZGVzY3JpYmVzIHRoZSBmdW5j dGlvbnMgaW4gbW9yZSBkZXRhaWwgYW5kIHByb3ZpZGVzIHNvbWUgCiAgIHJlY29tbWVuZGF0aW9u cyBvbiB0aGUgcm9sZSB0aGV5IHdvdWxkIHBsYXkgaW4gYSBTSVAgY2FsbCBpbiBhIExheWVyIDUg cGVlcmluZyAKICAgc2NlbmFyaW8uICAKCiAgIFNvbWUgb2YgdGhlIGluZm9ybWF0aW9uIGluIHRo ZSBzZWN0aW9uIGlzIHRha2VuIGZyb20gWzE0XSBhbmQgaXMgcHV0IGhlcmUgZm9yIAogICBjb250 aW51aXR5IHB1cnBvc2VzLiAKCjUuMS4gT3JpZ2luYXRpbmcgU1NQIFByb2NlZHVyZXMgCgo1LjEu MS4gVGhlIExvb2stVXAgRnVuY3Rpb24gKExVRikgCgogCiAgIFB1cnBvc2UgaXMgdG8gZGV0ZXJt aW5lIHRoZSBTRiBvZiB0aGUgdGFyZ2V0IGRvbWFpbiBvZiBhIGdpdmVuIHJlcXVlc3QgYW5kIAog ICBvcHRpb25hbGx5IGRldmVsb3AgU2Vzc2lvbiBFc3RhYmxpc2htZW50IERhdGEuICAKCjUuMS4x LjEuIFRhcmdldCBhZGRyZXNzIGFuYWx5c2lzICAKCiAKICAgV2hlbiB0aGUgb3JpZ2luYXRpbmcg U1NQIHJlY2VpdmVzIGEgcmVxdWVzdCB0byBjb21tdW5pY2F0ZSwgaXQgYW5hbHl6ZXMgdGhlIAog ICB0YXJnZXQgVVJJIHRvIGRldGVybWluZSB3aGV0aGVyIHRoZSBjYWxsIG5lZWRzIHRvIGJlIHJv dXRlZCBpbnRlcm5hbCBvciAKICAgZXh0ZXJuYWwgdG8gaXRzIG5ldHdvcmsuIFRoZSBhbmFseXNp cyBtZXRob2QgaXMgaW50ZXJuYWwgdG8gdGhlIFNTUDsgdGh1cywgCiAgIG91dHNpZGUgdGhlIHNj b3BlIG9mIFNQRUVSTUlOVC4gTm90ZSB0aGF0IHRoZSBTU1AgbWF5IGFsc28gY29uc3VsdCBhbnkg bWFubmVyIAogICBvZiBwcml2YXRlIGRhdGEgc291cmNlcyB0byBtYWtlIHRoaXMgZGV0ZXJtaW5h dGlvbi4gIAoKICAgSWYgdGhlIHRhcmdldCBhZGRyZXNzIGRvZXMgbm90IHJlcHJlc2VudCBhIHJl c291cmNlIGluc2lkZSB0aGUgb3JpZ2luYXRpbmcgCiAgIFNTUCdzIGFkbWluaXN0cmF0aXZlIGRv bWFpbiBvciBmZWRlcmF0aW9uIG9mIGRvbWFpbnMsIHRoZSBvcmlnaW5hdGluZyBTU1AgCiAgIHJl c29sdmVzIHRoZSBjYWxsIHJvdXRpbmcgZGF0YSBieSB1c2luZyB0aGUgTG9jYXRpb24gUm91dGlu ZyBGdW5jdGlvbiAoTFJGKS4gIAoKICAgRm9yIGV4YW1wbGUsIGlmIHRoZSByZXF1ZXN0IHRvIGNv bW11bmljYXRlIGlzIGZvciBhbiBpbTogb3IgcHJlczogVVJJIHR5cGUsIHRoZSAKICAgb3JpZ2lu YXRpbmcgU1NQIGZvbGxvd3MgdGhlIHByb2NlZHVyZXMgaW4gWzhdLiAgSWYgdGhlIGhpZ2hlc3Qg cHJpb3JpdHkgCiAgIHN1cHBvcnRlZCBVUkkgc2NoZW1lIGlzIHNpcDogb3Igc2lwczogdGhlIG9y aWdpbmF0aW5nIFNTUCBza2lwcyB0byBTSVAgRE5TIAogICByZXNvbHV0aW9uIGluIFNlY3Rpb24g NS4xLjMuIExpa2V3aXNlLCBpZiB0aGUgdGFyZ2V0IGFkZHJlc3MgaXMgYWxyZWFkeSBhIHNpcDog CiAgIG9yIHNpcHM6IFVSSSBpbiBhbiBleHRlcm5hbCBkb21haW4sIHRoZSBvcmlnaW5hdGluZyBT U1Agc2tpcHMgdG8gU0lQIEROUyAKICAgcmVzb2x1dGlvbiBpbiBTZWN0aW9uIDUuMS4yLjEuICAg CgogICBJZiB0aGUgdGFyZ2V0IGFkZHJlc3MgY29ycmVzcG9uZHMgdG8gYSBzcGVjaWZpYyBFLjE2 NCBhZGRyZXNzLCB0aGUgU1NQIG1heSBuZWVkIAogICB0byBwZXJmb3JtIHNvbWUgZm9ybSBvZiBu dW1iZXIgcGxhbiBtYXBwaW5nIGFjY29yZGluZyB0byBsb2NhbCBwb2xpY3kuICBGb3IgCiAgIGV4 YW1wbGUsIGluIHRoZSBVbml0ZWQgU3RhdGVzLCBhIGRpYWwgc3RyaW5nIGJlZ2lubmluZyAiMDEx IDQ0IiBjb3VsZCBiZSAKICAgY29udmVydGVkIHRvICIrNDQiLCBvciBpbiB0aGUgVW5pdGVkIEtp bmdkb20gIjAwIDEiIGNvdWxkIGJlIGNvbnZlcnRlZCB0byAiKzEiLiAgCiAgIE9uY2UgdGhlIFNT UCBoYXMgYW4gRS4xNjQgYWRkcmVzcywgaXQgY2FuIHVzZSBFTlVNLiAgCgogCgoKCiAKIApVemVs YWMgICAgICAgICAgICAgICAgRXhwaXJlcyBTZXB0ZW1iZXIgMiwgMjAwOSAgICAgICAgICAgICAg ICBbUGFnZSA3XSAKDApJbnRlcm5ldC1EcmFmdCAgICAgIFNQRUVSTUlOVCBwZWVyaW5nIGFyY2hp dGVjdHVyZSAgICAgICAgRmVicnVhcnkgMjAwOSAKICAgIAoKNS4xLjEuMi4gRW5kIFVzZXIgRU5V TSBMb29rdXAgIAoKICAgSWYgYW4gZXh0ZXJuYWwgRS4xNjQgYWRkcmVzcyBpcyB0aGUgdGFyZ2V0 LCB0aGUgb3JpZ2luYXRpbmcgU1NQIGNvbnN1bHRzIHRoZSAKICAgcHVibGljICJVc2VyIEVOVU0i IHJvb3RlZCBhdCBlMTY0LmFycGEsIGFjY29yZGluZyB0byB0aGUgcHJvY2VkdXJlcyBkZXNjcmli ZWQgCiAgIGluIFJGQyAzNzYxLiAgVGhlIFNTUCBtdXN0IHF1ZXJ5IGZvciB0aGUgIkUyVStzaXAi IGVudW1zZXJ2aWNlIGFzIGRlc2NyaWJlZCBpbiAKICAgUkZDIDM3NjQgWzExXSwgYnV0IE1BWSBj aGVjayBmb3Igb3RoZXIgZW51bXNlcnZpY2VzLiAgVGhlIG9yaWdpbmF0aW5nIFNTUCBNQVkgCiAg IGNvbnN1bHQgYSBjYWNoZSBvciBhbHRlcm5hdGUgcmVwcmVzZW50YXRpb24gb2YgdGhlIEVOVU0g ZGF0YSByYXRoZXIgdGhhbiBhY3R1YWwgCiAgIEROUyBxdWVyaWVzLiAgQWxzbywgdGhlIFNTUCBt YXkgc2tpcCBhY3R1YWwgRE5TIHF1ZXJpZXMgaWYgdGhlIG9yaWdpbmF0aW5nIFNTUCAKICAgaXMg c3VyZSB0aGF0IHRoZSB0YXJnZXQgYWRkcmVzcyBjb3VudHJ5IGNvZGUgaXMgbm90IHJlcHJlc2Vu dGVkIGluIGUxNjQuYXJwYS4gIAogICBJZiBhIHNpcDogb3Igc2lwczogVVJJIGlzIGNob3NlbiB0 aGUgU1NQIHNraXBzIHRvIFNlY3Rpb24gNS4xLjYuICAKCiAgIElmIGFuIGltOiBvciBwcmVzOiBV UkkgaXMgY2hvc2VuIGZvciBiYXNlZCBvbiBhbiAiRTJVK2ltIiBbOF0gb3IgIkUyVStwcmVzIiBb OV0gCiAgIGVudW1zZXJ2ZXIsIHRoZSBTU1AgZm9sbG93cyB0aGUgcHJvY2VkdXJlcyBmb3IgcmVz b2x2aW5nIHRoZXNlIFVSSXMgdG8gVVJJcyBmb3IgCiAgIHNwZWNpZmljIHByb3RvY29scyBzdWNo IGEgU0lQIG9yIFhNUFAgYXMgZGVzY3JpYmVkIGluIHRoZSBwcmV2aW91cyBzZWN0aW9uLiAgCgog CjUuMS4xLjMuIEluZnJhc3RydWN0dXJlIEVOVU0gbG9va3VwICAKCiAgIEFuIG9yaWdpbmF0aW5n IFNTUCBtYXkgY2hlY2sgZm9yIGEgY2Fycmllci1vZi1yZWNvcmQgaW4gYW4gSW5mcmFzdHJ1Y3R1 cmUgRU5VTSAKICAgZG9tYWluIGFjY29yZGluZyB0byB0aGUgcHJvY2VkdXJlcyBkZXNjcmliZWQg aW4gWzEyXS4gIEFzIGluIHRoZSBwcmV2aW91cyBzdGVwLCAKICAgdGhlIFNTUCBtYXkgY29uc3Vs dCBhIGNhY2hlIG9yIGFsdGVybmF0ZSByZXByZXNlbnRhdGlvbiBvZiB0aGUgRU5VTSBkYXRhIGlu IAogICBsaWV1IG9mIGFjdHVhbCBETlMgcXVlcmllcy4gIFRoZSBTU1AgZmlyc3QgY2hlY2tzIGZv ciByZWNvcmRzIGZvciB0aGUgIkUyVStzaXAiIAogICBlbnVtc2VydmljZSwgdGhlbiBmb3IgdGhl ICJFMlUrcHN0biIgZW51bXNlcnZpY2UgYXMgZGVmaW5lZCBpbiBbMjFdLiAgSWYgYSAKICAgdGVy bWluYWwgcmVjb3JkIGlzIGZvdW5kIHdpdGggYSBzaXA6IG9yIHNpcHM6IFVSSSwgdGhlIFNTUCBz a2lwcyB0byBTZWN0aW9uIAogICA1LjEuMi4xLiAsIG90aGVyd2lzZSB0aGUgU1NQIGNvbnRpbnVl cyBwcm9jZXNzaW5nIGFjY29yZGluZyB0byB0aGUgbmV4dCAKICAgc2VjdGlvbi4gCgo1LjEuMi4g TG9jYXRpb24gUm91dGluZyBGdW5jdGlvbiAoTFJGKSAKCiAgIFRoZSBMUkYgb2YgYW4gT3JpZ2lu YXRpbmcgU1NQIGFuYWx5emVzIHRhcmdldCBhZGRyZXNzIGFuZCB0YXJnZXQgZG9tYWluIAogICBp ZGVudGlmaWVkIGJ5IHRoZSBMVUYsIGFuZCBkaXNjb3ZlcnMgdGhlIG5leHQgaG9wIHNpZ25hbGlu ZyBmdW5jdGlvbiAoU0YpIGluIGEgCiAgIHBlZXJpbmcgcmVsYXRpb25zaGlwLiBUaGUgcmVzb3Vy Y2UgdG8gZGV0ZXJtaW5lIHRoZSBTRiBvZiB0aGUgdGFyZ2V0IGRvbWFpbiAKICAgbWlnaHQgYmUg cHJvdmlkZWQgYnkgYSB0aGlyZC1wYXJ0eSBhcyBpbiB0aGUgYXNzaXN0ZWQtcGVlcmluZyBjYXNl LiAKCiAKNS4xLjIuMS4gU0lQIEROUyBSZXNvbHV0aW9uICAKCiAgIE9uY2UgYSBzaXA6IG9yIHNp cHM6IGluIGFuIGV4dGVybmFsIGRvbWFpbiBpcyBpZGVudGlmaWVkIGFzIHRoZSB0YXJnZXQsIHRo ZSAKICAgb3JpZ2luYXRpbmcgU1NQIG1heSBhcHBseSBsb2NhbCBwb2xpY3kgdG8gZGVjaWRlIHdo ZXRoZXIgZm9yd2FyZGluZyByZXF1ZXN0cyB0byAKICAgdGhlIHRhcmdldCBkb21haW4gaXMgYWNj ZXB0YWJsZS4gIFRoZSBvcmlnaW5hdGluZyBTU1AgdXNlcyB0aGUgcHJvY2VkdXJlcyBpbiAKICAg UkZDIDMyNjMgWzRdIFNlY3Rpb24gNCB0byBkZXRlcm1pbmUgaG93IHRvIGNvbnRhY3QgdGhlIHJl Y2VpdmluZyBTU1AuICBUbyAKICAgc3VtbWFyaXplIHRoZSBSRkMgMzI2MyBwcm9jZWR1cmU6IHVu bGVzcyB0aGVzZSBhcmUgZXhwbGljaXRseSBlbmNvZGVkIGluIHRoZSAKICAgdGFyZ2V0IFVSSSwg YSB0cmFuc3BvcnQgaXMgY2hvc2VuIHVzaW5nIE5BUFRSIHJlY29yZHMsIGEgcG9ydCBpcyBjaG9z ZW4gdXNpbmcgCiAgIFNSViByZWNvcmRzLCBhbmQgYW4gYWRkcmVzcyBpcyBjaG9zZW4gdXNpbmcg QSBvciBBQUFBIHJlY29yZHMuIE5vdGUgdGhhdCB0aGVzZSAKICAgYXJlIHF1ZXJpZXMgb2YgcmVj b3JkcyBpbiB0aGUgZ2xvYmFsIEROUy4gCgoKIAogClV6ZWxhYyAgICAgICAgICAgICAgICBFeHBp cmVzIFNlcHRlbWJlciAyLCAyMDA5ICAgICAgICAgICAgICAgIFtQYWdlIDhdIAoMCkludGVybmV0 LURyYWZ0ICAgICAgU1BFRVJNSU5UIHBlZXJpbmcgYXJjaGl0ZWN0dXJlICAgICAgICBGZWJydWFy eSAyMDA5IAogICAgCgogICBXaGVuIGNvbW11bmljYXRpbmcgd2l0aCBhbm90aGVyIFNTUCwgZW50 aXRpZXMgY29tcGxpYW50IHRvIHRoaXMgZG9jdW1lbnQgc2hvdWxkIAogICBzZWxlY3QgYSBUTFMt cHJvdGVjdGVkIHRyYW5zcG9ydCBmb3IgY29tbXVuaWNhdGlvbiBmcm9tIHRoZSBvcmlnaW5hdGlu ZyBTU1AgdG8gCiAgIHRoZSByZWNlaXZpbmcgU1NQIGlmIGF2YWlsYWJsZS4gICAKCiAKNS4xLjIu Mi4gUm91dGluZyBUYWJsZSAgCgogICBJZiB0aGVyZSBhcmUgbm8gRW5kIFVzZXIgRU5VTSByZWNv cmRzIGFuZCB0aGUgT3JpZ2luYXRpbmcgU1NQIGNhbm5vdCBkaXNjb3ZlciAKICAgdGhlIGNhcnJp ZXItb2YtcmVjb3JkIG9yIGlmIHRoZSBPcmlnaW5hdGluZyBTU1AgY2Fubm90IHJlYWNoIHRoZSBj YXJyaWVyLW9mLQogICByZWNvcmQgdmlhIFNJUCBwZWVyaW5nLCB0aGUgT3JpZ2luYXRpbmcgU1NQ IG1heSBkZWxpdmVyIHRoZSBjYWxsIHRvIHRoZSBQU1ROIG9yIAogICByZWplY3QgaXQuICBOb3Rl IHRoYXQgdGhlIG9yaWdpbmF0aW5nIFNTUCBtYXkgZm9yd2FyZCB0aGUgY2FsbCB0byBhbm90aGVy IFNTUCAKICAgZm9yIFBTVE4gZ2F0ZXdheSB0ZXJtaW5hdGlvbiBieSBwcmlvciBhcnJhbmdlbWVu dCB1c2luZyB0aGUgcm91dGluZyB0YWJsZS4gICAKCiAgIElmIHNvLCB0aGUgb3JpZ2luYXRpbmcg U1NQIHJld3JpdGVzIHRoZSBSZXF1ZXN0LVVSSSB0byBhZGRyZXNzIHRoZSBnYXRld2F5IAogICBy ZXNvdXJjZSBpbiB0aGUgdGFyZ2V0IFNTUCdzIGRvbWFpbiBhbmQgTUFZIGZvcndhcmQgdGhlIHJl cXVlc3Qgb24gdG8gdGhhdCBTU1AgCiAgIHVzaW5nIHRoZSBwcm9jZWR1cmVzIGRlc2NyaWJlZCBp biB0aGUgcmVtYWluZGVyIG9mIHRoZXNlIHN0ZXBzLiAgCgo1LjEuMi4zLiBTSVAgUmVkaXJlY3Qg U2VydmVyICAgIAoKICAgQSBTSVAgUmVkaXJlY3QgU2VydmVyIHVzaW5nIDNYWCBTSVAgUmVkaXJl Y3QgaXMgYW5vdGhlciBvcHRpb24gaW4gcmVzb2x2aW5nIHRoZSAKICAgbmV4dC1ob3AgU0Ygb2Yg dGhlIHRhcmdldCBkb21haW4uIAoKNS4xLjMuIFRoZSBTaWduYWxpbmcgRnVuY3Rpb24gKFNGKSAK CiAgIFRoZSBwdXJwb3NlIG9mIHNpZ25hbGluZyBmdW5jdGlvbiBpcyB0byBwZXJmb3JtIHJvdXRp bmcgb2YgU0lQIG1lc3NhZ2VzIGFzIHdlbGwgCiAgIGFzIG9wdGlvbmFsbHkgaW1wbGVtZW50IHNl Y3VyaXR5IGFuZCBwb2xpY2llcyBvbiBTSVAgbWVzc2FnZXMsIGFuZCB0byBhc3Npc3QgaW4gCiAg IGRpc2NvdmVyeS9leGNoYW5nZSBvZiBwYXJhbWV0ZXJzIHRvIGJlIHVzZWQgYnkgdGhlIE1lZGlh IEZ1bmN0aW9uIChNRikuICAKCiAgIFRoZSBzaWduYWxpbmcgZnVuY3Rpb24gcGVyZm9ybXMgdGhl IHJvdXRpbmcgb2YgU0lQIG1lc3NhZ2VzLiBUaGUgb3B0aW9uYWwgCiAgIHRlcm1pbmF0aW9uIGFu ZCByZS1pbml0aWF0aW9uIG9mIGNhbGxzIG1heSBiZSBwZXJmb3JtZWQgYnkgdGhlIHNpZ25hbGlu ZyBwYXRoIAogICBTZXNzaW9uIEJvcmRlciBFbGVtZW50IChTQkUpLiAgIAoKICAgT3B0aW9uYWxs eSwgYSBTRiBtYXkgcGVyZm9ybSBhZGRpdGlvbmFsIGZ1bmN0aW9ucyBzdWNoIGFzIFNlc3Npb24g QWRtaXNzaW9uIAogICBDb250cm9sLCBTSVAgRGVuaWFsIG9mIFNlcnZpY2UgcHJvdGVjdGlvbiwg U0lQIFRvcG9sb2d5IEhpZGluZywgU0lQIGhlYWRlciAKICAgbm9ybWFsaXphdGlvbiwgYW5kIFNJ UCBzZWN1cml0eSwgcHJpdmFjeSBhbmQgZW5jcnlwdGlvbi4gIAoKICAgVGhlIFNGIG9mIGEgU0JF IGNhbiBhbHNvIHByb2Nlc3MgU0RQIHBheWxvYWRzIGZvciBtZWRpYSBpbmZvcm1hdGlvbiBzdWNo IGFzIAogICBtZWRpYSB0eXBlLCBiYW5kd2lkdGgsIGFuZCB0eXBlIG9mIGNvZGVjOyB0aGVuLCBj b21tdW5pY2F0ZSB0aGlzIGluZm9ybWF0aW9uIHRvIAogICB0aGUgbWVkaWEgZnVuY3Rpb24uIFNp Z25hbGluZyBmdW5jdGlvbiBtYXkgb3B0aW9uYWxseSBjb21tdW5pY2F0ZSB3aXRoIHRoZSAKICAg bmV0d29yayB0byBwYXNzIExheWVyIDMgcmVsYXRlZCBwb2xpY2llcyBbMTBdICAKCjUuMS4zLjEu IEVzdGFibGlzaGluZyBhIFRydXN0ZWQgUmVsYXRpb25zaGlwIAoKICAgRGVwZW5kaW5nIG9uIHRo ZSBzZWN1cml0eSBuZWVkcyBhbmQgdHJ1c3QgcmVsYXRpb25zaGlwcyBiZXR3ZWVuIFNTUHMsIGRp ZmZlcmVudCAKICAgc2VjdXJpdHkgbWVjaGFuaXNtIGNhbiBiZSB1c2VkIHRvIGVzdGFibGlzaCBT SVAgY2FsbHMuIFRoZXNlIGFyZSBkaXNjdXNzZWQgaW4gCiAgIHRoZSBmb2xsb3dpbmcgc3Vic2Vj dGlvbnMuIAoKIAogClV6ZWxhYyAgICAgICAgICAgICAgICBFeHBpcmVzIFNlcHRlbWJlciAyLCAy MDA5ICAgICAgICAgICAgICAgIFtQYWdlIDldIAoMCkludGVybmV0LURyYWZ0ICAgICAgU1BFRVJN SU5UIHBlZXJpbmcgYXJjaGl0ZWN0dXJlICAgICAgICBGZWJydWFyeSAyMDA5IAogICAgCgo1LjEu My4xLjEuIFRMUyBjb25uZWN0aW9uIAoKICAgT25jZSBhIHRyYW5zcG9ydCwgcG9ydCwgYW5kIGFk ZHJlc3MgYXJlIGZvdW5kLCB0aGUgb3JpZ2luYXRpbmcgU1NQIHdpbGwgb3BlbiBvciAKICAgZmlu ZCBhIHJldXNhYmxlIFRMUyBjb25uZWN0aW9uIHRvIHRoZSBwZWVyLiBUaGUgcHJvY2VkdXJlcyB0 byBhdXRoZW50aWNhdGUgdGhlIAogICBTU1AncyB0YXJnZXQgZG9tYWluIGlzIHNwZWNpZmllZCBp biBbMjRdICAKCjUuMS4zLjEuMi4gVExTIAoKICAgSWYgdGhlIHRydXN0IHJlbGF0aW9uc2hpcCB3 YXMgZXN0YWJsaXNoZWQgdGhyb3VnaCBUTFMsIHRoZSBvcmlnaW5hdGluZyBTU1AgY2FuIAogICBv cHRpb25hbGx5IHZlcmlmeSBhbmQgYXNzZXJ0IHRoZSBzZW5kZXJzIGlkZW50aXR5IHVzaW5nIHRo ZSBTSVAgSWRlbnRpdHkgCiAgIG1lY2hhbmlzbS4gIAoKICAgSW4gYWRkaXRpb24sIG5ldyByZXF1 ZXN0cyBzaG91bGQgY29udGFpbiBhIHZhbGlkIElkZW50aXR5IGFuZCBJZGVudGl0eS1JbmZvIAog ICBoZWFkZXIgYXMgZGVzY3JpYmVkIGluIFsxMl0uICBUaGUgSWRlbnRpdHktSW5mbyBoZWFkZXIg bXVzdCBwcmVzZW50IGEgZG9tYWluIAogICBuYW1lIHRoYXQgaXMgcmVwcmVzZW50ZWQgaW4gdGhl IGNlcnRpZmljYXRlIHByb3ZpZGVkIHdoZW4gZXN0YWJsaXNoaW5nIHRoZSBUTFMgCiAgIGNvbm5l Y3Rpb24gb3ZlciB3aGljaCB0aGUgcmVxdWVzdCBpcyBzZW50LiAgVGhlIG9yaWdpbmF0aW5nIFNT UCBzaG91bGQgaW5jbHVkZSAKICAgYW4gSWRlbnRpdHkgaGVhZGVyIG9uIGluLWRpYWxvZyByZXF1 ZXN0cyBhcyB3ZWxsIGlmIHRoZSBGcm9tIGhlYWRlciBmaWVsZCB2YWx1ZSAKICAgbWF0Y2hlcyBh biBpZGVudGl0eSB0aGUgb3JpZ2luYXRpbmcgU1NQIGlzIHdpbGxpbmcgdG8gYXNzZXJ0LiAKCjUu MS4zLjEuMy4gSVBTZWMgIAoKICAgSW4gY2VydGFpbiBkZXBsb3ltZW50cyB0aGUgdXNlIG9mIElQ U2VjIGJldHdlZW4gdGhlIHNpZ25hbGluZyBmdW5jdGlvbnMgb2YgdGhlIAogICBvcmlnaW5hdGlu ZyBhbmQgdGVybWluYXRpbmcgZG9tYWlucyBjYW4gYmUgdXNlZCBhcyBhIHNlY3VyaXR5IG1lY2hh bmlzbSBpbnN0ZWFkIAogICBvZiBUTFMuIAogICAgCjUuMS4zLjEuNC4gQ28tTG9jYXRpb24gICAK CiAgIEluIHRoaXMgc2NlbmFyaW8gdGhlIFNGcyBhcmUgY28tbG9jYXRlZCBpbiBhIHBoeXNpY2Fs bHkgc2VjdXJlIGxvY2F0aW9uIGFuZC9vciAKICAgYXJlIG1lbWJlcnMgb2YgYSBzZWdyZWdhdGVk IG5ldHdvcmsuIEluIHRoaXMgY2FzZSBtZXNzYWdlcyBiZXR3ZWVuIHRoZSAKICAgb3JpZ2luYXRp bmcgYW5kIHRlcm1pbmF0aW5nIFNTUHMgd291bGQgYmUgc2VudCBhcyBjbGVhciB0ZXh0LiAKCjUu MS4zLjIuIFNlbmRpbmcgdGhlIFNJUCByZXF1ZXN0IAoKICAgT25jZSBhIHRydXN0IHJlbGF0aW9u c2hpcCBiZXR3ZWVuIHRoZSBwZWVycyBpcyBlc3RhYmxpc2hlZCwgdGhlIG9yaWdpbmF0aW5nIFNT UCAKICAgc2VuZHMgdGhlIHJlcXVlc3QuICAgCgogCjUuMi4gVGVybWluYXRpbmcgU1NQIFByb2Nl ZHVyZXMgCgo1LjIuMS4gVGhlIExvY2F0aW9uIEZ1bmN0aW9uIChMRikgIAoKNS4yLjEuMS4gUHVi bGlzaCBFTlVNIHJlY29yZHMgIAoKICAgVGhlIHJlY2VpdmluZyBTU1Agc2hvdWxkIHBhcnRpY2lw YXRlIGJ5IHB1Ymxpc2hpbmcgIkUyVStzaXAiIGFuZCAiRTJVK3BzdG4iIAogICByZWNvcmRzIHdp dGggc2lwOiBvciBzaXBzOiBVUklzIHdoZXJldmVyIGEgcHVibGljIEluZnJhc3RydWN0dXJlIEVO VU0gcm9vdCBpcyAKICAgYXZhaWxhYmxlLiAgVGhpcyBhc3N1bWVzIHRoYXQgdGhlIHJlY2Vpdmlu ZyBTU1Agd2FudHMgdG8gcGVlciBieSBkZWZhdWx0LiBXaGVuIAoKIAogClV6ZWxhYyAgICAgICAg ICAgICAgICBFeHBpcmVzIFNlcHRlbWJlciAyLCAyMDA5ICAgICAgICAgICAgICAgW1BhZ2UgMTBd IAoMCkludGVybmV0LURyYWZ0ICAgICAgU1BFRVJNSU5UIHBlZXJpbmcgYXJjaGl0ZWN0dXJlICAg ICAgICBGZWJydWFyeSAyMDA5IAogICAgCgogICB0aGUgcmVjZWl2aW5nIFNTUCBkb2VzIG5vdCB3 YW50IHRvIGFjY2VwdCB0cmFmZmljIGZyb20gc3BlY2lmaWMgb3JpZ2luYXRpbmcgCiAgIFNTUHMs IGl0IG1heSBzdGlsbCByZWplY3QgcmVxdWVzdHMgb24gYSBjYWxsLWJ5LWNhbGwgYmFzaXMuICAK CjUuMi4xLjIuIFB1Ymxpc2ggU0lQIEROUyByZWNvcmRzICAKCiAgIFRvIHJlY2VpdmUgU1NQIHJl cXVlc3RzLCB0aGUgcmVjZWl2aW5nIFNTUCBtdXN0IGluc3VyZSB0aGF0IGl0ICAgcHVibGlzaGVz IAogICBhcHByb3ByaWF0ZSBOQVBUUiwgU1JWLCBhbmQgYWRkcmVzcyAoQSBhbmQvb3IgQUFBQSkg cmVjb3JkcyBpbiB0aGUgTEYgcmVsZXZhbnQgCiAgIHRvIHRoZSBTU1AncyBTRi4gICAgCgo1LjIu MS4zLiBTdWJzY3JpYmUgTm90aWZ5ICAgCgogICBQb2xpY2llcyBmdW5jdGlvbiBtYXkgYWxzbyBi ZSBvcHRpb25hbGx5IGltcGxlbWVudGVkIGJ5IGR5bmFtaWMgc3Vic2NyaWJlLCAKICAgbm90aWZ5 LCBhbmQgZXhjaGFuZ2Ugb2YgcG9saWN5IGluZm9ybWF0aW9uIGFuZCBmZWF0dXJlIGluZm9ybWF0 aW9uIGFtb25nIFNTUHMgCiAgIFsyMV0uICAgCgo1LjIuMi4gU2lnbmFsaW5nIEZ1bmN0aW9uIChT RikgCgo1LjIuMi4xLiBUTFMgIAoKICAgV2hlbiB0aGUgcmVjZWl2aW5nIFNTUCByZWNlaXZlcyBh IFRMUyBjbGllbnQgaGVsbG8sIGl0IHJlc3BvbmRzIHdpdGggaXRzIAogICBjZXJ0aWZpY2F0ZS4g IFRoZSBUYXJnZXQgU1NQIGNlcnRpZmljYXRlIHNob3VsZCBiZSB2YWxpZCBhbmQgcm9vdGVkIGlu IGEgd2VsbC0KICAga25vd24gY2VydGlmaWNhdGUgYXV0aG9yaXR5LiBUaGUgcHJvY2VkdXJlcyB0 byBhdXRoZW50aWNhdGUgdGhlIFNTUCdzIAogICBvcmlnaW5hdGluZyBkb21haW4gYXJlIHNwZWNp ZmllZCBpbiBbMjRdLiAgCgogICBUaGUgU0Ygb2YgdGhlIFRhcmdldCBTU1AgdmVyaWZpZXMgdGhh dCB0aGUgSWRlbnRpdHkgaGVhZGVyIGlzIHZhbGlkLCAKICAgY29ycmVzcG9uZHMgdG8gdGhlIG1l c3NhZ2UsIGNvcnJlc3BvbmRzIHRvIHRoZSBJZGVudGl0eS1JbmZvIGhlYWRlciwgYW5kIHRoYXQg CiAgIHRoZSBkb21haW4gaW4gdGhlIEZyb20gaGVhZGVyIGNvcnJlc3BvbmRzIHRvIG9uZSBvZiB0 aGUgZG9tYWlucyBpbiB0aGUgVExTIAogICBjbGllbnQgY2VydGlmaWNhdGUuIAoKNS4yLjIuMi4g UmVjZWl2ZSBTSVAgcmVxdWVzdHMgCgogICBPbmNlIGEgdHJ1c3QgcmVsYXRpb25zaGlwIGlzIGVz dGFibGlzaGVkLCB0aGUgVGFyZ2V0IFNTUCBpcyBwcmVwYXJlZCB0byByZWNlaXZlIAogICBpbmNv bWluZyBTSVAgcmVxdWVzdHMuICBGb3IgbmV3IHJlcXVlc3RzIChkaWFsb2cgZm9ybWluZyBvciBu b3QpIHRoZSByZWNlaXZpbmcgCiAgIFNTUCB2ZXJpZmllcyBpZiB0aGUgdGFyZ2V0IChyZXF1ZXN0 LVVSSSkgaXMgYSBkb21haW4gdGhhdCBmb3Igd2hpY2ggaXQgaXMgCiAgIHJlc3BvbnNpYmxlLiBG b3IgdGhlc2UgcmVxdWVzdHMsIHRoZXJlIHNob3VsZCBiZSBubyByZW1haW5pbmcgUm91dGUgaGVh ZGVyIAogICBmaWVsZCB2YWx1ZXMuIEZvciBpbi1kaWFsb2cgcmVxdWVzdHMsIHRoZSByZWNlaXZp bmcgU1NQIGNhbiB2ZXJpZnkgdGhhdCBpdCAKICAgY29ycmVzcG9uZHMgdG8gdGhlIHRvcC1tb3N0 IFJvdXRlIGhlYWRlciBmaWVsZCB2YWx1ZS4gIAoKICAgVGhlIHJlY2VpdmluZyBTU1AgbWF5IHJl amVjdCBpbmNvbWluZyByZXF1ZXN0cyBkdWUgdG8gbG9jYWwgcG9saWN5LiBXaGVuIGEgCiAgIHJl cXVlc3QgaXMgcmVqZWN0ZWQgYmVjYXVzZSB0aGUgb3JpZ2luYXRpbmcgU1NQIGlzIG5vdCBhdXRo b3JpemVkIHRvIHBlZXIsIHRoZSAKICAgcmVjZWl2aW5nIFNTUCBzaG91bGQgcmVzcG9uZCB3aXRo IGEgNDAzIHJlc3BvbnNlIHdpdGggdGhlIHJlYXNvbiBwaHJhc2UgCiAgICJVbnN1cHBvcnRlZCBQ ZWVyIi4gCgoKCgoKIAogClV6ZWxhYyAgICAgICAgICAgICAgICBFeHBpcmVzIFNlcHRlbWJlciAy LCAyMDA5ICAgICAgICAgICAgICAgW1BhZ2UgMTFdIAoMCkludGVybmV0LURyYWZ0ICAgICAgU1BF RVJNSU5UIHBlZXJpbmcgYXJjaGl0ZWN0dXJlICAgICAgICBGZWJydWFyeSAyMDA5IAogICAgCgo1 LjMuIFRhcmdldCBTU1AgUHJvY2VkdXJlcyAKCjUuMy4xLiBTaWduYWxpbmcgRnVuY3Rpb24gKFNG KSAKCjUuMy4xLjEuIFRMUyAgCgogICBXaGVuIHRoZSByZWNlaXZpbmcgU1NQIHJlY2VpdmVzIGEg VExTIGNsaWVudCBoZWxsbywgaXQgcmVzcG9uZHMgd2l0aCBpdHMgCiAgIGNlcnRpZmljYXRlLiAg VGhlIFRhcmdldCBTU1AncyBjZXJ0aWZpY2F0ZSBzaG91bGQgYmUgdmFsaWQgYW5kIHJvb3RlZCBp biBhIAogICB3ZWxsLWtub3duIGNlcnRpZmljYXRlIGF1dGhvcml0eS4gVGhlIHByb2NlZHVyZXMg dG8gYXV0aGVudGljYXRlIHRoZSBTU1AncyAKICAgb3JpZ2luYXRpbmcgZG9tYWluIGFyZSBzcGVj aWZpZWQgaW4gWzI0XS4gIAoKICAgSWYgdGhlIHJlcXVlc3RzIHNob3VsZCBjb250YWluIGEgdmFs aWQgSWRlbnRpdHkgYW5kIElkZW50aXR5LUluZm8gaGVhZGVyIGFzIAogICBkZXNjcmliZWQgaW4g WzI0XSB0aGUgdGFyZ2V0IFNGIHZlcmlmaWVzIHRoYXQgdGhlIElkZW50aXR5IGhlYWRlciBpcyB2 YWxpZCwgCiAgIGNvcnJlc3BvbmRzIHRvIHRoZSBtZXNzYWdlLCBjb3JyZXNwb25kcyB0byB0aGUg SWRlbnRpdHktSW5mbyBoZWFkZXIsIGFuZCB0aGF0IAogICB0aGUgZG9tYWluIGluIHRoZSBGcm9t IGhlYWRlciBjb3JyZXNwb25kcyB0byBvbmUgb2YgdGhlIGRvbWFpbnMgaW4gdGhlIFRMUyAKICAg Y2xpZW50IGNlcnRpZmljYXRlLiAKCjUuMy4xLjIuIFJlY2VpdmUgU0lQIHJlcXVlc3RzIAoKICAg VGhlIHByb2NlZHVyZXMgb2YgdGhlIFNGIG9mIHRoZSB0YXJnZXQgU1NQIGFyZSB0aGUgc2FtZSBh cyB0aGUgb25lcyBkZXNjcmliZWQgCiAgIGluIHNlY3Rpb24gNS4yLjIuMiB3aXRoIHRoZSBhZGRp dGlvbiB0aGF0IGl0IG1pZ2h0IGVzdGFibGlzaCBhIGNvbm5lY3Rpb24gdG8gCiAgIGFub3RoZXIg dGFyZ2V0IFNTUCwgYW5kIGluIHRoaXMgY2FzZSB1c2UgdGhlIHByb2NlZHVyZXMgcmVjb21tZW5k ZWQgdG8gYW4gCiAgIG9yaWdpbmF0aW5nIFNTIChzZWN0aW9uIDUuMSkuIAoKNS40LiBNZWRpYSBG dW5jdGlvbiAoTUYpICAKCiAgIFRoZSBwdXJwb3NlIG9mIHRoZSBNRiBpcyB0byBwZXJmb3JtIG1l ZGlhIHJlbGF0ZWQgZnVuY3Rpb25zIHN1Y2ggYXMgbWVkaWEgCiAgIHRyYW5zY29kaW5nIGFuZCBt ZWRpYSBzZWN1cml0eSBpbXBsZW1lbnRhdGlvbiBiZXR3ZWVuIHR3byBTU1BzLiAgCgogICBBbiBF eGFtcGxlIG9mIHRoaXMgaXMgdG8gdHJhbnNmb3JtIGEgdm9pY2UgcGF5bG9hZCBmcm9tIG9uZSBj b2RlYyAoZS5nLiwgRy43MTEpIAogICB0byBhbm90aGVyIChlLmcuLCBFdlJDKS4gIEFkZGl0aW9u YWxseSwgdGhlIE1GIG1heSBwZXJmb3JtIG1lZGlhIHJlbGF5aW5nLCAKICAgbWVkaWEgc2VjdXJp dHksIHByaXZhY3ksIGFuZCBlbmNyeXB0aW9uLiAgCgo1LjUuIFBvbGljeSBDb25zaWRlcmF0aW9u cyAgCgogICBJbiB0aGUgY29udGV4dCBvZiB0aGUgU1BFRVJNSU5UIHdvcmtpbmcgZ3JvdXAgd2hl biB0d28gU1NQcyBwZWVyLCB0aGVyZSBNQVkgYmUgCiAgIGEgZGVzaXJlIHRvIGV4Y2hhbmdlIHBl ZXJpbmcgcG9saWN5IGluZm9ybWF0aW9uIGR5bmFtaWNhbGx5LiBUaGVyZSBhcmUgCiAgIHNwZWNp ZmljYXRpb25zIGluIHByb2dyZXNzIGluIHRoZSBTSVBQSU5HIHdvcmtpbmcgZ3JvdXAgdG8gZGVm aW5lIHBvbGljeSAKICAgZXhjaGFuZ2UgYmV0d2VlbiBhbiBVQSBhbmQgYSBkb21haW4gWzIzXSBh bmQgcHJvdmlkaW5nIHByb2ZpbGUgZGF0YSB0byBTSVAgdXNlciAKICAgYWdlbnRzIFsyNF0gVGhl c2UgY29uc2lkZXJhdGlvbnMgYm9ycm93IGZyb20gYm90aC4gIAoKICAgRm9sbG93aW5nIHRoZSB0 ZXJtaW5vbG9neSBpbnRyb2R1Y2VkIGluIFsxMl0sIHRoaXMgcGFja2FnZSB1c2VzIHRoZSB0ZXJt cyAKICAgUGVlcmluZyBTZXNzaW9uLUluZGVwZW5kZW50IGFuZCBTZXNzaW9uLVNwZWNpZmljIHBv bGljaWVzIGluIHRoZSBmb2xsb3dpbmcgCiAgIGNvbnRleHQuICAKCiAgICAgbyBQZWVyaW5nIFNl c3Npb24tSW5kZXBlbmRlbnQgcG9saWNpZXMgaW5jbHVkZSBEaWZmc2VydiBNYXJraW5nLCBQb2xp Y2luZywgCiAgICAgICAgU2Vzc2lvbiBBZG1pc3Npb24gQ29udHJvbCwgYW5kIGRvbWFpbiByZWFj aGFiaWxpdGllcywgYW1vbmdzdCBvdGhlcnMuIFRoZSAKIAogClV6ZWxhYyAgICAgICAgICAgICAg ICBFeHBpcmVzIFNlcHRlbWJlciAyLCAyMDA5ICAgICAgICAgICAgICAgW1BhZ2UgMTJdIAoMCklu dGVybmV0LURyYWZ0ICAgICAgU1BFRVJNSU5UIHBlZXJpbmcgYXJjaGl0ZWN0dXJlICAgICAgICBG ZWJydWFyeSAyMDA5IAogICAgCgogICAgICAgIHRpbWUgcGVyaW9kIGJldHdlZW4gUGVlcmluZyBT ZXNzaW9uLUluZGVwZW5kZW50IHBvbGljeSBjaGFuZ2VzIGlzIG11Y2ggCiAgICAgICAgZ3JlYXRl ciB0aGFuIHRoZSB0aW1lIGl0IHRha2VzIHRvIGVzdGFibGlzaCBhIGNhbGwuICAgCgogICAgIG8g UGVlcmluZyBTZXNzaW9uLVNwZWNpZmljIHBvbGljZXMgaW5jbHVkZXMgc3VwcG9ydGVkIGNvbm5l Y3Rpb24vY2FsbCByYXRlLCAKICAgICAgICB0b3RhbCBudW1iZXIgb2YgY29ubmVjdGlvbnMvY2Fs bHMgYXZhaWxhYmxlLCBjdXJyZW50IHV0aWxpemF0aW9uLCBhbW9uZ3N0IAogICAgICAgIG90aGVy cy4gUGVlcmluZyBTZXNzaW9uLXNwZWNpZmljIHBvbGljaWVzIGNhbiBjaGFuZ2Ugd2l0aGluIHRo ZSB0aW1lIGl0IAogICAgICAgIHRha2VzIHRvIGVzdGFibGlzaCBhIGNhbGwuICAKCiAgIFRoZXNl IHBvbGljaWVzIGNhbiBiZSBTU1AgZGVwZW5kZW50IG9yIGluZGVwZW5kZW50LCBjcmVhdGluZyB0 aGUgZm9sbG93aW5nIAogICBwZWVyaW5nIHBvbGljeSBkZWZpbml0aW9uOiAgIAoKIAogICAgIG8g U1NQIEluZGVwZW5kZW50IG9yIERlcGVuZGVudCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIAogICAgICAgIFNlc3Npb24gZGVwZW5kZW50ICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBTZXNzaW9uIAogICAgICAgIGluZGVwZW5kZW50ICAgCgo2LiBD YWxsIENvbnRyb2wgYW5kIE1lZGlhIENvbnRyb2wgRGVwbG95bWVudCBPcHRpb25zICAKCiAgIFRo ZSBwZWVyaW5nIGZ1bmN0aW9ucyBjYW4gYmUgZGVwbG95ZWQgYWxvbmcgdGhlIGZvbGxvd2luZyB0 d28gZGltZW5zaW9ucyAKICAgZGVwZW5kaW5nIHVwb24gaG93IHRoZSBzaWduYWxpbmcgYW5kIHRo ZSBtZWRpYSBmdW5jdGlvbnMgYWxvbmcgd2l0aCBJUCBsYXllciAKICAgYXJlIGltcGxlbWVudGVk OiAgCgogICBDb21wb3NlZCBvciBEZWNvbXBvc2VkOiAgQWRkcmVzc2VzIHRoZSBxdWVzdGlvbiB3 aGV0aGVyIHRoZSBtZWRpYSBtdXN0IGZsb3cgCiAgIHRocm91Z2ggdGhlIHNhbWUgcGh5c2ljYWwg YW5kIGdlb2dyYXBoaWMgZWxlbWVudHMgYXMgU0lQIGRpYWxvZ3MgYW5kIHNlc3Npb25zLiAgCgog ICBDZW50cmFsaXplZCBvciBEaXN0cmlidXRlZDogIEFkZHJlc3NlcyB0aGUgcXVlc3Rpb24gd2hl dGhlciB0aGUgbG9naWNhbCBhbmQgCiAgIHBoeXNpY2FsIGludGVyY29ubmVjdGlvbnMgYXJlIGlu IG9uZSBnZW9ncmFwaGljYWwgbG9jYXRpb24gb3IgZGlzdHJpYnV0ZWQgdG8gCiAgIG11bHRpcGxl IHBoeXNpY2FsIGxvY2F0aW9ucyBvbiB0aGUgU1NQJ3MgbmV0d29yay4gIAoKICAgSW4gYSBjb21w b3NlZCBtb2RlbCwgU0YgYW5kIE1GIGZ1bmN0aW9ucyBhcmUgaW1wbGVtZW50ZWQgaW4gb25lIHBl ZXJpbmcgbG9naWNhbCAKICAgZWxlbWVudC4gIAoKCgoKCgoKCgoKCgoKCgoKIAogClV6ZWxhYyAg ICAgICAgICAgICAgICBFeHBpcmVzIFNlcHRlbWJlciAyLCAyMDA5ICAgICAgICAgICAgICAgW1Bh Z2UgMTNdIAoMCkludGVybmV0LURyYWZ0ICAgICAgU1BFRVJNSU5UIHBlZXJpbmcgYXJjaGl0ZWN0 dXJlICAgICAgICBGZWJydWFyeSAyMDA5IAogICAgCgogICAgCiAgICAgICAgICAgICBQcm92aWRl ciBBICAgICAgICAgICAgICAgICAgICAgICAgUHJvdmlkZXIgQiAKICAgICAgICAgICAgIC0tLS0t LS0tLS0gICAuICAgICAgICAgICAgICAgLiAgIC0tLS0tLS0tLS0gCiAgICAgICAgICAgIC8gICAg ICAgICAgIFwgLiAgICAgICAgICAgICAgIC4gIC8gICAgICAgICAgXCAKICAgICAgICAgICB8ICAg ICAgICAgICAgfCAuICAgICAgIF8gICAgICAgLiB8ICAgICAgICAgICAgfCAKICAgICAgICAgICB8 ICAgICAgICstLS0tKyAuICAgICAvICAgXF8gICAgLiArLS0tLSsgICAgICAgfCAKICAgICAgICAg ICB8ICAgICAgIHwgU0YgfDwtLS0tLS8gICAgIFwtLS0tLS18IFNGIHwgICAgICAgfCAKICAgICAg ICAgICB8ICAgICAgICstKy0tKyAuICAgL1RyYW5zaXRcICAgLiB8ICAgIHwgICAgICAgfCAKICAg ICAgICAgICB8ICAgICAgICAgfCB8ICAuICAvICAgSVAgICAgXCAgLiB8ICAgIHwgICAgICAgfCAK ICAgICAgICAgICB8ICAgICAgICstKy0tKyAuICB8IFByb3ZpZGVyfCAgLiB8ICAgIHwgICAgICAg fCAKICAgICAgICAgICB8ICAgICAgIHwgTUYgfDx+fn58IChPcHRpb24pfH5+fn58IE1GIHwgICAg ICAgfCAKICAgICAgICAgICB8ICAgICAgICstLS0tKyAuICAgXCAgICAgICAgLyAgLiArLS0tLSsg ICAgICAgfCAKICAgICAgICAgICB8ICAgICAgICAgICAgfCAuICAgIFwgX18gXyAvICAgLiB8ICAg ICAgICAgICAgfCAKICAgICAgICAgICAgXF9fX19fX19fXyAvICAuICAgICAgICAgICAgICAgLiAg XF9fX19fX19fIF8vIAogICAgICAgICAgICAgLS0tLS0tLS0tLSAgICAgICAgICAgICAgICAgICAg ICAgLS0tLS0tLS0tLSAKICAgIAogICAtLS0gU2lnbmFsIChTSVApIAogICB+fn4gQmVhcmVyIChS VFAvSVApIAogICAuLi4gU2NvcGUgb2YgcGVlcmluZyAKICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgRmlndXJlIDM6IERlY29tcG9zZWQgdi4g Q29sbGFwc2VkIFBlZXJpbmcgCiAKICAgVGhlIGFkdmFudGFnZSBvZiBhIGNvbGxhcHNlZCBwZWVy aW5nIGFyY2hpdGVjdHVyZSBpcyB0aGF0IG9uZS1lbGVtZW50IHNvbHZlcyAKICAgYWxsIHBlZXJp bmcgaXNzdWVzLiBEaXNhZHZhbnRhZ2UgZXhhbXBsZXMgb2YgdGhpcyBhcmNoaXRlY3R1cmUgYXJl IHNpbmdsZSBwb2ludCAKICAgb2YgZmFpbHVyZSwgYm90dGxlbmVjaywgYW5kIGNvbXBsZXggc2Nh bGFiaWxpdHkuICAKCiAgIEluIGEgZGVjb21wb3NlZCBtb2RlbCwgU0YgYW5kIE1GIGFyZSBpbXBs ZW1lbnRlZCBpbiBzZXBhcmF0ZSBwZWVyaW5nIGxvZ2ljYWwgCiAgIGVsZW1lbnRzLiBTRnMgYXJl IGltcGxlbWVudGVkIGluIGEgcHJveHkgYW5kIE1GcyBhcmUgaW1wbGVtZW50ZWQgaW4gYW5vdGhl ciAKICAgbG9naWNhbCBlbGVtZW50LiAgVGhlIHNjYWxpbmcgb2Ygc2lnbmFsaW5nIHZlcnN1cyBz Y2FsaW5nIG9mIG1lZGlhIG1heSBkaWZmZXIgCiAgIGJldHdlZW4gYXBwbGljYXRpb25zLiAgRGVj b21wb3NpbmcgYWxsb3dzIGVhY2ggdG8gZm9sbG93IGEgc2VwYXJhdGUgbWlncmF0aW9uIAogICBw YXRoLiAgCgogICBUaGlzIG1vZGVsIGFsbG93cyB0aGUgaW1wbGVtZW50YXRpb24gb2YgTTpOIG1v ZGVsIHdoZXJlIG9uZSBTRiBpcyBhc3NvY2lhdGVkIAogICB3aXRoIG11bHRpcGxlIHBlZXJpbmcg TUYgYW5kIG9uZSBwZWVyaW5nIE1GIGlzIGFzc29jaWF0ZWQgd2l0aCBtdWx0aXBsZSBTRnMuIAog ICBHZW5lcmFsbHksIGEgdmVydGljYWwgcHJvdG9jb2wgYXNzb2NpYXRlcyB0aGUgcmVsYXRpb25z aGlwIGJldHdlZW4gYSBTRiBhbmQgYSAKICAgTUYuIFRoaXMgYXJjaGl0ZWN0dXJlIHJlZHVjZXMg dGhlIHBvdGVudGlhbCBvZiBhIHNpbmdsZSBwb2ludCBvZiBmYWlsdXJlLiBJdCAKICAgYWxsb3dz IHNlcGFyYXRpb24gb2YgdGhlIHBvbGljeSBkZWNpc2lvbiBwb2ludCBhbmQgdGhlIHBvbGljeSBl bmZvcmNlbWVudCAKICAgcG9pbnQuIEFuIGV4YW1wbGUgb2YgZGlzYWR2YW50YWdlcyBpcyB0aGUg c2NhbGluZyBjb21wbGV4aXR5IGJlY2F1c2Ugb2YgdGhlIE06TiAKICAgcmVsYXRpb25zaGlwIGFu ZCBsYXRlbmN5IGR1ZSB0byB0aGUgdmVydGljYWwgY29udHJvbCBtZXNzYWdlcyBiZXR3ZWVuIGVu dGl0aWVzLiAgIAoKIAo3LiBBZGRyZXNzIHNwYWNlIGNvbnNpZGVyYXRpb25zICAKCiAKICAgUGVl cmluZyBtdXN0IG9jY3VyIGluIGEgY29tbW9uIElQIGFkZHJlc3Mgc3BhY2UsIHdoaWNoIGlzIGRl ZmluZWQgYnkgdGhlIAogICBmZWRlcmF0aW9uLCB3aGljaCBtYXkgYmUgZW50aXJlbHkgb24gdGhl IHB1YmxpYyBJbnRlcm5ldCwgb3Igc29tZSBwcml2YXRlIAogICBhZGRyZXNzIHNwYWNlLiBUaGUg b3JpZ2luYXRpb24gb3IgdGVybWluYXRpb24gbmV0d29ya3MgbWF5IG9yIG1heSBub3QgZW50aXJl bHkgCiAKIApVemVsYWMgICAgICAgICAgICAgICAgRXhwaXJlcyBTZXB0ZW1iZXIgMiwgMjAwOSAg ICAgICAgICAgICAgIFtQYWdlIDE0XSAKDApJbnRlcm5ldC1EcmFmdCAgICAgIFNQRUVSTUlOVCBw ZWVyaW5nIGFyY2hpdGVjdHVyZSAgICAgICAgRmVicnVhcnkgMjAwOSAKICAgIAoKICAgYmUgaW4g dGhlIHNhbWUgYWRkcmVzcyBzcGFjZS4gIElmIHRoZXkgYXJlIG5vdCwgdGhlbiBhIG5ldHdvcmsg YWRkcmVzcyAKICAgdHJhbnNsYXRpb24gKE5BVCkgb3Igc2ltaWxhciBtYXkgYmUgbmVlZGVkIGJl Zm9yZSB0aGUgc2lnbmFsaW5nIG9yIG1lZGlhIGlzIAogICBwcmVzZW50ZWQgY29ycmVjdGx5IHRv IHRoZSBmZWRlcmF0aW9uLiBUaGUgb25seSByZXF1aXJlbWVudCBpcyB0aGF0IGFsbCAKICAgYXNz b2NpYXRlZCBlbnRpdGllcyBhY3Jvc3MgdGhlIHBlZXJpbmcgaW50ZXJmYWNlIGFyZSByZWFjaGFi bGUuICAKCiAKOC4gU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMgIAoKIAogICBJbiBhbGwgY2FzZXMs IGNyeXB0b2dyYXBoaWMtYmFzZWQgc2VjdXJpdHkgc2hvdWxkIGJlIG1haW50YWluZWQgYXMgYW4g b3B0aW9uYWwgCiAgIHJlcXVpcmVtZW50IGJldHdlZW4gcGVlcmluZyBwcm92aWRlcnMgY29uZGl0 aW9uZWQgb24gdGhlIHByZXNlbmNlIG9yIGFic2VuY2Ugb2YgCiAgIHVuZGVybHlpbmcgcGh5c2lj YWwgc2VjdXJpdHkgb2YgU1NQIGNvbm5lY3Rpb25zLCBlLmcuIHdpdGhpbiB0aGUgc2FtZSBzZWN1 cmUgCiAgIHBoeXNpY2FsIGJ1aWxkaW5nLiAgICAKCiAgIEluIG9yZGVyIHRvIG1haW50YWluIGEg Y29uc2lzdGVudCBhcHByb2FjaCwgdW5pcXVlIGFuZCBzcGVjaWFsaXplZCBzZWN1cml0eSAKICAg cmVxdWlyZW1lbnRzIGNvbW1vbiBmb3IgdGhlIG1ham9yaXR5IG9mIHBlZXJpbmcgcmVsYXRpb25z aGlwcywgc2hvdWxkIGJlIAogICBzdGFuZGFyZGl6ZWQgd2l0aGluIHRoZSBJRVRGLiAgVGhlc2Ug c3RhbmRhcmRpemVkIG1ldGhvZHMgbWF5IGVuYWJsZSAKICAgY2FwYWJpbGl0aWVzIHN1Y2ggYXMg ZHluYW1pYyBwZWVyaW5nIHJlbGF0aW9uc2hpcHMgYWNyb3NzIHB1YmxpY2x5IG1haW50YWluZWQg CiAgIGludGVyY29ubmVjdGlvbnMuICAKCjkuIElBTkEgQ29uc2lkZXJhdGlvbnMgIAoKICAgVGhl cmUgYXJlIG5vIElBTkEgY29uc2lkZXJhdGlvbnMgYXQgdGhpcyB0aW1lLiAgCiAKMTAuIEFja25v d2xlZGdtZW50cyAgCgogICBUaGUgd29ya2luZyBncm91cCB0aGFua3MgU29oZWwgS2hhbiBmb3Ig aGlzIGluaXRpYWwgYXJjaGl0ZWN0dXJlICAKICAgZHJhZnQgdGhhdCBoZWxwZWQgdG8gaW5pdGlh dGUgd29yayBvbiB0aGlzIGRyYWZ0LiAgCiAKICAgQSBzaWduaWZpY2FudCBwb3J0aW9uIG9mIHRo aXMgZHJhZnQgaXMgdGFrZW4gZnJvbSBbMTRdIHdpdGggIAogICBwZXJtaXNzaW9uIGZyb20gdGhl IGF1dGhvciBSLiBNYWh5LiBUaGUgb3RoZXIgaW1wb3J0YW50IGNvbnRyaWJ1dG9yICAKICAgaXMg T3RtYXIgTGVuZGwuIFNwZWNpYWwgdGhhbmtzIHRvIEppbSBNY0VhY2hlcm4gZm9yIGRldGFpbGVk IGNvbW1lbnRzIGFuZCAKZmVlZGJhY2suIAoKCgoKCgoKCgoKCgoKCiAKIApVemVsYWMgICAgICAg ICAgICAgICAgRXhwaXJlcyBTZXB0ZW1iZXIgMiwgMjAwOSAgICAgICAgICAgICAgIFtQYWdlIDE1 XSAKDApJbnRlcm5ldC1EcmFmdCAgICAgIFNQRUVSTUlOVCBwZWVyaW5nIGFyY2hpdGVjdHVyZSAg ICAgICAgRmVicnVhcnkgMjAwOSAKICAgIAoKMTEuIFJlZmVyZW5jZXMgCgoxMS4xLiBOb3JtYXRp dmUgUmVmZXJlbmNlcyAKCiAgIFsxXSAgIEJyYWRuZXIsIFMuLCAiS2V5IHdvcmRzIGZvciB1c2Ug aW4gUkZDcyB0byBJbmRpY2F0ZSBSZXF1aXJlbWVudCBMZXZlbHMiLCAKICAgICAgICAgQkNQIDE0 LCBSRkMgMjExOSwgTWFyY2ggMTk5Ny4gIAoKICAgWzJdICAgTWVhbGxpbmcsIE0uIGFuZCBSLiBE YW5pZWwsICJUaGUgTmFtaW5nIEF1dGhvcml0eSBQb2ludGVyIChOQVBUUikgRE5TIAogICAgICAg ICBSZXNvdXJjZSBSZWNvcmQiLCBSRkMgMjkxNSwgU2VwdGVtYmVyIDIwMDAuICAKCiAgIFszXSAg IFJvc2VuYmVyZywgSi4sIFNjaHVsenJpbm5lLCBILiwgQ2FtYXJpbGxvLCBHLiwgSm9obnN0b24s IEEuLCBQZXRlcnNvbiwgCiAgICAgICAgIEouLCBTcGFya3MsIFIuLCBIYW5kbGV5LCBNLiwgYW5k IEUuIFNjaG9vbGVyLCAiU0lQOiBTZXNzaW9uIEluaXRpYXRpb24gCiAgICAgICAgIFByb3RvY29s IiwgUkZDIDMyNjEsIEp1bmUgMjAwMi4gIAoKICAgWzRdICAgUm9zZW5iZXJnLCBKLiBhbmQgSC4g U2NodWx6cmlubmUsICJTZXNzaW9uIEluaXRpYXRpb24gUHJvdG9jb2wgKFNJUCk6IAogICAgICAg ICBMb2NhdGluZyBTSVAgU2VydmVycyIsIFJGQyAzMjYzLCBKdW5lIDIwMDIuICAKCiAgIFs1XSAg IEJsYWtlLVdpbHNvbiwgUy4sIE55c3Ryb20sIE0uLCBIb3B3b29kLCBELiwgTWlra2Vsc2VuLCBK LiwgYW5kIFQuIAogICAgICAgICBXcmlnaHQsICJUcmFuc3BvcnQgTGF5ZXIgU2VjdXJpdHkgKFRM UykgRXh0ZW5zaW9ucyIsIFJGQyA0MzY2LCBBcHJpbCAKICAgICAgICAgMjAwNi4gIAoKICAgWzZd ICAgU2NodWx6cmlubmUsIEguLCBDYXNuZXIsIFMuLCBGcmVkZXJpY2ssIFIuLCBhbmQgVi4gSmFj b2Jzb24sICJSVFA6IEEgCiAgICAgICAgIFRyYW5zcG9ydCBQcm90b2NvbCBmb3IgUmVhbC1UaW1l IEFwcGxpY2F0aW9ucyIsIFNURCA2NCwgUkZDIDM1NTAsIEp1bHkgCiAgICAgICAgIDIwMDMuICAK CiAgIFs3XSAgIFBldGVyc29uLCBKLiwgTGl1LCBILiwgWXUsIEouLCBhbmQgQi4gQ2FtcGJlbGws ICJVc2luZyBFLjE2NCBudW1iZXJzIAogICAgICAgICB3aXRoIHRoZSBTZXNzaW9uIEluaXRpYXRp b24gUHJvdG9jb2wgKFNJUCkiLCBSRkMgMzgyNCwgSnVuZSAyMDA0LiAgCgogICBbOF0gICBQZXRl cnNvbiwgSi4sICJBZGRyZXNzIFJlc29sdXRpb24gZm9yIEluc3RhbnQgTWVzc2FnaW5nIGFuZCAK ICAgICAgICAgUHJlc2VuY2UiLFJGQyAzODYxLCBBdWd1c3QgMjAwNC4gICAKCiAgIFs5XSAgIFBl dGVyc29uLCBKLiwgIlRlbGVwaG9uZSBOdW1iZXIgTWFwcGluZyAoRU5VTSkgU2VydmljZSBSZWdp c3RyYXRpb24gZm9yIAogICAgICAgICBQcmVzZW5jZSBTZXJ2aWNlcyIsIFJGQyAzOTUzLCBKYW51 YXJ5IDIwMDUuICAKCiAgIFsxMF0gIEVUU0kgVFMgMTAyIDMzMzogIiBUZWxlY29tbXVuaWNhdGlv bnMgYW5kIEludGVybmV0IGNvbnZlcmdlZCBTZXJ2aWNlcyAKICAgICAgICAgYW5kIFByb3RvY29s cyBmb3IgQWR2YW5jZWQgTmV0d29ya2luZyAoVElTUEFOKTsgR2F0ZSBjb250cm9sIHByb3RvY29s Ii4gIAoKICAgWzExXSAgUGV0ZXJzb24sIEouLCAiZW51bXNlcnZpY2UgcmVnaXN0cmF0aW9uIGZv ciBTZXNzaW9uIEluaXRpYXRpb24gUHJvdG9jb2wgCiAgICAgICAgIChTSVApIEFkZHJlc3Nlcy1v Zi1SZWNvcmQiLCBSRkMgMzc2NCwgQXByaWwgMjAwNC4gIAoKICAgWzEyXSAgTGl2aW5nb29kLCBK LiBhbmQgUi4gU2hvY2tleSwgIklBTkEgUmVnaXN0cmF0aW9uIGZvciBhbiAgICAgICAgICAKICAg ICAgICAgRW51bXNlcnZpY2UgQ29udGFpbmluZyBQU1ROIFNpZ25hbGluZyBJbmZvcm1hdGlvbiIs IFJGQyA0NzY5LCBOb3ZlbWJlciAKICAgICAgICAgMjAwNi4gIAoKCgoKIAogClV6ZWxhYyAgICAg ICAgICAgICAgICBFeHBpcmVzIFNlcHRlbWJlciAyLCAyMDA5ICAgICAgICAgICAgICAgW1BhZ2Ug MTZdIAoMCkludGVybmV0LURyYWZ0ICAgICAgU1BFRVJNSU5UIHBlZXJpbmcgYXJjaGl0ZWN0dXJl ICAgICAgICBGZWJydWFyeSAyMDA5IAogICAgCgoxMS4yLiBJbmZvcm1hdGl2ZSBSZWZlcmVuY2Vz IAoKICAgWzEzXSAgTWFsYXMsIEQuLCAiU1BFRVJNSU5UIFRlcm1pbm9sb2d5IiwgZHJhZnQtaWV0 Zi1zcGVlcm1pbnQtdGVybWlub2xvZ3ktMTYgCiAgICAgICAgICh3b3JrIGluIHByb2dyZXNzKSwg RmVicnVhcnkgMjAwOC4gIAoKICAgWzE0XSAgTXVsZSwgSi1GLiwgIlNQRUVSTUlOVCBSZXF1aXJl bWVudHMgZm9yIFNJUC1iYXNlZCBWb0lQIEludGVyY29ubmVjdGlvbiIsIAogICAgICAgICBkcmFm dC1pZXRmLXNwZWVybWludC1yZXF1aXJlbWVudHMtMDQudHh0LCBGZWJydWFyeSAyMDA4LiAgCgog ICBbMTVdICBNYWh5LCBSLiwgIkEgTWluaW1hbGlzdCBBcHByb2FjaCB0byBEaXJlY3QgUGVlcmlu ZyIsIGRyYWZ0LSAgICAgICAgIAogICAgICAgICBtYWh5LXNwZWVybWludC1kaXJlY3QtcGVlcmlu Zy0wMi50eHQsIEp1bHkgMjAwNy4gIAoKICAgWzE2XSAgUGVubm8sIFIuLCBldCBhbC4sICJTUEVF Uk1JTlQgUm91dGluZyBBcmNoaXRlY3R1cmUgTWVzc2FnZSAgICAgICAgICAKICAgICAgICAgRmxv d3MiLCBkcmFmdC1pZXRmLXNwZWVybWludC1mbG93cy0wMi50eHQiLCBBcHJpbCAyMDA3LiAgCgog ICBbMTddICBIb3VyaSwgQS4sIGV0IGFsLiwgIlJUQyBQcm92aXNpb25pbmcgUmVxdWlyZW1lbnRz IiwgZHJhZnQtICAgICAgICAgCiAgICAgICAgIGhvdXJpLXNwZWVybWludC1ydGMtcHJvdmlzaW9u aW5nLXJlcXMtMDAudHh0LCBKdW5lLCAyMDA2LiAgCgogICBbMThdICBIYWJsZXIsIE0uLCBldCBh bC4sICJBIEZlZGVyYXRpb24gYmFzZWQgVk9JUCBQZWVyaW5nICAgICAgICAgCiAgICAgICAgIEFy Y2hpdGVjdHVyZSIsIGRyYWZ0LWxlbmRsLXNwZWVybWludC1mZWRlcmF0aW9ucy0wMy50eHQsIFNl cHRlbWJlciAyMDA2LiAgCgogICBbMTldICBNYWh5LCBSLiwgIkEgVGVsZXBob25lIE51bWJlciBN YXBwaW5nIChFTlVNKSBTZXJ2aWNlICAgICAgICAgIAogICAgICAgICBSZWdpc3RyYXRpb24gZm9y IEluc3RhbnQgTWVzc2FnaW5nIChJTSkgU2VydmljZXMiLCBkcmFmdC1pZXRmLSAgICAgICAgIAog ICAgICAgICBlbnVtLWltLXNlcnZpY2UtMDMgKHdvcmsgaW4gcHJvZ3Jlc3MpLCBNYXJjaCAyMDA2 LiAgCgogICBbMjBdICBIYWJlcmxlciwgTS4gYW5kIFIuIFN0YXN0bnksICJDb21iaW5lZCBVc2Vy IGFuZCBDYXJyaWVyIEVOVU0gaW4gdGhlIAogICAgICAgICBlMTY0LmFycGEgdHJlZSIsIGRyYWZ0 LWhhYmVybGVyLWNhcnJpZXItZW51bS0wMyAod29yayBpbiBwcm9ncmVzcyksIAogICAgICAgICBN YXJjaCAyMDA2LiAgCgogICBbMjFdICBQZW5ubywgUi4sIE1hbGFzIEQuLCBhbmQgTWVsYW1weSwg UC4sICJBIFNlc3Npb24gSW5pdGlhdGlvbiAgICAgICAgICAKICAgICAgICAgUHJvdG9jb2wgKFNJ UCkgRXZlbnQgcGFja2FnZSBmb3IgUGVlcmluZyIsIGRyYWZ0LXBlbm5vLXNpcHBpbmctcGVlcmlu Zy0KICAgICAgICAgcGFja2FnZS0wMCAod29yayBpbiBwcm9ncmVzcyksIFNlcHRlbWJlciAyMDA2 LiAgCgogICBbMjJdICBIb2xsYW5kZXIsIEQuLCBCcmF5LCBULiwgYW5kIEEuIExheW1hbiwgIk5h bWVzcGFjZXMgaW4gWE1MIiwgVzNDIFJFQyAKICAgICAgICAgUkVDLXhtbC1uYW1lcy0xOTk5MDEx NCwgSmFudWFyeSAxOTk5LiAgCgogICBbMjNdICBCdXJnZXIsIEUgKEVkLiksICJBIE1lY2hhbmlz bSBmb3IgQ29udGVudCBJbmRpcmVjdGlvbiBpbiAgICAgICAgICAKICAgICAgICAgU2Vzc2lvbiBJ bml0aWF0aW9uIFByb3RvY29sIChTSVApIE1lc3NhZ2VzIiwgUkZDIDQ0ODMsIE1heSAyMDA2IAoK ICAgWzI0XSAgR3VyYmFuaSwgVi4sIExhd3JlbmNlLCBTLiwgYW5kIEIuIExhYm9yYXRvcmllcywg IkRvbWFpbiBDZXJ0aWZpY2F0ZXMgaW4gCiAgICAgICAgIHRoZSBTZXNzaW9uIEluaXRpYXRpb24g UHJvdG9jb2wgKFNJUCkiLCBkcmFmdC1pZXRmLXNpcC1kb21haW4tY2VydHMtMDAgCiAgICAgICAg ICh3b3JrIGluIHByb2dyZXNzKSwgTm92ZW1iZXIgMjAwNy4gCgoKCgoKCiAKIApVemVsYWMgICAg ICAgICAgICAgICAgRXhwaXJlcyBTZXB0ZW1iZXIgMiwgMjAwOSAgICAgICAgICAgICAgIFtQYWdl IDE3XSAKDApJbnRlcm5ldC1EcmFmdCAgICAgIFNQRUVSTUlOVCBwZWVyaW5nIGFyY2hpdGVjdHVy ZSAgICAgICAgRmVicnVhcnkgMjAwOSAKICAgIAoKQXV0aG9yJ3MgQWRkcmVzc2VzIAoKICAgQWRh bSBVemVsYWMgIAogICBHbG9iYWwgQ3Jvc3NpbmcgIAogICBSb2NoZXN0ZXIsIE5ZIC0gVVNBICAK ICAgRW1haWw6IGFkYW0udXplbGFjQGdsb2JhbGNyb3NzaW5nLmNvbSAgCiAgICAKICAgUmVpbmFs ZG8gUGVubm8gCiAgIEp1bmlwZXIgTmV0d29ya3MgIAogICBTdW5ueXZhbGUsIENBIC0gVVNBICAK ICAgRW1haWw6IHJwZW5ub0BqdW5pcGVyLm5ldCAgCiAgICAKICAgTWlrZSBIYW1tZXIgIAogICBD aXNjbyBTeXN0ZW1zICAKICAgSGVybmRvbiwgVkEgLSBVU0EgCiAgIEVtYWlsOiBtaGFtbWVyQGNp c2NvLmNvbSAgIAogICAgICAgIAogICBTb2hlbCBLaGFuLCBQaC5ELiAgCiAgIENvbWNhc3QgQ2Fi bGUgQ29tbXVuaWNhdGlvbnMgICAKICAgVVNBIAogICBFbWFpbDogc29oZWxfa2hhbkBjYWJsZS5j b21jYXN0LmNvbSAgCiAgICAgICAgCiAgIERhcnlsIE1hbGFzICAKICAgQ2FibGVMYWJzIAogICBM b3Vpc3ZpbGxlLCBDTyAtIFVTQSAKICAgRW1haWw6IGQubWFsYXNAY2FibGVsYWJzLmNvbSAgCiAg ICAgICAKICAgIAoKICAgIAoKCgoKCgoKCgoKCgoKCgoKCiAKIApVemVsYWMgICAgICAgICAgICAg ICAgRXhwaXJlcyBTZXB0ZW1iZXIgMiwgMjAwOSAgICAgICAgICAgICAgIFtQYWdlIDE4XSAKDAo= --_002_278488ECD81E6A42A7289E84524D2A257F438E08EVS20amsgblxint_-- From jason_livingood@cable.comcast.com Wed Mar 4 09:35:04 2009 Return-Path: X-Original-To: speermint@core3.amsl.com Delivered-To: speermint@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2F0DF28C3DB for ; Wed, 4 Mar 2009 09:35:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.125 X-Spam-Level: X-Spam-Status: No, score=-1.125 tagged_above=-999 required=5 tests=[AWL=-2.729, BAYES_00=-2.599, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368, RCVD_NUMERIC_HELO=2.067] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KUcTSrB4r3rz for ; Wed, 4 Mar 2009 09:35:03 -0800 (PST) Received: from paoakoavas10.cable.comcast.com (paoakoavas10.cable.comcast.com [208.17.35.59]) by core3.amsl.com (Postfix) with ESMTP id 10D3328C1AA for ; Wed, 4 Mar 2009 09:35:02 -0800 (PST) Received: from ([10.52.116.31]) by paoakoavas10.cable.comcast.com with ESMTP id KP-TDCH7.57486544; Wed, 04 Mar 2009 12:35:08 -0500 Received: from PACDCEXCMB04.cable.comcast.com ([24.40.15.86]) by PAOAKEXCSMTP02.cable.comcast.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 4 Mar 2009 12:35:07 -0500 Received: from 198.137.252.126 ([198.137.252.126]) by PACDCEXCMB04.cable.comcast.com ([24.40.15.86]) via Exchange Front-End Server webmail.comcast.com ([198.137.252.76]) with Microsoft Exchange Server HTTP-DAV ; Wed, 4 Mar 2009 17:34:49 +0000 User-Agent: Microsoft-Entourage/12.15.0.081119 Date: Wed, 04 Mar 2009 12:34:47 -0500 From: "Livingood, Jason" To: James McEachern , Daryl Malas , Message-ID: Thread-Topic: [Speermint] Meeting minutes from IETF 73 Speermint session (Arch Draft Review) Thread-Index: AclheIM6vfcHtNx+S0q4AzvQWgZd6QeqtZlgAX4X54AAQ/+AoABh4NrwA11RizABscCc4A== In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-OriginalArrivalTime: 04 Mar 2009 17:35:07.0678 (UTC) FILETIME=[8F94CBE0:01C99CEF] Subject: Re: [Speermint] Meeting minutes from IETF 73 Speermint session (Arch Draft Review) X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2009 17:35:04 -0000 >> 7. Section 5.1.2.3 SIP Redirect Server >> I am not at all certain this section adds value. I would delete it. > > I think the reason why this is in here is that a SIP Redirect is a very > viable alternative to ENUM. One of the challenges this and several > Speermint documents face is placing too much emphasis on the use of ENUM > in peering. While I believe this is a very efficient way for SSPs to > peer, not all SSPs are ready or plan to utilize ENUM. What is a better > recommendation for documenting a very valid approach to peering simply > by using the constructs in SIP? > > [jmce] Fair enough - I'm happy to leave it. My hesitation was that the > trick is how you set up the magic database that the SIP Redirect Server > uses to find the route. But I guess you could say exactly the same > about the magic used to populate ENUM. So I'm fine with it as is. In my experience, the SIP Redirect Server is often doing the lookup to an ENUM database anyway... But, importantly, not all VoIP servers (using "servers" very generally) have an ENUM client. Thus, the only way to really peer effectively is to send the call to the SIP Redirect Server, which can then consult either ENUM and/or some table of records to make a decision on how to route the session. Jason From D.Malas@cablelabs.com Wed Mar 4 15:37:18 2009 Return-Path: X-Original-To: speermint@core3.amsl.com Delivered-To: speermint@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 35D7E28C288 for ; Wed, 4 Mar 2009 15:37:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.375 X-Spam-Level: X-Spam-Status: No, score=0.375 tagged_above=-999 required=5 tests=[AWL=-0.559, BAYES_00=-2.599, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D7FoWznrPjBX for ; Wed, 4 Mar 2009 15:37:17 -0800 (PST) Received: from ondar.cablelabs.com (ondar.cablelabs.com [192.160.73.61]) by core3.amsl.com (Postfix) with ESMTP id 68C9C3A6B14 for ; Wed, 4 Mar 2009 15:37:17 -0800 (PST) Received: from kyzyl.cablelabs.com (kyzyl [10.253.0.7]) by ondar.cablelabs.com (8.14.3/8.14.3) with ESMTP id n24NbjOh002483 for ; Wed, 4 Mar 2009 16:37:45 -0700 Received: from srvxchg3.cablelabs.com (10.5.0.25) by kyzyl.cablelabs.com (F-Secure/fsigk_smtp/511/kyzyl.cablelabs.com); Wed, 4 Mar 2009 16:37:46 -0700 (MST) X-Virus-Status: clean(F-Secure/fsigk_smtp/511/kyzyl.cablelabs.com) Received: from 10.4.10.99 ([10.4.10.99]) by srvxchg3.cablelabs.com ([10.5.0.25]) with Microsoft Exchange Server HTTP-DAV ; Wed, 4 Mar 2009 23:37:45 +0000 User-Agent: Microsoft-Entourage/12.15.0.081119 Date: Wed, 04 Mar 2009 16:37:52 -0700 From: Daryl Malas To: Message-ID: Thread-Topic: [Speermint] New Draft: SIP Interconnect Guideline Thread-Index: AcmdIjwguoV3Nuux9E6bWRd+goQ/sg== Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3319029472_9411446" X-Approved: ondar Cc: David Hancock Subject: [Speermint] New Draft: SIP Interconnect Guideline X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2009 23:37:18 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3319029472_9411446 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit All, We have submitted a new draft beginning a process for defining a SIP interconnect guideline for peering. Of the operators I have spoken with regarding their experiences with peering, SIP interworking is the most challenging process to work through. Establishing a guideline will be a fundamental step in enabling SSPs to peer quickly, efficiently, and dynamically. A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : draft-hancock-sip-interconnect-guidelines-00 Author(s) : D. Hancock, D. Malas Filename : draft-hancock-sip-interconnect-guidelines-00.txt Pages : 25 Date : 2009-03-04 As Session Initiation Protocol (SIP) peering becomes more widely accepted by service providers the need to define an interconnect guideline becomes of greater value. This document takes into consideration the SIP and commonly used SIP extensions, and it defines a fundamental set of requirements for SIP Service Providers (SSPs) to implement within their signaling functions (SFs) or Signaling Path Border Elements (SBEs) for peering. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-hancock-sip-interconnect-guideline s-00.txt Regards, Daryl ----------------- Daryl Malas CableLabs (o) +1 303 661 3302 (f) +1 303 661 9199 mailto:d.malas@cablelabs.com --B_3319029472_9411446 Content-type: text/html; charset="US-ASCII" Content-transfer-encoding: quoted-printable [Speermint] New Draft: SIP Interconnect Guideline All,

We have submitted a new draft beginning a process for defining a SIP interc= onnect guideline for peering.   Of the operators I have spoken wit= h regarding their experiences with peering, SIP interworking is the most cha= llenging process to work through.  Establishing a guideline will be a f= undamental step in enabling SSPs to peer quickly, efficiently, and dynamical= ly.

A New Internet-Draft is available from the on-line Internet-Drafts director= ies.

    Title        &nb= sp;  : draft-hancock-sip-interconnect-guidelines-00
    Author(s)       : D. = Hancock, D. Malas
    Filename        = : draft-hancock-sip-interconnect-guidelines-00.txt
    Pages        &nb= sp;  : 25
    Date        &nbs= p;   : 2009-03-04

As Session Initiation Protocol (SIP) peering becomes more widely
accepted by service providers the need to define an interconnect
guideline becomes of greater value.  This document takes into
consideration the SIP and commonly used SIP extensions, and it
defines a fundamental set of requirements for SIP Service Providers
(SSPs) to implement within their signaling functions (SFs) or
Signaling Path Border Elements (SBEs) for peering.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-hancock-sip-in= terconnect-guidelines-00.txt

Regards,

Daryl

-----------------
Daryl Malas
CableLabs
(o) +1 303 661 3302
(f) +1 303 661 9199
mailto:d.ma= las@cablelabs.com

 --B_3319029472_9411446-- From john.elwell@siemens.com Thu Mar 5 06:36:41 2009 Return-Path: X-Original-To: speermint@core3.amsl.com Delivered-To: speermint@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 042C03A6A83 for ; Thu, 5 Mar 2009 06:36:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.402 X-Spam-Level: X-Spam-Status: No, score=-2.402 tagged_above=-999 required=5 tests=[AWL=0.197, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aDPnD7LuYeSl for ; Thu, 5 Mar 2009 06:36:40 -0800 (PST) Received: from mailgate.siemenscomms.co.uk (mailgate.siemenscomms.co.uk [195.171.110.225]) by core3.amsl.com (Postfix) with ESMTP id 022B43A69A7 for ; Thu, 5 Mar 2009 06:36:40 -0800 (PST) Received: from GBNTHT12009MSX.gb002.siemens.net ([137.223.219.235]) by siemenscomms.co.uk (PMDF V6.3-x14 #31430) with ESMTP id <0KG100BD1F7T4I@siemenscomms.co.uk> for speermint@ietf.org; Thu, 05 Mar 2009 14:37:07 +0000 (GMT) Date: Thu, 05 Mar 2009 14:36:30 +0000 From: "Elwell, John" In-reply-to: To: Daryl Malas , speermint@ietf.org Message-id: <0D5F89FAC29E2C41B98A6A762007F5D0019C033C@GBNTHT12009MSX.gb002.siemens.net> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft Exchange V6.5 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: quoted-printable Thread-Topic: [Speermint] New Draft: SIP Interconnect Guideline Thread-Index: AcmdIjwguoV3Nuux9E6bWRd+goQ/sgAefE+g Content-class: urn:content-classes:message X-MS-Has-Attach: X-MS-TNEF-Correlator: References: Cc: David Hancock Subject: Re: [Speermint] New Draft: SIP Interconnect Guideline X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2009 14:36:41 -0000 Daryl, David, =20 I like the initiative, and I was wondering whether it could apply between two enterprise networks as well as between two service provider networks. However, I think it might be too restrictive (e.g., limiting just to a single audio medium). =20 One particular concern is that it is specified in terms of "networks", whatever that might mean, whereas endpoints (SIP UAs) will be responsible for many aspects, e.g., anything to do with SDP, provision of local ringback tone, etc.. =20 One item of interest is section 5.1.2.3 "Early media with multiple terminating endpoints". The correct way of achieving this in SIP is the third method (5.1.2.3.3), i.e., using multiple early dialogs. Another way, not mentioned here, is to use redirection as a means of creating a new dialog. I am concerned about the media anchor method (5.1.2.3.1), because that would constrain the call to using whatever attributes (e.g., codec) are negotiated between the calling UA and the anchor, and would deny the possibility of using a superior codec end-to-end if supported by both UAs. Also it would prevent end-to-end security using security descriptions (say), since the security context negotiated with the anchor would be used throughout the call. The early answer method (5.1.2.3.2) is likely to mislead the calling side as to what is actually happening. =20 There seems to be a whole lot missing in the area of transport, authentication, etc.. =20 John =20 ________________________________ From: speermint-bounces@ietf.org [mailto:speermint-bounces@ietf.org] On Behalf Of Daryl Malas Sent: 04 March 2009 23:38 To: speermint@ietf.org Cc: David Hancock Subject: [Speermint] New Draft: SIP Interconnect Guideline =09 =09 All, =09 We have submitted a new draft beginning a process for defining a SIP interconnect guideline for peering. Of the operators I have spoken with regarding their experiences with peering, SIP interworking is the most challenging process to work through. Establishing a guideline will be a fundamental step in enabling SSPs to peer quickly, efficiently, and dynamically. =09 A New Internet-Draft is available from the on-line Internet-Drafts directories. =09 Title : draft-hancock-sip-interconnect-guidelines-00 Author(s) : D. Hancock, D. Malas Filename : draft-hancock-sip-interconnect-guidelines-00.txt Pages : 25 Date : 2009-03-04 =09 As Session Initiation Protocol (SIP) peering becomes more widely accepted by service providers the need to define an interconnect guideline becomes of greater value. This document takes into consideration the SIP and commonly used SIP extensions, and it defines a fundamental set of requirements for SIP Service Providers (SSPs) to implement within their signaling functions (SFs) or Signaling Path Border Elements (SBEs) for peering. =09 A URL for this Internet-Draft is: =09 http://www.ietf.org/internet-drafts/draft-hancock-sip-interconnect-guide lines-00.txt =09 Regards, =09 Daryl =09 ----------------- Daryl Malas CableLabs (o) +1 303 661 3302 (f) +1 303 661 9199 mailto:d.malas@cablelabs.com =09 =09 From root@core3.amsl.com Thu Mar 5 08:30:01 2009 Return-Path: X-Original-To: speermint@ietf.org Delivered-To: speermint@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id A33FF3A6940; Thu, 5 Mar 2009 08:30:01 -0800 (PST) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090305163001.A33FF3A6940@core3.amsl.com> Date: Thu, 5 Mar 2009 08:30:01 -0800 (PST) Cc: speermint@ietf.org Subject: [Speermint] I-D Action:draft-ietf-speermint-srv-naptr-use-05.txt X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2009 16:30:01 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Session PEERing for Multimedia INTerconnect Working Group of the IETF. Title : Use of DNS SRV and NAPTR Records for SPEERMINT Author(s) : T. Creighton, J. Livingood Filename : draft-ietf-speermint-srv-naptr-use-05.txt Pages : 13 Date : 2009-03-05 The objective of this document is to specify the Best Current Practice (BCP) adopted by a service provider or other organization providing multimedia communication services such as Voice over Internet Protocol(VoIP) in order to locate another service provider to peer with in the context of Session PEERing for Multimedia INTerconnect. This document attempts to fill the gaps in information from RFC 3261, RFC 3263, and other documents, in order to more assist service providers in more easily performing SIP peering. [EDITORIAL NOTE: XREF ERROR GENERATED IN ABSTRACT, XREFS REMOVED] A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-speermint-srv-naptr-use-05.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-speermint-srv-naptr-use-05.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-03-05081722.I-D@ietf.org> --NextPart-- From jason_livingood@cable.comcast.com Thu Mar 5 08:34:22 2009 Return-Path: X-Original-To: speermint@core3.amsl.com Delivered-To: speermint@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9F0B73A697D for ; Thu, 5 Mar 2009 08:34:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.062 X-Spam-Level: X-Spam-Status: No, score=-0.062 tagged_above=-999 required=5 tests=[AWL=-3.063, BAYES_00=-2.599, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396, RCVD_NUMERIC_HELO=2.067] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2lxYGe8LXO4z for ; Thu, 5 Mar 2009 08:34:21 -0800 (PST) Received: from paoakoavas10.cable.comcast.com (paoakoavas10.cable.comcast.com [208.17.35.59]) by core3.amsl.com (Postfix) with ESMTP id 9A1013A6861 for ; Thu, 5 Mar 2009 08:34:21 -0800 (PST) Received: from ([24.40.15.92]) by paoakoavas10.cable.comcast.com with ESMTP id KP-TDCH7.57542624; Thu, 05 Mar 2009 11:34:37 -0500 Received: from PACDCEXCMB04.cable.comcast.com ([24.40.15.86]) by PACDCEXCSMTP03.cable.comcast.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 5 Mar 2009 11:34:36 -0500 Received: from 198.137.252.126 ([198.137.252.126]) by PACDCEXCMB04.cable.comcast.com ([24.40.15.86]) via Exchange Front-End Server webmail.comcast.com ([198.137.252.76]) with Microsoft Exchange Server HTTP-DAV ; Thu, 5 Mar 2009 16:34:22 +0000 User-Agent: Microsoft-Entourage/12.15.0.081119 Date: Thu, 05 Mar 2009 11:34:22 -0500 From: "Livingood, Jason" To: Message-ID: Thread-Topic: New Version Notification for draft-ietf-speermint-srv-naptr-use-05 Thread-Index: AcmdrgGDxEK5A1KUSdai8F9U+9JLRwAAjt+r In-Reply-To: <20090305161722.546163A694A@core3.amsl.com> Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3319097662_2553766" X-OriginalArrivalTime: 05 Mar 2009 16:34:36.0769 (UTC) FILETIME=[45CDCD10:01C99DB0] Subject: [Speermint] New Version Notification for draft-ietf-speermint-srv-naptr-use-05 X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2009 16:34:22 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3319097662_2553766 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit I have posted a new version. This captures several open items, all identified with the text [EDITORIAL NOTE: ]. Please take a look at these when you have a chance and provide any feedback. Thanks Jason A new version of I-D, draft-ietf-speermint-srv-naptr-use-05.txt has been successfuly submitted by Jason Livingood and posted to the IETF repository. Filename: draft-ietf-speermint-srv-naptr-use Revision: 05 Title: Use of DNS SRV and NAPTR Records for SPEERMINT Creation_date: 2009-03-04 WG ID: speermint Number_of_pages: 13 Abstract: The objective of this document is to specify the Best Current Practice (BCP) adopted by a service provider or other organization providing multimedia communication services such as Voice over Internet Protocol(VoIP) in order to locate another service provider to peer with in the context of Session PEERing for Multimedia INTerconnect. This document attempts to fill the gaps in information from RFC 3261, RFC 3263, and other documents, in order to more assist service providers in more easily performing SIP peering. --B_3319097662_2553766 Content-type: text/html; charset="US-ASCII" Content-transfer-encoding: quoted-printable New Version Notification for draft-ietf-speermint-srv-naptr-use-05 <= /TITLE> </HEAD> <BODY> <FONT FACE=3D"Calibri, Verdana, Helvetica, Arial"><SPAN STYLE=3D'font-size:11pt= '>I have posted a new version.  This captures several open items, all i= dentified with the text [EDITORIAL NOTE: <wg question here>].  Pl= ease take a look at these when you have a chance and provide any feedback.<B= R> <BR> Thanks<BR> Jason<BR> <BR> <BR> A new version of I-D, draft-ietf-speermint-srv-naptr-use-05.txt has been su= ccessfuly submitted by Jason Livingood and posted to the IETF repository.<BR= > <BR> Filename:        draft-ietf-speermint-sr= v-naptr-use<BR> Revision:        05<BR> Title:           Use of D= NS SRV and NAPTR Records for SPEERMINT<BR> Creation_date:   2009-03-04<BR> WG ID:           speermin= t<BR> Number_of_pages: 13<BR> <BR> Abstract:<BR> The objective of this document is to specify the Best Current<BR> Practice (BCP) adopted by a service provider or other organization<BR> providing multimedia communication services such as Voice over<BR> Internet Protocol(VoIP) in order to locate another service provider<BR> to peer with in the context of Session PEERing for Multimedia<BR> INTerconnect.  This document attempts to fill the gaps in information<= BR> from RFC 3261, RFC 3263, and other documents, in order to more assist<BR> service providers in more easily performing SIP peering.<BR> </SPAN></FONT> </BODY> </HTML> --B_3319097662_2553766-- From ppfautz@att.com Thu Mar 5 08:49:28 2009 Return-Path: <ppfautz@att.com> X-Original-To: speermint@core3.amsl.com Delivered-To: speermint@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D3FFF28C3CE for <speermint@core3.amsl.com>; Thu, 5 Mar 2009 08:49:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.598 X-Spam-Level: X-Spam-Status: No, score=-106.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YHXAHjSwskKb for <speermint@core3.amsl.com>; Thu, 5 Mar 2009 08:49:26 -0800 (PST) Received: from mail146.messagelabs.com (mail146.messagelabs.com [216.82.241.147]) by core3.amsl.com (Postfix) with ESMTP id 6A31E28C3CB for <speermint@ietf.org>; Thu, 5 Mar 2009 08:49:26 -0800 (PST) X-VirusChecked: Checked X-Env-Sender: ppfautz@att.com X-Msg-Ref: server-3.tower-146.messagelabs.com!1236271794!2900690!1 X-StarScan-Version: 6.0.0; banners=-,-,- X-Originating-IP: [144.160.20.54] Received: (qmail 10898 invoked from network); 5 Mar 2009 16:49:54 -0000 Received: from sbcsmtp7.sbc.com (HELO mlpi135.enaf.sfdc.sbc.com) (144.160.20.54) by server-3.tower-146.messagelabs.com with AES256-SHA encrypted SMTP; 5 Mar 2009 16:49:54 -0000 Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpi135.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id n25GnrJh002765 for <speermint@ietf.org>; Thu, 5 Mar 2009 11:49:54 -0500 Received: from gaalpa1msgusr7a.ugd.att.com (gaalpa1msgusr7a.ugd.att.com [135.53.26.15]) by mlpi135.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id n25Gnohf002753 for <speermint@ietf.org>; Thu, 5 Mar 2009 11:49:51 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C99DB2.66B6EF5C" Date: Thu, 5 Mar 2009 11:49:47 -0500 Message-ID: <35FE871E2B085542A35726420E29DA6B0106E45E@gaalpa1msgusr7a.ugd.att.com> In-Reply-To: <C5D45EE0.270E%d.malas@cablelabs.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Speermint] New Draft: SIP Interconnect Guideline Thread-Index: AcmdIjwguoV3Nuux9E6bWRd+goQ/sgAjuNSQ References: <C5D45EE0.270E%d.malas@cablelabs.com> From: "PFAUTZ, PENN L, ATTCORP" <ppfautz@att.com> To: "Daryl Malas" <d.malas@cablelabs.com>, <speermint@ietf.org> Cc: David Hancock <D.Hancock@cablelabs.com> Subject: Re: [Speermint] New Draft: SIP Interconnect Guideline X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group <speermint.ietf.org> List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/speermint>, <mailto:speermint-request@ietf.org?subject=unsubscribe> List-Archive: <http://www.ietf.org/mail-archive/web/speermint> List-Post: <mailto:speermint@ietf.org> List-Help: <mailto:speermint-request@ietf.org?subject=help> List-Subscribe: <https://www.ietf.org/mailman/listinfo/speermint>, <mailto:speermint-request@ietf.org?subject=subscribe> X-List-Received-Date: Thu, 05 Mar 2009 16:49:28 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C99DB2.66B6EF5C Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Daryl: David: =20 I took a quick look at the I-D and want to be sure I understand what's being said about called user identification. In Section 4.2.1 is the identification of the rn in the case of a ported number just for sub subsequent interworking back to SS7/circuit switched networks or something else? I tend to think of ENUM-based routing mechanisms as being portability corrected to begin with so number portability info should only be required where subsequent interworking has to take place. thanks, =20 Penn Pfautz AT&T Access Management +1-732-420-4962 =20 ________________________________ From: speermint-bounces@ietf.org [mailto:speermint-bounces@ietf.org] On Behalf Of Daryl Malas Sent: Wednesday, March 04, 2009 6:38 PM To: speermint@ietf.org Cc: David Hancock Subject: [Speermint] New Draft: SIP Interconnect Guideline All, We have submitted a new draft beginning a process for defining a SIP interconnect guideline for peering. Of the operators I have spoken with regarding their experiences with peering, SIP interworking is the most challenging process to work through. Establishing a guideline will be a fundamental step in enabling SSPs to peer quickly, efficiently, and dynamically. A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : draft-hancock-sip-interconnect-guidelines-00 Author(s) : D. Hancock, D. Malas Filename : draft-hancock-sip-interconnect-guidelines-00.txt Pages : 25 Date : 2009-03-04 As Session Initiation Protocol (SIP) peering becomes more widely accepted by service providers the need to define an interconnect guideline becomes of greater value. This document takes into consideration the SIP and commonly used SIP extensions, and it defines a fundamental set of requirements for SIP Service Providers (SSPs) to implement within their signaling functions (SFs) or Signaling Path Border Elements (SBEs) for peering. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-hancock-sip-interconnect-guide lines-00.txt Regards, Daryl ----------------- Daryl Malas CableLabs (o) +1 303 661 3302 (f) +1 303 661 9199 mailto:d.malas@cablelabs.com ------_=_NextPart_001_01C99DB2.66B6EF5C Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD><TITLE>[Speermint] New Draft: SIP Interconnect = Guideline
Daryl:
David:
 
I took a quick look at the I-D and want to be = sure I=20 understand what's being said about  called user identification. In = Section=20 4.2.1 is the identification of the rn in  the case of a ported = number just=20 for sub subsequent interworking back to SS7/circuit switched networks or = something else? I tend to think of ENUM-based routing mechanisms as = being=20 portability corrected to begin with so number portability info should = only be=20 required where subsequent interworking has to take place. =
 thanks,
 
Penn Pfautz
AT&T Access = Management
+1-732-420-4962
 

From: speermint-bounces@ietf.org=20 [mailto:speermint-bounces@ietf.org] On Behalf Of Daryl=20 Malas
Sent: Wednesday, March 04, 2009 6:38 PM
To:=20 speermint@ietf.org
Cc: David Hancock
Subject: = [Speermint]=20 New Draft: SIP Interconnect Guideline

All,

We have submitted a new draft = beginning a=20 process for defining a SIP interconnect guideline for peering. =   Of=20 the operators I have spoken with regarding their experiences with = peering, SIP=20 interworking is the most challenging process to work through. =  Establishing=20 a guideline will be a fundamental step in enabling SSPs to peer quickly, = efficiently, and dynamically.

A New Internet-Draft is available = from the=20 on-line Internet-Drafts = directories.

    Title=20           :=20 draft-hancock-sip-interconnect-guidelines-00
    A= uthor(s)=20       : D. Hancock, D.=20 Malas
    Filename=20        :=20 draft-hancock-sip-interconnect-guidelines-00.txt
   &nb= sp;Pages=20           :=20 25
    Date=20            :=20 2009-03-04

As Session Initiation Protocol (SIP) peering becomes = more=20 widely
accepted by service providers the need to define an=20 interconnect
guideline becomes of greater value.  This document = takes=20 into
consideration the SIP and commonly used SIP extensions, and=20 it
defines a fundamental set of requirements for SIP Service=20 Providers
(SSPs) to implement within their signaling functions (SFs)=20 or
Signaling Path Border Elements (SBEs) for peering.

A URL = for this=20 Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-hancock-si= p-interconnect-guidelines-00.txt

Regards,

Daryl

-----------------
Daryl = Malas
CableLabs
(o)=20 +1 303 661 3302
(f) +1 303 661 9199
mailto:d.malas@cablelabs.com
------_=_NextPart_001_01C99DB2.66B6EF5C-- From jason_livingood@cable.comcast.com Thu Mar 5 09:53:47 2009 Return-Path: X-Original-To: speermint@core3.amsl.com Delivered-To: speermint@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0431228C338 for ; Thu, 5 Mar 2009 09:53:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.55 X-Spam-Level: X-Spam-Status: No, score=0.55 tagged_above=-999 required=5 tests=[AWL=-2.451, BAYES_00=-2.599, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396, RCVD_NUMERIC_HELO=2.067] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1AGDjcWrm9pw for ; Thu, 5 Mar 2009 09:53:42 -0800 (PST) Received: from paoakoavas10.cable.comcast.com (paoakoavas10.cable.comcast.com [208.17.35.59]) by core3.amsl.com (Postfix) with ESMTP id 514E228C288 for ; Thu, 5 Mar 2009 09:53:42 -0800 (PST) Received: from ([24.40.15.118]) by paoakoavas10.cable.comcast.com with ESMTP id KP-TDCH7.57549359; Thu, 05 Mar 2009 12:53:44 -0500 Received: from PACDCEXCMB04.cable.comcast.com ([24.40.15.86]) by PACDCEXCSMTP04.cable.comcast.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 5 Mar 2009 12:53:45 -0500 Received: from 198.137.252.126 ([198.137.252.126]) by PACDCEXCMB04.cable.comcast.com ([24.40.15.86]) via Exchange Front-End Server webmail.comcast.com ([198.137.252.76]) with Microsoft Exchange Server HTTP-DAV ; Thu, 5 Mar 2009 17:53:22 +0000 User-Agent: Microsoft-Entourage/12.15.0.081119 Date: Thu, 05 Mar 2009 12:53:22 -0500 From: "Livingood, Jason" To: Daryl Malas , Message-ID: Thread-Topic: [Speermint] New Draft: SIP Interconnect Guideline Thread-Index: AcmdIjwguoV3Nuux9E6bWRd+goQ/sgAmQoiP In-Reply-To: Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3319102402_2880413" X-OriginalArrivalTime: 05 Mar 2009 17:53:45.0069 (UTC) FILETIME=[5402E1D0:01C99DBB] Cc: David Hancock Subject: Re: [Speermint] New Draft: SIP Interconnect Guideline X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2009 17:53:47 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3319102402_2880413 Content-type: text/plain; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable We=B9re planning to set aside time on our agenda to have the authors present this draft. We will also be gauging WG interest in making this an official WG item. Thanks Jason On 3/4/09 6:37 PM, "Daryl Malas" wrote: > All, >=20 > We have submitted a new draft beginning a process for defining a SIP > interconnect guideline for peering. Of the operators I have spoken with > regarding their experiences with peering, SIP interworking is the most > challenging process to work through. Establishing a guideline will be a > fundamental step in enabling SSPs to peer quickly, efficiently, and > dynamically. >=20 > A New Internet-Draft is available from the on-line Internet-Drafts > directories. >=20 > Title : draft-hancock-sip-interconnect-guidelines-00 > Author(s) : D. Hancock, D. Malas > Filename : draft-hancock-sip-interconnect-guidelines-00.txt > Pages : 25 > Date : 2009-03-04 >=20 > As Session Initiation Protocol (SIP) peering becomes more widely > accepted by service providers the need to define an interconnect > guideline becomes of greater value. This document takes into > consideration the SIP and commonly used SIP extensions, and it > defines a fundamental set of requirements for SIP Service Providers > (SSPs) to implement within their signaling functions (SFs) or > Signaling Path Border Elements (SBEs) for peering. >=20 > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-hancock-sip-interconnect-guidel= ines- > 00.txt >=20 > Regards, >=20 > Daryl >=20 > ----------------- > Daryl Malas > CableLabs > (o) +1 303 661 3302 > (f) +1 303 661 9199 > mailto:d.malas@cablelabs.com >=20 >=20 >=20 > _______________________________________________ > Speermint mailing list > Speermint@ietf.org > https://www.ietf.org/mailman/listinfo/speermint --B_3319102402_2880413 Content-type: text/html; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable Re: [Speermint]  New Draft: SIP Interconnect Guideline We’re planning to set aside time on our agenda to have the authors p= resent this draft.  We will also be gauging WG interest in making this = an official WG item.

Thanks
Jason


On 3/4/09 6:37 PM, "Daryl Malas" <d.malas@cablelabs.com> wrote:

<= SPAN STYLE=3D'font-size:11pt'>All,

We have submitted a new draft beginning a process for defining a SIP interc= onnect guideline for peering.   Of the operators I have spoken wit= h regarding their experiences with peering, SIP interworking is the most cha= llenging process to work through.  Establishing a guideline will be a f= undamental step in enabling SSPs to peer quickly, efficiently, and dynamical= ly.

A New Internet-Draft is available from the on-line Internet-Drafts director= ies.

    Title        &nb= sp;  : draft-hancock-sip-interconnect-guidelines-00
    Author(s)       : D. = Hancock, D. Malas
    Filename        = : draft-hancock-sip-interconnect-guidelines-00.txt
    Pages        &nb= sp;  : 25
    Date        &nbs= p;   : 2009-03-04

As Session Initiation Protocol (SIP) peering becomes more widely
accepted by service providers the need to define an interconnect
guideline becomes of greater value.  This document takes into
consideration the SIP and commonly used SIP extensions, and it
defines a fundamental set of requirements for SIP Service Providers
(SSPs) to implement within their signaling functions (SFs) or
Signaling Path Border Elements (SBEs) for peering.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-hancock-sip-in= terconnect-guidelines-00.txt

Regards,

Daryl

-----------------
Daryl Malas
CableLabs
(o) +1 303 661 3302
(f) +1 303 661 9199
mailto:d.ma= las@cablelabs.com


___________= ____________________________________
Speermint mailing list
Speermint@ietf.org
https://www.ietf.= org/mailman/listinfo/speermint
--B_3319102402_2880413-- From john.elwell@siemens.com Fri Mar 6 09:06:41 2009 Return-Path: X-Original-To: speermint@core3.amsl.com Delivered-To: speermint@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C9E5D3A6D25 for ; Fri, 6 Mar 2009 09:06:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.437 X-Spam-Level: X-Spam-Status: No, score=-2.437 tagged_above=-999 required=5 tests=[AWL=0.162, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3FW3tQAq+ZFT for ; Fri, 6 Mar 2009 09:06:40 -0800 (PST) Received: from mailgate.siemenscomms.co.uk (mailgate.siemenscomms.co.uk [195.171.110.225]) by core3.amsl.com (Postfix) with ESMTP id 600E33A6D13 for ; Fri, 6 Mar 2009 09:06:40 -0800 (PST) Received: from GBNTHT12009MSX.gb002.siemens.net ([137.223.219.235]) by siemenscomms.co.uk (PMDF V6.3-x14 #31430) with ESMTP id <0KG300D7PGVXN6@siemenscomms.co.uk> for speermint@ietf.org; Fri, 06 Mar 2009 17:07:09 +0000 (GMT) Date: Fri, 06 Mar 2009 17:07:07 +0000 From: "Elwell, John" In-reply-to: <9AAEDF491EF7CA48AB587781B8F5D7C601A1A6E2@srvxchg3.cablelabs.com> To: David Hancock , Daryl Malas , speermint@ietf.org Message-id: <0D5F89FAC29E2C41B98A6A762007F5D0019C0998@GBNTHT12009MSX.gb002.siemens.net> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft Exchange V6.5 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: quoted-printable Thread-Topic: [Speermint] New Draft: SIP Interconnect Guideline Thread-Index: AcmdIjwguoV3Nuux9E6bWRd+goQ/sgAefE+gAAwrixAALDVhIA== Content-class: urn:content-classes:message X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <0D5F89FAC29E2C41B98A6A762007F5D0019C033C@GBNTHT12009MSX.gb002.siemens.net> <9AAEDF491EF7CA48AB587781B8F5D7C601A1A6E2@srvxchg3.cablelabs.com> Subject: Re: [Speermint] New Draft: SIP Interconnect Guideline X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2009 17:06:41 -0000 =20 > -----Original Message----- > From: David Hancock [mailto:D.Hancock@CableLabs.com]=20 > Sent: 05 March 2009 21:29 > To: Elwell, John; Daryl Malas; speermint@ietf.org > Subject: RE: [Speermint] New Draft: SIP Interconnect Guideline >=20 > Thanks for the comments, John. >=20 > Additional comments inline below. >=20 > David >=20 > > -----Original Message----- > > From: Elwell, John [mailto:john.elwell@siemens.com] > > Sent: Thursday, March 05, 2009 7:37 AM > > To: Daryl Malas; speermint@ietf.org > > Cc: David Hancock > > Subject: RE: [Speermint] New Draft: SIP Interconnect Guideline > >=20 > > Daryl, David, > >=20 > > I like the initiative, and I was wondering whether it could apply > > between two enterprise networks as well as between two service > provider > > networks. However, I think it might be too restrictive=20 > (e.g., limiting > > just to a single audio medium). >=20 > [dch] I think the scope of this work is open to discussion.=20 > The idea was > to start smaller rather than larger in terms of scope; provide > guidelines for basic voice services as a doable first step, and then > layer on more advanced capabilities as a future activity. >=20 > >=20 > > One particular concern is that it is specified in terms of=20 > "networks", > > whatever that might mean, whereas endpoints (SIP UAs) will be > > responsible for many aspects, e.g., anything to do with=20 > SDP, provision > > of local ringback tone, etc.. >=20 > [dch] Our intention was to use the terminology and=20 > architecture already > defined for speermint. Although I notice that > draft-ietf-speermint-terminology doesn't define the term "networks" so > we may need to tighten up the terms in our draft to ensure there's no > ambiguity in what we're talking about. As far as what entities must > comply with these guidelines, I've been thinking of it like=20 > this - these > guidelines define the SIP signaling procedures as they appear on the > interface between two peering networks. In other words, this draft > places requirements on a peer network (using speermint terminology). > Whether this requirements are met by a SIP endpoint served by that > network, or an SBE (speermint term) at the peer interface point, is > out-of-scope.=20 >=20 > >=20 > > One item of interest is section 5.1.2.3 "Early media with multiple > > terminating endpoints". The correct way of achieving this in SIP is > the > > third method (5.1.2.3.3), i.e., using multiple early=20 > dialogs. Another > > way, not mentioned here, is to use redirection as a means=20 > of creating > a > > new dialog. I am concerned about the media anchor method=20 > (5.1.2.3.1), > > because that would constrain the call to using whatever attributes > > (e.g., codec) are negotiated between the calling UA and the anchor, > and > > would deny the possibility of using a superior codec end-to-end if > > supported by both UAs. Also it would prevent end-to-end=20 > security using > > security descriptions (say), since the security context negotiated > with > > the anchor would be used throughout the call. The early=20 > answer method > > (5.1.2.3.2) is likely to mislead the calling side as to what is > actually > > happening. >=20 > [dch] I agree that the forking option in 5.1.2.3.3 is the preferred > option. We added the other media-anchor and early-answer options to > reflect what's happening in the field today. Should these=20 > other options > be ruled out as not supported, or allowed as long as operators are > willing to live with their inherent limitations?=20 >=20 > I hadn't thought of the using redirect in this context, but I agree it > would work for some use cases (like call-forwarding=20 > no-answer, where the > called user identity changes). But I think there are some use cases > where it wouldn't work (where the called user identity=20 > doesn't change); > e.g., user-A in peer network-1 calls user-b in peer network-2, and > user-B has solicitor call blocking with pin override. The=20 > call is first > routed to a media server in network-2 to prompt for and=20 > collect the PIN > from user A (via a 2-way early-media session), and then delivered to > user B which sends a 180 response with no SDP (on a new dialog) to > instruct user-A's endpoint to provide local ringback tone. Does this > line up with your understanding? [JRE] I think it could be made to cover that situation too, by including some sort of cookie in the 3xx contact URI or an embedded Route header field, so that the new INVITE request can be linked to state in the downstream SP. John >=20 > >=20 > > There seems to be a whole lot missing in the area of transport, > > authentication, etc.. >=20 > [dch] Agreed, am open to expanding the scope of this initial draft to > cover other common interworking issues, as long we're pragmatic about > what can be accomplished in a reasonable timeframe. >=20 > >=20 > > John > >=20 > >=20 > >=20 > > ________________________________ > >=20 > > From: speermint-bounces@ietf.org > > [mailto:speermint-bounces@ietf.org] On Behalf Of Daryl Malas > > Sent: 04 March 2009 23:38 > > To: speermint@ietf.org > > Cc: David Hancock > > Subject: [Speermint] New Draft: SIP Interconnect Guideline > >=20 > >=20 > > All, > >=20 > > We have submitted a new draft beginning a process for defining a > > SIP interconnect guideline for peering. Of the operators I have > spoken > > with regarding their experiences with peering, SIP=20 > interworking is the > > most challenging process to work through. Establishing a guideline > will > > be a fundamental step in enabling SSPs to peer quickly, efficiently, > and > > dynamically. > >=20 > > A New Internet-Draft is available from the on-line > > Internet-Drafts directories. > >=20 > > Title : > > draft-hancock-sip-interconnect-guidelines-00 > > Author(s) : D. Hancock, D. Malas > > Filename : > > draft-hancock-sip-interconnect-guidelines-00.txt > > Pages : 25 > > Date : 2009-03-04 > >=20 > > As Session Initiation Protocol (SIP) peering becomes more widely > > accepted by service providers the need to define an interconnect > > guideline becomes of greater value. This document takes into > > consideration the SIP and commonly used SIP extensions, and it > > defines a fundamental set of requirements for SIP Service > > Providers > > (SSPs) to implement within their signaling functions (SFs) or > > Signaling Path Border Elements (SBEs) for peering. > >=20 > > A URL for this Internet-Draft is: > >=20 > > > http://www.ietf.org/internet-drafts/draft-hancock-sip-intercon > nect-guide > > lines-00.txt > >=20 > > Regards, > >=20 > > Daryl > >=20 > > ----------------- > > Daryl Malas > > CableLabs > > (o) +1 303 661 3302 > > (f) +1 303 661 9199 > > mailto:d.malas@cablelabs.com > >=20 > >=20 >=20 >=20 From HKaplan@acmepacket.com Sun Mar 8 23:31:05 2009 Return-Path: X-Original-To: speermint@core3.amsl.com Delivered-To: speermint@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 936CC3A6A86 for ; Sun, 8 Mar 2009 23:31:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.53 X-Spam-Level: X-Spam-Status: No, score=-2.53 tagged_above=-999 required=5 tests=[AWL=0.069, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kkQuag2LD8NL for ; Sun, 8 Mar 2009 23:31:04 -0700 (PDT) Received: from etmail.acmepacket.com (etmail.acmepacket.com [216.41.24.6]) by core3.amsl.com (Postfix) with ESMTP id 56C5D3A69D2 for ; Sun, 8 Mar 2009 23:31:04 -0700 (PDT) Received: from mail.acmepacket.com (216.41.24.7) by etmail.acmepacket.com (216.41.24.6) with Microsoft SMTP Server (TLS) id 8.1.291.1; Mon, 9 Mar 2009 02:31:35 -0400 Received: from mail.acmepacket.com ([127.0.0.1]) by mail ([127.0.0.1]) with mapi; Mon, 9 Mar 2009 02:31:36 -0400 From: Hadriel Kaplan To: Daryl Malas , "speermint@ietf.org" Date: Mon, 9 Mar 2009 02:31:34 -0400 Thread-Topic: [Speermint] New Draft: SIP Interconnect Guideline Thread-Index: AcmdIjwguoV3Nuux9E6bWRd+goQ/sgDUSOxg Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: David Hancock Subject: Re: [Speermint] New Draft: SIP Interconnect Guideline X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2009 06:31:05 -0000 Howdy, I read the draft and I have some comments (oh, and I support the idea of th= is being a WG item, BTW): 1) Section 4.1 on Extension Negotiation - the wording here is weird - a Sup= ported header lists the extensions the specific calling UA can do for a par= ticular request/dialog, not the whole "network". For example one should ne= ver add a 100rel option tag (for PRACK) to a SIP request unless the UAC act= ually inserted it - even if both operators wish to use PRACK. This is an i= mportant distinction because using extensions when the UAC cannot support i= t causes more interop problems than it solves, imo. 2) Same goes for the Allow header statement in section 4.1 - the peering pa= rtner may reduce the set allowed if the profile doesn't support it (e.g., R= EGISTER), but the list itself must not contain method names the UAC did not= include itself. Otherwise you'd be inserting UPDATE, for example, even if= the UAC couldn't do UPDATE, and that would be bad mojo. 3) Section 4.2 - "SIP:" should be lower-case. You should add in here that = visual-separators MUST NOT be included. (they cause all sorts of issues, an= d were frankly a protocol layer violation to begin with, imho) 4) Section 4.2.1 - it says the receiving provider must retrieve the LNP dat= a based on the npdi and rn parameters in the request-uri. But as far as I = know the whole point of the previous provider inserting those parameters wa= s to indicate it had already retrieved the LNP data (which is why it insert= ed "npdi") and if it found the number was ported it inserted the routing nu= mber (thus the "rn"). Or maybe you mean the receiving provider must use th= e parameters in the request-uri as the LNP data? I read "retrieve" and ass= umed it meant "go get from the LNP/NPAC database", vs. "get from request-ur= i". 5) Section 4.2.1 - it says if the rn param is a 10-digit national number (n= o "+"), then assume NANP. That sounds sorta NANP-centric, no? I know in p= ractice this happens within the NANP, but if the peering is in other parts = of the world or between NANP and others, it would be confusing because I th= ink/assume that NANP numbers can actually conflict with other nations' numb= ers. I think it's just better to mandate adding a leading +[country-code] = if the number is not already in the E.164 format before leaving your domain= . 6) Section 5.1.1 - one media line?? Why? I mean doesn't this severely lim= it the providers? How about that a provider MAY support only accepting one= media line, by setting all other ones to zero port in the SDP. We have to= support offering multiple media, if for no other reason than being able to= have text-based calls for audio-impaired folks (TTY). But also it would b= e good to have video and BFCP and such usable, if both the other side accep= ts it. I know it's caused some interop issues to have more than one, but w= e'll never get advanced uses if we have to fall back to broken behavior for= everything. (and I distinguish between "broken" and "not what the IETF lik= es" - those two are not synonymous) 7) Section 5.1.2.1 - I know PRACK causes problems... LOTS of problems; but = you won't be able to connect with some providers if you don't do it. 3GPP,= for example, loves PRACK. (not surprising really - they love complexity ;)= And it does have tangible benefits. Ugh. Maybe we should just fix/chang= e PRACK so it isn't so complicated. Hmmm. 8) Section 5.1.2.3.1 (man that's a deep nesting of section numbers :) - I a= m not sure what you mean by this behavior for a Media Anchor. (and it scar= es me that I don't, 'cause I build one I think) 9) Section 5.3 - hardly anyone does loop detection using History-Info, as f= ar as I know, because it doesn't survive very far. Have you seen that done= in practice? 10) Section 5.4.1 - RFC 3603 is a PacketCable-specific header that is not u= sed outside of PacketCable as far as I'm aware. Also, the REFER concept is= a lot trickier than that in practice, fwiw. But you're probably getting s= ick of my comments by this point. :) 11) Section 5.4.2 - I believe, though I could easily be wrong, that the cit= ed RFC 3725 and 3PCC model in general uses INVITE's with no SDP, which goes= against your earlier requirement for INVITE to always have SDP. 12) Section 5.6 - RFC 4235 doesn't always work in practice across provider = domains, as discussed on the SIP mailing lists recently. And I don't know = what it has to do with Callback?? -hadriel From jason_livingood@cable.comcast.com Mon Mar 9 10:52:03 2009 Return-Path: X-Original-To: speermint@core3.amsl.com Delivered-To: speermint@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5736228B797 for ; Mon, 9 Mar 2009 10:52:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.849 X-Spam-Level: X-Spam-Status: No, score=-2.849 tagged_above=-999 required=5 tests=[AWL=2.150, BAYES_00=-2.599, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_HI=-8, RCVD_NUMERIC_HELO=2.067] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6R+tysnaCIoc for ; Mon, 9 Mar 2009 10:52:00 -0700 (PDT) Received: from pacdcimo01.cable.comcast.com (PacdcIMO01.cable.comcast.com [24.40.8.145]) by core3.amsl.com (Postfix) with ESMTP id 8F89928C256 for ; Mon, 9 Mar 2009 10:51:58 -0700 (PDT) Received: from ([10.52.116.30]) by pacdcimo01.cable.comcast.com with ESMTP id 5503620.29494272; Mon, 09 Mar 2009 12:52:17 -0500 Received: from PACDCEXCMB04.cable.comcast.com ([24.40.15.86]) by PAOAKEXCSMTP01.cable.comcast.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 9 Mar 2009 13:52:17 -0400 Received: from 198.137.252.126 ([198.137.252.126]) by PACDCEXCMB04.cable.comcast.com ([24.40.15.86]) via Exchange Front-End Server webmail.comcast.com ([198.137.252.76]) with Microsoft Exchange Server HTTP-DAV ; Mon, 9 Mar 2009 17:52:04 +0000 User-Agent: Microsoft-Entourage/12.15.0.081119 Date: Mon, 09 Mar 2009 13:52:05 -0400 From: "Livingood, Jason" To: Message-ID: Thread-Topic: Draft Agenda for IETF 73 - Comments? Thread-Index: Acmg38IEmaNo1GyXSkme9fRdqFMgQw== Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3319451526_6700344" X-OriginalArrivalTime: 09 Mar 2009 17:52:17.0341 (UTC) FILETIME=[C95FA6D0:01C9A0DF] Subject: [Speermint] Draft Agenda for IETF 73 - Comments? X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2009 17:52:03 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3319451526_6700344 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Here is the draft agenda for our session at IETF 73. Please reply with any suggested additions or other changes. If there is new work to discuss, we can easily shift stuff around to accommodate. Session PEERing for Multimedia INTerconnect (Speermint) Tuesday, March 24, 2009, 1520 - 1700 (Afternoon Session II) Room Name: Imperial B ============================================================================ ================== GENERAL (15 minutes) 1 - Welcome & Introduction to SPEERMINT / Administrivia 5 minutes (1520 - 1525) 2 - Progress Report 5 minutes (1525 - 1530) 3 - Agenda Bashing 5 minutes (1530 - 1535) REVIEW CURRENT WG DRAFTS (60 minutes) 4 - FINAL REVIEW --> SPEERMINT Peering Architecture 10 minutes (1535 - 1545) http://tools.ietf.org/html/draft-ietf-speermint-architecture-08 Adam Uzelac 5 - DETAILED REVIEW --> SPEERMINT Message Flows 20 minutes (1545 - 1605) http://tools.ietf.org/html/draft-ietf-speermint-flows-05 Hadriel Kaplan 6 - DETAILED REVIEW --> Use of DNS SRV and NAPTR Records for SPEERMINT 15 minutes (1605 - 1620) http://tools.ietf.org/html/draft-ietf-speermint-srv-naptr-use-05 Jason Livingood 7 - SPEERMINT Security Threats and Suggested Countermeasures 15 minutes (1620 - 1635) http://tools.ietf.org/id/draft-ietf-speermint-voipthreats-00 (-01 COMING SOON?) Saverio Niccolini REVIEW INDIVIDUAL DRAFTS (20 minutes) 8 - SIP Interconnect Guidelines 20 minutes (1635 - 1655) http://tools.ietf.org/id/draft-hancock-sip-interconnect-guidelines-00 Daryl Malas and David Hancock OPEN DISCUSSION (25 minutes) 5 minutes (1655 - 1700) * Next WGLC drafts * New implementer-specific drafts coming? * New indivdual drafts coming? * Dates for a final interim meeting with the design team? --B_3319451526_6700344 Content-type: text/html; charset="US-ASCII" Content-transfer-encoding: quoted-printable Draft Agenda for IETF 73 - Comments? Here is the draft agenda for our session at IETF 73.  Please reply wi= th any suggested additions or other changes.  If there is new work to d= iscuss, we can easily shift stuff around to accommodate.

Session PEERing for Multimedia INTerconnect (Speermint)
Tuesday, March 24, 2009, 1520 - 1700 (Afternoon Session II)
Room Name: Imperial B
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
GENERAL (15 minutes)

1 - Welcome & Introduction to SPEERMINT / Administrivia   &nb= sp;         5 minutes (1520 - 1= 525)
2 - Progress Report          &= nbsp;            = ;            &nb= sp;  5 minutes (1525 - 1530)       &= nbsp;  
3 - Agenda Bashing          &n= bsp;            =          5 minutes (1530 - 1535= )             &n= bsp;

REVIEW CURRENT WG DRAFTS (60 minutes)
4 - FINAL REVIEW --> SPEERMINT Peering Architecture    &n= bsp;       10 minutes (1535 - 1545)
    http://tools.ietf.org/html/draft-ietf-speermint-archi= tecture-08
    Adam Uzelac

5 - DETAILED REVIEW --> SPEERMINT Message Flows     =            20 minutes= (1545 - 1605)
    http://tools.ietf.org/html/draft-ietf-speermint-flows-05=
    Hadriel Kaplan

6 - DETAILED REVIEW --> Use of DNS SRV and NAPTR Records for SPEERMINT &= nbsp;  15 minutes (1605 - 1620)
    http://tools.ietf.org/html/draft-ietf-speermint-srv-= naptr-use-05
    Jason Livingood

7 - SPEERMINT Security Threats and Suggested Countermeasures   &n= bsp;    15 minutes (1620 - 1635)
    http://tools.ietf.org/id/draft-ietf-speermint-voipthreat= s-00  (-01 COMING SOON?)
    Saverio Niccolini

REVIEW INDIVIDUAL DRAFTS (20 minutes)

8 - SIP Interconnect Guidelines        &= nbsp;            = ;   20 minutes (1635 - 1655)
    http://tools.ietf.org/id/draft-hancock-sip-inte= rconnect-guidelines-00
    Daryl Malas and David Hancock

OPEN DISCUSSION (25 minutes)        &nbs= p;            &n= bsp;            =          5 minutes (1655 - 1700= )
    * Next WGLC drafts
    * New implementer-specific drafts coming?
    * New indivdual drafts coming?
    * Dates for a final interim meeting with the design= team? --B_3319451526_6700344-- From root@core3.amsl.com Mon Mar 9 14:30:02 2009 Return-Path: X-Original-To: speermint@ietf.org Delivered-To: speermint@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 245B83A6C72; Mon, 9 Mar 2009 14:30:01 -0700 (PDT) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090309213002.245B83A6C72@core3.amsl.com> Date: Mon, 9 Mar 2009 14:30:02 -0700 (PDT) Cc: speermint@ietf.org Subject: [Speermint] I-D Action:draft-ietf-speermint-flows-05.txt X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2009 21:30:02 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Session PEERing for Multimedia INTerconnect Working Group of the IETF. Title : SPEERMINT Routing Architecture Message Flows Author(s) : H. Kaplan, et al. Filename : draft-ietf-speermint-flows-05.txt Pages : 26 Date : 2009-03-09 This document describes example message flows associated with the SPEERMINT routing architecture, relative to various peering scenarios. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-speermint-flows-05.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-speermint-flows-05.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-03-09142054.I-D@ietf.org> --NextPart-- From jason_livingood@cable.comcast.com Tue Mar 10 07:30:16 2009 Return-Path: X-Original-To: speermint@core3.amsl.com Delivered-To: speermint@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 861203A6A6D for ; Tue, 10 Mar 2009 07:30:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.882 X-Spam-Level: X-Spam-Status: No, score=0.882 tagged_above=-999 required=5 tests=[AWL=-2.119, BAYES_00=-2.599, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396, RCVD_NUMERIC_HELO=2.067] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BO0I7mp373rK for ; Tue, 10 Mar 2009 07:30:14 -0700 (PDT) Received: from paoakoavas10.cable.comcast.com (paoakoavas10.cable.comcast.com [208.17.35.59]) by core3.amsl.com (Postfix) with ESMTP id C167C3A6813 for ; Tue, 10 Mar 2009 07:30:13 -0700 (PDT) Received: from ([24.40.15.118]) by paoakoavas10.cable.comcast.com with ESMTP id KP-TDCH7.57751415; Tue, 10 Mar 2009 10:30:24 -0400 Received: from PACDCEXCMB04.cable.comcast.com ([24.40.15.86]) by PACDCEXCSMTP04.cable.comcast.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 10 Mar 2009 10:30:24 -0400 Received: from 198.137.252.126 ([198.137.252.126]) by PACDCEXCMB04.cable.comcast.com ([24.40.15.86]) via Exchange Front-End Server webmail.comcast.com ([198.137.252.76]) with Microsoft Exchange Server HTTP-DAV ; Tue, 10 Mar 2009 14:29:49 +0000 User-Agent: Microsoft-Entourage/12.15.0.081119 Date: Tue, 10 Mar 2009 10:29:55 -0400 From: "Livingood, Jason" To: Jason Livingood , Message-ID: Thread-Topic: [Speermint] Draft Agenda for IETF 74 - Comments? Thread-Index: Acmg38IEmaNo1GyXSkme9fRdqFMgQwArOxcs In-Reply-To: Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3319525795_142587" X-OriginalArrivalTime: 10 Mar 2009 14:30:24.0294 (UTC) FILETIME=[BFD91C60:01C9A18C] Subject: Re: [Speermint] Draft Agenda for IETF 74 - Comments? X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2009 14:30:16 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3319525795_142587 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Updated agenda for the meeting is here: http://www.ietf.org/proceedings/09mar/agenda/speermint.txt On 3/9/09 1:52 PM, "Jason Livingood" wrote: > Here is the draft agenda for our session at IETF 74. Please reply with any > suggested additions or other changes. If there is new work to discuss, we can > easily shift stuff around to accommodate. > > Session PEERing for Multimedia INTerconnect (Speermint) > Tuesday, March 24, 2009, 1520 - 1700 (Afternoon Session II) > Room Name: Imperial B > ============================================================================== > ================ > GENERAL (15 minutes) > > 1 - Welcome & Introduction to SPEERMINT / Administrivia 5 minutes > (1520 - 1525) > 2 - Progress Report 5 minutes (1525 - > 1530) > 3 - Agenda Bashing 5 minutes (1530 - 1535) > > REVIEW CURRENT WG DRAFTS (60 minutes) > 4 - FINAL REVIEW --> SPEERMINT Peering Architecture 10 minutes > (1535 - 1545) > http://tools.ietf.org/html/draft-ietf-speermint-architecture-08 > Adam Uzelac > > 5 - DETAILED REVIEW --> SPEERMINT Message Flows 20 minutes > (1545 - 1605) > http://tools.ietf.org/html/draft-ietf-speermint-flows-05 > Hadriel Kaplan > > 6 - DETAILED REVIEW --> Use of DNS SRV and NAPTR Records for SPEERMINT 15 > minutes (1605 - 1620) > http://tools.ietf.org/html/draft-ietf-speermint-srv-naptr-use-05 > Jason Livingood > > 7 - SPEERMINT Security Threats and Suggested Countermeasures 15 minutes > (1620 - 1635) > http://tools.ietf.org/id/draft-ietf-speermint-voipthreats-00 (-01 COMING > SOON?) > Saverio Niccolini > > REVIEW INDIVIDUAL DRAFTS (20 minutes) > > 8 - SIP Interconnect Guidelines 20 minutes (1635 - > 1655) > http://tools.ietf.org/id/draft-hancock-sip-interconnect-guidelines-00 > Daryl Malas and David Hancock > > OPEN DISCUSSION (25 minutes) 5 > minutes (1655 - 1700) > * Next WGLC drafts > * New implementer-specific drafts coming? > * New indivdual drafts coming? > * Dates for a final interim meeting with the design team? > > _______________________________________________ > Speermint mailing list > Speermint@ietf.org > https://www.ietf.org/mailman/listinfo/speermint Regards, Jason Jason Livingood Executive Director Internet Systems Engineering National Engineering & Technical Operations Comcast Cable Communications 215-286-7813 jason_livingood@cable.comcast.com This message and any attachments to it may contain PROPRIETARY AND CONFIDENTIAL INFORMATION exclusively for intended recipients. Please DO NOT FORWARD OR DISTRIBUTE to anyone else. If you are not the intended recipient, please contact the sender and delete all copies of this e-mail from your system. --B_3319525795_142587 Content-type: text/html; charset="US-ASCII" Content-transfer-encoding: quoted-printable Re: [Speermint] Draft Agenda for IETF 74 - Comments? Updated agenda for the meeting is here: http://www.ietf.org/proceedings/09mar/age= nda/speermint.txt


On 3/9/09 1:52 PM, "Jason Livingood" <jason_livingood@cable.comcast.com> wrote:

<= SPAN STYLE=3D'font-size:11pt'>Here is the draft agenda for our session at IETF= 74.  Please reply with any suggested additions or other changes.  = ;If there is new work to discuss, we can easily shift stuff around to accomm= odate.

Session PEERing for Multimedia INTerconnect (Speermint)
Tuesday, March 24, 2009, 1520 - 1700 (Afternoon Session II)
Room Name: Imperial B
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
GENERAL (15 minutes)

1 - Welcome & Introduction to SPEERMINT / Administrivia   &nb= sp;         5 minutes (1520 - 1= 525)
2 - Progress Report          &= nbsp;            = ;            &nb= sp;  5 minutes (1525 - 1530)       &= nbsp;  
3 - Agenda Bashing          &n= bsp;            =          5 minutes (1530 - 1535= )             &n= bsp;

REVIEW CURRENT WG DRAFTS (60 minutes)
4 - FINAL REVIEW --> SPEERMINT Peering Architecture    &n= bsp;       10 minutes (1535 - 1545)
    http://tools.ietf.org/html/draft-ietf-speermint-archi= tecture-08
    Adam Uzelac

5 - DETAILED REVIEW --> SPEERMINT Message Flows     =            20 minutes= (1545 - 1605)
    http://tools.ietf.org/html/draft-ietf-speermint-flows-05=
    Hadriel Kaplan

6 - DETAILED REVIEW --> Use of DNS SRV and NAPTR Records for SPEERMINT &= nbsp;  15 minutes (1605 - 1620)
    http://tools.ietf.org/html/draft-ietf-speermint-srv-= naptr-use-05
    Jason Livingood

7 - SPEERMINT Security Threats and Suggested Countermeasures   &n= bsp;    15 minutes (1620 - 1635)
    http://tools.ietf.org/id/draft-ietf-speermint-voipthreat= s-00  (-01 COMING SOON?)
    Saverio Niccolini

REVIEW INDIVIDUAL DRAFTS (20 minutes)

8 - SIP Interconnect Guidelines        &= nbsp;            = ;   20 minutes (1635 - 1655)
    http://tools.ietf.org/id/draft-hancock-sip-inte= rconnect-guidelines-00
    Daryl Malas and David Hancock

OPEN DISCUSSION (25 minutes)        &nbs= p;            &n= bsp;            =          5 minutes (1655 - 1700= )
    * Next WGLC drafts
    * New implementer-specific drafts coming?
    * New indivdual drafts coming?
    * Dates for a final interim meeting with the design= team?
___________= ____________________________________
Speermint mailing list
Speermint@ietf.org
https://www.ietf.= org/mailman/listinfo/speermint



Regards,
Jason
 
Jason Livingood
Executive Director
Internet Systems Engineering
National Engineering & Technical Operations
Comcast Cable Communications
215-286-7813
jason_= livingood@cable.comcast.com
 
Thi= s message and any attachments to it may contain PROPRIETARY AND CONFIDENTIAL= INFORMATION exclusively for intended recipients. Please DO NOT FORWARD OR D= ISTRIBUTE to anyone else. If you are not the intended recipient, please cont= act the sender and delete all copies of this e-mail from your system.=
--B_3319525795_142587-- From D.Malas@cablelabs.com Tue Mar 10 08:10:12 2009 Return-Path: X-Original-To: speermint@core3.amsl.com Delivered-To: speermint@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 949E43A6837 for ; Tue, 10 Mar 2009 08:10:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.293 X-Spam-Level: X-Spam-Status: No, score=-0.293 tagged_above=-999 required=5 tests=[AWL=0.170, BAYES_00=-2.599, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ck9jj0PvgQCx for ; Tue, 10 Mar 2009 08:10:11 -0700 (PDT) Received: from ondar.cablelabs.com (ondar.cablelabs.com [192.160.73.61]) by core3.amsl.com (Postfix) with ESMTP id 012BA3A69A7 for ; Tue, 10 Mar 2009 08:10:10 -0700 (PDT) Received: from kyzyl.cablelabs.com (kyzyl [10.253.0.7]) by ondar.cablelabs.com (8.14.3/8.14.3) with ESMTP id n2AFAjX7028948 for ; Tue, 10 Mar 2009 09:10:45 -0600 Received: from srvxchg3.cablelabs.com (10.5.0.25) by kyzyl.cablelabs.com (F-Secure/fsigk_smtp/511/kyzyl.cablelabs.com); Tue, 10 Mar 2009 09:10:45 -0700 (MST) X-Virus-Status: clean(F-Secure/fsigk_smtp/511/kyzyl.cablelabs.com) Received: from 10.4.10.99 ([10.4.10.99]) by srvxchg3.cablelabs.com ([10.5.0.25]) with Microsoft Exchange Server HTTP-DAV ; Tue, 10 Mar 2009 15:10:45 +0000 User-Agent: Microsoft-Entourage/12.15.0.081119 Date: Tue, 10 Mar 2009 09:10:43 -0600 From: Daryl Malas To: Message-ID: Thread-Topic: [Speermint] FW: 74th IETF - Early Bird Cutoff Thread-Index: AcmhkmGCJFFX5YeUxUSoceKPJTT+mw== In-Reply-To: <20090310145958.074583A6907@core3.amsl.com> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-Approved: ondar Subject: [Speermint] FW: 74th IETF - Early Bird Cutoff X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2009 15:10:12 -0000 FYI... We look forward to seeing you in San Francisco. Regards, Daryl ------ Forwarded Message 74th IETF Meeting San Francisco, CA March 22-27, 2009 Host: Juniper Early-Bird registration cutoff is this Friday, March 13 at 17:00 PT (24:00 UTC). After that time, the registration fee will increase by $150 USD to $785 USD. Online registration for the IETF meeting is at: http://www.ietf.org/meetings/74/ Be sure to make your hotel reservation at the Hilton San Francisco. Hotel information can be found at: http://www.ietf.org/meetings/74/hotels.html The social event will be held at the California Academy of Sciences, more information can be found at: http://www.ietf.org/meetings/74/social_74 New requirements for travel to USA for Visa Waiver Program Participants. Additional information can be found on our web site at: http://www.ietf.org/meetings/74/visa-info.html or you can go directly to ESTA (Electronic System for Travel Authorization) http://cbp.gov/xp/cgov/travel/id_visa/esta/ Only 12 days until the San Francisco IETF! ------ End of Forwarded Message From rfc-editor@rfc-editor.org Tue Mar 10 11:15:07 2009 Return-Path: X-Original-To: speermint@core3.amsl.com Delivered-To: speermint@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B766E28C1F1; Tue, 10 Mar 2009 11:15:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.2 X-Spam-Level: X-Spam-Status: No, score=-17.2 tagged_above=-999 required=5 tests=[AWL=0.399, BAYES_00=-2.599, USER_IN_DEF_WHITELIST=-15] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V9jlfdyPgnHo; Tue, 10 Mar 2009 11:15:07 -0700 (PDT) Received: from bosco.isi.edu (bosco.isi.edu [128.9.168.207]) by core3.amsl.com (Postfix) with ESMTP id 04DEA3A6987; Tue, 10 Mar 2009 11:13:58 -0700 (PDT) Received: by bosco.isi.edu (Postfix, from userid 70) id 2843C24B6A4; Tue, 10 Mar 2009 11:12:38 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org From: rfc-editor@rfc-editor.org Message-Id: <20090310181238.2843C24B6A4@bosco.isi.edu> Date: Tue, 10 Mar 2009 11:12:38 -0700 (PDT) Cc: speermint@ietf.org, rfc-editor@rfc-editor.org Subject: [Speermint] RFC 5486 on Session Peering for Multimedia Interconnect (SPEERMINT) Terminology X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2009 18:15:07 -0000 A new Request for Comments is now available in online RFC libraries. RFC 5486 Title: Session Peering for Multimedia Interconnect (SPEERMINT) Terminology Author: D. Malas, Ed., D. Meyer, Ed. Status: Informational Date: March 2009 Mailbox: d.malas@cablelabs.com, dmm@1-4-5.net Pages: 10 Characters: 22036 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-speermint-terminology-17.txt URL: http://www.rfc-editor.org/rfc/rfc5486.txt This document defines the terminology that is to be used in describing Session PEERing for Multimedia INTerconnect (SPEERMINT). This memo provides information for the Internet community. This document is a product of the Session PEERing for Multimedia INTerconnect Working Group of the IETF. INFORMATIONAL: This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see http://www.ietf.org/mailman/listinfo/ietf-announce http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see http://www.rfc-editor.org/rfcsearch.html. For downloading RFCs, see http://www.rfc-editor.org/rfc.html. Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team USC/Information Sciences Institute From jason_livingood@cable.comcast.com Tue Mar 10 11:24:40 2009 Return-Path: X-Original-To: speermint@core3.amsl.com Delivered-To: speermint@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 55B233A6B0E; Tue, 10 Mar 2009 11:24:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.853 X-Spam-Level: X-Spam-Status: No, score=-3.853 tagged_above=-999 required=5 tests=[AWL=2.543, BAYES_00=-2.599, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368, RCVD_IN_DNSWL_HI=-8, RCVD_NUMERIC_HELO=2.067] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oDi1ZI7qRkts; Tue, 10 Mar 2009 11:24:39 -0700 (PDT) Received: from pacdcimo01.cable.comcast.com (PacdcIMO01.cable.comcast.com [24.40.8.145]) by core3.amsl.com (Postfix) with ESMTP id 4BB2228C1A7; Tue, 10 Mar 2009 11:24:35 -0700 (PDT) Received: from ([24.40.15.118]) by pacdcimo01.cable.comcast.com with ESMTP id 5503620.29635061; Tue, 10 Mar 2009 13:24:48 -0500 Received: from PACDCEXCMB04.cable.comcast.com ([24.40.15.86]) by PACDCEXCSMTP04.cable.comcast.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 10 Mar 2009 14:24:48 -0400 Received: from 198.137.252.126 ([198.137.252.126]) by PACDCEXCMB04.cable.comcast.com ([24.40.15.86]) via Exchange Front-End Server webmail.comcast.com ([198.137.252.76]) with Microsoft Exchange Server HTTP-DAV ; Tue, 10 Mar 2009 18:24:46 +0000 User-Agent: Microsoft-Entourage/12.15.0.081119 Date: Tue, 10 Mar 2009 14:24:52 -0400 From: "Livingood, Jason" To: , Message-ID: Thread-Topic: [Speermint] I-D Action:draft-ietf-speermint-srv-naptr-use-05.txt Thread-Index: AcmhrYDanQyx3tL1aEmHf1qsmsvwDw== In-Reply-To: <20090305163001.A33FF3A6940@core3.amsl.com> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-OriginalArrivalTime: 10 Mar 2009 18:24:48.0336 (UTC) FILETIME=[7EAB9D00:01C9A1AD] Cc: speermint@ietf.org Subject: Re: [Speermint] I-D Action:draft-ietf-speermint-srv-naptr-use-05.txt X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2009 18:24:40 -0000 This draft is on the WG agenda. We have 20 minutes to review several substantive open issues. I have uploaded my presentation, so you may want to take a look at the open questions / discussion I would like to resolve. See http://www3.ietf.org/proceedings/09mar/slides/speermint-0.pdf Please take some time to review the draft at http://www.ietf.org/internet-drafts/draft-ietf-speermint-srv-naptr-use-05.tx t and please take note that all open issues are noted in the text with [EDITORIAL NOTE: ABCDEFG]. Thanks Jason On 3/5/09 11:30 AM, "Internet-Drafts@ietf.org" wrote: > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Session PEERing for Multimedia INTerconnect > Working Group of the IETF. > > > Title : Use of DNS SRV and NAPTR Records for SPEERMINT > Author(s) : T. Creighton, J. Livingood > Filename : draft-ietf-speermint-srv-naptr-use-05.txt > Pages : 13 > Date : 2009-03-05 > > The objective of this document is to specify the Best Current > Practice (BCP) adopted by a service provider or other organization > providing multimedia communication services such as Voice over > Internet Protocol(VoIP) in order to locate another service provider > to peer with in the context of Session PEERing for Multimedia > INTerconnect. This document attempts to fill the gaps in information > from RFC 3261, RFC 3263, and other documents, in order to more assist > service providers in more easily performing SIP peering. > > [EDITORIAL NOTE: XREF ERROR GENERATED IN ABSTRACT, XREFS REMOVED] > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-speermint-srv-naptr-use-05.txt > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > Below is the data which will enable a MIME compliant mail reader > implementation to automatically retrieve the ASCII version of the > Internet-Draft. > _______________________________________________ > Speermint mailing list > Speermint@ietf.org > https://www.ietf.org/mailman/listinfo/speermint From D.Malas@cablelabs.com Fri Mar 20 09:29:35 2009 Return-Path: X-Original-To: speermint@core3.amsl.com Delivered-To: speermint@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8CDA53A6BF4 for ; Fri, 20 Mar 2009 09:29:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.309 X-Spam-Level: X-Spam-Status: No, score=-0.309 tagged_above=-999 required=5 tests=[AWL=0.154, BAYES_00=-2.599, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qOGSoONIsrXK for ; Fri, 20 Mar 2009 09:29:34 -0700 (PDT) Received: from ondar.cablelabs.com (ondar.cablelabs.com [192.160.73.61]) by core3.amsl.com (Postfix) with ESMTP id 80BFD3A6BF1 for ; Fri, 20 Mar 2009 09:29:34 -0700 (PDT) Received: from kyzyl.cablelabs.com (kyzyl [10.253.0.7]) by ondar.cablelabs.com (8.14.3/8.14.3) with ESMTP id n2KGUKao003379 for ; Fri, 20 Mar 2009 10:30:20 -0600 Received: from srvxchg3.cablelabs.com (10.5.0.25) by kyzyl.cablelabs.com (F-Secure/fsigk_smtp/511/kyzyl.cablelabs.com); Fri, 20 Mar 2009 10:30:20 -0700 (MST) X-Virus-Status: clean(F-Secure/fsigk_smtp/511/kyzyl.cablelabs.com) Received: from 10.4.10.99 ([10.4.10.99]) by srvxchg3.cablelabs.com ([10.5.0.25]) with Microsoft Exchange Server HTTP-DAV ; Fri, 20 Mar 2009 16:30:20 +0000 User-Agent: Microsoft-Entourage/12.15.0.081119 Date: Fri, 20 Mar 2009 10:30:19 -0600 From: Daryl Malas To: Message-ID: Thread-Topic: [Speermint] FW: 74th IETF - Online Registration and Payment Cutoff Thread-Index: AcmpeShb0xHMbLWDw0a4BHqQLVKV+w== In-Reply-To: <20090318192402.12CD13A699C@core3.amsl.com> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-Approved: ondar Subject: [Speermint] FW: 74th IETF - Online Registration and Payment Cutoff X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 16:29:35 -0000 All, Just a reminder, the online registration and payment cutoff is today. Regards, Daryl ------ Forwarded Message Subject: 74th IETF - Online Registration and Payment Cutoff 74th IETF Meeting San Francisco, CA March 22-27, 2009 Host: Juniper Online registration and payment closes 17:00 PDT, Friday, 20 March 2009 (24:00 UTC/GMT). After 20 March 2009, all payments (whether or not you have pre-registered) and registrations must be made on-site. A late fee will apply. Online registration for the IETF meeting is at: http://www.ietf.org/meetings/74/ Be sure to make your hotel reservation at the Hilton San Francisco. Hotel information can be found at: http://www.ietf.org/meetings/74/hotels.html New requirements for travel to USA for Visa Waiver Program Participants. Additional information can be found on our web site at: http://www.ietf.org/meetings/74/visa-info.html or you can go directly to ESTA (Electronic System for Travel Authorization) http://cbp.gov/xp/cgov/travel/id_visa/esta/ Only 4 days until the San Francisco IETF! ------ End of Forwarded Message From D.Malas@cablelabs.com Mon Mar 23 14:14:47 2009 Return-Path: X-Original-To: speermint@core3.amsl.com Delivered-To: speermint@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5A5293A69D1 for ; Mon, 23 Mar 2009 14:14:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.322 X-Spam-Level: X-Spam-Status: No, score=-0.322 tagged_above=-999 required=5 tests=[AWL=0.141, BAYES_00=-2.599, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0BDi8HV71sru for ; Mon, 23 Mar 2009 14:14:46 -0700 (PDT) Received: from ondar.cablelabs.com (ondar.cablelabs.com [192.160.73.61]) by core3.amsl.com (Postfix) with ESMTP id 8CBDE3A694D for ; Mon, 23 Mar 2009 14:14:46 -0700 (PDT) Received: from kyzyl.cablelabs.com (kyzyl [10.253.0.7]) by ondar.cablelabs.com (8.14.3/8.14.3) with ESMTP id n2NLFZDZ014636; Mon, 23 Mar 2009 15:15:35 -0600 Received: from srvxchg3.cablelabs.com (10.5.0.25) by kyzyl.cablelabs.com (F-Secure/fsigk_smtp/511/kyzyl.cablelabs.com); Mon, 23 Mar 2009 15:15:36 -0700 (MST) X-Virus-Status: clean(F-Secure/fsigk_smtp/511/kyzyl.cablelabs.com) Received: from 10.253.129.4 ([10.253.129.4]) by srvxchg3.cablelabs.com ([10.5.0.25]) with Microsoft Exchange Server HTTP-DAV ; Mon, 23 Mar 2009 21:15:35 +0000 User-Agent: Microsoft-Entourage/12.15.0.081119 Date: Mon, 23 Mar 2009 14:15:35 -0700 From: Daryl Malas To: Message-ID: Thread-Topic: [Speermint] Comments: srv-naptr-use draft Thread-Index: Acmr/IGHEw5eiN/nCE6u8c1m5XpjQw== Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-Approved: ondar Subject: [Speermint] Comments: srv-naptr-use draft X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 21:14:47 -0000 Jason, Here are some comments regarding your draft: 2. Introduction - You mention "service provider" throughout this section and the document, and I think this should be "SIP service provider (SSP)". - There is an incomplete sentence at the end of the section, "It should be noted that..." 3. Session Peering Setup - Last time I will note the "service provider (SP1)" should be "SIP service provider (SSP1) -- change throughout the draft. - I think it should be noted in Figure 1 (and in the text) that the DNS servers are part of the LUF. This will align the draft better with other Speermint terminology. Also, would it be better to differentiate DNS from ENUM for clarity purposes? This may allow differentiation of LUF and LRF (e.g. ENUM and SRV). - I think this "SIP signaling path border element" can simply be "SBE". You expand it and use the acronym in various instances throughout. - In the first paragraph under "Figure 1", I do not understand why the last sentence "UDP, TCP and ..." is even in scope of this document. Are you intending context for the NAPTR regexp response? Even in this case, I think they are examples and should not be strictly defined. Based on the rest of the document, I would question whether this sentence is necessary. - The paragraph "As a best current practice..." does not seem to provide value to the document in my opinion. It provides an architectural recommendation rather than providing a recommendation of using NAPTR order/pref and SRV priority/weight. Perhaps a reference to RFC 5483 on recommendations for load balancing would be appropriate. - Regarding the call flows, I think expanding the different scenarios and potential uses of the following portion is the most critical aspect: |INVITE| | | | | |----->| | | | | | NAPTR Query | | | | |----->| | | | | NAPTR Response | | | | |<-----| | | | | SRV Query | | | | |----->| | | | | SRV Response | | | | |<-----| | | | | A Query | | | | |----->| | | | | A Response | | | | |<-----| | | | | | INVITE | | | |------------------->| | For example, expand the use of multiple NAPTRs and SRV records for determining a single ingress point, multiple ingress points, and egress points. How many times must an ENUM query take place in an indirected scenario with egress routes, etc.? 3.1 Target Determination Is there a Speermint recommendation, taking into consideration RFC 5483, for using SRV or ENUM NAPTRs for providing load balancing, based on ingress, egress, and enumservice types? I think this might be a good addition to this section. 4.0 High Availability I think if you apply my comments on 3.1 to that section, then you can tie this section back to it (i.e. Continue the example). Regards, Daryl ----------------- Daryl Malas CableLabs (o) +1 303 661 3302 (f) +1 303 661 9199 mailto:d.malas@cablelabs.com From D.Malas@cablelabs.com Mon Mar 23 14:49:56 2009 Return-Path: X-Original-To: speermint@core3.amsl.com Delivered-To: speermint@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CA6663A6A82 for ; Mon, 23 Mar 2009 14:49:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.332 X-Spam-Level: X-Spam-Status: No, score=-0.332 tagged_above=-999 required=5 tests=[AWL=0.131, BAYES_00=-2.599, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PNjANTrh9ZAm for ; Mon, 23 Mar 2009 14:49:56 -0700 (PDT) Received: from ondar.cablelabs.com (ondar.cablelabs.com [192.160.73.61]) by core3.amsl.com (Postfix) with ESMTP id 0EF853A6831 for ; Mon, 23 Mar 2009 14:49:56 -0700 (PDT) Received: from kyzyl.cablelabs.com (kyzyl [10.253.0.7]) by ondar.cablelabs.com (8.14.3/8.14.3) with ESMTP id n2NLohdZ017010; Mon, 23 Mar 2009 15:50:43 -0600 Received: from srvxchg3.cablelabs.com (10.5.0.25) by kyzyl.cablelabs.com (F-Secure/fsigk_smtp/511/kyzyl.cablelabs.com); Mon, 23 Mar 2009 15:50:44 -0700 (MST) X-Virus-Status: clean(F-Secure/fsigk_smtp/511/kyzyl.cablelabs.com) Received: from 10.253.129.4 ([10.253.129.4]) by srvxchg3.cablelabs.com ([10.5.0.25]) with Microsoft Exchange Server HTTP-DAV ; Mon, 23 Mar 2009 21:50:44 +0000 User-Agent: Microsoft-Entourage/12.15.0.081119 Date: Mon, 23 Mar 2009 14:50:44 -0700 From: Daryl Malas To: "speermint@ietf.org" Message-ID: Thread-Topic: [Speermint] Comments: message-flows draft Thread-Index: AcmsAWqXwKylQaHIWUemBV2k3iI6mg== Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-Approved: ondar Subject: [Speermint] Comments: message-flows draft X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 21:49:56 -0000 Hadriel, Here are some comments regarding the draft (I know I am an author on this draft, but my comments to the list are to solicit feedback from the mailing list.): 3. Peering Scenarios - Based on what is commonly in use *today*, I think the various methods of "static" peering should be focused on first. On-demand is something that should be included as a potential future method. - The sentence "Media-direct: In this model SIP proxies perform Layer 5 peering Signaling Function (SF)..." does not make sense to me. Suggest: "Media-direct: In this model Signaling Functions (SFs) perform Layer 5 peering, while media is sent directly between..." - I noticed throughout the draft a lot of "SF/SBE" and "MF/DBE" uses. Is it necessary to do this? Can we simply say SF and MF? Based on RFC 5486, the definitions for SF and MF say they are capabilities of a SBE and DBE. - In "Decomposed:..." you say the model "is not discussed separately", but then under Figure 2 it is discussed further. Is this necessary or should it be included in the "Decomposed" description? 4. Legend of Message Flows - Just a nit, but this and the srv-naptr draft use "example.com" for the example FQDNs. Should this be "examplessp.com"? Also, in the SBE URIs, it should be "sbe1.ssp1.examplessp.com" -- potentially based on the outcome of my first question. I personally think it better aligns with the terminology and what we are describing. 5. Basic Peering Message Flow - I do not think a "basic" message flow should describe an "On-Demand" peering phase. In my opinion, a basic peering message flow is static and direct between two SSPs. 7. Static Peering - Just a comment, TLS is not commonly used in my experience of SSPs peering. I think this should be described as "optional". For that matter, IPSec is not used that commonly. While TLS is something to be considered in the message flows, I think IPSec is out of scope of the draft. - Co-Location, while I am not a fan of this term, is a more common method for peering today, in my experience. If others agree, then I think this should be discussed first. 8. Federation-based Peering - I think describing "Federation" is only contextual and is minor to the two message flows: redirect server and ENUM server (LUF). I think these should be in a different section with a small description about their potential use in a Federation. This can both be used outside of a Federation. Regards, Daryl From jason_livingood@cable.comcast.com Wed Mar 25 09:47:25 2009 Return-Path: X-Original-To: speermint@core3.amsl.com Delivered-To: speermint@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BBDEC28C134 for ; Wed, 25 Mar 2009 09:47:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.07 X-Spam-Level: X-Spam-Status: No, score=-4.07 tagged_above=-999 required=5 tests=[AWL=0.929, BAYES_00=-2.599, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_HI=-8, RCVD_NUMERIC_HELO=2.067] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04JVxzGT340J for ; Wed, 25 Mar 2009 09:47:25 -0700 (PDT) Received: from pacdcimo01.cable.comcast.com (PacdcIMO01.cable.comcast.com [24.40.8.145]) by core3.amsl.com (Postfix) with ESMTP id C886A3A693C for ; Wed, 25 Mar 2009 09:47:24 -0700 (PDT) Received: from ([24.40.15.92]) by pacdcimo01.cable.comcast.com with ESMTP id 5503620.31229174; Wed, 25 Mar 2009 11:48:02 -0500 Received: from PACDCEXCMB04.cable.comcast.com ([24.40.15.86]) by PACDCEXCSMTP03.cable.comcast.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 25 Mar 2009 12:48:01 -0400 Received: from 130.129.22.126 ([130.129.22.126]) by PACDCEXCMB04.cable.comcast.com ([24.40.15.86]) via Exchange Front-End Server webmail.comcast.com ([24.40.8.153]) with Microsoft Exchange Server HTTP-DAV ; Wed, 25 Mar 2009 16:47:42 +0000 User-Agent: Microsoft-Entourage/12.15.0.081119 Date: Wed, 25 Mar 2009 12:47:41 -0400 From: "Livingood, Jason" To: Message-ID: Thread-Topic: Doodle Poll: Design Team Mtg Before Next IETF Thread-Index: AcmtaWmAOH+Yt5LTTE+HMyecpqqu4A== Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3320830061_2215180" X-OriginalArrivalTime: 25 Mar 2009 16:48:01.0976 (UTC) FILETIME=[7601A380:01C9AD69] Subject: [Speermint] Doodle Poll: Design Team Mtg Before Next IETF X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 16:47:25 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3320830061_2215180 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit As noted in our WG meeting yesterday, and on our agenda, feel free to visit the poll at http://www.doodle.com/a6bedpxrtzhmvdy8 Jason --B_3320830061_2215180 Content-type: text/html; charset="US-ASCII" Content-transfer-encoding: quoted-printable Doodle Poll: Design Team Mtg Before Next IETF As noted in our WG meeting yesterday, and on our agenda, feel free to visi= t the poll at http://www.do= odle.com/a6bedpxrtzhmvdy8

Jason --B_3320830061_2215180-- From john.elwell@siemens-enterprise.com Wed Mar 25 10:09:53 2009 Return-Path: X-Original-To: speermint@core3.amsl.com Delivered-To: speermint@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2AA913A69C9 for ; Wed, 25 Mar 2009 10:09:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.104 X-Spam-Level: X-Spam-Status: No, score=-2.104 tagged_above=-999 required=5 tests=[AWL=0.495, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PVB-jlwJqsqx for ; Wed, 25 Mar 2009 10:09:52 -0700 (PDT) Received: from mailgate.siemenscomms.co.uk (mailgate.siemenscomms.co.uk [195.171.110.225]) by core3.amsl.com (Postfix) with ESMTP id 38A693A6D5C for ; Wed, 25 Mar 2009 10:09:52 -0700 (PDT) Received: from GBNTHT12009MSX.gb002.siemens.net ([137.223.219.235]) by siemenscomms.co.uk (PMDF V6.3-x14 #31430) with ESMTP id <0KH200KBQNMBGS@siemenscomms.co.uk> for speermint@ietf.org; Wed, 25 Mar 2009 17:09:03 +0000 (GMT) Date: Wed, 25 Mar 2009 17:08:50 +0000 From: "Elwell, John" To: speermint@ietf.org Message-id: <0D5F89FAC29E2C41B98A6A762007F5D001B022CA@GBNTHT12009MSX.gb002.siemens.net> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft Exchange V6.5 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: quoted-printable Thread-Topic: draft-hancock-sip-interconnect-guidelines Thread-Index: Acms26NcwkIMr19JSgasO/Y8lKLRbw== Content-class: urn:content-classes:message X-MS-Has-Attach: X-MS-TNEF-Correlator: Subject: [Speermint] draft-hancock-sip-interconnect-guidelines X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 17:09:53 -0000 Although there was interest today in working on this further, I do not think the present draft is in a suitable state for adopting as a draft-ietf document. By all means charter a work item, but I would prefer to see a further revision that takes into account the feedback from today's meeting, in particular making it less prescriptive, before adopting the draft as a working group document in fulfilment of the charter item. John From theo@crazygreek.co.uk Wed Mar 25 10:44:14 2009 Return-Path: X-Original-To: speermint@core3.amsl.com Delivered-To: speermint@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 248E93A6B16 for ; Wed, 25 Mar 2009 10:44:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.789 X-Spam-Level: X-Spam-Status: No, score=-5.789 tagged_above=-999 required=5 tests=[AWL=0.188, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xbgK8+frb4hG for ; Wed, 25 Mar 2009 10:44:13 -0700 (PDT) Received: from exprod7og115.obsmtp.com (exprod7og115.obsmtp.com [64.18.2.217]) by core3.amsl.com (Postfix) with SMTP id EC3973A6AFC for ; Wed, 25 Mar 2009 10:44:12 -0700 (PDT) Received: from source ([72.14.220.154]) by exprod7ob115.postini.com ([64.18.6.12]) with SMTP ID DSNKScptoYOHSqF2TkiDvy/y6LSbTa9aux1r@postini.com; Wed, 25 Mar 2009 10:45:06 PDT Received: by fg-out-1718.google.com with SMTP id l27so843877fgb.5 for ; Wed, 25 Mar 2009 10:45:03 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <0D5F89FAC29E2C41B98A6A762007F5D001B022CA@GBNTHT12009MSX.gb002.siemens.net> References: <0D5F89FAC29E2C41B98A6A762007F5D001B022CA@GBNTHT12009MSX.gb002.siemens.net> Date: Wed, 25 Mar 2009 17:44:48 +0000 Received: by 10.86.76.20 with SMTP id y20mr159353fga.75.1238003103338; Wed, 25 Mar 2009 10:45:03 -0700 (PDT) Message-ID: <167dfb9b0903251044x6c69ec92jdbfb83ea475e4e25@mail.gmail.com> From: Theo Zourzouvillys To: "Elwell, John" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: speermint@ietf.org Subject: Re: [Speermint] draft-hancock-sip-interconnect-guidelines X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 17:44:14 -0000 On Wed, Mar 25, 2009 at 5:08 PM, Elwell, John wrote: > By all means charter a work item, but I would > prefer to see a further revision that takes into account the feedback > from today's meeting, in particular making it less prescriptive, before > adopting the draft as a working group document in fulfilment of the > charter item. I would like to echo this sentiment. ... I have no objection in the general goals of it, but i strongly believe it should be focusing at the lower levels and general *interconnect*/hop-by-hop stuff - things such as supporting TCP, mutual TLS, NAPTR, overload control, etc rather than the endpoint requirements to flow across those interfaces. ~ Theo From venkatev@cisco.com Wed Mar 25 10:52:09 2009 Return-Path: X-Original-To: speermint@core3.amsl.com Delivered-To: speermint@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2E0CE28C255 for ; Wed, 25 Mar 2009 10:52:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id clF+rwP2T5AQ for ; Wed, 25 Mar 2009 10:52:08 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id 1426828C254 for ; Wed, 25 Mar 2009 10:52:08 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.38,420,1233532800"; d="scan'208";a="274003524" Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-6.cisco.com with ESMTP; 25 Mar 2009 17:53:00 +0000 Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id n2PHr0TQ023076; Wed, 25 Mar 2009 10:53:00 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-3.cisco.com (8.13.8/8.13.8) with ESMTP id n2PHr03x012627; Wed, 25 Mar 2009 17:53:00 GMT Received: from xmb-sjc-236.amer.cisco.com ([128.107.191.121]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 25 Mar 2009 10:53:00 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 25 Mar 2009 10:52:59 -0700 Message-ID: In-Reply-To: <167dfb9b0903251044x6c69ec92jdbfb83ea475e4e25@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Speermint] draft-hancock-sip-interconnect-guidelines thread-index: AcmtcX+k2yrkmH2NRBSqULp7+6zbpQAAGnMA References: <0D5F89FAC29E2C41B98A6A762007F5D001B022CA@GBNTHT12009MSX.gb002.siemens.net> <167dfb9b0903251044x6c69ec92jdbfb83ea475e4e25@mail.gmail.com> From: "Venkatesh Venkataramanan (venkatev)" To: "Theo Zourzouvillys" , "Elwell, John" X-OriginalArrivalTime: 25 Mar 2009 17:53:00.0723 (UTC) FILETIME=[89D73830:01C9AD72] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=1393; t=1238003580; x=1238867580; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=venkatev@cisco.com; z=From:=20=22Venkatesh=20Venkataramanan=20(venkatev)=22=20 |Subject:=20RE=3A=20[Speermint]=20draft-hancock-sip-interco nnect-guidelines |Sender:=20; bh=LdXOkmIM4CJff/Vudg9x3KLt2DShoj93XJD57lbY1YI=; b=H55LaAqtcmjQaj/ge8w/YTnGpM6jdwKWfVH4I5VBUKGUebld2E2eqj4tGe WeaqDBxCiEbZTV413Q7BEyoBFBcOytkIHyIIKS815nCp1gcw9xlinCiZPADM zDpbJkY5ym; Authentication-Results: sj-dkim-4; header.From=venkatev@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); Cc: speermint@ietf.org Subject: Re: [Speermint] draft-hancock-sip-interconnect-guidelines X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 17:52:09 -0000 I echo this sentiment as well... I think there is definite value in this draft. However, I think it's focus should be on "inter-connects" and issues around it rather than "features" itself.=20 Thanks, Venkatesh -----Original Message----- From: speermint-bounces@ietf.org [mailto:speermint-bounces@ietf.org] On Behalf Of Theo Zourzouvillys Sent: Wednesday, March 25, 2009 10:45 AM To: Elwell, John Cc: speermint@ietf.org Subject: Re: [Speermint] draft-hancock-sip-interconnect-guidelines On Wed, Mar 25, 2009 at 5:08 PM, Elwell, John wrote: > By all means charter a work item, but I would prefer to see a further=20 > revision that takes into account the feedback from today's meeting, in > particular making it less prescriptive, before adopting the draft as a > working group document in fulfilment of the charter item. I would like to echo this sentiment. ... I have no objection in the general goals of it, but i strongly believe it should be focusing at the lower levels and general *interconnect*/hop-by-hop stuff - things such as supporting TCP, mutual TLS, NAPTR, overload control, etc rather than the endpoint requirements to flow across those interfaces. ~ Theo _______________________________________________ Speermint mailing list Speermint@ietf.org https://www.ietf.org/mailman/listinfo/speermint From Adam.Uzelac@globalcrossing.com Wed Mar 25 11:03:15 2009 Return-Path: X-Original-To: speermint@core3.amsl.com Delivered-To: speermint@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 45F3B3A6A96 for ; Wed, 25 Mar 2009 11:03:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.157 X-Spam-Level: X-Spam-Status: No, score=-2.157 tagged_above=-999 required=5 tests=[AWL=0.442, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bcqAxYhiwJ8G for ; Wed, 25 Mar 2009 11:03:14 -0700 (PDT) Received: from mailsrv.ams.gblxint.com (unknown-141-roc.globalcrossing.com [209.130.177.141]) by core3.amsl.com (Postfix) with ESMTP id 7803B3A6822 for ; Wed, 25 Mar 2009 11:03:14 -0700 (PDT) Received: from w3uspdyvs212.ams.gblxint.com (w3uspdyvs212.ams.gblxint.com [10.60.54.213]) by mailsrv.ams.gblxint.com (Postfix) with ESMTP id B778CE894C; Wed, 25 Mar 2009 14:03:56 -0400 (EDT) Received: from w3uspdyvs240.ams.gblxint.com ([10.60.54.201]) by w3uspdyvs212.ams.gblxint.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 25 Mar 2009 14:03:56 -0400 Received: from EVS20.ams.gblxint.com ([10.60.53.123]) by w3uspdyvs240.ams.gblxint.com ([10.60.54.201]) with mapi; Wed, 25 Mar 2009 14:03:56 -0400 From: "Uzelac, Adam" To: Theo Zourzouvillys , "Elwell, John" Date: Wed, 25 Mar 2009 14:03:54 -0400 Thread-Topic: [Speermint] draft-hancock-sip-interconnect-guidelines Thread-Index: AcmtcXg6rfvejfjjQ9ejyqAXB8zU9QAAjDrA Message-ID: <278488ECD81E6A42A7289E84524D2A25AC28EE07@EVS20.ams.gblxint.com> References: <0D5F89FAC29E2C41B98A6A762007F5D001B022CA@GBNTHT12009MSX.gb002.siemens.net> <167dfb9b0903251044x6c69ec92jdbfb83ea475e4e25@mail.gmail.com> In-Reply-To: <167dfb9b0903251044x6c69ec92jdbfb83ea475e4e25@mail.gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 25 Mar 2009 18:03:56.0657 (UTC) FILETIME=[10CECE10:01C9AD74] Cc: "speermint@ietf.org" Subject: Re: [Speermint] draft-hancock-sip-interconnect-guidelines X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 18:03:15 -0000 Theo, I am quite following your train of thought, but really would like to unders= tand what you are saying - how does stating that support for TCP, TLS, etc = (your list below) NOT translate into endpoint requirements? This is not a = leading question, but a request for clarification. Adam > -----Original Message----- > From: speermint-bounces@ietf.org [mailto:speermint-bounces@ietf.org] On > Behalf Of Theo Zourzouvillys > Sent: Wednesday, March 25, 2009 10:45 AM > To: Elwell, John > Cc: speermint@ietf.org > Subject: Re: [Speermint] draft-hancock-sip-interconnect-guidelines >=20 > On Wed, Mar 25, 2009 at 5:08 PM, Elwell, John > wrote: > > By all means charter a work item, but I would > > prefer to see a further revision that takes into account the feedback > > from today's meeting, in particular making it less prescriptive, > before > > adopting the draft as a working group document in fulfilment of the > > charter item. >=20 > I would like to echo this sentiment. >=20 > ... I have no objection in the general goals of it, but i strongly > believe it should be focusing at the lower levels and general > *interconnect*/hop-by-hop stuff - things such as supporting TCP, > mutual TLS, NAPTR, overload control, etc rather than the endpoint > requirements to flow across those interfaces. >=20 >=20 > ~ Theo > _______________________________________________ > Speermint mailing list > Speermint@ietf.org > https://www.ietf.org/mailman/listinfo/speermint From theo@crazygreek.co.uk Wed Mar 25 13:31:15 2009 Return-Path: X-Original-To: speermint@core3.amsl.com Delivered-To: speermint@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 635A13A6D99 for ; Wed, 25 Mar 2009 13:31:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.797 X-Spam-Level: X-Spam-Status: No, score=-5.797 tagged_above=-999 required=5 tests=[AWL=0.180, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZrKBmp+gUTQC for ; Wed, 25 Mar 2009 13:31:14 -0700 (PDT) Received: from exprod7og121.obsmtp.com (exprod7og121.obsmtp.com [64.18.2.20]) by core3.amsl.com (Postfix) with SMTP id 57B263A67F4 for ; Wed, 25 Mar 2009 13:31:14 -0700 (PDT) Received: from source ([72.14.220.153]) by exprod7ob121.postini.com ([64.18.6.12]) with SMTP ID DSNKScqUxokpmBOvASqJIVk6ZB//33+WF516@postini.com; Wed, 25 Mar 2009 13:32:07 PDT Received: by fg-out-1718.google.com with SMTP id 19so96679fgg.20 for ; Wed, 25 Mar 2009 13:32:06 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <278488ECD81E6A42A7289E84524D2A25AC28EE07@EVS20.ams.gblxint.com> References: <0D5F89FAC29E2C41B98A6A762007F5D001B022CA@GBNTHT12009MSX.gb002.siemens.net> <167dfb9b0903251044x6c69ec92jdbfb83ea475e4e25@mail.gmail.com> <278488ECD81E6A42A7289E84524D2A25AC28EE07@EVS20.ams.gblxint.com> Date: Wed, 25 Mar 2009 20:31:50 +0000 Received: by 10.86.89.20 with SMTP id m20mr376803fgb.14.1238013126176; Wed, 25 Mar 2009 13:32:06 -0700 (PDT) Message-ID: <167dfb9b0903251331m5dd499abo88c2d7231d27d7e8@mail.gmail.com> From: Theo Zourzouvillys To: "Uzelac, Adam" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "speermint@ietf.org" Subject: Re: [Speermint] draft-hancock-sip-interconnect-guidelines X-BeenThere: speermint@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Mailing list for the speermint working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 20:31:15 -0000 On Wed, Mar 25, 2009 at 6:03 PM, Uzelac, Adam wrote: > I am quite following your train of thought, but really would like to unde= rstand what you are saying - how does stating that support for TCP, TLS, et= c (your list below) NOT translate into endpoint requirements? =A0This is no= t a leading question, but a request for clarification. sorry, let me say that as "SIP User Agents" (in terms of UAC and UAS) rather than "SIP hops". NAPTR, SRV, TLS etc are all hop by hop issues rather than SIP UA ones (UAC, UAS, etc). ~ Theo