From flefauch@cisco.com Mon Feb 11 03:17:20 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B0AA821F87D5 for ; Mon, 11 Feb 2013 03:17:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.598 X-Spam-Level: X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B3hSdAa8V7E1 for ; Mon, 11 Feb 2013 03:17:20 -0800 (PST) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) by ietfa.amsl.com (Postfix) with ESMTP id 0584021F87D4 for ; Mon, 11 Feb 2013 03:17:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1919; q=dns/txt; s=iport; t=1360581440; x=1361791040; h=from:to:subject:date:message-id:mime-version; bh=leUExA2eAn/0foDwbsGRQmywvPfujQoFfUjhU7VjSW4=; b=RmVhM+LQc6gZsjR7x81tDkvg1KO+Obn+5l6z+UKAH2PQLWmjc/50Pl55 P+tjMKZIjYAvMPtLo3qyNWBB0v1+Gy/qtdKjnuk4DXMgPv2GqoKhyCw8D Aw7c1n95jRxxg2FY8lzTG3w9iseCnQABhR7L9AeRpKTJxXEQrk7qEZS0F c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EAOPSGFGtJV2a/2dsb2JhbABEgkm+TRZzghYLAQSBCwELAR5WJwQbiAoMnw2gOQSRLGEDpneDBoIk X-IronPort-AV: E=Sophos;i="4.84,641,1355097600"; d="scan'208,217";a="175671822" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-6.cisco.com with ESMTP; 11 Feb 2013 11:17:19 +0000 Received: from xhc-rcd-x11.cisco.com (xhc-rcd-x11.cisco.com [173.37.183.85]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id r1BBHJ1X004833 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Mon, 11 Feb 2013 11:17:19 GMT Received: from xmb-rcd-x10.cisco.com ([169.254.15.195]) by xhc-rcd-x11.cisco.com ([173.37.183.85]) with mapi id 14.02.0328.009; Mon, 11 Feb 2013 05:17:19 -0600 From: "Francois Le Faucheur (flefauch)" To: "cdni@ietf.org" Thread-Topic: Cut-Off dates for Internet Drafts Thread-Index: AQHOCElaiNzm9KCmYUSl7A1EPPwYuA== Date: Mon, 11 Feb 2013 11:17:18 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.55.161.199] Content-Type: multipart/alternative; boundary="_000_FC236DA6F2DA77449EF2D02DF4471A8D36CF27xmbrcdx10ciscocom_" MIME-Version: 1.0 Subject: [CDNi] Cut-Off dates for Internet Drafts X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2013 11:17:20 -0000 --_000_FC236DA6F2DA77449EF2D02DF4471A8D36CF27xmbrcdx10ciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Just a friendly reminder: * 2013-02-18 (Monday): Internet Draft Cut-off for initial document (-00= ) submission by UTC 24:00, upload using IETF ID Submission Tool. * 2013-02-25 (Monday): Internet Draft final submission cut-off by UTC 2= 4:00, upload using IETF ID Submission Tool. Cheers Francois --_000_FC236DA6F2DA77449EF2D02DF4471A8D36CF27xmbrcdx10ciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: <9A49FD5AE3007B4EA68CCB27CF4CA55F@cisco.com> Content-Transfer-Encoding: quoted-printable
Hi,

Just a friendly reminder:

  • 2013-02-18 (Monday): Internet Draft Cut-off for i= nitial document (-00) submission by UTC 24:00, upload using IETF ID Submission Tool.
    • 2013-02-25 (Monday): Internet Draft final submission= cut-off by UTC 24:00, upload using IETF ID Submission Tool.

Cheers

Francois
--_000_FC236DA6F2DA77449EF2D02DF4471A8D36CF27xmbrcdx10ciscocom_-- From Jan.Seedorf@neclab.eu Mon Feb 11 04:59:10 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A65F221F8AB0; Mon, 11 Feb 2013 04:59:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.399 X-Spam-Level: X-Spam-Status: No, score=-102.399 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_13=0.6, J_CHICKENPOX_23=0.6, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s3Dn5dA52BzP; Mon, 11 Feb 2013 04:59:03 -0800 (PST) Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) by ietfa.amsl.com (Postfix) with ESMTP id 87D8F21F88B1; Mon, 11 Feb 2013 04:58:58 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id 4929E103147; Mon, 11 Feb 2013 13:58:57 +0100 (CET) X-Virus-Scanned: Amavisd on Debian GNU/Linux (netlab.nec.de) Received: from mailer1.neclab.eu ([127.0.0.1]) by localhost (atlas-a.office.hd [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BVFT6v9E3Tal; Mon, 11 Feb 2013 13:58:57 +0100 (CET) Received: from ENCELADUS.office.hd (enceladus.office.hd [192.168.24.52]) by mailer1.neclab.eu (Postfix) with ESMTP id 27EE0103144; Mon, 11 Feb 2013 13:58:47 +0100 (CET) Received: from DAPHNIS.office.hd ([169.254.2.175]) by ENCELADUS.office.hd ([192.168.24.52]) with mapi id 14.01.0323.003; Mon, 11 Feb 2013 13:58:13 +0100 From: Jan Seedorf To: "cdni-footprint@ietf.org" Thread-Topic: Progress with Footprint / Capabilities before Atlanta meeting Thread-Index: Ac4IVtaEvnnLRp4NTNOYBbp8RQchCg== Date: Mon, 11 Feb 2013 12:58:13 +0000 Message-ID: <2779C9F0771F974CAD742BAE6D9904FE5542DA50@DAPHNIS.office.hd> Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.1.2.227] Content-Type: multipart/mixed; boundary="_003_2779C9F0771F974CAD742BAE6D9904FE5542DA50DAPHNISofficehd_" MIME-Version: 1.0 Cc: "cdni@ietf.org" Subject: [CDNi] Progress with Footprint / Capabilities before Atlanta meeting X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2013 12:59:10 -0000 --_003_2779C9F0771F974CAD742BAE6D9904FE5542DA50DAPHNISofficehd_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Dear all, I have been busy with other tasks (sorry for that), but now I have taken th= e time to produce a high-level "progress / status quo" document regarding w= hat have been our discussions and what have we agreed on in the footprint/c= apabilities design team (and what are the open issues, of course). This was= a suggestion from Francois in the last phone call, so that people can prep= are better for calls and so that we have a document to keep track of our di= scussion. See attached, I have also attached the latest version of the use = case from Anne/Emile which we agreed to use as basis for our discussion. Let's aim for one call before the Atlanta meeting, I have set up a doodle: http://www.doodle.com/4ydidwifvfst43a2 In the call, we can briefly go over the status quo I have tried to capture,= and then decide on the next steps for capabilities and footprint. - Jan =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 Jan Seedorf Senior Researcher NEC Europe Ltd., NEC Laboratories Europe, Network Division=A0=A0=A0=A0=A0 Kurfuerstenanlage 36, D-69115 Heidelberg Tel.=A0=A0=A0=A0 +49 (0)6221 4342-221 Fax:=A0=A0=A0=A0 +49 (0)6221 4342-155 e-mail:=A0 jan.seedorf@neclab.eu =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 NEC Europe Ltd, Registered Office: Athene, Odyssey Business Park, West End = Road, London, HA4 6QE, GB, Registered in England 2832014 --_003_2779C9F0771F974CAD742BAE6D9904FE5542DA50DAPHNISofficehd_ Content-Type: text/plain; name="Footprint and capabilities use case update _23102012.txt" Content-Description: Footprint and capabilities use case update _23102012.txt Content-Disposition: attachment; filename="Footprint and capabilities use case update _23102012.txt"; size=21628; creation-date="Mon, 11 Feb 2013 12:54:33 GMT"; modification-date="Tue, 23 Oct 2012 16:12:36 GMT" Content-Transfer-Encoding: base64 DQpVc2UgY2FzZSBmb3IgUmVxdWVzdCByb3V0aW5nIKsgZm9vdHByaW50ICYgY2FwYWJpbGl0aWVz ILsgLSBVcGRhdGVkIDIyIG9jdG9iZXIgMjAxMg0KQXV0aG9yIDogQW5uZSBNYXJyZWMNCg0KVGhp cyBkb2N1bWVudCBpcyBhbiB1cGRhdGUgb2YgdGhlIHVzZSBjYXNlICJmb290cHJpbnQmIGNhcGFi aWxpdGllcyIgcHJlc2VudGVkIGR1cmluZyB0aGUgbGFzdCBmb290aW5nIGRlc2lnbiB0ZWFtIG1l ZXRpbmcgKG9jdG9iZXIgMTV0aCkuIFRoaXMgdXBkYXRlIGlzIHByb3Bvc2VkIGFzIGEgZGlzY3Vz c2lvbiBhbmQgdHJ5IHRvIHRha2UgaW50byBhY2NvdW50IGNvbW1lbnRzIHJlY2VpdmVkIG9uIHRo ZSBtYWlsaW5nIGxpc3QgOg0KLSAgYSBtb3JlIGZsZXhpYmxlIHN0cnVjdHVyZSB0byBkZXNjcmli ZSBjb250ZW50IGEgdUNETiBkZWxlZ2F0ZXMgdG8gYSBkQ0ROIGlzIHByb3Bvc2VkIGZvciBkaXNj dXNzaW9uDQotICBhIG1vcmUgY29tcGxleCAicmVxdWVzdCByb3V0aW5nIGluZm9ybWF0aW9uIG1v ZGlmaWNhdGlvbiIgdXNlIGNhc2UgaXMgYWRkZWQNCg0KDQoNCiAgIEkgLSBDb250ZW50IGRlc2Ny aXB0aW9uIHN0cnVjdHVyZSANCiAgIA0KICAgVGhlIGNvbnRlbnQgZGVzY3JpcHRpb24gdXNlZCB0 byBkZXNjcmliZSB0aGUgdXNlIGNhc2UgaXMgYXMgdGhlIGZvbGxvd2luZyA6DQoNCgkJCSJTZXJ2 aWNlIEFncmVlbWVudCIgOg0KCQkJew0KCQkJCSJkZWxpdmVyeSBTZXJ2aWNlIjoNCgkJCQl7DQoJ CQkJCSJjbGFzcy1vZi1SZXF1ZXN0IjoNCgkJCQkJew0KCQkJCQkJIlVSSV9DbGFzcyIgOg0KCQkJ CQkJImZvb3RwcmludCIgOg0KCQkJCQl9DQoJCQkJCTxBTkQ+DQoJCQkJCSJjbGFzcy1vZi1SZXF1 ZXN0IjoNCgkJCQkJew0KCQkJCQkJIlVSSV9DbGFzcyIgOg0KCQkJCQkJImZvb3RwcmludCIgOg0K CQkJCQl9DQoJCQkJCTxBTkQ+DQoJCQkJCS4uLi4NCgkJCQkJImxvZyBwYXJhbWV0ZXJzIiA6DQoJ CQkJCXsNCgkJCQkJCSJsb2cgZm9ybWF0IiA6ICANCgkJCQkJCSJsb2cgcGFybTEiCToNCgkJCQkJ CSJsb2cgcGFyYW0yIiA6DQoJCQkJCQkuLi4uDQoJCQkJCX0NCgkJCQkJInF1YWxpdHkvY2FwYWJp bGl0eSByZXF1aXJlbWVudCBwYXJhbWV0ZXJzIiA6DQoJCQkJCXsNCgkJCQkJCSJyZXF1aXJlbWVu dDEiIDoNCgkJCQkJCSJyZXF1aXJlbWVudDIiIDoNCgkJCQkJCSJyZXF1aXJlbWVudDMiIDoNCgkJ CQkJCS4uLi4NCgkJCQkJfQ0KCQkJCX0NCgkJCQk8QU5EPg0KCQkJCSJkZWxpdmVyeSBTZXJ2aWNl IjoNCgkJCQl7DQoJCQkJCSJjbGFzcy1vZi1SZXF1ZXN0IjoNCgkJCQkJew0KCQkJCQkJIlVSSV9D bGFzcyIgOg0KCQkJCQkJImZvb3RwcmludCIgOg0KCQkJCQl9DQoJCQkJCTxBTkQ+DQoJCQkJCSJj bGFzcy1vZi1SZXF1ZXN0IjoNCgkJCQkJew0KCQkJCQkJIlVSSV9DbGFzcyIgOg0KCQkJCQkJImZv b3RwcmludCIgOg0KCQkJCQl9DQoJCQkJCTxBTkQ+DQoJCQkJCS4uLi4NCgkJCQkJImxvZyBwYXJh bWV0ZXJzIiA6DQoJCQkJCXsNCgkJCQkJCSJsb2cgZm9ybWF0IiA6ICANCgkJCQkJCSJsb2cgcGFy bTEiCToNCgkJCQkJCSJsb2cgcGFyYW0yIiA6DQoJCQkJCQkuLi4uDQoJCQkJCX0NCgkJCQkJInF1 YWxpdHkvY2FwYWJpbGl0eSByZXF1aXJlbWVudCBwYXJhbWV0ZXJzIiA6DQoJCQkJCXsNCgkJCQkJ CSJyZXF1aXJlbWVudDEiIDoNCgkJCQkJCSJyZXF1aXJlbWVudDIiIDoNCgkJCQkJCSJyZXF1aXJl bWVudDMiIDoNCgkJCQkJCS4uLi4NCgkJCQkJfQ0KCQkJCX0NCgkJCQk8QU5EPg0KCQkJCS4uLi4N CgkJCQkNCgkJCX0NCg0KCQ0KDQoNCg0KCQ0KCUlJKSBVc2UgY2FzZSBmb3IgUmVxdWVzdCByb3V0 aW5nIKsgZm9vdHByaW50ICYgY2FwYWJpbGl0aWVzILsgLSBVcGRhdGVkIDIyIG9jdG9iZXIgMjAx Mg0KDQpGaWd1cmUgMSBzaG93cyB0aGUgY29udGV4dCBvZiBDRE4gaW50ZXJjb25uZWN0aW9uIHVz ZWQgdG8gaWxsdXN0cmF0ZSB0aGUgdXNlIGNhc2Ugk2Zvb3RwcmludCAmIGNhcGFiaWxpdGllc5Qu IEFuIGV4YW1wbGUgb2YgdGhlIENETkkgaW50ZXJmYWNlIFJlcXVlc3QgUm91dGluZy9mb290cHJp bnQmY2FwYWJpbGl0aWVzIGV4Y2hhbmdlcyBiZXR3ZWVuIENETiBBIGFuZCBDRE4gQiB3aWxsIGJl IGRldGFpbGVkLg0KDQoJCQkJCQ0KDQoNCiAgICAgICAgLy0tLVwNCiAgICAgICAvICAgICBcDQog ICAgICB8ICBDUDEgIHwNCiAgICAgICBcICAgICAvDQogICAgICAgIFwtKy0vDQogICAgICAgICAg fA0KICAgICAgICAgIHwNCiAgICAgICstLS0rLS0rDQogICAgICB8ICAgICAgfA0KICAgICAgfCBD RE4gQXwNCiAgICAgIHwgICAgICB8DQogICAgICArLS0tKy0rKw0KICAgICAgICAgIHwgfA0KICAg ICAgICAgIHwgfA0KICAgICAgICAgIHwgKy0tLS0tLS0tLSsNCiAgICAgICAgICB8ICAgICAgICAg ICB8DQogICAgICArLS0tKy0tKyAgICAgKy0tfC0tLSsNCiAgICAgIHwgICAgICB8ICAgICB8ICAg ICAgfA0KICAgICAgfCBDRE4gQnwgICAgIHwgQ0ROIER8DQogICAgICB8ICAgICAgfCAgICAgfCAg ICAgIHwNCiAgICAgICstLS0rLS0rICAgICArLS0tLS0tKw0KICAgICAgICAgIHwNCiAgICAgICAg ICB8DQogICAgICAgICAgfA0KICAgICAgICAgIHwNCiAgICAgICstLS0rLS0rDQogICAgICB8ICAg ICAgfA0KICAgICAgfCBDRE4gQ3wNCiAgICAgIHwgICAgICB8DQogICAgICArLS0tLS0tKw0KCQlG aWd1cmUgMQ0KCQkNCg0KCUlJIDEpCVVzZSBjYXNlIGFzc3VtcHRpb25zOiANCgkNCgkJCWkpIENQ IGRlbWFuZCBleGFtcGxlOg0KDQqVCUEgZ2l2ZW4gQ1AxIHdpc2hlcyB0byBkZWxlZ2F0ZSB0aGUg ZGVsaXZlcnkgb2YgaXRzIGNvbnRlbnQgdG8gQ0ROQS4gTW9zdCBvZiBDUDEgY2xpZW50IGFyZSBm cm9tIJNGcmFuY2WUIGJ1dCB3YW50cyB0aGF0IGNsaWVudCBhbGwgb3ZlciB0aGUgd29ybGQgYmUg YWxzbyBkZWxpdmVyZWQgdGhyb3VnaCBhIENETi4gSXRzIGNvbnRlbnRzIGFyZSB0d28gdHlwZXMg OiANCm8JY29udGVudCBkZWxpdmVycyBpbiBIVFRQIA0KbwlhbmQgY29udGVudCBkZWxpdmVycyBp biBSVE1QDQpDUDEgZGVzY3JpYmVzIGl0cyBjb250ZW50IGFzIHBlciBkZWxpdmVyeSBzZXJ2aWNl IHdoaWNoIGNvbnRhaW5zIGEgbGlzdCBvZiBjbGFzcy1vZi1yZXF1ZXN0ICh1cmlfY2xhc3MgYW5k IGZvb3RwcmludCkgYW5kIHRoZSBsb2dnaW5nIGZvcm1hIGFuZCBxdWFsaXR5IGRlbGl2ZXJ5IHJl cXVpcmVtZW50cyBoZSB3aXNoZXMgZm9yIGVhY2ggZGVsaXZlcnkgc2VydmljZS4NCg0KRXhhbXBs ZSBvZiBDUDGScyCTc2VydmljZZQgZGVtYW5kIGZvciB0aGUgdXNlIGNhc2U6DQoNCgkJCQkiZGVs aXZlcnktU2VydmljZSI9ZGVsaXZlcnlfc2VydmljZV9zdGFuZGFyZCA6DQoJCQkJCXsNCgkJCQkJ CSJDbGFzcy1vZi1yZXF1ZXN0Ij1DUDFfdmlkZW9fc3RhbmRhcmQgOg0KCQkJCQkJew0KCQkJCQkJ CSJVUkktQ2xhc3MiIDogImh0dHA6Ly9jZG4uY3AxLmNvbS92aWRlby9zdGFuZGFyZC8qP3VybF9z aWduaW5nPSJiYiImKiIgDQoJCQkJCQkJImZvb3RwcmludCIgOiANCgkJCQkJCQl7CQ0KCQkJCQkJ CQkiem9uZSI6DQoJCQkJCQkJCXsNCgkJCQkJCQkJCSJmcm9tIiA6DQoJCQkJCQkJCQl7DQoJCQkJ CQkJCQkJImdlbyI6IHdvcmxkDQoJCQkJCQkJCQl9CQ0KCQkJCQkJCQl9DQoJCQkJCQkJfQ0KCQkJ CQkJfQkJCQkJCQkJCQ0KCQkJCQkJPEFORD4NCgkJCQkJCSJDbGFzcy1vZi1yZXF1ZXN0Ij1DUDFf bGl2ZV9zdGFuZGFyZCA6DQoJCQkJCQl7DQoJCQkJCQkJIlVSSS1DbGFzcyIgOiAicnRtcDovL2Nk bi5jcDEuY29tL2xpdmUvc3RhbmRhcmQvKj91cmxfc2lnbmluZz0iYmIiJioiIA0KCQkJCQkJCSJm b290cHJpbnQiIDogDQoJCQkJCQkJew0KCQkJCQkJCQkiem9uZSI6DQoJCQkJCQkJCXsNCgkJCQkJ CQkJCSJmcm9tIiA6DQoJCQkJCQkJCQl7DQoJCQkJCQkJCQkJImdlbyI6ICJ3b3JsZCINCgkJCQkJ CQkJCX0JDQoJCQkJCQkJCX0NCgkJCQkJCQl9DQoJCQkJCQl9CQkJCQkNCgkJCQkJCSJMb2cgcGFy YW1ldGVyIiA6DQoJCQkJCQl7DQoJCQkJCQkJImxvZyBmb3JtYXQiIDogImRyYWZ0bG9nZ2luZyIN CgkJCQkJCX0JDQoJCQkJCQkicXVhbGl0eS9jYXBhYmlsaXR5IHJlcXVpcmVtZW50IHBhcmFtZXRl cnMiOg0KCQkJCQkJCXsNCgkJCQkJCQkJIm1heERlbGl2ZXJ5U3RhcnRMYXRlbmN5IiA9IDUwMA0K CQkJCQkJCX0NCgkJCQkJCX0NCgkJCQkJCTxBTkQ+CQ0KCQkJCQkJImRlbGl2ZXJ5LVNlcnZpY2Ui PWRlbGl2ZXJ5X3NlcnZpY2VfcHJlbWl1bSA6DQoJCQkJCQl7DQoJCQkJCQkJIkNsYXNzLW9mLXJl cXVlc3QiPUNQMV92aWRlb19wcmVtaXVtIDoNCgkJCQkJCQl7DQoJCQkJCQkJCSJVUkktQ2xhc3Mi IDogImh0dHA6Ly9jZG4uY3AxLmNvbS92aWRlby9wcmVtaXVtLyo/dXJsX3NpZ25pbmc9ImJiIiYq IiANCgkJCQkJCQkJImZvb3RwcmludCIgOiANCgkJCQkJCQkJewkNCgkJCQkJCQkJCSJ6b25lIjoN CgkJCQkJCQkJCXsNCgkJCQkJCQkJCQkiZnJvbSIgOg0KCQkJCQkJCQkJCXsNCgkJCQkJCQkJCQkJ ImdlbyI6IHdvcmxkDQoJCQkJCQkJCQkJfQkNCgkJCQkJCQkJCX0NCgkJCQkJCQkJfQ0KCQkJCQkJ CX0JCQkJCQkJCQkNCgkJCQkJCQkJPEFORD4NCgkJCQkJCQkJIkNsYXNzLW9mLXJlcXVlc3QiPUNQ MV9saXZlX3ByZW1pdW0gOg0KCQkJCQkJCQl7DQoJCQkJCQkJCQkiVVJJLUNsYXNzIiA6ICJydG1w Oi8vY2RuLmNwMS5jb20vbGl2ZS9wcmVtaXVtLyo/dXJsX3NpZ25pbmc9ImJiIiYqIiANCgkJCQkJ CQkJCSJmb290cHJpbnQiIDogDQoJCQkJCQkJCQkJew0KCQkJCQkJCQkJCQkiem9uZSI6DQoJCQkJ CQkJCQkJCXsNCgkJCQkJCQkJCQkJCSJmcm9tIiA6DQoJCQkJCQkJCQkJCQkJew0KCQkJCQkJCQkJ CQkJCQkiZ2VvIjogIndvcmxkIg0KCQkJCQkJCQkJCQkJCX0JDQoJCQkJCQkJCQkJCX0NCgkJCQkJ CQkJCQl9DQoJCQkJCQkJCX0JCQkJCQ0KCQkJCQkJCSJMb2cgcGFyYW1ldGVyIiA6DQoJCQkJCQkJ CXsNCgkJCQkJCQkJCSJsb2cgZm9ybWF0IiA6ICJkcmFmdGxvZ2dpbmciDQoJCQkJCQkJCX0JDQoJ CQkJCQkJInF1YWxpdHkvY2FwYWJpbGl0eSByZXF1aXJlbWVudCBwYXJhbWV0ZXJzIjoNCgkJCQkJ CQkJew0KCQkJCQkJCQkJIm1heERlbGl2ZXJ5U3RhcnRMYXRlbmN5IiA9IDIwMA0KCQkJCQkJCQl9 DQoJCQkJCQkJfQ0KDQoJCTEtLS0tIENETiBBIG5vdGVzIHRoZSBDUDEgZGVtYW5kDQoJCQ0KCQkN Cg0KCQkJCWlpKUNETiBpbnRlcmNvbm5lY3Rpb24gbmVnb2NpYXRpb24gcGhhc2U6DQoJCQkJIA0K CQkJQ0ROIEEgY2FwYWJpbGl0aWVzIGFyZSBub3RlIGVub3VnaCBjb21wYXJlZCB0byBDUDEgZGVt YW5kIDoNCgkJCSBkZWxpdmVyeV9zZXJ2aWNlX3N0YW5kYXJkIGFuZCBkZWxpdmVyeV9zZXJ2aWNl X3ByZW1pdW0gYXJlIHN1cHBvcnRlZCBidXQgbGltaXRlZCB0byAiZm9vdHByaW50L2dlbz0iRnJh bmNlIg0KCQkJICJmb290cHJpbnQiIDogDQoJCQkJCQkJCQkJew0KCQkJCQkJCQkJCQkiem9uZSI6 DQoJCQkJCQkJCQkJCXsNCgkJCQkJCQkJCQkJCSJmcm9tIiA6DQoJCQkJCQkJCQkJCQkJew0KCQkJ CQkJCQkJCQkJCQkiZ2VvIjogIkZyYW5jZSINCgkJCQkJCQkJCQkJCQl9CQ0KCQkJCQkJCQkJCQl9 DQoJCQkJCQkJCQkJfQ0KCQkJDQoJCQlDRE4gQSBhbHJlYWR5IGhhcyBhIHNlcnZpY2UgYWdyZWVt ZW50IHdpdGggYSBnbG9iYWwgQ0ROIChDRE4gRCkgdG8gZGVsaXZlciBhbnkgY29udGVudCB0byCT d29ybGSUIHdpdGggdXJsX3NpZ25pbmc9lGJilCAok3NlcnZpY2VfQWdyZWVtZW50ZV9hZJQgY29t cGF0aWJsZSB3aXRoIENQMSBkZW1hbmQgKGRlbGl2ZXJ5X3NlcnZpY2Vfc3RhbmRhcmQgYW5kIGRl bGl2ZXJ5X3NlcnZpY2VfcHJlbWl1bSkgYnV0IHRoZSBwcmljZSBpcyB2ZXJ5IGhpZ2guIA0KICAg ICAgICAgICAgQmVzaWRlLCBDRE4gQSBvcGVyYXRvciBpcyBhbHNvIGF3YXJlIHRoYXQgYW5vdGhl ciBDRE4sIENETiBCLCBoYXMgdGhlIHBvc3NpYmlsaXR5IHRvIGRlbGl2ZXIgY29udGVudCB0byBm b290cHJpbnQgk0V1cm9wZZQgd2l0aCBhIGxvd2VyIHByaWNlIHRoYW4gQ0ROIEQuDQoNCgkJCQkN CgkJCQkyLS0tLS0gQ0ROIEEgY29udGFjdHMgQ0ROIEIgb3BlcmF0b3IgYW5kIGRlbWFuZHMgQ0RO IEIgY2FwYWJpbGl0aWVzIGNvbXBhcmVkIHRvIENQMSBkZW1hbmQgKGRlbGl2ZXJ5X3NlcnZpY2Vf c3RhbmRhcmQgYW5kIGRlbGl2ZXJ5X3NlcnZpY2VfcHJlbWl1bSkuIA0KCQkJCTMtLS0tLSBDRE4g QiBub3RlcyB0aGUgQ0ROIEEgZGVtYW5kIGFuZCB2ZXJpZnkgaWYgaXQgY2FuIG1hbmFnZSB0aGUg Q0ROQSBkZW1hbmQuDQoJDQoJCQkJCUNETiBCIG93bnMgY2FwYWJpbGl0aWVzIGFyZSBub3RlIGVu b3VnaCBjb21wYXJlZCB0byBDUDEgZGVtYW5kIDoNCgkJCQkJb25seSBDbGFzcy1vZi1yZXF1ZXN0 cyBDUDFfdmlkZW9fc3RhbmRhcmQgYW5kIENQMV92aWRlb19wcmVtaXVtIGFyZSBzdXBwb3J0ZWQg YW5kIGxpbWl0ZWQgdG8gImZvb3RwcmludC9nZW89IkV1cm9wZSIuDQoJCQkJCQkJQ0ROIEIgY2Fw YWJpbGl0aWVzIGFyZSB0aGUgZm9sbG93aW5nIGNvbXBhcmVkIHRvIENQMSBkZW1hbmQgOg0KCQkJ CQkNCgkJCSJkZWxpdmVyeS1TZXJ2aWNlIj1kZWxpdmVyeV9zZXJ2aWNlX3N0YW5kYXJkX0IgOg0K CQkJCXsNCgkJCQkJIkNsYXNzLW9mLXJlcXVlc3QiPUNQMV92aWRlb19zdGFuZGFyZF9CIDoNCgkJ CQkJew0KCQkJCQkJIlVSSS1DbGFzcyIgOiAiaHR0cDovL2Nkbi5jcDEuY29tL3ZpZGVvL3N0YW5k YXJkLyo/dXJsX3NpZ25pbmc9ImJiIiYqIiANCgkJCQkJCSJmb290cHJpbnQiIDogDQoJCQkJCQl7 CQ0KCQkJCQkJCSJ6b25lIjoNCgkJCQkJCQl7DQoJCQkJCQkJCSJmcm9tIiA6DQoJCQkJCQkJCXsN CgkJCQkJCQkJCSJnZW8iOiAiRXVyb3BlIg0KCQkJCQkJCQl9CQ0KCQkJCQkJCX0NCgkJCQkJCX0N CgkJCQkJfQkJCQkJCQkJCQ0KCQkJCQkiTG9nIHBhcmFtZXRlciIgOg0KCQkJCQl7DQoJCQkJCQki bG9nIGZvcm1hdCIgOiAiZHJhZnRsb2dnaW5nIg0KCQkJCQl9CQ0KCQkJCQkicXVhbGl0eS9jYXBh YmlsaXR5IHJlcXVpcmVtZW50IHBhcmFtZXRlcnMiOg0KCQkJCQkJew0KCQkJCQkJCSJtYXhEZWxp dmVyeVN0YXJ0TGF0ZW5jeSIgPSA1MDANCgkJCQkJCX0NCgkJCQkJfQ0KCQkJCQkNCgkJCSJkZWxp dmVyeS1TZXJ2aWNlIj1kZWxpdmVyeV9zZXJ2aWNlX3ByZW1pdW1fQiA6DQoJCQkJew0KCQkJCQki Q2xhc3Mtb2YtcmVxdWVzdCI9Q1AxX3ZpZGVvX3ByZW1pdW1fQiA6DQoJCQkJCXsNCgkJCQkJCSJV UkktQ2xhc3MiIDogImh0dHA6Ly9jZG4uY3AxLmNvbS92aWRlby9wcmVtaXVtLyo/dXJsX3NpZ25p bmc9ImJiIiYqIiANCgkJCQkJCSJmb290cHJpbnQiIDogDQoJCQkJCQl7CQ0KCQkJCQkJCSJ6b25l IjoNCgkJCQkJCQl7DQoJCQkJCQkJCSJmcm9tIiA6DQoJCQkJCQkJCXsNCgkJCQkJCQkJCSJnZW8i OiAiRXVyb3BlIg0KCQkJCQkJCQl9CQ0KCQkJCQkJCX0NCgkJCQkJCX0NCgkJCQkJfQkJCQkJCQkJ CQ0KCQkJCQkiTG9nIHBhcmFtZXRlciIgOg0KCQkJCQkJew0KCQkJCQkJCSJsb2cgZm9ybWF0IiA6 ICJkcmFmdGxvZ2dpbmciDQoJCQkJCQl9CQ0KCQkJCQkicXVhbGl0eS9jYXBhYmlsaXR5IHJlcXVp cmVtZW50IHBhcmFtZXRlcnMiOg0KCQkJCQkJew0KCQkJCQkJCSJtYXhEZWxpdmVyeVN0YXJ0TGF0 ZW5jeSIgPSAyMDANCgkJCQkJCX0NCgkJCQl9DQoNCgkJCQkJCQkJQnV0IENETiBCIG9wZXJhdG9y IGFscmVhZHkgaGFzIGFuIGFncmVlbWVudCB3aXRoIENETiBDIHRvIGRlbGl2ZXIgYW55IGNvbnRl bnQgaW4gUlRNUCB0byCTRXVyb3BllDoNCg0KCQkJIlNlcnZpY2UtQWdyZW1lbnQiPVNlcnZpY2Vf YWdyZWVtZW50X2JjIjoNCgkJCQl7DQoJCQkJCSJkZWxpdmVyeS1TZXJ2aWNlIj1kZWxpdmVyeV9z ZXJ2aWNlX3N0YW5kYXJkX0MgOg0KCQkJCQl7DQoJCQkJCQkiQ2xhc3Mtb2YtcmVxdWVzdCI9bGl2 ZV9zdGFuZGFyZCA6DQoJCQkJCQl7DQoJCQkJCQkJIlVSSS1DbGFzcyIgOiAicnRtcDovLyo/dXJs X3NpZ25pbmc9ImJiIiYqIiANCgkJCQkJCQkiZm9vdHByaW50IiA6IA0KCQkJCQkJCXsNCgkJCQkJ CQkJInpvbmUiOg0KCQkJCQkJCQl7DQoJCQkJCQkJCQkiZnJvbSIgOg0KCQkJCQkJCQkJew0KCQkJ CQkJCQkJCSJnZW8iOiAiRXVyb3BlIg0KCQkJCQkJCQkJfQkNCgkJCQkJCQkJfQ0KCQkJCQkJCX0N CgkJCQkJCX0JCQkJCQ0KCQkJCQkJIkxvZyBwYXJhbWV0ZXIiIDoNCgkJCQkJCXsNCgkJCQkJCQki bG9nIGZvcm1hdCIgOiAiZHJhZnRsb2dnaW5nIg0KCQkJCQkJfQkNCgkJCQkJCSJxdWFsaXR5L2Nh cGFiaWxpdHkgcmVxdWlyZW1lbnQgcGFyYW1ldGVycyI6DQoJCQkJCQkJew0KCQkJCQkJCQkibWF4 RGVsaXZlcnlTdGFydExhdGVuY3kiID0gNTAwDQoJCQkJCQkJfQ0KCQkJCQkJfQ0KCQkJCQkJPEFO RD4JDQoJCQkJCQkiZGVsaXZlcnktU2VydmljZSI9ZGVsaXZlcnlfc2VydmljZV9wcmVtaXVtX0Mg Og0KCQkJCQkJew0KCQkJCQkJCSJDbGFzcy1vZi1yZXF1ZXN0Ij1saXZlX3ByZW1pdW0gOg0KCQkJ CQkJCXsNCgkJCQkJCQkJIlVSSS1DbGFzcyIgOiAicnRtcDovLyo/dXJsX3NpZ25pbmc9ImJiIiYq IiANCgkJCQkJCQkJImZvb3RwcmludCIgOiANCgkJCQkJCQkJCXsNCgkJCQkJCQkJCQkiem9uZSI6 DQoJCQkJCQkJCQkJew0KCQkJCQkJCQkJCQkiZnJvbSIgOg0KCQkJCQkJCQkJCQkJew0KCQkJCQkJ CQkJCQkJCSJnZW8iOiAiRXVyb3BlIg0KCQkJCQkJCQkJCQkJfQkNCgkJCQkJCQkJCQl9DQoJCQkJ CQkJCQl9DQoJCQkJCQkJfQkJCQkJDQoJCQkJCQkJIkxvZyBwYXJhbWV0ZXIiIDoNCgkJCQkJCQkJ ew0KCQkJCQkJCQkJImxvZyBmb3JtYXQiIDogImRyYWZ0bG9nZ2luZyINCgkJCQkJCQkJfQkNCgkJ CQkJCQkicXVhbGl0eS9jYXBhYmlsaXR5IHJlcXVpcmVtZW50IHBhcmFtZXRlcnMiOg0KCQkJCQkJ CQl7DQoJCQkJCQkJCQkibWF4RGVsaXZlcnlTdGFydExhdGVuY3kiID0gMjAwDQoJCQkJCQkJCX0N CgkJCQkJCX0NCgkJCQl9DQoJCQkJCQ0KCQkJCTQtLS0tLS0gQ0ROIEIgYW5ub3VuY2VzIGl0cyBj YXBhYmlsaXRpZXMgdG8gQ0ROIEEgY29tcGFyZWQgdG8gQ0ROIEEgZGVtYW5kIDogZGVsaXZlcnlf c2VydmljZV9zdGFuZGFyZCBhbmQgZGVsaXZlcnlfc2VydmljZV9wcmVtaXVtIGFyZSBzdXBwb3J0 ZWQgYnV0IGxpbWl0ZWQgdG8gZm9vdHByaW50ICJFdXJvcGUiIChhZ2dyZWdhdGlvbiBvZiBDRE4g QyBhbmQgQ0ROIEIgY2FwYWJpbGl0aWVzKQ0KCQkJCQ0KCQkJCTUtLS0tLS0gQ0ROIEEgaXMgb2sg YW5kIHRoZSBmb2xsb3dpbmcgc2VydmljZSBhZ3JlZW1lbnQgaXMgY29uY2x1ZGVkIGJldHdlZW4g Q0ROQSBhbmQgQ0FOIEIgb3BlcmF0b3JzIDoNCgkJCQkNCgkJCQkiU2VydmljZS1BZ3JlbWVudCI9 U2VydmljZV9hZ3JlZW1lbnRfYWJfQ1AxIjoNCgkJCQl7DQoJCQkJCSJkZWxpdmVyeS1TZXJ2aWNl Ij1kZWxpdmVyeV9zZXJ2aWNlX3N0YW5kYXJkX0IgOg0KCQkJCQl7DQoJCQkJCQkiQ2xhc3Mtb2Yt cmVxdWVzdCI9Q1AxX3ZpZGVvX3N0YW5kYXJkX0IgOg0KCQkJCQkJew0KCQkJCQkJCSJVUkktQ2xh c3MiIDogImh0dHA6Ly9jZG4uY3AxLmNvbS92aWRlby9zdGFuZGFyZC8qP3VybF9zaWduaW5nPSJi YiImKiIgDQoJCQkJCQkJImZvb3RwcmludCIgOiANCgkJCQkJCQl7CQ0KCQkJCQkJCQkiem9uZSI6 DQoJCQkJCQkJCXsNCgkJCQkJCQkJCSJmcm9tIiA6DQoJCQkJCQkJCQl7DQoJCQkJCQkJCQkJImdl byI6ICJFdXJvcGUiDQoJCQkJCQkJCQl9CQ0KCQkJCQkJCQl9DQoJCQkJCQkJfQ0KCQkJCQkJfQkJ CQkJCQkJCQ0KCQkJCQkJPEFORD4NCgkJCQkJCSJDbGFzcy1vZi1yZXF1ZXN0Ij1DUDFfbGl2ZV9z dGFuZGFyZF9CIDoNCgkJCQkJCXsNCgkJCQkJCQkiVVJJLUNsYXNzIiA6ICJydG1wOi8vY2RuLmNw MS5jb20vbGl2ZS9zdGFuZGFyZC8qP3VybF9zaWduaW5nPSJiYiImKiIgDQoJCQkJCQkJImZvb3Rw cmludCIgOiANCgkJCQkJCQl7DQoJCQkJCQkJCSJ6b25lIjoNCgkJCQkJCQkJew0KCQkJCQkJCQkJ ImZyb20iIDoNCgkJCQkJCQkJCXsNCgkJCQkJCQkJCQkiZ2VvIjogIkV1cm9wZSINCgkJCQkJCQkJ CX0JDQoJCQkJCQkJCX0NCgkJCQkJCQl9DQoJCQkJCQl9CQkJCQkNCgkJCQkJCSJMb2cgcGFyYW1l dGVyIiA6DQoJCQkJCQl7DQoJCQkJCQkJImxvZyBmb3JtYXQiIDogImRyYWZ0bG9nZ2luZyINCgkJ CQkJCX0JDQoJCQkJCQkicXVhbGl0eS9jYXBhYmlsaXR5IHJlcXVpcmVtZW50IHBhcmFtZXRlcnMi Og0KCQkJCQkJCXsNCgkJCQkJCQkJIm1heERlbGl2ZXJ5U3RhcnRMYXRlbmN5IiA9IDUwMA0KCQkJ CQkJCX0NCgkJCQkJCX0NCgkJCQkJCTxBTkQ+CQ0KCQkJCQkJImRlbGl2ZXJ5LVNlcnZpY2UiPWRl bGl2ZXJ5X3NlcnZpY2VfcHJlbWl1bV9CIDoNCgkJCQkJCXsNCgkJCQkJCQkiQ2xhc3Mtb2YtcmVx dWVzdCI9Q1AxX3ZpZGVvX3ByZW1pdW1fQiA6DQoJCQkJCQkJew0KCQkJCQkJCQkiVVJJLUNsYXNz IiA6ICJodHRwOi8vY2RuLmNwMS5jb20vdmlkZW8vcHJlbWl1bS8qP3VybF9zaWduaW5nPSJiYiIm KiIgDQoJCQkJCQkJCSJmb290cHJpbnQiIDogDQoJCQkJCQkJCXsJDQoJCQkJCQkJCQkiem9uZSI6 DQoJCQkJCQkJCQl7DQoJCQkJCQkJCQkJImZyb20iIDoNCgkJCQkJCQkJCQl7DQoJCQkJCQkJCQkJ CSJnZW8iOiAiRXVyb3BlIg0KCQkJCQkJCQkJCX0JDQoJCQkJCQkJCQl9DQoJCQkJCQkJCX0NCgkJ CQkJCQl9CQkJCQkJCQkJDQoJCQkJCQkJCTxBTkQ+DQoJCQkJCQkJCSJDbGFzcy1vZi1yZXF1ZXN0 Ij1DUDFfbGl2ZV9wcmVtaXVtX0IgOg0KCQkJCQkJCQl7DQoJCQkJCQkJCQkiVVJJLUNsYXNzIiA6 ICJydG1wOi8vY2RuLmNwMS5jb20vbGl2ZS9wcmVtaXVtLyo/dXJsX3NpZ25pbmc9ImJiIiYqIiAN CgkJCQkJCQkJCSJmb290cHJpbnQiIDogDQoJCQkJCQkJCQkJew0KCQkJCQkJCQkJCQkiem9uZSI6 DQoJCQkJCQkJCQkJCXsNCgkJCQkJCQkJCQkJCSJmcm9tIiA6DQoJCQkJCQkJCQkJCQkJew0KCQkJ CQkJCQkJCQkJCQkiZ2VvIjogIkV1cm9wZSINCgkJCQkJCQkJCQkJCQl9CQ0KCQkJCQkJCQkJCQl9 DQoJCQkJCQkJCQkJfQ0KCQkJCQkJCQl9CQkJCQkNCgkJCQkJCQkiTG9nIHBhcmFtZXRlciIgOg0K CQkJCQkJCQl7DQoJCQkJCQkJCQkibG9nIGZvcm1hdCIgOiAiZHJhZnRsb2dnaW5nIg0KCQkJCQkJ CQl9CQ0KCQkJCQkJCSJxdWFsaXR5L2NhcGFiaWxpdHkgcmVxdWlyZW1lbnQgcGFyYW1ldGVycyI6 DQoJCQkJCQkJCXsNCgkJCQkJCQkJCSJtYXhEZWxpdmVyeVN0YXJ0TGF0ZW5jeSIgPSAyMDANCgkJ CQkJCQkJfQ0KCQkJCQkJCX0NCgkJCQl9DQoJCQkJDQoJCQkJNi0tLS0tLSBBIHNlcnZpY2UgYWdy ZWVtZW50IGlzIGNvbmNsdWRlZCBiZXR3ZWVuIENETkEgYW5kIENQMSBhY2NvcmRpbmx5IHRvIHRo ZSB0d28gZGVsaXZlcnkgc2VydmljZXMgQ1AxIGRlbWFuZCAoZGVsaXZlcnlfc2VydmljZV9zdGFu ZGFyZCBhbmQgZGVsaXZlcnlfc2VydmljZV9wcmVtaXVtKQ0KCQkJCQ0KCQkJCUlJIC0gMikJVXNl IGNhc2U6IA0KDQoJCQkJCWkpIENETiBBLSBDRE4gQiBJbnRlcmNvbm5lY3Rpb24gaW5pdGlhbGl6 YXRpb24gcGhhc2UNCg0KCQkJCQkJYSkgQ0ROIEEgLSBDRE4gQiBpbnRlcmNvbm5lY3Rpb24gaW5p dGlhbGl6YXRpb24NCg0KCQkJCQkJUGFyYW1ldGVycyBuZWVkZWQgdG8gaW5pdGlhbGl6ZSBDRE5J IGludGVyZmFjZXMgYmV0d2VlbiBDRE4gQSBhbmQgQ0ROIEIgKHJlcXVlc3QgUm91dGluZywgbWV0 YWRhdGEgYW5kIGxvZ2dpbmcpIA0KCQkJCQkJZm9yIHRoZSBhZ3JlZWQgk3NlcnZpY2UgYWdyZWVt ZW50X2FiX0NQMZQgYXJlIGV4Y2hhbmdlZCB2aWEgdGhlIGNvbnRyb2wgaW50ZXJmYWNlLg0KCQkJ CQkJVGhlc2UgcGFyYW1ldGVycyB3aWxsIGJlIHVzZWQgdG8gY29uZmlndXJlIENETiBBIGFuZCBD RE4gQi4NCgkJCQkJCQ0KCQkJCQkJRXhlbXBsZSBvZiBjb250cm9sIHBhcmFtZXRlcnMgbmVlZGVk IHRvIGNvbmZpZ3VyZSB0aGUgInNlcnZpY2UgYWdyZWVtZW50X2FiX0NQMSINCg0KCQkiU2Vydmlj ZS1BZ3JlbWVudCI9U2VydmljZV9hZ3JlZW1lbnRfYWJfQ1AxIjoNCgkJew0KCQkJImRlbGl2ZXJ5 LVNlcnZpY2UiPWRlbGl2ZXJ5X3NlcnZpY2Vfc3RhbmRhcmRfQiA6DQoJCQl7DQoJCQkJIkNsYXNz LW9mLXJlcXVlc3QiPUNQMV92aWRlb19zdGFuZGFyZF9CIDoNCgkJCQl7DQoJCQkJCSJVUkktQ2xh c3MiIDogImh0dHA6Ly9jZG4uY3AxLmNvbS92aWRlby9zdGFuZGFyZC8qP3VybF9zaWduaW5nPSJi YiImKiIgDQoJCQkJCSJmb290cHJpbnQiIDogDQoJCQkJCXsJDQoJCQkJCQkiem9uZSI6DQoJCQkJ CQl7DQoJCQkJCQkJImZyb20iIDoNCgkJCQkJCQl7DQoJCQkJCQkJCSJnZW8iOiAiRXVyb3BlIg0K CQkJCQkJCX0JDQoJCQkJCQl9DQoJCQkJCX0NCgkJCQl9CQkJCQkJCQkJDQoJCQkJPEFORD4NCgkJ CQkiQ2xhc3Mtb2YtcmVxdWVzdCI9Q1AxX2xpdmVfc3RhbmRhcmRfQiA6DQoJCQkJew0KCQkJCQki VVJJLUNsYXNzIiA6ICJydG1wOi8vY2RuLmNwMS5jb20vbGl2ZS9zdGFuZGFyZC8qP3VybF9zaWdu aW5nPSJiYiImKiIgDQoJCQkJCSJmb290cHJpbnQiIDogDQoJCQkJCXsNCgkJCQkJCSJ6b25lIjoN CgkJCQkJCXsNCgkJCQkJCQkiZnJvbSIgOg0KCQkJCQkJCXsNCgkJCQkJCQkJImdlbyI6ICJFdXJv cGUiDQoJCQkJCQkJfQkNCgkJCQkJCX0NCgkJCQkJfQ0KCQkJCX0JCQkJCQ0KCQkJCSJMb2cgcGFy YW1ldGVyIiA6DQoJCQkJew0KCQkJCQkibG9nIGZvcm1hdCIgOiAiZHJhZnRsb2dnaW5nIg0KCQkJ CX0JDQoJCQkJInF1YWxpdHkvY2FwYWJpbGl0eSByZXF1aXJlbWVudCBwYXJhbWV0ZXJzIjoNCgkJ CQkJew0KCQkJCQkJIm1heERlbGl2ZXJ5U3RhcnRMYXRlbmN5IiA9IDUwMA0KCQkJCQl9DQoJCQkJ fQ0KCQkJCTxBTkQ+CQ0KCQkJCSJkZWxpdmVyeS1TZXJ2aWNlIj1kZWxpdmVyeV9zZXJ2aWNlX3By ZW1pdW1fQiA6DQoJCQkJew0KCQkJCQkiQ2xhc3Mtb2YtcmVxdWVzdCI9Q1AxX3ZpZGVvX3ByZW1p dW1fQiA6DQoJCQkJCXsNCgkJCQkJCSJVUkktQ2xhc3MiIDogImh0dHA6Ly9jZG4uY3AxLmNvbS92 aWRlby9wcmVtaXVtLyo/dXJsX3NpZ25pbmc9ImJiIiYqIiANCgkJCQkJCSJmb290cHJpbnQiIDog DQoJCQkJCQl7CQ0KCQkJCQkJCSJ6b25lIjoNCgkJCQkJCQl7DQoJCQkJCQkJCSJmcm9tIiA6DQoJ CQkJCQkJCXsNCgkJCQkJCQkJCSJnZW8iOiAiRXVyb3BlIg0KCQkJCQkJCQl9CQ0KCQkJCQkJCX0N CgkJCQkJCX0NCgkJCQkJfQkJCQkJCQkJCQ0KCQkJCQkJPEFORD4NCgkJCQkJCSJDbGFzcy1vZi1y ZXF1ZXN0Ij1DUDFfbGl2ZV9wcmVtaXVtX0IgOg0KCQkJCQkJew0KCQkJCQkJCSJVUkktQ2xhc3Mi IDogInJ0bXA6Ly9jZG4uY3AxLmNvbS9saXZlL3ByZW1pdW0vKj91cmxfc2lnbmluZz0iYmIiJioi IA0KCQkJCQkJCSJmb290cHJpbnQiIDogDQoJCQkJCQkJCXsNCgkJCQkJCQkJCSJ6b25lIjoNCgkJ CQkJCQkJCXsNCgkJCQkJCQkJCQkiZnJvbSIgOg0KCQkJCQkJCQkJCQl7DQoJCQkJCQkJCQkJCQki Z2VvIjogIkV1cm9wZSINCgkJCQkJCQkJCQkJfQkNCgkJCQkJCQkJCX0NCgkJCQkJCQkJfQ0KCQkJ CQkJfQkJCQkJDQoJCQkJCSJMb2cgcGFyYW1ldGVyIiA6DQoJCQkJCQl7DQoJCQkJCQkJImxvZyBm b3JtYXQiIDogImRyYWZ0bG9nZ2luZyINCgkJCQkJCX0JDQoJCQkJCSJxdWFsaXR5L2NhcGFiaWxp dHkgcmVxdWlyZW1lbnQgcGFyYW1ldGVycyI6DQoJCQkJCQl7DQoJCQkJCQkJIm1heERlbGl2ZXJ5 U3RhcnRMYXRlbmN5IiA9IDIwMA0KCQkJCQkJfQ0KCQkJCX0NCgkJCSJyZWRpcmVjdGlvbiBwYXJh bWV0ZXJzIg0KCQkJew0KCQkJCSJwYXJhbTEiIDoNCgkJCQkicGFyYW0yIiA6DQoJCQkJLi4uDQoJ CQl9CQ0KCQkJIkNETkkgaW50ZXJmYWNlIGNvbm5lY3Rpdml0eSBhbmQgc2VjdXJpdHkgcGFyYW1l dGVycyAiIDoNCgkJCXsNCgkJCQkicGFyYW0xIiA6DQoJCQkJInBhcmFtMiIgOg0KCQkJCS4uLg0K CQkJfQkJCQ0KCQl9DQoJDQoNCgkJCQkJCWIpQ0ROIEEgLSBDRE4gQiBSZXF1ZXN0IFJvdXRpbmcv Zm9vdHByaW50JmNhcGFiaWxpdGllcyBOb3RpZmljYXRpb24gDQoNCgkJCQkJCU9uY2UgQ0ROIEEg YW5kIENETiBCIGFyZSBjb25maWd1cmVkIGFuZCBvcGVyYXRpb25hbCwgQ0ROIEIgKGRDRE4pIGFk dmVydGl6ZXMgQ0ROIEEgKHVDRE4pIHdpdGggcmVxdWVzdCByb3V0aW5nIGluZm9ybWF0aW9uIHZp YSB0aGUgUmVxdWVzdCBSb3V0aW5nL2Zvb3RwcmludCBhbmQgY2FwYWJpbGl0aWVzIGludGVyZmFj ZS4NCgkJCQkJCUNETiBBIChkQ0ROKSBzZW5kcyBhIFJlcXVlc3QgUm91dGluZyBpbmZvcm1hdGlv biBub3RpZmljYXRpb24gdG8gQ0ROIEIgKHVDRE4pLiBUaGlzIG5vdGlmaWNhdGlvbiBpbmNsdWRl cyB0aGUgZm9sbG93aW5nIHBhcmFtZXRlcnM6DQoJCQkJCQkJCQkJCQkNCgkJCVNlcnZpY2UgOg0K CQkJCSAgeyAgDQoJCQkJCSAgU2VydmljZV9BZ3JlZWVtZW50X2lkID0gc2VydmljZV9BZ3JlZWVt ZW50X2FiX0NQMQ0KCQkJCQkgIFN0YXR1cyA9IG9wZXJhdGlvbmFsDQoJCQkJIH0NCg0KCQkJCQkJ QWZ0ZXIgQ0ROIEEgaGFzIHJlY2VpdmVkIHRoaXMgUmVxdWVzdCByb3V0aW5nIGluZm9ybWF0aW9u IG5vdGlmaWNhdGlvbiwgYW4gZXhhbXBsZSBvZiBpdHMgZENETiBzZWxlY3Rpb24gYWxnb3JpdGht IGNvdWxkIGJlIGFzIGZvbGxvd2luZyAoYXMgYW4gZXhhbXBsZSBhbmQgZm9yIGluZm9ybWF0aW9u IG9ubHkpICAgICAgIAkNCg0KCQkJCQkJSWYgdGhlIEVuZC11c2VyIHJlcXVlc3Qgb2YgY29udGVu dCBtYXRjaGVzIHRoZSBjbGFzcy1vZi1yZXF1ZXN0L1VSSV9jbGFzcyCTaHR0cC8vY2RuLmNwMS5j b20vdmlkZW8vKj8gdXJsX3NpZ25pbmc9lGJilCYqlCBvciCTcnRtcC8vY2RuLmNwMS5jb20vdmlk ZW8vKj8gdXJsX3NpZ25pbmc9lGJilCYqlA0KCQkJCQkJQW5kIA0KCQkJCQkJSWYgIHRoZSBJUCBz b3VyY2UgYWRkcmVzcyBiZWxvbmdzIHRvIHRoZSBmb290cHJpbnQvZ2VvPZRGcmFuY2WUDQoJCQkJ CQkJICB0aGVuLCB0aGUgZGVsaXZlcnkgb2YgdGhlIHJlcXVlc3RlZCBjb250ZW50IGlzIGRvbmUg YnkgdGhlIENETiBBIGl0c2VsZg0KCQkJCQkJCQllbHNlIA0KCQkJCQkJCQlpZiB0aGUgSVAgc291 cmNlIGFkZHJlc3MgYmVsb25ncyB0byB0aGUgZm9vdHByaW50L2dlbz2URXVyb3BllCANCgkJCQkJ CQkJdGhlbiwgdGhlIGRlbGl2ZXJ5IG9mIHRoZSByZXF1ZXN0ZWQgY29udGVudCBpcyBkZWxlZ2F0 ZWQgdG8gQ0ROIEIgKHdoaWNoIHdpbGwgZGVsZWdhdGUgaXQgdG8gQ0ROIEMgdGhlIEVuZC11c2Vy IHJlcXVlc3Qgb2YgY29udGVudCBtYXRjaGVzIHRoZSBjbGFzcy1vZi1yZXF1ZXN0L1VSSV9jbGFz cyCTcnRtcC8vY2RuLmNwMS5jb20vdmlkZW8vKj8gdXJsX3NpZ25pbmc9lGJilCYqlCkNCgkJCQkJ CQkJZWxzZSANCgkJCQkJCQkJCWlmIHRoZSBJUCBzb3VyY2UgYWRkcmVzcyBiZWxvbmdzIHRvIHRo ZSBmb290cHJpbnQvZ2VvPZRXb3JsZJQgDQoJCQkJCQkJCQl0aGVuLCB0aGUgZGVsaXZlcnkgb2Yg dGhlIHJlcXVlc3RlZCBjb250ZW50IGlzIGRlbGVnYXRlZCB0byBDRE4gRA0KCQkJCQkJCQkJDQoJ CQkJCQkNCgkJCQkJCQkJDQoJCQkJCQkJCQ0KDQoJCQkJCQlpaSkgUmVxdWVzdCByb3V0aW5nIGlu Zm9ybWF0aW9uIG1vZGlmaWNhdGlvbg0KCQkJCQkJDQoJCQkJCQkgICAgU3ViLXVzZSBjYXNlIDEg Og0KCQkJCQkJCQlBIHByb2JsZW0gb2NjdXJzIG9uIENETiBDIHNvIHRoYXQgaXQgaXMgbm90IGFi bGUgdG8gZGVsaXZlciBhbnltb3JlIGNvbnRlbnQgdXNpbmcgUlRNUC4NCgkJCQkJCQkJQ0ROIEEg bXVzdCBub3cgc2VsZWN0cyBDRE4gRCBmb3IgdGhlIGRlbGl2ZXJ5IG9mIENQMZJzIGNvbnRlbnQg aW4gUlRNUCBmb3IgY2xpZW50IG90aGVyIHRoYW4gaW4gRnJhbmNlLg0KDQoJCQkJCQkJCQlSZXF1 ZXN0IFJvdXRpbmcvZm9vdHByaW50JmNhcGFiaWxpdGllcyBOb3RpZmljYXRpb25zIDogDQoNCgkJ CQkJCQkJCTEpIENETiBDIC0gQ0ROIEIgUmVxdWVzdCBSb3V0aW5nL2Zvb3RwcmludCZjYXBhYmls aXRpZXMgTm90aWZpY2F0aW9uIA0KDQoJCQkJCQkJCQlDRE4gQyB3aWxsIHRoZW4gc2VuZCBhIHJl cXVlc3Qgcm91dGluZyBpbmZvcm1hdGlvbiBub3RpZmljYXRpb24gdG8gQ0ROIEINCgkJCQkJCQkJ CVRoaXMgbm90aWZpY2F0aW9uIGluY2x1ZGVzIHRoZSBmb2xsb3dpbmcgcGFyYW1ldGVyczoNCgkJ CQkJCQlTZXJ2aWNlIDoNCgkJCQkJCQkJICB7ICANCgkJCQkJCQkJCSAgU2VydmljZV9BZ3JlZW1l bnRfaWQgPSBzZXJ2aWNlLUFncmVlZW1lbnRfYmMNCgkJCQkJCQkJCSAgU3RhdHVzID0gbm90X29w ZXJhdGlvbmFsDQoJCQkJCQkJCSAgfQ0KDQoJCQkJCQkJCQkyKSBDRE4gQSAtIENETiBCIFJlcXVl c3QgUm91dGluZy9mb290cHJpbnQmY2FwYWJpbGl0aWVzIE5vdGlmaWNhdGlvbiANCg0KCQkJCQkJ CQkJQ0ROIEIgd2lsbCB0aGVuIHNlbmQgYSByZXF1ZXN0IHJvdXRpbmcgaW5mb3JtYXRpb24gbm90 aWZpY2F0aW9uIHRvIENETiBBDQoJCQkJCQkJCQlUaGlzIG5vdGlmaWNhdGlvbiBpbmNsdWRlcyB0 aGUgZm9sbG93aW5nIHBhcmFtZXRlcnM6DQoJCQlTZXJ2aWNlIDoNCgkJCQkgIHsgIA0KCQkJCQkg IFNlcnZpY2VfQWdyZWVtZW50X2lkID0gc2VydmljZV9BZ3JlZWVtZW50X2FiX0NQMQ0KCQkJCQkg IFN0YXR1cyA9IG1vZGlmaWVkDQoJCQkJCQl7CQ0KCQkJCQkJICAibW9kaWZpZWQgZGVsaXZlcnkg c2VydmljZSIgOiAiZGVsaXZlcnlfc2VydmljZV9zdGFuZGFyZF9CIiANCgkJCQkJCQl7DQoJCQkJ CQkJCSJNb2RpZmllZCBDbGFzcy1vZi1yZXF1ZXN0IiA6ICJDUDFfbGl2ZV9zdGFuZGFyZF9CIg0K CQkJCQkJCQlTdGF0dXMgPSBub3Rfb3BlcmF0aW9uYWwNCgkJCQkJCQl9DQoJCQkJCQkJPEFORD4N CgkJCQkJCQkibW9kaWZpZWQgZGVsaXZlcnkgc2VydmljZSIgOiAiZGVsaXZlcnlfc2VydmljZV9w cmVtaXVtX0IiIA0KCQkJCQkJCXsNCgkJCQkJCQkJIk1vZGlmaWVkIENsYXNzLW9mLXJlcXVlc3Qi IDogIkNQMV9saXZlX3ByZW1pdW1fQiINCgkJCQkJCQkJIFN0YXR1cyA9IG5vdF9vcGVyYXRpb25h bA0KCQkJCQkJCX0NCgkJCQkJCX0NCgkJCQkJfQkNCgkJCQkJCQkJCQkJCQkNCgkJCQkJCQkJCQkJ CQkNCgkJCQkJCQkJCQkJDQoJCQkJCQkJCQlBZnRlciBDRE4gQSBoYXMgcmVjZWl2ZWQgdGhpcyBS ZXF1ZXN0IHJvdXRpbmcgaW5mb3JtYXRpb24gbm90aWZpY2F0aW9uLCBhbiBleGFtcGxlIG9mIGl0 cyBtb2RpZmllZCBkQ0ROIHNlbGVjdGlvbiBhbGdvcml0aG0gaXMgcHJlc2VudGVkIChhcyBhbiBl eGFtcGxlIGFuZCBmb3IgaW5mb3JtYXRpb24gb25seSkgICAgICAgCQ0KDQoJCQkJCQkJCQlJZiB0 aGUgRW5kLXVzZXIgcmVxdWVzdCBvZiBjb250ZW50IG1hdGNoZXMgdGhlIGNsYXNzLW9mLXJlcXVl c3QvVVJJX2NsYXNzIJNodHRwLy9jZG4uY3AxLmNvbS92aWRlby8qPyB1cmxfc2lnbmluZz2UYmKU JiqUIG9yIJNydG1wLy9jZG4uY3AxLmNvbS92aWRlby8qPyB1cmxfc2lnbmluZz2UYmKUJiqUDQoJ CQkJCQkJCQlBbmQgDQoJCQkJCQkJCQlJZiAgdGhlIElQIHNvdXJjZSBhZGRyZXNzIGJlbG9uZ3Mg dG8gdGhlIGZvb3RwcmludC9nZW89lEZyYW5jZZQNCgkJCQkJCQkJCXRoZW4sIHRoZSBkZWxpdmVy eSBvZiB0aGUgcmVxdWVzdGVkIGNvbnRlbnQgaXMgZG9uZSBieSB0aGUgQ0ROIEEgaXRzZWxmDQoJ CQkJCQkJCQkJZWxzZSANCgkJCQkJCQkJCQlpZiB0aGUgSVAgc291cmNlIGFkZHJlc3MgYmVsb25n cyB0byB0aGUgZm9vdHByaW50L2dlbz2URXVyb3BllCANCgkJCQkJCQkJCQkgICAgYW5kIGlmIHRo ZSBFbmQtdXNlciByZXF1ZXN0IG9mIGNvbnRlbnQgbWF0Y2hlcyB0aGUgY2xhc3Mtb2YtcmVxdWVz dC9VUklfY2xhc3Mgk2h0dHAvL2Nkbi5jcDEuY29tL3ZpZGVvLyo/IHVybF9zaWduaW5nPZRiYpQm KpQNCgkJCQkJCQkJCQkJdGhlbiwgdGhlIGRlbGl2ZXJ5IG9mIHRoZSByZXF1ZXN0ZWQgY29udGVu dCBpcyBkZWxlZ2F0ZWQgdG8gQ0ROIEIgDQoJCQkJCQkJCQkJZWxzZSANCgkJCQkJCQkJCQkJaWYg dGhlIElQIHNvdXJjZSBhZGRyZXNzIGJlbG9uZ3MgdG8gdGhlIGZvb3RwcmludC9nZW89lFdvcmxk lCANCgkJCQkJCQkJCQkJICAgIG9yIGlmIHRoZSBJUCBzb3VyY2UgYWRkcmVzcyBiZWxvbmdzIHRv IHRoZSBmb290cHJpbnQvZ2VvPZRFdXJvcGWUIA0KCQkJCQkJCQkJCSAgICAgICAgICAgIGFuZCBp ZiB0aGUgRW5kLXVzZXIgcmVxdWVzdCBvZiBjb250ZW50IG1hdGNoZXMgdGhlIGNsYXNzLW9mLXJl cXVlc3QvVVJJX2NsYXNzIJNodHRwLy9jZG4uY3AxLmNvbS92aWRlby8qPyB1cmxfc2lnbmluZz2U YmKUJiqUDQoJCQkJCQkJCQkJCXRoZW4sIHRoZSBkZWxpdmVyeSBvZiB0aGUgcmVxdWVzdGVkIGNv bnRlbnQgaXMgZGVsZWdhdGVkIHRvIENETiBEDQoJCQkJCQkJCQkNCgkJDQoJCQ0KCQkNCgkJDQoJ CQkJCQkJCQkJCSAgDQoJCQkJCQkJCVN1Yi11c2UgY2FzZSAyIDoNCgkJCQkJCQkJDQoJCQkJCQkJ CUEgcHJvYmxlbSBvY2N1cnMgb24gQ0ROIEMgc28gdGhhdCBpdCBpcyBub3QgYWJsZSB0byBkZWxp dmVyIGFueW1vcmUgY29udGVudCB1c2luZyBSVE1QIGZvciBmb290cHJpbnQgIlNwYWluIi4NCgkJ CQkJCQkJQ0ROIEEgbXVzdCBub3cgc2VsZWN0cyBDRE4gRCBmb3IgdGhlIGRlbGl2ZXJ5IG9mIENQ MZJzIGNvbnRlbnQgaW4gUlRNUCBmb3IgY2xpZW50IGluIFNwYWluLg0KDQoJCQkJCQkJCQlSZXF1 ZXN0IFJvdXRpbmcvZm9vdHByaW50JmNhcGFiaWxpdGllcyBOb3RpZmljYXRpb25zIDogDQoNCgkJ CQkJCQkJCTEpIENETiBDIC0gQ0ROIEIgUmVxdWVzdCBSb3V0aW5nL2Zvb3RwcmludCZjYXBhYmls aXRpZXMgTm90aWZpY2F0aW9uIA0KDQoJCQkJCQkJCQlDRE4gQyB3aWxsIHRoZW4gc2VuZCBhIHJl cXVlc3Qgcm91dGluZyBpbmZvcm1hdGlvbiBub3RpZmljYXRpb24gdG8gQ0ROIEINCgkJCQkJCQkJ CVRoaXMgbm90aWZpY2F0aW9uIGluY2x1ZGVzIHRoZSBmb2xsb3dpbmcgcGFyYW1ldGVyczoNCgkJ U2VydmljZSA6DQoJCQkgIHsgIA0KCQkJCSAgU2VydmljZV9BZ3JlZW1lbnRfaWQgPSBzZXJ2aWNl LUFncmVlZW1lbnRfYmMNCgkJCQkgIFN0YXR1cyA9IG1vZGlmaWVkDQoJCQkJICB7CQ0KCQkJCQkJ Im1vZGlmaWVkIGRlbGl2ZXJ5IFNlcnZpY2UiIDogImRlbGl2ZXJ5X3NlcnZpY2Vfc3RhbmRhcmRf QyIgOg0KCQkJCQkJew0KCQkJCQkJCSJtb2RpZmllZCBDbGFzcy1vZi1yZXF1ZXN0IiA6ICJDUDFf bGl2ZV9zdGFuZGFyZF9DIiA6DQoJCQkJCQkJew0KCQkJCQkJCQkiVVJJLUNsYXNzIiA6ICJydG1w Oi8vY2RuLmNwMS5jb20vbGl2ZS9zdGFuZGFyZC8qP3VybF9zaWduaW5nPSJiYiImKiIgDQoJCQkJ CQkJCSJmb290cHJpbnQiIDogDQoJCQkJCQkJCXsJDQoJCQkJCQkJCQkiem9uZSI6DQoJCQkJCQkJ CQl7DQoJCQkJCQkJCQkJImZyb20iIDoNCgkJCQkJCQkJCQl7DQoJCQkJCQkJCQkJCSJnZW8iOiAi RXVyb3BlIg0KCQkJCQkJCQkJCX0NCgkJCQkJCQkJCQkiZXhjdWRlIiA6DQoJCQkJCQkJCQkJew0K CQkJCQkJCQkJCQkiZ2VvIiA6ICJTcGFpbiINCgkJCQkJCQkJCQl9CQ0KCQkJCQkJCQkJfQ0KCQkJ CQkJCQl9DQoJCQkJCQkJfQkJCQkJCQkJCQ0KCQkJCQkJPEFORD4NCgkJCQkJCSJtb2RpZmllZCBk ZWxpdmVyeSBTZXJ2aWNlIiA6ICJkZWxpdmVyeV9zZXJ2aWNlX3ByZW1pdW1fQyIgDQoJCQkJCQl7 DQoJCQkJCQkJIk1vZGlmaWVkIENsYXNzLW9mLXJlcXVlc3QiIDogIkNQMV9saXZlX3ByZW1pdW1f QyIgOg0KCQkJCQkJCXsNCgkJCQkJCQkJIlVSSS1DbGFzcyIgOiAicnRtcDovL2Nkbi5jcDEuY29t L2xpdmUvcHJlbWl1bS8qP3VybF9zaWduaW5nPSJiYiImKiIgDQoJCQkJCQkJCSJmb290cHJpbnQi IDogDQoJCQkJCQkJCXsJDQoJCQkJCQkJCQkiem9uZSI6DQoJCQkJCQkJCQl7DQoJCQkJCQkJCQkJ ImZyb20iIDoNCgkJCQkJCQkJCQl7DQoJCQkJCQkJCQkJCSJnZW8iOiAiRXVyb3BlIg0KCQkJCQkJ CQkJCX0NCgkJCQkJCQkJCQkiZXhjdWRlIiA6DQoJCQkJCQkJCQkJew0KCQkJCQkJCQkJCQkiZ2Vv IiA6ICJTcGFpbiINCgkJCQkJCQkJCQl9CQ0KCQkJCQkJCQkJfQ0KCQkJCQkJCQl9DQoJCQkJCQkJ fQkJCQkJCQkJCQ0KCQkJCQkJCQ0KCQkJCQkJfQ0KCQkJCQl9DQoJCQkgIH0NCg0KDQoJCQkJCQkJ CQkyKSBDRE4gQiAtIENETiBBIFJlcXVlc3QgUm91dGluZy9mb290cHJpbnQmY2FwYWJpbGl0aWVz IE5vdGlmaWNhdGlvbiANCg0KCQkJCQkJCQkJQ0ROIEIgd2lsbCB0aGVuIHNlbmQgYSByZXF1ZXN0 IHJvdXRpbmcgaW5mb3JtYXRpb24gbm90aWZpY2F0aW9uIHRvIENETiBBDQoJCQkJCQkJCQlUaGlz IG5vdGlmaWNhdGlvbiBpbmNsdWRlcyB0aGUgZm9sbG93aW5nIHBhcmFtZXRlcnM6DQoJCVNlcnZp Y2UgOg0KCQkJICB7ICANCgkJCQkgIFNlcnZpY2VfQWdyZWVtZW50X2lkID0gc2VydmljZS1BZ3Jl ZWVtZW50X2JjDQoJCQkJICBTdGF0dXMgPSBtb2RpZmllZA0KCQkJCSAgewkNCgkJCQkJICAibW9k aWZpZWQgZGVsaXZlcnkgc2VydmljZSIgOiAiZGVsaXZlcnlfc2VydmljZV9zdGFuZGFyZF9CICIN CgkJCQkJCXsNCgkJCQkJCQkibW9kaWZpZWQgQ2xhc3Mtb2YtcmVxdWVzdCIgOiAiQ1AxX2xpdmVf c3RhbmRhcmRfQiIgDQoJCQkJCQkJew0KCQkJCQkJCQkiVVJJLUNsYXNzIiA6ICJydG1wOi8vY2Ru LmNwMS5jb20vbGl2ZS9zdGFuZGFyZC8qP3VybF9zaWduaW5nPSJiYiImKiIgDQoJCQkJCQkJCSJm b290cHJpbnQiIDogDQoJCQkJCQkJCXsNCgkJCQkJCQkJCSJ6b25lIjoNCgkJCQkJCQkJCXsNCgkJ CQkJCQkJCQkiZnJvbSIgOg0KCQkJCQkJCQkJCXsNCgkJCQkJCQkJCQkJImdlbyI6ICJFdXJvcGUi DQoJCQkJCQkJCQkJfQ0KCQkJCQkJCQkJCSJleGN1ZGUiIDoNCgkJCQkJCQkJCQkJew0KCQkJCQkJ CQkJCQkJImdlbyIgOiAiU3BhaW4iDQoJCQkJCQkJCQkJCX0JDQoJCQkJCQkJCQl9DQoJCQkJCQkJ CX0NCgkJCQkJCQl9CQkJCQkNCgkJCQkJCTxBTkQ+DQoJCQkJCQkibW9kaWZpZWQgZGVsaXZlcnkg c2VydmljZSIgOiAiZGVsaXZlcnlfbGl2ZV9wcmVtaXVtX0IiIA0KCQkJCQkJew0KCQkJCQkJCSIg bW9kaWZpZWQgQ2xhc3Mtb2YtcmVxdWVzdCI9ICJDUDFfbGl2ZV9wcmVtaXVtX0IiIA0KCQkJCQkJ CQl7DQoJCQkJCQkJCQkiVVJJLUNsYXNzIiA6ICJydG1wOi8vY2RuLmNwMS5jb20vbGl2ZS9wcmVt aXVtLyo/dXJsX3NpZ25pbmc9ImJiIiYqIiANCgkJCQkJCQkJCSJmb290cHJpbnQiIDogDQoJCQkJ CQkJCQkJew0KCQkJCQkJCQkJCQkiem9uZSI6DQoJCQkJCQkJCQkJCXsNCgkJCQkJCQkJCQkJCSJm cm9tIiA6DQoJCQkJCQkJCQkJCQkJew0KCQkJCQkJCQkJCQkJCQkiZ2VvIjogIkV1cm9wZSINCgkJ CQkJCQkJCQkJCQl9DQoJCQkJCQkJCQkJCQkiZXhjdWRlIiA6DQoJCQkJCQkJCQkJCQkJew0KCQkJ CQkJCQkJCQkJCQkiZ2VvIiA6ICJTcGFpbiINCgkJCQkJCQkJCQkJCQl9CQkNCgkJCQkJCQkJCQkJ fQ0KCQkJCQkJCQkJCX0NCgkJCQkJCQkJfQkJCQkJDQoJCQkJCQl9DQoJCQkJCX0NCgkJCQl9DQoN CgkJCQkJCQkJCQkJQWZ0ZXIgQ0ROIEEgaGFzIHJlY2VpdmVkIHRoaXMgUmVxdWVzdCByb3V0aW5n IGluZm9ybWF0aW9uIG5vdGlmaWNhdGlvbiwgaXMgZENETiBzZWxlY3Rpb24gYWxnb3JpdGhtIGlz IG1vZGlmaWVkLg0KDQoNCg0KDQoJCQkJCQkNCgkJCQkJDQoJCQkJCQkNCgkJCQkJCQ0KCQkJCQkJ DQoJCQkJCQkNCgkNCgkJCQkJDQoJCQkJCQ== --_003_2779C9F0771F974CAD742BAE6D9904FE5542DA50DAPHNISofficehd_ Content-Type: application/rtf; name="CDNI footprint capabilities progress status quo 20130211.rtf" Content-Description: CDNI footprint capabilities progress status quo 20130211.rtf Content-Disposition: attachment; filename="CDNI footprint capabilities progress status quo 20130211.rtf"; size=8639; creation-date="Mon, 11 Feb 2013 12:54:33 GMT"; modification-date="Mon, 11 Feb 2013 12:46:42 GMT" Content-Transfer-Encoding: base64 e1xydGYxXGFuc2lcYW5zaWNwZzEyNTJcZGVmZjBcZGVmbGFuZzEwMzN7XGZvbnR0Ymx7XGYwXGZu aWxcZmNoYXJzZXQwIENhbGlicmk7fXtcZjFcZm5pbFxmY2hhcnNldDIgU3ltYm9sO319DQp7XCpc Z2VuZXJhdG9yIE1zZnRlZGl0IDUuNDEuMjEuMjUxMDt9XHZpZXdraW5kNFx1YzFccGFyZFxzYTIw MFxzbDI3NlxzbG11bHQxXGxhbmc5XHVsXGJcZjBcZnMyMiBIaWdoLUxldmVsIChtYWluIHBvaW50 cykgUHJvZ3Jlc3Mgb2YgdGhlIENETkkgRm9vdHByaW50IC8gQ2FwYWJpbHRpZXMgRGVzaWduIFRl YW1ccGFyDQpccGFyZFxzYTIwMFxzbDI3NlxzbG11bHQxXHVsbm9uZSAxLiBJRVRGLTg0IChWYW5j b3V2ZXIsIHNldmVyYWwgc2lkZSBtZWV0aW5ncylcYjBccGFyDQpccGFyZHtccG50ZXh0XGYxXCdC N1x0YWJ9e1wqXHBuXHBubHZsYmx0XHBuZjFccG5pbmRlbnQwe1xwbnR4dGJcJ0I3fX1cZmktMzYw XGxpMTA4MFxzYTIwMFxzbDI3NlxzbG11bHQxXGIgY29udmVyZ2VuY2Ugb24gdGhlIGZhY3QgdGhh dCBoaWdobHkgZHluYW1pYyBRb1MgYWR2ZXJ0aXNlbWVudCBpcyB1bnJlYWxpc3RpYyBmb3IgdGhl IENETkkgV0cgdGltZWZyYW1lXGIwIDpccGFyDQpccGFyZHtccG50ZXh0XGYxXCdCN1x0YWJ9e1wq XHBuXHBubHZsYmx0XHBuZjFccG5pbmRlbnQwe1xwbnR4dGJcJ0I3fX1cZmktMzYwXGxpMTQ0MFxz YTIwMFxzbDI3NlxzbG11bHQxIGFncmVlbWVudCB0aGF0IHdpdGhpbiB0aGUgQ0ROSSBjaGFydGVy IHRpbWVmcmFtZSwgcmVhbC10aW1lIHBlciByZXF1ZXN0IFFvUyBhZHZlcnRpc21lbnQgaXMgbm90 IHJlYWxpc3RpYyB0byBzdGFuZGFyZGlzZTsgaS5lLiBoaWdobHkgZHluYW1pYyByZWFsLXRpbWUg ZGVsaXZlcnkgcGVyZm9ybWFuY2UgbWV0cmljcyBvciBDRE4gcmVzb3VyY2UgbG9hZCBpcyBvdXQg b2Ygc2NvcGU7IFxwYXINCntccG50ZXh0XGYxXCdCN1x0YWJ9YnVzaW5lc3MgYWdyZWVtZW50cyBh cmUgZGljdGF0aW5nIFFvUyBvbiBhIHN0YXRpc3RpY2FsIGJhc2lzIChhZ2dyZWdhdGVkIHZhbHVl cylccGFyDQpccGFyZHtccG50ZXh0XGYxXCdCN1x0YWJ9e1wqXHBuXHBubHZsYmx0XHBuZjFccG5p bmRlbnQwe1xwbnR4dGJcJ0I3fX1cZmktMzYwXGxpMTQ0MFxzYTIwMFxzbDI3NlxzbG11bHQxIGJ1 dDogc29tZXdoYXQgZHluYW1pY2FsbHkgY2hhbmdpbmcgaW5mb3JtYXRpb24gKG9uIGxvdyB0aW1l c2NhbGVzKSBtaWdodCBiZSB1c2VmdWwgdG8gYWR2ZXJ0aXNlXHBhcg0KXHBhcmR7XHBudGV4dFxm MVwnQjdcdGFifXtcKlxwblxwbmx2bGJsdFxwbmYxXHBuaW5kZW50MHtccG50eHRiXCdCN319XGZp LTM2MFxsaTEwODBcc2EyMDBcc2wyNzZcc2xtdWx0MVxiIGxlbmd0aHkgZGlzY3Vzc2lvbnMgYWJv dXQgZGlmZmVyZW5jZSBiZXR3ZWVuIGFkdmVydGlzaW5nIHJlYWNoYWJpbGl0eSAod2hhdCBlbmQg dXNlciBsb2NhdGlvbnMgY2FuIGRDRE4gc2VydmU/KSBvciBhZHZlcnRpc2luZyByZXNvdXJjZXMg KHdoZXJlIGRvZXMgYSBkQ0ROIGhhdmUgY2FjaGVzL3N1cnJvZ2F0ZXM/KTpcYjBccGFyDQpccGFy ZHtccG50ZXh0XGYxXCdCN1x0YWJ9e1wqXHBuXHBubHZsYmx0XHBuZjFccG5pbmRlbnQwe1xwbnR4 dGJcJ0I3fX1cZmktMzYwXGxpMTQ0MFxzYTIwMFxzbDI3NlxzbG11bHQxIGh1bSBvbiB0aGUgZm9s bG93aW5nIHF1ZXN0aW9uczogMSl3aG8gd2FudHMgdG8gc3VwcG9ydCByZWFjaGFiaWxpdHkgdHlw ZSwgMil3aG8gd2FudHMgdG8gc3VwcG9ydCByZXNvdXJjZXMsIDMpIHdobyB3YW50cyB0byBzdXBw b3J0IGJvdGhccGFyDQp7XHBudGV4dFxmMVwnQjdcdGFifVJlc3VsdDogQm90aDogbWVkaXVtLCBy ZWFjaGFiaWxpdHkgb25seTogbWVkaXVtLWhpZ2g7IHJlc291cmNlIG9ubHk6IG5vbmUgXHBhcg0K XGJ7XHBudGV4dFxmMVwnQjdcdGFifS0tPiBEZWNpc2lvbiBtYWRlIHRvIGVpdGhlciBvbmx5IHN1 cHBvcnQgcmVhY2hhYmlsaXR5IHR5cGUgb2YgYWR2ZXJ0aXNlbWVudCBvciBib3RoIHR5cGVzIG9m IGFkdmVydGlzZW1lbnQgKHJlYWNoaWJpbGl0eSBhbmQgcmVzb3VyY2UpOyBXaGV0aGVyIHRvIHN1 cHBvcnQgcmVhY2hhYmlsaXR5IG9ubHkgb3IgYm90aCB0eXBlcyBpcyBhbiBvcGVuIGlzc3VlXGIw XHBhcg0KXHBhcmR7XHBudGV4dFxmMVwnQjdcdGFifXtcKlxwblxwbmx2bGJsdFxwbmYxXHBuaW5k ZW50MHtccG50eHRiXCdCN319XGZpLTM2MFxsaTEwODBcc2EyMDBcc2wyNzZcc2xtdWx0MSBEaXNj dXNzaW9uIGFib3V0IENETkkgY29udHJhY3RzIHZzLiBDRE5JIGFkdmVydGlzZW1lbnRccGFyDQpc cGFyZHtccG50ZXh0XGYxXCdCN1x0YWJ9e1wqXHBuXHBubHZsYmx0XHBuZjFccG5pbmRlbnQwe1xw bnR4dGJcJ0I3fX1cZmktMzYwXGxpMTQ0MFxzYTIwMFxzbDI3NlxzbG11bHQxXGIgYWdyZWVtZW50 IHRoYXQgbWFueSB0aGluZ3Mgd2lsbCBiZSBwcmUtYWdyZWVkIGluIENETkkgY29udHJhY3RzXGIw XHBhcg0KXGJ7XHBudGV4dFxmMVwnQjdcdGFifWFncmVlbWVudCB0aGF0IGhvd2V2ZXIgdGhlcmUg aXMgc3RpbGwgYSBuZWVkIGZvciBhZHZlcnRpc2VtZW50IHRvIGFjY291bnQgZm9yIG1pbm9yIGNo YW5nZXMgaW4gZENETiBjYXBhYmlsaXRpZXMvZm9vdHByaW50XGIwXHBhcg0KXHBhcmR7XHBudGV4 dFxmMVwnQjdcdGFifXtcKlxwblxwbmx2bGJsdFxwbmYxXHBuaW5kZW50MHtccG50eHRiXCdCN319 XGZpLTM2MFxsaTE4MDBcc2EyMDBcc2wyNzZcc2xtdWx0MSBlLmcuICJ3aGVuIHBhcnQgb2YgeW91 ciBDRE4gZ2V0cyB1cGdyYWRlZCwgeW91IGRvIG5vdCB3YW50IHRvIHNldCB1cCBhIG5ldyBjb250 cmFjdCJccGFyDQpccGFyZHtccG50ZXh0XGYxXCdCN1x0YWJ9e1wqXHBuXHBubHZsYmx0XHBuZjFc cG5pbmRlbnQwe1xwbnR4dGJcJ0I3fX1cZmktMzYwXGxpMTQ0MFxzYTIwMFxzbDI3NlxzbG11bHQx XGIgLS0+IGFncmVlbWVudCBvbiBwcm9ibGVtIHdlIGFyZSB0cnlpbmcgdG8gc29sdmU6IHByb3Zp ZGUgYWRkaXRpb25hbCB1cGRhdGUgaW5mb3JtYXRpb24gYWJvdXQgY2FwYWJpbGl0aWVzIHRoYXQg aGF2ZSBjaGFuZ2VkL2JlZW4gYWRkZWQgc2luY2UgdGhlIGNvbnRyYWN0XHBhcg0KXHBhcmR7XHBu dGV4dFxmMVwnQjdcdGFifXtcKlxwblxwbmx2bGJsdFxwbmYxXHBuaW5kZW50MHtccG50eHRiXCdC N319XGZpLTM2MFxsaTE4MDBcc2EyMDBcc2wyNzZcc2xtdWx0MVxiMCBhZ3JlZW1lbnQgdGhhdCB3 ZSBhcmUgdGFsaW5nIGFib3V0IGFuIGludGVyZmFjZSB0aGF0IGhhcyB0aGUgZ29hbCBvZiB1cGRh dGluZyB0aGUgdUNETiBhYm91dCByZWNlbnQgY2hhbmdlcyBpbiBjYXBhYmlsaXRpZXM7IHRoZSB0 aWUtYnJlYWtpbmcgaW5mb3JtYXRpb24gKGluIHNsZWVjdGluZyBvbmUgZENETiBvdXQgb2YgbWFu eSkgd2lsbCBiZSBvdXRzaWRlIG9mIHRoZSBpbnRlcmZhY2Ugd2UgYXJlIHRhbGtpbmcgYWJvdXQg KGUuZy4gYnVzaW5lc3MpXGJccGFyDQpccGFyZHtccG50ZXh0XGYxXCdCN1x0YWJ9e1wqXHBuXHBu bHZsYmx0XHBuZjFccG5pbmRlbnQwe1xwbnR4dGJcJ0I3fX1cZmktMzYwXGxpMTA4MFxzYTIwMFxz bDI3NlxzbG11bHQxXGIwIGFncmVlbWVudCB0byBmb2N1cyBvbiBrZXkgdXNlIGNhc2U6IGFncmVl bWVudCB0byB1c2Uga2V5IHVzZSBjYXNlIHRvIGRlcml2ZSB3aGF0IHRoaW5ncyBzdGlsbCBuZWVk IHRvIGJlIGFkdmVydGlzZWQgaW4gcHJhY3Rpc2UsIGdpdmVuIHRoYXQgbWFueSB0aGluZ3Mgd2ls bCBiZSBhZ3JlZWQgaW4gY29udHJhY3RzXHBhcg0Ke1xwbnRleHRcZjFcJ0I3XHRhYn1hZ3JlZW1l bnQgdGhhdCBmb290cHJpbnQgYW5kIGNhcGFiaWxpdGllcyBhcmUgdGllZCB0b2dldGhlcjogZ2l2 ZW4gY2FwYWJpbGl0aWVzIG1heSBhcHBseSBvbmx5IHRvIGEgY2V0cmFpbiBzdWItcGFydCBvZiB0 aGUgZENETiBmb290cHJpbnRccGFyDQpccGFyZFxzYTIwMFxzbDI3NlxzbG11bHQxXGIgMi4gUGhv bmUgQ2FsbHMgYmV0d2VlbiBJRVRGLTg0IGFuZCBJRVRGLTg1XHBhcg0KXHBhcmR7XHBudGV4dFxm MVwnQjdcdGFifXtcKlxwblxwbmx2bGJsdFxwbmYxXHBuaW5kZW50MHtccG50eHRiXCdCN319XGZp LTM2MFxsaTEwODBcc2EyMDBcc2wyNzZcc2xtdWx0MSBBZ3JlZW1lbnQgdG8gYmFzZSBkaXNjdXNz aW9uIChhbmQgbW92ZSBmb3J3YXJkKSBvbiB0aGUgdXNlIGNhc2UgcG9zdGVkIGJ5IEFubmUgYW5k IEVtaWxlOyBpLmUuIHRvIGRpc2N1c3Mgd2hhdCBhcmUgdGhlIG1hbmRhdG9yeSBwaWVjZXMgb2Yg aW5mb3JtYXRpb24gdGhhdCBuZWVkIHRvIGJlIGFkdmVydGlzZWQgYmFzZWQgb24gdGhhdCB1c2Ug Y2FzZVxiMFxwYXINClxwYXJke1xwbnRleHRcZjFcJ0I3XHRhYn17XCpccG5ccG5sdmxibHRccG5m MVxwbmluZGVudDB7XHBudHh0YlwnQjd9fVxmaS0zNjBcbGkxNDQwXHNhMjAwXHNsMjc2XHNsbXVs dDEgSW4gc2hvcnQsIHRoZSB1c2UgY2FzZSBpcyBhcyBmb2xsb3dzOiBhIHVDRE4gaGFzIHNldmVy YWwgZENETnMuIE9uZSBvZiB0aGUgZENETnMgaGFzIGEgdHJhbnNpdGl2ZSAobGV2ZWwtMikgZENE Ti4gV2hhdCBoYXBwZW5zIGlmIGNhcGFiaWxpdGllcyBjaGFuZ2UgaW4gdGhlIHRyYW5zaXRpdmUg bGV2ZWwtMiBkQ0ROIHRoYXQgbWlnaHQgYWZmZWN0IGhvdyB0aGUgdUNETiBzZWxlY3RzIGEgbGV2 ZWwtMSBkQ0ROXHBhcg0KXHBhcmR7XHBudGV4dFxmMVwnQjdcdGFifXtcKlxwblxwbmx2bGJsdFxw bmYxXHBuaW5kZW50MHtccG50eHRiXCdCN319XGZpLTM2MFxsaTEwODBcc2EyMDBcc2wyNzZcc2xt dWx0MSBkaXNjdXNzaW9uIHdoZXRoZXIgdGhlIGludGVyZmFjZSBzaG91bGQgb25seSBzaWduYWwg dGhlIGRlbHRhIHdpdGggcmVzcGVjdCB0byBhIGdpdmVuIGNvbnRyYWN0IG9yIHNlbmQgdGhlIHdo b2xlIGRDRE4gc3RhdGUgZWFjaCB0aW1lXHBhcg0Ke1xwbnRleHRcZjFcJ0I3XHRhYn1zdGFydGVk IGRpc2N1c3Npb24gb24gd2hhdCB0eXBlcyBvZiBjYXBhYmlsdGllcyBuZWVkIHRvIGJlIHN1cHBv cnRlZDogYWdyZWVtZW50IHRoYXQgdHlwZSBvZiBkZWxpdmVyeSBwcm90b2NvbCBpcyBpbXBvcnRh bnQ7IGFncmVlbWVudCB0aGF0IHR5cGUgb2Ygc3VwcG9ydGVkIGF1dGhvcml6YXRpb24gbWVjaGFu aXNtIGlzIGltcG9ydGFudDtccGFyDQpccGFyZFxzYTIwMFxzbDI3NlxzbG11bHQxXGIgMy4gSUVU Ri04NSAoQXRsYW50YSwgb25lIHNpZGUgbWVldGluZyBmb2N1c2VkIG9uIGNhcGFiaWxpdGllcylc cGFyDQpccGFyZHtccG50ZXh0XGYxXCdCN1x0YWJ9e1wqXHBuXHBubHZsYmx0XHBuZjFccG5pbmRl bnQwe1xwbnR4dGJcJ0I3fX1cZmktMzYwXGxpMTA4MFxzYTIwMFxzbDI3NlxzbG11bHQxXGIwIGRp c2N1c3Npb24gb24gd2hhdCBjYXBhYmlsaXRpZXMgYXJlIG1hbmRhdG9yeSBhbmQgaG93IGNvdWxk IHdlIGNhbGwgdGhvc2Ugd2l0aCByZXNwZWN0IHRvIHRlcm1pbm9sb2d5P1xwYXINClxwYXJke1xw bnRleHRcZjFcJ0I3XHRhYn17XCpccG5ccG5sdmxibHRccG5mMVxwbmluZGVudDB7XHBudHh0Ylwn Qjd9fVxmaS0zNjBcbGkxNDQwXHNhMjAwXHNsMjc2XHNsbXVsdDFcYiBhZ3JlZW1lbnQgdGhhdCAi ZGVsaXZlcnkgcHJvdG9jb2wiIGlzIG1hbmRhdG9yeVxiMCA7IGFncmVlbWVudCB0aGF0IHdlIGRv IG5vdCB3YW50IHRvIGVudW1lcmF0ZSBkZXRhaWxlZCBkZWxpdmVyeSBwcm90b2NvbHM7IFxiIGFn cmVlbWVudCB0byBoYXZlIGEgcmVnaXN0cnkgZm9yICJkZWxpdmVyeSBwcm90b2NvbCIgd2hlcmUg dGhlIHJlZ2lzdHJ5IGFuZCBob3cgdG8gZmlsbCB0aGUgcmVnaXN0cnkgd291bGQgYmUgZGVmaW5l ZCBieSBDRE5JIGRvY3VtZW50c1xwYXINClxwYXJke1xwbnRleHRcZjFcJ0I3XHRhYn17XCpccG5c cG5sdmxibHRccG5mMVxwbmluZGVudDB7XHBudHh0YlwnQjd9fVxmaS0zNjBcbGkxODAwXHNhMjAw XHNsMjc2XHNsbXVsdDFcYjAgc2luZ2xlLWxldmVsIHJlZ2lzdHJ5IGlzIHByb2JhYmx5IHdvdWxk IHdlIHdhbnQgdG8gaGF2ZSAoaS5lLiBvbiBhIGdlbmVyYWwgcHJvdG9jb2wgbGV2ZWwgc3VjaCBh cyAiaHR0cCIsIHdpdGhvdXQgZ29pbmcgaW50byBmbGF2b3VycyBvZiBodHRwKVxiXHBhcg0KXHBh cmR7XHBudGV4dFxmMVwnQjdcdGFifXtcKlxwblxwbmx2bGJsdFxwbmYxXHBuaW5kZW50MHtccG50 eHRiXCdCN319XGZpLTM2MFxsaTE0NDBcc2EyMDBcc2wyNzZcc2xtdWx0MSByZWRpcmVjdGlvbiBt b2RlIG5lZWRzIHRvIGJlIHN1cHBvcnRlZCBcYjAgKHBvc3NpYmx5IGEgc3RyaWN0ZXIgcmVnaXN0 cnkgaXMgbmVlZGVkKVxwYXINClxie1xwbnRleHRcZjFcJ0I3XHRhYn1uZWVkIHRvIGFsaWduIHRo ZSB3b3JrIGJldHdlZW4gbWV0YWRhdGEgLyBsb2dnaW5nIC8gcmVxdWVzdCByb3V0aW5nIGludGVy ZmFjZXMgd2l0aCByZXNwZWN0IHRvIGNhcGFiaWxpdGllcyBhZHZlcnRpc2VtZW50XHBhcg0KXGIw e1xwbnRleHRcZjFcJ0I3XHRhYn1jYXNjYWRpbmcgLyBtYXRyaXggb2YgZGlmZmVyZW50IGNhcGFi aWxpdGllcyBzdGlsbCB0byBiZSBkaXNjdXNzZWQgKGUuZy4gY2VydGFpbiBhcXVpc2l0aW9uIHBy b3RvY29scyBhcmUgb25seSBzdXBwb3J0ZWQgZm9yIGNlcnRhaW4gZGVsaXZlcnkgcHJvdG9jb2xz KVxiXHBhcg0KXHBhcmRcc2EyMDBcc2wyNzZcc2xtdWx0MSA0LiBQaG9uZSBDYWxscyBiZXR3ZWVu IElFVEYtODUgYW5kIElFVEYtODZccGFyDQpccGFyZHtccG50ZXh0XGYxXCdCN1x0YWJ9e1wqXHBu XHBubHZsYmx0XHBuZjFccG5pbmRlbnQwe1xwbnR4dGJcJ0I3fX1cZmktMzYwXGxpMTA4MFxzYTIw MFxzbDI3NlxzbG11bHQxXGIwIGRpc2N1c3Npb24gb24gbmV3IHVzZSBjYXNlIHBvc3RlZCBieSBF bnJpY28gTS4gdGhhdCBhcmd1ZXMgZm9yIHJlc291cmNlIGZvb3RwcmludCBhZHZlcnRpc2VtZW50 OyB1c2UgY2FzZSB3YXMgbm90IGNsZWFyIHRvIHBlb3BsZSBpbiB0aGUgY2FsbCwgRW5yaWNvIG5l ZWRzIHRvIHBvc3QgYWdhaW4gaW4gbW9yZSBkZXRhaWwgYW5kIGV4cGxhaW4gdGhlIG1haW4gcG9p bnRzXGJccGFyDQpcYjB7XHBudGV4dFxmMVwnQjdcdGFifXRyeWluZyB0byBtYWtlIHByb2dyZXNz IHdpdGggZm9vdHByaW50IGJhc2VkIGluIHVzZSBjYXNlIGZyb20gRW1pbGUvQW5uZTsgc2VlbXMg dG8gYmUgYWdyZWVtZW50IHRoYXQgYWxsIHJlYWNoYWJpbGl0eSB0eXBlcyBvbiB0aGUgdGFibGUg KGkuZS4gSVAtcHJlZml4LCBBU04sIGdlb2dyYXBoaWNhbCByZWdpb24pIGFyZSB1c2VmdWwgdG8g c3VwcG9ydCB1c2UgY2FzZVxiXHBhcg0KXHBhcmR7XHBudGV4dFxmMVwnQjdcdGFifXtcKlxwblxw bmx2bGJsdFxwbmYxXHBuaW5kZW50MHtccG50eHRiXCdCN319XGZpLTM2MFxsaTE0NDBcc2EyMDBc c2wyNzZcc2xtdWx0MVxiMCBzdW1tYXJ5IGlzIHRvIGRpZ2cgZGVlcGVyIGludG8gcmVxdWlyZW1l bnRzIGZvciBhZ3JlZWQgcmVhY2hhYmlsaXR5IGluZm9ybWF0aW9uIHR5cGVzIGFuZCB0byBmaW5k IG91dCBtb3JlIHRoZSB1c2UgY2FzZSBiZWhpbmQgdGhlIHJlc291cmNlIHR5cGUgb2YgaW5mb3Jt YXRpb24gYW5kIHdoYXQgdGhlIHJlcXVpcmVtZW50cyBmb3IgY29udmV5aW5nIHRoaXMgdHlwZSBv ZiBpbmZvcm1hdGlvbiBhcmVcYlxwYXINClxwYXJkXHNhMjAwXHNsMjc2XHNsbXVsdDFcdWwgT3Zl cmFsbCBzdGF0dXMgcXVvOlxwYXINClxwYXJke1xwbnRleHRcZjFcJ0I3XHRhYn17XCpccG5ccG5s dmxibHRccG5mMVxwbmluZGVudDB7XHBudHh0YlwnQjd9fVxmaS0zNjBcbGk3MjBcc2EyMDBcc2wy NzZcc2xtdWx0MVx1bG5vbmVcYjAgZ29vZCBwcm9ncmVzcyBvbiBjYXBhYmlsaXRpZXMgYW5kIHNv bWUgY2xlYXIgaWRlYXMgb24gaG93IHRvIHN1ZSByZWdpc3RyaWVzXGJccGFyDQpccGFyZHtccG50 ZXh0XGYxXCdCN1x0YWJ9e1wqXHBuXHBubHZsYmx0XHBuZjFccG5pbmRlbnQwe1xwbnR4dGJcJ0I3 fX1cZmktMzYwXGxpMTA4MFxzYTIwMFxzbDI3NlxzbG11bHQxXGIwIGRldGFpbHMgbmVlZCB0byBi ZSBzb3J0ZWQgb3V0IG5vdyBhbmQgaW52b2x2ZSB0aGUgcGVvcGxlIGZyb20gIG1ldGFkYXRhIC8g bG9nZ2luZyAvIHJlcXVlc3Qgcm91dGluZyB0byBhbGlnbiB3aXRoIGNhcGFiaWxpdGllcyBhZHZl cnRpc2VtZW50IChlLmcuIHdoYXQgaXMgbmVlZGVkIHRvIGFkdmVydGlzZSBmcm9tIHRoZSBwZXJz cGVjdGl2ZSBvZiB0aG9zZSBpbnRlcmZhY2VzKVxiXHBhcg0KXHBhcmR7XHBudGV4dFxmMVwnQjdc dGFifXtcKlxwblxwbmx2bGJsdFxwbmYxXHBuaW5kZW50MHtccG50eHRiXCdCN319XGZpLTM2MFxs aTcyMFxzYTIwMFxzbDI3NlxzbG11bHQxXGIwIGZvb3RwcmludCBzdGlsbCBvcGVuIGlzc3VlcyBv biBhIGhpZ2hlciBsZXZlbCAoY29tcGFyZWQgdG8gY2FwYWJpbGl0aWVzKVxiXHBhcg0KXHBhcmR7 XHBudGV4dFxmMVwnQjdcdGFifXtcKlxwblxwbmx2bGJsdFxwbmYxXHBuaW5kZW50MHtccG50eHRi XCdCN319XGZpLTM2MFxsaTEwODBcc2EyMDBcc2wyNzZcc2xtdWx0MVxiMCBEZWNpc2lvbiBtYWRl IHRvIGVpdGhlciBhKSBbb25seSBzdXBwb3J0IHJlYWNoYWJpbGl0eSB0eXBlIG9mIGFkdmVydGlz ZW1lbnRdIG9yIGIpIFtyZWFjaGFiaWxpdHkgdHlwZSBhbmQgcmVzb3VyY2UgdHlwZSBvZiBhZHZl cnRpc2VtZW50XSAtLT4gbm8gZGVmaW5pdGl2ZSBhbnN3ZXIgdG8gYSkgb3IgYikgeWV0LCBkaWZm ZXJlbnQgb3BpbmlvbnMgZXhpc3RcYlxwYXINCn0NCgA= --_003_2779C9F0771F974CAD742BAE6D9904FE5542DA50DAPHNISofficehd_-- From Jan.Seedorf@neclab.eu Mon Feb 11 07:00:24 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9AA4221F8873; Mon, 11 Feb 2013 07:00:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.999 X-Spam-Level: X-Spam-Status: No, score=-102.999 tagged_above=-999 required=5 tests=[AWL=0.600, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EM5yVQVdF7R1; Mon, 11 Feb 2013 07:00:23 -0800 (PST) Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) by ietfa.amsl.com (Postfix) with ESMTP id A8D0C21F884B; Mon, 11 Feb 2013 07:00:23 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id 187C1103160; Mon, 11 Feb 2013 16:00:23 +0100 (CET) X-Virus-Scanned: Amavisd on Debian GNU/Linux (netlab.nec.de) Received: from mailer1.neclab.eu ([127.0.0.1]) by localhost (atlas-a.office.hd [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bYjUy7ZWbCqz; Mon, 11 Feb 2013 16:00:23 +0100 (CET) Received: from ENCELADUS.office.hd (enceladus.office.hd [192.168.24.52]) by mailer1.neclab.eu (Postfix) with ESMTP id EDB0810315F; Mon, 11 Feb 2013 16:00:12 +0100 (CET) Received: from DAPHNIS.office.hd ([169.254.2.175]) by ENCELADUS.office.hd ([192.168.24.52]) with mapi id 14.01.0323.003; Mon, 11 Feb 2013 15:59:18 +0100 From: Jan Seedorf To: Jan Seedorf , "cdni-footprint@ietf.org" Thread-Topic: [cdni-footprint] Progress with Footprint / Capabilities before Atlanta meeting Thread-Index: Ac4IVtaEvnnLRp4NTNOYBbp8RQchCgAEXK6w Date: Mon, 11 Feb 2013 14:59:18 +0000 Message-ID: <2779C9F0771F974CAD742BAE6D9904FE5542DB4A@DAPHNIS.office.hd> References: <2779C9F0771F974CAD742BAE6D9904FE5542DA50@DAPHNIS.office.hd> In-Reply-To: <2779C9F0771F974CAD742BAE6D9904FE5542DA50@DAPHNIS.office.hd> Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.2.227] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "cdni@ietf.org" Subject: Re: [CDNi] [cdni-footprint] Progress with Footprint / Capabilities before Atlanta meeting X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2013 15:00:24 -0000 > Let's aim for one call before the Atlanta meeting, I have set up a doodle= : > http://www.doodle.com/4ydidwifvfst43a2 The doodle is for the "Orlando" meeting, of course :) - Jan > -----Original Message----- > From: cdni-footprint-bounces@ietf.org [mailto:cdni-footprint- > bounces@ietf.org] On Behalf Of Jan Seedorf > Sent: Monday, February 11, 2013 1:58 PM > To: cdni-footprint@ietf.org > Cc: cdni@ietf.org > Subject: [cdni-footprint] Progress with Footprint / Capabilities before A= tlanta > meeting >=20 > Dear all, >=20 > I have been busy with other tasks (sorry for that), but now I have taken = the > time to produce a high-level "progress / status quo" document regarding > what have been our discussions and what have we agreed on in the > footprint/capabilities design team (and what are the open issues, of cour= se). > This was a suggestion from Francois in the last phone call, so that peopl= e can > prepare better for calls and so that we have a document to keep track of = our > discussion. See attached, I have also attached the latest version of the = use > case from Anne/Emile which we agreed to use as basis for our discussion. >=20 > Let's aim for one call before the Atlanta meeting, I have set up a doodle= : > http://www.doodle.com/4ydidwifvfst43a2 >=20 > In the call, we can briefly go over the status quo I have tried to captur= e, and > then decide on the next steps for capabilities and footprint. >=20 > - Jan >=20 > =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 > Jan Seedorf > Senior Researcher > NEC Europe Ltd., NEC Laboratories Europe, Network Division > Kurfuerstenanlage 36, D-69115 Heidelberg > Tel.=A0=A0=A0=A0 +49 (0)6221 4342-221 > Fax:=A0=A0=A0=A0 +49 (0)6221 4342-155 > e-mail:=A0 jan.seedorf@neclab.eu > =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 > NEC Europe Ltd, Registered Office: Athene, Odyssey Business Park, West En= d > Road, London, HA4 6QE, GB, Registered in England 2832014 From Jan.Seedorf@neclab.eu Thu Feb 14 05:45:35 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 64E7221F8652; Thu, 14 Feb 2013 05:45:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.299 X-Spam-Level: X-Spam-Status: No, score=-103.299 tagged_above=-999 required=5 tests=[AWL=0.300, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aPzJbwcmaYyK; Thu, 14 Feb 2013 05:45:34 -0800 (PST) Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) by ietfa.amsl.com (Postfix) with ESMTP id 365CB21F8651; Thu, 14 Feb 2013 05:45:31 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id 8EF84103229; Thu, 14 Feb 2013 14:45:30 +0100 (CET) X-Virus-Scanned: Amavisd on Debian GNU/Linux (netlab.nec.de) Received: from mailer1.neclab.eu ([127.0.0.1]) by localhost (atlas-a.office.hd [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VNY26de1J2At; Thu, 14 Feb 2013 14:45:30 +0100 (CET) Received: from METHONE.office.hd (methone.office.hd [192.168.24.54]) by mailer1.neclab.eu (Postfix) with ESMTP id 71DD4103207; Thu, 14 Feb 2013 14:45:20 +0100 (CET) Received: from PALLENE.office.hd ([169.254.1.80]) by METHONE.office.hd ([192.168.24.54]) with mapi id 14.01.0323.003; Thu, 14 Feb 2013 14:45:19 +0100 From: Jan Seedorf To: "cdni@ietf.org" Thread-Topic: REMINDER: Progress with Footprint / Capabilities before Orlando meeting Thread-Index: Ac4KuW/qILYu1sxPRKyXlkbunQJbPA== Date: Thu, 14 Feb 2013 13:44:29 +0000 Message-ID: <2779C9F0771F974CAD742BAE6D9904FE5543FF41@PALLENE.office.hd> Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.2.227] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "cdni-footprint@ietf.org" Subject: [CDNi] REMINDER: Progress with Footprint / Capabilities before Orlando meeting X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2013 13:45:35 -0000 Please fill in the doodle, so far only Ray and I seem to be interested in t= his ... - Jan -----Original Message----- From: cdni-footprint-bounces@ietf.org [mailto:cdni-footprint-bounces@ietf.o= rg] On Behalf Of Jan Seedorf Sent: Monday, February 11, 2013 1:58 PM To: cdni-footprint@ietf.org Cc: cdni@ietf.org Subject: [cdni-footprint] Progress with Footprint / Capabilities before Atl= anta meeting Dear all, I have been busy with other tasks (sorry for that), but now I have taken th= e time to produce a high-level "progress / status quo" document regarding w= hat have been our discussions and what have we agreed on in the footprint/c= apabilities design team (and what are the open issues, of course). This was= a suggestion from Francois in the last phone call, so that people can prep= are better for calls and so that we have a document to keep track of our di= scussion. See attached, I have also attached the latest version of the use = case from Anne/Emile which we agreed to use as basis for our discussion. Let's aim for one call before the Orlando meeting, I have set up a doodle: http://www.doodle.com/4ydidwifvfst43a2 In the call, we can briefly go over the status quo I have tried to capture,= and then decide on the next steps for capabilities and footprint. - Jan =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 Jan Seedorf Senior Researcher NEC Europe Ltd., NEC Laboratories Europe, Network Division=A0=A0=A0=A0=A0 Kurfuerstenanlage 36, D-69115 Heidelberg Tel.=A0=A0=A0=A0 +49 (0)6221 4342-221 Fax:=A0=A0=A0=A0 +49 (0)6221 4342-155 e-mail:=A0 jan.seedorf@neclab.eu =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 NEC Europe Ltd, Registered Office: Athene, Odyssey Business Park, West End = Road, London, HA4 6QE, GB, Registered in England 2832014 From ben@niven-jenkins.co.uk Sat Feb 16 06:57:44 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D86D221F8468 for ; Sat, 16 Feb 2013 06:57:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.299 X-Spam-Level: X-Spam-Status: No, score=-104.299 tagged_above=-999 required=5 tests=[AWL=-2.300, BAYES_00=-2.599, J_CHICKENPOX_51=0.6, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GP5cs6p05eJb for ; Sat, 16 Feb 2013 06:57:44 -0800 (PST) Received: from mailex.mailcore.me (mailex.mailcore.me [94.136.40.61]) by ietfa.amsl.com (Postfix) with ESMTP id A7E8621F8464 for ; Sat, 16 Feb 2013 06:57:43 -0800 (PST) Received: from cpc4-cmbg17-2-0-cust814.5-4.cable.virginmedia.com ([86.14.227.47] helo=[192.168.0.4]) by mail10.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1U6jCv-0004yr-Hv; Sat, 16 Feb 2013 14:57:42 +0000 Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=windows-1252 From: Ben Niven-Jenkins In-Reply-To: Date: Sat, 16 Feb 2013 14:57:38 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20121022030240.24155.12810.idtracker@ietfa.amsl.com> <3F5BB382-1292-4EE4-8621-52C7C5097ACC@niven-jenkins.co.uk> To: Francois Le Faucheur (flefauch) X-Mailer: Apple Mail (2.1085) X-Mailcore-Auth: 9600544 X-Mailcore-Domain: 172912 Cc: "cdni@ietf.org" Subject: Re: [CDNi] Comments on draft-he-cdni-routing-request-redirection-03.txt X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2013 14:57:45 -0000 Francois, Closing the loop on this. I've tried to address all your comments in my = working copy of draft-he-cdni-routing-request-redirection-04. I will be posting it in the next week once I've got feedback from my = co-authors. When it gets published let me know if you feel your comments below = haven;t been addressed. In particular I re-wrote a lot of the document = to incorporate the concept of Redirection targets and I'd be interested = in your views on the new text. Ben On 7 Nov 2012, at 14:32, Francois Le Faucheur (flefauch) wrote: > Thanks for your responses. Looks like we're synch. Please keep track = of those points so they get addressed in the next rev. > You may want to bring up some of those today (e.g. need for link to = metadata in Redirection request) , specifically during the "discussion = slot" for Redirection, so we get input from others. >=20 > On 6 Nov 2012, at 10:25, Ben Niven-Jenkins wrote: >=20 >> Francois, >>=20 >> Please see below for my views. >>=20 >> On 5 Nov 2012, at 23:33, Francois Le Faucheur (flefauch) wrote: >>=20 >>> Hello, >>>=20 >>> (As an Individual). >>>=20 >>> In general, I feel this new version is going in the right direction. >>>=20 >>> Some high level comments: >>>=20 >>> * I think the spec should be less prescriptive as to how a dCDN = builds its redirection response. For example in section 6.1.1, the text = says: >>> "If the dCDN decides to use DNS Redirection, where the Downstream = CDN >>> is redirecting directly to a surrogate in the Downstream CDN: the >>> Downstream CDN selects one or more surrogates and returns a CDNI = RRRI >>> response containing the IP addresses of the selected surrogate(s), = ... >>> If the dCDN decides to use DNS Redirection, where the Downstream CDN >>> is redirecting to a Request Router in the dCDN: : the Downstream CDN >>> returns a CDNI RRRI response containing a CNAME of the Downstream >>> CDN's Request Router(s), =85 >>> " >>> In this example, I think the dCDN should be free to return an IP = address or a CNAME of the "redirection target" as it sees fit. The = redirection target may be a Surrogate, a Request Router, a set of = Surrogates, a 3rd party CDN Req Router, a 3rd party CDN Surrogate in = case of cascaded CDNs,... whatever the dCDN sees fit. >>> You could possibly mention one of the behavior above as an example = of what might happen, but it should just be an example and I recommend = the spec be open as to the logic to populate the Redirection response. >>=20 >> Fair comment. Describing the different redirection possibilities & = their applicability while at the same time talking about CDNI = Redirection in a more generic way (so we don't keep repeating all the = different nuances) was something we struggled a little with and is = certainly an area of the draft (IMO) that needs more work to make the = text clearer etc. >>=20 >> I like your idea of a 'redirection target' and maybe the right = approach is to have a section defining/discussing the possibilities for = redirection (A/AAAA/CNAME/Application level 302/etc) to a 'redirection = target' in a dCDN and in the rest of the document just talk generically = about redirection targets? >>=20 >>> * the document keeps talking about "encapsulating the enduser = request" inside the Redirection Request. I find this misleading, because = this is not about encapsulating the enduser request per-say, but rather = to convey the key attributes of the enduser request. >>=20 >> Fair comment. We used 'encapsulating end user request' to distinguish = between previous versions of the draft where the end user request was = proxied to a dCDN via the same protocol that the end user request was = made over. >>=20 >> Going forward that history doesn't matter and we should use better = language to describe what we are actually doing. >>=20 >>> * for HTTP, the Redirection Request should allow passing other = attributes in addition to client IP address and URI. >>=20 >> The draft currently just tries to define the minimum necessary = information for a dCDN to be able to perform a redirection. There are = probably other attributes that the dCDN would find useful and although = it is not explicitly described in the current draft I think the CDNI = Redirection 'protocol framework' in draft-he easily allows passing = additional optional attributes. Describing how to extend the 'base = protocol' with additional attributes is certainly something we should = add in a future revision of the draft. >>=20 >> Personally, I am reluctant to define lots of theoretical attributes = (that no one ends up using) to be included in a CDN Redirection request = but I would like to hear views from implementors on the attributes they = actually use (or plan to use as part of CDNI) to influence surrogate = selection/redirection across a CDN interconnect. >>=20 >>> * the document requires that a pointer to Metadata be included in = the Redirection request: >>> "For DNS redirection, the uCDN also needs to provide in the CDNI = RRRI >>> request the a link to the associated CDNI Metadata for the host/ >>> domain being requested." >>> Considering that the latest Metadata interface allows the dCDN to = walk down the metadata tree for any content without seeding any initial = info/pointers, I am not sure there is a benefit in passing a link to = metadata inside the Redirection request. If would potentially save the = dCDN Request Router to do the lookup on Content-->Metadata , but would = require the uCDN Request Router to do the same on its behalf. Besides = the dCDN has to do that looup anyways to get the Metadata for serving = the content. >>=20 >> This is in my slides for Thursday. When I was thinking about CDN = Redirection a while ago I convinced myself a link to CDNI Metadata was = useful so when I started working on draft-he I included it, but since = then I've been struggling to remind myself why I originally thought it = was required so I'm certainly open to removing it. >>=20 >>> * the redirection interface will need to discuss handling of URI = Signing=20 >>=20 >> Sure. Personally I'd like the uri signing/token authorisation work in = the WG to mature a bit more first just to avoid having to keep draft-he = aligned with a still moving target. >>=20 >> At a minimum we should include in the next revision a comment that we = still need to factor token authorisation into the document. >>=20 >>> * we need to agree on a set of acronyms to refer to the "CDNI = Request Routing/Redirection Interface". I will bring that up during the = meeting this week. >>=20 >> OK >>=20 >> Ben >>=20 >>>=20 >>> HTH >>>=20 >>> Francois >>>=20 >>>=20 >>> On 21 Oct 2012, at 23:02, >>> wrote: >>>=20 >>>>=20 >>>> A New Internet-Draft is available from the on-line Internet-Drafts = directories. >>>>=20 >>>>=20 >>>> Title : Routing Request Redirection for CDN = Interconnection >>>> Author(s) : Wang Danhua (editor) >>>> He Xiaoyan >>>> Spencer Dawkins >>>> Ge Chen >>>> Ni Wei >>>> Zhang Yunfei >>>> Ben Niven-Jenkins >>>> Filename : = draft-he-cdni-routing-request-redirection-03.txt >>>> Pages : 19 >>>> Date : 2012-10-21 >>>>=20 >>>> Abstract: >>>> The Request Routing Interface comprises of (1) the asynchronous >>>> advertisement of footprint and capabilities by a downstream CDN = that >>>> allows a upstream CDN to decide whether to redirect particular user >>>> requests to that downstream CDN; and (2) the synchronous operation = of >>>> an upstream CDN requesting whether a downstream CDN is prepared to >>>> accept a user request and of a downstream CDN responding with how = to >>>> actually redirect the user request. This document describes an >>>> interface for the latter part, i.e. the CDNI Request Routing >>>> Redirection interface. >>>>=20 >>>>=20 >>>> The IETF datatracker status page for this draft is: >>>> = https://datatracker.ietf.org/doc/draft-he-cdni-routing-request-redirection= >>>>=20 >>>> There's also a htmlized version available at: >>>> = http://tools.ietf.org/html/draft-he-cdni-routing-request-redirection-03 >>>>=20 >>>> A diff from the previous version is available at: >>>> = http://www.ietf.org/rfcdiff?url2=3Ddraft-he-cdni-routing-request-redirecti= on-03 >>>>=20 >>>>=20 >>>> Internet-Drafts are also available by anonymous FTP at: >>>> ftp://ftp.ietf.org/internet-drafts/ >>>>=20 >>>> _______________________________________________ >>>> I-D-Announce mailing list >>>> I-D-Announce@ietf.org >>>> https://www.ietf.org/mailman/listinfo/i-d-announce >>>> Internet-Draft directories: http://www.ietf.org/shadow.html >>>> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt >>>=20 >>> _______________________________________________ >>> CDNi mailing list >>> CDNi@ietf.org >>> https://www.ietf.org/mailman/listinfo/cdni >>=20 >=20 From ben@niven-jenkins.co.uk Sat Feb 16 07:52:37 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BB8B721F87CE for ; Sat, 16 Feb 2013 07:52:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.832 X-Spam-Level: X-Spam-Status: No, score=-103.832 tagged_above=-999 required=5 tests=[AWL=-1.233, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q5ZuFmRFb4wR for ; Sat, 16 Feb 2013 07:52:37 -0800 (PST) Received: from mailex.mailcore.me (mailex.mailcore.me [94.136.40.61]) by ietfa.amsl.com (Postfix) with ESMTP id A8FED21F843B for ; Sat, 16 Feb 2013 07:52:36 -0800 (PST) Received: from cpc4-cmbg17-2-0-cust814.5-4.cable.virginmedia.com ([86.14.227.47] helo=[192.168.0.4]) by mail11.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1U6k3z-0004C7-T9; Sat, 16 Feb 2013 15:52:32 +0000 Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Ben Niven-Jenkins In-Reply-To: Date: Sat, 16 Feb 2013 15:52:28 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <327F5471-8910-4EC9-9A3A-927729ED06C6@niven-jenkins.co.uk> To: "Brandenburg, R. (Ray) van" X-Mailer: Apple Mail (2.1085) X-Mailcore-Auth: 9600544 X-Mailcore-Domain: 172912 Cc: "cdni@ietf.org" , "draft-he-cdni-routing-request-redirection@tools.ietf.org" Subject: Re: [CDNi] Questions related to draft-he-cdni-routing-request-redirection-03 X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2013 15:52:37 -0000 Ray, On 30 Jan 2013, at 09:23, Brandenburg, R. (Ray) van wrote: > From: Ben Niven-Jenkins [mailto:ben@niven-jenkins.co.uk]=20 > On 29 Jan 2013, at 10:26, Brandenburg, R. (Ray) van wrote: >=20 >> I've reviewed draft-he-cdni-routing-request-redirection-03 and have = some questions/comments: I've addressed you comments in my working draft of -04 except these = which I'd like to discuss further: >> - How does the draft relate to work currently being done on the = Metadata interface? Particularly in dealing with multiple files being = described by the same (or higher level) metadata object. In its current = form, the draft specifies that a RRRI Request contains a URL to the = metadata object associated with the UA request. It might be useful to = allow a dCDN to reply with a RRRI Response indicating that a particular = reply is valid for a particular set of CDNI Metadata (not necessarily = being the same set referenced by the uCDN). Such a feature would be = particularly useful in HAS scenarios, where with the current draft you = would have hundreds of RRRI Request for each individual segment.=20 >=20 > We might need to dig into this a bit more but... >=20 > My opinion is that request routing policy should only be set at the = Host level and not the path level in CDNI metadata. >=20 > Allowing the dCDN to specify a scope against which the RRRI response = applies is something we've already included. If we want to extend the = current scope object we have defined I am OK with that but I'd like it = to be based off specific use cases so we can explore the implications of = doing so. >=20 > I guess I'm saying - can you articulate the use case around HAS you = have in mind and then we can work through what would make sense to = return in a RRRI response? >=20 > [Ray] So, the use case I have in mind is that a particular HAS content = item consists of a couple of hundred segments. If we wouldn't do = anything specific in the RRRI, this would mean that a separate RRRI = Request and Response would be sent for every individual segment. For = some CDNs this might be perfectly fine, and would allow them a fine = granularity to do per-segment RR. However, it might perhaps be more = efficient if it would be possible for a dCDN to reply with: 'Ok, here = you go with the redirect response for this particular segment, and by = the way, if you have any requests for segments associated with this one = (indicated by metadata), you can also redirect them to me'. If I understand correctly what you are really asking for is some method = by which to indicate the scope of the RI response is wider than just the = URI that triggered the RI request? Returning some kind of URI pattern match (possibly extracted from the = CDNI PathMetadata/PathMatch) seems appealing but I am not sure how = realistic it would be to implement in practice. I know of implementations that effectively hash URLs across surrogates = for load balancing and other purposes, and I am not sure whether it = would be feasible to generically describe such hashing algorithms (or = whether implementors would be willing to expose their hashing/load = balancing algorithms).=20 >> - It might be useful to include in the draft a short note or comment = that discusses byte range requests and how this is dealt with by the = RRRI interface.=20 >=20 > Byte range requests are independent of request routing, or are you = suggesting we should allow a dCDN to redirect to different surrogates = based on the first byte range the original UA requests (which is a bad = idea IMO)? >=20 > [Ray] I agree with you that something like that is not necessary. What = I would like to see in the draft is a short discussion how both a uCDN = and dCDN should interpret a RRRI Request/Response with regards to byte = range request. So let's say the UA sends a request to the uCDN for a = particular file with a particular byte range (e.g. for a Smooth = Streaming fragment). The uCDN encapsulates this request and sends a RRRI = Request to the dCDN. The dCDN replies with a RRRI Response. The question = is what the scope of the RRRI Request and Response should be, is the = scope limited to that particular byte range, or is it for the entire = file. In other words: should the dCDN expect to receive additional RRRI = Requests for other byte ranges of the same file or should it assume that = is has agreed to also deliver any other byte ranges for that particular = file? I'm not suggesting that we need any new functionality, I just = think some definition of scope with regards to byte ranges and RRRI = could be helpful.=20 Byte ranges are no different to any other types of request in that = regard. If the UA follows a redirect and holds a persistent connection = to the surrogate, there will be no more RI requests. If the surrogate = doesn't hold a persistent connection the UA will recontact the Request = Router (either a uCDN Request Router or Redirection Target that is a = request router returned in the original RI request) for the next request = (normal or byte range). If the contacted request router is a uCDN = request router, it can use any cacheability/scope of the previous RI = response to redirect the UA without issuing another RI request to the = dCDN. Otherwise if it decides to use dCDN again it must issue a new RI = request. So when a dCDN sends a RI response indicating it is willing to perform a = delivery (whether the original request is for a byte rage or not) it is = implicitly agreeing to delivery any further requests it receives from = the UA either because the UA maintains a persistent connection or = because the request routing performed means that the UA recontacts a = Request Router outside of uCDN (e.g. dCDN's request router). I'm not sure that the RI specification draft if the place to describe = such things. If we put it anywhere it seems the framework would be a = more appropriate place. HTH Ben From Jan.Seedorf@neclab.eu Mon Feb 18 01:26:17 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D572921F8749; Mon, 18 Feb 2013 01:26:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.399 X-Spam-Level: X-Spam-Status: No, score=-103.399 tagged_above=-999 required=5 tests=[AWL=0.200, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3leFReHpMDVu; Mon, 18 Feb 2013 01:26:16 -0800 (PST) Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) by ietfa.amsl.com (Postfix) with ESMTP id 41BC221F8731; Mon, 18 Feb 2013 01:26:16 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id AC1BC103270; Mon, 18 Feb 2013 10:26:15 +0100 (CET) X-Virus-Scanned: Amavisd on Debian GNU/Linux (netlab.nec.de) Received: from mailer1.neclab.eu ([127.0.0.1]) by localhost (atlas-a.office.hd [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 991cWndmQvpa; Mon, 18 Feb 2013 10:26:15 +0100 (CET) Received: from METHONE.office.hd (methone.office.hd [192.168.24.54]) by mailer1.neclab.eu (Postfix) with ESMTP id 8C5BC10326D; Mon, 18 Feb 2013 10:26:05 +0100 (CET) Received: from PALLENE.office.hd ([169.254.1.80]) by METHONE.office.hd ([192.168.24.54]) with mapi id 14.01.0323.003; Mon, 18 Feb 2013 10:26:05 +0100 From: Jan Seedorf To: "cdni-footprint@ietf.org" Thread-Topic: Pheon Call to make progress with Footprint / Capabilities before Orlando meeting Thread-Index: Ac4Nuax9VQTzso++QSaHPYRUshTo+w== Date: Mon, 18 Feb 2013 09:25:44 +0000 Message-ID: <2779C9F0771F974CAD742BAE6D9904FE5544ABF3@PALLENE.office.hd> Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.2.227] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "cdni@ietf.org" Subject: [CDNi] Pheon Call to make progress with Footprint / Capabilities before Orlando meeting X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2013 09:26:18 -0000 Dear all, The doodle suggests to have the phone call on: ** TUESDAY, FEBRUARY 26th, 16:00-18:00 CET ** Stefano: as usual, can you please arrange WebEx? I suggest for everyone taking part in the call to have - PRIOR to the call = - a look at the summary document I circulated. Thanks, Jan > -----Original Message----- > From: Jan Seedorf > Sent: Monday, February 11, 2013 3:59 PM > To: Jan Seedorf; cdni-footprint@ietf.org > Cc: cdni@ietf.org > Subject: RE: [cdni-footprint] Progress with Footprint / Capabilities befo= re > Atlanta meeting >=20 > > Let's aim for one call before the Atlanta meeting, I have set up a dood= le: > > http://www.doodle.com/4ydidwifvfst43a2 >=20 > The doodle is for the "Orlando" meeting, of course :) >=20 > - Jan >=20 > > -----Original Message----- > > From: cdni-footprint-bounces@ietf.org [mailto:cdni-footprint- > > bounces@ietf.org] On Behalf Of Jan Seedorf > > Sent: Monday, February 11, 2013 1:58 PM > > To: cdni-footprint@ietf.org > > Cc: cdni@ietf.org > > Subject: [cdni-footprint] Progress with Footprint / Capabilities before > Atlanta > > meeting > > > > Dear all, > > > > I have been busy with other tasks (sorry for that), but now I have take= n the > > time to produce a high-level "progress / status quo" document regarding > > what have been our discussions and what have we agreed on in the > > footprint/capabilities design team (and what are the open issues, of > course). > > This was a suggestion from Francois in the last phone call, so that peo= ple > can > > prepare better for calls and so that we have a document to keep track o= f > our > > discussion. See attached, I have also attached the latest version of th= e use > > case from Anne/Emile which we agreed to use as basis for our discussion= . > > > > Let's aim for one call before the Atlanta meeting, I have set up a dood= le: > > http://www.doodle.com/4ydidwifvfst43a2 > > > > In the call, we can briefly go over the status quo I have tried to capt= ure, and > > then decide on the next steps for capabilities and footprint. > > > > - Jan > > > > > =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 > > Jan Seedorf > > Senior Researcher > > NEC Europe Ltd., NEC Laboratories Europe, Network Division > > Kurfuerstenanlage 36, D-69115 Heidelberg > > Tel.=A0=A0=A0=A0 +49 (0)6221 4342-221 > > Fax:=A0=A0=A0=A0 +49 (0)6221 4342-155 > > e-mail:=A0 jan.seedorf@neclab.eu > > > =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 > > NEC Europe Ltd, Registered Office: Athene, Odyssey Business Park, West > End > > Road, London, HA4 6QE, GB, Registered in England 2832014 From sprevidi@cisco.com Mon Feb 18 03:07:48 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DAEF821F8868 for ; Mon, 18 Feb 2013 03:07:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -111.599 X-Spam-Level: X-Spam-Status: No, score=-111.599 tagged_above=-999 required=5 tests=[AWL=1.000, BAYES_00=-2.599, GB_I_INVITATION=-2, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NI77Y8LnVUkP for ; Mon, 18 Feb 2013 03:07:48 -0800 (PST) Received: from av-tac-bru.cisco.com (weird-brew.cisco.com [144.254.15.118]) by ietfa.amsl.com (Postfix) with ESMTP id CBA9F21F884F for ; Mon, 18 Feb 2013 03:07:47 -0800 (PST) X-TACSUNS: Virus Scanned Received: from stew-brew.cisco.com (localhost.cisco.com [127.0.0.1]) by av-tac-bru.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id r1IB7krb002204 for ; Mon, 18 Feb 2013 12:07:46 +0100 (CET) Received: from dhcp-rom2-bb-gw-vla250-10-147-74-71.cisco.com (dhcp-rom2-bb-gw-vla250-10-147-74-71.cisco.com [10.147.74.71]) by stew-brew.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id r1IB7jh5026178; Mon, 18 Feb 2013 12:07:45 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: multipart/alternative; boundary="Apple-Mail=_5FDE44A1-8B5D-4663-BD7A-42E107626A4F" From: stefano previdi X-Priority: 3 Date: Mon, 18 Feb 2013 12:07:45 +0100 Message-Id: <9C8A89D1-D469-4940-B655-F394BE68F71F@cisco.com> References: <891334893.117891.1361185558390.JavaMail.nobody@jsj6tc003.webex.com> To: Jan Seedorf X-Mailer: Apple Mail (2.1283) Cc: cdni@ietf.org, cdni-footprint@ietf.org Subject: [CDNi] Fwd: Meeting invitation: CDNI Footprint Interim Meeting X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2013 11:07:49 -0000 --Apple-Mail=_5FDE44A1-8B5D-4663-BD7A-42E107626A4F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Jan, All, here below the webex info. s. Begin forwarded message: > Topic: CDNI Footprint Interim Meeting=20 > Date: Tuesday, February 26, 2013=20 > Time: 4:00 pm, Europe Time (Amsterdam, GMT+01:00)=20 > Meeting Number: 200 708 738=20 > Meeting Password: cdni=20 >=20 >=20 > -------------------------------------------------------=20 > To join the online meeting (Now from mobile devices!)=20 > -------------------------------------------------------=20 > 1. Go to = https://cisco.webex.com/ciscosales/j.php?ED=3D217696322&UID=3D1977654872&P= W=3DNOTE5ODVkMDYx&RT=3DMiMyMg%3D%3D=20 > 2. Enter your name and email address.=20 > 3. Enter the meeting password: cdni=20 > 4. Click "Join Now".=20 >=20 > To view in other time zones or languages, please click the link:=20 > = https://cisco.webex.com/ciscosales/j.php?ED=3D217696322&UID=3D1977654872&P= W=3DNOTE5ODVkMDYx&ORT=3DMiMyMg%3D%3D=20 >=20 > ----------------------------------------------------------------=20 > ALERT:Toll-Free Dial Restrictions for (408) and (919) Area Codes=20 > ----------------------------------------------------------------=20 >=20 > The affected toll free numbers are: (866) 432-9903 for the San = Jose/Milpitas area and (866) 349-3520 for the RTP area.=20 >=20 > Please dial the local access number for your area from the list below:=20= > - San Jose/Milpitas (408) area: 525-6800=20 > - RTP (919) area: 392-3330=20 >=20 > -------------------------------------------------------=20 > To join the teleconference only=20 > -------------------------------------------------------=20 > 1. Dial into Cisco WebEx (view all Global Access Numbers at=20 > http://cisco.com/en/US/about/doing_business/conferencing/index.html=20 > 2. Follow the prompts to enter the Meeting Number (listed above) or = Access Code followed by the # sign.=20 >=20 > San Jose, CA: +1.408.525.6800 RTP: +1.919.392.3330=20 >=20 > US/Canada: +1.866.432.9903 United Kingdom: +44.20.8824.0117=20 >=20 > India: +91.80.4350.1111 Germany: +49.619.6773.9002=20 >=20 > Japan: +81.3.5763.9394 China: +86.10.8515.5666=20 >=20 > -------------------------------------------------------=20 > For assistance=20 > -------------------------------------------------------=20 > 1. Go to https://cisco.webex.com/ciscosales/mc=20 > 2. On the left navigation bar, click "Support".=20 >=20 > You can contact me at:=20 > sprevidi@cisco.com=20 > 39-0651644491=20 >=20 > To add this meeting to your calendar program (for example Microsoft = Outlook), click this link:=20 > = https://cisco.webex.com/ciscosales/j.php?ED=3D217696322&UID=3D1977654872&I= CS=3DMI&LD=3D1&RD=3D2&ST=3D1&SHA2=3DAAAAAhOSX7u6xIDSjqJHLmWzg0XKsT2N-/Jfua= XI9xhGXigi&RT=3DMiMyMg%3D%3D=20 >=20 > The playback of UCF (Universal Communications Format) rich media files = requires appropriate players. To view this type of rich media files in = the meeting, please check whether you have the players installed on your = computer by going to = https://cisco.webex.com/ciscosales/systemdiagnosis.php.=20 >=20 >=20 >=20 >=20 > http://www.webex.com=20 >=20 > CCP:+14085256800x200708738#=20 >=20 > IMPORTANT NOTICE: This WebEx service includes a feature that allows = audio and any documents and other materials exchanged or viewed during = the session to be recorded. By joining this session, you automatically = consent to such recordings. If you do not consent to the recording, = discuss your concerns with the meeting host prior to the start of the = recording or do not join the session. Please note that any such = recordings may be subject to discovery in the event of litigation.=20 --Apple-Mail=_5FDE44A1-8B5D-4663-BD7A-42E107626A4F Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi = Jan, All,

here below the webex = info.

s.



Begin forwarded message:

Topic: = CDNI Footprint Interim Meeting
Date: Tuesday, February 26, 2013 =
Time: 4:00 pm, Europe Time (Amsterdam, GMT+01:00)
Meeting = Number: 200 708 738
Meeting Password: cdni


= -------------------------------------------------------
To join the = online meeting (Now from mobile devices!)
= -------------------------------------------------------
1. Go to https://cisco.webex.com/ciscosales/j.php?ED=3D217696322&= amp;UID=3D1977654872&PW=3DNOTE5ODVkMDYx&RT=3DMiMyMg%3D%3D =
2. Enter your name and email address.
3. Enter the meeting = password: cdni
4. Click "Join Now".

To view in other time = zones or languages, please click the link:
https://cisco.webex.com/ciscosales/j.php?ED=3D217696322&= amp;UID=3D1977654872&PW=3DNOTE5ODVkMDYx&ORT=3DMiMyMg%3D%3D =

= ----------------------------------------------------------------
= ALERT:Toll-Free Dial Restrictions for (408) and (919) Area Codes
= ----------------------------------------------------------------
=
The affected toll free numbers are: (866) 432-9903 for the San = Jose/Milpitas area and (866) 349-3520 for the RTP area.

Please = dial the local access number for your area from the list below:
- = San Jose/Milpitas (408) area: 525-6800
- RTP (919) area: 392-3330 =

-------------------------------------------------------
= To join the teleconference only
= -------------------------------------------------------
1. Dial = into Cisco WebEx (view all Global Access Numbers at
http://cisco.com/en/US/about/doing_business/conferencing= /index.html
2. Follow the prompts to enter the Meeting Number = (listed above) or Access Code followed by the # sign.

San = Jose, CA: +1.408.525.6800 RTP: +1.919.392.3330

US/Canada: = +1.866.432.9903 United Kingdom: +44.20.8824.0117

India: = +91.80.4350.1111 Germany: +49.619.6773.9002

Japan: = +81.3.5763.9394 China: +86.10.8515.5666

= -------------------------------------------------------
For = assistance
------------------------------------------------------- =
1. Go to https://cisco.webex.com/ciscosales/mc
2. On = the left navigation bar, click "Support".

You can contact me = at:
sprevidi@cisco.com =
39-0651644491

To add this meeting to your calendar = program (for example Microsoft Outlook), click this link:
https://cisco.webex.com/ciscosales/j.php?ED=3D217696322&= amp;UID=3D1977654872&ICS=3DMI&LD=3D1&RD=3D2&ST=3D1&SHA= 2=3DAAAAAhOSX7u6xIDSjqJHLmWzg0XKsT2N-/JfuaXI9xhGXigi&RT=3DMiMyMg%3D%3D=

The playback of UCF (Universal Communications Format) = rich media files requires appropriate players. To view this type of rich = media files in the meeting, please check whether you have the players = installed on your computer by going to https://ci= sco.webex.com/ciscosales/systemdiagnosis.php.



=
http://www.webex.com

= CCP:+14085256800x200708738#

IMPORTANT NOTICE: This WebEx = service includes a feature that allows audio and any documents and other = materials exchanged or viewed during the session to be recorded. By = joining this session, you automatically consent to such recordings. If = you do not consent to the recording, discuss your concerns with the = meeting host prior to the start of the recording or do not join the = session. Please note that any such recordings may be subject to = discovery in the event of litigation.
=

= --Apple-Mail=_5FDE44A1-8B5D-4663-BD7A-42E107626A4F-- From internet-drafts@ietf.org Mon Feb 18 08:25:04 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 76C3A21F8C02; Mon, 18 Feb 2013 08:25:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.55 X-Spam-Level: X-Spam-Status: No, score=-102.55 tagged_above=-999 required=5 tests=[AWL=0.049, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lZu-EHr0O0A0; Mon, 18 Feb 2013 08:25:02 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9E87F21F8A84; Mon, 18 Feb 2013 08:24:50 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.40 Message-ID: <20130218162450.7449.50871.idtracker@ietfa.amsl.com> Date: Mon, 18 Feb 2013 08:24:50 -0800 Cc: cdni@ietf.org Subject: [CDNi] I-D Action: draft-ietf-cdni-framework-03.txt X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2013 16:25:07 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Content Delivery Networks Interconnection= Working Group of the IETF. Title : Framework for CDN Interconnection Author(s) : Larry Peterson Bruce Davie Filename : draft-ietf-cdni-framework-03.txt Pages : 55 Date : 2013-02-18 Abstract: This document presents a framework for Content Distribution Network Interconnection (CDNI). The purpose of the framework is to provide an overall picture of the problem space of CDNI and to describe the relationships among the various components necessary to interconnect CDNs. CDN Interconnection requires the specification of several interfaces and mechanisms to address issues such as request routing, distribution metadata exchange, and logging information exchange across CDNs. The intent of this document is to outline what each interface needs to accomplish, and to describe how these interfaces and mechanisms fit together, while leaving their detailed specification to other documents. It obsoletes RFC 3466. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-cdni-framework There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-cdni-framework-03 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-cdni-framework-03 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From richard_woundy@cable.comcast.com Mon Feb 18 12:09:52 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CAD4B21F8C50 for ; Mon, 18 Feb 2013 12:09:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.896 X-Spam-Level: X-Spam-Status: No, score=-100.896 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HOST_EQ_MODEMCABLE=1.368, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JqnuCuE4CLhD for ; Mon, 18 Feb 2013 12:09:52 -0800 (PST) Received: from cable.comcast.com (pacdcavout01.cable.comcast.com [69.241.43.119]) by ietfa.amsl.com (Postfix) with ESMTP id 2888721F889A for ; Mon, 18 Feb 2013 12:09:52 -0800 (PST) Received: from ([24.40.56.116]) by pacdcavout01.cable.comcast.com with ESMTP id 97wm3m1.43829266; Mon, 18 Feb 2013 14:57:36 -0500 Received: from PACDCEXMB01.cable.comcast.com ([169.254.1.218]) by pacdcexhub03.cable.comcast.com ([fe80::5527:6d6b:29a7:f414%13]) with mapi id 14.02.0318.001; Mon, 18 Feb 2013 15:09:48 -0500 From: "Woundy, Richard" To: "cdni@ietf.org" Thread-Topic: Agenda slot requests for CDNI at IETF 86/Orlando Thread-Index: AQHODhPmb2gczDWImUOvsR5OjWe3/w== Date: Mon, 18 Feb 2013 20:09:47 +0000 Message-ID: <1CA25301D2219F40B3AA37201F0EACD147FFDF78@PACDCEXMB01.cable.comcast.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.1.130117 x-originating-ip: [24.40.56.165] Content-Type: multipart/alternative; boundary="_000_1CA25301D2219F40B3AA37201F0EACD147FFDF78PACDCEXMB01cabl_" MIME-Version: 1.0 Subject: [CDNi] Agenda slot requests for CDNI at IETF 86/Orlando X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2013 20:09:52 -0000 --_000_1CA25301D2219F40B3AA37201F0EACD147FFDF78PACDCEXMB01cabl_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Folks, Please send us your agenda slot requests for the upcoming CDNI WG meeting a= t IETF 86. Priority will be given to items on the charter, or to topics alr= eady discussed on the list. If you have requests for agenda slots, please send them to Francois and me = by February 22, identifying the draft, the length of the desired scheduled = slot and the name of the speaker. Two timeslots have been scheduled for CDNI during the Orlando meeting: cdni Session 1 (1:30:00) Tuesday Afternoon Session III 1700-1830 Room Name: Caribbean 6 --------------------------------------------- cdni Session 2 (2:00:00) Thursday Afternoon Session II 1510-1710 Room Name: Caribbean 6 --------------------------------------------- Thanks in advance. -- Rich and Francois --_000_1CA25301D2219F40B3AA37201F0EACD147FFDF78PACDCEXMB01cabl_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable 
Folks,

Please send us your agenda slot requests for the upcoming CDNI WG meeting a=
t IETF 86. Priority will be given to items on the charter, or to topics alr=
eady discussed on the list.

If you have requests for agenda slots, please send them to Francois and me =
by February 22, identifying the draft, the length of the desired scheduled =
slot and the name of the speaker.=20

Two timeslots have been scheduled for CDNI during the Orlando meeting:

   cdni Session 1 (1:30:00)
   Tuesday Afternoon Session III 1700-1830
   Room Name: Caribbean 6
   ---------------------------------------------
   cdni Session 2 (2:00:00)
   Thursday Afternoon Session II 1510-1710
   Room Name: Caribbean 6
   ---------------------------------------------

Thanks in advance.

-- Rich and Francois
--_000_1CA25301D2219F40B3AA37201F0EACD147FFDF78PACDCEXMB01cabl_-- From internet-drafts@ietf.org Fri Feb 22 08:35:40 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED02121F84C7; Fri, 22 Feb 2013 08:35:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.571 X-Spam-Level: X-Spam-Status: No, score=-102.571 tagged_above=-999 required=5 tests=[AWL=0.028, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E-TxlGb6-Zcy; Fri, 22 Feb 2013 08:35:39 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 486E821F8EE9; Fri, 22 Feb 2013 08:35:39 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.40 Message-ID: <20130222163539.20779.29852.idtracker@ietfa.amsl.com> Date: Fri, 22 Feb 2013 08:35:39 -0800 Cc: cdni@ietf.org Subject: [CDNi] I-D Action: draft-ietf-cdni-logging-01.txt X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 16:35:40 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Content Delivery Networks Interconnection= Working Group of the IETF. Title : CDNI Logging Interface Author(s) : Gilles Bertrand Iuniana Oprescu Stephan Emile Roy Peterkofsky Francois Le Faucheur Pawel Grochocki Filename : draft-ietf-cdni-logging-01.txt Pages : 41 Date : 2013-02-22 Abstract: This memo specifies the Logging interface between a downstream CDN (dCDN) and an upstream CDN (uCDN) that are interconnected as per the CDN Interconnection (CDNI) framework. First, it describes a reference model for CDNI logging. Then, it specifies the actual protocol for CDNI logging information exchange covering the information elements as well as the transport of those elements. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-cdni-logging There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-cdni-logging-01 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-cdni-logging-01 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From mcaulfie@cisco.com Fri Feb 22 13:12:19 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7CDF921E8090 for ; Fri, 22 Feb 2013 13:12:19 -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.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Evo82s9WeWtg for ; Fri, 22 Feb 2013 13:12:18 -0800 (PST) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) by ietfa.amsl.com (Postfix) with ESMTP id CF3ED21E8088 for ; Fri, 22 Feb 2013 13:12:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=708; q=dns/txt; s=iport; t=1361567539; x=1362777139; h=from:to:subject:date:message-id: content-transfer-encoding:mime-version; bh=DRDGcdGsKVM7ZfKhtNBtZDKUpOoBToJFUQDhs8bYSmQ=; b=Z3CgScuV2MKSm1sMaFXbNQKF3/jgEjwDIKM5sK8Vwe1tlnTmGwN1ZJxe HyLI0lP3B+vxuUBzBrC0l4ytRcMeXNPYSHgjxftWRmejx9CER1R0ca8ck R+h8Ns1V5t4FsPzyybD+UY/mEbU2x5LeKR4+Z3Ma2Uj3u/ycEVN2Ke8NU o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AooFAK3dJ1GtJXG9/2dsb2JhbABEhge7JoENFnOCIQEEOlEBKhRCJgEEG4gKDJ4loHeOXYMXYQOXV49GgweCJw X-IronPort-AV: E=Sophos;i="4.84,717,1355097600"; d="scan'208";a="180216172" Received: from rcdn-core2-2.cisco.com ([173.37.113.189]) by rcdn-iport-5.cisco.com with ESMTP; 22 Feb 2013 21:12:18 +0000 Received: from xhc-aln-x05.cisco.com (xhc-aln-x05.cisco.com [173.36.12.79]) by rcdn-core2-2.cisco.com (8.14.5/8.14.5) with ESMTP id r1MLCI2p030387 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Fri, 22 Feb 2013 21:12:18 GMT Received: from xmb-aln-x03.cisco.com ([169.254.6.8]) by xhc-aln-x05.cisco.com ([173.36.12.79]) with mapi id 14.02.0318.004; Fri, 22 Feb 2013 15:12:18 -0600 From: "Matt Caulfield (mcaulfie)" To: "cdni@ietf.org" Thread-Topic: XML vs JSON Thread-Index: Ac4RQUq5WKDDiBDmQfW6Mb25sGjzeA== Date: Fri, 22 Feb 2013 21:12:17 +0000 Message-ID: <166EBB70C264A9479E459B01B1BA6C92103212C7@xmb-aln-x03.cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.131.69.153] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: [CDNi] XML vs JSON X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 21:12:19 -0000 Hi everyone, While writing the CDNI metadata draft, we have been struggling with the cho= ice between XML and JSON for encoding metadata.=20 We are turning to the list for inspiration and hopefully a decision. Below = is an extremely high level synopsis of the options.=20 XML Verbose. Flexible. Allows for both elements and attributes. Standardized schema definition language. Includes concept of namespaces. JSON Terse.=20 Fast to parse. Allows for ordered lists. If you feel strongly one way or the other, please chime in.=20 See the metadata draft for an example of both: http://tools.ietf.org/html/d= raft-ietf-cdni-metadata-00#section-5.4 Thanks, Matt From m.hallgren@free.fr Fri Feb 22 13:45:25 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A5E3D21E8064 for ; Fri, 22 Feb 2013 13:45:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MY+KmWFGBftb for ; Fri, 22 Feb 2013 13:45:25 -0800 (PST) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [IPv6:2a01:e0c:1:1599::10]) by ietfa.amsl.com (Postfix) with ESMTP id B63C821E8049 for ; Fri, 22 Feb 2013 13:45:12 -0800 (PST) Received: from [IPv6:2a01:e35:2e49:1280:ed92:31ff:2c54:9464] (unknown [IPv6:2a01:e35:2e49:1280:ed92:31ff:2c54:9464]) by smtp1-g21.free.fr (Postfix) with ESMTP id A448794014B for ; Fri, 22 Feb 2013 22:45:06 +0100 (CET) Message-ID: <5127E6DC.4040709@free.fr> Date: Fri, 22 Feb 2013 22:45:00 +0100 From: Michael Hallgren User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-Version: 1.0 To: cdni@ietf.org References: <166EBB70C264A9479E459B01B1BA6C92103212C7@xmb-aln-x03.cisco.com> In-Reply-To: <166EBB70C264A9479E459B01B1BA6C92103212C7@xmb-aln-x03.cisco.com> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: [CDNi] XML vs JSON X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: mh@xalto.net List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 21:45:25 -0000 Le 22/02/2013 22:12, Matt Caulfield (mcaulfie) a écrit : > Hi everyone, > > While writing the CDNI metadata draft, we have been struggling with the choice between XML and JSON for encoding metadata. > > We are turning to the list for inspiration and hopefully a decision. Below is an extremely high level synopsis of the options. > > XML > Verbose. > Flexible. > Allows for both elements and attributes. > Standardized schema definition language. > Includes concept of namespaces. In favor of XML, because it's a more general one than JSON. > > JSON > Terse. > Fast to parse. > Allows for ordered lists. A good choice for light-weight specific things. Am I missing something? Cheers, mh > > If you feel strongly one way or the other, please chime in. > > See the metadata draft for an example of both: http://tools.ietf.org/html/draft-ietf-cdni-metadata-00#section-5.4 > > Thanks, > Matt > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni From meduketto@gmail.com Sat Feb 23 11:35:16 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C3D221F8B60 for ; Sat, 23 Feb 2013 11:35:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.542 X-Spam-Level: X-Spam-Status: No, score=-3.542 tagged_above=-999 required=5 tests=[AWL=0.057, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vs76qaf+omuG for ; Sat, 23 Feb 2013 11:35:15 -0800 (PST) Received: from mail-qa0-f43.google.com (mail-qa0-f43.google.com [209.85.216.43]) by ietfa.amsl.com (Postfix) with ESMTP id 8F8DB21F865D for ; Sat, 23 Feb 2013 11:35:15 -0800 (PST) Received: by mail-qa0-f43.google.com with SMTP id dx4so941639qab.9 for ; Sat, 23 Feb 2013 11:35:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; bh=5zM9X28zxhEocFmtxW+sV8Ig0tEflqAUBume/mkJqag=; b=jgCWvZlqmUi2SmPeJwXCLQQj6pGG5hIGkOAZcgy5D6jC5PPYod1Zx9aDKA8WBdB7jD 5QGgxI7ld/uX7mGPRyJE/u+AjRyqIluGlEXkN3gQb62lAehp4dslQDU0NfzM9DmzIKCx F7vghtOkXT5GpNVfBx2jN/ZUSQmhPkpCKOaPOA7fuOdibP8bNn+cjs+p21Jb74LB8jWj HcqhRG/U5YfmxgCXpvtS8bsanXRBEt9vfpVPdZpXXZQysLRjXSoB7zuuDf+PfG62sW4F JQArqg/6XVFWubNOii24L0cDPwldLXRBajIbo/0o4oJvBWbS9Pgp21kB6mIr5bFlR15B PL4w== X-Received: by 10.49.120.225 with SMTP id lf1mr4111603qeb.14.1361648115026; Sat, 23 Feb 2013 11:35:15 -0800 (PST) Received: from [192.168.42.104] (c-76-24-30-201.hsd1.ma.comcast.net. [76.24.30.201]) by mx.google.com with ESMTPS id bb8sm5969268qeb.5.2013.02.23.11.35.13 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 23 Feb 2013 11:35:13 -0800 (PST) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) From: Gurer Ozen In-Reply-To: <166EBB70C264A9479E459B01B1BA6C92103212C7@xmb-aln-x03.cisco.com> Date: Sat, 23 Feb 2013 14:35:13 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <72361521-7F56-47CC-A9AB-540277A3F716@gmail.com> References: <166EBB70C264A9479E459B01B1BA6C92103212C7@xmb-aln-x03.cisco.com> To: cdni@ietf.org X-Mailer: Apple Mail (2.1499) Subject: Re: [CDNi] XML vs JSON X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2013 19:35:16 -0000 Le 22/02/2013 22:12, Matt Caulfield (mcaulfie) a =E9crit : > Hi everyone, >=20 > While writing the CDNI metadata draft, we have been struggling with = the choice between XML and JSON for encoding metadata.=20 >=20 > We are turning to the list for inspiration and hopefully a decision. = Below is an extremely high level synopsis of the options.=20 >=20 > XML > Verbose. > Flexible. > Allows for both elements and attributes. > Standardized schema definition language. > Includes concept of namespaces. In favor of XML, because it's a more general one than JSON. >=20 > JSON > Terse.=20 > Fast to parse. > Allows for ordered lists. A good choice for light-weight specific things. Am I missing something? Cheers, mh >=20 > If you feel strongly one way or the other, please chime in.=20 >=20 > See the metadata draft for an example of both: = http://tools.ietf.org/html/draft-ietf-cdni-metadata-00#section-5.4 >=20 > Thanks, > Matt > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni _______________________________________________ CDNi mailing list CDNi@ietf.org https://www.ietf.org/mailman/listinfo/cdni From meduketto@gmail.com Sat Feb 23 11:37:03 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C8FF621F8F29 for ; Sat, 23 Feb 2013 11:37:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.561 X-Spam-Level: X-Spam-Status: No, score=-3.561 tagged_above=-999 required=5 tests=[AWL=0.038, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id orQBW7fpqp0S for ; Sat, 23 Feb 2013 11:37:03 -0800 (PST) Received: from mail-qe0-f52.google.com (mail-qe0-f52.google.com [209.85.128.52]) by ietfa.amsl.com (Postfix) with ESMTP id 28AB921F865D for ; Sat, 23 Feb 2013 11:37:03 -0800 (PST) Received: by mail-qe0-f52.google.com with SMTP id i11so255790qej.11 for ; Sat, 23 Feb 2013 11:37:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; bh=nASY6jbBtG/ciug/+Lj9p/GBr8LPWyolunVA7LG5+K4=; b=LZA64O6mmFmym02UbsDZjW4s8bXgr6ZEurBXe2TPH64gvUW6WFTSLwd27ZsGKoaJq/ IR+glEFb276inQtjG1qEB3vplAXPdPkNnTtbkddzvQSfkKRd2z7eKmdAOIWPKODLw/oN pmbaQAXwzYSRET0dJumhRyzCr6RiW1XoUHmzDho8gx2otuX7mIQ7jbs0r75u/I5OLCRD 2DdHBq9w0dBLL0xN2PQnVjbJNsj0R3uPswjIYL8ZTGPjoT5AEZKWo3UbKrz6A0si4+Ye wU6+kihwMyFv4oh7dLCk0D4f2Tklwf5qBw3aZwG3p9RrT+eFrO/Bxw3/83AnCpRULpRE If+Q== X-Received: by 10.49.106.71 with SMTP id gs7mr4219993qeb.21.1361648222649; Sat, 23 Feb 2013 11:37:02 -0800 (PST) Received: from [192.168.42.104] (c-76-24-30-201.hsd1.ma.comcast.net. [76.24.30.201]) by mx.google.com with ESMTPS id hr1sm5978534qeb.3.2013.02.23.11.37.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 23 Feb 2013 11:37:01 -0800 (PST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) From: Gurer Ozen In-Reply-To: <166EBB70C264A9479E459B01B1BA6C92103212C7@xmb-aln-x03.cisco.com> Date: Sat, 23 Feb 2013 14:36:58 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <166EBB70C264A9479E459B01B1BA6C92103212C7@xmb-aln-x03.cisco.com> To: "cdni@ietf.org" X-Mailer: Apple Mail (2.1499) Subject: Re: [CDNi] XML vs JSON X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2013 19:37:03 -0000 On Feb 22, 2013, at 4:12 PM, Matt Caulfield (mcaulfie) = wrote: > XML > Includes concept of namespaces. JSON has couple of options for namespaces: http://tools.ietf.org/html/draft-saintandre-json-namespaces-00 http://www.tbray.org/ongoing/When/201x/2010/01/17/Extensible-JSON P.S.: Sorry for the other repost, gmail (+=85) feature caused some = problems with mailing list. From internet-drafts@ietf.org Sat Feb 23 13:15:43 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 96FEA21F8E9E; Sat, 23 Feb 2013 13:15:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.358 X-Spam-Level: X-Spam-Status: No, score=-102.358 tagged_above=-999 required=5 tests=[AWL=0.241, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pSumvzAzSuDE; Sat, 23 Feb 2013 13:15:43 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE6F021F8E9C; Sat, 23 Feb 2013 13:15:42 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.40 Message-ID: <20130223211542.4871.48991.idtracker@ietfa.amsl.com> Date: Sat, 23 Feb 2013 13:15:42 -0800 Cc: cdni@ietf.org Subject: [CDNi] I-D Action: draft-ietf-cdni-requirements-05.txt X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2013 21:15:43 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Content Delivery Networks Interconnection= Working Group of the IETF. Title : Content Distribution Network Interconnection (CDNI) Requ= irements Author(s) : Kent Leung Yiu Lee Filename : draft-ietf-cdni-requirements-05.txt Pages : 23 Date : 2013-02-23 Abstract: Content Delivery Networks (CDNs) are frequently used for large-scale content delivery. As a result, existing CDN providers are scaling up their infrastructure and many Network Service Providers (NSPs) are deploying their own CDNs. There is a requirement for interconnecting standalone CDNs so that their collective CDN footprint can be leveraged for the end-to-end delivery of content from Content Service Providers (CSPs) to end users. The Content Distribution Network Interconnection (CDNI) working group has been chartered to develop an interoperable and scalable solution for such CDN interconnection. The goal of the present document is to outline the requirements for the solution and interfaces to be specified by the CDNI working group. This draft is a work in progress and requirements may be added, modified, or removed by the working group. Requirements Language The key words "High Priority", "Medium Priority" and "Low Priority" in this document are to be interpreted in the following way: o "High Priority" indicates requirements that are to be supported by the CDNI interfaces. A requirement is stated as "High Priority" when it is established by the working group that it can be met without compromising the targeted schedule for WG deliverables, or when it is established that specifying a solution without meeting this requirement would not make sense and would justify re- adjusting the WG schedule, or both. This is tagged as "[HIGH]". o "Medium Priority" indicates requirements that are to be supported by the CDNI interfaces unless the WG realizes at a later stage that attempting to meet this requirement would compromise the overall WG schedule (for example it would involve complexities that would result in significantly delaying the deliverables). This is tagged as "[MED]". o "Low Priority" indicates requirements that are to be supported by the CDNI interfaces provided that dedicating WG resources to this work does not prevent addressing "High Priority" and "Medium Priority" requirements and that attempting to meet this requirement would not compromise the overall WG schedule. This is tagged as "[LOW]". The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-cdni-requirements There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-cdni-requirements-05 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-cdni-requirements-05 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From kleung@cisco.com Sat Feb 23 14:19:07 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E57B21F8C60 for ; Sat, 23 Feb 2013 14:19:07 -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.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E3sjap-bEH+0 for ; Sat, 23 Feb 2013 14:19:06 -0800 (PST) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id 20D7321F8C16 for ; Sat, 23 Feb 2013 14:19:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6820; q=dns/txt; s=iport; t=1361657946; x=1362867546; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=Tw/0Gfz3FrWxNS5sbUiRwu8rhnSHVJXPEtgJWUnjSck=; b=X6osBFJijdBVSAEP/DUK3pE8EvJYD6RRFNDhO1/8rHNkrajn9eQhgHWE BaWvHvHkr/pcvFPb3DQLxFulO+1V5OvDAmzO3XRfffOSdWAxFEcno72uT i0tOpBcA+GacbYh4nq3ne+RD0nTdg0aFvcit8tVot+IyZUC41F3VpQ3/C o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgEFAKs/KVGtJV2c/2dsb2JhbAA7CsFRgQkWc4IfAQEBBAEBASRHCwwEAgEIEQQBAQsdBycLFAkIAgQBDQUIiAsMvnyCTYplCwaBGiYLBwaCWWEDiDOPJ49IgweBawcXBhg X-IronPort-AV: E=Sophos;i="4.84,724,1355097600"; d="scan'208";a="180415563" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-2.cisco.com with ESMTP; 23 Feb 2013 22:19:05 +0000 Received: from xhc-rcd-x15.cisco.com (xhc-rcd-x15.cisco.com [173.37.183.89]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id r1NMJ5Gw020574 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 23 Feb 2013 22:19:05 GMT Received: from xmb-aln-x03.cisco.com ([169.254.6.8]) by xhc-rcd-x15.cisco.com ([173.37.183.89]) with mapi id 14.02.0318.004; Sat, 23 Feb 2013 16:19:05 -0600 From: "Kent Leung (kleung)" To: "gilles.bertrand@orange.com" , "Francois Le Faucheur (flefauch)" , "STEPHAN Emile OLNC/OLN" Thread-Topic: Requirement for CDNI Logs in uCDN --> dCDN direction? Thread-Index: AQHNyMTYyBisXxM+yEa+s6VodqnvHJf73aFggIyns7A= Date: Sat, 23 Feb 2013 22:19:04 +0000 Message-ID: References: <4226_1353925031_50B341A7_4226_22_3_c01ce20a-23f8-4cc5-be00-4bf39f1fd0db@PEXCVZYH02.corporate.adroot.infra.ftgroup> In-Reply-To: <4226_1353925031_50B341A7_4226_22_3_c01ce20a-23f8-4cc5-be00-4bf39f1fd0db@PEXCVZYH02.corporate.adroot.infra.ftgroup> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.21.79.94] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "" Subject: Re: [CDNi] Requirement for CDNI Logs in uCDN --> dCDN direction? X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2013 22:19:07 -0000 Hi Gilles. My comments below in "KL>". -----Original Message----- From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf Of gil= les.bertrand@orange.com Sent: Monday, November 26, 2012 2:17 AM To: Francois Le Faucheur (flefauch); STEPHAN Emile OLNC/OLN Cc: Subject: Re: [CDNi] Requirement for CDNI Logs in uCDN --> dCDN direction? Hi Fran=E7ois, There are several use cases for providing Logging information from uCDN to = dCDN. The main ones are: - debugging - security auditing Quite often, both dCDN and uCDN have partial information about an event, an= d want to compare this information. For instance, if uCDN complains that ma= ny client requests are not served, such comparison helps establishing where= the problem is located and who is responsible for that. In this case, the = dCDN may for instance request the uCDN Logging information related to the H= TTP redirection from uCDN to dCDN and compare this information to its own c= ontent delivery logs.=20 KL> In this case, uCDN can debug the issue by obtaining the logs from dCDN = and analyze that along with its logs for HTTP redirection to the dCDN. That= should be sufficient to isolate the problem (e.g. redirection was not rece= ived by dCDN, dCDN could not deliver content) and identify the responsible = CDN. It's still not clear to me why dCDN needs to get logs from uCDN for tr= oubleshooting since uCDN has all the information based on its logs and the = dCDN's logs? I'm not quite convinced by this example. Another example: if content acquisition does not work, the dCDN knows which= requests it has sent and the uCDN knows which ones it has received, as wel= l as what error may have occurred during the processing of these requests. = The dCDN may request uCDN's content acquisition Logging data and compare it= to its own content acquisition logs. KL> In this case, dCDN would know content acquisition requests that succeed= ed or failed and can log the events. Also, uCDN would know about failure in= some scenarios but not all (e.g. no connection between CDNs). From the deb= ugging perspective, it seems the practical approach is to have dCDN's log t= he delivery failed due to inability to acquire the content from uCDN. Again= , uCDN would be able to isolate the problem by evaluating its logs along wi= th the dCDN's logs. Note that the need of supporting logging exchanges from uCDN to dCDN is one= among several arguments in favor of using CI interface for Logging control= : [http://tools.ietf.org/html/draft-bertrand-cdni-logging-02#page-8] " The rationale for using the Control interface for Logging Control (instead of for instance using the Metadata interface) includes: o the Logging Control interactions typically define fairly static information for initializing and controlling the Logging interface, which matches the role of the Control Interface as described in [I-D.ietf-cdni-framework] and [RFC6707]. o the Logging Control information (specifying the Logging information format and scope is primarily intended to be consumed by the (typically fairly centralized) logical entity responsible for collecting intra-CDN logs, processing, filtering those and then exporting the relevant subset of logs/fields to the other CDNs. o the surrogates within a given CDN are typically not expected to need to be aware of the specific set of fields or set of events that have been requested by various interconnected CDNs. Rather the surrogates are likely to perform some generic logging for all services regardless of the peculiarities of every CDNI agreement. Processing (e.g. filtering, format adaptation) of the generic logging information generated by the Surrogates is expected to take place to ensure that each interconnected CDN receives the specific set of fields and logs it has requested through Logging Control. Therefore there is no need to ensure that the Logging control information be easily distributable through the CDNs right down to surrogates. o the Control interface is expected to support the capability to apply control at the granularity of content sets (e.g. for content Purge) which is required for Logging Control since it is expected that a CDN may require different sets of logging fields and events for different sets of content (e.g. because it only needs to perform coarse billing for a given CSP while it needs to provide detailed analytics for another CSP). " KL> I see Logging Control as a different topic from requirement for directi= onal logging. First step is to validate the value of uCDN to dCDN direction= for logging reporting. I'm not persuaded yet that there's a need. But open= to others' opinions. :)=20 Kent Best regards, Gilles -----Message d'origine----- De=A0: Francois Le Faucheur (flefauch) [mailto:flefauch@cisco.com] Envoy=E9= =A0: jeudi 22 novembre 2012 16:20 =C0=A0: STEPHAN Emile OLNC/OLN; BERTRAND = Gilles OLNC/OLN Cc=A0: Objet=A0: Requirement for CDNI Logs = in uCDN --> dCDN direction? Emile, Gilles, In Atlanta, there was some non-conclusive discussion on whether or not ther= e was a strong enough requirement for passing CDNI Logging information from= uCDN to dCDN. Could you identify examples of CDNI Logging information that one may want t= o communicate from uCDN to dCDN? Thanks Francois ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou = copies sans autorisation. Si vous avez recu ce message par erreur, veuillez= le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Le= s messages electroniques etant susceptibles d'alteration, France Telecom - = Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used= or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, France Telecom - Orange is not liable for message= s that have been modified, changed or falsified. Thank you. _______________________________________________ CDNi mailing list CDNi@ietf.org https://www.ietf.org/mailman/listinfo/cdni From kleung@cisco.com Sat Feb 23 14:52:03 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D4B4221F8E50 for ; Sat, 23 Feb 2013 14:52:03 -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.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qO3AU9WJE9LD for ; Sat, 23 Feb 2013 14:51:55 -0800 (PST) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id 5CC6621F8E3A for ; Sat, 23 Feb 2013 14:51:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4427; q=dns/txt; s=iport; t=1361659894; x=1362869494; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=5AgdXciCEfN/aoQC3Ilikf/GVCweIxAR7Q6W+PTKVUE=; b=MEVNSXJHI2g9QOM6VMwaGDqqfh4NWpb84KYjJ5uVyZsnSaj8NRi8LgPx tNK5KOEzs5QOwg6TXb2ga+0SXZLyyv/JF8+aeTAv56z2ceUSYuor1Remf AMzU6RnVj85tiPvOQEFaXd+8H+rcnn5xroH7CCo7yrM6UXqzJ9HNaws+G A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgEFAJlHKVGtJV2c/2dsb2JhbAA7CsFRgQkWc4IfAQEBBAEBATc0FwQCAQgRBAEBCxQJBycLFAkIAQEEARIIE4d4DL5ujUMKgRA4BoJZYQOnIoMHgWsHFwYY X-IronPort-AV: E=Sophos;i="4.84,724,1355097600"; d="scan'208";a="180226892" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-1.cisco.com with ESMTP; 23 Feb 2013 22:51:34 +0000 Received: from xhc-rcd-x12.cisco.com (xhc-rcd-x12.cisco.com [173.37.183.86]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id r1NMpXem031133 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 23 Feb 2013 22:51:33 GMT Received: from xmb-aln-x03.cisco.com ([169.254.6.8]) by xhc-rcd-x12.cisco.com ([173.37.183.86]) with mapi id 14.02.0318.004; Sat, 23 Feb 2013 16:51:33 -0600 From: "Kent Leung (kleung)" To: "Brandenburg, R. (Ray) van" , "cdni@ietf.org" Thread-Topic: Review of draft-leung-cdni-uri-signing-01 Thread-Index: Ac3+GG4NUhcujNflQZSMkg63fGoAbwT8tRjQ Date: Sat, 23 Feb 2013 22:51:33 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.21.79.94] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [CDNi] Review of draft-leung-cdni-uri-signing-01 X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2013 22:52:04 -0000 Hi Ray. Appreciate your thorough review and thoughtful comments.=20 -----Original Message----- From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf Of Bra= ndenburg, R. (Ray) van Sent: Tuesday, January 29, 2013 4:02 AM To: cdni@ietf.org Subject: [CDNi] Review of draft-leung-cdni-uri-signing-01 Hi Kent, Francois, Matt, I've reviewed draft-leung-cdni-uri-signing-01 and have a couple of comments= .=20 - In its current form, the draft seems to lack a section that deals with th= e concept of URI signing from more of a system/high-level perspective. Such= a section could explain how the signed URI is being used between the CSP, = uCDN and dCDN respectively. As an example: the current draft seems to imply= that the same Signed URI that is created by the CSP is checked by the dCDN= . An alternative would be to have each transcient CDN 're-sign' the URI, re= ducing the number of parties that need to have access to a CSP key (in the = case of symmetric keys). I would imagine a section in the draft that explai= ns the trade-offs between these choices and argumentation why a specific me= thod was chosen. KL> Agree that would be helpful to have in the draft. - The draft would benefit from a clear division between the general concept= s behind URI signing and the specific algorithm that is proposed in section= 3. I would assume that since the draft introduces the ALG field, that the = method described in the latter part of section 3 is just one example (altho= ugh maybe a preferred/recommended one) of such an algorithm. KL> This may be related to the earlier comment (i.e. provide general concep= t of URI signing). Section 3 is a specific algorithm (default) in the base = URI signing solution. New algorithms can be introduced as extensions to URI= signing. - In either the terminology section or the overview, it might be useful to = spend a few sentences on explaining your concept of 'key' and what it repre= sents. From reading the document, it seems that keys are being used in two = ways: 1) as a salt for cryptographic hashes such as SHA-1 or MD5, and 2) as= encryption/decryption keys in case the URI signing algorithm specifies tha= t the result of the hash should be encrypted (primarily in cases where asym= metric keys are used). The way the document is written right now, this seco= nd use of the 'key' concept is relatively 'hidden' from the casual reader. = Considering the fact that you mention asymmetric keys early on, this can co= nfuse the reader, since the combination of hashes and asymmetric keys seems= odd. Maybe it would be even better to use two different terms for the two = uses that 'key' seems to have.=20 KL> Let me think if there's a better way to clarify, especially for asymmet= ric key support. - In the same way that section 2 defines the HF field, shouldn't it also de= fine something like an Encryption Function (EF) field, to define the specif= ic form of encryption used in the case asymmetric keys are used? Alternativ= ely, both the HF and EF fields could also be a function of the ALG field, r= educing the number of necessary fields in the URI.=20 KL> Let me consider that. I need to refresh my memory on asymmetric key sup= port. - It could be useful to divide the list of attributes in section 2 into a l= ist containing attributes used for checking the validity of a given request= (e.g. the ET and CIP fields) and a list containing attributes used for re-= calculating the signature (e.g. the ALG, HF, KO and KN fields).=20 KL> Sounds reasonable to categorize the attributes. - What is the semantic distinction between the CIP and CID fields, apart fr= om the fact that CIP could be considered a specific case of CID?=20 KL> Yes, generally, CID is needed for validation. CIP is a specific informa= tion that is part of the IP packet. The other CID parameters are more detai= ls that helps identify the client/user/subscriber. Since the information is= not part of the IP packet, it requires some other way of validating the co= rrectness. I'm wondering if we should drop CID attribute? Kent Best regards, Ray This e-mail and its contents are subject to the DISCLAIMER at http://www.tn= o.nl/emaildisclaimer _______________________________________________ CDNi mailing list CDNi@ietf.org https://www.ietf.org/mailman/listinfo/cdni From RMurray@velocix.com Sun Feb 24 03:46:10 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A2F721F8FFD for ; Sun, 24 Feb 2013 03:46:10 -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.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J-oq53mV--3e for ; Sun, 24 Feb 2013 03:46:09 -0800 (PST) Received: from owa.velocix.com (mail-out1.velocix.com [81.134.152.10]) by ietfa.amsl.com (Postfix) with ESMTP id 2B2EB21F8FFA for ; Sun, 24 Feb 2013 03:46:09 -0800 (PST) Received: from EXB01-MLT.corp.velocix.com ([169.254.2.229]) by EXC00CAM.corp.velocix.com ([172.18.4.40]) with mapi id 14.02.0247.003; Sun, 24 Feb 2013 11:46:08 +0000 From: Rob Murray To: "cdni@ietf.org" Thread-Topic: New Version Notification for draft-murray-cdni-triggers-02.txt Thread-Index: AQHOEoLXhP6zNkC2I0CdjPGpfk2w85iI5AcA Date: Sun, 24 Feb 2013 11:46:07 +0000 Message-ID: <49C77373835C5A479BC2A84B2A1D66BD5C5A6941@EXB01-MLT.corp.velocix.com> In-Reply-To: <20130224113354.2665.32939.idtracker@ietfa.amsl.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.1.130117 x-originating-ip: [172.18.14.227] Content-Type: text/plain; charset="us-ascii" Content-ID: <92FCD15BD170B641915B0B7FC578B3C2@velocix.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: [CDNi] FW: New Version Notification for draft-murray-cdni-triggers-02.txt X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Feb 2013 11:46:10 -0000 Hi all, we've uploaded a new version of the triggers draft. Changes in this version are ... - we've made it uCDN's responsibility to schedule preposition and invalidate/purge requests affecting the same URLs so that they do not interact badly, and went back to a single trigger operation per request - added error reporting - allow dCDN implementations not to track and report status of triggered activity (they can accept requests as 'best-effort' and estimate a completion time without having to confirm completion) - aligned content references with the metadata draft - note that dCDN may ignore 'scheme' (http/https) when matching content urls for invalidate/purge Cheers, Rob. On 24/02/2013 11:33, "internet-drafts@ietf.org" wrote: > >A new version of I-D, draft-murray-cdni-triggers-02.txt >has been successfully submitted by Rob Murray and posted to the >IETF repository. > >Filename: draft-murray-cdni-triggers >Revision: 02 >Title: CDN Interconnect Triggers >Creation date: 2013-02-24 >Group: Individual Submission >Number of pages: 36 >URL: =20 >http://www.ietf.org/internet-drafts/draft-murray-cdni-triggers-02.txt >Status: =20 >http://datatracker.ietf.org/doc/draft-murray-cdni-triggers >Htmlized: http://tools.ietf.org/html/draft-murray-cdni-triggers-02 >Diff: =20 >http://www.ietf.org/rfcdiff?url2=3Ddraft-murray-cdni-triggers-02 > >Abstract: > This document proposes a mechanism for a CDN to trigger activity in > an interconnected CDN that is configured to deliver content on its > behalf. The upstream CDN can use this mechanism to request that the > downstream CDN pre-positions metadata or content, or that it re- > validate or purge metadata or content. The upstream CDN can monitor > the status of activity that it has triggered in the downstream CDN. > > > =20 > =20 > > >The IETF Secretariat > From Jan.Seedorf@neclab.eu Mon Feb 25 01:17:34 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 949DE21F9249; Mon, 25 Feb 2013 01:17:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.499 X-Spam-Level: X-Spam-Status: No, score=-104.499 tagged_above=-999 required=5 tests=[AWL=1.100, BAYES_00=-2.599, GB_I_INVITATION=-2, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6D3I4WjmgS8W; Mon, 25 Feb 2013 01:17:31 -0800 (PST) Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) by ietfa.amsl.com (Postfix) with ESMTP id 563FE21F923B; Mon, 25 Feb 2013 01:17:31 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id 6278E103412; Mon, 25 Feb 2013 10:17:30 +0100 (CET) X-Virus-Scanned: Amavisd on Debian GNU/Linux (netlab.nec.de) Received: from mailer1.neclab.eu ([127.0.0.1]) by localhost (atlas-a.office.hd [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HWO-7GvN0rby; Mon, 25 Feb 2013 10:17:30 +0100 (CET) Received: from ENCELADUS.office.hd (enceladus.office.hd [192.168.24.52]) by mailer1.neclab.eu (Postfix) with ESMTP id 42915103410; Mon, 25 Feb 2013 10:17:20 +0100 (CET) Received: from PALLENE.office.hd ([169.254.1.80]) by ENCELADUS.office.hd ([192.168.24.52]) with mapi id 14.01.0323.003; Mon, 25 Feb 2013 10:16:29 +0100 From: Jan Seedorf To: "cdni@ietf.org" , "cdni-footprint@ietf.org" Thread-Topic: REMINDER: CDNI Footprint/Capabilities Phone Call tomorrow (TUE, FEB 26, 16:00-18:00 CET) Thread-Index: Ac4TOLioDFB3n7YaSL22ZTDC0gWTgg== Date: Mon, 25 Feb 2013 09:16:29 +0000 Message-ID: <2779C9F0771F974CAD742BAE6D9904FE5545160E@PALLENE.office.hd> Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.2.227] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: [CDNi] REMINDER: CDNI Footprint/Capabilities Phone Call tomorrow (TUE, FEB 26, 16:00-18:00 CET) X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2013 09:17:34 -0000 The subject line says it all, Please find details below, - Jan -----Original Message----- From: stefano previdi [mailto:sprevidi@cisco.com]=20 Sent: Monday, February 18, 2013 12:08 PM To: Jan Seedorf Cc: cdni@ietf.org; cdni-footprint@ietf.org Subject: Fwd: Meeting invitation: CDNI Footprint Interim Meeting Hi Jan, All, here below the webex info. s. Begin forwarded message: Topic: CDNI Footprint Interim Meeting=20 Date: Tuesday, February 26, 2013=20 Time: 4:00 pm, Europe Time (Amsterdam, GMT+01:00)=20 Meeting Number: 200 708 738=20 Meeting Password: cdni=20 =09 =09 -------------------------------------------------------=20 To join the online meeting (Now from mobile devices!)=20 -------------------------------------------------------=20 1. Go to https://cisco.webex.com/ciscosales/j.php?ED=3D217696322&UID=3D197= 7654872&PW=3DNOTE5ODVkMDYx&RT=3DMiMyMg%3D%3D=20 2. Enter your name and email address.=20 3. Enter the meeting password: cdni=20 4. Click "Join Now".=20 =09 To view in other time zones or languages, please click the link:=20 https://cisco.webex.com/ciscosales/j.php?ED=3D217696322&UID=3D1977654872&P= W=3DNOTE5ODVkMDYx&ORT=3DMiMyMg%3D%3D=20 =09 ----------------------------------------------------------------=20 ALERT:Toll-Free Dial Restrictions for (408) and (919) Area Codes=20 ----------------------------------------------------------------=20 =09 The affected toll free numbers are: (866) 432-9903 for the San Jose/Milpit= as area and (866) 349-3520 for the RTP area.=20 =09 Please dial the local access number for your area from the list below:=20 - San Jose/Milpitas (408) area: 525-6800=20 - RTP (919) area: 392-3330=20 =09 -------------------------------------------------------=20 To join the teleconference only=20 -------------------------------------------------------=20 1. Dial into Cisco WebEx (view all Global Access Numbers at=20 http://cisco.com/en/US/about/doing_business/conferencing/index.html=20 2. Follow the prompts to enter the Meeting Number (listed above) or Access= Code followed by the # sign.=20 =09 San Jose, CA: +1.408.525.6800 RTP: +1.919.392.3330=20 =09 US/Canada: +1.866.432.9903 United Kingdom: +44.20.8824.0117=20 =09 India: +91.80.4350.1111 Germany: +49.619.6773.9002=20 =09 Japan: +81.3.5763.9394 China: +86.10.8515.5666=20 =09 -------------------------------------------------------=20 For assistance=20 -------------------------------------------------------=20 1. Go to https://cisco.webex.com/ciscosales/mc=20 2. On the left navigation bar, click "Support".=20 =09 You can contact me at:=20 sprevidi@cisco.com=20 39-0651644491=20 =09 To add this meeting to your calendar program (for example Microsoft Outloo= k), click this link:=20 https://cisco.webex.com/ciscosales/j.php?ED=3D217696322&UID=3D1977654872&I= CS=3DMI&LD=3D1&RD=3D2&ST=3D1&SHA2=3DAAAAAhOSX7u6xIDSjqJHLmWzg0XKsT2N-/JfuaX= I9xhGXigi&RT=3DMiMyMg%3D%3D=20 =09 The playback of UCF (Universal Communications Format) rich media files req= uires appropriate players. To view this type of rich media files in the mee= ting, please check whether you have the players installed on your computer = by going to https://cisco.webex.com/ciscosales/systemdiagnosis.php.=20 =09 =09 =09 =09 http://www.webex.com =20 =09 CCP:+14085256800x200708738#=20 =09 IMPORTANT NOTICE: This WebEx service includes a feature that allows audio = and any documents and other materials exchanged or viewed during the sessio= n to be recorded. By joining this session, you automatically consent to suc= h recordings. If you do not consent to the recording, discuss your concerns= with the meeting host prior to the start of the recording or do not join t= he session. Please note that any such recordings may be subject to discover= y in the event of litigation.=20 =09 From Jan.Seedorf@neclab.eu Mon Feb 25 02:30:58 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4918721F9267; Mon, 25 Feb 2013 02:30:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.656 X-Spam-Level: X-Spam-Status: No, score=-104.656 tagged_above=-999 required=5 tests=[AWL=0.943, BAYES_00=-2.599, GB_I_INVITATION=-2, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id plNf1S+pJGH2; Mon, 25 Feb 2013 02:30:57 -0800 (PST) Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) by ietfa.amsl.com (Postfix) with ESMTP id 55D2621F923E; Mon, 25 Feb 2013 02:30:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id B614E103417; Mon, 25 Feb 2013 11:30:55 +0100 (CET) X-Virus-Scanned: Amavisd on Debian GNU/Linux (netlab.nec.de) Received: from mailer1.neclab.eu ([127.0.0.1]) by localhost (atlas-a.office.hd [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SMShbSX9VITH; Mon, 25 Feb 2013 11:30:55 +0100 (CET) Received: from METHONE.office.hd (methone.office.hd [192.168.24.54]) by mailer1.neclab.eu (Postfix) with ESMTP id 9392F103414; Mon, 25 Feb 2013 11:30:45 +0100 (CET) Received: from PALLENE.office.hd ([169.254.1.80]) by METHONE.office.hd ([192.168.24.54]) with mapi id 14.01.0323.003; Mon, 25 Feb 2013 11:30:45 +0100 From: Jan Seedorf To: Jan Seedorf , "cdni@ietf.org" , "cdni-footprint@ietf.org" Thread-Topic: REMINDER: CDNI Footprint/Capabilities Phone Call tomorrow (TUE, FEB 26, 16:00-18:00 CET) Thread-Index: Ac4TQuE2jSAS6PXITEW7gaY89I7DNw== Date: Mon, 25 Feb 2013 10:30:15 +0000 Message-ID: <2779C9F0771F974CAD742BAE6D9904FE554517A8@PALLENE.office.hd> Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.1.2.227] Content-Type: multipart/mixed; boundary="_002_2779C9F0771F974CAD742BAE6D9904FE554517A8PALLENEofficehd_" MIME-Version: 1.0 Subject: Re: [CDNi] REMINDER: CDNI Footprint/Capabilities Phone Call tomorrow (TUE, FEB 26, 16:00-18:00 CET) X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2013 10:30:58 -0000 --_002_2779C9F0771F974CAD742BAE6D9904FE554517A8PALLENEofficehd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Btw: I am attaching again the "summary/status quo" document I had circulate= d a while ago that summarizes our past discussions, agreements/decisions, a= nd where we are at (open issues). Please read it before the call tomorrow if you intend to join. Thanks, Jan > -----Original Message----- > From: cdni-footprint-bounces@ietf.org [mailto:cdni-footprint- > bounces@ietf.org] On Behalf Of Jan Seedorf > Sent: Monday, February 25, 2013 10:16 AM > To: cdni@ietf.org; cdni-footprint@ietf.org > Subject: [cdni-footprint] REMINDER: CDNI Footprint/Capabilities Phone Cal= l > tomorrow (TUE, FEB 26, 16:00-18:00 CET) >=20 > The subject line says it all, > Please find details below, >=20 > - Jan >=20 > -----Original Message----- > From: stefano previdi [mailto:sprevidi@cisco.com] > Sent: Monday, February 18, 2013 12:08 PM > To: Jan Seedorf > Cc: cdni@ietf.org; cdni-footprint@ietf.org > Subject: Fwd: Meeting invitation: CDNI Footprint Interim Meeting >=20 > Hi Jan, All, >=20 > here below the webex info. >=20 > s. >=20 >=20 >=20 > Begin forwarded message: >=20 >=20 > Topic: CDNI Footprint Interim Meeting > Date: Tuesday, February 26, 2013 > Time: 4:00 pm, Europe Time (Amsterdam, GMT+01:00) > Meeting Number: 200 708 738 > Meeting Password: cdni >=20 >=20 > ------------------------------------------------------- > To join the online meeting (Now from mobile devices!) > ------------------------------------------------------- > 1. Go to > https://cisco.webex.com/ciscosales/j.php?ED=3D217696322&UID=3D1977654872 > &PW=3DNOTE5ODVkMDYx&RT=3DMiMyMg%3D%3D > 2. Enter your name and email address. > 3. Enter the meeting password: cdni > 4. Click "Join Now". >=20 > To view in other time zones or languages, please click the link: > https://cisco.webex.com/ciscosales/j.php?ED=3D217696322&UID=3D1977 > 654872&PW=3DNOTE5ODVkMDYx&ORT=3DMiMyMg%3D%3D >=20 > ---------------------------------------------------------------- > ALERT:Toll-Free Dial Restrictions for (408) and (919) Area Codes > ---------------------------------------------------------------- >=20 > The affected toll free numbers are: (866) 432-9903 for the San > Jose/Milpitas area and (866) 349-3520 for the RTP area. >=20 > Please dial the local access number for your area from the list below: > - San Jose/Milpitas (408) area: 525-6800 > - RTP (919) area: 392-3330 >=20 > ------------------------------------------------------- > To join the teleconference only > ------------------------------------------------------- > 1. Dial into Cisco WebEx (view all Global Access Numbers at > http://cisco.com/en/US/about/doing_business/conferencing/index. > html > 2. Follow the prompts to enter the Meeting Number (listed above) or > Access Code followed by the # sign. >=20 > San Jose, CA: +1.408.525.6800 RTP: +1.919.392.3330 >=20 > US/Canada: +1.866.432.9903 United Kingdom: +44.20.8824.0117 >=20 > India: +91.80.4350.1111 Germany: +49.619.6773.9002 >=20 > Japan: +81.3.5763.9394 China: +86.10.8515.5666 >=20 > ------------------------------------------------------- > For assistance > ------------------------------------------------------- > 1. Go to https://cisco.webex.com/ciscosales/mc > 2. On the left navigation bar, click "Support". >=20 > You can contact me at: > sprevidi@cisco.com > 39-0651644491 >=20 > To add this meeting to your calendar program (for example Microsoft > Outlook), click this link: > https://cisco.webex.com/ciscosales/j.php?ED=3D217696322&UID=3D1977 > 654872&ICS=3DMI&LD=3D1&RD=3D2&ST=3D1&SHA2=3DAAAAAhOSX7u6xIDSjqJHLmWzg > 0XKsT2N-/JfuaXI9xhGXigi&RT=3DMiMyMg%3D%3D >=20 > The playback of UCF (Universal Communications Format) rich media > files requires appropriate players. To view this type of rich media files= in the > meeting, please check whether you have the players installed on your > computer by going to > https://cisco.webex.com/ciscosales/systemdiagnosis.php. >=20 >=20 >=20 >=20 > http://www.webex.com >=20 > CCP:+14085256800x200708738# >=20 > IMPORTANT NOTICE: This WebEx service includes a feature that > allows audio and any documents and other materials exchanged or viewed > during the session to be recorded. By joining this session, you automatic= ally > consent to such recordings. If you do not consent to the recording, discu= ss > your concerns with the meeting host prior to the start of the recording o= r do > not join the session. Please note that any such recordings may be subject= to > discovery in the event of litigation. >=20 >=20 >=20 > _______________________________________________ > cdni-footprint mailing list > cdni-footprint@ietf.org > https://www.ietf.org/mailman/listinfo/cdni-footprint --_002_2779C9F0771F974CAD742BAE6D9904FE554517A8PALLENEofficehd_ Content-Type: application/rtf; name="CDNI footprint capabilities progress status quo 20130211.rtf" Content-Description: CDNI footprint capabilities progress status quo 20130211.rtf Content-Disposition: attachment; filename="CDNI footprint capabilities progress status quo 20130211.rtf"; size=8639; creation-date="Mon, 25 Feb 2013 10:30:34 GMT"; modification-date="Mon, 11 Feb 2013 12:46:42 GMT" Content-Transfer-Encoding: base64 e1xydGYxXGFuc2lcYW5zaWNwZzEyNTJcZGVmZjBcZGVmbGFuZzEwMzN7XGZvbnR0Ymx7XGYwXGZu aWxcZmNoYXJzZXQwIENhbGlicmk7fXtcZjFcZm5pbFxmY2hhcnNldDIgU3ltYm9sO319DQp7XCpc Z2VuZXJhdG9yIE1zZnRlZGl0IDUuNDEuMjEuMjUxMDt9XHZpZXdraW5kNFx1YzFccGFyZFxzYTIw MFxzbDI3NlxzbG11bHQxXGxhbmc5XHVsXGJcZjBcZnMyMiBIaWdoLUxldmVsIChtYWluIHBvaW50 cykgUHJvZ3Jlc3Mgb2YgdGhlIENETkkgRm9vdHByaW50IC8gQ2FwYWJpbHRpZXMgRGVzaWduIFRl YW1ccGFyDQpccGFyZFxzYTIwMFxzbDI3NlxzbG11bHQxXHVsbm9uZSAxLiBJRVRGLTg0IChWYW5j b3V2ZXIsIHNldmVyYWwgc2lkZSBtZWV0aW5ncylcYjBccGFyDQpccGFyZHtccG50ZXh0XGYxXCdC N1x0YWJ9e1wqXHBuXHBubHZsYmx0XHBuZjFccG5pbmRlbnQwe1xwbnR4dGJcJ0I3fX1cZmktMzYw XGxpMTA4MFxzYTIwMFxzbDI3NlxzbG11bHQxXGIgY29udmVyZ2VuY2Ugb24gdGhlIGZhY3QgdGhh dCBoaWdobHkgZHluYW1pYyBRb1MgYWR2ZXJ0aXNlbWVudCBpcyB1bnJlYWxpc3RpYyBmb3IgdGhl IENETkkgV0cgdGltZWZyYW1lXGIwIDpccGFyDQpccGFyZHtccG50ZXh0XGYxXCdCN1x0YWJ9e1wq XHBuXHBubHZsYmx0XHBuZjFccG5pbmRlbnQwe1xwbnR4dGJcJ0I3fX1cZmktMzYwXGxpMTQ0MFxz YTIwMFxzbDI3NlxzbG11bHQxIGFncmVlbWVudCB0aGF0IHdpdGhpbiB0aGUgQ0ROSSBjaGFydGVy IHRpbWVmcmFtZSwgcmVhbC10aW1lIHBlciByZXF1ZXN0IFFvUyBhZHZlcnRpc21lbnQgaXMgbm90 IHJlYWxpc3RpYyB0byBzdGFuZGFyZGlzZTsgaS5lLiBoaWdobHkgZHluYW1pYyByZWFsLXRpbWUg ZGVsaXZlcnkgcGVyZm9ybWFuY2UgbWV0cmljcyBvciBDRE4gcmVzb3VyY2UgbG9hZCBpcyBvdXQg b2Ygc2NvcGU7IFxwYXINCntccG50ZXh0XGYxXCdCN1x0YWJ9YnVzaW5lc3MgYWdyZWVtZW50cyBh cmUgZGljdGF0aW5nIFFvUyBvbiBhIHN0YXRpc3RpY2FsIGJhc2lzIChhZ2dyZWdhdGVkIHZhbHVl cylccGFyDQpccGFyZHtccG50ZXh0XGYxXCdCN1x0YWJ9e1wqXHBuXHBubHZsYmx0XHBuZjFccG5p bmRlbnQwe1xwbnR4dGJcJ0I3fX1cZmktMzYwXGxpMTQ0MFxzYTIwMFxzbDI3NlxzbG11bHQxIGJ1 dDogc29tZXdoYXQgZHluYW1pY2FsbHkgY2hhbmdpbmcgaW5mb3JtYXRpb24gKG9uIGxvdyB0aW1l c2NhbGVzKSBtaWdodCBiZSB1c2VmdWwgdG8gYWR2ZXJ0aXNlXHBhcg0KXHBhcmR7XHBudGV4dFxm MVwnQjdcdGFifXtcKlxwblxwbmx2bGJsdFxwbmYxXHBuaW5kZW50MHtccG50eHRiXCdCN319XGZp LTM2MFxsaTEwODBcc2EyMDBcc2wyNzZcc2xtdWx0MVxiIGxlbmd0aHkgZGlzY3Vzc2lvbnMgYWJv dXQgZGlmZmVyZW5jZSBiZXR3ZWVuIGFkdmVydGlzaW5nIHJlYWNoYWJpbGl0eSAod2hhdCBlbmQg dXNlciBsb2NhdGlvbnMgY2FuIGRDRE4gc2VydmU/KSBvciBhZHZlcnRpc2luZyByZXNvdXJjZXMg KHdoZXJlIGRvZXMgYSBkQ0ROIGhhdmUgY2FjaGVzL3N1cnJvZ2F0ZXM/KTpcYjBccGFyDQpccGFy ZHtccG50ZXh0XGYxXCdCN1x0YWJ9e1wqXHBuXHBubHZsYmx0XHBuZjFccG5pbmRlbnQwe1xwbnR4 dGJcJ0I3fX1cZmktMzYwXGxpMTQ0MFxzYTIwMFxzbDI3NlxzbG11bHQxIGh1bSBvbiB0aGUgZm9s bG93aW5nIHF1ZXN0aW9uczogMSl3aG8gd2FudHMgdG8gc3VwcG9ydCByZWFjaGFiaWxpdHkgdHlw ZSwgMil3aG8gd2FudHMgdG8gc3VwcG9ydCByZXNvdXJjZXMsIDMpIHdobyB3YW50cyB0byBzdXBw b3J0IGJvdGhccGFyDQp7XHBudGV4dFxmMVwnQjdcdGFifVJlc3VsdDogQm90aDogbWVkaXVtLCBy ZWFjaGFiaWxpdHkgb25seTogbWVkaXVtLWhpZ2g7IHJlc291cmNlIG9ubHk6IG5vbmUgXHBhcg0K XGJ7XHBudGV4dFxmMVwnQjdcdGFifS0tPiBEZWNpc2lvbiBtYWRlIHRvIGVpdGhlciBvbmx5IHN1 cHBvcnQgcmVhY2hhYmlsaXR5IHR5cGUgb2YgYWR2ZXJ0aXNlbWVudCBvciBib3RoIHR5cGVzIG9m IGFkdmVydGlzZW1lbnQgKHJlYWNoaWJpbGl0eSBhbmQgcmVzb3VyY2UpOyBXaGV0aGVyIHRvIHN1 cHBvcnQgcmVhY2hhYmlsaXR5IG9ubHkgb3IgYm90aCB0eXBlcyBpcyBhbiBvcGVuIGlzc3VlXGIw XHBhcg0KXHBhcmR7XHBudGV4dFxmMVwnQjdcdGFifXtcKlxwblxwbmx2bGJsdFxwbmYxXHBuaW5k ZW50MHtccG50eHRiXCdCN319XGZpLTM2MFxsaTEwODBcc2EyMDBcc2wyNzZcc2xtdWx0MSBEaXNj dXNzaW9uIGFib3V0IENETkkgY29udHJhY3RzIHZzLiBDRE5JIGFkdmVydGlzZW1lbnRccGFyDQpc cGFyZHtccG50ZXh0XGYxXCdCN1x0YWJ9e1wqXHBuXHBubHZsYmx0XHBuZjFccG5pbmRlbnQwe1xw bnR4dGJcJ0I3fX1cZmktMzYwXGxpMTQ0MFxzYTIwMFxzbDI3NlxzbG11bHQxXGIgYWdyZWVtZW50 IHRoYXQgbWFueSB0aGluZ3Mgd2lsbCBiZSBwcmUtYWdyZWVkIGluIENETkkgY29udHJhY3RzXGIw XHBhcg0KXGJ7XHBudGV4dFxmMVwnQjdcdGFifWFncmVlbWVudCB0aGF0IGhvd2V2ZXIgdGhlcmUg aXMgc3RpbGwgYSBuZWVkIGZvciBhZHZlcnRpc2VtZW50IHRvIGFjY291bnQgZm9yIG1pbm9yIGNo YW5nZXMgaW4gZENETiBjYXBhYmlsaXRpZXMvZm9vdHByaW50XGIwXHBhcg0KXHBhcmR7XHBudGV4 dFxmMVwnQjdcdGFifXtcKlxwblxwbmx2bGJsdFxwbmYxXHBuaW5kZW50MHtccG50eHRiXCdCN319 XGZpLTM2MFxsaTE4MDBcc2EyMDBcc2wyNzZcc2xtdWx0MSBlLmcuICJ3aGVuIHBhcnQgb2YgeW91 ciBDRE4gZ2V0cyB1cGdyYWRlZCwgeW91IGRvIG5vdCB3YW50IHRvIHNldCB1cCBhIG5ldyBjb250 cmFjdCJccGFyDQpccGFyZHtccG50ZXh0XGYxXCdCN1x0YWJ9e1wqXHBuXHBubHZsYmx0XHBuZjFc cG5pbmRlbnQwe1xwbnR4dGJcJ0I3fX1cZmktMzYwXGxpMTQ0MFxzYTIwMFxzbDI3NlxzbG11bHQx XGIgLS0+IGFncmVlbWVudCBvbiBwcm9ibGVtIHdlIGFyZSB0cnlpbmcgdG8gc29sdmU6IHByb3Zp ZGUgYWRkaXRpb25hbCB1cGRhdGUgaW5mb3JtYXRpb24gYWJvdXQgY2FwYWJpbGl0aWVzIHRoYXQg aGF2ZSBjaGFuZ2VkL2JlZW4gYWRkZWQgc2luY2UgdGhlIGNvbnRyYWN0XHBhcg0KXHBhcmR7XHBu dGV4dFxmMVwnQjdcdGFifXtcKlxwblxwbmx2bGJsdFxwbmYxXHBuaW5kZW50MHtccG50eHRiXCdC N319XGZpLTM2MFxsaTE4MDBcc2EyMDBcc2wyNzZcc2xtdWx0MVxiMCBhZ3JlZW1lbnQgdGhhdCB3 ZSBhcmUgdGFsaW5nIGFib3V0IGFuIGludGVyZmFjZSB0aGF0IGhhcyB0aGUgZ29hbCBvZiB1cGRh dGluZyB0aGUgdUNETiBhYm91dCByZWNlbnQgY2hhbmdlcyBpbiBjYXBhYmlsaXRpZXM7IHRoZSB0 aWUtYnJlYWtpbmcgaW5mb3JtYXRpb24gKGluIHNsZWVjdGluZyBvbmUgZENETiBvdXQgb2YgbWFu eSkgd2lsbCBiZSBvdXRzaWRlIG9mIHRoZSBpbnRlcmZhY2Ugd2UgYXJlIHRhbGtpbmcgYWJvdXQg KGUuZy4gYnVzaW5lc3MpXGJccGFyDQpccGFyZHtccG50ZXh0XGYxXCdCN1x0YWJ9e1wqXHBuXHBu bHZsYmx0XHBuZjFccG5pbmRlbnQwe1xwbnR4dGJcJ0I3fX1cZmktMzYwXGxpMTA4MFxzYTIwMFxz bDI3NlxzbG11bHQxXGIwIGFncmVlbWVudCB0byBmb2N1cyBvbiBrZXkgdXNlIGNhc2U6IGFncmVl bWVudCB0byB1c2Uga2V5IHVzZSBjYXNlIHRvIGRlcml2ZSB3aGF0IHRoaW5ncyBzdGlsbCBuZWVk IHRvIGJlIGFkdmVydGlzZWQgaW4gcHJhY3Rpc2UsIGdpdmVuIHRoYXQgbWFueSB0aGluZ3Mgd2ls bCBiZSBhZ3JlZWQgaW4gY29udHJhY3RzXHBhcg0Ke1xwbnRleHRcZjFcJ0I3XHRhYn1hZ3JlZW1l bnQgdGhhdCBmb290cHJpbnQgYW5kIGNhcGFiaWxpdGllcyBhcmUgdGllZCB0b2dldGhlcjogZ2l2 ZW4gY2FwYWJpbGl0aWVzIG1heSBhcHBseSBvbmx5IHRvIGEgY2V0cmFpbiBzdWItcGFydCBvZiB0 aGUgZENETiBmb290cHJpbnRccGFyDQpccGFyZFxzYTIwMFxzbDI3NlxzbG11bHQxXGIgMi4gUGhv bmUgQ2FsbHMgYmV0d2VlbiBJRVRGLTg0IGFuZCBJRVRGLTg1XHBhcg0KXHBhcmR7XHBudGV4dFxm MVwnQjdcdGFifXtcKlxwblxwbmx2bGJsdFxwbmYxXHBuaW5kZW50MHtccG50eHRiXCdCN319XGZp LTM2MFxsaTEwODBcc2EyMDBcc2wyNzZcc2xtdWx0MSBBZ3JlZW1lbnQgdG8gYmFzZSBkaXNjdXNz aW9uIChhbmQgbW92ZSBmb3J3YXJkKSBvbiB0aGUgdXNlIGNhc2UgcG9zdGVkIGJ5IEFubmUgYW5k IEVtaWxlOyBpLmUuIHRvIGRpc2N1c3Mgd2hhdCBhcmUgdGhlIG1hbmRhdG9yeSBwaWVjZXMgb2Yg aW5mb3JtYXRpb24gdGhhdCBuZWVkIHRvIGJlIGFkdmVydGlzZWQgYmFzZWQgb24gdGhhdCB1c2Ug Y2FzZVxiMFxwYXINClxwYXJke1xwbnRleHRcZjFcJ0I3XHRhYn17XCpccG5ccG5sdmxibHRccG5m MVxwbmluZGVudDB7XHBudHh0YlwnQjd9fVxmaS0zNjBcbGkxNDQwXHNhMjAwXHNsMjc2XHNsbXVs dDEgSW4gc2hvcnQsIHRoZSB1c2UgY2FzZSBpcyBhcyBmb2xsb3dzOiBhIHVDRE4gaGFzIHNldmVy YWwgZENETnMuIE9uZSBvZiB0aGUgZENETnMgaGFzIGEgdHJhbnNpdGl2ZSAobGV2ZWwtMikgZENE Ti4gV2hhdCBoYXBwZW5zIGlmIGNhcGFiaWxpdGllcyBjaGFuZ2UgaW4gdGhlIHRyYW5zaXRpdmUg bGV2ZWwtMiBkQ0ROIHRoYXQgbWlnaHQgYWZmZWN0IGhvdyB0aGUgdUNETiBzZWxlY3RzIGEgbGV2 ZWwtMSBkQ0ROXHBhcg0KXHBhcmR7XHBudGV4dFxmMVwnQjdcdGFifXtcKlxwblxwbmx2bGJsdFxw bmYxXHBuaW5kZW50MHtccG50eHRiXCdCN319XGZpLTM2MFxsaTEwODBcc2EyMDBcc2wyNzZcc2xt dWx0MSBkaXNjdXNzaW9uIHdoZXRoZXIgdGhlIGludGVyZmFjZSBzaG91bGQgb25seSBzaWduYWwg dGhlIGRlbHRhIHdpdGggcmVzcGVjdCB0byBhIGdpdmVuIGNvbnRyYWN0IG9yIHNlbmQgdGhlIHdo b2xlIGRDRE4gc3RhdGUgZWFjaCB0aW1lXHBhcg0Ke1xwbnRleHRcZjFcJ0I3XHRhYn1zdGFydGVk IGRpc2N1c3Npb24gb24gd2hhdCB0eXBlcyBvZiBjYXBhYmlsdGllcyBuZWVkIHRvIGJlIHN1cHBv cnRlZDogYWdyZWVtZW50IHRoYXQgdHlwZSBvZiBkZWxpdmVyeSBwcm90b2NvbCBpcyBpbXBvcnRh bnQ7IGFncmVlbWVudCB0aGF0IHR5cGUgb2Ygc3VwcG9ydGVkIGF1dGhvcml6YXRpb24gbWVjaGFu aXNtIGlzIGltcG9ydGFudDtccGFyDQpccGFyZFxzYTIwMFxzbDI3NlxzbG11bHQxXGIgMy4gSUVU Ri04NSAoQXRsYW50YSwgb25lIHNpZGUgbWVldGluZyBmb2N1c2VkIG9uIGNhcGFiaWxpdGllcylc cGFyDQpccGFyZHtccG50ZXh0XGYxXCdCN1x0YWJ9e1wqXHBuXHBubHZsYmx0XHBuZjFccG5pbmRl bnQwe1xwbnR4dGJcJ0I3fX1cZmktMzYwXGxpMTA4MFxzYTIwMFxzbDI3NlxzbG11bHQxXGIwIGRp c2N1c3Npb24gb24gd2hhdCBjYXBhYmlsaXRpZXMgYXJlIG1hbmRhdG9yeSBhbmQgaG93IGNvdWxk IHdlIGNhbGwgdGhvc2Ugd2l0aCByZXNwZWN0IHRvIHRlcm1pbm9sb2d5P1xwYXINClxwYXJke1xw bnRleHRcZjFcJ0I3XHRhYn17XCpccG5ccG5sdmxibHRccG5mMVxwbmluZGVudDB7XHBudHh0Ylwn Qjd9fVxmaS0zNjBcbGkxNDQwXHNhMjAwXHNsMjc2XHNsbXVsdDFcYiBhZ3JlZW1lbnQgdGhhdCAi ZGVsaXZlcnkgcHJvdG9jb2wiIGlzIG1hbmRhdG9yeVxiMCA7IGFncmVlbWVudCB0aGF0IHdlIGRv IG5vdCB3YW50IHRvIGVudW1lcmF0ZSBkZXRhaWxlZCBkZWxpdmVyeSBwcm90b2NvbHM7IFxiIGFn cmVlbWVudCB0byBoYXZlIGEgcmVnaXN0cnkgZm9yICJkZWxpdmVyeSBwcm90b2NvbCIgd2hlcmUg dGhlIHJlZ2lzdHJ5IGFuZCBob3cgdG8gZmlsbCB0aGUgcmVnaXN0cnkgd291bGQgYmUgZGVmaW5l ZCBieSBDRE5JIGRvY3VtZW50c1xwYXINClxwYXJke1xwbnRleHRcZjFcJ0I3XHRhYn17XCpccG5c cG5sdmxibHRccG5mMVxwbmluZGVudDB7XHBudHh0YlwnQjd9fVxmaS0zNjBcbGkxODAwXHNhMjAw XHNsMjc2XHNsbXVsdDFcYjAgc2luZ2xlLWxldmVsIHJlZ2lzdHJ5IGlzIHByb2JhYmx5IHdvdWxk IHdlIHdhbnQgdG8gaGF2ZSAoaS5lLiBvbiBhIGdlbmVyYWwgcHJvdG9jb2wgbGV2ZWwgc3VjaCBh cyAiaHR0cCIsIHdpdGhvdXQgZ29pbmcgaW50byBmbGF2b3VycyBvZiBodHRwKVxiXHBhcg0KXHBh cmR7XHBudGV4dFxmMVwnQjdcdGFifXtcKlxwblxwbmx2bGJsdFxwbmYxXHBuaW5kZW50MHtccG50 eHRiXCdCN319XGZpLTM2MFxsaTE0NDBcc2EyMDBcc2wyNzZcc2xtdWx0MSByZWRpcmVjdGlvbiBt b2RlIG5lZWRzIHRvIGJlIHN1cHBvcnRlZCBcYjAgKHBvc3NpYmx5IGEgc3RyaWN0ZXIgcmVnaXN0 cnkgaXMgbmVlZGVkKVxwYXINClxie1xwbnRleHRcZjFcJ0I3XHRhYn1uZWVkIHRvIGFsaWduIHRo ZSB3b3JrIGJldHdlZW4gbWV0YWRhdGEgLyBsb2dnaW5nIC8gcmVxdWVzdCByb3V0aW5nIGludGVy ZmFjZXMgd2l0aCByZXNwZWN0IHRvIGNhcGFiaWxpdGllcyBhZHZlcnRpc2VtZW50XHBhcg0KXGIw e1xwbnRleHRcZjFcJ0I3XHRhYn1jYXNjYWRpbmcgLyBtYXRyaXggb2YgZGlmZmVyZW50IGNhcGFi aWxpdGllcyBzdGlsbCB0byBiZSBkaXNjdXNzZWQgKGUuZy4gY2VydGFpbiBhcXVpc2l0aW9uIHBy b3RvY29scyBhcmUgb25seSBzdXBwb3J0ZWQgZm9yIGNlcnRhaW4gZGVsaXZlcnkgcHJvdG9jb2xz KVxiXHBhcg0KXHBhcmRcc2EyMDBcc2wyNzZcc2xtdWx0MSA0LiBQaG9uZSBDYWxscyBiZXR3ZWVu IElFVEYtODUgYW5kIElFVEYtODZccGFyDQpccGFyZHtccG50ZXh0XGYxXCdCN1x0YWJ9e1wqXHBu XHBubHZsYmx0XHBuZjFccG5pbmRlbnQwe1xwbnR4dGJcJ0I3fX1cZmktMzYwXGxpMTA4MFxzYTIw MFxzbDI3NlxzbG11bHQxXGIwIGRpc2N1c3Npb24gb24gbmV3IHVzZSBjYXNlIHBvc3RlZCBieSBF bnJpY28gTS4gdGhhdCBhcmd1ZXMgZm9yIHJlc291cmNlIGZvb3RwcmludCBhZHZlcnRpc2VtZW50 OyB1c2UgY2FzZSB3YXMgbm90IGNsZWFyIHRvIHBlb3BsZSBpbiB0aGUgY2FsbCwgRW5yaWNvIG5l ZWRzIHRvIHBvc3QgYWdhaW4gaW4gbW9yZSBkZXRhaWwgYW5kIGV4cGxhaW4gdGhlIG1haW4gcG9p bnRzXGJccGFyDQpcYjB7XHBudGV4dFxmMVwnQjdcdGFifXRyeWluZyB0byBtYWtlIHByb2dyZXNz IHdpdGggZm9vdHByaW50IGJhc2VkIGluIHVzZSBjYXNlIGZyb20gRW1pbGUvQW5uZTsgc2VlbXMg dG8gYmUgYWdyZWVtZW50IHRoYXQgYWxsIHJlYWNoYWJpbGl0eSB0eXBlcyBvbiB0aGUgdGFibGUg KGkuZS4gSVAtcHJlZml4LCBBU04sIGdlb2dyYXBoaWNhbCByZWdpb24pIGFyZSB1c2VmdWwgdG8g c3VwcG9ydCB1c2UgY2FzZVxiXHBhcg0KXHBhcmR7XHBudGV4dFxmMVwnQjdcdGFifXtcKlxwblxw bmx2bGJsdFxwbmYxXHBuaW5kZW50MHtccG50eHRiXCdCN319XGZpLTM2MFxsaTE0NDBcc2EyMDBc c2wyNzZcc2xtdWx0MVxiMCBzdW1tYXJ5IGlzIHRvIGRpZ2cgZGVlcGVyIGludG8gcmVxdWlyZW1l bnRzIGZvciBhZ3JlZWQgcmVhY2hhYmlsaXR5IGluZm9ybWF0aW9uIHR5cGVzIGFuZCB0byBmaW5k IG91dCBtb3JlIHRoZSB1c2UgY2FzZSBiZWhpbmQgdGhlIHJlc291cmNlIHR5cGUgb2YgaW5mb3Jt YXRpb24gYW5kIHdoYXQgdGhlIHJlcXVpcmVtZW50cyBmb3IgY29udmV5aW5nIHRoaXMgdHlwZSBv ZiBpbmZvcm1hdGlvbiBhcmVcYlxwYXINClxwYXJkXHNhMjAwXHNsMjc2XHNsbXVsdDFcdWwgT3Zl cmFsbCBzdGF0dXMgcXVvOlxwYXINClxwYXJke1xwbnRleHRcZjFcJ0I3XHRhYn17XCpccG5ccG5s dmxibHRccG5mMVxwbmluZGVudDB7XHBudHh0YlwnQjd9fVxmaS0zNjBcbGk3MjBcc2EyMDBcc2wy NzZcc2xtdWx0MVx1bG5vbmVcYjAgZ29vZCBwcm9ncmVzcyBvbiBjYXBhYmlsaXRpZXMgYW5kIHNv bWUgY2xlYXIgaWRlYXMgb24gaG93IHRvIHN1ZSByZWdpc3RyaWVzXGJccGFyDQpccGFyZHtccG50 ZXh0XGYxXCdCN1x0YWJ9e1wqXHBuXHBubHZsYmx0XHBuZjFccG5pbmRlbnQwe1xwbnR4dGJcJ0I3 fX1cZmktMzYwXGxpMTA4MFxzYTIwMFxzbDI3NlxzbG11bHQxXGIwIGRldGFpbHMgbmVlZCB0byBi ZSBzb3J0ZWQgb3V0IG5vdyBhbmQgaW52b2x2ZSB0aGUgcGVvcGxlIGZyb20gIG1ldGFkYXRhIC8g bG9nZ2luZyAvIHJlcXVlc3Qgcm91dGluZyB0byBhbGlnbiB3aXRoIGNhcGFiaWxpdGllcyBhZHZl cnRpc2VtZW50IChlLmcuIHdoYXQgaXMgbmVlZGVkIHRvIGFkdmVydGlzZSBmcm9tIHRoZSBwZXJz cGVjdGl2ZSBvZiB0aG9zZSBpbnRlcmZhY2VzKVxiXHBhcg0KXHBhcmR7XHBudGV4dFxmMVwnQjdc dGFifXtcKlxwblxwbmx2bGJsdFxwbmYxXHBuaW5kZW50MHtccG50eHRiXCdCN319XGZpLTM2MFxs aTcyMFxzYTIwMFxzbDI3NlxzbG11bHQxXGIwIGZvb3RwcmludCBzdGlsbCBvcGVuIGlzc3VlcyBv biBhIGhpZ2hlciBsZXZlbCAoY29tcGFyZWQgdG8gY2FwYWJpbGl0aWVzKVxiXHBhcg0KXHBhcmR7 XHBudGV4dFxmMVwnQjdcdGFifXtcKlxwblxwbmx2bGJsdFxwbmYxXHBuaW5kZW50MHtccG50eHRi XCdCN319XGZpLTM2MFxsaTEwODBcc2EyMDBcc2wyNzZcc2xtdWx0MVxiMCBEZWNpc2lvbiBtYWRl IHRvIGVpdGhlciBhKSBbb25seSBzdXBwb3J0IHJlYWNoYWJpbGl0eSB0eXBlIG9mIGFkdmVydGlz ZW1lbnRdIG9yIGIpIFtyZWFjaGFiaWxpdHkgdHlwZSBhbmQgcmVzb3VyY2UgdHlwZSBvZiBhZHZl cnRpc2VtZW50XSAtLT4gbm8gZGVmaW5pdGl2ZSBhbnN3ZXIgdG8gYSkgb3IgYikgeWV0LCBkaWZm ZXJlbnQgb3BpbmlvbnMgZXhpc3RcYlxwYXINCn0NCgA= --_002_2779C9F0771F974CAD742BAE6D9904FE554517A8PALLENEofficehd_-- From internet-drafts@ietf.org Mon Feb 25 13:53:14 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D3AD21E80DB; Mon, 25 Feb 2013 13:53:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.533 X-Spam-Level: X-Spam-Status: No, score=-102.533 tagged_above=-999 required=5 tests=[AWL=0.066, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8BT-upFu8JvS; Mon, 25 Feb 2013 13:53:14 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 02C2C21F900E; Mon, 25 Feb 2013 13:53:14 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.40 Message-ID: <20130225215314.16366.40371.idtracker@ietfa.amsl.com> Date: Mon, 25 Feb 2013 13:53:14 -0800 Cc: cdni@ietf.org Subject: [CDNi] I-D Action: draft-ietf-cdni-metadata-01.txt X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2013 21:53:14 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Content Delivery Networks Interconnection= Working Group of the IETF. Title : CDN Interconnect Metadata Author(s) : Ben Niven-Jenkins Rob Murray Grant Watson Matt Caulfield Kent Leung Kevin J. Ma Filename : draft-ietf-cdni-metadata-01.txt Pages : 39 Date : 2013-02-25 Abstract: The CDNI Metadata Interface enables interconnected CDNs to exchange content distribution metadata in order to enable content acquisition and delivery. The CDNI metadata associated with a piece of content provides a downstream CDN with sufficient information for the downstream CDN to service content requests on behalf of an upstream CDN. This document describes both the core set of CDNI metadata and the protocol for exchanging that metadata. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-cdni-metadata There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-cdni-metadata-01 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-cdni-metadata-01 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From mcaulfie@cisco.com Mon Feb 25 13:59:41 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C075E21E80EE for ; Mon, 25 Feb 2013 13:59:41 -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.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5lFhNETeLxp2 for ; Mon, 25 Feb 2013 13:59:41 -0800 (PST) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) by ietfa.amsl.com (Postfix) with ESMTP id 7539421E80E6 for ; Mon, 25 Feb 2013 13:59:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2114; q=dns/txt; s=iport; t=1361829581; x=1363039181; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=/8jvCfMvKXMSveBfEXg5kPeydl8UyQLKZr2Us4thf9U=; b=LmNL1dtfYGcZbWV53BYJekvQE2+yPFcXNgqeOOV3ts9XvcrYVgiQRdMS k+BdllxM/UaJuqPltIB+EjVc5sY1tiGTMnUKGYIyoxV9pqEUY+JVjTmXC errGZmV/I/z8CBNayMxpD/Yna2Fo7Rra7Hjl+0oks2cTCUQL2XcWZH/OF A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AioFAN3dK1GtJV2Z/2dsb2JhbABFg3i9YYEGFnOCHwEBAQQBAQE3NBcEAgEIEQQBAQsUCQcnCxQJCAIEEwgBiAoHBcARjl0PFxIGgllhA5J8hF6PSIMHgic X-IronPort-AV: E=Sophos;i="4.84,736,1355097600"; d="scan'208";a="181018814" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-8.cisco.com with ESMTP; 25 Feb 2013 21:59:37 +0000 Received: from xhc-rcd-x05.cisco.com (xhc-rcd-x05.cisco.com [173.37.183.79]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id r1PLxb0O001063 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Mon, 25 Feb 2013 21:59:37 GMT Received: from xmb-aln-x03.cisco.com ([169.254.6.8]) by xhc-rcd-x05.cisco.com ([173.37.183.79]) with mapi id 14.02.0318.004; Mon, 25 Feb 2013 15:59:37 -0600 From: "Matt Caulfield (mcaulfie)" To: "cdni@ietf.org" Thread-Topic: [CDNi] I-D Action: draft-ietf-cdni-metadata-01.txt Thread-Index: AQHOE6KLoLC9+pQ5zE2ejkgTyHBiApiLHy/w Date: Mon, 25 Feb 2013 21:59:36 +0000 Message-ID: <166EBB70C264A9479E459B01B1BA6C92103226B3@xmb-aln-x03.cisco.com> References: <20130225215314.16366.40371.idtracker@ietfa.amsl.com> In-Reply-To: <20130225215314.16366.40371.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.131.69.153] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [CDNi] I-D Action: draft-ietf-cdni-metadata-01.txt X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2013 21:59:41 -0000 Hi all, New version of the CDNI Metadata draft is now available - incorporating man= y of the action items taken from Atlanta.=20 Please provide feedback if you are able. Thanks, Matt -----Original Message----- From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf Of int= ernet-drafts@ietf.org Sent: Monday, February 25, 2013 4:53 PM To: i-d-announce@ietf.org Cc: cdni@ietf.org Subject: [CDNi] I-D Action: draft-ietf-cdni-metadata-01.txt A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Content Delivery Networks Interconnection= Working Group of the IETF. Title : CDN Interconnect Metadata Author(s) : Ben Niven-Jenkins Rob Murray Grant Watson Matt Caulfield Kent Leung Kevin J. Ma Filename : draft-ietf-cdni-metadata-01.txt Pages : 39 Date : 2013-02-25 Abstract: The CDNI Metadata Interface enables interconnected CDNs to exchange content distribution metadata in order to enable content acquisition and delivery. The CDNI metadata associated with a piece of content provides a downstream CDN with sufficient information for the downstream CDN to service content requests on behalf of an upstream CDN. This document describes both the core set of CDNI metadata and the protocol for exchanging that metadata. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-cdni-metadata There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-cdni-metadata-01 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-cdni-metadata-01 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ CDNi mailing list CDNi@ietf.org https://www.ietf.org/mailman/listinfo/cdni From Jan.Seedorf@neclab.eu Tue Feb 26 02:27:47 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D27521F8A42 for ; Tue, 26 Feb 2013 02:27:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.774 X-Spam-Level: X-Spam-Status: No, score=-103.774 tagged_above=-999 required=5 tests=[AWL=-0.175, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nLJDC-x2VKuk for ; Tue, 26 Feb 2013 02:27:45 -0800 (PST) Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) by ietfa.amsl.com (Postfix) with ESMTP id 2BE2E21F8A3F for ; Tue, 26 Feb 2013 02:27:45 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id C7066103442 for ; Tue, 26 Feb 2013 11:27:43 +0100 (CET) X-Virus-Scanned: Amavisd on Debian GNU/Linux (netlab.nec.de) Received: from mailer1.neclab.eu ([127.0.0.1]) by localhost (atlas-a.office.hd [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id psYM6EVgzOLE for ; Tue, 26 Feb 2013 11:27:43 +0100 (CET) Received: from METHONE.office.hd (methone.office.hd [192.168.24.54]) by mailer1.neclab.eu (Postfix) with ESMTP id ADE59103407 for ; Tue, 26 Feb 2013 11:27:38 +0100 (CET) Received: from PALLENE.office.hd ([169.254.1.80]) by METHONE.office.hd ([192.168.24.54]) with mapi id 14.01.0323.003; Tue, 26 Feb 2013 11:27:38 +0100 From: Jan Seedorf To: "cdni@ietf.org" Thread-Topic: New Version Notification for draft-spp-cdni-rr-foot-cap-semantics-04 Thread-Index: Ac4UCzq+OAWmDPzGQkahwNiBuizW+w== Date: Tue, 26 Feb 2013 10:27:15 +0000 Message-ID: <2779C9F0771F974CAD742BAE6D9904FE55452F7E@PALLENE.office.hd> Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.2.227] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Subject: [CDNi] New Version Notification for draft-spp-cdni-rr-foot-cap-semantics-04 X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2013 10:27:47 -0000 RGVhciBhbGwsDQoNCldlIGhhdmUgc3VibWl0dGVkIGEgbmV3IHZlcnNpb24gb2YgdGhlIGZvb3Rw cmludC9jYXBhYmlsaXRpZXMgc2VtYW50aWNzIGRyYWZ0LiBXZSByZXZpc2VkIGluIHBhcnRpY3Vs YXIgdGhlIHNlY3Rpb25zIG9uIHdoYXQgYSBmb290cHJpbnQgYW5kIGNhcGFiaWxpdGllcyBzaG91 bGQgYWN0dWFsbHkgbG9vayBsaWtlLCBzbyB0aGF0IHRoZSBkb2N1bWVudCBub3cgcmVmbGVjdHMg dGhlIGxhdGVzdCBhZ3JlZW1lbnRzIGluIHRoZSBkZXNpZ24gdGVhbS4gVGhhbmtzIHRvIEtldmlu IGFuZCBSYXkgZm9yIHRoZWlyIGhlbHAgd2l0aCB0aGUgcmV2aXNpb24uDQoNClNtYWxsIG5vdGU6 IHdlIHN1Ym1pdHRlZCB5ZXN0ZXJkYXkgdGhlIC0wMyB2ZXJzaW9uIGFuZCBzaG9ydGx5IGFmdGVy IHRoZSAtMDQgdmVyc2lvbiwgd2hpY2ggb25seSBmaXhlZCBtaW5vciB0aGluZ3MgaW4gdGhlIGF1 dGhvcidzIGFmZmlsaWF0aW9ucyBjb21wYXJlZCB0byB0aGUgLTAzIHZlcnNpb24uIEp1c3QgZm9y IHBlb3BsZSB3aG8gd2VyZSB3b25kZXJpbmcgaG93IHdlIGdvdCBmcm9tIC0wMiB0byAtMDQuDQoN CklmIHlvdSBhcmUgaW50ZXJlc3RlZCBpbiB0aGlzLCBwbGVhc2Ugam9pbiB0aGUgcGhvbmUgY2Fs bCB0aGlzIGFmdGVybm9vbi4gV2UgYWxzbyBpbnRlbmQgdG8gdXBkYXRlIHRoZSBXRyBkdXJpbmcg dGhlIENETkkgc2Vzc2lvbnMgYXQgdGhlIHVwY29taW5nIElFVEYtODYgaW4gT3JsYW5kby4NCg0K IC0gSmFuDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBpbnRlcm5ldC1kcmFm dHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddIA0KU2VudDogTW9u ZGF5LCBGZWJydWFyeSAyNSwgMjAxMyA1OjEzIFBNDQpUbzogSmFuIFNlZWRvcmYNCkNjOiBrZXZp bi5tYUBhenVraXN5c3RlbXMuY29tOyBzcHJldmlkaUBjaXNjby5jb207IGpvbi5wZXRlcnNvbkBu ZXVzdGFyLmJpejsgcmF5LnZhbmJyYW5kZW5idXJnQHRuby5ubA0KU3ViamVjdDogTmV3IFZlcnNp b24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1zcHAtY2RuaS1yci1mb290LWNhcC1zZW1hbnRpY3Mt MDQudHh0DQoNCg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LXNwcC1jZG5pLXJyLWZvb3Qt Y2FwLXNlbWFudGljcy0wNC50eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkg SmFuIFNlZWRvcmYgYW5kIHBvc3RlZCB0byB0aGUNCklFVEYgcmVwb3NpdG9yeS4NCg0KRmlsZW5h bWU6CSBkcmFmdC1zcHAtY2RuaS1yci1mb290LWNhcC1zZW1hbnRpY3MNClJldmlzaW9uOgkgMDQN ClRpdGxlOgkJIENETkkgUmVxdWVzdCBSb3V0aW5nOiBGb290cHJpbnQgYW5kIENhcGFiaWxpdGll cyBTZW1hbnRpY3MNCkNyZWF0aW9uIGRhdGU6CSAyMDEzLTAyLTI1DQpHcm91cDoJCSBJbmRpdmlk dWFsIFN1Ym1pc3Npb24NCk51bWJlciBvZiBwYWdlczogMjINClVSTDogICAgICAgICAgICAgaHR0 cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtc3BwLWNkbmktcnItZm9vdC1j YXAtc2VtYW50aWNzLTA0LnR4dA0KU3RhdHVzOiAgICAgICAgICBodHRwOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2RyYWZ0LXNwcC1jZG5pLXJyLWZvb3QtY2FwLXNlbWFudGljcw0KSHRtbGl6 ZWQ6ICAgICAgICBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1zcHAtY2RuaS1yci1m b290LWNhcC1zZW1hbnRpY3MtMDQNCkRpZmY6ICAgICAgICAgICAgaHR0cDovL3d3dy5pZXRmLm9y Zy9yZmNkaWZmP3VybDI9ZHJhZnQtc3BwLWNkbmktcnItZm9vdC1jYXAtc2VtYW50aWNzLTA0DQoN CkFic3RyYWN0Og0KICAgVGhpcyBkb2N1bWVudCB0cmllcyB0byBjYXB0dXJlIHRoZSBzZW1hbnRp Y3Mgb2YgdGhlICJGb290cHJpbnQgYW5kDQogICBDYXBhYmlsaXRpZXMgQWR2ZXJ0aXNlbWVudCIg cGFydCBvZiB0aGUgQ0ROSSBSZXF1ZXN0IFJvdXRpbmcNCiAgIGludGVyZmFjZSwgaS5lLiB0aGUg ZGVzaXJlZCBtZWFuaW5nIGFuZCB3aGF0ICJGb290cHJpbnQgYW5kDQogICBDYXBhYmlsaXRpZXMg QWR2ZXJ0aXNlbWVudCIgaXMgZXhwZWN0ZWQgdG8gb2ZmZXIgd2l0aGluIENETkkuICBUaGUNCiAg IGRpc2N1c3Npb24gaW4gdGhpcyBkb2N1bWVudCBoYXMgdGhlIGdvYWwgdG8gZmFjaWxpdGF0ZSB0 aGUgY2hvb3NpbmcNCiAgIG9mIG9uZSBvciBtb3JlIHN1aXRhYmxlIHByb3RvY29scyBmb3IgIkZv b3RwcmludCBhbmQgQ2FwYWJpbGl0aWVzDQogICBBZHZlcnRpc2VtZW50IiB3aXRoaW4gQ0ROSSBS ZXF1ZXN0IFJvdXRpbmcuDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCg0KDQpUaGUgSUVU RiBTZWNyZXRhcmlhdA0KDQo= From ray.vanbrandenburg@tno.nl Tue Feb 26 06:00:55 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A0AD21F8A6B for ; Tue, 26 Feb 2013 06:00:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.32 X-Spam-Level: X-Spam-Status: No, score=-0.32 tagged_above=-999 required=5 tests=[AWL=0.184, BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nm0+R2xwxe74 for ; Tue, 26 Feb 2013 06:00:54 -0800 (PST) Received: from fromintoutb.tno.nl (fromintoutb.tno.nl [134.221.1.27]) by ietfa.amsl.com (Postfix) with ESMTP id EF0C521F8A79 for ; Tue, 26 Feb 2013 06:00:53 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.84,740,1355094000"; d="scan'208";a="825333" Received: from unknown (HELO mail.tno.nl) ([134.221.225.222]) by mailhost1b.tno.nl with ESMTP; 26 Feb 2013 15:00:50 +0100 Received: from EXC-MBX03.tsn.tno.nl ([169.254.3.241]) by EXC-CASHUB03.tsn.tno.nl ([134.221.225.222]) with mapi id 14.02.0318.004; Tue, 26 Feb 2013 15:00:50 +0100 From: "Brandenburg, R. (Ray) van" To: "Matt Caulfield (mcaulfie)" Thread-Topic: XML vs JSON Thread-Index: Ac4RQUq5WKDDiBDmQfW6Mb25sGjzeAC6DcvA Date: Tue, 26 Feb 2013 14:00:49 +0000 Message-ID: References: <166EBB70C264A9479E459B01B1BA6C92103212C7@xmb-aln-x03.cisco.com> In-Reply-To: <166EBB70C264A9479E459B01B1BA6C92103212C7@xmb-aln-x03.cisco.com> Accept-Language: en-US, nl-NL Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [134.221.225.191] Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Cc: "cdni@ietf.org" Subject: Re: [CDNi] XML vs JSON X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2013 14:00:55 -0000 Slight preference for JSON, as I see 'fast to parse' and 'terse' as the mos= t important properties. = Ray -----Original Message----- From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf Of Mat= t Caulfield (mcaulfie) Sent: vrijdag 22 februari 2013 22:12 To: cdni@ietf.org Subject: [CDNi] XML vs JSON Hi everyone, While writing the CDNI metadata draft, we have been struggling with the cho= ice between XML and JSON for encoding metadata. = We are turning to the list for inspiration and hopefully a decision. Below = is an extremely high level synopsis of the options. = XML Verbose. Flexible. Allows for both elements and attributes. Standardized schema definition language. Includes concept of namespaces. JSON Terse. = Fast to parse. Allows for ordered lists. If you feel strongly one way or the other, please chime in. = See the metadata draft for an example of both: http://tools.ietf.org/html/d= raft-ietf-cdni-metadata-00#section-5.4 Thanks, Matt _______________________________________________ CDNi mailing list CDNi@ietf.org https://www.ietf.org/mailman/listinfo/cdni This e-mail and its contents are subject to the DISCLAIMER at http://www.tn= o.nl/emaildisclaimer From ray.vanbrandenburg@tno.nl Tue Feb 26 06:14:50 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A45921F8995 for ; Tue, 26 Feb 2013 06:14:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.351 X-Spam-Level: X-Spam-Status: No, score=-0.351 tagged_above=-999 required=5 tests=[AWL=0.153, BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dml23MBH00g3 for ; Tue, 26 Feb 2013 06:14:49 -0800 (PST) Received: from fromintoutb.tno.nl (fromintoutb.tno.nl [134.221.1.27]) by ietfa.amsl.com (Postfix) with ESMTP id CEEE021F89D2 for ; Tue, 26 Feb 2013 06:14:48 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.84,740,1355094000"; d="scan'208";a="827291" Received: from unknown (HELO mail.tno.nl) ([134.221.225.221]) by mailhost1b.tno.nl with ESMTP; 26 Feb 2013 15:14:48 +0100 Received: from EXC-MBX03.tsn.tno.nl ([169.254.3.241]) by EXC-CASHUB02.tsn.tno.nl ([134.221.225.221]) with mapi id 14.02.0318.004; Tue, 26 Feb 2013 15:14:47 +0100 From: "Brandenburg, R. (Ray) van" To: Ben Niven-Jenkins Thread-Topic: [CDNi] Questions related to draft-he-cdni-routing-request-redirection-03 Thread-Index: Ac3+CyCOfZBkCVayTgyIK1hc6aa1UQAtAqcAAAKbCmADYul8AAH1KsoA Date: Tue, 26 Feb 2013 14:14:46 +0000 Message-ID: References: <327F5471-8910-4EC9-9A3A-927729ED06C6@niven-jenkins.co.uk> In-Reply-To: Accept-Language: en-US, nl-NL Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [134.221.225.191] Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Cc: "cdni@ietf.org" , "draft-he-cdni-routing-request-redirection@tools.ietf.org" Subject: Re: [CDNi] Questions related to draft-he-cdni-routing-request-redirection-03 X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2013 14:14:50 -0000 Hi Ben, = Thanks for addressing my comments. For the others, please see inline. = For some of these issues, it might be good to have a meeting in Orlando to = discuss them. Best regards, Ray -----Original Message----- From: Ben Niven-Jenkins [mailto:ben@niven-jenkins.co.uk] = Sent: zaterdag 16 februari 2013 16:52 To: Brandenburg, R. (Ray) van Cc: draft-he-cdni-routing-request-redirection@tools.ietf.org; cdni@ietf.org Subject: Re: [CDNi] Questions related to draft-he-cdni-routing-request-redi= rection-03 Ray, On 30 Jan 2013, at 09:23, Brandenburg, R. (Ray) van wrote: > From: Ben Niven-Jenkins [mailto:ben@niven-jenkins.co.uk] On 29 Jan = > 2013, at 10:26, Brandenburg, R. (Ray) van wrote: > = >> I've reviewed draft-he-cdni-routing-request-redirection-03 and have some= questions/comments: I've addressed you comments in my working draft of -04 except these which I= 'd like to discuss further: >> - How does the draft relate to work currently being done on the Metadata= interface? Particularly in dealing with multiple files being described by = the same (or higher level) metadata object. In its current form, the draft= specifies that a RRRI Request contains a URL to the metadata object associ= ated with the UA request. It might be useful to allow a dCDN to reply with= a RRRI Response indicating that a particular reply is valid for a particul= ar set of CDNI Metadata (not necessarily being the same set referenced by t= he uCDN). Such a feature would be particularly useful in HAS scenarios, whe= re with the current draft you would have hundreds of RRRI Request for each = individual segment. = > = > We might need to dig into this a bit more but... > = > My opinion is that request routing policy should only be set at the Host = level and not the path level in CDNI metadata. > = > Allowing the dCDN to specify a scope against which the RRRI response appl= ies is something we've already included. If we want to extend the current s= cope object we have defined I am OK with that but I'd like it to be based o= ff specific use cases so we can explore the implications of doing so. > = > I guess I'm saying - can you articulate the use case around HAS you have = in mind and then we can work through what would make sense to return in a R= RRI response? > = > [Ray] So, the use case I have in mind is that a particular HAS content it= em consists of a couple of hundred segments. If we wouldn't do anything spe= cific in the RRRI, this would mean that a separate RRRI Request and Respons= e would be sent for every individual segment. For some CDNs this might be p= erfectly fine, and would allow them a fine granularity to do per-segment RR= . However, it might perhaps be more efficient if it would be possible for a= dCDN to reply with: 'Ok, here you go with the redirect response for this p= articular segment, and by the way, if you have any requests for segments as= sociated with this one (indicated by metadata), you can also redirect them = to me'. If I understand correctly what you are really asking for is some method by = which to indicate the scope of the RI response is wider than just the URI t= hat triggered the RI request? [Ray] Yes. Returning some kind of URI pattern match (possibly extracted from the CDNI = PathMetadata/PathMatch) seems appealing but I am not sure how realistic it = would be to implement in practice. I know of implementations that effectively hash URLs across surrogates for = load balancing and other purposes, and I am not sure whether it would be fe= asible to generically describe such hashing algorithms (or whether implemen= tors would be willing to expose their hashing/load balancing algorithms). = [Ray] I must admit that I'm not familiar with the mechanisms you describe, = although from your explanation I don't see how this would be a problem. The= node in the dCDN that responds to the uCDNs RRRI Request will have to be a= ware of the full URI, or else it would not be able to respond at all. Why w= ouldn't it be possible for this same node to respond with a wider scope? Of= course such behavior should be optional. Maybe we can discuss this further= in Orlando. = >> - It might be useful to include in the draft a short note or comment tha= t discusses byte range requests and how this is dealt with by the RRRI inte= rface. = > = > Byte range requests are independent of request routing, or are you sugges= ting we should allow a dCDN to redirect to different surrogates based on th= e first byte range the original UA requests (which is a bad idea IMO)? > = > [Ray] I agree with you that something like that is not necessary. What I = would like to see in the draft is a short discussion how both a uCDN and dC= DN should interpret a RRRI Request/Response with regards to byte range requ= est. So let's say the UA sends a request to the uCDN for a particular file = with a particular byte range (e.g. for a Smooth Streaming fragment). The uC= DN encapsulates this request and sends a RRRI Request to the dCDN. The dCDN= replies with a RRRI Response. The question is what the scope of the RRRI R= equest and Response should be, is the scope limited to that particular byte= range, or is it for the entire file. In other words: should the dCDN expec= t to receive additional RRRI Requests for other byte ranges of the same fil= e or should it assume that is has agreed to also deliver any other byte ran= ges for that particular file? I'm not suggesting that we need any new funct= ionality, I just think some definition of scope with regards to byte ranges= and RRRI could be helpful. = Byte ranges are no different to any other types of request in that regard. = If the UA follows a redirect and holds a persistent connection to the surro= gate, there will be no more RI requests. If the surrogate doesn't hold a pe= rsistent connection the UA will recontact the Request Router (either a uCDN= Request Router or Redirection Target that is a request router returned in = the original RI request) for the next request (normal or byte range). If th= e contacted request router is a uCDN request router, it can use any cacheab= ility/scope of the previous RI response to redirect the UA without issuing = another RI request to the dCDN. Otherwise if it decides to use dCDN again i= t must issue a new RI request. So when a dCDN sends a RI response indicating it is willing to perform a de= livery (whether the original request is for a byte rage or not) it is impli= citly agreeing to delivery any further requests it receives from the UA eit= her because the UA maintains a persistent connection or because the request= routing performed means that the UA recontacts a Request Router outside of= uCDN (e.g. dCDN's request router). [Ray] It is exactly that implicit assumption that I would like to make clea= r in the document, because it has a direct impact on a) the way a dCDN shou= ld acquire and cache content from the uCDN and b) the scope of the RRRI agr= eement between the dCDN and uCDN. Let me put it another way: let's say ther= e is a 20GB file on the uCDN. At some point in time, the dCDN receives a re= quest from the uCDN whether it would like to deliver a small portion (say 5= mb byte range) of the larger file. With no assurance that the UA will come = back for the rest of the file, should the dCDN acquire the entire file from= the uCDN, or should it only acquire the requested byte range? = I'm not sure that the RI specification draft if the place to describe such = things. If we put it anywhere it seems the framework would be a more approp= riate place. [Ray] I agree that this could also be discussed in the framework document, = but IMO it definitely should have a place in the RRRI document since it is = directly related to the scope of the RRRI Request. = HTH Ben This e-mail and its contents are subject to the DISCLAIMER at http://www.tn= o.nl/emaildisclaimer From zhangyunfei@chinamobile.com Tue Feb 26 19:42:15 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4409521F8722 for ; Tue, 26 Feb 2013 19:42:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -97.936 X-Spam-Level: X-Spam-Status: No, score=-97.936 tagged_above=-999 required=5 tests=[AWL=0.687, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, RELAY_IS_221=2.222, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fXLUao+LKcqB for ; Tue, 26 Feb 2013 19:42:12 -0800 (PST) Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.176.64.232]) by ietfa.amsl.com (Postfix) with SMTP id 11E6A21F8721 for ; Tue, 26 Feb 2013 19:42:11 -0800 (PST) Received: from spf.mail.chinamobile.com (unknown[172.16.20.11]) by rmmx-oa_allagent02-12002 (RichMail) with SMTP id 2ee2512d807ac86-a5c86; Wed, 27 Feb 2013 11:41:47 +0800 (CST) X-RM-TRANSID: 2ee2512d807ac86-a5c86 Received: from zyf-PC (unknown[10.2.43.220]) by rmsmtp-oa_rmapp01-12001 (RichMail) with SMTP id 2ee1512d8073baa-da509; Wed, 27 Feb 2013 11:41:46 +0800 (CST) X-RM-TRANSID: 2ee1512d8073baa-da509 Date: Wed, 27 Feb 2013 11:42:00 +0800 From: zhangyunfei To: =?gb2312?B?QnJhbmRlbmJ1cmcsIFIuIChSYXkpIHZhbg==?= , "Matt Caulfield (mcaulfie)" References: <166EBB70C264A9479E459B01B1BA6C92103212C7@xmb-aln-x03.cisco.com>, X-Priority: 3 X-Mailer: Foxmail 7.0.1.85[cn] Mime-Version: 1.0 Message-ID: <2013022711420083754527@chinamobile.com> Content-Type: multipart/alternative; boundary="----=_001_NextPart155676680185_=----" Cc: "cdni@ietf.org" Subject: Re: [CDNi] XML vs JSON X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: zhangyunfei List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Feb 2013 03:42:15 -0000 This is a multi-part message in MIME format. ------=_001_NextPart155676680185_=---- Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 KzEgaW4gY2FzZSB0aGF0IEpTT04gY2FuIHN1cHBvcnQgc2VsZi1kZWZpbmVkIGVsZW1lbnRzL2F0 dHJpYnV0ZXMgKEkgYW0gbm90IHN1cmUgb2YgdGhpcykuDQoNCkJSDQpZdW5mZWkNCg0KDQoNCg0K emhhbmd5dW5mZWkNCg0KRnJvbTogQnJhbmRlbmJ1cmcsIFIuIChSYXkpIHZhbg0KRGF0ZTogMjAx My0wMi0yNiAyMjowMA0KVG86IE1hdHQgQ2F1bGZpZWxkIChtY2F1bGZpZSkNCkNDOiBjZG5pQGll dGYub3JnDQpTdWJqZWN0OiBSZTogW0NETmldIFhNTCB2cyBKU09ODQpTbGlnaHQgcHJlZmVyZW5j ZSBmb3IgSlNPTiwgYXMgSSBzZWUgJ2Zhc3QgdG8gcGFyc2UnIGFuZCAndGVyc2UnIGFzIHRoZSBt b3N0IGltcG9ydGFudCBwcm9wZXJ0aWVzLiANCg0KUmF5DQoNCi0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQpGcm9tOiBjZG5pLWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzpjZG5pLWJvdW5jZXNA aWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBNYXR0IENhdWxmaWVsZCAobWNhdWxmaWUpDQpTZW50OiB2 cmlqZGFnIDIyIGZlYnJ1YXJpIDIwMTMgMjI6MTINClRvOiBjZG5pQGlldGYub3JnDQpTdWJqZWN0 OiBbQ0ROaV0gWE1MIHZzIEpTT04NCg0KSGkgZXZlcnlvbmUsDQoNCldoaWxlIHdyaXRpbmcgdGhl IENETkkgbWV0YWRhdGEgZHJhZnQsIHdlIGhhdmUgYmVlbiBzdHJ1Z2dsaW5nIHdpdGggdGhlIGNo b2ljZSBiZXR3ZWVuIFhNTCBhbmQgSlNPTiBmb3IgZW5jb2RpbmcgbWV0YWRhdGEuIA0KDQpXZSBh cmUgdHVybmluZyB0byB0aGUgbGlzdCBmb3IgaW5zcGlyYXRpb24gYW5kIGhvcGVmdWxseSBhIGRl Y2lzaW9uLiBCZWxvdyBpcyBhbiBleHRyZW1lbHkgaGlnaCBsZXZlbCBzeW5vcHNpcyBvZiB0aGUg b3B0aW9ucy4gDQoNClhNTA0KICBWZXJib3NlLg0KICBGbGV4aWJsZS4NCiAgQWxsb3dzIGZvciBi b3RoIGVsZW1lbnRzIGFuZCBhdHRyaWJ1dGVzLg0KICBTdGFuZGFyZGl6ZWQgc2NoZW1hIGRlZmlu aXRpb24gbGFuZ3VhZ2UuDQogIEluY2x1ZGVzIGNvbmNlcHQgb2YgbmFtZXNwYWNlcy4NCg0KSlNP Tg0KICBUZXJzZS4gDQogIEZhc3QgdG8gcGFyc2UuDQogIEFsbG93cyBmb3Igb3JkZXJlZCBsaXN0 cy4NCg0KSWYgeW91IGZlZWwgc3Ryb25nbHkgb25lIHdheSBvciB0aGUgb3RoZXIsIHBsZWFzZSBj aGltZSBpbi4gDQoNClNlZSB0aGUgbWV0YWRhdGEgZHJhZnQgZm9yIGFuIGV4YW1wbGUgb2YgYm90 aDogaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1jZG5pLW1ldGFkYXRhLTAw I3NlY3Rpb24tNS40DQoNClRoYW5rcywNCk1hdHQNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQpDRE5pIG1haWxpbmcgbGlzdA0KQ0ROaUBpZXRmLm9yZw0K aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jZG5pDQpUaGlzIGUtbWFpbCBh bmQgaXRzIGNvbnRlbnRzIGFyZSBzdWJqZWN0IHRvIHRoZSBESVNDTEFJTUVSIGF0IGh0dHA6Ly93 d3cudG5vLm5sL2VtYWlsZGlzY2xhaW1lcg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KQ0ROaSBtYWlsaW5nIGxpc3QNCkNETmlAaWV0Zi5vcmcNCmh0 dHBzOi8vdw== ------=_001_NextPart155676680185_=---- Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
+1 in case that JSON can support self-defined elements/attributes (I = am not=20 sure of this).
 
BR
Yunfei
 
zhangyunfei
 
Date: 2013-02-26 22:00
CC: cdni@ietf.org
Subject: Re: [CDNi] XML vs JSON
Slight preference for JSON, as I see&nb= sp;'fast to parse' and 'terse' as the m= ost important properties. 
 
Ray
 
-----Original Message-----
From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org]&= nbsp;On Behalf Of Matt Caulfield (mcaulfie)
Sent: vrijdag 22 februari 2013 22:12
To: cdni@ietf.org
Subject: [CDNi] XML vs JSON
 
Hi everyone,
 
While writing the CDNI metadata draft, = we have been struggling with the choice = ;between XML and JSON for encoding metadata.=  
 
We are turning to the list for ins= piration and hopefully a decision. Below is&= nbsp;an extremely high level synopsis of the=  options. 
 
XML
  Verbose.
  Flexible.
  Allows for both elements and att= ributes.
  Standardized schema definition language.
  Includes concept of namespaces.
 
JSON
  Terse. 
  Fast to parse.
  Allows for ordered lists.
 
If you feel strongly one way or th= e other, please chime in. 
 
See the metadata draft for an example&n= bsp;of both: http://tools.ietf.org/html/draft-ietf-cdni-metadata= -00#section-5.4
 
Thanks,
Matt
_______________________________________________
CDNi mailing list
CDNi@ietf.org
https://www.ietf.org/mailman/listinfo/cdni
This e-mail and its contents are subjec= t to the DISCLAIMER at http://www.tno.nl/emaildis= claimer
 
_______________________________________________
CDNi mailing list
CDNi@ietf.org
https://w
------=_001_NextPart155676680185_=------ From Jan.Seedorf@neclab.eu Wed Feb 27 07:11:41 2013 Return-Path: X-Original-To: cdni@ietfa.amsl.com Delivered-To: cdni@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84C7B21F86C2; Wed, 27 Feb 2013 07:11:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.755 X-Spam-Level: X-Spam-Status: No, score=-103.755 tagged_above=-999 required=5 tests=[AWL=-0.156, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rns-CN0XBC4O; Wed, 27 Feb 2013 07:11:36 -0800 (PST) Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) by ietfa.amsl.com (Postfix) with ESMTP id 13FDC21F86E6; Wed, 27 Feb 2013 07:11:36 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id C2F661022D0; Wed, 27 Feb 2013 16:11:32 +0100 (CET) X-Virus-Scanned: Amavisd on Debian GNU/Linux (netlab.nec.de) Received: from mailer1.neclab.eu ([127.0.0.1]) by localhost (atlas-a.office.hd [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id an1A6r7csdNt; Wed, 27 Feb 2013 16:11:32 +0100 (CET) Received: from ENCELADUS.office.hd (enceladus.office.hd [192.168.24.52]) by mailer1.neclab.eu (Postfix) with ESMTP id A93D21018ED; Wed, 27 Feb 2013 16:11:22 +0100 (CET) Received: from PALLENE.office.hd ([169.254.1.80]) by ENCELADUS.office.hd ([192.168.24.52]) with mapi id 14.01.0323.003; Wed, 27 Feb 2013 16:10:48 +0100 From: Jan Seedorf To: "cdni@ietf.org" , "cdni-footprint@ietf.org" Thread-Topic: Notes from yesterday's footprint/capabilities phone call Thread-Index: Ac4U/CapxdR5fBMZSCOsbT9clHQjeQ== Date: Wed, 27 Feb 2013 15:10:48 +0000 Message-ID: <2779C9F0771F974CAD742BAE6D9904FE554549A3@PALLENE.office.hd> Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.99.154] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: [CDNi] Notes from yesterday's footprint/capabilities phone call X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Feb 2013 15:11:41 -0000 Dear all, Please find my notes from yesterday's footprint/capabilities call below. I = think we had a good discussion and made some progress regarding how footpri= nt and capabilities should be tied together, "default/implied" values for f= ootprint or capabilities, and that advertising a delta is probably better t= han advertising the whole state each time. I will set up a doodle in the next days so that we can hopefully have a sid= e meeting in Orlando with the goal of concluding the design team in the nea= r future and giving out conclusions back to the WG so that actual protocol = proposals (adhering to those conclusions) can start being discussed. - Jan Notes from CDNI Footprint/Capabilities Phone Call 20130226 ********************************************** -- Jon: don't see why different types of footprint are exclusive (why can't= we allow for both in the sense of a flexible protocol) -- Scott: what about footprint and capabilities being tied together? Kevin:= we need to say how they are tied together; we need to start the discussion= on how to advertise how footprint and capabilities correlate with each oth= er -- Jan: do we want to advertise full state or only delta/change with respec= t to already advertised state? Kevin: do not like exclusions, rather would = re-advertise with inclusions -- Jon: I don't think that failures that violate an SLA would be communicat= ed via a protocol -- agreement that there can be an implied/default footprint but also an exp= licit footprint -- Kevin: idea of implicit capabilities may be dangerous -- Jon: let's aim for a protocol that is simple for most use cases (but all= ows to handle the more complex ones) -- Jon: difference between "mandatory to support" and "mandatory to use" fo= r capabilities -- possibility to have tags that subsume a certain combination of footprint= /capabilities, so that referencing to such a tag/handle can simplify things -- agreement that metadata geo-location objects/definitions need to be alig= ned with footprint/capabilities advertisement, e.g. footprint/capabilities = advertisement could point to metadata descriptors -- footprint and capabilities should be correlated, a handler for geographi= c locations can simplify things, handler can be a pointer to a metadata des= criptor ********************************************** =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 Jan Seedorf Senior Researcher NEC Europe Ltd., NEC Laboratories Europe, Network Division=A0=A0=A0=A0=A0 Kurfuerstenanlage 36, D-69115 Heidelberg Tel.=A0=A0=A0=A0 +49 (0)6221 4342-221 Fax:=A0=A0=A0=A0 +49 (0)6221 4342-155 e-mail:=A0 jan.seedorf@neclab.eu =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 NEC Europe Ltd, Registered Office: Athene, Odyssey Business Park, West End = Road, London, HA4 6QE, GB, Registered in England 2832014