From lars.eggert@nokia.com Sun Nov 7 21:25:12 2010 Return-Path: X-Original-To: middisc@core3.amsl.com Delivered-To: middisc@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E04593A6900 for ; Sun, 7 Nov 2010 21:25:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.397 X-Spam-Level: X-Spam-Status: No, score=-102.397 tagged_above=-999 required=5 tests=[AWL=0.202, BAYES_00=-2.599, 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 eO60vXN6q-pu for ; Sun, 7 Nov 2010 21:25:10 -0800 (PST) Received: from mgw-sa02.nokia.com (smtp.nokia.com [147.243.1.48]) by core3.amsl.com (Postfix) with ESMTP id 3296D3A694E for ; Sun, 7 Nov 2010 21:25:10 -0800 (PST) Received: from mail.fit.nokia.com (esdhcp030222.research.nokia.com [172.21.30.222]) by mgw-sa02.nokia.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id oA85PTb5024605 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 8 Nov 2010 07:25:30 +0200 From: Lars Eggert X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.96.4 at fit.nokia.com Content-Type: multipart/signed; boundary=Apple-Mail-15--498410255; protocol="application/pkcs7-signature"; micalg=sha1 Date: Mon, 8 Nov 2010 13:25:18 +0800 Message-Id: <3A7359FB-7D3C-4D0F-9AA1-E0E6E5874267@nokia.com> To: middisc@ietf.org Mime-Version: 1.0 (Apple Message framework v1081) X-Mailer: Apple Mail (2.1081) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mail.fit.nokia.com); Mon, 08 Nov 2010 07:25:23 +0200 (EET) X-Nokia-AV: Clean Subject: [middisc] status? X-BeenThere: middisc@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "Discussions on TCP option for middlebox discovery." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 05:25:13 -0000 --Apple-Mail-15--498410255 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, folks, I'm wondering what the status of this effort is - the list has been = silent in the last months. Thanks, Lars= --Apple-Mail-15--498410255 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMRjCCBVAw ggQ4oAMCAQICEGxdPUZzCwUJ8KBiJwH+bYgwDQYJKoZIhvcNAQEFBQAwgd0xCzAJBgNVBAYTAlVT MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEg KGMpMDkxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24g Q2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMzAeFw0xMDEwMTUwMDAwMDBaFw0x MTEwMTUyMzU5NTlaMIIBEzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlT aWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9S UEEgSW5jb3JwLiBieSBSZWYuLExJQUIuTFREKGMpOTgxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZh bGlkYXRlZDEzMDEGA1UECxMqRGlnaXRhbCBJRCBDbGFzcyAxIC0gTmV0c2NhcGUgRnVsbCBTZXJ2 aWNlMRQwEgYDVQQDFAtMYXJzIEVnZ2VydDEkMCIGCSqGSIb3DQEJARYVbGFycy5lZ2dlcnRAbm9r aWEuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAwolKEyOz/NQZJJlw0x9XBS9W wCmabdY1fXpbWSdcaJiEWhQpRzSIC/pgIwCgaUW9g3JsWioXCawyjUVeg8xR42sR690f4z+OPAUm 3jokZxsuRaGX6fuPkPQomYAGz7htUHws/8FZIU+4dciETQf4vF5ptitJ+QZCVRCTLqisj6mG/kG4 65Op3G5/YZF9F/a390LdhuRP6vdY2Y+dqm8LDa0zmENPpoE98u1pIZGqCcnskN/nNBtEPd+a4lNh ZSGnPuL4XCUSJYR9NB7FAYBvi5N7LSWHR3fspwa5EgpXynJcsLzaLA0iGfjFOBYFxul/07edmyw4 FIXuCIkaMDUfEwIDAQABo4HSMIHPMAkGA1UdEwQCMAAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIF oDAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwUAYDVR0fBEkwRzBFoEOgQYY/aHR0cDov L2luZGMxZGlnaXRhbGlkLWczLWNybC52ZXJpc2lnbi5jb20vSW5kQzFEaWdpdGFsSUQtRzMuY3Js MA0GCSqGSIb3DQEBBQUAA4IBAQAlSTzUKqa3ZouKWFQfIJ+4l/KsztPnY4Onwzt8lqAmeiFPqOmf kLTXbXDKtC6caFadNtyHpnsmQFFKXwhe5Z9/AaVSwryu6F9992DzYLp3j8PE0DSU0wmpUXUtp+rz TFqJRkzB8RCBoq/TPBmkMPr68qB0TkU3dbYiVIvscOt1MRkdHiwG4wKQLyCf8XRRWqmMY6lbun7g kiEWiris5StGKRvE5+e1SrcdnoZxIKQFF7Etr+4ftClrsDQWX9nRCEjYcmz4y/deq+HU8ylBaKZE 0ZJmcnYlAaD50OYWi0ckGDnKYyeMUEtCZJSV0otm2LqyIUAu9WPv/GNHt2ntjnUaMIIG7jCCBdag AwIBAgIQcRVmBUrkkSFN6bxE+azT3DANBgkqhkiG9w0BAQUFADCByjELMAkGA1UEBhMCVVMxFzAV BgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTow OAYDVQQLEzEoYykgMTk5OSBWZXJpU2lnbiwgSW5jLiAtIEZvciBhdXRob3JpemVkIHVzZSBvbmx5 MUUwQwYDVQQDEzxWZXJpU2lnbiBDbGFzcyAxIFB1YmxpYyBQcmltYXJ5IENlcnRpZmljYXRpb24g QXV0aG9yaXR5IC0gRzMwHhcNMDkwNTAxMDAwMDAwWhcNMTkwNDMwMjM1OTU5WjCB3TELMAkGA1UE BhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBO ZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29t L3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJp U2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEczMIIBIjANBgkqhkiG9w0B AQEFAAOCAQ8AMIIBCgKCAQEA7cRH3yooHXwGa7vXITLJbBOP6bGNQU4099oL42r6ZYggCxET6Zvg SU6Lb9UB0F8NR5GKWkx0Pj/GkQm7TDSejW6hglFi92l2WJYHr54UGAdPWr2f0jGyVBlzRmoZQhHs EnMhjfXcMM3l2VYKMcU2bSkUl70t2olHGYjYSwQ967Y8Zx50ABMN0Ibak2f4MwOuGjxraXj2wCyO 4YM/d/mZ//6fUlrCtIcK2GypR8FUKWVDPkrAlh/Brfd3r2yxBF6+wbaULZeQLSfSux7pg2qE9sSy riMGZSalJ1grByK0b6ZiSBp38tVQJ5op05b7KPW6JHZi44xZ6/tu1ULEvkHH9QIDAQABo4ICuTCC ArUwNAYIKwYBBQUHAQEEKDAmMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC52ZXJpc2lnbi5jb20w EgYDVR0TAQH/BAgwBgEB/wIBADBwBgNVHSAEaTBnMGUGC2CGSAGG+EUBBxcBMFYwKAYIKwYBBQUH AgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9jcHMwKgYIKwYBBQUHAgIwHhocaHR0cHM6Ly93 d3cudmVyaXNpZ24uY29tL3JwYTA0BgNVHR8ELTArMCmgJ6AlhiNodHRwOi8vY3JsLnZlcmlzaWdu LmNvbS9wY2ExLWczLmNybDAOBgNVHQ8BAf8EBAMCAQYwbgYIKwYBBQUHAQwEYjBgoV6gXDBaMFgw VhYJaW1hZ2UvZ2lmMCEwHzAHBgUrDgMCGgQUS2u5KJYGDLvQUjibKaxLB4shBRgwJhYkaHR0cDov L2xvZ28udmVyaXNpZ24uY29tL3ZzbG9nbzEuZ2lmMC4GA1UdEQQnMCWkIzAhMR8wHQYDVQQDExZQ cml2YXRlTGFiZWw0LTIwNDgtMTE4MB0GA1UdDgQWBBR5R2EIQf04BKJL57XM9UP2SSsR+DCB8QYD VR0jBIHpMIHmoYHQpIHNMIHKMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4x HzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOjA4BgNVBAsTMShjKSAxOTk5IFZlcmlT aWduLCBJbmMuIC0gRm9yIGF1dGhvcml6ZWQgdXNlIG9ubHkxRTBDBgNVBAMTPFZlcmlTaWduIENs YXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgLSBHM4IRAItbdVaE VIULAM+vOEjOsaQwDQYJKoZIhvcNAQEFBQADggEBADlNz0GZgbWpBbVSOOk5hIls5DSoWufYbAlM JBq6WaSHO3Mh8ZOBz79oY1pn/jWFK6HDXaNKwjoZ3TDWzE3v8dKBl8pUWkO/N4t6jhmND0OojPKv YLMVirOVnDzgnrMnmKQ1chfl/Cpdh9OKDcLRRSr4wPSsKpM61a4ScAjr+zvid+zoK2Q1ds262uDR yxTWcVibvtU+fbbZ6CTFJGZMXZEfdrMXPn8NxiGJL7M3uKH/XLJtSd5lUkL7DojS7Uodv0vj+Mxy +kgOZY5JyNb4mZg7t5Q+MXEGh/psWVMu198r7V9jAKwV7QO4VRaMxmgD5yKocwuxvKDaUljdCg5/ wYIxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMu MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2Ug YXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBO b3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2Ny aWJlciBDQSAtIEczAhBsXT1GcwsFCfCgYicB/m2IMAkGBSsOAwIaBQCgggJtMBgGCSqGSIb3DQEJ AzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEwMTEwODA1MjUxOVowIwYJKoZIhvcNAQkE MRYEFGKHGqIlrrC4cs4p/brZsKlM4zqOMIIBAwYJKwYBBAGCNxAEMYH1MIHyMIHdMQswCQYDVQQG EwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5l dHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20v cnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlT aWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzMCEGxdPUZzCwUJ8KBiJwH+ bYgwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlT aWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJt cyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMV UGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1 YWwgU3Vic2NyaWJlciBDQSAtIEczAhBsXT1GcwsFCfCgYicB/m2IMA0GCSqGSIb3DQEBAQUABIIB AMBOwKYv+beL/Vrs7tcPcKLR2q1ku0fuwdinl73C8GC3M3kaKsQ2zEDKdFvZrD1nvbebyzY+sL1F X8GDhexw4Ha2+dmpcBv/vTE64DgnM19vQLIZPH5oz5NspJhPTyWkdRhaUmXnbl4EFcAjscbIOOIl PtPy9IyvEMXOUho1odsdB423D8F9I0/A2l1SG09Eh9eRT5hs/1MbgGWKnkvgnJwW1WWj+ahKnnja WMx5sJEsssWs9rXoUBCbEcwW6szD9hjidVjjk+z2jNrsjVertBJmAx0r1AuyHYW1VDurr34zht00 0m4PkGjPb/11N6dpW0SQxn+nXzxKPffTl49O5ToAAAAAAAA= --Apple-Mail-15--498410255-- From ananth@cisco.com Sun Nov 7 22:33:35 2010 Return-Path: X-Original-To: middisc@core3.amsl.com Delivered-To: middisc@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E119A3A6997 for ; Sun, 7 Nov 2010 22:33:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] 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 cfWblDj+xkZb for ; Sun, 7 Nov 2010 22:32:51 -0800 (PST) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id 101B23A6975 for ; Sun, 7 Nov 2010 22:32:42 -0800 (PST) Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAC4o10yrR7Hu/2dsb2JhbACiBnGfa5pghUgEhFiJDQ X-IronPort-AV: E=Sophos;i="4.58,312,1286150400"; d="scan'208";a="282384876" Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-5.cisco.com with ESMTP; 08 Nov 2010 06:32:57 +0000 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id oA86Wvl2015442; Mon, 8 Nov 2010 06:32:57 GMT Received: from xmb-sjc-21c.amer.cisco.com ([171.70.151.176]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 7 Nov 2010 22:32:57 -0800 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: Sun, 7 Nov 2010 22:32:55 -0800 Message-ID: <0C53DCFB700D144284A584F54711EC580B1AE8C8@xmb-sjc-21c.amer.cisco.com> In-Reply-To: <3A7359FB-7D3C-4D0F-9AA1-E0E6E5874267@nokia.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [middisc] status? Thread-Index: Act/BWFvpxe75cotTvaiuGeNh7aoogABnAeQ References: <3A7359FB-7D3C-4D0F-9AA1-E0E6E5874267@nokia.com> From: "Anantha Ramaiah (ananth)" To: "Lars Eggert" , X-OriginalArrivalTime: 08 Nov 2010 06:32:57.0295 (UTC) FILETIME=[C80FF5F0:01CB7F0E] Subject: Re: [middisc] status? X-BeenThere: middisc@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "Discussions on TCP option for middlebox discovery." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 06:33:35 -0000 Lars, From my side, it has been real crazy at work and I couldn't devote any time for this effort. I did follow the last few email exchanges on this. Few thoughts I had in mind was :- - to have a generic middle box option, which not only caters to the needs of middle box discovery, but also to stuff like the following :- http://tools.ietf.org/html/draft-wing-nat-reveal-option-00 (When I did an internal review of Dan's draft, I had suggested the same.) - Have a requirements document for the middisc TCP option. It appears to me that, there is a need for a precursor document to establish some common needs and a rationale for a midisc option. This would great help in getting to a faster consensus and would also help some new vendors who may be want to join this effort to come to the same page as the rest of us. Also, during the initial meeting, I am remembering that you were planning to send an email to the various IETF mailing lists citing this effort and asking if there are any other vendors who do this middisc and may be interested in joining this effort.. any progress on that front?=20 thoughts? Thanks, -Anantha -----Original Message----- From: middisc-bounces@ietf.org [mailto:middisc-bounces@ietf.org] On Behalf Of Lars Eggert Sent: Sunday, November 07, 2010 9:25 PM To: middisc@ietf.org Subject: [middisc] status? Hi, folks, I'm wondering what the status of this effort is - the list has been silent in the last months. Thanks, Lars From jamshid.mahdavi@bluecoat.com Sun Nov 7 22:49:26 2010 Return-Path: X-Original-To: middisc@core3.amsl.com Delivered-To: middisc@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EF0F73A69D2 for ; Sun, 7 Nov 2010 22:49:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[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 toAOKHo5RA4s for ; Sun, 7 Nov 2010 22:49:25 -0800 (PST) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by core3.amsl.com (Postfix) with ESMTP id 302223A69C0 for ; Sun, 7 Nov 2010 22:49:24 -0800 (PST) Received: from bcs-mail04.internal.cacheflow.com (bcsmail04.internal.cacheflow.com [10.2.2.56] (may be forged)) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id oA86ixru027836; Sun, 7 Nov 2010 22:44:59 -0800 (PST) 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: Sun, 7 Nov 2010 22:44:53 -0800 Message-ID: In-Reply-To: <0C53DCFB700D144284A584F54711EC580B1AE8C8@xmb-sjc-21c.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [middisc] status? Thread-Index: Act/BWFvpxe75cotTvaiuGeNh7aoogABnAeQAAEaTrA= References: <3A7359FB-7D3C-4D0F-9AA1-E0E6E5874267@nokia.com> <0C53DCFB700D144284A584F54711EC580B1AE8C8@xmb-sjc-21c.amer.cisco.com> From: "Mahdavi, Jamshid" To: "Anantha Ramaiah \(ananth\)" , "Lars Eggert" , Subject: Re: [middisc] status? X-BeenThere: middisc@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "Discussions on TCP option for middlebox discovery." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 06:49:27 -0000 I have been pulled off to work on other projects and have not been able to spend time on this. However, the other Blue Coat authors are still working in this area and should be able to comment from our side. --Jamshid=20 -----Original Message----- From: middisc-bounces@ietf.org [mailto:middisc-bounces@ietf.org] On Behalf Of Anantha Ramaiah (ananth) Sent: Sunday, November 07, 2010 10:33 PM To: Lars Eggert; middisc@ietf.org Subject: Re: [middisc] status? Lars, From my side, it has been real crazy at work and I couldn't devote any time for this effort. I did follow the last few email exchanges on this. Few thoughts I had in mind was :- - to have a generic middle box option, which not only caters to the needs of middle box discovery, but also to stuff like the following :- http://tools.ietf.org/html/draft-wing-nat-reveal-option-00 (When I did an internal review of Dan's draft, I had suggested the same.) - Have a requirements document for the middisc TCP option. It appears to me that, there is a need for a precursor document to establish some common needs and a rationale for a midisc option. This would great help in getting to a faster consensus and would also help some new vendors who may be want to join this effort to come to the same page as the rest of us. Also, during the initial meeting, I am remembering that you were planning to send an email to the various IETF mailing lists citing this effort and asking if there are any other vendors who do this middisc and may be interested in joining this effort.. any progress on that front?=20 thoughts? Thanks, -Anantha -----Original Message----- From: middisc-bounces@ietf.org [mailto:middisc-bounces@ietf.org] On Behalf Of Lars Eggert Sent: Sunday, November 07, 2010 9:25 PM To: middisc@ietf.org Subject: [middisc] status? Hi, folks, I'm wondering what the status of this effort is - the list has been silent in the last months. Thanks, Lars _______________________________________________ middisc mailing list middisc@ietf.org https://www.ietf.org/mailman/listinfo/middisc From qing.li@bluecoat.com Sun Nov 7 23:29:19 2010 Return-Path: X-Original-To: middisc@core3.amsl.com Delivered-To: middisc@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 96B7C3A6825 for ; Sun, 7 Nov 2010 23:29:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[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 RLkVU9tb-8Yc for ; Sun, 7 Nov 2010 23:29:18 -0800 (PST) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by core3.amsl.com (Postfix) with ESMTP id 898A73A6801 for ; Sun, 7 Nov 2010 23:29:18 -0800 (PST) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id oA87Tcef004577; Sun, 7 Nov 2010 23:29:38 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Sun, 7 Nov 2010 23:28:38 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [middisc] status? Thread-Index: Act/BWFvpxe75cotTvaiuGeNh7aoogABnAeQAAEaTrAAAZUo8g== References: <3A7359FB-7D3C-4D0F-9AA1-E0E6E5874267@nokia.com><0C53DCFB700D144284A584F54711EC580B1AE8C8@xmb-sjc-21c.amer.cisco.com> From: "Li, Qing" To: "Mahdavi, Jamshid" , "Anantha Ramaiah (ananth)" , "Lars Eggert" , Subject: Re: [middisc] status? X-BeenThere: middisc@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "Discussions on TCP option for middlebox discovery." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 07:29:19 -0000 I am at the IETF so do you guys want to get together and discuss the next step? =20 -- Qing ________________________________ From: middisc-bounces@ietf.org on behalf of Mahdavi, Jamshid Sent: Sun 11/7/2010 10:44 PM To: Anantha Ramaiah (ananth); Lars Eggert; middisc@ietf.org Subject: Re: [middisc] status? I have been pulled off to work on other projects and have not been able to spend time on this. However, the other Blue Coat authors are still working in this area and should be able to comment from our side. --Jamshid -----Original Message----- From: middisc-bounces@ietf.org [mailto:middisc-bounces@ietf.org] On Behalf Of Anantha Ramaiah (ananth) Sent: Sunday, November 07, 2010 10:33 PM To: Lars Eggert; middisc@ietf.org Subject: Re: [middisc] status? Lars, From my side, it has been real crazy at work and I couldn't devote any time for this effort. I did follow the last few email exchanges on this. Few thoughts I had in mind was :- - to have a generic middle box option, which not only caters to the needs of middle box discovery, but also to stuff like the following :- http://tools.ietf.org/html/draft-wing-nat-reveal-option-00 (When I did an internal review of Dan's draft, I had suggested the same.) - Have a requirements document for the middisc TCP option. It appears to me that, there is a need for a precursor document to establish some common needs and a rationale for a midisc option. This would great help in getting to a faster consensus and would also help some new vendors who may be want to join this effort to come to the same page as the rest of us. Also, during the initial meeting, I am remembering that you were planning to send an email to the various IETF mailing lists citing this effort and asking if there are any other vendors who do this middisc and may be interested in joining this effort.. any progress on that front? thoughts? Thanks, -Anantha -----Original Message----- From: middisc-bounces@ietf.org [mailto:middisc-bounces@ietf.org] On Behalf Of Lars Eggert Sent: Sunday, November 07, 2010 9:25 PM To: middisc@ietf.org Subject: [middisc] status? Hi, folks, I'm wondering what the status of this effort is - the list has been silent in the last months. Thanks, Lars _______________________________________________ middisc mailing list middisc@ietf.org https://www.ietf.org/mailman/listinfo/middisc _______________________________________________ middisc mailing list middisc@ietf.org https://www.ietf.org/mailman/listinfo/middisc From lars.eggert@nokia.com Sun Nov 7 23:41:36 2010 Return-Path: X-Original-To: middisc@core3.amsl.com Delivered-To: middisc@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D5C2E3A63D3 for ; Sun, 7 Nov 2010 23:41:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.402 X-Spam-Level: X-Spam-Status: No, score=-102.402 tagged_above=-999 required=5 tests=[AWL=0.197, BAYES_00=-2.599, 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 VwDO70FziQFS for ; Sun, 7 Nov 2010 23:41:36 -0800 (PST) Received: from mgw-sa02.nokia.com (smtp.nokia.com [147.243.1.48]) by core3.amsl.com (Postfix) with ESMTP id D0B953A67D4 for ; Sun, 7 Nov 2010 23:41:35 -0800 (PST) Received: from mail.fit.nokia.com (esdhcp030222.research.nokia.com [172.21.30.222]) by mgw-sa02.nokia.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id oA87fkAF019632 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Nov 2010 09:41:46 +0200 X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.96.4 at fit.nokia.com Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: multipart/signed; boundary=Apple-Mail-25--490234911; protocol="application/pkcs7-signature"; micalg=sha1 From: Lars Eggert In-Reply-To: Date: Mon, 8 Nov 2010 15:41:33 +0800 Message-Id: <3AABB02D-ECB2-46B5-83C0-98F11C348615@nokia.com> References: <3A7359FB-7D3C-4D0F-9AA1-E0E6E5874267@nokia.com><0C53DCFB700D144284A584F54711EC580B1AE8C8@xmb-sjc-21c.amer.cisco.com> To: "Li, Qing" X-Mailer: Apple Mail (2.1081) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mail.fit.nokia.com); Mon, 08 Nov 2010 09:41:40 +0200 (EET) X-Nokia-AV: Clean Cc: "middisc@ietf.org" Subject: Re: [middisc] status? X-BeenThere: middisc@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "Discussions on TCP option for middlebox discovery." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 07:41:36 -0000 --Apple-Mail-25--490234911 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 2010-11-8, at 15:28, Li, Qing wrote: > Also, during the initial meeting, I am remembering that you were > planning to send an email to the various IETF mailing lists citing = this > effort and asking if there are any other vendors who do this middisc = and > may be interested in joining this effort.. any progress on that front? No. The discussion was quite intense a few months back and I wanted to = wait until at least this little ad hoc group was on the path to = convergence... Lars= --Apple-Mail-25--490234911 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMRjCCBVAw ggQ4oAMCAQICEGxdPUZzCwUJ8KBiJwH+bYgwDQYJKoZIhvcNAQEFBQAwgd0xCzAJBgNVBAYTAlVT MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEg KGMpMDkxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24g Q2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMzAeFw0xMDEwMTUwMDAwMDBaFw0x MTEwMTUyMzU5NTlaMIIBEzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlT aWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9S UEEgSW5jb3JwLiBieSBSZWYuLExJQUIuTFREKGMpOTgxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZh bGlkYXRlZDEzMDEGA1UECxMqRGlnaXRhbCBJRCBDbGFzcyAxIC0gTmV0c2NhcGUgRnVsbCBTZXJ2 aWNlMRQwEgYDVQQDFAtMYXJzIEVnZ2VydDEkMCIGCSqGSIb3DQEJARYVbGFycy5lZ2dlcnRAbm9r aWEuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAwolKEyOz/NQZJJlw0x9XBS9W wCmabdY1fXpbWSdcaJiEWhQpRzSIC/pgIwCgaUW9g3JsWioXCawyjUVeg8xR42sR690f4z+OPAUm 3jokZxsuRaGX6fuPkPQomYAGz7htUHws/8FZIU+4dciETQf4vF5ptitJ+QZCVRCTLqisj6mG/kG4 65Op3G5/YZF9F/a390LdhuRP6vdY2Y+dqm8LDa0zmENPpoE98u1pIZGqCcnskN/nNBtEPd+a4lNh ZSGnPuL4XCUSJYR9NB7FAYBvi5N7LSWHR3fspwa5EgpXynJcsLzaLA0iGfjFOBYFxul/07edmyw4 FIXuCIkaMDUfEwIDAQABo4HSMIHPMAkGA1UdEwQCMAAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIF oDAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwUAYDVR0fBEkwRzBFoEOgQYY/aHR0cDov L2luZGMxZGlnaXRhbGlkLWczLWNybC52ZXJpc2lnbi5jb20vSW5kQzFEaWdpdGFsSUQtRzMuY3Js MA0GCSqGSIb3DQEBBQUAA4IBAQAlSTzUKqa3ZouKWFQfIJ+4l/KsztPnY4Onwzt8lqAmeiFPqOmf kLTXbXDKtC6caFadNtyHpnsmQFFKXwhe5Z9/AaVSwryu6F9992DzYLp3j8PE0DSU0wmpUXUtp+rz TFqJRkzB8RCBoq/TPBmkMPr68qB0TkU3dbYiVIvscOt1MRkdHiwG4wKQLyCf8XRRWqmMY6lbun7g kiEWiris5StGKRvE5+e1SrcdnoZxIKQFF7Etr+4ftClrsDQWX9nRCEjYcmz4y/deq+HU8ylBaKZE 0ZJmcnYlAaD50OYWi0ckGDnKYyeMUEtCZJSV0otm2LqyIUAu9WPv/GNHt2ntjnUaMIIG7jCCBdag AwIBAgIQcRVmBUrkkSFN6bxE+azT3DANBgkqhkiG9w0BAQUFADCByjELMAkGA1UEBhMCVVMxFzAV BgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTow OAYDVQQLEzEoYykgMTk5OSBWZXJpU2lnbiwgSW5jLiAtIEZvciBhdXRob3JpemVkIHVzZSBvbmx5 MUUwQwYDVQQDEzxWZXJpU2lnbiBDbGFzcyAxIFB1YmxpYyBQcmltYXJ5IENlcnRpZmljYXRpb24g QXV0aG9yaXR5IC0gRzMwHhcNMDkwNTAxMDAwMDAwWhcNMTkwNDMwMjM1OTU5WjCB3TELMAkGA1UE BhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBO ZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29t L3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJp U2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEczMIIBIjANBgkqhkiG9w0B AQEFAAOCAQ8AMIIBCgKCAQEA7cRH3yooHXwGa7vXITLJbBOP6bGNQU4099oL42r6ZYggCxET6Zvg SU6Lb9UB0F8NR5GKWkx0Pj/GkQm7TDSejW6hglFi92l2WJYHr54UGAdPWr2f0jGyVBlzRmoZQhHs EnMhjfXcMM3l2VYKMcU2bSkUl70t2olHGYjYSwQ967Y8Zx50ABMN0Ibak2f4MwOuGjxraXj2wCyO 4YM/d/mZ//6fUlrCtIcK2GypR8FUKWVDPkrAlh/Brfd3r2yxBF6+wbaULZeQLSfSux7pg2qE9sSy riMGZSalJ1grByK0b6ZiSBp38tVQJ5op05b7KPW6JHZi44xZ6/tu1ULEvkHH9QIDAQABo4ICuTCC ArUwNAYIKwYBBQUHAQEEKDAmMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC52ZXJpc2lnbi5jb20w EgYDVR0TAQH/BAgwBgEB/wIBADBwBgNVHSAEaTBnMGUGC2CGSAGG+EUBBxcBMFYwKAYIKwYBBQUH AgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9jcHMwKgYIKwYBBQUHAgIwHhocaHR0cHM6Ly93 d3cudmVyaXNpZ24uY29tL3JwYTA0BgNVHR8ELTArMCmgJ6AlhiNodHRwOi8vY3JsLnZlcmlzaWdu LmNvbS9wY2ExLWczLmNybDAOBgNVHQ8BAf8EBAMCAQYwbgYIKwYBBQUHAQwEYjBgoV6gXDBaMFgw VhYJaW1hZ2UvZ2lmMCEwHzAHBgUrDgMCGgQUS2u5KJYGDLvQUjibKaxLB4shBRgwJhYkaHR0cDov L2xvZ28udmVyaXNpZ24uY29tL3ZzbG9nbzEuZ2lmMC4GA1UdEQQnMCWkIzAhMR8wHQYDVQQDExZQ cml2YXRlTGFiZWw0LTIwNDgtMTE4MB0GA1UdDgQWBBR5R2EIQf04BKJL57XM9UP2SSsR+DCB8QYD VR0jBIHpMIHmoYHQpIHNMIHKMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4x HzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOjA4BgNVBAsTMShjKSAxOTk5IFZlcmlT aWduLCBJbmMuIC0gRm9yIGF1dGhvcml6ZWQgdXNlIG9ubHkxRTBDBgNVBAMTPFZlcmlTaWduIENs YXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgLSBHM4IRAItbdVaE VIULAM+vOEjOsaQwDQYJKoZIhvcNAQEFBQADggEBADlNz0GZgbWpBbVSOOk5hIls5DSoWufYbAlM JBq6WaSHO3Mh8ZOBz79oY1pn/jWFK6HDXaNKwjoZ3TDWzE3v8dKBl8pUWkO/N4t6jhmND0OojPKv YLMVirOVnDzgnrMnmKQ1chfl/Cpdh9OKDcLRRSr4wPSsKpM61a4ScAjr+zvid+zoK2Q1ds262uDR yxTWcVibvtU+fbbZ6CTFJGZMXZEfdrMXPn8NxiGJL7M3uKH/XLJtSd5lUkL7DojS7Uodv0vj+Mxy +kgOZY5JyNb4mZg7t5Q+MXEGh/psWVMu198r7V9jAKwV7QO4VRaMxmgD5yKocwuxvKDaUljdCg5/ wYIxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMu MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2Ug YXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBO b3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2Ny aWJlciBDQSAtIEczAhBsXT1GcwsFCfCgYicB/m2IMAkGBSsOAwIaBQCgggJtMBgGCSqGSIb3DQEJ AzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEwMTEwODA3NDEzNFowIwYJKoZIhvcNAQkE MRYEFKi0iI00WPkQSahN9CIszGLGmKZdMIIBAwYJKwYBBAGCNxAEMYH1MIHyMIHdMQswCQYDVQQG EwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5l dHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20v cnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlT aWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzMCEGxdPUZzCwUJ8KBiJwH+ bYgwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlT aWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJt cyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMV UGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1 YWwgU3Vic2NyaWJlciBDQSAtIEczAhBsXT1GcwsFCfCgYicB/m2IMA0GCSqGSIb3DQEBAQUABIIB AInfOmnUXwUV2EF8YnuvJFNKAINwaEiA9DLjS8ABHtNbGHfE6nYBJj+7y975PqtSRb19PkpgYKph w21lkmpyLHm5TNCkLJyvbdoCp+qg/3q9ttCjO+fhShhR8F7TLGApW+N2rh8qxRLw+YPuglaJqQjV uBplfMV/nJJiZOK/wrrFMZJNX/64n8pADWHsz3+2L/mM0CIEbnEyFOyxYqW1NyVnn1NX2Vdx6mud 50Xf58O6GKXhi9PBup1eq5nq+LFOLELJmuHZ4O/V95/kQMQf7U+ZdUY7IIt/BioNGLZ5er5glMAz 0T/7fHWR/3eLaqoTr/Pjd44fFN1HA+/3N50zdmAAAAAAAAA= --Apple-Mail-25--490234911-- From andrew.knutsen@bluecoat.com Mon Nov 8 11:01:23 2010 Return-Path: X-Original-To: middisc@core3.amsl.com Delivered-To: middisc@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 76F743A687F for ; Mon, 8 Nov 2010 11:01:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.514 X-Spam-Level: X-Spam-Status: No, score=-0.514 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, J_CHICKENPOX_43=0.6, J_CHICKENPOX_65=0.6] 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 u0bNdG3nzdR6 for ; Mon, 8 Nov 2010 11:01:22 -0800 (PST) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by core3.amsl.com (Postfix) with ESMTP id 4BEC83A6800 for ; Mon, 8 Nov 2010 11:01:22 -0800 (PST) Received: from exchfront1.internal.cacheflow.com (exchfront1 [10.2.2.114]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id oA8J1h0h008815; Mon, 8 Nov 2010 11:01:43 -0800 (PST) Received: from [10.9.84.250] ([10.9.84.250]) by exchfront1.internal.cacheflow.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 8 Nov 2010 11:01:38 -0800 Message-ID: <4CD84913.5090105@bluecoat.com> Date: Mon, 08 Nov 2010 11:01:39 -0800 From: Andrew Knutsen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Lars Eggert References: <3A7359FB-7D3C-4D0F-9AA1-E0E6E5874267@nokia.com><0C53DCFB700D144284A584F54711EC580B1AE8C8@xmb-sjc-21c.amer.cisco.com> <3AABB02D-ECB2-46B5-83C0-98F11C348615@nokia.com> In-Reply-To: <3AABB02D-ECB2-46B5-83C0-98F11C348615@nokia.com> Content-Type: multipart/mixed; boundary="------------050507010606070908060805" X-OriginalArrivalTime: 08 Nov 2010 19:01:38.0809 (UTC) FILETIME=[5F5F0690:01CB7F77] Cc: "middisc@ietf.org" Subject: Re: [middisc] status? X-BeenThere: middisc@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "Discussions on TCP option for middlebox discovery." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 19:01:23 -0000 This is a multi-part message in MIME format. --------------050507010606070908060805 Content-Type: multipart/alternative; boundary="------------070402030703020001070105" --------------070402030703020001070105 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mark, Ron and I had pretty much settled on a proposal a few months ago, but unfortunately I got busy elsewhere and haven't written it up as a draft. I'm assuming this will be a different draft from the TCPM one that is currently expiring. I've attached Ron's email with the current proposal. Andrew On 11/7/2010 11:41 PM, Lars Eggert wrote: > On 2010-11-8, at 15:28, Li, Qing wrote: >> Also, during the initial meeting, I am remembering that you were >> planning to send an email to the various IETF mailing lists citing this >> effort and asking if there are any other vendors who do this middisc and >> may be interested in joining this effort.. any progress on that front? > No. The discussion was quite intense a few months back and I wanted to wait until at least this little ad hoc group was on the path to convergence... > > Lars > > > _______________________________________________ > middisc mailing list > middisc@ietf.org > https://www.ietf.org/mailman/listinfo/middisc --------------070402030703020001070105 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
    Mark, Ron and I had pretty much settled on a proposal a few months ago, but unfortunately I got busy elsewhere and haven't written it up as a draft.  I'm assuming this will be a different draft from the TCPM one that is currently expiring.  I've attached Ron's email with the current proposal.

Andrew

On 11/7/2010 11:41 PM, Lars Eggert wrote: 
On 2010-11-8, at 15:28, Li, Qing wrote:

Also, during the initial meeting, I am remembering that you were
planning to send an email to the various IETF mailing lists citing this
effort and asking if there are any other vendors who do this middisc and
may be interested in joining this effort.. any progress on that front?

No. The discussion was quite intense a few months back and I wanted to wait until at least this little ad hoc group was on the path to convergence...

Lars

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

--------------070402030703020001070105-- --------------050507010606070908060805 Content-Type: message/rfc822; name="Attached Message" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="Attached Message" X-MimeOLE: Produced By Microsoft Exchange V6.5 Received: from webmail.internal.cacheflow.com ([216.52.23.20]) by bcs-mail03.internal.cacheflow.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 1 Jul 2010 18:37:44 -0700 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01CB1987.2AD3E400" Received: from whisker.bluecoat.com ([216.52.23.28]) by webmail.internal.cacheflow.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 1 Jul 2010 18:37:44 -0700 Received: from mx0a-0001ed01.pphosted.com (mx0a-0001ed01.pphosted.com [67.231.144.112]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id o621bi29023160 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Jul 2010 18:37:44 -0700 (PDT) Received: from pps.filterd (m0000517 [127.0.0.1]) by mx0a-0001ed01.pphosted.com (8.14.3/8.14.3) with SMTP id o621aYFe016908; Thu, 1 Jul 2010 18:37:44 -0700 Received: from mail.ietf.org (mail.ietf.org [64.170.98.32]) by mx0a-0001ed01.pphosted.com with ESMTP id pkctek81s-1; Thu, 01 Jul 2010 18:37:43 -0700 Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1DBE43A685E; Thu, 1 Jul 2010 18:37:31 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 235D33A6805 for ; Thu, 1 Jul 2010 18:37:30 -0700 (PDT) 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 cNsz1zDV5Kfj for ; Thu, 1 Jul 2010 18:37:29 -0700 (PDT) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by core3.amsl.com (Postfix) with ESMTP id 3495E3A6803 for ; Thu, 1 Jul 2010 18:37:28 -0700 (PDT) Received: from exchfront1.internal.cacheflow.com (exchfront1 [10.2.2.114]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id o621berX023084; Thu, 1 Jul 2010 18:37:40 -0700 (PDT) Received: from ronfred.sv.bluecoat.com ([10.2.15.99]) by exchfront1.internal.cacheflow.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 1 Jul 2010 18:37:35 -0700 Return-Path: X-Mailer: Apple Mail (2.1081) X-OriginalArrivalTime: 02 Jul 2010 01:37:35.0534 (UTC)FILETIME=[25C814E0:01CB1987] X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1004200000 definitions=main-1007010160 X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5,1.2.40,4.0.166 definitions=2010-07-01_03:2010-02-06,2010-07-01,2010-07-01 signatures=0 X-Virus-Scanned: amavisd-new at amsl.com X-Mailman-Version: 2.1.9 X-BeenThere: middisc@ietf.org Errors-to: middisc-bounces@ietf.org List-Archive: List-Post: List-Id: "Discussions on TCP option for middlebox discovery." X-Spam-Status: No, score=1.155 tagged_above=-999 required=5 tests=[AWL=-0.931, BAYES_50=0.001, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001,J_CHICKENPOX_43=0.6, J_CHICKENPOX_65=0.6] X-Spam-Flag: NO X-Spam-Level: * X-Spam-Score: 1.155 X-Original-To: middisc@core3.amsl.com Delivered-To: middisc@core3.amsl.com Content-class: urn:content-classes:message Subject: Re: [middisc] Poll re vendor ID format Date: Thu, 1 Jul 2010 17:37:35 -0800 Message-ID: <2177A9D6-6D49-4E9E-B745-11C15EFDF43E@bluecoat.com> In-Reply-To: X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: [middisc] Poll re vendor ID format Thread-Index: AcsZhytOgSG0bswXRHShbnID4jGHOw== List-Help: List-Subscribe: , List-Unsubscribe: , From: "Ron Frederick" Sender: To: "Mark Day" Cc: This is a multi-part message in MIME format. ------_=_NextPart_001_01CB1987.2AD3E400 Content-Type: multipart/alternative; boundary="----_=_NextPart_002_01CB1987.2AD3E400" ------_=_NextPart_002_01CB1987.2AD3E400 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable On Jun 30, 2010, at 11:23 AM, Mark Day wrote: =09 Yes, I guess so. Not exactly elegant conceptually, I admit.=20 =20 But if the goal is to have the type byte in a predictable place across = all standard, vendor-ID & OUI usages, while minimizing the number of = bytes of mandatory overhead, I think it=92s the right solution.=20 While it's not ideal, I can live with it. So, to summarize, I think = we're proposing the following alternatives as supported: Case 1: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +---------------+---------------+---------------+---------------+ | Opt kind=3DTBD | Opt len | Vendor =3D 0x00 | Std type code | +---------------+---------------+---------------+---------------+ | | | ... Optional standard payload data dependent on type code ... | | | +---------------+---------------+---------------+---------------+ Case 2: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +---------------+---------------+---------------+---------------+ | Opt kind=3DTBD | Opt len | Vendor =3D 0xFF | Vend typecode | +---------------+---------------+---------------+---------------+ | Vendor OUI (3 bytes) | | +---------------+---------------+---------------+ | | | | ...Optional vendor payload data dependent on vend typecode... | | | +---------------+---------------+---------------+---------------+ Case 3: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +---------------+---------------+---------------+---------------+ | Opt kind=3DTBD | Opt len | Vendor=3DOther | | +---------------+---------------+---------------+ | | | | ...Optional vendor payload data dependent on vend typecode... | | | +---------------+---------------+---------------+---------------+ In case 3, the byte following the Vendor field SHOULD be a vendor type = code, as shown in case 2. However, vendors MAY encode option type = information in other ways for their specific vendor code. Is everyone ok with this? --=20 Ron Frederick ronf@bluecoat.com ------_=_NextPart_002_01CB1987.2AD3E400 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
On Jun 30, 2010, at 11:23 AM, Mark Day = wrote:
Yes, I guess so.  = Not exactly elegant conceptually, I = admit. 
But = if the goal is to have the type byte in a predictable place across all = standard, vendor-ID & OUI usages, while minimizing the number of = bytes of mandatory overhead, I think it=92s the right = solution. 

While it's not ideal, I can live with it. So, to summarize, I think = we're proposing the following alternatives as = supported:

Case = 1:

 0             =       1               =     2                 =   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 = 1
+---------------+---------------+---------------+---------------+
| Opt kind=3DTBD  |    Opt len    | = Vendor =3D 0x00 | Std type code |
+---------------+---------------+---------------+---------------+
|                   =                     =                     =     |
| ... Optional standard payload data dependent on = type code ... |
|             =                     =                     =           |
+---------------+---------------+---------------+---------------+

Case = 2:

 0             =       1               =     2                 =   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 = 1
+---------------+---------------+---------------+---------------+
| Opt kind=3DTBD  |    Opt len    | = Vendor =3D 0xFF | Vend typecode |
+---------------+---------------+---------------+---------------+
|              Vendor OUI (3 = bytes)             |       =         |
+---------------+---------------+---------------+     =           |
|       =                     =                     =                 = |
| ...Optional vendor payload data = dependent on vend typecode... |
| =                     =                     =                     =   |
+---------------+---------------+---------------+---------------+

Case = 3:

 0             =       1               =     2                 =   3
 0 1 2 3 4 5 6 7 = 8 9 0 1 2 3 4 5 6 7 8 9+---------------+---------------+---------------+---------------+
| Opt kind=3DTBD =  |    Opt len    | Vendor=3DOther  | =               |
+---------------+---------------+---------------+ =               |
|             =                     =                     =           |
| ...Optional vendor payload data dependent on = vend typecode... |
+---------------+---------------+---------------+---------------+

In case 3, the byte following the Vendor field SHOULD be a = vendor type code, as shown in case 2. However, vendors MAY encode option = type information in other ways for their specific vendor code.

Is everyone ok with = this?
-- 
Ron Frederick

------_=_NextPart_002_01CB1987.2AD3E400-- ------_=_NextPart_001_01CB1987.2AD3E400 Content-Type: text/plain; name="ATT176109638.txt" Content-Transfer-Encoding: base64 Content-Description: ATT176109638.txt Content-Disposition: inline; filename="ATT176109638.txt" X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCm1pZGRpc2Mg bWFpbGluZyBsaXN0DQptaWRkaXNjQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL21pZGRpc2MNCg== ------_=_NextPart_001_01CB1987.2AD3E400-- --------------050507010606070908060805-- From ananth@cisco.com Mon Nov 8 11:30:04 2010 Return-Path: X-Original-To: middisc@core3.amsl.com Delivered-To: middisc@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AA2263A686D for ; Mon, 8 Nov 2010 11:30:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] 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 KSYkq7KpraBy for ; Mon, 8 Nov 2010 11:29:58 -0800 (PST) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id A243A3A67F6 for ; Mon, 8 Nov 2010 11:29:58 -0800 (PST) Authentication-Results: sj-iport-4.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAP/e10yrR7Ht/2dsb2JhbACBZ6AlcaFHm2GFSASEWIkN X-IronPort-AV: E=Sophos;i="4.59,170,1288569600"; d="scan'208,217";a="213698804" Received: from sj-core-1.cisco.com ([171.71.177.237]) by sj-iport-4.cisco.com with ESMTP; 08 Nov 2010 19:30:20 +0000 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id oA8JUDi8010066; Mon, 8 Nov 2010 19:30:20 GMT Received: from xmb-sjc-21c.amer.cisco.com ([171.70.151.176]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 8 Nov 2010 11:30:18 -0800 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_01CB7F7B.604005FA" Date: Mon, 8 Nov 2010 11:30:17 -0800 Message-ID: <0C53DCFB700D144284A584F54711EC580B241B29@xmb-sjc-21c.amer.cisco.com> In-Reply-To: <4CD84913.5090105@bluecoat.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [middisc] status? Thread-Index: Act/d3vYZViz8vkVQW+Qxp31KlCmxQAAy96w References: <3A7359FB-7D3C-4D0F-9AA1-E0E6E5874267@nokia.com><0C53DCFB700D144284A584F54711EC580B1AE8C8@xmb-sjc-21c.amer.cisco.com> <3AABB02D-ECB2-46B5-83C0-98F11C348615@nokia.com> <4CD84913.5090105@bluecoat.com> From: "Anantha Ramaiah (ananth)" To: "Andrew Knutsen" , "Lars Eggert" X-OriginalArrivalTime: 08 Nov 2010 19:30:18.0874 (UTC) FILETIME=[609C1DA0:01CB7F7B] Cc: middisc@ietf.org Subject: Re: [middisc] status? X-BeenThere: middisc@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "Discussions on TCP option for middlebox discovery." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 19:30:04 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CB7F7B.604005FA Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Andrew, I think my comment here is that the option format needs to as generic as possible to accommodate other use cases. I had posted another example (NAT reveal option which is is being proposed). I have the following suggestions/comments :- =20 - I think it would be expedient to produce a requirements document. This is very useful to keep many folks on the same page and will be useful when the TCP option gets discussed. =20 - do we want a middlebox discovery option OR a generic Proxy option which can cover other use cases? - Would IANA manage the vendor ID's ?=20 Thanks, -Anantha =20 From: middisc-bounces@ietf.org [mailto:middisc-bounces@ietf.org] On Behalf Of Andrew Knutsen Sent: Monday, November 08, 2010 11:02 AM To: Lars Eggert Cc: middisc@ietf.org Subject: Re: [middisc] status? =20 Mark, Ron and I had pretty much settled on a proposal a few months ago, but unfortunately I got busy elsewhere and haven't written it up as a draft. I'm assuming this will be a different draft from the TCPM one that is currently expiring. I've attached Ron's email with the current proposal. Andrew On 11/7/2010 11:41 PM, Lars Eggert wrote:=20 On 2010-11-8, at 15:28, Li, Qing wrote: Also, during the initial meeting, I am remembering that you were planning to send an email to the various IETF mailing lists citing this effort and asking if there are any other vendors who do this middisc and may be interested in joining this effort.. any progress on that front? =20 No. The discussion was quite intense a few months back and I wanted to wait until at least this little ad hoc group was on the path to convergence... =20 Lars =20 =20 _______________________________________________ middisc mailing list middisc@ietf.org https://www.ietf.org/mailman/listinfo/middisc =20 ------_=_NextPart_001_01CB7F7B.604005FA Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Andrew,

       I think my comment = here is that the option format needs to as generic as possible to accommodate = other use cases. I had posted another example (NAT reveal option which is is being proposed).  I have the following suggestions/comments = :-

 

-          I think it would be expedient to produce a requirements document. This is very useful to keep many folks on the same page and = will be useful when the  TCP option gets discussed.  =

-          do we want a middlebox discovery option OR a generic = Proxy option which can cover other use cases?

-          Would IANA manage the vendor ID’s ? =

Thanks,

-Anantha

 

From: middisc-bounces@ietf.org = [mailto:middisc-bounces@ietf.org] On Behalf Of Andrew Knutsen
Sent: Monday, November 08, 2010 11:02 AM
To: Lars Eggert
Cc: middisc@ietf.org
Subject: Re: [middisc] status?

 


    Mark, Ron and I had pretty much settled on a proposal = a few months ago, but unfortunately I got busy elsewhere and haven't written = it up as a draft.  I'm assuming this will be a different draft from the TCPM = one that is currently expiring.  I've attached Ron's email with the = current proposal.

Andrew

On 11/7/2010 11:41 PM, Lars Eggert wrote: 

On 2010-11-8, at 15:28, Li, Qing wrote:
Also, =
during the initial meeting, I am remembering that you =
were
planning to send an email to the various IETF =
mailing lists citing this
effort and asking if =
there are any other vendors who do this middisc =
and
may be interested in joining this effort.. any =
progress on that front?
 
No. The discussion was quite intense a =
few months back and I wanted to wait until at least this little ad hoc =
group was on the path to =
convergence...
 
Lars=

 
 
=
_______________________________________________
midd=
isc mailing list
middisc@ietf.org
https://www.ietf.o= rg/mailman/listinfo/middisc

 

------_=_NextPart_001_01CB7F7B.604005FA-- From lars.eggert@nokia.com Mon Nov 8 17:20:37 2010 Return-Path: X-Original-To: middisc@core3.amsl.com Delivered-To: middisc@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 144EB3A69FE for ; Mon, 8 Nov 2010 17:20:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.411 X-Spam-Level: X-Spam-Status: No, score=-102.411 tagged_above=-999 required=5 tests=[AWL=0.188, BAYES_00=-2.599, 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 VSXvCLU33TMk for ; Mon, 8 Nov 2010 17:20:36 -0800 (PST) Received: from mgw-sa02.nokia.com (smtp.nokia.com [147.243.1.48]) by core3.amsl.com (Postfix) with ESMTP id 208033A691A for ; Mon, 8 Nov 2010 17:20:35 -0800 (PST) Received: from mail.fit.nokia.com (esdhcp030222.research.nokia.com [172.21.30.222]) by mgw-sa02.nokia.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id oA91Koej005396 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Nov 2010 03:20:51 +0200 X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.96.4 at fit.nokia.com Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: multipart/signed; boundary=Apple-Mail-36--426690684; protocol="application/pkcs7-signature"; micalg=sha1 From: Lars Eggert In-Reply-To: <0C53DCFB700D144284A584F54711EC580B241B29@xmb-sjc-21c.amer.cisco.com> Date: Tue, 9 Nov 2010 09:20:38 +0800 Message-Id: References: <3A7359FB-7D3C-4D0F-9AA1-E0E6E5874267@nokia.com><0C53DCFB700D144284A584F54711EC580B1AE8C8@xmb-sjc-21c.amer.cisco.com> <3AABB02D-ECB2-46B5-83C0-98F11C348615@nokia.com> <4CD84913.5090105@bluecoat.com> <0C53DCFB700D144284A584F54711EC580B241B29@xmb-sjc-21c.amer.cisco.com> To: Anantha Ramaiah (ananth) X-Mailer: Apple Mail (2.1081) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mail.fit.nokia.com); Tue, 09 Nov 2010 03:20:44 +0200 (EET) X-Nokia-AV: Clean Cc: "middisc@ietf.org" Subject: Re: [middisc] status? X-BeenThere: middisc@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "Discussions on TCP option for middlebox discovery." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2010 01:20:37 -0000 --Apple-Mail-36--426690684 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, On 2010-11-9, at 3:30, Anantha Ramaiah (ananth) wrote: > I think my comment here is that the option format needs to as = generic as possible to accommodate other use cases. I had posted another = example (NAT reveal option which is is being proposed). we can certainly discuss whether other uses under the umbrella of = "middlebox discovery" should be possible with this option. But I want to stress that the intent here is specifically *not* to set = aside a codepoint for arbitrary vendor extensions of TCP. Lars= --Apple-Mail-36--426690684 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMRjCCBVAw ggQ4oAMCAQICEGxdPUZzCwUJ8KBiJwH+bYgwDQYJKoZIhvcNAQEFBQAwgd0xCzAJBgNVBAYTAlVT MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEg KGMpMDkxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24g Q2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMzAeFw0xMDEwMTUwMDAwMDBaFw0x MTEwMTUyMzU5NTlaMIIBEzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlT aWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9S UEEgSW5jb3JwLiBieSBSZWYuLExJQUIuTFREKGMpOTgxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZh bGlkYXRlZDEzMDEGA1UECxMqRGlnaXRhbCBJRCBDbGFzcyAxIC0gTmV0c2NhcGUgRnVsbCBTZXJ2 aWNlMRQwEgYDVQQDFAtMYXJzIEVnZ2VydDEkMCIGCSqGSIb3DQEJARYVbGFycy5lZ2dlcnRAbm9r aWEuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAwolKEyOz/NQZJJlw0x9XBS9W wCmabdY1fXpbWSdcaJiEWhQpRzSIC/pgIwCgaUW9g3JsWioXCawyjUVeg8xR42sR690f4z+OPAUm 3jokZxsuRaGX6fuPkPQomYAGz7htUHws/8FZIU+4dciETQf4vF5ptitJ+QZCVRCTLqisj6mG/kG4 65Op3G5/YZF9F/a390LdhuRP6vdY2Y+dqm8LDa0zmENPpoE98u1pIZGqCcnskN/nNBtEPd+a4lNh ZSGnPuL4XCUSJYR9NB7FAYBvi5N7LSWHR3fspwa5EgpXynJcsLzaLA0iGfjFOBYFxul/07edmyw4 FIXuCIkaMDUfEwIDAQABo4HSMIHPMAkGA1UdEwQCMAAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIF oDAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwUAYDVR0fBEkwRzBFoEOgQYY/aHR0cDov L2luZGMxZGlnaXRhbGlkLWczLWNybC52ZXJpc2lnbi5jb20vSW5kQzFEaWdpdGFsSUQtRzMuY3Js MA0GCSqGSIb3DQEBBQUAA4IBAQAlSTzUKqa3ZouKWFQfIJ+4l/KsztPnY4Onwzt8lqAmeiFPqOmf kLTXbXDKtC6caFadNtyHpnsmQFFKXwhe5Z9/AaVSwryu6F9992DzYLp3j8PE0DSU0wmpUXUtp+rz TFqJRkzB8RCBoq/TPBmkMPr68qB0TkU3dbYiVIvscOt1MRkdHiwG4wKQLyCf8XRRWqmMY6lbun7g kiEWiris5StGKRvE5+e1SrcdnoZxIKQFF7Etr+4ftClrsDQWX9nRCEjYcmz4y/deq+HU8ylBaKZE 0ZJmcnYlAaD50OYWi0ckGDnKYyeMUEtCZJSV0otm2LqyIUAu9WPv/GNHt2ntjnUaMIIG7jCCBdag AwIBAgIQcRVmBUrkkSFN6bxE+azT3DANBgkqhkiG9w0BAQUFADCByjELMAkGA1UEBhMCVVMxFzAV BgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTow OAYDVQQLEzEoYykgMTk5OSBWZXJpU2lnbiwgSW5jLiAtIEZvciBhdXRob3JpemVkIHVzZSBvbmx5 MUUwQwYDVQQDEzxWZXJpU2lnbiBDbGFzcyAxIFB1YmxpYyBQcmltYXJ5IENlcnRpZmljYXRpb24g QXV0aG9yaXR5IC0gRzMwHhcNMDkwNTAxMDAwMDAwWhcNMTkwNDMwMjM1OTU5WjCB3TELMAkGA1UE BhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBO ZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29t L3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJp U2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEczMIIBIjANBgkqhkiG9w0B AQEFAAOCAQ8AMIIBCgKCAQEA7cRH3yooHXwGa7vXITLJbBOP6bGNQU4099oL42r6ZYggCxET6Zvg SU6Lb9UB0F8NR5GKWkx0Pj/GkQm7TDSejW6hglFi92l2WJYHr54UGAdPWr2f0jGyVBlzRmoZQhHs EnMhjfXcMM3l2VYKMcU2bSkUl70t2olHGYjYSwQ967Y8Zx50ABMN0Ibak2f4MwOuGjxraXj2wCyO 4YM/d/mZ//6fUlrCtIcK2GypR8FUKWVDPkrAlh/Brfd3r2yxBF6+wbaULZeQLSfSux7pg2qE9sSy riMGZSalJ1grByK0b6ZiSBp38tVQJ5op05b7KPW6JHZi44xZ6/tu1ULEvkHH9QIDAQABo4ICuTCC ArUwNAYIKwYBBQUHAQEEKDAmMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC52ZXJpc2lnbi5jb20w EgYDVR0TAQH/BAgwBgEB/wIBADBwBgNVHSAEaTBnMGUGC2CGSAGG+EUBBxcBMFYwKAYIKwYBBQUH AgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9jcHMwKgYIKwYBBQUHAgIwHhocaHR0cHM6Ly93 d3cudmVyaXNpZ24uY29tL3JwYTA0BgNVHR8ELTArMCmgJ6AlhiNodHRwOi8vY3JsLnZlcmlzaWdu LmNvbS9wY2ExLWczLmNybDAOBgNVHQ8BAf8EBAMCAQYwbgYIKwYBBQUHAQwEYjBgoV6gXDBaMFgw VhYJaW1hZ2UvZ2lmMCEwHzAHBgUrDgMCGgQUS2u5KJYGDLvQUjibKaxLB4shBRgwJhYkaHR0cDov L2xvZ28udmVyaXNpZ24uY29tL3ZzbG9nbzEuZ2lmMC4GA1UdEQQnMCWkIzAhMR8wHQYDVQQDExZQ cml2YXRlTGFiZWw0LTIwNDgtMTE4MB0GA1UdDgQWBBR5R2EIQf04BKJL57XM9UP2SSsR+DCB8QYD VR0jBIHpMIHmoYHQpIHNMIHKMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4x HzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOjA4BgNVBAsTMShjKSAxOTk5IFZlcmlT aWduLCBJbmMuIC0gRm9yIGF1dGhvcml6ZWQgdXNlIG9ubHkxRTBDBgNVBAMTPFZlcmlTaWduIENs YXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgLSBHM4IRAItbdVaE VIULAM+vOEjOsaQwDQYJKoZIhvcNAQEFBQADggEBADlNz0GZgbWpBbVSOOk5hIls5DSoWufYbAlM JBq6WaSHO3Mh8ZOBz79oY1pn/jWFK6HDXaNKwjoZ3TDWzE3v8dKBl8pUWkO/N4t6jhmND0OojPKv YLMVirOVnDzgnrMnmKQ1chfl/Cpdh9OKDcLRRSr4wPSsKpM61a4ScAjr+zvid+zoK2Q1ds262uDR yxTWcVibvtU+fbbZ6CTFJGZMXZEfdrMXPn8NxiGJL7M3uKH/XLJtSd5lUkL7DojS7Uodv0vj+Mxy +kgOZY5JyNb4mZg7t5Q+MXEGh/psWVMu198r7V9jAKwV7QO4VRaMxmgD5yKocwuxvKDaUljdCg5/ wYIxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMu MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2Ug YXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBO b3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2Ny aWJlciBDQSAtIEczAhBsXT1GcwsFCfCgYicB/m2IMAkGBSsOAwIaBQCgggJtMBgGCSqGSIb3DQEJ AzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEwMTEwOTAxMjAzOFowIwYJKoZIhvcNAQkE MRYEFF/VVr9Sk5ule2CRZNdmIykPx+qQMIIBAwYJKwYBBAGCNxAEMYH1MIHyMIHdMQswCQYDVQQG EwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5l dHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20v cnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlT aWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzMCEGxdPUZzCwUJ8KBiJwH+ bYgwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlT aWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJt cyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMV UGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1 YWwgU3Vic2NyaWJlciBDQSAtIEczAhBsXT1GcwsFCfCgYicB/m2IMA0GCSqGSIb3DQEBAQUABIIB ACyalgoTZUEZt3xbzZzVT3C8q8a560ZZRiRRG10Y+hnYZfvooaJx4/ZDTGCga7qPT8/nLrI3EIz7 LTsGG5QK4wXwFvQJh18Qx6xWXgRQ4nA1NzvxusG46Yt83Q9rHaUZbvQAgHjOCxRI4YU87rFYGpxB pp8mpenTZ/VCvVYzgPZr8PU10fgzSZjRAaN6hhwV8N1yF0gugSoayiPqZooboenbQT2lydXCMPo9 qrFu1YZaSqCLT1PlqH4qax53AEHXzM5tG+0P95yUEJ/DjimNHaVVI07f7ZKdTFU4OdNt45oEfGQg vcx2CnmR0H62UMiVFx1tjRmOCe0+T9P0PHCfpdMAAAAAAAA= --Apple-Mail-36--426690684-- From andrew.knutsen@bluecoat.com Tue Nov 9 15:37:57 2010 Return-Path: X-Original-To: middisc@core3.amsl.com Delivered-To: middisc@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4966D3A69DD for ; Tue, 9 Nov 2010 15:37:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.557 X-Spam-Level: X-Spam-Status: No, score=-1.557 tagged_above=-999 required=5 tests=[AWL=1.042, 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 S0VpxxPOt++F for ; Tue, 9 Nov 2010 15:37:33 -0800 (PST) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by core3.amsl.com (Postfix) with ESMTP id CA9C93A696C for ; Tue, 9 Nov 2010 15:37:28 -0800 (PST) Received: from exchfront1.internal.cacheflow.com (exchfront1 [10.2.2.114]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id oA9NbprX008048; Tue, 9 Nov 2010 15:37:52 -0800 (PST) Received: from [10.9.84.250] ([10.9.84.250]) by exchfront1.internal.cacheflow.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 9 Nov 2010 15:37:46 -0800 Message-ID: <4CD9DB4A.3010107@bluecoat.com> Date: Tue, 09 Nov 2010 15:37:46 -0800 From: Andrew Knutsen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: "Anantha Ramaiah (ananth)" References: <3A7359FB-7D3C-4D0F-9AA1-E0E6E5874267@nokia.com> <0C53DCFB700D144284A584F54711EC580B1AE8C8@xmb-sjc-21c.amer.cisco.com> In-Reply-To: <0C53DCFB700D144284A584F54711EC580B1AE8C8@xmb-sjc-21c.amer.cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 09 Nov 2010 23:37:46.0836 (UTC) FILETIME=[1D191140:01CB8067] Cc: middisc@ietf.org Subject: Re: [middisc] status? X-BeenThere: middisc@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "Discussions on TCP option for middlebox discovery." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2010 23:37:59 -0000 In May, Anantha suggested the following: --------------- Requirements of this TCP option : - There has to be a vendor ID (OUI) which would identify the specific vendor. This is needed because every vendors option format is going to be different. - Already existing non-standardized option numbers (TCP option 33, riverbed's options no's) for doing auto discovery should not be allocated for this new TCP option. This is to prevent any confusion. - The TCP option needs to be variable length to permit multiple option formats since the option size may vary depending on the vendor. - This TCP option should be advocated for use only by middleboxes. --------------- The only changes to these requirements I'm aware of were: - Make the overhead minimal - Allow evolution to vendor-independent formats - Allow options to be sent mid-stream These requirements were discussed and led to the current proposal. The "NAT reveal" option, while intended for consumption by the destination server rather than a middlebox, could use the current proposed format as far as I can tell (adding 1 or 2 bytes). However we may want to tighten up the allowed uses a bit, to be more specific than "used by middleboxes". Perhaps something regarding communicating the state of the middlebox, or information which has been hidden by the middlebox. (This would permit our and the NAT-reveal uses, as far as I know). Andrew On 11/7/2010 10:32 PM, Anantha Ramaiah (ananth) wrote: > Lars, > From my side, it has been real crazy at work and I couldn't devote > any time for this effort. I did follow the last few email exchanges on > this. Few thoughts I had in mind was :- > > - to have a generic middle box option, which not only caters to the > needs of middle box discovery, but also to stuff like the following :- > > http://tools.ietf.org/html/draft-wing-nat-reveal-option-00 > > (When I did an internal review of Dan's draft, I had suggested the > same.) > > - Have a requirements document for the middisc TCP option. It appears > to me that, there is a need for a precursor document to establish some > common needs and a rationale for a midisc option. This would great help > in getting to a faster consensus and would also help some new vendors > who may be want to join this effort to come to the same page as the rest > of us. > > Also, during the initial meeting, I am remembering that you were > planning to send an email to the various IETF mailing lists citing this > effort and asking if there are any other vendors who do this middisc and > may be interested in joining this effort.. any progress on that front? > > thoughts? > > Thanks, > -Anantha > > > -----Original Message----- > From: middisc-bounces@ietf.org [mailto:middisc-bounces@ietf.org] On > Behalf Of Lars Eggert > Sent: Sunday, November 07, 2010 9:25 PM > To: middisc@ietf.org > Subject: [middisc] status? > > Hi, folks, > > I'm wondering what the status of this effort is - the list has been > silent in the last months. > > Thanks, > Lars > _______________________________________________ > middisc mailing list > middisc@ietf.org > https://www.ietf.org/mailman/listinfo/middisc