From ietfdbh@comcast.net Fri Jun 3 05:12:55 2011 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 96351E0742 for ; Fri, 3 Jun 2011 05:12:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.427 X-Spam-Level: X-Spam-Status: No, score=-102.427 tagged_above=-999 required=5 tests=[AWL=0.172, 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 0lVT6aMrhWUw for ; Fri, 3 Jun 2011 05:12:54 -0700 (PDT) Received: from qmta12.westchester.pa.mail.comcast.net (qmta12.westchester.pa.mail.comcast.net [76.96.59.227]) by ietfa.amsl.com (Postfix) with ESMTP id 955DDE0697 for ; Fri, 3 Jun 2011 05:12:54 -0700 (PDT) Received: from omta18.westchester.pa.mail.comcast.net ([76.96.62.90]) by qmta12.westchester.pa.mail.comcast.net with comcast id rPg41g00B1wpRvQ5CQCvbF; Fri, 03 Jun 2011 12:12:55 +0000 Received: from davidPC ([67.189.235.106]) by omta18.westchester.pa.mail.comcast.net with comcast id rQCs1g0082JQnJT3eQCsUN; Fri, 03 Jun 2011 12:12:53 +0000 From: "David Harrington" To: Date: Fri, 3 Jun 2011 08:12:49 -0400 Message-ID: <8FB0861778A04314800B9C4081D4163D@davidPC> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MIMEOLE: Produced By Microsoft MimeOLE V6.1.7600.16776 Thread-Index: Acwh545eBqn2M3FyQFOWiO0+HXQb5g== Subject: [CDNi] proposed cdni charter 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, 03 Jun 2011 12:12:55 -0000 Hi, A couple comments regarding http://www.ietf.org/proceedings/80/slides/cdni-9.txt 1) "The CDNI aims at delivering a targeted, deployable solution ..." what does targeted mean here? To be targeted, I think there needs to be a target, and it is unclear what target you refer to here. I am not sure having the word here helps clarify the scope. 2) "the WG will not define ... Support for Transparent Caching across CDNs." All the other "will not define" bullets are specific about not defining new protocols or new applications or mechanisms. This one bullet seems rather abstract by comparison. I recommend it be reworded, to something like "protocols or applications for Transparent Caching across CDNs." David Harrington Director, IETF Transport Area ietfdbh@comcast.net (preferred for ietf) dbharrington@huaweisymantec.com +1 603 828 1401 (cell) From flefauch@cisco.com Mon Jun 6 07:01:00 2011 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 E7F5611E8143 for ; Mon, 6 Jun 2011 07:01:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.179 X-Spam-Level: X-Spam-Status: No, score=-9.179 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, SARE_GIF_ATTACH=1.42] 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 Kv7vCwDGE93W for ; Mon, 6 Jun 2011 07:01:00 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by ietfa.amsl.com (Postfix) with ESMTP id 1275611E80F7 for ; Mon, 6 Jun 2011 07:00:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=flefauch@cisco.com; l=18608; q=dns/txt; s=iport; t=1307368859; x=1308578459; h=subject:mime-version:from:in-reply-to:date:cc:message-id: references:to; bh=xmHYfECtfeJYhemB1mfBP+E8yuzMW1uMPWSrNQJJyGc=; b=R6JEwFK+UsEHb1IvBGaZ1f5UbDK46SIIEQ9WZj/HU8tR4kDWaDMZ3Vbc tKCwq+FVntF4euKe9QZ+/sarpGGMD6vjSfFGxB9xgmb1a+yAjBY/66eEJ xfPgn9vQEFzKfuAgxxbU9c5auu01YCPxhgvvcmwMk7gJn47DQ7s0z3Bqc U=; X-Files: image001.jpg, green.gif : 11041, 87 X-IronPort-AV: E=Sophos;i="4.65,326,1304294400"; d="gif'147?jpg'147,145?scan'147,145,208,145,147";a="92452933" Received: from ams-core-2.cisco.com ([144.254.72.75]) by ams-iport-1.cisco.com with ESMTP; 06 Jun 2011 14:00:55 +0000 Received: from ams-flefauch-8712.cisco.com (ams-flefauch-8712.cisco.com [10.55.161.195]) by ams-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id p56E0rPT009278; Mon, 6 Jun 2011 14:00:54 GMT Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/mixed; boundary=Apple-Mail-103-496783046 From: Francois Le Faucheur In-Reply-To: <8FB0861778A04314800B9C4081D4163D@davidPC> Date: Mon, 6 Jun 2011 16:03:01 +0200 Message-Id: References: <8FB0861778A04314800B9C4081D4163D@davidPC> To: David Harrington X-Mailer: Apple Mail (2.1084) Cc: cdni@ietf.org Subject: Re: [CDNi] proposed cdni charter 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, 06 Jun 2011 14:01:01 -0000 --Apple-Mail-103-496783046 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hello Dave, On 3 Jun 2011, at 14:12, David Harrington wrote: > Hi, >=20 > A couple comments regarding > http://www.ietf.org/proceedings/80/slides/cdni-9.txt >=20 > 1) "The CDNI aims at delivering a targeted, deployable solution ..." > what does targeted mean here?=20 > To be targeted, I think there needs to be a target, and it is unclear > what target you refer to here. > I am not sure having the word here helps clarify the scope. I believe "targeted" was intended to mean "focused" , "not-open-ended". = But this notion is already captured by the rest of the text ( i.e. "a = deployable solution in a short timeframe (18-24 months) as needed by the = industry"; =20 So I agree the charter would read better without the word "targeted". >=20 > 2) "the WG will not define ... Support for Transparent Caching across > CDNs." All the other "will not define" bullets are specific about not > defining new protocols or new applications or mechanisms. This one > bullet seems rather abstract by comparison.=20 True. > I recommend it be > reworded, to something like "protocols or applications for Transparent > Caching across CDNs." I would suggest simply: "protocols for transparent caching across CDNs". Thanks for your review of the charter. Francois >=20 >=20 > David Harrington > Director, IETF Transport Area > ietfdbh@comcast.net (preferred for ietf) > dbharrington@huaweisymantec.com > +1 603 828 1401 (cell) >=20 > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni --Apple-Mail-103-496783046 Content-Disposition: inline; filename=image001.jpg Content-Type: image/jpeg; name="image001.jpg" Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAYABgAAD/4QBmRXhpZgAASUkqAAgAAAAEABoBBQABAAAAPgAAABsBBQAB AAAARgAAACgBAwABAAAAAgAAADEBAgAQAAAATgAAAAAAAABgAAAAAQAAAGAAAAABAAAAUGFpbnQu TkVUIHYzLjM1AP/bAEMAAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAf/bAEMBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAf/AABEIAGQAmgMBIgACEQEDEQH/xAAf AAABBQEBAQEBAQAAAAAAAAAAAQIDBAUGBwgJCgv/xAC1EAACAQMDAgQDBQUEBAAAAX0BAgMABBEF EiExQQYTUWEHInEUMoGRoQgjQrHBFVLR8CQzYnKCCQoWFxgZGiUmJygpKjQ1Njc4OTpDREVGR0hJ SlNUVVZXWFlaY2RlZmdoaWpzdHV2d3h5eoOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4eLj5OXm5+jp6vHy8/T19vf4+fr/xAAfAQADAQEBAQEBAQEB AAAAAAAAAQIDBAUGBwgJCgv/xAC1EQACAQIEBAMEBwUEBAABAncAAQIDEQQFITEGEkFRB2FxEyIy gQgUQpGhscEJIzNS8BVictEKFiQ04SXxFxgZGiYnKCkqNTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNk ZWZnaGlqc3R1dnd4eXqCg4SFhoeIiYqSk5SVlpeYmZqio6Slpqeoqaqys7S1tre4ubrCw8TFxsfI ycrS09TV1tfY2dri4+Tl5ufo6ery8/T19vf4+fr/2gAMAwEAAhEDEQA/AP7+KKKKACiiigAoor49 /wCCgOv634Y/Yu/aP1vw7qt9omsWnwy1mO01TTLmSzv7Rb57bT7prW6hZJraWSzuriETwuk0QkLx SJIFdenBYaWNxmEwcZqEsXiaGGjOSbjCVerCkptKzai53aTu0rI4syxscty7H5jOEqsMBgsVjZUo tRlUjhaFSvKEZNNRlNU3FNppN3asfX6SRyqWjdJFDyRlkZXUSQyNFKhKkgPFKjxyL95JEZGAZSA+ v54/+Df/AFzWLvwf+0zoF1qd7caJpHiL4YappelzXEkllYajrun+OoNZvLSBmKQT6nFomkJevGAZ xp9rvyYwa/ocr0eIcneQ5xjcpeIWKeElRSrqm6PtI1sPRxEW6bnU5Go1lGS9pJXi2m00ePwfxFHi zhzLOII4R4FZhDEN4R1liHRlhsZiMHNKsqVH2kZTw8pxl7KD5ZJOKaYUUUV4p9KFFFFABTGliR44 mkjWSXf5UbOqvL5Y3P5aEhn2KQz7QdoOTgU+v5DP+CqnjnxjYf8ABS23uLHxNrdlP4BX4NL4MmtN RureTwz52l6Hr8zaM0UimwebWNRvL+Z7fY0087tIX4A+k4X4elxNmFbARxUcG6OBr4z2sqLrKXsZ 0qcafIqlK3POtG8+Z8sVJqMnaL+M454whwVlGHzWeAnmKxGaYTLVQhiFhnH6zCvVlWdR0a1/Z08P Plp8i55yjFzhG8l/XnRRRXzZ9mFFFFABRRRQAUUUUAFVry4FnZ3V2UMgtbae4KA7S4gieUoGIIUs FwDg4znB6V/OT+zV+3z+0t4+/wCCpWtfB3xR43Oo/CXXviR8ZvANv4AOmaTDpOg6L4F0zxvd+Frn SLmCwj1GLV7Sfwxp/wDaWozXUsmsx3GoJeL+9tGsf6LNa/5A2rf9gy//APSWWvczrIcXkGJweGxs 6FSeMwWGx8HQlOUY0sRKpD2c3KEGqkJ0pqXKnFq0oyd9Pl+GOLMv4twWY43LaWKo08uzTGZTUWLh ThOdfCQo1HVpqnVqp0alOvTlDncZp80ZwVk3+C3/AASz/wCCiX7Rf7U/7RvxG+HPxg1Pw7rHha68 A698QPDVppnhzStDm8GXOkeJvC2lQ6Fpl5pltb3WraLNY+IrgTP4km1fWPtNpaTR6skf2mC4/SP/ AIKPf8mNftL/APZNr7/04adX8+H/AAQo/wCTyPFn/ZAfGv8A6m3w1r+g/wD4KPf8mNftL/8AZNr7 /wBOGnV9nxPgMFl3H+VYfAYWjhKH1jI5+xw9ONKmpvE04ykoRSipSUU5NK8pXlK8m2/zbgTNcyzn wmz7GZrjsTmGL+q8T03icXVlWrOnHB1Zxg6k25OMHOShFtqEbQgowjGK/Kf/AIN9/wDkDftVf9hP 4Nf+kvxOr9Sf+Cjn7QHj39mf9lDx18UPhjNYWfje31Pwr4f0TVNSsLbVLfR5PEOvWdhd6ommXsct jfXdtYtciyhvoZ7JbuSGe6truGF7Wb8tv+Dff/kDftVf9hP4Nf8ApL8Tq+2P+Cz/APyYj42/7Hf4 b/8AqT21PiChRxPiksPiKcK1CtmmR06tKpFSp1KcsHl6lCcXpKEldSi01JNppptE8JYvE4HwJljM HWqYbFYbIuJquHxFKThVo1YZjm7hVpTVpQqQlaUJxalCSUotNJnd/wDBLX9pj4n/ALVH7Mk3j34v Xum6t4z8PfEbxH4FuNd07SrLRTrtlpWjeGNbtNS1DTdLhtdJttR/4qOWymGlWNhZSRWcEq2kczzM /wCj1fi//wAEKP8AkzfxZ/2X7xr/AOoT8Nau/wDBZD9qn4zfs2/DT4R6b8GPFM3gjVviN4p8SR63 4m0+1sbjWodK8KadpNxHpenTaha3kVimo3mtwz3l5bRR3+zTo7WG5jtrq8in8PM8ieYcbY7I8shh 8Kq2Y4inh4NOlhqEKdKVedo04ycYQhCbjCELbQikrW+oyTipZR4Y5VxTndTGY94fJ8JWxdSLVfG4 qpVrQwtNudapBVKs6lSmp1KtRN+9UnKTu3+ydfhd/wAFbP28f2g/2VPiB8HfBfwR1zRfDFtrvhy/ 8Z+Jb+/8NaL4jutcFvrjaXa6BKmvWl9BYaT5VlcSXc2lx2WsTNdgW+qWggXf+gv/AAT3+Mvjj9oD 9jz4L/Fn4kXtvqfjfxJp3iyy1/VLazttPTVLjwn4/wDFfg231OWzsooLK3vNRsfD1reX6Wdvb2hv p7hra2t4GjhT8Lf+C+v/ACXb4G/9kl1L/wBTHVK6+C8nof66f2TmmHw2Mjg55nh69GpCNfDTr4SF ak5KNSPLUjGpBypuUFqoyspJW4PEriLErw0fEGRYzG5dLMKWR4zC4ijUlhcbTw2YVsLXjBzozcqV SVGooVVTqNWc6fPKDd/6avht4nuvG3w78A+M722gs73xd4L8LeJ7u0tTIbW1utf0Ox1W4trYzM8p gglu3ihMrvIY1UuzNkn+RX/gq9/yko8Tf90V/wDUS8K1/WJ8Av8AkhPwV/7JL8OP/UO0av5O/wDg q9/yko8Tf90V/wDUS8K16XhpGMOKc0hFWjDKsxjFLZRjjcGkvkkkeJ41znV4DyKpUk5TqZ9ks5yd rynPLswlKTtZXbbeisf2PV/Pl4W/4KQftF6z/wAFR7z9na61Dw6vwUj+MPi34Ox+DI/DulLcJb+H 31nSbXxSPExtT4kOuTajpkWpXFu+pvohgllsItLjPl3af0G1/Hr8P/8AlNbf/wDZ43xL/wDUl8V1 5fA+X4LHUuKJYzC0MS8NkGKq4d1qcansKqjNqrS5k/Z1YuK5asbThryyV3f3PFDN8zyvE8Cwy7HY nBRxvFuBoYxYarKksVh+empYevyte1w81OXtKM+alU054S5Y2/sKoor+bT/gmD+37+0z+0L+2N4g 8G/FDxz/AMJD4G8b+FvGfiK38JzaTpVtp3hG80aSzvdGj8LS2VnbX1jb2Vm0ulS29xd3cWoW8zXm ord6skWoR/O5ZkOMzXAZzmGHqUIUckw9LE4mNWU41KkavtnGNFRpzUpKGHqyfPKCuoxveV19jnvF mXZBmvDeUYyliqmJ4nxtbBYGdCFOVKjUovDRlPEynVhKMHUxeHgvZxqStKcmkoa/0l0UUV4h9QFF FFAH46/Bj/glXP8ACj9unV/2sZfivb6v4VXxd8R/HPhzwXH4fmttdTV/iLZ6/ZSaXrGqtfSWL6do aeKdSkgvbOAXOpSWOn+daWST3Sp+wlxBHdW89tKCYriGWCQKdrGOZGjcBhyCVY4PY81NRXp5nm+Y ZxVw9fMK/t6uGwtHB0ZKFOny0KDnKnG1KME5c1ScpTac5OWrskl4mR8O5Rw5h8Xhcnwv1WhjcdiM yxMHWrVufF4mNOFWadapUlCLhSpwjTg4wjGC5Yptt/kN+wN/wS6uP2L/AI1ePfivqPxVt/HVtqvh XV/Avg7SbPw/LpNxb6Fq3iHRtak1XxHcTXtxE2sRweHdOs0s9Njax33V/ObhgltGv1D/AMFHQT+w 3+0vgE/8W1vzxzwL/TyT9AASfQDNfbFYviTw5oPjDQNa8K+KdI0/X/DfiLTL3Rdd0TVbaK903VdK 1G3ktb6wvrWZWintrm3lkiljdSCrHGDgjqq5/jcbnWDzrNKjxdfDYjBVJuMKVJzpYOpCcacY04wg nJQfvcuspNs4KHCeWZXw1mPDWRUY4DC43CZnRpqdSviFTr5jRq05VZzrVKlWUYynH3VPSEFGNrH8 9P8Awb7g/wBjftUnBwdU+DYB7Ei0+J2Rn1GRn0yPWv2E/bU/ZpP7Wv7PPjH4KweJl8IanrVzoWsa Jr01i2pWNrq/h3VrbVbWHUrKOa3nl0+/WCWxuJLaZbizFyt9FFdm2+xXPe/Av9m74I/s0+H9W8Mf BD4f6Z4C0fXdVbWtZis73WdWvNT1ExmKOW91fxFqer6vcQ2sRaKwspL82OnRSSx2FtbJNKr+3115 9xD9f4oxHEOWqrhn9YweIwnt40nVpzweHw9KE6kFKrSbc6HO4c1SFnytyVzg4U4Q/srgbCcH53LD 46P1PMMJmH1WdeNCtTzHF4zEVIUaso0K6UaeK9mqnJSnzR54qLtb4p/YI/ZJuP2MfgQfhPqHjCDx vrOp+M9d8ca3rFlpsmlaZFqGs2Oi6Smn6ZbT3FzdNaWun6BYlrm6dZri8lupRDbwmKFOA/4KLfsK XP7cPgXwHo2ieObPwJ4q+HfiHU9V0q91bS7nVtF1LTtfs7Sy1nTryKyura6s7gNp+m3tjfxJeKrW k9jJaBb/AO22X6K0V50M9zOnnDz6GItmbr1MQ8R7KlZ1KsZQqfuuT2XJKnOVNwUElF2VnZnsVeFs jrcOLhSpg3LI1hKWDWE9vXUlRoThVpf7Qqnt/aQq04VVUdRyc43k2m0/nT9kv4Awfsu/s8fDX4Ew +IX8Vt4E0/WVvPED2Q05dT1TxJ4n1vxdrEtvY+fdNa2Meq6/eW+nwyXM8y2MNv58rzeYx+Lf+Cin /BNrU/23fFnwy8ZeHvidp/gHUvBmkX/hbWbXWdAutbs7/Q73UhqsF9prWV/Yyw6pYTy3sb2dzutd Riubci801rJ/tv6u0UYTPc0wOazzrDYnkzKrVxNapXdKjNTqYvneIlKlODpfvHUm7KCUW04KNlYz DhbI8zyClwzjMG6mS0KGCw1HCxr4inKnRy/2SwkY4inVjiL0lRpx5nVcpxTVRy5pX5rwX4ZtfBXg 7wn4Nsbie7svCXhrQvDNpdXIQXNza6DpdrpVvcXAiCxieaK0SSURqqCRmCALgV/IP/wVfVh/wUn8 SkggMPgsykggMv8AwinhdcqT1G5WXI43KR1Br+x2vnH4jfsi/s3fFv4m+F/jH8RvhL4c8VfEjwct gmheJL+XVomVNKunvNLXVtKstStdD8SDTbmR5bD/AISTTNW+xnatt5aIir6/CHEVDh7NsTmOMo18 THEYDFYZxoez9p7atUo1ozl7SUI8jnR5ZtO8VPmjGbjyP57xD4OxXF/D+CyfLcRhcFPCZtgMapYr 23svq+FpYjDzpxdKnVm6ip4jmppxUZypqE6lNS9pH6Or8edB/wCCVsmift93f7X4+K1vN4Rm+IGv /FWLwMPD86eIR4r8QJfTz6TJrJv3046FBrOpXOpJepZi9eyjh0Y2SSM2sL+w1FeHl2b5hlSxscDX 9iswwlTBYpezp1PaYer8cV7SEuSVrpVIcs4pu0lc+ozjh7KM+lls81wv1mWUZhRzPAP2tal7HGUH enN+yqQ9rC9nKlV56U3GPNB2QV+Nv7Ev/BKS4/ZG/aN1/wCNFx8WbTxb4etdE8SaB4H8O2nh2403 VEtPEVxCq3HiW/udRu7fzdL0yD7KsOnRyjUbyf7c9xYRW32K7/ZKings3zDLsLmODwlf2WHzWjCh joezpz9tTpupypSnCUqbSq1Y81NxfLUkr3s0s04dyjOcdk2ZZjhfb4zIMTUxeV1fbVqaw9er7Fzk 4UqkIVU5YehNRqxnFTpRaVnJSKKKK8w9sKKKKACuS8eeO/CHww8G+I/iB4916w8MeDvCWl3Gs+IN d1J2S10+wtgNzlY0knubiaRo7aysbSGe+1C9mt7Gxt7i8uIIJOtr8G/+C9PxE1zQvgl8Gvhvp1xc W2kfELx7rmteIfIMiR31v4C0rT207TLx1+R7V9S8UQaqttJkSXmj2dyoLWYK+bnGYf2XlmMx/Iqj w9LmhBtqMqk5xpUlJrXldScea2vLezTPtvDjhB8ecccOcJfWJYWnnGOdPE4mCjKrRwWFw9bHY6dF TTg66weFr+wU04e25OdON0/BvjR/wXr8VL4g1Cw/Z9+DnhdfDdpPJBp/iP4sz61qOpazEkmFvn8M eFdY8Px6LHMgJitH8SapOFKSzSwuXtU+3v8Agmv/AMFIfiD+2p4y8d+BvH3w88G+Fbzwb4QtvFMe teELzW0tr9p9Zs9JaxfR9audVltwBdG4FwusTH5BEYOTIPnv/gj1+xN8BfFH7P8AH8f/AIneAPCX xQ8Y+NfE3iPTtEg8baNpnijRPCWgeF9U/seOGw8PatHf6VHr19q+nXupT61dWX9pw2T6dbaa1lbm 7m1P9qfBfwF+Cvw38U6l41+Hfwq8BeAvE+s6Qug6xq3gvwvpPhaXVtLS7gvkttSg0O1sbO/eO5to Hjurq3lvI1jWFJ1hzGfmciocTYuWCzbGZtTeFxKVeeAjSik8PUhJ0knGmowk7wmkm5ctuao5XR+2 +KuaeCHD1Hibw94a8P8AGRz/ACWcsrw/F1XHVp1IZxgsTRjjp1IVsZKriKN6eKw05TjGj7Xmlh8H Gj7OS/PH/gqN+3j8Xv2JP+FGf8Kq8OfDfxB/ws3/AIWb/b3/AAsHSPE+q/ZP+EM/4V9/Zf8AZH/C OeMPCf2f7R/wleo/b/tn2/zfJsvs/wBl8uf7T9afsMfHnxf+03+yz8Lvjf4803w3pHizxt/wm39q 6f4Rs9UsPD1v/wAI38RfF3hGx/s+01nWNf1KLzdN0Cznu/tOrXfmX0tzLD5Fu8VtD+Of/BwV/wA2 kf8Ade//AHi9fpB/wSO/5R6/s+/91X/9Xd8Sq3wWPxlTjPN8vniKksHQy+lVo4dtezp1HTyxucVa 9261V7/bkeZxNwnw5hPo0eHvF2GyjCUeJc04wxuAzDOIRmsZi8HTxfHEIYerJzcHTjDLcDFJQTth qeujv8yftzf8Fg9O/Zy+JesfBn4OeA9I+IfjPwlPFaeNfEvifUb228J6Jq7RLNceG9P07SGg1HWt SsUlij1W7OqaZa6ZfCbTlhv7mG5Nr5N+xJ/wWB+Nn7Qv7Qfw8+CXxI+GHwttrT4galqmnx+IfBA8 W6DcaN/Z/h7VtcWZ9O17xD4vj1PzW0v7MY1u9O2ifzQ7GLy5Pze/bs+Evxi/ZC/bi8T/AByvvCUG u+GvEPxp1L4zfDjxJ4l0eXxD4C8Sy6t4jl8ZHwvrJJgie70W7uptG1TRZrmx1QWtpHqOnyi0uLDU n/Y39jj/AIK9fCn9pLxp4P8Ahb8X/AMHww+KWs38em+Ddat54tf8C634iu2SCz0vTr28gh1rwjrW sO6Wel2d2mpWN7cItmfEKX13YWFx4eFzfMMRn1ahmGdyymdHMI06GWzwSdDE4dVUlR+sNxUJVqaU YVKim5uanSlrGK/VM78O+D8m8JsszbhLwvw/iHQzPhGrjM140w3E1WnmuSZvUwDlLMFlFOlWqYmj l2LlKriMFg5YeOFWFnhsdRvGtWl+zep6np2i6bqGsavfWml6TpNjd6nqmp6hcRWlhp2nWEEl1e31 7dzvHBa2lpbRS3FzcTOkUMMbySOqKSP56/2if+C7WnaB4m1Lw3+zX8MtK8ZaTpdzNar8RPiJd6tZ 6VrkkTGNp9E8H6S+l6sulMymS0v9V16wvruJlMuiWBAMn2N/wWZ+I2veAP2JtfsNBuZ7J/iT478J /DnVrq2kaKZdB1CDWvEmq2wdeRBqlv4W/si9jyFnsdQurd8pMyn84P8Agi/+xj8FvjN4b+Ivx1+L /hPQviPL4a8ZL4A8JeD/ABTZ22r+GNOuLXQdK17Wde1bw9dtNYa7PeQ+INPsNLh1mxuNOsvseo3E UFzfPDPpvsZ5mWa184wvD+T1qeEq1KDxGJxc4qThC05ckOaM+VKELtxhzznOEVKEVNv858K+CeAM r8Oc88XfEjLsXxBgMFmscmyXh7C1qlKGIxN8NTeIxDpV8N7SVTEYl04wr144bD4fDYmvOhi6tXDU 4fVX/BPX/gqr8Wf2svjjY/Bj4j/Db4d6Mb/wx4j19fEvgmXxLpohk0G3iuBbNo2u6v4l85LoS7DI NWiaEruCy52j9jPix8VfAvwR+Hnin4p/ErXIfD3gvwfpx1HWdTljlnkCvNFaWdlZWkCvcX2panf3 Frp2m2Nujz3l9dW9vGu6QEc/4d/Z2+Avg7xdpvj3wb8G/hp4O8ZaRYX2l2PiTwh4L0Dwvqsem6lC ILywnutBsdPa9s5YxhLa9+0QwNmS3SKRi5/DL/gvp8S/EVnYfAD4R2N7c2nhnW28Y+OvEVpFKyQa xqWjPoujeGluURl8yPSI9Q1+ZYpVeN59QgmAEtrGw662JzHh7IMZicwxUczxdCf7iq4OCl7aVKjQ hUSUW1TqylOfvOUoJpTu0l83l+S8H+MXi1w5knB2Q1uCMgzShH+1sCsQsTOl/ZtLH5hmmIwVSc60 I1MXgaFLD4VOlGlSxTU54aVOM5VPN/ip/wAF7/iVca5eRfBL4KeBdI8NwzvHp998UrnxB4k1vUbd XXy7u70zwnrvhSx0eaaMNu0+HVtbS3dlxqVwEO/6I/ZS/wCC3nhv4leNNG+H/wC0V4E0j4ZTeIr6 10vSPiH4W1O+uvB1vqd7MYLW38TaTrBn1Lw9p0szQQf29HrGr2dtLN52qQaXpsNxqMPrP/BMj9gn 9nXRv2Zvh58VvHPw48FfFT4hfFrw9D4t1LWPHfh/R/GFjoOl6pJO2keHvDela3b6jpej/Y9LaNNY vre2XWNQ1G41CC9vP7PistNsfzZ/4LNfse/CP9n/AMSfDD4pfB7QNM8DaZ8T5/E2jeJvA2iRx2Ph 201vw7DpF5Z654b0eNhBpFvqNnqc1pqumaZDa6NZz2Gn3FpaQ3GpXjS/N1qvF+X5fS4grZlRxFJq hXr5fKnBRjh68oKEbRpRin+8gpqk4zhdtVJ8rv8AtmXZf9HXi/i/G+EGW8E5nlOPp1M0yrK+LqWM xLxFbNspo4ieKq3q42tVlB/U8TPDSx9KvhsS4KE8Jhva01H+r6ivhL/gmd8S/EXxZ/Yg+A/izxZe 3OpeIYND13wlf6leStcXWoQ+BfF3iDwdpN5dXMjNNd3k+iaJpr311cE3FzfG5mmeV3M0n3bX6Ng8 THGYTC4uCcYYrD0cRCMvijGtTjUUX5pSs/NH8Y8RZLiOHM/zzh7FVIVcTkWb5lk+Iq001Tq1stxl bB1KtNO7VOpOi5wTd+WSvqFFFFdB44UUUUAFfmP/AMFWP2TvEf7Uv7OSf8K+sH1X4mfCnXH8b+Ft FhGbvxNpj2E9h4p8LWALBTqV/Yta6rpUQV5r/VNCstIh2NqRkT9OKwPEviG08M6VPql2rSCPCQwI QJJ5nOEjTPc9Seygk8AkceYYShj8FicHib+wr0nCo07Sjs4zi3dKUJqM43TXNFXTWj+j4R4hzXhT ibJeIsk5XmmU4+lisLTqRc6Vd606uFrRjKEnQxVCdXDV1GcJ+xqz5KkJWmv43f2LP+Ckfxf/AGEr XxP8LdX+H8PjzwPJr97qN74B8TajqXgzxL4R8VgW9hq66bq0ulaxJpCXQskj1jQtS8O3ipqMC3dt /Z91JqY1H93f2BP+ClGu/twfFbx74Qk+E2k/DLw54O8BW3iWFU8W3njLW77VJ9fsNKKy6mdC8LWM Onrb3Mri2TRZLkzCNjfbFaOTpfjP8FfhF+0d4iOvfEL4B/D3xZraLFGusf2BqEHiue0tlMVtb6p4 k8O6hpOtanbWyMyW9teXMlpbhsQwocGvb/2UfgR8I/gzc+JF+H/wY8HfDTVb2xtLW81bRdH1KDXN T02OfzRY3+ra7f6rqtxaLcrHcfZxdpbtPGkskTyxxunx+TZdnmAxeGwsc4hXyfD1JctGVDlrVKXL Jxp80qM5U4qUk1BYlwSVkkrJf0Z4mcZ+FfFuQZ3ns/DrE5V4j5thcM62Z0c19tl2Fxbr4WNfFujS zHD0MVVqUY1KbxE8kWInKfPUqOd6j/I//g4K/wCbSP8Auvf/ALxev0g/4JHf8o9f2ff+6r/+ru+J Ve6/tG+FvA3ivUPC0Pj34QfB/wCKtpptnqkuiH4o/DzRfHU+g3F/PZpq40Z9aWZNMi1OOw0j7ctp FE92+n2xuZJhb2yw+zfCrRPDHhv4c+GtI8FeEPC3gPw/a2NzLY+FPBeg6d4a8L6TdXt9d3+qf2Vo Wkw21hYRX2sXN9qU6Qxh5ru8uLi4kmuZpp5PWwmVSpcT5lm/t4ShicHDDqhySU4OMMBHnc37jT+r N2Wvvx7M+Az/AI+oY/wL4K8O1lleliMk4jxWbzzZ4mjPDYiFavxTWVCGGivb06kVnkIuU24t4ao1 pOB+QXxM/wCCzf7OWheLfir8Hfix8BfH+vQeDPGnjTwHqFpaW3gXxl4a8SyeEfEOo6JDdXdh4l1T QEhtNSn01Lt7aay1BrASBVN88IaT8L/Bfh6D9rD9u7RG/Zm+FEnw28MeJvif4Z8TaL4M0qSOWw+H fhTQb3RJvEXie/ntYo7DRtMtWs73xJcWNkhstMub+Hw3oKXrjS4Lr+j7x7+xJ8FfiV4q13xd4q/Z b+HGq6/q2ralqes6vp+m+J/DTaxqd/dPcahqt7B4e8XaPBd3uo3LSXlzdzQyXFxczT3MkjzTzSSf Qn7PHhj4S/BNp/B3gn4NeCvha2qXIivr7whoq6fd6hcBsxQ69eXj3ut34iOBbyXuq3UcAISGGGPF eHismzbN8Xh45vj8J9SoYn2tKVHCOnipxUvdo+1dGmoKUW4tqpKClabhUlGNv1LIfErw+8O+H83x Hh7wpxA+J80yP+z8dRzDiGGK4fw9epSp+2zBYCOZYqeJlTrwVSmpYSliXS58LTxGGpV63NN+3z+z ZeftV/sw+PvhZoRtk8aL/Z/izwDJeSxW9q3i/wAM3BvLKwnuZiIbSPXrB9S8ONezOkNiNY+2TN5U Dg/ywfso/tkfHv8A4JwfETx14P1bwDNeadqd3b23xB+EfjpdT8M39rrWlxTJp2saVe/ZrifQtV8i 4Ecl6dM1TTtb0d4A9rceVpOoWX9q+r6raaLp9zqV6xW3tYy77Rl3P8KIO7ueAK+Avjn4M+Fv7R1z awfEj4F+APHqabG1to9/4i0a8uvFdjZtL50tvZeJNFvtJ1zT7O4lAmmsLK+jtmkG6UTMAw9PiHJp 4nF4bNMvxrwOa4eHs6cuRzp1aacrKaUZ8rXtJxbcKkakZezlBpJr4jwf8S8NkvD2d8CcYcLw4r4B zjFfXcVh1iI4bGYDGOOH554SVSrRjWjOWFwtaFOnicDWwmJp/W6OLhOcoVPm39jP/grFrf7Yf7Q/ h/4PWvwR0r4a6HdeF/Fev6rqlx48u/G+q3E2h2cc9nb6eY/Cng6zsInllH2lrm21N5I1KxeQzB16 L/gsL+yH4k/aL+Cnh/4i/DrTbzXPiJ8D59b1OPw1pts11qPinwV4hTTB4nsdMtYVNxe61o8uj6br mmWcW+W6s7fW7GytrrU76xgf2r9nT9nv4PfBjx5Y6n8NfgB8P/h/rd5Bc6dP4nt9I8RXniG2026A a9trDWPEuu6veWSXYjSOdLaaJZoVMMgaLKV+gGtazY6Dp8+p6hIUt4FyQgDSyufuxRISN8j4wq5A 7kgAkdOFwGKzDJcXgc9xccXUxE5qdelBUo0opUp0eSKpUI81GpBVf4ajKWkuZN38TOuL8i4R8TeH +KvCnh+vw/gcooYV4fKcfi6uPq4+rUnjaGZQxVWWPzOsqWZYPFSwUksZOpSp+/RdOUYOP8g37GP/ AAVu+J/7J3w7g+EfiT4eaf8AGHwLoU92/hC3vPFV34N8SeF4r65nvLzR01v+wfFVtf6Gl9PNdWNh caLFd6fJcXNvFqLWH2OzsvF/2g/2jP2hP+Cnnx38B+HdM8HRi7SSfw58Mvhl4Va9v7DQIdXuLafX Nb1fVrpFae4mjs7S68TeJrq30vS7HSNHtpXtNPtLGV3/AKNPi38Af2bvjh4lvPEnib9l/wCG2ta7 eXD3V9rg03VdK8Q6xOd6/btd1DwVqHhq51S6kjYCR9Tm1CQbY1NxIIISvo/wQ8P/AAu/Z9eTTfh3 8Dfh78PLW/EVrrV94S0F9O8S31okokjTVNc1Ge/1vWYrZ8ywWup6jLHG+5ojEzFj8x/YGb16VHK8 bnyqZNSnBRhToTVadOlKLp025Uk0kkuRTxFanRai4wkoRR+6f8Rd8Osqx2P474b8J6mE8S8ww+Jq VMRi81w08tw+NxtKUMTiqapY+dN1KrnUeJq4TKMtxeYRqVqdXE0Xiasz6E/Zj+B+mfs3fAT4Y/BL Sr0anD4C8OrY32qLF5Eeq6/qd9ea94n1WCDAa3ttS8Sarqt9bW8heWC3uIoppZpUeV/d6r2l1BfW 0F3bOJILiJJYnHdHAIz6EZwQeQQQelWK/SaNKnQo0qNGKjSo04UqUVqo06cVCEU+yikl5I/ijMsf jM0zHH5nmNWWIzDMcbisfjq80lOtjMXXqYjFVZqKSUqlepOckkknJpJLQKKKK0OIKKKKACvLfibY y39vpcQBMKzTyOv8PmBEWMkdztaTHpz68epVn6jYRX8HlSDlWDocZ2sARnHcEEg+xz2qKkOeEo97 fg0/xsdWDxH1XE0q/wDz7k35q8XG681e5yfw+0mz07RFaKFBczTym5kKgvuRsRrnkhRHtYDgZZiB zk93tUEsFAYjBOBkj0J64rm7TTLqxLfZZDGHxuUBWRsdCUYFc9ecA4PWta1S7WR2uZS6lMKuFVQd wJOFAGcdzzjjpSprlhGPK1ZW0tb1363u9N76DxU/bVqtd1VN1JOVm25atWjta0bpLW1lsrWPMfif pf8AaE2jvt3eXFer0zjL2xrtfBkH2XwzpVuRjyo51x6f6XcEfoavatpo1BoCRnyhIOf9sp/8TV6w tvstnFb9PLDj/vqR29/71TGnatOpb4o2v6KHl5dzWri/aZdh8Jf+DVlO19rurrbz5/8Ah9TiPEXi y+t55bLSYV3xEpLdSqXAfAysUZwMochmcMCchV4DHh9H8Hapq+txaxqCuq/akuri5mURvKYyMLEh AJztCghdiqMAkgKfVH0TbeNdRqpfzjOpYAjeW3nIPX5iensQRWzEb3egkESxj72xGBx+LsB+A/Lq JdJzmpVG2oyvGKS5Vqrf8HyT13N6ePWFoOnhIU4TqUuWrWbvVd0nJeeuqV+VNfDozjviNay3mhxQ Jko95F5qjugV2XPsHVfxNZ/w30SysbO8uDDGb17gIzsql0hCKUC55VWYvnGMle+K9EvbSO9t3gkG VYAjjOGBBVh7gj8Rkd6w7bSLiykL2sjRsRglcbWH+0jAq3qNynB6U3T/AHyqW5tLenTTTz7rdmVP F/8ACfPBc/s71HNvZSu4u0mt07Wfay3V0dKUQsGKKWX7rFQWH0JGR+Bryz4mWc1+mmQDcYFM8jKM 7WkGwDcOh2jBHHGT616HAl8JlaeUtGAcqFRQSeATtAPv6UupafFqEIRx80bbkb0OMEe4I7eoB6ir qR9pTlG1ua29tbNPz3tbUwwlb6piqNa6lyNu8bvl5ouN9baq938+pzngbR7DTNEtmt4YxcThnuZs AyNJuIKluoCfdC5AAHTNcz8SdCsrwafcpDGt4XlSRkUBpIgqkGTHXaxIDEZOcZOOO3tNNu7IMLaQ xq3JTCsmfUKwKgnuQATgZNRT6NNeSiS6dpGOAWbnao7Ko4A5JwABk+9RKHNSVPk2UV0srW1Xn8ur vszppYqVPHvG+3u3Kc73blJTTXI+nKrrS70irJNe7X8CwS23hy0gl3fu5LhU3ZyIxM4QDPYAYHtX YVBbQR20McEY2pGoUD6D9T6nueanrWK5Yxj/ACxS+5WOCvV9tWq1bW9pUlO3bmbf66hRRRVGQUUU UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAf/2Q== --Apple-Mail-103-496783046 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Francois Le Faucheur Distinguished Engineer Corporate Development flefauch@cisco.com Phone: +33 49 723 2619 Mobile: +33 6 19 98 50 90 Cisco Systems France Greenside 400 Ave de Roumanille 06410 Sophia Antipolis France Cisco.com --Apple-Mail-103-496783046 Content-Disposition: inline; filename=green.gif Content-Type: image/gif; name="green.gif" Content-Transfer-Encoding: base64 R0lGODlhEgATAJEAAAAAAP///wCZAP///yH5BAEAAAMALAAAAAASABMAAAIojI+pGyK8nINqUiTf bVnfvHEg1UmhdZRqaawu6XZVjKb0/CYxo8JOAQA7 --Apple-Mail-103-496783046 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Think before you print. This email may contain confidential and privileged material for the sole = use of the intended recipient. Any review, use, distribution or = disclosure by others is strictly prohibited. If you are not the intended = recipient (or authorized to receive for the recipient), please contact = the sender by reply email and delete all copies of this message. Cisco Systems France, Soci=E9t=E9 =E0 responsabiit=E9 limit=E9e, Rue = Camille Desmoulins =96 Imm Atlantis Zac Forum Seine Ilot 7 92130 Issy = les Moulineaux, Au capital de 91.470 =80, 349 166 561 RCS Nanterre, = Directeur de la publication: Jean-Luc Michel Givone. For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html --Apple-Mail-103-496783046-- From richard_woundy@cable.comcast.com Mon Jun 6 08:06:22 2011 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 AA7B911E814D for ; Mon, 6 Jun 2011 08:06:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.735 X-Spam-Level: X-Spam-Status: No, score=-101.735 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, HOST_MISMATCH_NET=0.311, 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 yKldh5p8ThMK for ; Mon, 6 Jun 2011 08:06:22 -0700 (PDT) Received: from cable.comcast.com (copdcimo01.potomac.co.ndcwest.comcast.net [76.96.32.251]) by ietfa.amsl.com (Postfix) with ESMTP id 26AC811E8137 for ; Mon, 6 Jun 2011 08:06:21 -0700 (PDT) Received: from ([24.40.55.41]) by copdcimo01.cable.comcast.com with ESMTP with TLS id 5503630.39196989; Mon, 06 Jun 2011 09:09:24 -0600 Received: from PACDCEXMB05.cable.comcast.com ([fe80::a5b0:e5c4:df1b:2367]) by PACDCEXHUB02.cable.comcast.com ([fe80::11d4:f530:37a0:9f4e%12]) with mapi id 14.01.0289.001; Mon, 6 Jun 2011 11:06:16 -0400 From: "Woundy, Richard" To: Francois Le Faucheur , David Harrington Thread-Topic: [CDNi] proposed cdni charter Thread-Index: Acwh545eBqn2M3FyQFOWiO0+HXQb5gCjGr6AAAY3EJA= Date: Mon, 6 Jun 2011 15:06:14 +0000 Message-ID: <1CA25301D2219F40B3AA37201F0EACD1135355DE@PACDCEXMB05.cable.comcast.com> References: <8FB0861778A04314800B9C4081D4163D@davidPC> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.163.75.13] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "cdni@ietf.org" Subject: Re: [CDNi] proposed cdni charter 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, 06 Jun 2011 15:06:22 -0000 Dave, I would like to add my thanks for your review of the charter, and I a= gree with Francois' comments below. -----Original Message----- From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf Of Fra= ncois Le Faucheur Sent: Monday, June 06, 2011 10:03 AM To: David Harrington Cc: cdni@ietf.org Subject: Re: [CDNi] proposed cdni charter Hello Dave, On 3 Jun 2011, at 14:12, David Harrington wrote: > Hi, >=20 > A couple comments regarding > http://www.ietf.org/proceedings/80/slides/cdni-9.txt >=20 > 1) "The CDNI aims at delivering a targeted, deployable solution ..." > what does targeted mean here?=20 > To be targeted, I think there needs to be a target, and it is unclear=20 > what target you refer to here. > I am not sure having the word here helps clarify the scope. I believe "targeted" was intended to mean "focused" , "not-open-ended". But= this notion is already captured by the rest of the text ( i.e. "a deployab= le solution in a short timeframe (18-24 months) as needed by the industry";= So I agree the charter would read better without the word "targeted". >=20 > 2) "the WG will not define ... Support for Transparent Caching across=20 > CDNs." All the other "will not define" bullets are specific about not=20 > defining new protocols or new applications or mechanisms. This one=20 > bullet seems rather abstract by comparison. True. > I recommend it be > reworded, to something like "protocols or applications for Transparent=20 > Caching across CDNs." I would suggest simply: "protocols for transparent caching across CDNs". Thanks for your review of the charter. Francois >=20 >=20 > David Harrington > Director, IETF Transport Area > ietfdbh@comcast.net (preferred for ietf)=20 > dbharrington@huaweisymantec.com > +1 603 828 1401 (cell) >=20 > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni From ben@niven-jenkins.co.uk Tue Jun 7 01:41:12 2011 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 4C81721F8550 for ; Tue, 7 Jun 2011 01:41:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.599 X-Spam-Level: X-Spam-Status: No, score=-103.599 tagged_above=-999 required=5 tests=[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 CahzM29r5ogP for ; Tue, 7 Jun 2011 01:41:11 -0700 (PDT) Received: from mailex.mailcore.me (mailex.mailcore.me [94.136.40.64]) by ietfa.amsl.com (Postfix) with ESMTP id 8283821F854E for ; Tue, 7 Jun 2011 01:41:11 -0700 (PDT) Received: from [87.204.240.2] (helo=[172.17.76.61]) by mail5.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1QTrqY-0001Gf-CP; Tue, 07 Jun 2011 09:41:10 +0100 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Ben Niven-Jenkins In-Reply-To: <291CC3F9E50E7641901A54E85D0977C6518BAC25E4@MAILR002.mail.lan> Date: Tue, 7 Jun 2011 09:41:09 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <437B8F73-8FCF-4CAB-88EA-4436F269FEBD@niven-jenkins.co.uk> References: <291CC3F9E50E7641901A54E85D0977C6518BAC25E4@MAILR002.mail.lan> To: Kevin J Ma X-Mailer: Apple Mail (2.1084) X-Mailcore-Auth: 9600544 X-Mailcore-Domain: 172912 Cc: "cdni@ietf.org" Subject: Re: [CDNi] incorporating a few requirements from cdni-publisher-use-cases into cdni-requirements 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, 07 Jun 2011 08:41:12 -0000 Kevin, I have a couple of questions to better understand the use case you are = thinking of, please see inline. On 25 May 2011, at 01:01, Kevin J Ma wrote: > Francois, >=20 > We had discussed updating three of the requirements: >=20 > - R36 discusses limiting the number of redirects for a content = request. > We interpret this as a hop count? For certain types of live = content > (e.g., HLS) it might be advantageous to include a time-based limit. > Can we modify the text to include an optional temporal limit? = e.g.: Your mention of "certain types of live content (e.g. HLS)" gives me the = impression that you think that type of content has some special = properties for which a time-based limit may be advantageous where it may = not be advantageous for other types of content? Could you expand on what = those properties of HLS/live content are? Is your concern that an excessively long request routing chain will = negatively impact the "startup time" of the content (which would apply = to all content types), or something else? > "R36 The CDNI Request-Routing protocol SHOULD support an optional > mechanism enforcing a limit on the number of successive CDN > redirections or the total elapsed time for a given request." An upstream CDN is always in the position where it can timeout a Request = Routing request to a downstream CDN and take some alternative action = without needing to pass timing (or timing budgets) between CDNs. Is the intent to enable an upstream CDN to control the timeout used by = downstream CDNs (e.g. an upstream CDN can communicate a timeout budget = to an intermediate CDN which can take its portion of that budget and = pass the remainder on to a downstream CDN, etc) so the timeout between = CDNs can be more finely tuned by an upstream CDN, or something else? Thanks Ben From hexiaoyan@huawei.com Tue Jun 7 19:25:03 2011 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 0197311E80A7 for ; Tue, 7 Jun 2011 19:25:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.602 X-Spam-Level: X-Spam-Status: No, score=0.602 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HTML_MESSAGE=0.001, J_CHICKENPOX_33=0.6] 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 GjSbDQ3uGPMI for ; Tue, 7 Jun 2011 19:25:01 -0700 (PDT) Received: from szxga01-in.huawei.com (szxga01-in.huawei.com [119.145.14.64]) by ietfa.amsl.com (Postfix) with ESMTP id EA00C11E807C for ; Tue, 7 Jun 2011 19:24:59 -0700 (PDT) Received: from huawei.com (szxga05-in [172.24.2.49]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LMG0070F9BNSZ@szxga05-in.huawei.com> for cdni@ietf.org; Wed, 08 Jun 2011 10:23:47 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LMG00B2Y9BMTU@szxga05-in.huawei.com> for cdni@ietf.org; Wed, 08 Jun 2011 10:23:47 +0800 (CST) Received: from w36710x ([10.144.113.87]) by szxml06-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0LMG00MUC9BLLA@szxml06-in.huawei.com> for cdni@ietf.org; Wed, 08 Jun 2011 10:23:46 +0800 (CST) Date: Wed, 08 Jun 2011 10:23:46 +0800 From: He Xiaoyan To: cdni@ietf.org Message-id: <006001cc2583$18d5ccb0$5771900a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3664 X-Mailer: Microsoft Office Outlook 11 Content-type: multipart/alternative; boundary="Boundary_(ID_ZIcT9kcpv6lDZbcgDjlaAQ)" Thread-index: AcwlgxgpYGlLNsgCRv2ym8iaq7RHKw== Subject: [CDNi] Comments on definition of recursive&iterative request routing 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, 08 Jun 2011 02:25:03 -0000 This is a multi-part message in MIME format. --Boundary_(ID_ZIcT9kcpv6lDZbcgDjlaAQ) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Hi all, Some comments on definition of recursive and iterative request routing in I-D .draft-lefaucheur-cdni-requirements. 1) "When an Upstream CDN elects to redirect a request towards a Downstream CDN,the Upstream CDN can query the Downstream CDN Request Routing system via the CDNI Request Routing protocol to find out how the Downstream CDN wants the request to be redirected ." This definition only covers requests initiated by users where upstream CDN will query the downstream CDN for routing decision. There is another case where recursive request routing is also utilized but not covered by this definition in CDNI, i.e. In case of cache miss and hence dynamic content acquisition invoked, for the content locate request issued by a delivery node of downstream CDN, the downstream CDN can query the upstream CDN on routing/redirection decision. In my view, these are two very similar scenarios with no essential difference on routing procedure. 2) Similarly, for iterative request routing, the definition only covers the case that requests redirected from upstream CDN to downstream CDN, the direction that requests redirected from downstream CDN to upstream CDN for content locate requests in case of dynamic content acquisition is not covered. Is the intent to exclude routings for content locate requests or something else? Thanks. Best Regards Xiaoyan(Susan) He --Boundary_(ID_ZIcT9kcpv6lDZbcgDjlaAQ) Content-type: text/html; charset=us-ascii Content-transfer-encoding: quoted-printable

Hi all,

Some comments on definition of recursive and = iterative request routing in I-D = .draft-lefaucheur-cdni-requirements.

1) “When an Upstream CDN elects to redirect a request towards a = Downstream CDN,the Upstream CDN can = query the Downstream CDN Request Routing system via the CDNI Request Routing protocol to find out how the Downstream CDN wants the request to = be redirected …” This definition only covers requests initiated = by users where upstream CDN will query the downstream CDN for routing = decision. There is another case where recursive request routing is also utilized but not covered by this definition in CDNI, i.e. In case of cache miss and hence = dynamic content acquisition invoked, for the content locate request issued by a delivery node of downstream CDN, the downstream CDN can query the = upstream CDN on routing/redirection decision. In my view, these are two very similar = scenarios with no essential difference on routing = procedure.

 

2) Similarly, for iterative request routing, the definition only covers the = case that requests redirected from upstream CDN to downstream CDN, the = direction that requests redirected from downstream CDN to upstream CDN for content = locate requests in case of dynamic content acquisition is not = covered.

Is the intent to exclude routings for content locate requests or something = else?

Thanks.

 

Best Regards

Xiaoyan(Susan) He

 

--Boundary_(ID_ZIcT9kcpv6lDZbcgDjlaAQ)-- From flefauch@cisco.com Wed Jun 8 09:16:31 2011 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 9DDDF1F0C3C for ; Wed, 8 Jun 2011 09:16:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.134 X-Spam-Level: X-Spam-Status: No, score=-8.134 tagged_above=-999 required=5 tests=[AWL=-1.045, BAYES_05=-1.11, HTML_MESSAGE=0.001, J_CHICKENPOX_33=0.6, RCVD_IN_DNSWL_HI=-8, SARE_GIF_ATTACH=1.42] 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 hXYk1gEk0h-m for ; Wed, 8 Jun 2011 09:16:30 -0700 (PDT) Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by ietfa.amsl.com (Postfix) with ESMTP id 866691F0C38 for ; Wed, 8 Jun 2011 09:16:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=flefauch@cisco.com; l=33638; q=dns/txt; s=iport; t=1307549788; x=1308759388; h=subject:mime-version:from:in-reply-to:date:cc:message-id: references:to; bh=8enBTTDJHXtMY3K5/J5T0jTPMqd1G36ubuak2n8C/LE=; b=IvkO6kRfDqd79dwhhQnqnOtw41IKW4Rf7BnCrJQiIX6fqIWgiNI/ETFt ShjGeLSUpXjIY9CvfQKXer1gL9eELoonYd06YF6PXUmzaB6vpqYNbc75f RPzYgpZFnmPoBejIqLIwsJKY0ag8sPulbBJ7VHJpMr30RgTQ2rVWrZSqc s=; X-Files: image001.jpg, green.gif : 11041, 87 X-IronPort-AV: E=Sophos;i="4.65,339,1304294400"; d="gif'147?jpg'147,145?scan'147,145,208,145,147,217";a="34298605" Received: from ams-core-3.cisco.com ([144.254.72.76]) by ams-iport-2.cisco.com with ESMTP; 08 Jun 2011 16:16:24 +0000 Received: from ams-flefauch-8714.cisco.com (ams-flefauch-8714.cisco.com [10.55.161.197]) by ams-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id p58GGIOH016147; Wed, 8 Jun 2011 16:16:19 GMT Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/alternative; boundary=Apple-Mail-112-677717712 From: Francois Le Faucheur In-Reply-To: <006001cc2583$18d5ccb0$5771900a@china.huawei.com> Date: Wed, 8 Jun 2011 18:18:35 +0200 Message-Id: <203C5803-31E4-4E73-AD9D-CD08C19C0B80@cisco.com> References: <006001cc2583$18d5ccb0$5771900a@china.huawei.com> To: He Xiaoyan X-Mailer: Apple Mail (2.1084) Cc: cdni@ietf.org Subject: Re: [CDNi] Comments on definition of recursive&iterative request routing 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, 08 Jun 2011 16:16:31 -0000 --Apple-Mail-112-677717712 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hello He, You are right that these definitions have been written with handling of = enduser requests in mind (as opposed to handling of inter-CDN = acquisition requests). The logic is that the inter-CDN acquisition request (issued by a = downstream CDN cache and pointing to the upstream CDN request routing = system) can be considered simply as another request of its own (only, in = that case, the "end user" happens to be a downstream CDN cache). Since = the inter-CDN acquisition request is expected to come out of a cache (eg = via a HTTP get), I am not sure we'd want to invoke the CDNI Request = Routing protocol at that stage (that is intended to operate across = Request Routing systems). ie I'd picture that the cache in the = downstream CDN (CDN2) will issue its inter-CDN acquisition request and = that request will be handled directly by the upstream CDN Request = Routing system (CDN1) - via HTTP or DNS, like a regular CDN scenario. Of = course, if the upstream CDN (CDN1) decided to redirect that particular = (inter-CDN acquisition) request to a 3rd CDN (CDN3), then the = iterative/recursive redirection would apply across these CDNs; but in = this case, I think the current definitions actually work, because with = respect to the inter-CDN acquisition request, CDN1 is the upstream CDN = and CDN3 is the downstream CDN). (remember that the definitions of = upstream CDN and downstream CDN are all relative to a given user = request). Thanks for looking into the Requirements document. Francois On 8 Jun 2011, at 04:23, He Xiaoyan wrote: > Hi all, > Some comments on definition of recursive and iterative request routing = in I-D .draft-lefaucheur-cdni-requirements. > 1) =93When an Upstream CDN elects to redirect a request towards a = Downstream CDN,the Upstream CDN can query the Downstream CDN Request = Routing system via the CDNI Request Routing protocol to find out how the = Downstream CDN wants the request to be redirected =85=94 This definition = only covers requests initiated by users where upstream CDN will query = the downstream CDN for routing decision. There is another case where = recursive request routing is also utilized but not covered by this = definition in CDNI, i.e. In case of cache miss and hence dynamic content = acquisition invoked, for the content locate request issued by a delivery = node of downstream CDN, the downstream CDN can query the upstream CDN on = routing/redirection decision. In my view, these are two very similar = scenarios with no essential difference on routing procedure. > =20 > 2) Similarly, for iterative request routing, the definition only = covers the case that requests redirected from upstream CDN to downstream = CDN, the direction that requests redirected from downstream CDN to = upstream CDN for content locate requests in case of dynamic content = acquisition is not covered. > Is the intent to exclude routings for content locate requests or = something else? > Thanks. > =20 > Best Regards > Xiaoyan(Susan) He > =20 > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni Francois Le Faucheur Distinguished Engineer Corporate Development flefauch@cisco.com Phone: +33 49 723 2619 Mobile: +33 6 19 98 50 90 Cisco Systems France Greenside 400 Ave de Roumanille 06410 Sophia Antipolis France Cisco.com =20 Think before you print. This email may contain confidential and privileged material for the sole = use of the intended recipient. Any review, use, distribution or = disclosure by others is strictly prohibited. If you are not the intended = recipient (or authorized to receive for the recipient), please contact = the sender by reply email and delete all copies of this message. Cisco Systems France, Soci=E9t=E9 =E0 responsabiit=E9 limit=E9e, Rue = Camille Desmoulins =96 Imm Atlantis Zac Forum Seine Ilot 7 92130 Issy = les Moulineaux, Au capital de 91.470 =80, 349 166 561 RCS Nanterre, = Directeur de la publication: Jean-Luc Michel Givone. For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html --Apple-Mail-112-677717712 Content-Type: multipart/related; type="text/html"; boundary=Apple-Mail-113-677717713 --Apple-Mail-113-677717713 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 Hello He,

You are right that = these definitions have been written with handling of enduser requests in = mind (as opposed to handling of inter-CDN acquisition = requests).

The logic is that the inter-CDN = acquisition request (issued by a downstream CDN cache and pointing to = the upstream CDN request routing system) can be considered simply as = another request of its own (only, in that case, the "end user" happens = to be a downstream CDN cache). Since the inter-CDN acquisition request = is expected to come out of a cache (eg via a HTTP get), I am not sure = we'd want to invoke the CDNI Request Routing protocol at that stage = (that is intended to operate across Request Routing systems). ie I'd = picture that the cache in the downstream CDN (CDN2) will issue its = inter-CDN acquisition request and that request will be handled directly = by the upstream CDN Request Routing system (CDN1) - via HTTP or DNS, = like a regular CDN scenario. Of course, if the upstream CDN (CDN1) = decided to redirect that particular (inter-CDN acquisition) request to a = 3rd CDN (CDN3), then the iterative/recursive redirection would apply = across these CDNs; but in this case, I think the current definitions = actually work, because with respect to the inter-CDN acquisition = request, CDN1 is the upstream CDN and CDN3 is the downstream CDN). = (remember that the definitions of upstream CDN and downstream CDN are = all relative to a given user request).

Thanks = for looking into the Requirements = document.

Francois


<= /div>
On 8 Jun 2011, at 04:23, He Xiaoyan wrote:

Hi all,
Some comments on = definition of recursive and iterative request routing in I-D = .draft-lefaucheur-cdni-requirements.
1) =93When an Upstream = CDN elects to redirect a request towards a Downstream CDN,the Upstream CDN can query the = Downstream CDN Request = Routing system via the CDNI Request Routing protocol to find out how the = Downstream CDN wants the request to be redirected =85=94 This definition = only covers requests initiated by users where upstream CDN will query = the downstream CDN for routing decision. There is another case where = recursive request routing is also utilized but not covered by this = definition in CDNI, i.e. In case of cache miss and hence dynamic content = acquisition invoked, for the content locate request issued by a delivery = node of downstream CDN, the downstream CDN can query the upstream CDN on = routing/redirection decision. In my view, these are two very similar = scenarios with no essential difference on routing = procedure.
 
2) Similarly, for = iterative request routing, the definition only covers the case that = requests redirected from upstream CDN to downstream CDN, the direction = that requests redirected from downstream CDN to upstream CDN for content = locate requests in case of dynamic content acquisition is not = covered.
Is the intent to exclude routings for = content locate requests or something = else?
Thanks.
Best Regards
Xiaoyan(Susan) He
CDNi@ietf.org


Francois Le = Faucheur
Distinguished = Engineer
Corporate Development

Cisco Systems = France
Greenside
400 Ave de Roumanille
06410 Sophia = Antipolis
France
Cisco.com

 


 Think before you = print.
/9j/4AAQSkZJRgABAQEAYABgAAD/4QBmRXhpZgAASUkqAAgAAAAEABoBBQABAAAAPgAAABsBBQAB AAAARgAAACgBAwABAAAAAgAAADEBAgAQAAAATgAAAAAAAABgAAAAAQAAAGAAAAABAAAAUGFpbnQu TkVUIHYzLjM1AP/bAEMAAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAf/bAEMBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAf/AABEIAGQAmgMBIgACEQEDEQH/xAAf AAABBQEBAQEBAQAAAAAAAAAAAQIDBAUGBwgJCgv/xAC1EAACAQMDAgQDBQUEBAAAAX0BAgMABBEF EiExQQYTUWEHInEUMoGRoQgjQrHBFVLR8CQzYnKCCQoWFxgZGiUmJygpKjQ1Njc4OTpDREVGR0hJ SlNUVVZXWFlaY2RlZmdoaWpzdHV2d3h5eoOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4eLj5OXm5+jp6vHy8/T19vf4+fr/xAAfAQADAQEBAQEBAQEB AAAAAAAAAQIDBAUGBwgJCgv/xAC1EQACAQIEBAMEBwUEBAABAncAAQIDEQQFITEGEkFRB2FxEyIy gQgUQpGhscEJIzNS8BVictEKFiQ04SXxFxgZGiYnKCkqNTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNk ZWZnaGlqc3R1dnd4eXqCg4SFhoeIiYqSk5SVlpeYmZqio6Slpqeoqaqys7S1tre4ubrCw8TFxsfI ycrS09TV1tfY2dri4+Tl5ufo6ery8/T19vf4+fr/2gAMAwEAAhEDEQA/AP7+KKKKACiiigAoor49 /wCCgOv634Y/Yu/aP1vw7qt9omsWnwy1mO01TTLmSzv7Rb57bT7prW6hZJraWSzuriETwuk0QkLx SJIFdenBYaWNxmEwcZqEsXiaGGjOSbjCVerCkptKzai53aTu0rI4syxscty7H5jOEqsMBgsVjZUo tRlUjhaFSvKEZNNRlNU3FNppN3asfX6SRyqWjdJFDyRlkZXUSQyNFKhKkgPFKjxyL95JEZGAZSA+ v54/+Df/AFzWLvwf+0zoF1qd7caJpHiL4YappelzXEkllYajrun+OoNZvLSBmKQT6nFomkJevGAZ xp9rvyYwa/ocr0eIcneQ5xjcpeIWKeElRSrqm6PtI1sPRxEW6bnU5Go1lGS9pJXi2m00ePwfxFHi zhzLOII4R4FZhDEN4R1liHRlhsZiMHNKsqVH2kZTw8pxl7KD5ZJOKaYUUUV4p9KFFFFABTGliR44 mkjWSXf5UbOqvL5Y3P5aEhn2KQz7QdoOTgU+v5DP+CqnjnxjYf8ABS23uLHxNrdlP4BX4NL4MmtN RureTwz52l6Hr8zaM0UimwebWNRvL+Z7fY0087tIX4A+k4X4elxNmFbARxUcG6OBr4z2sqLrKXsZ 0qcafIqlK3POtG8+Z8sVJqMnaL+M454whwVlGHzWeAnmKxGaYTLVQhiFhnH6zCvVlWdR0a1/Z08P Plp8i55yjFzhG8l/XnRRRXzZ9mFFFFABRRRQAUUUUAFVry4FnZ3V2UMgtbae4KA7S4gieUoGIIUs FwDg4znB6V/OT+zV+3z+0t4+/wCCpWtfB3xR43Oo/CXXviR8ZvANv4AOmaTDpOg6L4F0zxvd+Frn SLmCwj1GLV7Sfwxp/wDaWozXUsmsx3GoJeL+9tGsf6LNa/5A2rf9gy//APSWWvczrIcXkGJweGxs 6FSeMwWGx8HQlOUY0sRKpD2c3KEGqkJ0pqXKnFq0oyd9Pl+GOLMv4twWY43LaWKo08uzTGZTUWLh ThOdfCQo1HVpqnVqp0alOvTlDncZp80ZwVk3+C3/AASz/wCCiX7Rf7U/7RvxG+HPxg1Pw7rHha68 A698QPDVppnhzStDm8GXOkeJvC2lQ6Fpl5pltb3WraLNY+IrgTP4km1fWPtNpaTR6skf2mC4/SP/ AIKPf8mNftL/APZNr7/04adX8+H/AAQo/wCTyPFn/ZAfGv8A6m3w1r+g/wD4KPf8mNftL/8AZNr7 /wBOGnV9nxPgMFl3H+VYfAYWjhKH1jI5+xw9ONKmpvE04ykoRSipSUU5NK8pXlK8m2/zbgTNcyzn wmz7GZrjsTmGL+q8T03icXVlWrOnHB1Zxg6k25OMHOShFtqEbQgowjGK/Kf/AIN9/wDkDftVf9hP 4Nf+kvxOr9Sf+Cjn7QHj39mf9lDx18UPhjNYWfje31Pwr4f0TVNSsLbVLfR5PEOvWdhd6ommXsct jfXdtYtciyhvoZ7JbuSGe6truGF7Wb8tv+Dff/kDftVf9hP4Nf8ApL8Tq+2P+Cz/APyYj42/7Hf4 b/8AqT21PiChRxPiksPiKcK1CtmmR06tKpFSp1KcsHl6lCcXpKEldSi01JNppptE8JYvE4HwJljM HWqYbFYbIuJquHxFKThVo1YZjm7hVpTVpQqQlaUJxalCSUotNJnd/wDBLX9pj4n/ALVH7Mk3j34v Xum6t4z8PfEbxH4FuNd07SrLRTrtlpWjeGNbtNS1DTdLhtdJttR/4qOWymGlWNhZSRWcEq2kczzM /wCj1fi//wAEKP8AkzfxZ/2X7xr/AOoT8Nau/wDBZD9qn4zfs2/DT4R6b8GPFM3gjVviN4p8SR63 4m0+1sbjWodK8KadpNxHpenTaha3kVimo3mtwz3l5bRR3+zTo7WG5jtrq8in8PM8ieYcbY7I8shh 8Kq2Y4inh4NOlhqEKdKVedo04ycYQhCbjCELbQikrW+oyTipZR4Y5VxTndTGY94fJ8JWxdSLVfG4 qpVrQwtNudapBVKs6lSmp1KtRN+9UnKTu3+ydfhd/wAFbP28f2g/2VPiB8HfBfwR1zRfDFtrvhy/ 8Z+Jb+/8NaL4jutcFvrjaXa6BKmvWl9BYaT5VlcSXc2lx2WsTNdgW+qWggXf+gv/AAT3+Mvjj9oD 9jz4L/Fn4kXtvqfjfxJp3iyy1/VLazttPTVLjwn4/wDFfg231OWzsooLK3vNRsfD1reX6Wdvb2hv p7hra2t4GjhT8Lf+C+v/ACXb4G/9kl1L/wBTHVK6+C8nof66f2TmmHw2Mjg55nh69GpCNfDTr4SF ak5KNSPLUjGpBypuUFqoyspJW4PEriLErw0fEGRYzG5dLMKWR4zC4ijUlhcbTw2YVsLXjBzozcqV SVGooVVTqNWc6fPKDd/6avht4nuvG3w78A+M722gs73xd4L8LeJ7u0tTIbW1utf0Ox1W4trYzM8p gglu3ihMrvIY1UuzNkn+RX/gq9/yko8Tf90V/wDUS8K1/WJ8Av8AkhPwV/7JL8OP/UO0av5O/wDg q9/yko8Tf90V/wDUS8K16XhpGMOKc0hFWjDKsxjFLZRjjcGkvkkkeJ41znV4DyKpUk5TqZ9ks5yd rynPLswlKTtZXbbeisf2PV/Pl4W/4KQftF6z/wAFR7z9na61Dw6vwUj+MPi34Ox+DI/DulLcJb+H 31nSbXxSPExtT4kOuTajpkWpXFu+pvohgllsItLjPl3af0G1/Hr8P/8AlNbf/wDZ43xL/wDUl8V1 5fA+X4LHUuKJYzC0MS8NkGKq4d1qcansKqjNqrS5k/Z1YuK5asbThryyV3f3PFDN8zyvE8Cwy7HY nBRxvFuBoYxYarKksVh+empYevyte1w81OXtKM+alU054S5Y2/sKoor+bT/gmD+37+0z+0L+2N4g 8G/FDxz/AMJD4G8b+FvGfiK38JzaTpVtp3hG80aSzvdGj8LS2VnbX1jb2Vm0ulS29xd3cWoW8zXm ord6skWoR/O5ZkOMzXAZzmGHqUIUckw9LE4mNWU41KkavtnGNFRpzUpKGHqyfPKCuoxveV19jnvF mXZBmvDeUYyliqmJ4nxtbBYGdCFOVKjUovDRlPEynVhKMHUxeHgvZxqStKcmkoa/0l0UUV4h9QFF FFAH46/Bj/glXP8ACj9unV/2sZfivb6v4VXxd8R/HPhzwXH4fmttdTV/iLZ6/ZSaXrGqtfSWL6do aeKdSkgvbOAXOpSWOn+daWST3Sp+wlxBHdW89tKCYriGWCQKdrGOZGjcBhyCVY4PY81NRXp5nm+Y ZxVw9fMK/t6uGwtHB0ZKFOny0KDnKnG1KME5c1ScpTac5OWrskl4mR8O5Rw5h8Xhcnwv1WhjcdiM yxMHWrVufF4mNOFWadapUlCLhSpwjTg4wjGC5Yptt/kN+wN/wS6uP2L/AI1ePfivqPxVt/HVtqvh XV/Avg7SbPw/LpNxb6Fq3iHRtak1XxHcTXtxE2sRweHdOs0s9Njax33V/ObhgltGv1D/AMFHQT+w 3+0vgE/8W1vzxzwL/TyT9AASfQDNfbFYviTw5oPjDQNa8K+KdI0/X/DfiLTL3Rdd0TVbaK903VdK 1G3ktb6wvrWZWintrm3lkiljdSCrHGDgjqq5/jcbnWDzrNKjxdfDYjBVJuMKVJzpYOpCcacY04wg nJQfvcuspNs4KHCeWZXw1mPDWRUY4DC43CZnRpqdSviFTr5jRq05VZzrVKlWUYynH3VPSEFGNrH8 9P8Awb7g/wBjftUnBwdU+DYB7Ei0+J2Rn1GRn0yPWv2E/bU/ZpP7Wv7PPjH4KweJl8IanrVzoWsa Jr01i2pWNrq/h3VrbVbWHUrKOa3nl0+/WCWxuJLaZbizFyt9FFdm2+xXPe/Av9m74I/s0+H9W8Mf BD4f6Z4C0fXdVbWtZis73WdWvNT1ExmKOW91fxFqer6vcQ2sRaKwspL82OnRSSx2FtbJNKr+3115 9xD9f4oxHEOWqrhn9YweIwnt40nVpzweHw9KE6kFKrSbc6HO4c1SFnytyVzg4U4Q/srgbCcH53LD 46P1PMMJmH1WdeNCtTzHF4zEVIUaso0K6UaeK9mqnJSnzR54qLtb4p/YI/ZJuP2MfgQfhPqHjCDx vrOp+M9d8ca3rFlpsmlaZFqGs2Oi6Smn6ZbT3FzdNaWun6BYlrm6dZri8lupRDbwmKFOA/4KLfsK XP7cPgXwHo2ieObPwJ4q+HfiHU9V0q91bS7nVtF1LTtfs7Sy1nTryKyura6s7gNp+m3tjfxJeKrW k9jJaBb/AO22X6K0V50M9zOnnDz6GItmbr1MQ8R7KlZ1KsZQqfuuT2XJKnOVNwUElF2VnZnsVeFs jrcOLhSpg3LI1hKWDWE9vXUlRoThVpf7Qqnt/aQq04VVUdRyc43k2m0/nT9kv4Awfsu/s8fDX4Ew +IX8Vt4E0/WVvPED2Q05dT1TxJ4n1vxdrEtvY+fdNa2Meq6/eW+nwyXM8y2MNv58rzeYx+Lf+Cin /BNrU/23fFnwy8ZeHvidp/gHUvBmkX/hbWbXWdAutbs7/Q73UhqsF9prWV/Yyw6pYTy3sb2dzutd Riubci801rJ/tv6u0UYTPc0wOazzrDYnkzKrVxNapXdKjNTqYvneIlKlODpfvHUm7KCUW04KNlYz DhbI8zyClwzjMG6mS0KGCw1HCxr4inKnRy/2SwkY4inVjiL0lRpx5nVcpxTVRy5pX5rwX4ZtfBXg 7wn4Nsbie7svCXhrQvDNpdXIQXNza6DpdrpVvcXAiCxieaK0SSURqqCRmCALgV/IP/wVfVh/wUn8 SkggMPgsykggMv8AwinhdcqT1G5WXI43KR1Br+x2vnH4jfsi/s3fFv4m+F/jH8RvhL4c8VfEjwct gmheJL+XVomVNKunvNLXVtKstStdD8SDTbmR5bD/AISTTNW+xnatt5aIir6/CHEVDh7NsTmOMo18 THEYDFYZxoez9p7atUo1ozl7SUI8jnR5ZtO8VPmjGbjyP57xD4OxXF/D+CyfLcRhcFPCZtgMapYr 23svq+FpYjDzpxdKnVm6ip4jmppxUZypqE6lNS9pH6Or8edB/wCCVsmift93f7X4+K1vN4Rm+IGv /FWLwMPD86eIR4r8QJfTz6TJrJv3046FBrOpXOpJepZi9eyjh0Y2SSM2sL+w1FeHl2b5hlSxscDX 9iswwlTBYpezp1PaYer8cV7SEuSVrpVIcs4pu0lc+ozjh7KM+lls81wv1mWUZhRzPAP2tal7HGUH enN+yqQ9rC9nKlV56U3GPNB2QV+Nv7Ev/BKS4/ZG/aN1/wCNFx8WbTxb4etdE8SaB4H8O2nh2403 VEtPEVxCq3HiW/udRu7fzdL0yD7KsOnRyjUbyf7c9xYRW32K7/ZKings3zDLsLmODwlf2WHzWjCh joezpz9tTpupypSnCUqbSq1Y81NxfLUkr3s0s04dyjOcdk2ZZjhfb4zIMTUxeV1fbVqaw9er7Fzk 4UqkIVU5YehNRqxnFTpRaVnJSKKKK8w9sKKKKACuS8eeO/CHww8G+I/iB4916w8MeDvCWl3Gs+IN d1J2S10+wtgNzlY0knubiaRo7aysbSGe+1C9mt7Gxt7i8uIIJOtr8G/+C9PxE1zQvgl8Gvhvp1xc W2kfELx7rmteIfIMiR31v4C0rT207TLx1+R7V9S8UQaqttJkSXmj2dyoLWYK+bnGYf2XlmMx/Iqj w9LmhBtqMqk5xpUlJrXldScea2vLezTPtvDjhB8ecccOcJfWJYWnnGOdPE4mCjKrRwWFw9bHY6dF TTg66weFr+wU04e25OdON0/BvjR/wXr8VL4g1Cw/Z9+DnhdfDdpPJBp/iP4sz61qOpazEkmFvn8M eFdY8Px6LHMgJitH8SapOFKSzSwuXtU+3v8Agmv/AMFIfiD+2p4y8d+BvH3w88G+Fbzwb4QtvFMe teELzW0tr9p9Zs9JaxfR9audVltwBdG4FwusTH5BEYOTIPnv/gj1+xN8BfFH7P8AH8f/AIneAPCX xQ8Y+NfE3iPTtEg8baNpnijRPCWgeF9U/seOGw8PatHf6VHr19q+nXupT61dWX9pw2T6dbaa1lbm 7m1P9qfBfwF+Cvw38U6l41+Hfwq8BeAvE+s6Qug6xq3gvwvpPhaXVtLS7gvkttSg0O1sbO/eO5to Hjurq3lvI1jWFJ1hzGfmciocTYuWCzbGZtTeFxKVeeAjSik8PUhJ0knGmowk7wmkm5ctuao5XR+2 +KuaeCHD1Hibw94a8P8AGRz/ACWcsrw/F1XHVp1IZxgsTRjjp1IVsZKriKN6eKw05TjGj7Xmlh8H Gj7OS/PH/gqN+3j8Xv2JP+FGf8Kq8OfDfxB/ws3/AIWb/b3/AAsHSPE+q/ZP+EM/4V9/Zf8AZH/C OeMPCf2f7R/wleo/b/tn2/zfJsvs/wBl8uf7T9afsMfHnxf+03+yz8Lvjf4803w3pHizxt/wm39q 6f4Rs9UsPD1v/wAI38RfF3hGx/s+01nWNf1KLzdN0Cznu/tOrXfmX0tzLD5Fu8VtD+Of/BwV/wA2 kf8Ade//AHi9fpB/wSO/5R6/s+/91X/9Xd8Sq3wWPxlTjPN8vniKksHQy+lVo4dtezp1HTyxucVa 9261V7/bkeZxNwnw5hPo0eHvF2GyjCUeJc04wxuAzDOIRmsZi8HTxfHEIYerJzcHTjDLcDFJQTth qeujv8yftzf8Fg9O/Zy+JesfBn4OeA9I+IfjPwlPFaeNfEvifUb228J6Jq7RLNceG9P07SGg1HWt SsUlij1W7OqaZa6ZfCbTlhv7mG5Nr5N+xJ/wWB+Nn7Qv7Qfw8+CXxI+GHwttrT4galqmnx+IfBA8 W6DcaN/Z/h7VtcWZ9O17xD4vj1PzW0v7MY1u9O2ifzQ7GLy5Pze/bs+Evxi/ZC/bi8T/AByvvCUG u+GvEPxp1L4zfDjxJ4l0eXxD4C8Sy6t4jl8ZHwvrJJgie70W7uptG1TRZrmx1QWtpHqOnyi0uLDU n/Y39jj/AIK9fCn9pLxp4P8Ahb8X/AMHww+KWs38em+Ddat54tf8C634iu2SCz0vTr28gh1rwjrW sO6Wel2d2mpWN7cItmfEKX13YWFx4eFzfMMRn1ahmGdyymdHMI06GWzwSdDE4dVUlR+sNxUJVqaU YVKim5uanSlrGK/VM78O+D8m8JsszbhLwvw/iHQzPhGrjM140w3E1WnmuSZvUwDlLMFlFOlWqYmj l2LlKriMFg5YeOFWFnhsdRvGtWl+zep6np2i6bqGsavfWml6TpNjd6nqmp6hcRWlhp2nWEEl1e31 7dzvHBa2lpbRS3FzcTOkUMMbySOqKSP56/2if+C7WnaB4m1Lw3+zX8MtK8ZaTpdzNar8RPiJd6tZ 6VrkkTGNp9E8H6S+l6sulMymS0v9V16wvruJlMuiWBAMn2N/wWZ+I2veAP2JtfsNBuZ7J/iT478J /DnVrq2kaKZdB1CDWvEmq2wdeRBqlv4W/si9jyFnsdQurd8pMyn84P8Agi/+xj8FvjN4b+Ivx1+L /hPQviPL4a8ZL4A8JeD/ABTZ22r+GNOuLXQdK17Wde1bw9dtNYa7PeQ+INPsNLh1mxuNOsvseo3E UFzfPDPpvsZ5mWa184wvD+T1qeEq1KDxGJxc4qThC05ckOaM+VKELtxhzznOEVKEVNv858K+CeAM r8Oc88XfEjLsXxBgMFmscmyXh7C1qlKGIxN8NTeIxDpV8N7SVTEYl04wr144bD4fDYmvOhi6tXDU 4fVX/BPX/gqr8Wf2svjjY/Bj4j/Db4d6Mb/wx4j19fEvgmXxLpohk0G3iuBbNo2u6v4l85LoS7DI NWiaEruCy52j9jPix8VfAvwR+Hnin4p/ErXIfD3gvwfpx1HWdTljlnkCvNFaWdlZWkCvcX2panf3 Frp2m2Nujz3l9dW9vGu6QEc/4d/Z2+Avg7xdpvj3wb8G/hp4O8ZaRYX2l2PiTwh4L0Dwvqsem6lC ILywnutBsdPa9s5YxhLa9+0QwNmS3SKRi5/DL/gvp8S/EVnYfAD4R2N7c2nhnW28Y+OvEVpFKyQa xqWjPoujeGluURl8yPSI9Q1+ZYpVeN59QgmAEtrGw662JzHh7IMZicwxUczxdCf7iq4OCl7aVKjQ hUSUW1TqylOfvOUoJpTu0l83l+S8H+MXi1w5knB2Q1uCMgzShH+1sCsQsTOl/ZtLH5hmmIwVSc60 I1MXgaFLD4VOlGlSxTU54aVOM5VPN/ip/wAF7/iVca5eRfBL4KeBdI8NwzvHp998UrnxB4k1vUbd XXy7u70zwnrvhSx0eaaMNu0+HVtbS3dlxqVwEO/6I/ZS/wCC3nhv4leNNG+H/wC0V4E0j4ZTeIr6 10vSPiH4W1O+uvB1vqd7MYLW38TaTrBn1Lw9p0szQQf29HrGr2dtLN52qQaXpsNxqMPrP/BMj9gn 9nXRv2Zvh58VvHPw48FfFT4hfFrw9D4t1LWPHfh/R/GFjoOl6pJO2keHvDela3b6jpej/Y9LaNNY vre2XWNQ1G41CC9vP7PistNsfzZ/4LNfse/CP9n/AMSfDD4pfB7QNM8DaZ8T5/E2jeJvA2iRx2Ph 201vw7DpF5Z654b0eNhBpFvqNnqc1pqumaZDa6NZz2Gn3FpaQ3GpXjS/N1qvF+X5fS4grZlRxFJq hXr5fKnBRjh68oKEbRpRin+8gpqk4zhdtVJ8rv8AtmXZf9HXi/i/G+EGW8E5nlOPp1M0yrK+LqWM xLxFbNspo4ieKq3q42tVlB/U8TPDSx9KvhsS4KE8Jhva01H+r6ivhL/gmd8S/EXxZ/Yg+A/izxZe 3OpeIYND13wlf6leStcXWoQ+BfF3iDwdpN5dXMjNNd3k+iaJpr311cE3FzfG5mmeV3M0n3bX6Ng8 THGYTC4uCcYYrD0cRCMvijGtTjUUX5pSs/NH8Y8RZLiOHM/zzh7FVIVcTkWb5lk+Iq001Tq1stxl bB1KtNO7VOpOi5wTd+WSvqFFFFdB44UUUUAFfmP/AMFWP2TvEf7Uv7OSf8K+sH1X4mfCnXH8b+Ft FhGbvxNpj2E9h4p8LWALBTqV/Yta6rpUQV5r/VNCstIh2NqRkT9OKwPEviG08M6VPql2rSCPCQwI QJJ5nOEjTPc9Seygk8AkceYYShj8FicHib+wr0nCo07Sjs4zi3dKUJqM43TXNFXTWj+j4R4hzXhT ibJeIsk5XmmU4+lisLTqRc6Vd606uFrRjKEnQxVCdXDV1GcJ+xqz5KkJWmv43f2LP+Ckfxf/AGEr XxP8LdX+H8PjzwPJr97qN74B8TajqXgzxL4R8VgW9hq66bq0ulaxJpCXQskj1jQtS8O3ipqMC3dt /Z91JqY1H93f2BP+ClGu/twfFbx74Qk+E2k/DLw54O8BW3iWFU8W3njLW77VJ9fsNKKy6mdC8LWM Onrb3Mri2TRZLkzCNjfbFaOTpfjP8FfhF+0d4iOvfEL4B/D3xZraLFGusf2BqEHiue0tlMVtb6p4 k8O6hpOtanbWyMyW9teXMlpbhsQwocGvb/2UfgR8I/gzc+JF+H/wY8HfDTVb2xtLW81bRdH1KDXN T02OfzRY3+ra7f6rqtxaLcrHcfZxdpbtPGkskTyxxunx+TZdnmAxeGwsc4hXyfD1JctGVDlrVKXL Jxp80qM5U4qUk1BYlwSVkkrJf0Z4mcZ+FfFuQZ3ns/DrE5V4j5thcM62Z0c19tl2Fxbr4WNfFujS zHD0MVVqUY1KbxE8kWInKfPUqOd6j/I//g4K/wCbSP8Auvf/ALxev0g/4JHf8o9f2ff+6r/+ru+J Ve6/tG+FvA3ivUPC0Pj34QfB/wCKtpptnqkuiH4o/DzRfHU+g3F/PZpq40Z9aWZNMi1OOw0j7ctp FE92+n2xuZJhb2yw+zfCrRPDHhv4c+GtI8FeEPC3gPw/a2NzLY+FPBeg6d4a8L6TdXt9d3+qf2Vo Wkw21hYRX2sXN9qU6Qxh5ru8uLi4kmuZpp5PWwmVSpcT5lm/t4ShicHDDqhySU4OMMBHnc37jT+r N2Wvvx7M+Az/AI+oY/wL4K8O1lleliMk4jxWbzzZ4mjPDYiFavxTWVCGGivb06kVnkIuU24t4ao1 pOB+QXxM/wCCzf7OWheLfir8Hfix8BfH+vQeDPGnjTwHqFpaW3gXxl4a8SyeEfEOo6JDdXdh4l1T QEhtNSn01Lt7aay1BrASBVN88IaT8L/Bfh6D9rD9u7RG/Zm+FEnw28MeJvif4Z8TaL4M0qSOWw+H fhTQb3RJvEXie/ntYo7DRtMtWs73xJcWNkhstMub+Hw3oKXrjS4Lr+j7x7+xJ8FfiV4q13xd4q/Z b+HGq6/q2ralqes6vp+m+J/DTaxqd/dPcahqt7B4e8XaPBd3uo3LSXlzdzQyXFxczT3MkjzTzSSf Qn7PHhj4S/BNp/B3gn4NeCvha2qXIivr7whoq6fd6hcBsxQ69eXj3ut34iOBbyXuq3UcAISGGGPF eHismzbN8Xh45vj8J9SoYn2tKVHCOnipxUvdo+1dGmoKUW4tqpKClabhUlGNv1LIfErw+8O+H83x Hh7wpxA+J80yP+z8dRzDiGGK4fw9epSp+2zBYCOZYqeJlTrwVSmpYSliXS58LTxGGpV63NN+3z+z ZeftV/sw+PvhZoRtk8aL/Z/izwDJeSxW9q3i/wAM3BvLKwnuZiIbSPXrB9S8ONezOkNiNY+2TN5U Dg/ywfso/tkfHv8A4JwfETx14P1bwDNeadqd3b23xB+EfjpdT8M39rrWlxTJp2saVe/ZrifQtV8i 4Ecl6dM1TTtb0d4A9rceVpOoWX9q+r6raaLp9zqV6xW3tYy77Rl3P8KIO7ueAK+Avjn4M+Fv7R1z awfEj4F+APHqabG1to9/4i0a8uvFdjZtL50tvZeJNFvtJ1zT7O4lAmmsLK+jtmkG6UTMAw9PiHJp 4nF4bNMvxrwOa4eHs6cuRzp1aacrKaUZ8rXtJxbcKkakZezlBpJr4jwf8S8NkvD2d8CcYcLw4r4B zjFfXcVh1iI4bGYDGOOH554SVSrRjWjOWFwtaFOnicDWwmJp/W6OLhOcoVPm39jP/grFrf7Yf7Q/ h/4PWvwR0r4a6HdeF/Fev6rqlx48u/G+q3E2h2cc9nb6eY/Cng6zsInllH2lrm21N5I1KxeQzB16 L/gsL+yH4k/aL+Cnh/4i/DrTbzXPiJ8D59b1OPw1pts11qPinwV4hTTB4nsdMtYVNxe61o8uj6br mmWcW+W6s7fW7GytrrU76xgf2r9nT9nv4PfBjx5Y6n8NfgB8P/h/rd5Bc6dP4nt9I8RXniG2026A a9trDWPEuu6veWSXYjSOdLaaJZoVMMgaLKV+gGtazY6Dp8+p6hIUt4FyQgDSyufuxRISN8j4wq5A 7kgAkdOFwGKzDJcXgc9xccXUxE5qdelBUo0opUp0eSKpUI81GpBVf4ajKWkuZN38TOuL8i4R8TeH +KvCnh+vw/gcooYV4fKcfi6uPq4+rUnjaGZQxVWWPzOsqWZYPFSwUksZOpSp+/RdOUYOP8g37GP/ AAVu+J/7J3w7g+EfiT4eaf8AGHwLoU92/hC3vPFV34N8SeF4r65nvLzR01v+wfFVtf6Gl9PNdWNh caLFd6fJcXNvFqLWH2OzsvF/2g/2jP2hP+Cnnx38B+HdM8HRi7SSfw58Mvhl4Va9v7DQIdXuLafX Nb1fVrpFae4mjs7S68TeJrq30vS7HSNHtpXtNPtLGV3/AKNPi38Af2bvjh4lvPEnib9l/wCG2ta7 eXD3V9rg03VdK8Q6xOd6/btd1DwVqHhq51S6kjYCR9Tm1CQbY1NxIIISvo/wQ8P/AAu/Z9eTTfh3 8Dfh78PLW/EVrrV94S0F9O8S31okokjTVNc1Ge/1vWYrZ8ywWup6jLHG+5ojEzFj8x/YGb16VHK8 bnyqZNSnBRhToTVadOlKLp025Uk0kkuRTxFanRai4wkoRR+6f8Rd8Osqx2P474b8J6mE8S8ww+Jq VMRi81w08tw+NxtKUMTiqapY+dN1KrnUeJq4TKMtxeYRqVqdXE0Xiasz6E/Zj+B+mfs3fAT4Y/BL Sr0anD4C8OrY32qLF5Eeq6/qd9ea94n1WCDAa3ttS8Sarqt9bW8heWC3uIoppZpUeV/d6r2l1BfW 0F3bOJILiJJYnHdHAIz6EZwQeQQQelWK/SaNKnQo0qNGKjSo04UqUVqo06cVCEU+yikl5I/ijMsf jM0zHH5nmNWWIzDMcbisfjq80lOtjMXXqYjFVZqKSUqlepOckkknJpJLQKKKK0OIKKKKACvLfibY y39vpcQBMKzTyOv8PmBEWMkdztaTHpz68epVn6jYRX8HlSDlWDocZ2sARnHcEEg+xz2qKkOeEo97 fg0/xsdWDxH1XE0q/wDz7k35q8XG681e5yfw+0mz07RFaKFBczTym5kKgvuRsRrnkhRHtYDgZZiB zk93tUEsFAYjBOBkj0J64rm7TTLqxLfZZDGHxuUBWRsdCUYFc9ecA4PWta1S7WR2uZS6lMKuFVQd wJOFAGcdzzjjpSprlhGPK1ZW0tb1363u9N76DxU/bVqtd1VN1JOVm25atWjta0bpLW1lsrWPMfif pf8AaE2jvt3eXFer0zjL2xrtfBkH2XwzpVuRjyo51x6f6XcEfoavatpo1BoCRnyhIOf9sp/8TV6w tvstnFb9PLDj/vqR29/71TGnatOpb4o2v6KHl5dzWri/aZdh8Jf+DVlO19rurrbz5/8Ah9TiPEXi y+t55bLSYV3xEpLdSqXAfAysUZwMochmcMCchV4DHh9H8Hapq+txaxqCuq/akuri5mURvKYyMLEh AJztCghdiqMAkgKfVH0TbeNdRqpfzjOpYAjeW3nIPX5iensQRWzEb3egkESxj72xGBx+LsB+A/Lq JdJzmpVG2oyvGKS5Vqrf8HyT13N6ePWFoOnhIU4TqUuWrWbvVd0nJeeuqV+VNfDozjviNay3mhxQ Jko95F5qjugV2XPsHVfxNZ/w30SysbO8uDDGb17gIzsql0hCKUC55VWYvnGMle+K9EvbSO9t3gkG VYAjjOGBBVh7gj8Rkd6w7bSLiykL2sjRsRglcbWH+0jAq3qNynB6U3T/AHyqW5tLenTTTz7rdmVP F/8ACfPBc/s71HNvZSu4u0mt07Wfay3V0dKUQsGKKWX7rFQWH0JGR+Bryz4mWc1+mmQDcYFM8jKM 7WkGwDcOh2jBHHGT616HAl8JlaeUtGAcqFRQSeATtAPv6UupafFqEIRx80bbkb0OMEe4I7eoB6ir qR9pTlG1ua29tbNPz3tbUwwlb6piqNa6lyNu8bvl5ouN9baq938+pzngbR7DTNEtmt4YxcThnuZs AyNJuIKluoCfdC5AAHTNcz8SdCsrwafcpDGt4XlSRkUBpIgqkGTHXaxIDEZOcZOOO3tNNu7IMLaQ xq3JTCsmfUKwKgnuQATgZNRT6NNeSiS6dpGOAWbnao7Ko4A5JwABk+9RKHNSVPk2UV0srW1Xn8ur vszppYqVPHvG+3u3Kc73blJTTXI+nKrrS70irJNe7X8CwS23hy0gl3fu5LhU3ZyIxM4QDPYAYHtX YVBbQR20McEY2pGoUD6D9T6nueanrWK5Yxj/ACxS+5WOCvV9tWq1bW9pUlO3bmbf66hRRRVGQUUU UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAf/2Q== --Apple-Mail-113-677717713 Content-Transfer-Encoding: base64 Content-Disposition: inline; filename=green.gif Content-Type: image/gif; name="green.gif" Content-Id: R0lGODlhEgATAJEAAAAAAP///wCZAP///yH5BAEAAAMALAAAAAASABMAAAIojI+pGyK8nINqUiTf bVnfvHEg1UmhdZRqaawu6XZVjKb0/CYxo8JOAQA7 --Apple-Mail-113-677717713-- --Apple-Mail-112-677717712-- From flefauch@cisco.com Thu Jun 9 06:38:29 2011 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 174FE11E80D6 for ; Thu, 9 Jun 2011 06:38:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.465 X-Spam-Level: X-Spam-Status: No, score=-4.465 tagged_above=-999 required=5 tests=[AWL=-3.669, BAYES_50=0.001, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, J_CHICKENPOX_33=0.6, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_HI=-8, SARE_GIF_ATTACH=1.42, SARE_SUB_ENC_UTF8=0.152] 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 C1OODBR3GoU2 for ; Thu, 9 Jun 2011 06:38:27 -0700 (PDT) Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by ietfa.amsl.com (Postfix) with ESMTP id 91AFB11E8081 for ; Thu, 9 Jun 2011 06:38:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=flefauch@cisco.com; l=106236; q=dns/txt; s=iport; t=1307626703; x=1308836303; h=subject:mime-version:from:in-reply-to:date:cc:message-id: references:to; bh=SCQ5C7WvT1U4PeMD88PEdOeEcrIfwEB8/CwSWOr1s5o=; b=Dq6rvbbSpAEH5kR6u1MdW/s5TD0KVYI2Y+E3fGumL9fLUWUDqd8geOX6 LIQewhomrNhn3RwAeZgyjqzha62f3T+ZVBhUTgXxJTCrbI/3nWgkFb/s2 TZhuVjI4UZvTY2VOo6WGf93usHZ9yvRECykbY6i2JAn9YbTtfh36GuE3L o=; X-Files: image001.jpg, green.gif : 11041, 87 X-IronPort-AV: E=Sophos;i="4.65,341,1304294400"; d="gif'147?jpg'147,145?scan'147,145,208,145,147,217";a="34477225" Received: from ams-core-4.cisco.com ([144.254.72.77]) by ams-iport-2.cisco.com with ESMTP; 09 Jun 2011 13:38:12 +0000 Received: from [144.254.53.249] ([144.254.53.249]) by ams-core-4.cisco.com (8.14.3/8.14.3) with ESMTP id p59DcBVo030688; Thu, 9 Jun 2011 13:38:11 GMT Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/alternative; boundary=Apple-Mail-105-754628509 From: Francois Le Faucheur In-Reply-To: <00a901cc2652$7b7d6150$5771900a@china.huawei.com> Date: Thu, 9 Jun 2011 15:40:26 +0200 Message-Id: <828F91BD-2299-45C0-8D1C-193DAE705D02@cisco.com> References: <00a901cc2652$7b7d6150$5771900a@china.huawei.com> To: He Xiaoyan X-Mailer: Apple Mail (2.1084) Cc: cdni@ietf.org Subject: Re: [CDNi] =?utf-8?b?562U5aSNOiAgQ29tbWVudHMgb24gZGVmaW5pdGlvbiBvZiBy?= =?utf-8?q?ecursive=26iterative_request_routing?= 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, 09 Jun 2011 13:38:29 -0000 --Apple-Mail-105-754628509 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=GB2312 Hi again, On 9 Jun 2011, at 05:08, He Xiaoyan wrote: > Hi Francois, > Thanks for your reply. > Some further concerns. > =A1=B0ie I'd picture that the cache in the downstream CDN (CDN2) will = issue its inter-CDN acquisition request and that request will be handled = directly by the upstream CDN Request Routing system (CDN1) - via HTTP or = DNS, like a regular CDN scenario.=A1=B1 > Not very clear how that works because there is no interface between a = delivery node and RR in another CDN of CDNI model as below. We could show a "Request" interface between the "Surrogate" in the = Downstream CDN and the Request Routing system in the Upstream CDN (ie = same interface as the "Request" interface shown between the User-Agent = and the uCDN/dCDN Request Routing system) like shown below. Does that help ? -------- / \ | CSP | \ / -------- * * * /\ * / \ --------------------- |CDNI| --------------------- / Upstream CDN \ | | / Downstream CDN \ | +-------------+ | Control protocol| +-------------+ | | |CDN Control |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D= =3D=3D>| CDN Control | | | +------*-*-*--+ | | | | +-*-*-*-------+ | | * * * | | | | * * * | | +------*------+ | Logging protocol| +-----*-------+ | | ****| Logging |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D= =3D=3D>| Logging |**** | | * --------------+ | | | | +-------------+ * | | * * * | Request Routing | * * * | ....*...+--------*----+ | protocol | +---*---------+...*..... . | * **|Req-Routing |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D= =3D=3D>| Req-Routing |** * | . . | * * +-------------+.| | | | +-------------+ * * | . . | * * * . CDNI Metatdata | * * * | . . | * * +----------*--+ |. protocol | +-*-----------+ * * | . . | * * |Distribution |<=3D=3D.=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D=3D= =3D>| Distribution| * * | . . | * * | | | . \ / | | | * * | . . | * * | | | . \/ | | | * * | . . | * ****+---------+ | | ..Request........+---------+**** * | . . | ******|Surrogate|*************************|Surrogate|****** | . . | | +---------+ | | Acquisition | | +-----*---+ | | . . | +-------------+ | | +-------*-----+ | . . \ / \ * / . . --------------------- ---------*----------- . . * . . * Delivery . . * . . +------+ . ...............Request...........................| User |..Request.. | Agent| +------+ > And I=A1=AFm not sure if any additional security issues need to be = considered when we talking about that a cache in the downstream CDN = directly interact with the upstream CDN=A1=AFs RR. > -------- > / \ > | CSP | > \ / > -------- > * > * > * /\ > * / \ > --------------------- |CDNI| --------------------- > / Upstream CDN \ | | / Downstream CDN \ > | +-------------+ | Control protocol| +-------------+ | > | |CDN Control |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D= =3D=3D>| CDN Control | | > | +------*-*-*--+ | | | | +-*-*-*-------+ | > | * * * | | | | * * * | > | +------*------+ | Logging protocol| +-----*-------+ | > | ****| Logging |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D= =3D=3D>| Logging |**** | > | * --------------+ | | | | +-------------+ * | > | * * * | Request Routing | * * * | > ....*...+--------*----+ | protocol | = +---*---------+...*..... > . | * **|Req-Routing |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D= =3D=3D>| Req-Routing |** * | . > . | * * +-------------+ | | | | +-------------+ * * | = . > . | * * * | CDNI Metatdata | * * * | = . > . | * * +----------*--+ | protocol | +-*-----------+ * * | = . > . | * * |Distribution |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D= =3D=3D>| Distribution| * * | . > . | * * | | | \ / | | | * * | = . > . | * * | | | \/ | | | * * | = . > . | * ****+---------+ | | | | +---------+**** * | = . > . | ******|Surrogate|*************************|Surrogate|****** | = . > . | | +---------+ | | Acquisition | | +-----*---+ | | = . > . | +-------------+ | | +-------*-----+ | = . > . \ / \ * / = . > . --------------------- ---------*----------- = . > . * = . > . * Delivery = . > . * = . > . +------+ = . > ...............Request...........................| User = |..Request.. > | Agent| > +------+ > =A1=B0I am not sure we'd want to invoke the CDNI Request Routing = protocol at that stage (that is intended to operate across Request = Routing systems). ie I'd picture that the cache in the downstream CDN = (CDN2) will issue its inter-CDN acquisition request and that request = will be handled directly by the upstream CDN Request Routing system = (CDN1) - via HTTP or DNS, like a regular CDN scenario.=A1=B1 > I am not proposing CDNI Request Routing protocol must be invoked in = dynamic content acquisition. But I think any possibilities should not be = excluded in requirement stage. In my understanding, election of = mechanisms/solutions is job of next stage (framework?)? Detailed mechanisms/solutions/protocols is to be done as part of the = work on the actual "interfaces" but the Requirements I-D aims at = identifying what functionality those need to support.=20 Thank you. Francois=20 > Thanks. > =20 > Best Regards > Xiaoyan(Susan) He > =B7=A2=BC=FE=C8=CB: Francois Le Faucheur [mailto:flefauch@cisco.com]=20= > =B7=A2=CB=CD=CA=B1=BC=E4: 2011=C4=EA6=D4=C29=C8=D5 0:19 > =CA=D5=BC=FE=C8=CB: He Xiaoyan > =B3=AD=CB=CD: Francois Le Faucheur; cdni@ietf.org > =D6=F7=CC=E2: Re: [CDNi] Comments on definition of recursive&iterative = request routing > =20 > Hello He, > =20 > You are right that these definitions have been written with handling = of enduser requests in mind (as opposed to handling of inter-CDN = acquisition requests). > =20 > The logic is that the inter-CDN acquisition request (issued by a = downstream CDN cache and pointing to the upstream CDN request routing = system) can be considered simply as another request of its own (only, in = that case, the "end user" happens to be a downstream CDN cache). Since = the inter-CDN acquisition request is expected to come out of a cache (eg = via a HTTP get), I am not sure we'd want to invoke the CDNI Request = Routing protocol at that stage (that is intended to operate across = Request Routing systems). ie I'd picture that the cache in the = downstream CDN (CDN2) will issue its inter-CDN acquisition request and = that request will be handled directly by the upstream CDN Request = Routing system (CDN1) - via HTTP or DNS, like a regular CDN scenario. Of = course, if the upstream CDN (CDN1) decided to redirect that particular = (inter-CDN acquisition) request to a 3rd CDN (CDN3), then the = iterative/recursive redirection would apply across these CDNs; but in = this case, I think the current definitions actually work, because with = respect to the inter-CDN acquisition request, CDN1 is the upstream CDN = and CDN3 is the downstream CDN). (remember that the definitions of = upstream CDN and downstream CDN are all relative to a given user = request). > =20 > Thanks for looking into the Requirements document. > =20 > Francois > =20 > =20 > On 8 Jun 2011, at 04:23, He Xiaoyan wrote: >=20 >=20 > Hi all, > Some comments on definition of recursive and iterative request routing = in I-D .draft-lefaucheur-cdni-requirements. > 1) =A1=B0When an Upstream CDN elects to redirect a request towards a = Downstream CDN,the Upstream CDN can query the Downstream CDN Request = Routing system via the CDNI Request Routing protocol to find out how the = Downstream CDN wants the request to be redirected =A1=AD=A1=B1 This = definition only covers requests initiated by users where upstream CDN = will query the downstream CDN for routing decision. There is another = case where recursive request routing is also utilized but not covered by = this definition in CDNI, i.e. In case of cache miss and hence dynamic = content acquisition invoked, for the content locate request issued by a = delivery node of downstream CDN, the downstream CDN can query the = upstream CDN on routing/redirection decision. In my view, these are two = very similar scenarios with no essential difference on routing = procedure. > =20 > 2) Similarly, for iterative request routing, the definition only = covers the case that requests redirected from upstream CDN to downstream = CDN, the direction that requests redirected from downstream CDN to = upstream CDN for content locate requests in case of dynamic content = acquisition is not covered. > Is the intent to exclude routings for content locate requests or = something else? > Thanks. > =20 > Best Regards > Xiaoyan(Susan) He > =20 > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni > =20 > > =20 > =20 >=20 > Francois Le Faucheur > Distinguished Engineer > Corporate Development > flefauch@cisco.com > Phone: +33 49 723 2619 > Mobile: +33 6 19 98 50 90 >=20 >=20 > Cisco Systems France > Greenside > 400 Ave de Roumanille > 06410 Sophia Antipolis > France > Cisco.com >=20 > =20 >=20 > > =20 > Think before you print. >=20 > This email may contain confidential and privileged material for the = sole use of the intended recipient. Any review, use, distribution or = disclosure by others is strictly prohibited. If you are not the intended = recipient (or authorized to receive for the recipient), please contact = the sender by reply email and delete all copies of this message. >=20 > Cisco Systems France, Soci=A8=A6t=A8=A6 =A8=A4 responsabiit=A8=A6 = limit=A8=A6e, Rue Camille Desmoulins =A8C Imm Atlantis Zac Forum Seine = Ilot 7 92130 Issy les Moulineaux, Au capital de 91.470 =80, 349 166 561 = RCS Nanterre, Directeur de la publication: Jean-Luc Michel Givone. >=20 > For corporate legal information go to: > http://www.cisco.com/web/about/doing_business/legal/cri/index.html >=20 > =20 Francois Le Faucheur Distinguished Engineer Corporate Development flefauch@cisco.com Phone: +33 49 723 2619 Mobile: +33 6 19 98 50 90 Cisco Systems France Greenside 400 Ave de Roumanille 06410 Sophia Antipolis France Cisco.com =20 Think before you print. This email may contain confidential and privileged material for the sole = use of the intended recipient. Any review, use, distribution or = disclosure by others is strictly prohibited. If you are not the intended = recipient (or authorized to receive for the recipient), please contact = the sender by reply email and delete all copies of this message. Cisco Systems France, Soci=A8=A6t=A8=A6 =A8=A4 responsabiit=A8=A6 = limit=A8=A6e, Rue Camille Desmoulins =A8C Imm Atlantis Zac Forum Seine = Ilot 7 92130 Issy les Moulineaux, Au capital de 91.470 =80, 349 166 561 = RCS Nanterre, Directeur de la publication: Jean-Luc Michel Givone. For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html --Apple-Mail-105-754628509 Content-Type: multipart/related; type="text/html"; boundary=Apple-Mail-106-754628510 --Apple-Mail-106-754628510 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=GB2312 Hi = again,

On 9 Jun 2011, at 05:08, He Xiaoyan = wrote:

=

Hi = Francois,

Thanks for your = reply.

Some further = concerns.

=A1=B0ie I'd picture that the cache in the downstream = CDN (CDN2) will issue its inter-CDN acquisition request and that request will be handled directly by the upstream CDN Request Routing system (CDN1) - via HTTP or = DNS, like a regular CDN scenario.=A1=B1

Not = very clear how that works because there is no interface between a delivery node and RR in = another CDN of CDNI model as = below.


We could = show a "Request" interface between the "Surrogate" in the Downstream CDN = and the Request Routing system in the Upstream CDN (ie same interface as = the "Request" interface shown between the User-Agent and the uCDN/dCDN = Request Routing system) like shown below.
Does that help = ?

     = --------
     /    Upstream = CDN     \     = |    |      /   = Downstream CDN    \
     |     = +-------------+ | Control protocol| = +-------------+     = |
          = |            * * = *    |     |    = |      |   * * = *             = |
     = |     +------*------+ | Logging protocol| = +-----*-------+     = |
     | = ****| Logging     = |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D=3D=3D>|  = Logging    |**** |
     | = *            * = *    | Request Routing |   * = *             = * |
   = ....*...+--------*----+ |    = protocol     | = +---*---------+...*.....
   . | * * = +-------------+.|     |    = |      | +-------------+ * * |  = .
   . | * = *            * =    .  CDNI Metatdata |   = *             = * * |  .
   . | * * = +----------*--+ |.    protocol     | = +-*-----------+ * * |  .
   . | * * = |             = | |  .   \  /       | = |             = | * * |  .
   . | * * = |             = | |   .   \/        | = |             = | * * |  .
   . | * = ****+---------+ | |    ..Request........+---------+**** * = |  .
   . | = ******|Surrogate|*************************|Surrogate|****** |  = .
   . = |     | +---------+ | |   = Acquisition   | | +-----*---+ |     = |  .
   . = |     +-------------+ = |            &= nbsp;    | +-------*-----+     = |  .
   . = \            &= nbsp;   =      /       &= nbsp;         = \         = *           /  = .
   .  = ---------------------         = ;          = ---------*-----------   .
   = .            &= nbsp;           &nb= sp;            = ;            &= nbsp; * Delivery     = .
   = .            &= nbsp;           &nb= sp;            = ;            &= nbsp; = *            &= nbsp; .
   = .            &= nbsp;           &nb= sp;            = ;           = +------+          = .
   = ...............Request...........................| User = |..Request..

= And I=A1=AFm not sure if any additional security issues need to be considered when we talking about that a cache in the = downstream CDN directly interact with the upstream CDN=A1=AFs RR. =

     = --------

     /        = \

     |   CSP  = |

     \        = /

      = --------

          = *

          = *

          = *            &= nbsp;           /\

          = *            &= nbsp;          /  \

      ---------------------      |CDNI|       = ---------------------

     /    Upstream CDN     \     = |    |      /   Downstream = CDN    \

     |     = +-------------+ | Control protocol| +-------------+     = |

     |     |CDN Control  |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D=3D=3D&g= t;| CDN Control |     |

     |     +------*-*-*--+ |     |    = |      | +-*-*-*-------+     |

     |            * * *    |     |    |      |   * * = *             = |

     |     = +------*------+ | Logging protocol| +-----*-------+     = |

     | ****| = Logging     |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D=3D=3D>|  = Logging    |**** |

     | *   --------------+ |     |    = |      | +-------------+   * |

     | *            * *    | Request Routing |   * = *             = * |

   ....*...+--------*----+ |    protocol     | = +---*---------+...*.....

   . | * **|Req-Routing  = |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D=3D=3D>| Req-Routing |** * |  .

   . | * * +-------------+ = |     |    |      | +-------------+ * = * |  .

   . | * *            *    |  CDNI Metatdata |   = *             = * * |  .

   . | * * +----------*--+ |    protocol     | +-*-----------+ * * |  = .

   . | * * |Distribution = |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D=3D=3D>| Distribution| * * |  .

   . | * * = |             = | |      \  = /       | = |             = | * * |  .

   . | * * = |             = | |       \/        | = |             = | * * |  .

   . | * ****+---------+ | = |            &= nbsp;    | | +---------+**** * |  .

   . | ******|Surrogate|*************************|Surrogate|****** |  = .

   . |     | +---------+ | |   Acquisition   | | +-----*---+ = |     |  .

   . |     +-------------+ = |            &= nbsp;    | +-------*-----+     |  = .

   . = \            &= nbsp;   =      /       &= nbsp;         \         *           /  = .

   .  = ---------------------         = ;          ---------*-----------   .

   = .            &= nbsp;           &nb= sp;            = ;            &= nbsp; = *            &= nbsp; .

   = .            &= nbsp;           &nb= sp;            = ;            &= nbsp; * Delivery     .

   = .            &= nbsp;           &nb= sp;            = ;            &= nbsp; = *            &= nbsp; .

   = .            &= nbsp;           &nb= sp;            = ;           +------+          = .

   = ...............Request...........................| User |..Request..

          &= nbsp;           &nb= sp;       =             &n= bsp;         | Agent|

          &= nbsp;           &nb= sp;            = ;            &= nbsp;    +------+

=A1=B0I am not sure we'd want = to invoke the CDNI Request Routing protocol at that stage (that is intended to operate across = Request Routing systems). ie I'd picture that the cache in the downstream CDN = (CDN2) will issue its inter-CDN acquisition request and that request will be = handled directly by the upstream CDN Request Routing system (CDN1) - via HTTP or = DNS, like a regular CDN scenario.=A1=B1

I = am not proposing CDNI Request Routing protocol must be invoked in dynamic content acquisition. = But I think any possibilities should not be excluded in requirement stage. =  In my understanding, election of mechanisms/solutions is job of next stage = (framework?)?


Deta= iled mechanisms/solutions/protocols is to be done as part of the work on = the actual "interfaces" but the Requirements I-D aims at identifying = what functionality those need to = support. 

Thank = you.

Francois 


<= /font>

Thanks.<= /span>

 

Best Regards

Xiaoyan(Susan) = He

=B7=A2=BC=FE=C8=CB: Francois Le Faucheur [mailto:flefauch@cisco.com]
=B7=A2=CB=CD=CA=B1=BC=E4: 2011=C4=EA6=D4=C29=C8=D5 0:19
=CA=D5=BC=FE=C8=CB: He Xiaoyan
=B3=AD=CB=CD: Francois Le Faucheur; cdni@ietf.org
=D6=F7=CC=E2: Re: [CDNi] Comments on definition of recursive&iterative request = routing

 

Hello = He,

 

You are right = that these definitions have been written with handling of enduser requests in mind (as opposed to handling of = inter-CDN acquisition requests).

 

The logic is that = the inter-CDN acquisition request (issued by a downstream CDN cache and pointing to the upstream CDN = request routing system) can be considered simply as another request of its own = (only, in that case, the "end user" happens to be a downstream CDN cache). Since the inter-CDN acquisition request is expected to come out of a = cache (eg via a HTTP get), I am not sure we'd want to invoke the CDNI Request = Routing protocol at that stage (that is intended to operate across Request = Routing systems). ie I'd picture that the cache in the downstream CDN (CDN2) = will issue its inter-CDN acquisition request and that request will be handled = directly by the upstream CDN Request Routing system (CDN1) - via HTTP or DNS, like a regular CDN scenario. Of course, if the upstream CDN (CDN1) decided to = redirect that particular (inter-CDN acquisition) request to a 3rd CDN (CDN3), = then the iterative/recursive redirection would apply across these CDNs; but in = this case, I think the current definitions actually work, because with = respect to the inter-CDN acquisition request, CDN1 is the upstream CDN and CDN3 is = the downstream CDN). (remember that the definitions of upstream CDN and = downstream CDN are all relative to a given user = request).

 

Thanks for = looking into the Requirements document.

 

Francois

 

 

On 8 Jun 2011, at = 04:23, He Xiaoyan wrote:



Hi all,

Some comments on definition of recursive and iterative request routing in I-D .draft-lefaucheur-cdni-requirements.

1) =A1=B0When an Upstream CDN elects to = redirect a request towards a Downstream CDN,the Upstream CDN can query the = Downstream CDN Request = Routing system via the CDNI Request Routing protocol to find out how the Downstream CDN = wants the request to be redirected =A1=AD=A1=B1 This definition only covers = requests initiated by users where upstream CDN will query the downstream CDN for routing = decision. There is another case where recursive request routing is also utilized = but not covered by this definition in CDNI, i.e. In case of cache miss and hence dynamic content acquisition invoked, for the content locate request = issued by a delivery node of downstream CDN, the downstream CDN can query the = upstream CDN on routing/redirection decision. In my view, these are two very similar scenarios with no essential difference on routing = procedure.

 

2) Similarly, for iterative request routing, = the definition only covers the case that requests redirected from upstream = CDN to downstream CDN, the direction that requests redirected from downstream = CDN to upstream CDN for content locate requests in case of dynamic content = acquisition is not covered.

Is the intent to exclude routings for content = locate requests or something else?

Thanks.

 

Best Regards

Xiaoyan(Susan) He

 

_______________________________________________=
CDNi mailing list
CDNi@ietf.org
https://www.ietf.org/m= ailman/listinfo/cdni

 

<ima= ge001.jpg>

 

 


Francois Le Faucheur
Distinguished Engineer
Corporate Development
flefauch@cisco.com
Phone: +33 49 723 2619
Mobile: +33 6 19 98 50 = 90

Cisco Systems France
Greenside
400 Ave de Roumanille
06410 Sophia Antipolis
France
Cisco.com

 


<image002.gif>

 

 Think before you print.


This email may contain confidential and privileged material for the = sole use of the intended recipient. Any review, use, distribution or = disclosure by others is strictly prohibited. If you are not the intended = recipient (or authorized to receive for the recipient), please contact the sender = by reply email and delete all copies of this message.

Cisco Systems France, Soci=A8=A6t=A8=A6 =A8=A4 responsabiit=A8=A6 = limit=A8=A6e, Rue Camille Desmoulins =A8C Imm Atlantis Zac Forum Seine Ilot 7 92130 Issy les = Moulineaux, Au capital de 91.470 =80, 349 166 561 RCS Nanterre, = Directeur de la publication: Jean-Luc Michel Givone.

For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/index.html

 

=



Francois Le = Faucheur
Distinguished = Engineer
Corporate Development

Cisco Systems = France
Greenside
400 Ave de Roumanille
06410 Sophia = Antipolis
France
Cisco.com

 


 Think before you = print.
/9j/4AAQSkZJRgABAQEAYABgAAD/4QBmRXhpZgAASUkqAAgAAAAEABoBBQABAAAAPgAAABsBBQAB AAAARgAAACgBAwABAAAAAgAAADEBAgAQAAAATgAAAAAAAABgAAAAAQAAAGAAAAABAAAAUGFpbnQu TkVUIHYzLjM1AP/bAEMAAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAf/bAEMBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAf/AABEIAGQAmgMBIgACEQEDEQH/xAAf AAABBQEBAQEBAQAAAAAAAAAAAQIDBAUGBwgJCgv/xAC1EAACAQMDAgQDBQUEBAAAAX0BAgMABBEF EiExQQYTUWEHInEUMoGRoQgjQrHBFVLR8CQzYnKCCQoWFxgZGiUmJygpKjQ1Njc4OTpDREVGR0hJ SlNUVVZXWFlaY2RlZmdoaWpzdHV2d3h5eoOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4eLj5OXm5+jp6vHy8/T19vf4+fr/xAAfAQADAQEBAQEBAQEB AAAAAAAAAQIDBAUGBwgJCgv/xAC1EQACAQIEBAMEBwUEBAABAncAAQIDEQQFITEGEkFRB2FxEyIy gQgUQpGhscEJIzNS8BVictEKFiQ04SXxFxgZGiYnKCkqNTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNk ZWZnaGlqc3R1dnd4eXqCg4SFhoeIiYqSk5SVlpeYmZqio6Slpqeoqaqys7S1tre4ubrCw8TFxsfI ycrS09TV1tfY2dri4+Tl5ufo6ery8/T19vf4+fr/2gAMAwEAAhEDEQA/AP7+KKKKACiiigAoor49 /wCCgOv634Y/Yu/aP1vw7qt9omsWnwy1mO01TTLmSzv7Rb57bT7prW6hZJraWSzuriETwuk0QkLx SJIFdenBYaWNxmEwcZqEsXiaGGjOSbjCVerCkptKzai53aTu0rI4syxscty7H5jOEqsMBgsVjZUo tRlUjhaFSvKEZNNRlNU3FNppN3asfX6SRyqWjdJFDyRlkZXUSQyNFKhKkgPFKjxyL95JEZGAZSA+ v54/+Df/AFzWLvwf+0zoF1qd7caJpHiL4YappelzXEkllYajrun+OoNZvLSBmKQT6nFomkJevGAZ xp9rvyYwa/ocr0eIcneQ5xjcpeIWKeElRSrqm6PtI1sPRxEW6bnU5Go1lGS9pJXi2m00ePwfxFHi zhzLOII4R4FZhDEN4R1liHRlhsZiMHNKsqVH2kZTw8pxl7KD5ZJOKaYUUUV4p9KFFFFABTGliR44 mkjWSXf5UbOqvL5Y3P5aEhn2KQz7QdoOTgU+v5DP+CqnjnxjYf8ABS23uLHxNrdlP4BX4NL4MmtN RureTwz52l6Hr8zaM0UimwebWNRvL+Z7fY0087tIX4A+k4X4elxNmFbARxUcG6OBr4z2sqLrKXsZ 0qcafIqlK3POtG8+Z8sVJqMnaL+M454whwVlGHzWeAnmKxGaYTLVQhiFhnH6zCvVlWdR0a1/Z08P Plp8i55yjFzhG8l/XnRRRXzZ9mFFFFABRRRQAUUUUAFVry4FnZ3V2UMgtbae4KA7S4gieUoGIIUs FwDg4znB6V/OT+zV+3z+0t4+/wCCpWtfB3xR43Oo/CXXviR8ZvANv4AOmaTDpOg6L4F0zxvd+Frn SLmCwj1GLV7Sfwxp/wDaWozXUsmsx3GoJeL+9tGsf6LNa/5A2rf9gy//APSWWvczrIcXkGJweGxs 6FSeMwWGx8HQlOUY0sRKpD2c3KEGqkJ0pqXKnFq0oyd9Pl+GOLMv4twWY43LaWKo08uzTGZTUWLh ThOdfCQo1HVpqnVqp0alOvTlDncZp80ZwVk3+C3/AASz/wCCiX7Rf7U/7RvxG+HPxg1Pw7rHha68 A698QPDVppnhzStDm8GXOkeJvC2lQ6Fpl5pltb3WraLNY+IrgTP4km1fWPtNpaTR6skf2mC4/SP/ AIKPf8mNftL/APZNr7/04adX8+H/AAQo/wCTyPFn/ZAfGv8A6m3w1r+g/wD4KPf8mNftL/8AZNr7 /wBOGnV9nxPgMFl3H+VYfAYWjhKH1jI5+xw9ONKmpvE04ykoRSipSUU5NK8pXlK8m2/zbgTNcyzn wmz7GZrjsTmGL+q8T03icXVlWrOnHB1Zxg6k25OMHOShFtqEbQgowjGK/Kf/AIN9/wDkDftVf9hP 4Nf+kvxOr9Sf+Cjn7QHj39mf9lDx18UPhjNYWfje31Pwr4f0TVNSsLbVLfR5PEOvWdhd6ommXsct jfXdtYtciyhvoZ7JbuSGe6truGF7Wb8tv+Dff/kDftVf9hP4Nf8ApL8Tq+2P+Cz/APyYj42/7Hf4 b/8AqT21PiChRxPiksPiKcK1CtmmR06tKpFSp1KcsHl6lCcXpKEldSi01JNppptE8JYvE4HwJljM HWqYbFYbIuJquHxFKThVo1YZjm7hVpTVpQqQlaUJxalCSUotNJnd/wDBLX9pj4n/ALVH7Mk3j34v Xum6t4z8PfEbxH4FuNd07SrLRTrtlpWjeGNbtNS1DTdLhtdJttR/4qOWymGlWNhZSRWcEq2kczzM /wCj1fi//wAEKP8AkzfxZ/2X7xr/AOoT8Nau/wDBZD9qn4zfs2/DT4R6b8GPFM3gjVviN4p8SR63 4m0+1sbjWodK8KadpNxHpenTaha3kVimo3mtwz3l5bRR3+zTo7WG5jtrq8in8PM8ieYcbY7I8shh 8Kq2Y4inh4NOlhqEKdKVedo04ycYQhCbjCELbQikrW+oyTipZR4Y5VxTndTGY94fJ8JWxdSLVfG4 qpVrQwtNudapBVKs6lSmp1KtRN+9UnKTu3+ydfhd/wAFbP28f2g/2VPiB8HfBfwR1zRfDFtrvhy/ 8Z+Jb+/8NaL4jutcFvrjaXa6BKmvWl9BYaT5VlcSXc2lx2WsTNdgW+qWggXf+gv/AAT3+Mvjj9oD 9jz4L/Fn4kXtvqfjfxJp3iyy1/VLazttPTVLjwn4/wDFfg231OWzsooLK3vNRsfD1reX6Wdvb2hv p7hra2t4GjhT8Lf+C+v/ACXb4G/9kl1L/wBTHVK6+C8nof66f2TmmHw2Mjg55nh69GpCNfDTr4SF ak5KNSPLUjGpBypuUFqoyspJW4PEriLErw0fEGRYzG5dLMKWR4zC4ijUlhcbTw2YVsLXjBzozcqV SVGooVVTqNWc6fPKDd/6avht4nuvG3w78A+M722gs73xd4L8LeJ7u0tTIbW1utf0Ox1W4trYzM8p gglu3ihMrvIY1UuzNkn+RX/gq9/yko8Tf90V/wDUS8K1/WJ8Av8AkhPwV/7JL8OP/UO0av5O/wDg q9/yko8Tf90V/wDUS8K16XhpGMOKc0hFWjDKsxjFLZRjjcGkvkkkeJ41znV4DyKpUk5TqZ9ks5yd rynPLswlKTtZXbbeisf2PV/Pl4W/4KQftF6z/wAFR7z9na61Dw6vwUj+MPi34Ox+DI/DulLcJb+H 31nSbXxSPExtT4kOuTajpkWpXFu+pvohgllsItLjPl3af0G1/Hr8P/8AlNbf/wDZ43xL/wDUl8V1 5fA+X4LHUuKJYzC0MS8NkGKq4d1qcansKqjNqrS5k/Z1YuK5asbThryyV3f3PFDN8zyvE8Cwy7HY nBRxvFuBoYxYarKksVh+empYevyte1w81OXtKM+alU054S5Y2/sKoor+bT/gmD+37+0z+0L+2N4g 8G/FDxz/AMJD4G8b+FvGfiK38JzaTpVtp3hG80aSzvdGj8LS2VnbX1jb2Vm0ulS29xd3cWoW8zXm ord6skWoR/O5ZkOMzXAZzmGHqUIUckw9LE4mNWU41KkavtnGNFRpzUpKGHqyfPKCuoxveV19jnvF mXZBmvDeUYyliqmJ4nxtbBYGdCFOVKjUovDRlPEynVhKMHUxeHgvZxqStKcmkoa/0l0UUV4h9QFF FFAH46/Bj/glXP8ACj9unV/2sZfivb6v4VXxd8R/HPhzwXH4fmttdTV/iLZ6/ZSaXrGqtfSWL6do aeKdSkgvbOAXOpSWOn+daWST3Sp+wlxBHdW89tKCYriGWCQKdrGOZGjcBhyCVY4PY81NRXp5nm+Y ZxVw9fMK/t6uGwtHB0ZKFOny0KDnKnG1KME5c1ScpTac5OWrskl4mR8O5Rw5h8Xhcnwv1WhjcdiM yxMHWrVufF4mNOFWadapUlCLhSpwjTg4wjGC5Yptt/kN+wN/wS6uP2L/AI1ePfivqPxVt/HVtqvh XV/Avg7SbPw/LpNxb6Fq3iHRtak1XxHcTXtxE2sRweHdOs0s9Njax33V/ObhgltGv1D/AMFHQT+w 3+0vgE/8W1vzxzwL/TyT9AASfQDNfbFYviTw5oPjDQNa8K+KdI0/X/DfiLTL3Rdd0TVbaK903VdK 1G3ktb6wvrWZWintrm3lkiljdSCrHGDgjqq5/jcbnWDzrNKjxdfDYjBVJuMKVJzpYOpCcacY04wg nJQfvcuspNs4KHCeWZXw1mPDWRUY4DC43CZnRpqdSviFTr5jRq05VZzrVKlWUYynH3VPSEFGNrH8 9P8Awb7g/wBjftUnBwdU+DYB7Ei0+J2Rn1GRn0yPWv2E/bU/ZpP7Wv7PPjH4KweJl8IanrVzoWsa Jr01i2pWNrq/h3VrbVbWHUrKOa3nl0+/WCWxuJLaZbizFyt9FFdm2+xXPe/Av9m74I/s0+H9W8Mf BD4f6Z4C0fXdVbWtZis73WdWvNT1ExmKOW91fxFqer6vcQ2sRaKwspL82OnRSSx2FtbJNKr+3115 9xD9f4oxHEOWqrhn9YweIwnt40nVpzweHw9KE6kFKrSbc6HO4c1SFnytyVzg4U4Q/srgbCcH53LD 46P1PMMJmH1WdeNCtTzHF4zEVIUaso0K6UaeK9mqnJSnzR54qLtb4p/YI/ZJuP2MfgQfhPqHjCDx vrOp+M9d8ca3rFlpsmlaZFqGs2Oi6Smn6ZbT3FzdNaWun6BYlrm6dZri8lupRDbwmKFOA/4KLfsK XP7cPgXwHo2ieObPwJ4q+HfiHU9V0q91bS7nVtF1LTtfs7Sy1nTryKyura6s7gNp+m3tjfxJeKrW k9jJaBb/AO22X6K0V50M9zOnnDz6GItmbr1MQ8R7KlZ1KsZQqfuuT2XJKnOVNwUElF2VnZnsVeFs jrcOLhSpg3LI1hKWDWE9vXUlRoThVpf7Qqnt/aQq04VVUdRyc43k2m0/nT9kv4Awfsu/s8fDX4Ew +IX8Vt4E0/WVvPED2Q05dT1TxJ4n1vxdrEtvY+fdNa2Meq6/eW+nwyXM8y2MNv58rzeYx+Lf+Cin /BNrU/23fFnwy8ZeHvidp/gHUvBmkX/hbWbXWdAutbs7/Q73UhqsF9prWV/Yyw6pYTy3sb2dzutd Riubci801rJ/tv6u0UYTPc0wOazzrDYnkzKrVxNapXdKjNTqYvneIlKlODpfvHUm7KCUW04KNlYz DhbI8zyClwzjMG6mS0KGCw1HCxr4inKnRy/2SwkY4inVjiL0lRpx5nVcpxTVRy5pX5rwX4ZtfBXg 7wn4Nsbie7svCXhrQvDNpdXIQXNza6DpdrpVvcXAiCxieaK0SSURqqCRmCALgV/IP/wVfVh/wUn8 SkggMPgsykggMv8AwinhdcqT1G5WXI43KR1Br+x2vnH4jfsi/s3fFv4m+F/jH8RvhL4c8VfEjwct gmheJL+XVomVNKunvNLXVtKstStdD8SDTbmR5bD/AISTTNW+xnatt5aIir6/CHEVDh7NsTmOMo18 THEYDFYZxoez9p7atUo1ozl7SUI8jnR5ZtO8VPmjGbjyP57xD4OxXF/D+CyfLcRhcFPCZtgMapYr 23svq+FpYjDzpxdKnVm6ip4jmppxUZypqE6lNS9pH6Or8edB/wCCVsmift93f7X4+K1vN4Rm+IGv /FWLwMPD86eIR4r8QJfTz6TJrJv3046FBrOpXOpJepZi9eyjh0Y2SSM2sL+w1FeHl2b5hlSxscDX 9iswwlTBYpezp1PaYer8cV7SEuSVrpVIcs4pu0lc+ozjh7KM+lls81wv1mWUZhRzPAP2tal7HGUH enN+yqQ9rC9nKlV56U3GPNB2QV+Nv7Ev/BKS4/ZG/aN1/wCNFx8WbTxb4etdE8SaB4H8O2nh2403 VEtPEVxCq3HiW/udRu7fzdL0yD7KsOnRyjUbyf7c9xYRW32K7/ZKings3zDLsLmODwlf2WHzWjCh joezpz9tTpupypSnCUqbSq1Y81NxfLUkr3s0s04dyjOcdk2ZZjhfb4zIMTUxeV1fbVqaw9er7Fzk 4UqkIVU5YehNRqxnFTpRaVnJSKKKK8w9sKKKKACuS8eeO/CHww8G+I/iB4916w8MeDvCWl3Gs+IN d1J2S10+wtgNzlY0knubiaRo7aysbSGe+1C9mt7Gxt7i8uIIJOtr8G/+C9PxE1zQvgl8Gvhvp1xc W2kfELx7rmteIfIMiR31v4C0rT207TLx1+R7V9S8UQaqttJkSXmj2dyoLWYK+bnGYf2XlmMx/Iqj w9LmhBtqMqk5xpUlJrXldScea2vLezTPtvDjhB8ecccOcJfWJYWnnGOdPE4mCjKrRwWFw9bHY6dF TTg66weFr+wU04e25OdON0/BvjR/wXr8VL4g1Cw/Z9+DnhdfDdpPJBp/iP4sz61qOpazEkmFvn8M eFdY8Px6LHMgJitH8SapOFKSzSwuXtU+3v8Agmv/AMFIfiD+2p4y8d+BvH3w88G+Fbzwb4QtvFMe teELzW0tr9p9Zs9JaxfR9audVltwBdG4FwusTH5BEYOTIPnv/gj1+xN8BfFH7P8AH8f/AIneAPCX xQ8Y+NfE3iPTtEg8baNpnijRPCWgeF9U/seOGw8PatHf6VHr19q+nXupT61dWX9pw2T6dbaa1lbm 7m1P9qfBfwF+Cvw38U6l41+Hfwq8BeAvE+s6Qug6xq3gvwvpPhaXVtLS7gvkttSg0O1sbO/eO5to Hjurq3lvI1jWFJ1hzGfmciocTYuWCzbGZtTeFxKVeeAjSik8PUhJ0knGmowk7wmkm5ctuao5XR+2 +KuaeCHD1Hibw94a8P8AGRz/ACWcsrw/F1XHVp1IZxgsTRjjp1IVsZKriKN6eKw05TjGj7Xmlh8H Gj7OS/PH/gqN+3j8Xv2JP+FGf8Kq8OfDfxB/ws3/AIWb/b3/AAsHSPE+q/ZP+EM/4V9/Zf8AZH/C OeMPCf2f7R/wleo/b/tn2/zfJsvs/wBl8uf7T9afsMfHnxf+03+yz8Lvjf4803w3pHizxt/wm39q 6f4Rs9UsPD1v/wAI38RfF3hGx/s+01nWNf1KLzdN0Cznu/tOrXfmX0tzLD5Fu8VtD+Of/BwV/wA2 kf8Ade//AHi9fpB/wSO/5R6/s+/91X/9Xd8Sq3wWPxlTjPN8vniKksHQy+lVo4dtezp1HTyxucVa 9261V7/bkeZxNwnw5hPo0eHvF2GyjCUeJc04wxuAzDOIRmsZi8HTxfHEIYerJzcHTjDLcDFJQTth qeujv8yftzf8Fg9O/Zy+JesfBn4OeA9I+IfjPwlPFaeNfEvifUb228J6Jq7RLNceG9P07SGg1HWt SsUlij1W7OqaZa6ZfCbTlhv7mG5Nr5N+xJ/wWB+Nn7Qv7Qfw8+CXxI+GHwttrT4galqmnx+IfBA8 W6DcaN/Z/h7VtcWZ9O17xD4vj1PzW0v7MY1u9O2ifzQ7GLy5Pze/bs+Evxi/ZC/bi8T/AByvvCUG u+GvEPxp1L4zfDjxJ4l0eXxD4C8Sy6t4jl8ZHwvrJJgie70W7uptG1TRZrmx1QWtpHqOnyi0uLDU n/Y39jj/AIK9fCn9pLxp4P8Ahb8X/AMHww+KWs38em+Ddat54tf8C634iu2SCz0vTr28gh1rwjrW sO6Wel2d2mpWN7cItmfEKX13YWFx4eFzfMMRn1ahmGdyymdHMI06GWzwSdDE4dVUlR+sNxUJVqaU YVKim5uanSlrGK/VM78O+D8m8JsszbhLwvw/iHQzPhGrjM140w3E1WnmuSZvUwDlLMFlFOlWqYmj l2LlKriMFg5YeOFWFnhsdRvGtWl+zep6np2i6bqGsavfWml6TpNjd6nqmp6hcRWlhp2nWEEl1e31 7dzvHBa2lpbRS3FzcTOkUMMbySOqKSP56/2if+C7WnaB4m1Lw3+zX8MtK8ZaTpdzNar8RPiJd6tZ 6VrkkTGNp9E8H6S+l6sulMymS0v9V16wvruJlMuiWBAMn2N/wWZ+I2veAP2JtfsNBuZ7J/iT478J /DnVrq2kaKZdB1CDWvEmq2wdeRBqlv4W/si9jyFnsdQurd8pMyn84P8Agi/+xj8FvjN4b+Ivx1+L /hPQviPL4a8ZL4A8JeD/ABTZ22r+GNOuLXQdK17Wde1bw9dtNYa7PeQ+INPsNLh1mxuNOsvseo3E UFzfPDPpvsZ5mWa184wvD+T1qeEq1KDxGJxc4qThC05ckOaM+VKELtxhzznOEVKEVNv858K+CeAM r8Oc88XfEjLsXxBgMFmscmyXh7C1qlKGIxN8NTeIxDpV8N7SVTEYl04wr144bD4fDYmvOhi6tXDU 4fVX/BPX/gqr8Wf2svjjY/Bj4j/Db4d6Mb/wx4j19fEvgmXxLpohk0G3iuBbNo2u6v4l85LoS7DI NWiaEruCy52j9jPix8VfAvwR+Hnin4p/ErXIfD3gvwfpx1HWdTljlnkCvNFaWdlZWkCvcX2panf3 Frp2m2Nujz3l9dW9vGu6QEc/4d/Z2+Avg7xdpvj3wb8G/hp4O8ZaRYX2l2PiTwh4L0Dwvqsem6lC ILywnutBsdPa9s5YxhLa9+0QwNmS3SKRi5/DL/gvp8S/EVnYfAD4R2N7c2nhnW28Y+OvEVpFKyQa xqWjPoujeGluURl8yPSI9Q1+ZYpVeN59QgmAEtrGw662JzHh7IMZicwxUczxdCf7iq4OCl7aVKjQ hUSUW1TqylOfvOUoJpTu0l83l+S8H+MXi1w5knB2Q1uCMgzShH+1sCsQsTOl/ZtLH5hmmIwVSc60 I1MXgaFLD4VOlGlSxTU54aVOM5VPN/ip/wAF7/iVca5eRfBL4KeBdI8NwzvHp998UrnxB4k1vUbd XXy7u70zwnrvhSx0eaaMNu0+HVtbS3dlxqVwEO/6I/ZS/wCC3nhv4leNNG+H/wC0V4E0j4ZTeIr6 10vSPiH4W1O+uvB1vqd7MYLW38TaTrBn1Lw9p0szQQf29HrGr2dtLN52qQaXpsNxqMPrP/BMj9gn 9nXRv2Zvh58VvHPw48FfFT4hfFrw9D4t1LWPHfh/R/GFjoOl6pJO2keHvDela3b6jpej/Y9LaNNY vre2XWNQ1G41CC9vP7PistNsfzZ/4LNfse/CP9n/AMSfDD4pfB7QNM8DaZ8T5/E2jeJvA2iRx2Ph 201vw7DpF5Z654b0eNhBpFvqNnqc1pqumaZDa6NZz2Gn3FpaQ3GpXjS/N1qvF+X5fS4grZlRxFJq hXr5fKnBRjh68oKEbRpRin+8gpqk4zhdtVJ8rv8AtmXZf9HXi/i/G+EGW8E5nlOPp1M0yrK+LqWM xLxFbNspo4ieKq3q42tVlB/U8TPDSx9KvhsS4KE8Jhva01H+r6ivhL/gmd8S/EXxZ/Yg+A/izxZe 3OpeIYND13wlf6leStcXWoQ+BfF3iDwdpN5dXMjNNd3k+iaJpr311cE3FzfG5mmeV3M0n3bX6Ng8 THGYTC4uCcYYrD0cRCMvijGtTjUUX5pSs/NH8Y8RZLiOHM/zzh7FVIVcTkWb5lk+Iq001Tq1stxl bB1KtNO7VOpOi5wTd+WSvqFFFFdB44UUUUAFfmP/AMFWP2TvEf7Uv7OSf8K+sH1X4mfCnXH8b+Ft FhGbvxNpj2E9h4p8LWALBTqV/Yta6rpUQV5r/VNCstIh2NqRkT9OKwPEviG08M6VPql2rSCPCQwI QJJ5nOEjTPc9Seygk8AkceYYShj8FicHib+wr0nCo07Sjs4zi3dKUJqM43TXNFXTWj+j4R4hzXhT ibJeIsk5XmmU4+lisLTqRc6Vd606uFrRjKEnQxVCdXDV1GcJ+xqz5KkJWmv43f2LP+Ckfxf/AGEr XxP8LdX+H8PjzwPJr97qN74B8TajqXgzxL4R8VgW9hq66bq0ulaxJpCXQskj1jQtS8O3ipqMC3dt /Z91JqY1H93f2BP+ClGu/twfFbx74Qk+E2k/DLw54O8BW3iWFU8W3njLW77VJ9fsNKKy6mdC8LWM Onrb3Mri2TRZLkzCNjfbFaOTpfjP8FfhF+0d4iOvfEL4B/D3xZraLFGusf2BqEHiue0tlMVtb6p4 k8O6hpOtanbWyMyW9teXMlpbhsQwocGvb/2UfgR8I/gzc+JF+H/wY8HfDTVb2xtLW81bRdH1KDXN T02OfzRY3+ra7f6rqtxaLcrHcfZxdpbtPGkskTyxxunx+TZdnmAxeGwsc4hXyfD1JctGVDlrVKXL Jxp80qM5U4qUk1BYlwSVkkrJf0Z4mcZ+FfFuQZ3ns/DrE5V4j5thcM62Z0c19tl2Fxbr4WNfFujS zHD0MVVqUY1KbxE8kWInKfPUqOd6j/I//g4K/wCbSP8Auvf/ALxev0g/4JHf8o9f2ff+6r/+ru+J Ve6/tG+FvA3ivUPC0Pj34QfB/wCKtpptnqkuiH4o/DzRfHU+g3F/PZpq40Z9aWZNMi1OOw0j7ctp FE92+n2xuZJhb2yw+zfCrRPDHhv4c+GtI8FeEPC3gPw/a2NzLY+FPBeg6d4a8L6TdXt9d3+qf2Vo Wkw21hYRX2sXN9qU6Qxh5ru8uLi4kmuZpp5PWwmVSpcT5lm/t4ShicHDDqhySU4OMMBHnc37jT+r N2Wvvx7M+Az/AI+oY/wL4K8O1lleliMk4jxWbzzZ4mjPDYiFavxTWVCGGivb06kVnkIuU24t4ao1 pOB+QXxM/wCCzf7OWheLfir8Hfix8BfH+vQeDPGnjTwHqFpaW3gXxl4a8SyeEfEOo6JDdXdh4l1T QEhtNSn01Lt7aay1BrASBVN88IaT8L/Bfh6D9rD9u7RG/Zm+FEnw28MeJvif4Z8TaL4M0qSOWw+H fhTQb3RJvEXie/ntYo7DRtMtWs73xJcWNkhstMub+Hw3oKXrjS4Lr+j7x7+xJ8FfiV4q13xd4q/Z b+HGq6/q2ralqes6vp+m+J/DTaxqd/dPcahqt7B4e8XaPBd3uo3LSXlzdzQyXFxczT3MkjzTzSSf Qn7PHhj4S/BNp/B3gn4NeCvha2qXIivr7whoq6fd6hcBsxQ69eXj3ut34iOBbyXuq3UcAISGGGPF eHismzbN8Xh45vj8J9SoYn2tKVHCOnipxUvdo+1dGmoKUW4tqpKClabhUlGNv1LIfErw+8O+H83x Hh7wpxA+J80yP+z8dRzDiGGK4fw9epSp+2zBYCOZYqeJlTrwVSmpYSliXS58LTxGGpV63NN+3z+z ZeftV/sw+PvhZoRtk8aL/Z/izwDJeSxW9q3i/wAM3BvLKwnuZiIbSPXrB9S8ONezOkNiNY+2TN5U Dg/ywfso/tkfHv8A4JwfETx14P1bwDNeadqd3b23xB+EfjpdT8M39rrWlxTJp2saVe/ZrifQtV8i 4Ecl6dM1TTtb0d4A9rceVpOoWX9q+r6raaLp9zqV6xW3tYy77Rl3P8KIO7ueAK+Avjn4M+Fv7R1z awfEj4F+APHqabG1to9/4i0a8uvFdjZtL50tvZeJNFvtJ1zT7O4lAmmsLK+jtmkG6UTMAw9PiHJp 4nF4bNMvxrwOa4eHs6cuRzp1aacrKaUZ8rXtJxbcKkakZezlBpJr4jwf8S8NkvD2d8CcYcLw4r4B zjFfXcVh1iI4bGYDGOOH554SVSrRjWjOWFwtaFOnicDWwmJp/W6OLhOcoVPm39jP/grFrf7Yf7Q/ h/4PWvwR0r4a6HdeF/Fev6rqlx48u/G+q3E2h2cc9nb6eY/Cng6zsInllH2lrm21N5I1KxeQzB16 L/gsL+yH4k/aL+Cnh/4i/DrTbzXPiJ8D59b1OPw1pts11qPinwV4hTTB4nsdMtYVNxe61o8uj6br mmWcW+W6s7fW7GytrrU76xgf2r9nT9nv4PfBjx5Y6n8NfgB8P/h/rd5Bc6dP4nt9I8RXniG2026A a9trDWPEuu6veWSXYjSOdLaaJZoVMMgaLKV+gGtazY6Dp8+p6hIUt4FyQgDSyufuxRISN8j4wq5A 7kgAkdOFwGKzDJcXgc9xccXUxE5qdelBUo0opUp0eSKpUI81GpBVf4ajKWkuZN38TOuL8i4R8TeH +KvCnh+vw/gcooYV4fKcfi6uPq4+rUnjaGZQxVWWPzOsqWZYPFSwUksZOpSp+/RdOUYOP8g37GP/ AAVu+J/7J3w7g+EfiT4eaf8AGHwLoU92/hC3vPFV34N8SeF4r65nvLzR01v+wfFVtf6Gl9PNdWNh caLFd6fJcXNvFqLWH2OzsvF/2g/2jP2hP+Cnnx38B+HdM8HRi7SSfw58Mvhl4Va9v7DQIdXuLafX Nb1fVrpFae4mjs7S68TeJrq30vS7HSNHtpXtNPtLGV3/AKNPi38Af2bvjh4lvPEnib9l/wCG2ta7 eXD3V9rg03VdK8Q6xOd6/btd1DwVqHhq51S6kjYCR9Tm1CQbY1NxIIISvo/wQ8P/AAu/Z9eTTfh3 8Dfh78PLW/EVrrV94S0F9O8S31okokjTVNc1Ge/1vWYrZ8ywWup6jLHG+5ojEzFj8x/YGb16VHK8 bnyqZNSnBRhToTVadOlKLp025Uk0kkuRTxFanRai4wkoRR+6f8Rd8Osqx2P474b8J6mE8S8ww+Jq VMRi81w08tw+NxtKUMTiqapY+dN1KrnUeJq4TKMtxeYRqVqdXE0Xiasz6E/Zj+B+mfs3fAT4Y/BL Sr0anD4C8OrY32qLF5Eeq6/qd9ea94n1WCDAa3ttS8Sarqt9bW8heWC3uIoppZpUeV/d6r2l1BfW 0F3bOJILiJJYnHdHAIz6EZwQeQQQelWK/SaNKnQo0qNGKjSo04UqUVqo06cVCEU+yikl5I/ijMsf jM0zHH5nmNWWIzDMcbisfjq80lOtjMXXqYjFVZqKSUqlepOckkknJpJLQKKKK0OIKKKKACvLfibY y39vpcQBMKzTyOv8PmBEWMkdztaTHpz68epVn6jYRX8HlSDlWDocZ2sARnHcEEg+xz2qKkOeEo97 fg0/xsdWDxH1XE0q/wDz7k35q8XG681e5yfw+0mz07RFaKFBczTym5kKgvuRsRrnkhRHtYDgZZiB zk93tUEsFAYjBOBkj0J64rm7TTLqxLfZZDGHxuUBWRsdCUYFc9ecA4PWta1S7WR2uZS6lMKuFVQd wJOFAGcdzzjjpSprlhGPK1ZW0tb1363u9N76DxU/bVqtd1VN1JOVm25atWjta0bpLW1lsrWPMfif pf8AaE2jvt3eXFer0zjL2xrtfBkH2XwzpVuRjyo51x6f6XcEfoavatpo1BoCRnyhIOf9sp/8TV6w tvstnFb9PLDj/vqR29/71TGnatOpb4o2v6KHl5dzWri/aZdh8Jf+DVlO19rurrbz5/8Ah9TiPEXi y+t55bLSYV3xEpLdSqXAfAysUZwMochmcMCchV4DHh9H8Hapq+txaxqCuq/akuri5mURvKYyMLEh AJztCghdiqMAkgKfVH0TbeNdRqpfzjOpYAjeW3nIPX5iensQRWzEb3egkESxj72xGBx+LsB+A/Lq JdJzmpVG2oyvGKS5Vqrf8HyT13N6ePWFoOnhIU4TqUuWrWbvVd0nJeeuqV+VNfDozjviNay3mhxQ Jko95F5qjugV2XPsHVfxNZ/w30SysbO8uDDGb17gIzsql0hCKUC55VWYvnGMle+K9EvbSO9t3gkG VYAjjOGBBVh7gj8Rkd6w7bSLiykL2sjRsRglcbWH+0jAq3qNynB6U3T/AHyqW5tLenTTTz7rdmVP F/8ACfPBc/s71HNvZSu4u0mt07Wfay3V0dKUQsGKKWX7rFQWH0JGR+Bryz4mWc1+mmQDcYFM8jKM 7WkGwDcOh2jBHHGT616HAl8JlaeUtGAcqFRQSeATtAPv6UupafFqEIRx80bbkb0OMEe4I7eoB6ir qR9pTlG1ua29tbNPz3tbUwwlb6piqNa6lyNu8bvl5ouN9baq938+pzngbR7DTNEtmt4YxcThnuZs AyNJuIKluoCfdC5AAHTNcz8SdCsrwafcpDGt4XlSRkUBpIgqkGTHXaxIDEZOcZOOO3tNNu7IMLaQ xq3JTCsmfUKwKgnuQATgZNRT6NNeSiS6dpGOAWbnao7Ko4A5JwABk+9RKHNSVPk2UV0srW1Xn8ur vszppYqVPHvG+3u3Kc73blJTTXI+nKrrS70irJNe7X8CwS23hy0gl3fu5LhU3ZyIxM4QDPYAYHtX YVBbQR20McEY2pGoUD6D9T6nueanrWK5Yxj/ACxS+5WOCvV9tWq1bW9pUlO3bmbf66hRRRVGQUUU UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAf/2Q== --Apple-Mail-106-754628510 Content-Transfer-Encoding: base64 Content-Disposition: inline; filename=green.gif Content-Type: image/gif; name="green.gif" Content-Id: R0lGODlhEgATAJEAAAAAAP///wCZAP///yH5BAEAAAMALAAAAAASABMAAAIojI+pGyK8nINqUiTf bVnfvHEg1UmhdZRqaawu6XZVjKb0/CYxo8JOAQA7 --Apple-Mail-106-754628510-- --Apple-Mail-105-754628509-- From hexiaoyan@huawei.com Thu Jun 9 23:52:15 2011 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 BB3CE11E8084 for ; Thu, 9 Jun 2011 23:52:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.501 X-Spam-Level: **** X-Spam-Status: No, score=4.501 tagged_above=-999 required=5 tests=[AWL=0.900, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, J_CHICKENPOX_33=0.6, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4, SARE_GIF_ATTACH=1.42, SARE_SUB_ENC_GB2312=1.345] 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 e0cwmwV656uK for ; Thu, 9 Jun 2011 23:52:13 -0700 (PDT) Received: from szxga04-in.huawei.com (szxga04-in.huawei.com [119.145.14.67]) by ietfa.amsl.com (Postfix) with ESMTP id 56D6111E8078 for ; Thu, 9 Jun 2011 23:52:12 -0700 (PDT) Received: from huawei.com (szxga04-in [172.24.2.12]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LMK00CV5AXE88@szxga04-in.huawei.com> for cdni@ietf.org; Fri, 10 Jun 2011 14:48:50 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LMK00BOUAXERM@szxga04-in.huawei.com> for cdni@ietf.org; Fri, 10 Jun 2011 14:48:50 +0800 (CST) Received: from w36710x ([10.144.113.87]) by szxml06-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0LMK002XYAXAP7@szxml06-in.huawei.com> for cdni@ietf.org; Fri, 10 Jun 2011 14:48:49 +0800 (CST) Date: Fri, 10 Jun 2011 14:48:46 +0800 From: He Xiaoyan In-reply-to: <828F91BD-2299-45C0-8D1C-193DAE705D02@cisco.com> To: 'Francois Le Faucheur' Message-id: <00e401cc273a$72eef0b0$5771900a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3664 X-Mailer: Microsoft Office Outlook 11 Content-type: multipart/related; boundary="Boundary_(ID_Xt09ofpL4Qu1mF7/s/NUBQ)" Thread-index: Acwmqp3DJS2+IGFdTDiFCzuBftjx2QAj8PYA Cc: cdni@ietf.org Subject: [CDNi] =?gb2312?b?tPC4tDogtPC4tDogIENvbW1lbnRzIG9uIGRlZmluaXRp?= =?gb2312?b?b24gb2YgcmVjdXJzaXZlJml0ZXJhdGl2ZSByZXF1ZXN0IHJvdXRp?= =?gb2312?b?bmc=?= 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, 10 Jun 2011 06:52:15 -0000 This is a multi-part message in MIME format. --Boundary_(ID_Xt09ofpL4Qu1mF7/s/NUBQ) Content-type: multipart/alternative; boundary="Boundary_(ID_NJ8ReuMHH8O8bNvBLyMosQ)" --Boundary_(ID_NJ8ReuMHH8O8bNvBLyMosQ) Content-type: text/plain; charset=gb2312 Content-transfer-encoding: quoted-printable Hi Francois, Your proposal is ok for me. Thanks. =20 Best Regards Xiaoyan(Susan) He _____ =20 =B7=A2=BC=FE=C8=CB: Francois Le Faucheur [mailto:flefauch@cisco.com]=20 =B7=A2=CB=CD=CA=B1=BC=E4: 2011=C4=EA6=D4=C29=C8=D5 21:40 =CA=D5=BC=FE=C8=CB: He Xiaoyan =B3=AD=CB=CD: Francois Le Faucheur; cdni@ietf.org =D6=F7=CC=E2: Re: =B4=F0=B8=B4: [CDNi] Comments on definition of = recursive&iterative request routing =20 Hi again, =20 On 9 Jun 2011, at 05:08, He Xiaoyan wrote: Hi Francois, Thanks for your reply. Some further concerns. =A1=B0ie I'd picture that the cache in the downstream CDN (CDN2) will = issue its inter-CDN acquisition request and that request will be handled directly = by the upstream CDN Request Routing system (CDN1) - via HTTP or DNS, like a regular CDN scenario.=A1=B1 Not very clear how that works because there is no interface between a delivery node and RR in another CDN of CDNI model as below. =20 We could show a "Request" interface between the "Surrogate" in the Downstream CDN and the Request Routing system in the Upstream CDN (ie = same interface as the "Request" interface shown between the User-Agent and = the uCDN/dCDN Request Routing system) like shown below. Does that help ? =20 -------- / \ | CSP | \ / -------- * * * /\ * / \ --------------------- |CDNI| --------------------- / Upstream CDN \ | | / Downstream CDN \ | +-------------+ | Control protocol| +-------------+ | | |CDN Control = |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D=3D=3D>| CDN Control | = | | +------*-*-*--+ | | | | +-*-*-*-------+ | | * * * | | | | * * * | | +------*------+ | Logging protocol| +-----*-------+ | | ****| Logging = |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D=3D=3D>| Logging = |**** | | * --------------+ | | | | +-------------+ * | | * * * | Request Routing | * * * | ....*...+--------*----+ | protocol | +---*---------+...*..... . | * **|Req-Routing = |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D=3D=3D>| Req-Routing = |** * | . . | * * +-------------+.| | | | +-------------+ * * | . . | * * * . CDNI Metatdata | * * * | . . | * * +----------*--+ |. protocol | +-*-----------+ * * | . . | * * |Distribution = |<=3D=3D.=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D=3D=3D>| Distribution| * = * | . . | * * | | | . \ / | | | * * | . . | * * | | | . \/ | | | * * | . . | * ****+---------+ | | ..Request........+---------+**** * | . . | ******|Surrogate|*************************|Surrogate|****** | . . | | +---------+ | | Acquisition | | +-----*---+ | | . . | +-------------+ | | +-------*-----+ | . . \ / \ * / . . --------------------- ---------*----------- . . * . . * Delivery . . * . . +------+ . ...............Request...........................| User |..Request.. | Agent| +------+ =20 =20 And I=A1=AFm not sure if any additional security issues need to be = considered when we talking about that a cache in the downstream CDN directly = interact with the upstream CDN=A1=AFs RR.=20 -------- / \ | CSP | \ / -------- * * * /\ * / \ --------------------- |CDNI| --------------------- / Upstream CDN \ | | / Downstream CDN \ | +-------------+ | Control protocol| +-------------+ | | |CDN Control = |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D=3D=3D>| CDN Control | = | | +------*-*-*--+ | | | | +-*-*-*-------+ | | * * * | | | | * * * | | +------*------+ | Logging protocol| +-----*-------+ | | ****| Logging = |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D=3D=3D>| Logging = |**** | | * --------------+ | | | | +-------------+ * | | * * * | Request Routing | * * * | ....*...+--------*----+ | protocol | +---*---------+...*..... . | * **|Req-Routing = |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D=3D=3D>| Req-Routing = |** * | . . | * * +-------------+ | | | | +-------------+ * * | . . | * * * | CDNI Metatdata | * * * | . . | * * +----------*--+ | protocol | +-*-----------+ * * | . . | * * |Distribution = |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D=3D=3D>| Distribution| = * * | . . | * * | | | \ / | | | * * | . . | * * | | | \/ | | | * * | . . | * ****+---------+ | | | | +---------+**** * | . . | ******|Surrogate|*************************|Surrogate|****** | . . | | +---------+ | | Acquisition | | +-----*---+ | | . . | +-------------+ | | +-------*-----+ | . . \ / \ * / . . --------------------- ---------*----------- . . * . . * Delivery . . * . . +------+ . ...............Request...........................| User |..Request.. | Agent| +------+ =A1=B0I am not sure we'd want to invoke the CDNI Request Routing = protocol at that stage (that is intended to operate across Request Routing systems). = ie I'd picture that the cache in the downstream CDN (CDN2) will issue its inter-CDN acquisition request and that request will be handled directly = by the upstream CDN Request Routing system (CDN1) - via HTTP or DNS, like a regular CDN scenario.=A1=B1 I am not proposing CDNI Request Routing protocol must be invoked in = dynamic content acquisition. But I think any possibilities should not be = excluded in requirement stage. In my understanding, election of = mechanisms/solutions is job of next stage (framework?)? =20 Detailed mechanisms/solutions/protocols is to be done as part of the = work on the actual "interfaces" but the Requirements I-D aims at identifying = what functionality those need to support.=20 =20 Thank you. =20 Francois=20 =20 Thanks. =20 Best Regards Xiaoyan(Susan) He _____ =20 =B7=A2=BC=FE=C8=CB: Francois Le Faucheur [mailto:flefauch@cisco.com]=20 =B7=A2=CB=CD=CA=B1=BC=E4: 2011=C4=EA6=D4=C29=C8=D5 0:19 =CA=D5=BC=FE=C8=CB: He Xiaoyan =B3=AD=CB=CD: Francois Le Faucheur; cdni@ietf.org =D6=F7=CC=E2: Re: [CDNi] Comments on definition of recursive&iterative = request routing =20 Hello He, =20 You are right that these definitions have been written with handling of enduser requests in mind (as opposed to handling of inter-CDN = acquisition requests). =20 The logic is that the inter-CDN acquisition request (issued by a = downstream CDN cache and pointing to the upstream CDN request routing system) can = be considered simply as another request of its own (only, in that case, the "end user" happens to be a downstream CDN cache). Since the inter-CDN acquisition request is expected to come out of a cache (eg via a HTTP = get), I am not sure we'd want to invoke the CDNI Request Routing protocol at = that stage (that is intended to operate across Request Routing systems). ie = I'd picture that the cache in the downstream CDN (CDN2) will issue its = inter-CDN acquisition request and that request will be handled directly by the upstream CDN Request Routing system (CDN1) - via HTTP or DNS, like a = regular CDN scenario. Of course, if the upstream CDN (CDN1) decided to redirect = that particular (inter-CDN acquisition) request to a 3rd CDN (CDN3), then the iterative/recursive redirection would apply across these CDNs; but in = this case, I think the current definitions actually work, because with = respect to the inter-CDN acquisition request, CDN1 is the upstream CDN and CDN3 is = the downstream CDN). (remember that the definitions of upstream CDN and downstream CDN are all relative to a given user request). =20 Thanks for looking into the Requirements document. =20 Francois =20 =20 On 8 Jun 2011, at 04:23, He Xiaoyan wrote: Hi all, Some comments on definition of recursive and iterative request routing = in I-D .draft-lefaucheur-cdni-requirements. 1) =A1=B0When an Upstream CDN elects to redirect a request towards a = Downstream CDN,the Upstream CDN can query the Downstream CDN Request Routing system = via the CDNI Request Routing protocol to find out how the Downstream CDN = wants the request to be redirected =A1=AD=A1=B1 This definition only covers = requests initiated by users where upstream CDN will query the downstream CDN for routing decision. There is another case where recursive request routing = is also utilized but not covered by this definition in CDNI, i.e. In case = of cache miss and hence dynamic content acquisition invoked, for the = content locate request issued by a delivery node of downstream CDN, the = downstream CDN can query the upstream CDN on routing/redirection decision. In my = view, these are two very similar scenarios with no essential difference on = routing procedure. =20 2) Similarly, for iterative request routing, the definition only covers = the case that requests redirected from upstream CDN to downstream CDN, the direction that requests redirected from downstream CDN to upstream CDN = for content locate requests in case of dynamic content acquisition is not covered. Is the intent to exclude routings for content locate requests or = something else? Thanks. =20 Best Regards Xiaoyan(Susan) He =20 _______________________________________________ CDNi mailing list CDNi@ietf.org https://www.ietf.org/mailman/listinfo/cdni =20 =20 =20 Francois Le Faucheur Distinguished Engineer Corporate Development flefauch@cisco.com Phone: +33 49 723 2619 Mobile: +33 6 19 98 50 90 Cisco Systems France Greenside 400 Ave de Roumanille 06410 Sophia Antipolis France Cisco.com =20 =20 Think before you print. This email may contain confidential and privileged material for the sole = use of the intended recipient. Any review, use, distribution or disclosure = by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender by = reply email and delete all copies of this message. Cisco Systems France, Soci=A8=A6t=A8=A6 =A8=A4 responsabiit=A8=A6 = limit=A8=A6e, Rue Camille Desmoulins =A8C Imm Atlantis Zac Forum Seine Ilot 7 92130 Issy les = Moulineaux, Au capital de 91.470 =80, 349 166 561 RCS Nanterre, Directeur de la publication: Jean-Luc Michel Givone. For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html =20 =20 =20 =20 Francois Le Faucheur Distinguished Engineer Corporate Development flefauch@cisco.com Phone: +33 49 723 2619 Mobile: +33 6 19 98 50 90 Cisco Systems France Greenside 400 Ave de Roumanille 06410 Sophia Antipolis France Cisco.com =20 =20 Think before you print. This email may contain confidential and privileged material for the sole = use of the intended recipient. Any review, use, distribution or disclosure = by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender by = reply email and delete all copies of this message. Cisco Systems France, Soci=A8=A6t=A8=A6 =A8=A4 responsabiit=A8=A6 = limit=A8=A6e, Rue Camille Desmoulins =A8C Imm Atlantis Zac Forum Seine Ilot 7 92130 Issy les = Moulineaux, Au capital de 91.470 =80, 349 166 561 RCS Nanterre, Directeur de la publication: Jean-Luc Michel Givone. For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html =20 --Boundary_(ID_NJ8ReuMHH8O8bNvBLyMosQ) Content-type: text/html; charset=gb2312 Content-transfer-encoding: quoted-printable

Hi = Francois,

Your proposal is = ok for me.

Thanks.=

 <= /span>

Best = Regards

Xiaoyan(Susan) = He

=B7=A2=BC=FE=C8=CB: Francois Le Faucheur [mailto:flefauch@cisco.com]
=B7=A2=CB=CD=CA=B1=BC=E4: 2011=C4=EA6=D4=C29=C8=D5 = 21:40
=CA=D5=BC=FE=C8=CB: He Xiaoyan
=B3=AD=CB=CD: Francois Le Faucheur; cdni@ietf.org
=D6=F7=CC=E2: Re: = =B4=F0=B8=B4: [CDNi] Comments on definition of recursive&iterative = request routing

 

Hi = again,

 

On 9 Jun 2011, at 05:08, He Xiaoyan = wrote:



Hi = Francois,

Thanks for your = reply.

Some further = concerns.

=A1=B0ie I'd picture that the cache in the downstream CDN (CDN2) = will issue its inter-CDN acquisition request and that request will be handled = directly by the upstream CDN Request Routing system (CDN1) - via HTTP or DNS, = like a regular CDN scenario.=A1=B1

Not very clear = how that works because there is no interface between a delivery node and RR in = another CDN of CDNI model as below.

 

We could show a "Request" interface = between the "Surrogate" in the Downstream CDN and the Request Routing = system in the Upstream CDN (ie same interface as the "Request" interface = shown between the User-Agent and the uCDN/dCDN Request Routing system) like = shown below.

Does that help ?

 

     --------

     /        = \

     |   CSP  |

     \        = /

      --------

          *

          *

          *            =             /\

          *            =            /  \

      ---------------------      |CDNI|       = ---------------------

     /    Upstream CDN     \     |    = |      /   Downstream CDN    = \

     |     +-------------+ | Control protocol| +-------------+     = |

     |     |CDN Control  = |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D=3D=3D>| CDN Control |     |

     |    = +------*-*-*--+ |     |    |      | = +-*-*-*-------+     = |

     |            * * *    |     |    |      |   * * *            = |

     |     +------*------+ | Logging protocol| +-----*-------+     = |

     | ****| Logging     = |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D=3D=3D>|  Logging    |**** |

     | *   --------------+ |     = |    |      | +-------------+   * = |

     | *            * *    | Request Routing |   * *            = * |

   ....*...+--------*----+ |    = protocol     | +---*---------+...*.....

   . | * **|Req-Routing  = |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D=3D=3D>| = Req-Routing |** * |  .

   . | * * +-------------+.|     |    |      | +-------------+ * * |  = .

   . | * = *            *    .  CDNI Metatdata |   *            = * * |  .

   . | * * +----------*--+ |.    protocol     = | +-*-----------+ * * |  .

   . | * * |Distribution = |<=3D=3D.=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D=3D=3D>| = Distribution| * * |  .

   . | * * |            = | |  .   \  /       | |            = | * * |  .

   . | * * |            = | |   .   \/        | |            = | * * |  .

   . | * ****+---------+ | |    ..Request........+---------+**** = * |  .

   . | ******|Surrogate|*************************|Surrogate|****** |  = .

   . |     | +---------+ | |   Acquisition   | | +-----*---+ |     = |  .

   . |     +-------------+ |            =      | +-------*-----+     |  = .

   . \            =          /       =           \         *           /  = .

   .  ---------------------        &nbs= p;          ---------*-----------   .

   .            =             &= nbsp;           &n= bsp;           &nb= sp;  *            =   .

   .            =             &= nbsp;           &n= bsp;           &nb= sp;  * Delivery     .

   .            =             &= nbsp;           &n= bsp;           &nb= sp;  *            =   .

   .            =             &= nbsp;           &n= bsp;           +------+          = .

   ...............Request...........................| User = |..Request..

         &= nbsp;           &n= bsp;                    &= nbsp;         | Agent|

         &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;      +------+

 

 



And I=A1=AFm not = sure if any additional security issues need to be considered when we talking about = that a cache in the downstream CDN directly interact with the upstream = CDN=A1=AFs RR.

     = --------

     /        = \

     |   CSP  = |

     \        = /

      = --------

          = *

          = *

          *            =             /\

          *            =            /  \

      ---------------------      |CDNI|       = ---------------------

     /    Upstream CDN     \     = |    |      /   Downstream = CDN    \

     |     = +-------------+ | Control protocol| +-------------+     = |

     |     |CDN Control  = |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D=3D=3D>| CDN = Control |     |

     |     = +------*-*-*--+ |     |    = |      | +-*-*-*-------+     = |

     |            * * *    |     |    |      |   * * *            = |

     |     = +------*------+ | Logging protocol| +-----*-------+     = |

     | ****| = Logging     |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D=3D=3D>|  = Logging    |**** |

     | *   --------------+ |     |    = |      | +-------------+   * |

     | *            * *    | Request Routing |   * *            = * |

   ....*...+--------*----+ |    protocol     | = +---*---------+...*.....

   . | * **|Req-Routing  |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D=3D=3D>| = Req-Routing |** * |  .

   . | * * +-------------+ = |     |    |      | +-------------+ * = * |  .

   . | * *            *    |  CDNI Metatdata |   *            = * * |  .

   . | * * +----------*--+ |    protocol     | +-*-----------+ * * |  = .

   . | * * |Distribution = |<=3D=3D=3D=3D=3D=3D|=3D=3D=3D=3D|=3D=3D=3D=3D=3D=3D=3D>| Distribution| * * |  .

   . | * * |            = | |      \  = /       | |            = | * * |  .

   . | * * |            = | |       \/        | |            = | * * |  .

   . | * ****+---------+ | |            =      | | +---------+**** * |  .

   . | ******|Surrogate|*************************|Surrogate|****** |  = .

   . |     | +---------+ | |   Acquisition   | | +-----*---+ = |     |  .

   . |     +-------------+ |            =      | +-------*-----+     |  = .

   . \            =          /       =           \         *           /  = .

   .  ---------------------        &nbs= p;          ---------*-----------   .

   .            =             &= nbsp;           &n= bsp;           &nb= sp;  *            =   .

   .            =             &= nbsp;           &n= bsp;           &nb= sp;  * Delivery     .

   .            =             &= nbsp;           &n= bsp;           &nb= sp;  *            =   .

   .            =             &= nbsp;           &n= bsp;           +------+          = .

   = ...............Request...........................| User |..Request..

          =             &= nbsp;                   &= nbsp;         | Agent|

          =             &= nbsp;           &n= bsp;           &nb= sp;     +------+

=A1=B0I am not sure we'd want to invoke the = CDNI Request Routing protocol at that stage (that is intended to operate across = Request Routing systems). ie I'd picture that the cache in the downstream CDN = (CDN2) will issue its inter-CDN acquisition request and that request will be = handled directly by the upstream CDN Request Routing system (CDN1) - via HTTP or = DNS, like a regular CDN = scenario.=A1=B1

I am not = proposing CDNI Request Routing protocol must be invoked in dynamic content acquisition. = But I think any possibilities should not be excluded in requirement stage. =  In my understanding, election of mechanisms/solutions is job of next stage (framework?)?

 

Detailed mechanisms/solutions/protocols is to = be done as part of the work on the actual "interfaces" but the Requirements = I-D aims at identifying what functionality those need to = support. 

 

Thank you.

 

Francois 

 



Thanks.

 

Best = Regards

Xiaoyan(Susan) = He

=B7=A2=BC=FE=C8=CB: Francois Le Faucheur [mailto:flefauch@cisco.com]
=B7=A2=CB=CD=CA=B1=BC=E4: 2011=C4=EA6=D4=C29=C8=D5 0:19
=CA=D5=BC=FE=C8=CB: He Xiaoyan
=B3=AD=CB=CD: Francois Le Faucheur; cdni@ietf.org
=D6=F7=CC=E2: Re: [CDNi] Comments on definition of recursive&iterative request = routing

 

Hello He,

 

You are right that these definitions have = been written with handling of enduser requests in mind (as opposed to handling of = inter-CDN acquisition requests).

 

The logic is that the inter-CDN acquisition = request (issued by a downstream CDN cache and pointing to the upstream CDN request = routing system) can be considered simply as another request of its own (only, in = that case, the "end user" happens to be a downstream CDN cache). = Since the inter-CDN acquisition request is expected to come out of a cache (eg via = a HTTP get), I am not sure we'd want to invoke the CDNI Request Routing = protocol at that stage (that is intended to operate across Request Routing systems). = ie I'd picture that the cache in the downstream CDN (CDN2) will issue its = inter-CDN acquisition request and that request will be handled directly by the = upstream CDN Request Routing system (CDN1) - via HTTP or DNS, like a regular CDN scenario. Of course, if the upstream CDN (CDN1) decided to redirect that = particular (inter-CDN acquisition) request to a 3rd CDN (CDN3), then the iterative/recursive redirection would apply across these CDNs; but in = this case, I think the current definitions actually work, because with = respect to the inter-CDN acquisition request, CDN1 is the upstream CDN and CDN3 is = the downstream CDN). (remember that the definitions of upstream CDN and = downstream CDN are all relative to a given user = request).

 

Thanks for looking into the Requirements = document.

 

Francois=

 

 

On 8 Jun 2011, at 04:23, He Xiaoyan = wrote:




Hi all,

Some comments on definition of recursive and iterative request routing in I-D .draft-lefaucheur-cdni-requirements.

1) =A1=B0When an Upstream CDN elects to = redirect a request towards a Downstream CDN,the Upstream CDN can query the Downstream CDN Request Routing = system via the CDNI Request Routing protocol to find out how the Downstream CDN = wants the request to be redirected =A1=AD=A1=B1 This definition only covers = requests initiated by users where upstream CDN will query the downstream CDN for routing = decision. There is another case where recursive request routing is also utilized = but not covered by this definition in CDNI, i.e. In case of cache miss and hence dynamic content acquisition invoked, for the content locate request = issued by a delivery node of downstream CDN, the downstream CDN can query the = upstream CDN on routing/redirection decision. In my view, these are two very similar scenarios with no essential difference on routing = procedure.

 

2) Similarly, for iterative request routing, = the definition only covers the case that requests redirected from upstream = CDN to downstream CDN, the direction that requests redirected from downstream = CDN to upstream CDN for content locate requests in case of dynamic content = acquisition is not covered.

Is the intent to exclude routings for content = locate requests or something else?

Thanks.

 

Best Regards

Xiaoyan(Susan) He

 

______________________________________________= _
CDNi mailing list
CDNi@ietf.org
https://www.ietf.org/= mailman/listinfo/cdni

 

<image001= .jpg>

 

 


Francois Le Faucheur
Distinguished Engineer
Corporate Development
flefauch@cisco.com
Phone: +33 49 723 2619
Mobile: +33 6 19 98 50 = 90

Cisco Systems France
Greenside
400 Ave de Roumanille
06410 Sophia Antipolis
France
Cisco.com

 


<image002.gif>

 

 Think before you print.


This email may contain confidential and privileged material for the = sole use of the intended recipient. Any review, use, distribution or = disclosure by others is strictly prohibited. If you are not the intended = recipient (or authorized to receive for the recipient), please contact the sender = by reply email and delete all copies of this message.

Cisco Systems France, Soci=A8=A6t=A8=A6 =A8=A4 responsabiit=A8=A6 = limit=A8=A6e, Rue Camille Desmoulins =A8C Imm Atlantis Zac Forum Seine Ilot 7 92130 Issy les = Moulineaux, Au capital de 91.470 =80, 349 166 561 RCS Nanterre, Directeur de la publication: Jean-Luc Michel Givone.

For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/index.html=

 

 

 

 


Francois Le Faucheur
Distinguished Engineer
Corporate Development
flefauch@cisco.com
Phone: +33 49 723 2619
Mobile: +33 6 19 98 50 = 90

Cisco Systems France
Greenside
400 Ave de Roumanille
06410 Sophia Antipolis
France
Cisco.com

 


 

 Think before you print.


This email may contain confidential and privileged material for the = sole use of the intended recipient. Any review, use, distribution or = disclosure by others is strictly prohibited. If you are not the intended = recipient (or authorized to receive for the recipient), please contact the sender = by reply email and delete all copies of this message.

Cisco Systems France, Soci=A8=A6t=A8=A6 =A8=A4 responsabiit=A8=A6 = limit=A8=A6e, Rue Camille Desmoulins =A8C Imm Atlantis Zac Forum Seine Ilot 7 92130 Issy les = Moulineaux, Au capital de 91.470 =80, 349 166 561 RCS Nanterre, Directeur de la = publication: Jean-Luc Michel Givone.

For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/index.html=

 

--Boundary_(ID_NJ8ReuMHH8O8bNvBLyMosQ)-- --Boundary_(ID_Xt09ofpL4Qu1mF7/s/NUBQ) Content-id: Content-type: image/jpeg; name=image001.jpg Content-transfer-encoding: base64 Content-disposition: attachment; filename=image001.jpg /9j/4AAQSkZJRgABAQEAYABgAAD/4QBmRXhpZgAASUkqAAgAAAAEABoBBQABAAAAPgAAABsBBQAB AAAARgAAACgBAwABAAAAAgAAADEBAgAQAAAATgAAAAAAAABgAAAAAQAAAGAAAAABAAAAUGFpbnQu TkVUIHYzLjM1AP/bAEMAAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAf/bAEMBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAf/AABEIAGQAmgMBIgACEQEDEQH/xAAf AAABBQEBAQEBAQAAAAAAAAAAAQIDBAUGBwgJCgv/xAC1EAACAQMDAgQDBQUEBAAAAX0BAgMABBEF EiExQQYTUWEHInEUMoGRoQgjQrHBFVLR8CQzYnKCCQoWFxgZGiUmJygpKjQ1Njc4OTpDREVGR0hJ SlNUVVZXWFlaY2RlZmdoaWpzdHV2d3h5eoOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4eLj5OXm5+jp6vHy8/T19vf4+fr/xAAfAQADAQEBAQEBAQEB AAAAAAAAAQIDBAUGBwgJCgv/xAC1EQACAQIEBAMEBwUEBAABAncAAQIDEQQFITEGEkFRB2FxEyIy gQgUQpGhscEJIzNS8BVictEKFiQ04SXxFxgZGiYnKCkqNTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNk ZWZnaGlqc3R1dnd4eXqCg4SFhoeIiYqSk5SVlpeYmZqio6Slpqeoqaqys7S1tre4ubrCw8TFxsfI ycrS09TV1tfY2dri4+Tl5ufo6ery8/T19vf4+fr/2gAMAwEAAhEDEQA/AP7+KKKKACiiigAoor49 /wCCgOv634Y/Yu/aP1vw7qt9omsWnwy1mO01TTLmSzv7Rb57bT7prW6hZJraWSzuriETwuk0QkLx SJIFdenBYaWNxmEwcZqEsXiaGGjOSbjCVerCkptKzai53aTu0rI4syxscty7H5jOEqsMBgsVjZUo tRlUjhaFSvKEZNNRlNU3FNppN3asfX6SRyqWjdJFDyRlkZXUSQyNFKhKkgPFKjxyL95JEZGAZSA+ v54/+Df/AFzWLvwf+0zoF1qd7caJpHiL4YappelzXEkllYajrun+OoNZvLSBmKQT6nFomkJevGAZ xp9rvyYwa/ocr0eIcneQ5xjcpeIWKeElRSrqm6PtI1sPRxEW6bnU5Go1lGS9pJXi2m00ePwfxFHi zhzLOII4R4FZhDEN4R1liHRlhsZiMHNKsqVH2kZTw8pxl7KD5ZJOKaYUUUV4p9KFFFFABTGliR44 mkjWSXf5UbOqvL5Y3P5aEhn2KQz7QdoOTgU+v5DP+CqnjnxjYf8ABS23uLHxNrdlP4BX4NL4MmtN RureTwz52l6Hr8zaM0UimwebWNRvL+Z7fY0087tIX4A+k4X4elxNmFbARxUcG6OBr4z2sqLrKXsZ 0qcafIqlK3POtG8+Z8sVJqMnaL+M454whwVlGHzWeAnmKxGaYTLVQhiFhnH6zCvVlWdR0a1/Z08P Plp8i55yjFzhG8l/XnRRRXzZ9mFFFFABRRRQAUUUUAFVry4FnZ3V2UMgtbae4KA7S4gieUoGIIUs FwDg4znB6V/OT+zV+3z+0t4+/wCCpWtfB3xR43Oo/CXXviR8ZvANv4AOmaTDpOg6L4F0zxvd+Frn SLmCwj1GLV7Sfwxp/wDaWozXUsmsx3GoJeL+9tGsf6LNa/5A2rf9gy//APSWWvczrIcXkGJweGxs 6FSeMwWGx8HQlOUY0sRKpD2c3KEGqkJ0pqXKnFq0oyd9Pl+GOLMv4twWY43LaWKo08uzTGZTUWLh ThOdfCQo1HVpqnVqp0alOvTlDncZp80ZwVk3+C3/AASz/wCCiX7Rf7U/7RvxG+HPxg1Pw7rHha68 A698QPDVppnhzStDm8GXOkeJvC2lQ6Fpl5pltb3WraLNY+IrgTP4km1fWPtNpaTR6skf2mC4/SP/ AIKPf8mNftL/APZNr7/04adX8+H/AAQo/wCTyPFn/ZAfGv8A6m3w1r+g/wD4KPf8mNftL/8AZNr7 /wBOGnV9nxPgMFl3H+VYfAYWjhKH1jI5+xw9ONKmpvE04ykoRSipSUU5NK8pXlK8m2/zbgTNcyzn wmz7GZrjsTmGL+q8T03icXVlWrOnHB1Zxg6k25OMHOShFtqEbQgowjGK/Kf/AIN9/wDkDftVf9hP 4Nf+kvxOr9Sf+Cjn7QHj39mf9lDx18UPhjNYWfje31Pwr4f0TVNSsLbVLfR5PEOvWdhd6ommXsct jfXdtYtciyhvoZ7JbuSGe6truGF7Wb8tv+Dff/kDftVf9hP4Nf8ApL8Tq+2P+Cz/APyYj42/7Hf4 b/8AqT21PiChRxPiksPiKcK1CtmmR06tKpFSp1KcsHl6lCcXpKEldSi01JNppptE8JYvE4HwJljM HWqYbFYbIuJquHxFKThVo1YZjm7hVpTVpQqQlaUJxalCSUotNJnd/wDBLX9pj4n/ALVH7Mk3j34v Xum6t4z8PfEbxH4FuNd07SrLRTrtlpWjeGNbtNS1DTdLhtdJttR/4qOWymGlWNhZSRWcEq2kczzM /wCj1fi//wAEKP8AkzfxZ/2X7xr/AOoT8Nau/wDBZD9qn4zfs2/DT4R6b8GPFM3gjVviN4p8SR63 4m0+1sbjWodK8KadpNxHpenTaha3kVimo3mtwz3l5bRR3+zTo7WG5jtrq8in8PM8ieYcbY7I8shh 8Kq2Y4inh4NOlhqEKdKVedo04ycYQhCbjCELbQikrW+oyTipZR4Y5VxTndTGY94fJ8JWxdSLVfG4 qpVrQwtNudapBVKs6lSmp1KtRN+9UnKTu3+ydfhd/wAFbP28f2g/2VPiB8HfBfwR1zRfDFtrvhy/ 8Z+Jb+/8NaL4jutcFvrjaXa6BKmvWl9BYaT5VlcSXc2lx2WsTNdgW+qWggXf+gv/AAT3+Mvjj9oD 9jz4L/Fn4kXtvqfjfxJp3iyy1/VLazttPTVLjwn4/wDFfg231OWzsooLK3vNRsfD1reX6Wdvb2hv p7hra2t4GjhT8Lf+C+v/ACXb4G/9kl1L/wBTHVK6+C8nof66f2TmmHw2Mjg55nh69GpCNfDTr4SF ak5KNSPLUjGpBypuUFqoyspJW4PEriLErw0fEGRYzG5dLMKWR4zC4ijUlhcbTw2YVsLXjBzozcqV SVGooVVTqNWc6fPKDd/6avht4nuvG3w78A+M722gs73xd4L8LeJ7u0tTIbW1utf0Ox1W4trYzM8p gglu3ihMrvIY1UuzNkn+RX/gq9/yko8Tf90V/wDUS8K1/WJ8Av8AkhPwV/7JL8OP/UO0av5O/wDg q9/yko8Tf90V/wDUS8K16XhpGMOKc0hFWjDKsxjFLZRjjcGkvkkkeJ41znV4DyKpUk5TqZ9ks5yd rynPLswlKTtZXbbeisf2PV/Pl4W/4KQftF6z/wAFR7z9na61Dw6vwUj+MPi34Ox+DI/DulLcJb+H 31nSbXxSPExtT4kOuTajpkWpXFu+pvohgllsItLjPl3af0G1/Hr8P/8AlNbf/wDZ43xL/wDUl8V1 5fA+X4LHUuKJYzC0MS8NkGKq4d1qcansKqjNqrS5k/Z1YuK5asbThryyV3f3PFDN8zyvE8Cwy7HY nBRxvFuBoYxYarKksVh+empYevyte1w81OXtKM+alU054S5Y2/sKoor+bT/gmD+37+0z+0L+2N4g 8G/FDxz/AMJD4G8b+FvGfiK38JzaTpVtp3hG80aSzvdGj8LS2VnbX1jb2Vm0ulS29xd3cWoW8zXm ord6skWoR/O5ZkOMzXAZzmGHqUIUckw9LE4mNWU41KkavtnGNFRpzUpKGHqyfPKCuoxveV19jnvF mXZBmvDeUYyliqmJ4nxtbBYGdCFOVKjUovDRlPEynVhKMHUxeHgvZxqStKcmkoa/0l0UUV4h9QFF FFAH46/Bj/glXP8ACj9unV/2sZfivb6v4VXxd8R/HPhzwXH4fmttdTV/iLZ6/ZSaXrGqtfSWL6do aeKdSkgvbOAXOpSWOn+daWST3Sp+wlxBHdW89tKCYriGWCQKdrGOZGjcBhyCVY4PY81NRXp5nm+Y ZxVw9fMK/t6uGwtHB0ZKFOny0KDnKnG1KME5c1ScpTac5OWrskl4mR8O5Rw5h8Xhcnwv1WhjcdiM yxMHWrVufF4mNOFWadapUlCLhSpwjTg4wjGC5Yptt/kN+wN/wS6uP2L/AI1ePfivqPxVt/HVtqvh XV/Avg7SbPw/LpNxb6Fq3iHRtak1XxHcTXtxE2sRweHdOs0s9Njax33V/ObhgltGv1D/AMFHQT+w 3+0vgE/8W1vzxzwL/TyT9AASfQDNfbFYviTw5oPjDQNa8K+KdI0/X/DfiLTL3Rdd0TVbaK903VdK 1G3ktb6wvrWZWintrm3lkiljdSCrHGDgjqq5/jcbnWDzrNKjxdfDYjBVJuMKVJzpYOpCcacY04wg nJQfvcuspNs4KHCeWZXw1mPDWRUY4DC43CZnRpqdSviFTr5jRq05VZzrVKlWUYynH3VPSEFGNrH8 9P8Awb7g/wBjftUnBwdU+DYB7Ei0+J2Rn1GRn0yPWv2E/bU/ZpP7Wv7PPjH4KweJl8IanrVzoWsa Jr01i2pWNrq/h3VrbVbWHUrKOa3nl0+/WCWxuJLaZbizFyt9FFdm2+xXPe/Av9m74I/s0+H9W8Mf BD4f6Z4C0fXdVbWtZis73WdWvNT1ExmKOW91fxFqer6vcQ2sRaKwspL82OnRSSx2FtbJNKr+3115 9xD9f4oxHEOWqrhn9YweIwnt40nVpzweHw9KE6kFKrSbc6HO4c1SFnytyVzg4U4Q/srgbCcH53LD 46P1PMMJmH1WdeNCtTzHF4zEVIUaso0K6UaeK9mqnJSnzR54qLtb4p/YI/ZJuP2MfgQfhPqHjCDx vrOp+M9d8ca3rFlpsmlaZFqGs2Oi6Smn6ZbT3FzdNaWun6BYlrm6dZri8lupRDbwmKFOA/4KLfsK XP7cPgXwHo2ieObPwJ4q+HfiHU9V0q91bS7nVtF1LTtfs7Sy1nTryKyura6s7gNp+m3tjfxJeKrW k9jJaBb/AO22X6K0V50M9zOnnDz6GItmbr1MQ8R7KlZ1KsZQqfuuT2XJKnOVNwUElF2VnZnsVeFs jrcOLhSpg3LI1hKWDWE9vXUlRoThVpf7Qqnt/aQq04VVUdRyc43k2m0/nT9kv4Awfsu/s8fDX4Ew +IX8Vt4E0/WVvPED2Q05dT1TxJ4n1vxdrEtvY+fdNa2Meq6/eW+nwyXM8y2MNv58rzeYx+Lf+Cin /BNrU/23fFnwy8ZeHvidp/gHUvBmkX/hbWbXWdAutbs7/Q73UhqsF9prWV/Yyw6pYTy3sb2dzutd Riubci801rJ/tv6u0UYTPc0wOazzrDYnkzKrVxNapXdKjNTqYvneIlKlODpfvHUm7KCUW04KNlYz DhbI8zyClwzjMG6mS0KGCw1HCxr4inKnRy/2SwkY4inVjiL0lRpx5nVcpxTVRy5pX5rwX4ZtfBXg 7wn4Nsbie7svCXhrQvDNpdXIQXNza6DpdrpVvcXAiCxieaK0SSURqqCRmCALgV/IP/wVfVh/wUn8 SkggMPgsykggMv8AwinhdcqT1G5WXI43KR1Br+x2vnH4jfsi/s3fFv4m+F/jH8RvhL4c8VfEjwct gmheJL+XVomVNKunvNLXVtKstStdD8SDTbmR5bD/AISTTNW+xnatt5aIir6/CHEVDh7NsTmOMo18 THEYDFYZxoez9p7atUo1ozl7SUI8jnR5ZtO8VPmjGbjyP57xD4OxXF/D+CyfLcRhcFPCZtgMapYr 23svq+FpYjDzpxdKnVm6ip4jmppxUZypqE6lNS9pH6Or8edB/wCCVsmift93f7X4+K1vN4Rm+IGv /FWLwMPD86eIR4r8QJfTz6TJrJv3046FBrOpXOpJepZi9eyjh0Y2SSM2sL+w1FeHl2b5hlSxscDX 9iswwlTBYpezp1PaYer8cV7SEuSVrpVIcs4pu0lc+ozjh7KM+lls81wv1mWUZhRzPAP2tal7HGUH enN+yqQ9rC9nKlV56U3GPNB2QV+Nv7Ev/BKS4/ZG/aN1/wCNFx8WbTxb4etdE8SaB4H8O2nh2403 VEtPEVxCq3HiW/udRu7fzdL0yD7KsOnRyjUbyf7c9xYRW32K7/ZKings3zDLsLmODwlf2WHzWjCh joezpz9tTpupypSnCUqbSq1Y81NxfLUkr3s0s04dyjOcdk2ZZjhfb4zIMTUxeV1fbVqaw9er7Fzk 4UqkIVU5YehNRqxnFTpRaVnJSKKKK8w9sKKKKACuS8eeO/CHww8G+I/iB4916w8MeDvCWl3Gs+IN d1J2S10+wtgNzlY0knubiaRo7aysbSGe+1C9mt7Gxt7i8uIIJOtr8G/+C9PxE1zQvgl8Gvhvp1xc W2kfELx7rmteIfIMiR31v4C0rT207TLx1+R7V9S8UQaqttJkSXmj2dyoLWYK+bnGYf2XlmMx/Iqj w9LmhBtqMqk5xpUlJrXldScea2vLezTPtvDjhB8ecccOcJfWJYWnnGOdPE4mCjKrRwWFw9bHY6dF TTg66weFr+wU04e25OdON0/BvjR/wXr8VL4g1Cw/Z9+DnhdfDdpPJBp/iP4sz61qOpazEkmFvn8M eFdY8Px6LHMgJitH8SapOFKSzSwuXtU+3v8Agmv/AMFIfiD+2p4y8d+BvH3w88G+Fbzwb4QtvFMe teELzW0tr9p9Zs9JaxfR9audVltwBdG4FwusTH5BEYOTIPnv/gj1+xN8BfFH7P8AH8f/AIneAPCX xQ8Y+NfE3iPTtEg8baNpnijRPCWgeF9U/seOGw8PatHf6VHr19q+nXupT61dWX9pw2T6dbaa1lbm 7m1P9qfBfwF+Cvw38U6l41+Hfwq8BeAvE+s6Qug6xq3gvwvpPhaXVtLS7gvkttSg0O1sbO/eO5to Hjurq3lvI1jWFJ1hzGfmciocTYuWCzbGZtTeFxKVeeAjSik8PUhJ0knGmowk7wmkm5ctuao5XR+2 +KuaeCHD1Hibw94a8P8AGRz/ACWcsrw/F1XHVp1IZxgsTRjjp1IVsZKriKN6eKw05TjGj7Xmlh8H Gj7OS/PH/gqN+3j8Xv2JP+FGf8Kq8OfDfxB/ws3/AIWb/b3/AAsHSPE+q/ZP+EM/4V9/Zf8AZH/C OeMPCf2f7R/wleo/b/tn2/zfJsvs/wBl8uf7T9afsMfHnxf+03+yz8Lvjf4803w3pHizxt/wm39q 6f4Rs9UsPD1v/wAI38RfF3hGx/s+01nWNf1KLzdN0Cznu/tOrXfmX0tzLD5Fu8VtD+Of/BwV/wA2 kf8Ade//AHi9fpB/wSO/5R6/s+/91X/9Xd8Sq3wWPxlTjPN8vniKksHQy+lVo4dtezp1HTyxucVa 9261V7/bkeZxNwnw5hPo0eHvF2GyjCUeJc04wxuAzDOIRmsZi8HTxfHEIYerJzcHTjDLcDFJQTth qeujv8yftzf8Fg9O/Zy+JesfBn4OeA9I+IfjPwlPFaeNfEvifUb228J6Jq7RLNceG9P07SGg1HWt SsUlij1W7OqaZa6ZfCbTlhv7mG5Nr5N+xJ/wWB+Nn7Qv7Qfw8+CXxI+GHwttrT4galqmnx+IfBA8 W6DcaN/Z/h7VtcWZ9O17xD4vj1PzW0v7MY1u9O2ifzQ7GLy5Pze/bs+Evxi/ZC/bi8T/AByvvCUG u+GvEPxp1L4zfDjxJ4l0eXxD4C8Sy6t4jl8ZHwvrJJgie70W7uptG1TRZrmx1QWtpHqOnyi0uLDU n/Y39jj/AIK9fCn9pLxp4P8Ahb8X/AMHww+KWs38em+Ddat54tf8C634iu2SCz0vTr28gh1rwjrW sO6Wel2d2mpWN7cItmfEKX13YWFx4eFzfMMRn1ahmGdyymdHMI06GWzwSdDE4dVUlR+sNxUJVqaU YVKim5uanSlrGK/VM78O+D8m8JsszbhLwvw/iHQzPhGrjM140w3E1WnmuSZvUwDlLMFlFOlWqYmj l2LlKriMFg5YeOFWFnhsdRvGtWl+zep6np2i6bqGsavfWml6TpNjd6nqmp6hcRWlhp2nWEEl1e31 7dzvHBa2lpbRS3FzcTOkUMMbySOqKSP56/2if+C7WnaB4m1Lw3+zX8MtK8ZaTpdzNar8RPiJd6tZ 6VrkkTGNp9E8H6S+l6sulMymS0v9V16wvruJlMuiWBAMn2N/wWZ+I2veAP2JtfsNBuZ7J/iT478J /DnVrq2kaKZdB1CDWvEmq2wdeRBqlv4W/si9jyFnsdQurd8pMyn84P8Agi/+xj8FvjN4b+Ivx1+L /hPQviPL4a8ZL4A8JeD/ABTZ22r+GNOuLXQdK17Wde1bw9dtNYa7PeQ+INPsNLh1mxuNOsvseo3E UFzfPDPpvsZ5mWa184wvD+T1qeEq1KDxGJxc4qThC05ckOaM+VKELtxhzznOEVKEVNv858K+CeAM r8Oc88XfEjLsXxBgMFmscmyXh7C1qlKGIxN8NTeIxDpV8N7SVTEYl04wr144bD4fDYmvOhi6tXDU 4fVX/BPX/gqr8Wf2svjjY/Bj4j/Db4d6Mb/wx4j19fEvgmXxLpohk0G3iuBbNo2u6v4l85LoS7DI NWiaEruCy52j9jPix8VfAvwR+Hnin4p/ErXIfD3gvwfpx1HWdTljlnkCvNFaWdlZWkCvcX2panf3 Frp2m2Nujz3l9dW9vGu6QEc/4d/Z2+Avg7xdpvj3wb8G/hp4O8ZaRYX2l2PiTwh4L0Dwvqsem6lC ILywnutBsdPa9s5YxhLa9+0QwNmS3SKRi5/DL/gvp8S/EVnYfAD4R2N7c2nhnW28Y+OvEVpFKyQa xqWjPoujeGluURl8yPSI9Q1+ZYpVeN59QgmAEtrGw662JzHh7IMZicwxUczxdCf7iq4OCl7aVKjQ hUSUW1TqylOfvOUoJpTu0l83l+S8H+MXi1w5knB2Q1uCMgzShH+1sCsQsTOl/ZtLH5hmmIwVSc60 I1MXgaFLD4VOlGlSxTU54aVOM5VPN/ip/wAF7/iVca5eRfBL4KeBdI8NwzvHp998UrnxB4k1vUbd XXy7u70zwnrvhSx0eaaMNu0+HVtbS3dlxqVwEO/6I/ZS/wCC3nhv4leNNG+H/wC0V4E0j4ZTeIr6 10vSPiH4W1O+uvB1vqd7MYLW38TaTrBn1Lw9p0szQQf29HrGr2dtLN52qQaXpsNxqMPrP/BMj9gn 9nXRv2Zvh58VvHPw48FfFT4hfFrw9D4t1LWPHfh/R/GFjoOl6pJO2keHvDela3b6jpej/Y9LaNNY vre2XWNQ1G41CC9vP7PistNsfzZ/4LNfse/CP9n/AMSfDD4pfB7QNM8DaZ8T5/E2jeJvA2iRx2Ph 201vw7DpF5Z654b0eNhBpFvqNnqc1pqumaZDa6NZz2Gn3FpaQ3GpXjS/N1qvF+X5fS4grZlRxFJq hXr5fKnBRjh68oKEbRpRin+8gpqk4zhdtVJ8rv8AtmXZf9HXi/i/G+EGW8E5nlOPp1M0yrK+LqWM xLxFbNspo4ieKq3q42tVlB/U8TPDSx9KvhsS4KE8Jhva01H+r6ivhL/gmd8S/EXxZ/Yg+A/izxZe 3OpeIYND13wlf6leStcXWoQ+BfF3iDwdpN5dXMjNNd3k+iaJpr311cE3FzfG5mmeV3M0n3bX6Ng8 THGYTC4uCcYYrD0cRCMvijGtTjUUX5pSs/NH8Y8RZLiOHM/zzh7FVIVcTkWb5lk+Iq001Tq1stxl bB1KtNO7VOpOi5wTd+WSvqFFFFdB44UUUUAFfmP/AMFWP2TvEf7Uv7OSf8K+sH1X4mfCnXH8b+Ft FhGbvxNpj2E9h4p8LWALBTqV/Yta6rpUQV5r/VNCstIh2NqRkT9OKwPEviG08M6VPql2rSCPCQwI QJJ5nOEjTPc9Seygk8AkceYYShj8FicHib+wr0nCo07Sjs4zi3dKUJqM43TXNFXTWj+j4R4hzXhT ibJeIsk5XmmU4+lisLTqRc6Vd606uFrRjKEnQxVCdXDV1GcJ+xqz5KkJWmv43f2LP+Ckfxf/AGEr XxP8LdX+H8PjzwPJr97qN74B8TajqXgzxL4R8VgW9hq66bq0ulaxJpCXQskj1jQtS8O3ipqMC3dt /Z91JqY1H93f2BP+ClGu/twfFbx74Qk+E2k/DLw54O8BW3iWFU8W3njLW77VJ9fsNKKy6mdC8LWM Onrb3Mri2TRZLkzCNjfbFaOTpfjP8FfhF+0d4iOvfEL4B/D3xZraLFGusf2BqEHiue0tlMVtb6p4 k8O6hpOtanbWyMyW9teXMlpbhsQwocGvb/2UfgR8I/gzc+JF+H/wY8HfDTVb2xtLW81bRdH1KDXN T02OfzRY3+ra7f6rqtxaLcrHcfZxdpbtPGkskTyxxunx+TZdnmAxeGwsc4hXyfD1JctGVDlrVKXL Jxp80qM5U4qUk1BYlwSVkkrJf0Z4mcZ+FfFuQZ3ns/DrE5V4j5thcM62Z0c19tl2Fxbr4WNfFujS zHD0MVVqUY1KbxE8kWInKfPUqOd6j/I//g4K/wCbSP8Auvf/ALxev0g/4JHf8o9f2ff+6r/+ru+J Ve6/tG+FvA3ivUPC0Pj34QfB/wCKtpptnqkuiH4o/DzRfHU+g3F/PZpq40Z9aWZNMi1OOw0j7ctp FE92+n2xuZJhb2yw+zfCrRPDHhv4c+GtI8FeEPC3gPw/a2NzLY+FPBeg6d4a8L6TdXt9d3+qf2Vo Wkw21hYRX2sXN9qU6Qxh5ru8uLi4kmuZpp5PWwmVSpcT5lm/t4ShicHDDqhySU4OMMBHnc37jT+r N2Wvvx7M+Az/AI+oY/wL4K8O1lleliMk4jxWbzzZ4mjPDYiFavxTWVCGGivb06kVnkIuU24t4ao1 pOB+QXxM/wCCzf7OWheLfir8Hfix8BfH+vQeDPGnjTwHqFpaW3gXxl4a8SyeEfEOo6JDdXdh4l1T QEhtNSn01Lt7aay1BrASBVN88IaT8L/Bfh6D9rD9u7RG/Zm+FEnw28MeJvif4Z8TaL4M0qSOWw+H fhTQb3RJvEXie/ntYo7DRtMtWs73xJcWNkhstMub+Hw3oKXrjS4Lr+j7x7+xJ8FfiV4q13xd4q/Z b+HGq6/q2ralqes6vp+m+J/DTaxqd/dPcahqt7B4e8XaPBd3uo3LSXlzdzQyXFxczT3MkjzTzSSf Qn7PHhj4S/BNp/B3gn4NeCvha2qXIivr7whoq6fd6hcBsxQ69eXj3ut34iOBbyXuq3UcAISGGGPF eHismzbN8Xh45vj8J9SoYn2tKVHCOnipxUvdo+1dGmoKUW4tqpKClabhUlGNv1LIfErw+8O+H83x Hh7wpxA+J80yP+z8dRzDiGGK4fw9epSp+2zBYCOZYqeJlTrwVSmpYSliXS58LTxGGpV63NN+3z+z ZeftV/sw+PvhZoRtk8aL/Z/izwDJeSxW9q3i/wAM3BvLKwnuZiIbSPXrB9S8ONezOkNiNY+2TN5U Dg/ywfso/tkfHv8A4JwfETx14P1bwDNeadqd3b23xB+EfjpdT8M39rrWlxTJp2saVe/ZrifQtV8i 4Ecl6dM1TTtb0d4A9rceVpOoWX9q+r6raaLp9zqV6xW3tYy77Rl3P8KIO7ueAK+Avjn4M+Fv7R1z awfEj4F+APHqabG1to9/4i0a8uvFdjZtL50tvZeJNFvtJ1zT7O4lAmmsLK+jtmkG6UTMAw9PiHJp 4nF4bNMvxrwOa4eHs6cuRzp1aacrKaUZ8rXtJxbcKkakZezlBpJr4jwf8S8NkvD2d8CcYcLw4r4B zjFfXcVh1iI4bGYDGOOH554SVSrRjWjOWFwtaFOnicDWwmJp/W6OLhOcoVPm39jP/grFrf7Yf7Q/ h/4PWvwR0r4a6HdeF/Fev6rqlx48u/G+q3E2h2cc9nb6eY/Cng6zsInllH2lrm21N5I1KxeQzB16 L/gsL+yH4k/aL+Cnh/4i/DrTbzXPiJ8D59b1OPw1pts11qPinwV4hTTB4nsdMtYVNxe61o8uj6br mmWcW+W6s7fW7GytrrU76xgf2r9nT9nv4PfBjx5Y6n8NfgB8P/h/rd5Bc6dP4nt9I8RXniG2026A a9trDWPEuu6veWSXYjSOdLaaJZoVMMgaLKV+gGtazY6Dp8+p6hIUt4FyQgDSyufuxRISN8j4wq5A 7kgAkdOFwGKzDJcXgc9xccXUxE5qdelBUo0opUp0eSKpUI81GpBVf4ajKWkuZN38TOuL8i4R8TeH +KvCnh+vw/gcooYV4fKcfi6uPq4+rUnjaGZQxVWWPzOsqWZYPFSwUksZOpSp+/RdOUYOP8g37GP/ AAVu+J/7J3w7g+EfiT4eaf8AGHwLoU92/hC3vPFV34N8SeF4r65nvLzR01v+wfFVtf6Gl9PNdWNh caLFd6fJcXNvFqLWH2OzsvF/2g/2jP2hP+Cnnx38B+HdM8HRi7SSfw58Mvhl4Va9v7DQIdXuLafX Nb1fVrpFae4mjs7S68TeJrq30vS7HSNHtpXtNPtLGV3/AKNPi38Af2bvjh4lvPEnib9l/wCG2ta7 eXD3V9rg03VdK8Q6xOd6/btd1DwVqHhq51S6kjYCR9Tm1CQbY1NxIIISvo/wQ8P/AAu/Z9eTTfh3 8Dfh78PLW/EVrrV94S0F9O8S31okokjTVNc1Ge/1vWYrZ8ywWup6jLHG+5ojEzFj8x/YGb16VHK8 bnyqZNSnBRhToTVadOlKLp025Uk0kkuRTxFanRai4wkoRR+6f8Rd8Osqx2P474b8J6mE8S8ww+Jq VMRi81w08tw+NxtKUMTiqapY+dN1KrnUeJq4TKMtxeYRqVqdXE0Xiasz6E/Zj+B+mfs3fAT4Y/BL Sr0anD4C8OrY32qLF5Eeq6/qd9ea94n1WCDAa3ttS8Sarqt9bW8heWC3uIoppZpUeV/d6r2l1BfW 0F3bOJILiJJYnHdHAIz6EZwQeQQQelWK/SaNKnQo0qNGKjSo04UqUVqo06cVCEU+yikl5I/ijMsf jM0zHH5nmNWWIzDMcbisfjq80lOtjMXXqYjFVZqKSUqlepOckkknJpJLQKKKK0OIKKKKACvLfibY y39vpcQBMKzTyOv8PmBEWMkdztaTHpz68epVn6jYRX8HlSDlWDocZ2sARnHcEEg+xz2qKkOeEo97 fg0/xsdWDxH1XE0q/wDz7k35q8XG681e5yfw+0mz07RFaKFBczTym5kKgvuRsRrnkhRHtYDgZZiB zk93tUEsFAYjBOBkj0J64rm7TTLqxLfZZDGHxuUBWRsdCUYFc9ecA4PWta1S7WR2uZS6lMKuFVQd wJOFAGcdzzjjpSprlhGPK1ZW0tb1363u9N76DxU/bVqtd1VN1JOVm25atWjta0bpLW1lsrWPMfif pf8AaE2jvt3eXFer0zjL2xrtfBkH2XwzpVuRjyo51x6f6XcEfoavatpo1BoCRnyhIOf9sp/8TV6w tvstnFb9PLDj/vqR29/71TGnatOpb4o2v6KHl5dzWri/aZdh8Jf+DVlO19rurrbz5/8Ah9TiPEXi y+t55bLSYV3xEpLdSqXAfAysUZwMochmcMCchV4DHh9H8Hapq+txaxqCuq/akuri5mURvKYyMLEh AJztCghdiqMAkgKfVH0TbeNdRqpfzjOpYAjeW3nIPX5iensQRWzEb3egkESxj72xGBx+LsB+A/Lq JdJzmpVG2oyvGKS5Vqrf8HyT13N6ePWFoOnhIU4TqUuWrWbvVd0nJeeuqV+VNfDozjviNay3mhxQ Jko95F5qjugV2XPsHVfxNZ/w30SysbO8uDDGb17gIzsql0hCKUC55VWYvnGMle+K9EvbSO9t3gkG VYAjjOGBBVh7gj8Rkd6w7bSLiykL2sjRsRglcbWH+0jAq3qNynB6U3T/AHyqW5tLenTTTz7rdmVP F/8ACfPBc/s71HNvZSu4u0mt07Wfay3V0dKUQsGKKWX7rFQWH0JGR+Bryz4mWc1+mmQDcYFM8jKM 7WkGwDcOh2jBHHGT616HAl8JlaeUtGAcqFRQSeATtAPv6UupafFqEIRx80bbkb0OMEe4I7eoB6ir qR9pTlG1ua29tbNPz3tbUwwlb6piqNa6lyNu8bvl5ouN9baq938+pzngbR7DTNEtmt4YxcThnuZs AyNJuIKluoCfdC5AAHTNcz8SdCsrwafcpDGt4XlSRkUBpIgqkGTHXaxIDEZOcZOOO3tNNu7IMLaQ xq3JTCsmfUKwKgnuQATgZNRT6NNeSiS6dpGOAWbnao7Ko4A5JwABk+9RKHNSVPk2UV0srW1Xn8ur vszppYqVPHvG+3u3Kc73blJTTXI+nKrrS70irJNe7X8CwS23hy0gl3fu5LhU3ZyIxM4QDPYAYHtX YVBbQR20McEY2pGoUD6D9T6nueanrWK5Yxj/ACxS+5WOCvV9tWq1bW9pUlO3bmbf66hRRRVGQUUU UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAf/2Q== --Boundary_(ID_Xt09ofpL4Qu1mF7/s/NUBQ) Content-id: Content-type: image/gif; name=image002.gif Content-transfer-encoding: base64 Content-disposition: attachment; filename=image002.gif R0lGODlhEgATAJEAAAAAAP///wCZAP///yH5BAEAAAMALAAAAAASABMAAAIojI+pGyK8nINqUiTf bVnfvHEg1UmhdZRqaawu6XZVjKb0/CYxo8JOAQA7 --Boundary_(ID_Xt09ofpL4Qu1mF7/s/NUBQ)-- From flefauch@cisco.com Fri Jun 10 05:18:19 2011 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 1D73121F84C0 for ; Fri, 10 Jun 2011 05:18:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.143 X-Spam-Level: X-Spam-Status: No, score=-8.143 tagged_above=-999 required=5 tests=[AWL=2.455, 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 DbaZqLjT9Tsj for ; Fri, 10 Jun 2011 05:18:18 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by ietfa.amsl.com (Postfix) with ESMTP id C285F21F847C for ; Fri, 10 Jun 2011 05:18:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=flefauch@cisco.com; l=4934; q=dns/txt; s=iport; t=1307708297; x=1308917897; h=subject:mime-version:from:in-reply-to:date:cc:message-id: references:to; bh=tslJVZHUnre0fwIJ1n1nteHpbkOgARXazoDY7CumgP0=; b=kBjnCrIk1kiWaKqpAdP+LUEQxaWqF9KjxzYvbrJD3bV3HdYFLQVc0/3H yfIcP673uc1e+kZz3cueqAHgh0Ocv4IjW0xJ1TBNEcahOQkrW54deq31i c/o1kgaSqMFCuMUBbsQ5zJX9IzZPX6L0i5OwVyX+KU7IS8tk74sfQVre/ Y=; X-IronPort-AV: E=Sophos;i="4.65,347,1304294400"; d="scan'208,217";a="93368024" Received: from ams-core-2.cisco.com ([144.254.72.75]) by ams-iport-1.cisco.com with ESMTP; 10 Jun 2011 12:18:14 +0000 Received: from ams-flefauch-8716.cisco.com (ams-flefauch-8716.cisco.com [10.55.161.199]) by ams-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id p5ACID2k009341; Fri, 10 Jun 2011 12:18:13 GMT Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/alternative; boundary=Apple-Mail-284-836227708 From: Francois Le Faucheur In-Reply-To: <291CC3F9E50E7641901A54E85D0977C6518BAC25E4@MAILR002.mail.lan> Date: Fri, 10 Jun 2011 14:20:25 +0200 Message-Id: References: <291CC3F9E50E7641901A54E85D0977C6518BAC25E4@MAILR002.mail.lan> To: Kevin J Ma X-Mailer: Apple Mail (2.1084) Cc: "cdni@ietf.org" Subject: [CDNi] Delegation white/blacklisting Re: incorporating a few requirements from cdni-publisher-use-cases into cdni-requirements 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, 10 Jun 2011 12:18:19 -0000 --Apple-Mail-284-836227708 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Kevin, Working my way through your suggestions: >=20 > - R58 lists potential content distribution control policies. There = are > sometimes contractual obligations which limit which CDNs may be = used. > Can we add a bullet for whitelisting/blacklisting CDNs? e.g.: >=20 > "* delegation whitelist/blacklist (i.e. Information defining > which Downstream CDNs the content may be delivered through)" That makes sense to me. And in any case, the bullets are described as examples, so we'll add = this bullet in the next rev, unless someone else objects/ Thanks Francois >=20 > thanx! >=20 > -- Kevin J. Ma >=20 >> -----Original Message----- >> From: Francois Le Faucheur [mailto:flefauch@cisco.com] >> Sent: Tuesday, May 24, 2011 9:49 AM >> To: Kevin J Ma >> Cc: Le Faucheur Francois; cdni@ietf.org >> Subject: incorporating a few requirements from = cdni-publisher-use-cases >> into cdni-requirements >>=20 >> Hello Kevin, >>=20 >> I believe we had agreed in Prague that a couple of requirements that = were >> implied in cdni-publisher-use-cases should make their way into cdni- >> requirements. >> Could you recap on those so we can consider/discuss as we rev up = cdni- >> requirements? >>=20 >> Thanks >>=20 >> Francois >>=20 >> PS: I believe the IESG has not yet made a final determination with = respect >> to creation of a CDNI WG. But I suggest we resume the work/progress = on >> this list nonetheless. --Apple-Mail-284-836227708 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi = Kevin,

Working my way through your = suggestions:

 - = R58 lists potential content distribution control policies.  There = are
   sometimes contractual obligations which limit = which CDNs may be used.
   Can we add a bullet for = whitelisting/blacklisting CDNs?  e.g.:

=      "*   delegation = whitelist/blacklist (i.e.  Information defining
=           which = Downstream CDNs the content may be delivered = through)"

That makes sense to = me.
And in any case, the bullets are described as examples, so = we'll add this bullet in the next rev, unless someone else = objects/

Thanks

Francois=


thanx!

-- =  Kevin J. Ma

-----Original = Message-----
From: Francois Le = Faucheur [mailto:flefauch@cisco.com]
Sent: Tuesday, May 24, 2011 9:49 = AM
To: Kevin J = Ma
Cc: Le Faucheur Francois; = cdni@ietf.org
Subject: incorporating a few requirements from = cdni-publisher-use-cases
into = cdni-requirements

Hello = Kevin,

I believe we = had agreed in Prague that a couple of requirements that = were
implied in = cdni-publisher-use-cases should make their way into = cdni-
requirements.
Could you recap on those so we can consider/discuss as we = rev up cdni-
requirements?

Thanks

Francois

PS: I believe = the IESG has not yet made a final determination with = respect
to creation of a CDNI = WG. But I suggest we resume the work/progress = on
this list = nonetheless.

In-Reply-To: <291CC3F9E50E7641901A54E85D0977C6518BAC25E4@MAILR002.mail.lan> Date: Fri, 10 Jun 2011 14:47:48 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <291CC3F9E50E7641901A54E85D0977C6518BAC25E4@MAILR002.mail.lan> To: Kevin J Ma X-Mailer: Apple Mail (2.1084) Cc: "cdni@ietf.org" Subject: [CDNi] Metadata pointer in Request Routing (was Re: incorporating a few requirements from cdni-publisher-use-cases into cdni-requirements) 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, 10 Jun 2011 12:45:40 -0000 >=20 >=20 > - R38 discusses pushing upstream metadata to the downstream CDN. Just to make sure we are on the same page: I would say that R38 discusses the option of the upstream CDN providing = to the downstream CDN, inside the Request Routing request, a pointer to = CDNI metadata. So more of an option to allow metadata "pull" (than = "push").. I think we agree, right? > It > was not clear if this was inclusive of all hierarchical metadata, > i.e., can/should the upstream send aggregate default metadata, = which > may be useful in future requests for related content? Can we = modify > the text to clarify the conveyance of inherited metadata? e.g.: That makes sense to me. > "R38 The CDNI Request-Routing protocol MAY also allow the Upstream > CDN to convey information pointing to CDNI metadata = associated > with the requested content or an object set to which the > requested content belongs." To ensure full consistency with the terminology used in the rest of the = document already discussing metadata inheritance (e.g. R55), I'd propose = : " R38 The CDNI Request-Routing protocol MAY also allow the Upstream = CDN to convey information pointing to CDNI metadata applicable = (individually or through inheritance) to the requested content. For = illustration, the CDNI metadata pointed to could potentially include = metadata that is applicable to any content, metadata that is applicable = to a content collection (to which the requested content belongs) and/or = metadata that is applicable individually to the requested content. Francois From flefauch@cisco.com Fri Jun 10 06:47:46 2011 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 1D2FB11E817F for ; Fri, 10 Jun 2011 06:47:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.125 X-Spam-Level: X-Spam-Status: No, score=-9.125 tagged_above=-999 required=5 tests=[AWL=1.473, 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 CAbU8g8B3Zwv for ; Fri, 10 Jun 2011 06:47:45 -0700 (PDT) Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by ietfa.amsl.com (Postfix) with ESMTP id DFCBA11E8181 for ; Fri, 10 Jun 2011 06:47:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=flefauch@cisco.com; l=6131; q=dns/txt; s=iport; t=1307713665; x=1308923265; h=subject:mime-version:from:in-reply-to:date:cc:message-id: references:to; bh=6k63gFAPQvZJ9P0Bfy0mesQBelyVzxFOYyue0Th6BJw=; b=l5UvQvjrbihSMzEOG9qHiHPAb6MszVliH3hRTPOfON16/eF6if37M38U CzAaRShI2TqFsEU1mvy5tL/M8HL6uEIz/xRDSdRm4Doi66obn+6BB+SYN mpDlOJeehuAne4xL9nkRnAIgwbPMFcQLWxyZQ7jPNxWug9l1Ue8RjHGJJ k=; X-IronPort-AV: E=Sophos;i="4.65,347,1304294400"; d="scan'208,217";a="34698536" Received: from ams-core-2.cisco.com ([144.254.72.75]) by ams-iport-2.cisco.com with ESMTP; 10 Jun 2011 13:47:44 +0000 Received: from ams-flefauch-8716.cisco.com (ams-flefauch-8716.cisco.com [10.55.161.199]) by ams-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id p5ADlg8w030126; Fri, 10 Jun 2011 13:47:43 GMT Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/alternative; boundary=Apple-Mail-287-841595818 From: Francois Le Faucheur In-Reply-To: <8A16CD16670843A28B0078408978E2B6@davidPC> Date: Fri, 10 Jun 2011 15:49:53 +0200 Message-Id: <910D4A95-5C20-4E2F-9ED1-F2324C92BAB1@cisco.com> References: <291CC3F9E50E7641901A54E85D0977C6518BAC25E4@MAILR002.mail.lan><89197B0A-FBB5-4EDC-B6FB-D7BE43BE27D7@standardstrack.com> <8A16CD16670843A28B0078408978E2B6@davidPC> To: cdni@ietf.org X-Mailer: Apple Mail (2.1084) Subject: Re: [CDNi] cdni status 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, 10 Jun 2011 13:47:46 -0000 --Apple-Mail-287-841595818 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Folks, On 27 May 2011, at 17:47, David Harrington wrote: > Hi, > =20 > This is a status update from your Responsible AD. > =20 > 1) The IESG has discussed where a CDNI WG would be best located. It = was decided that, if approved, CDNI WG belonged in the TSV area and I = would remain the Responsible area director. > =20 > 2) I have requested the IESG discuss the proposed WG charter in the = IESG telechat 6/9. > =20 > 3) I have asked the BOF chairs to request a BOF session at ietf81 = Quebec. This ensures the CDNI community will have a session at ietf81. To allow forward progress while the IESG determination is being made, = Richard and I put together a first draft of a BOF agenda for bashing: http://www.ietf.org/proceedings/81/agenda/cdni.htm Please pass on comments and let us know if you plan posting new I-Ds or = if you are listed as a tentative presenter but don't plan attending. Generic info on the CDNI session in Quebec is available from the IETF = BOF wiki: http://trac.tools.ietf.org/bof/trac/wiki/WikiStart > =20 > 4) If the IESG approves the WG, the BOF session will simply become a = WG session. and the appointed WG chairs will then take over and presumably adjust = the agenda as needed. Cheers Francois & Richard PS:=20 > =20 > =20 > David Harrington > Director, IETF Transport Area > ietfdbh@comcast.net (preferred for ietf) > dbharrington@huaweisymantec.com > +1 603 828 1401 (cell) > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni --Apple-Mail-287-841595818 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii Folks,

On 27 May 2011, at 17:47, David Harrington wrote:

Hi,
 
This is a status update from your Responsible AD.
 
1) The IESG has discussed where a CDNI WG would be best located. It was decided that, if approved, CDNI WG belonged in the TSV area and I would remain the Responsible area director.
 
2) I have requested the IESG discuss the proposed WG charter in the IESG telechat 6/9.
 
3) I have asked the BOF chairs to request a BOF session at ietf81 Quebec. This ensures the CDNI community will have a session at ietf81.

To allow forward progress while the IESG determination is being made, Richard and I put together a first draft of a BOF agenda for bashing:

Please pass on comments and let us know if you plan posting new I-Ds or if you are listed as a tentative presenter but don't plan attending.

Generic info on the CDNI session in Quebec is available from the IETF BOF wiki:

 
4) If the IESG approves the WG, the BOF session will simply become a WG session.

and the appointed WG chairs will then take over and presumably adjust the agenda as needed.

Cheers

Francois & Richard

PS: 

 
 
David Harrington
Director, IETF Transport Area
ietfdbh@comcast.net (preferred for ietf)
dbharrington@huaweisymantec.com
+1 603 828 1401 (cell)
_______________________________________________
CDNi mailing list
CDNi@ietf.org
https://www.ietf.org/mailman/listinfo/cdni


--Apple-Mail-287-841595818-- From ietfdbh@comcast.net Fri Jun 10 09:12:52 2011 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 06DD411E8139 for ; Fri, 10 Jun 2011 09:12:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.598 X-Spam-Level: X-Spam-Status: No, score=-102.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 Q1DvLVtSzKQ0 for ; Fri, 10 Jun 2011 09:12:48 -0700 (PDT) Received: from qmta04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by ietfa.amsl.com (Postfix) with ESMTP id 3B31311E80F9 for ; Fri, 10 Jun 2011 09:12:48 -0700 (PDT) Received: from omta22.westchester.pa.mail.comcast.net ([76.96.62.73]) by qmta04.westchester.pa.mail.comcast.net with comcast id uFdV1g0031ap0As54GCoT1; Fri, 10 Jun 2011 16:12:48 +0000 Received: from davidPC ([67.189.235.106]) by omta22.westchester.pa.mail.comcast.net with comcast id uGCn1g00w2JQnJT3iGCnJp; Fri, 10 Jun 2011 16:12:48 +0000 From: "David Harrington" To: "'Francois Le Faucheur'" , References: <291CC3F9E50E7641901A54E85D0977C6518BAC25E4@MAILR002.mail.lan><89197B0A-FBB5-4EDC-B6FB-D7BE43BE27D7@standardstrack.com> <8A16CD16670843A28B0078408978E2B6@davidPC> <910D4A95-5C20-4E2F-9ED1-F2324C92BAB1@cisco.com> In-Reply-To: <910D4A95-5C20-4E2F-9ED1-F2324C92BAB1@cisco.com> Date: Fri, 10 Jun 2011 12:12:40 -0400 Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00CB_01CC2767.B2510270" X-Mailer: Microsoft Office Outlook 11 X-MIMEOLE: Produced By Microsoft MimeOLE V6.1.7600.16776 Thread-Index: AcwndPsjqArRz6gLSeqBPSTNG36mBwAE7W/w Subject: Re: [CDNi] cdni status 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, 10 Jun 2011 16:12:52 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_00CB_01CC2767.B2510270 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, FYI. The IESG reviewed the proposed charter and was satisfied that it was ready to be reviewed externally. The proposed charter will now be circulated to the IETF general list plus other standards organizations for comment. After that, it will return to the IESG for further discussion. During that period, the IAB and IESG will also discuss it as a potential second BOF. David Harrington Director, IETF Transport Area ietfdbh@comcast.net (preferred for ietf) dbharrington@huaweisymantec.com +1 603 828 1401 (cell) _____ From: Francois Le Faucheur [mailto:flefauch@cisco.com] Sent: Friday, June 10, 2011 9:50 AM To: cdni@ietf.org Cc: Le Faucheur Francois; Richard Woundy; David Harrington Subject: Re: [CDNi] cdni status Folks, On 27 May 2011, at 17:47, David Harrington wrote: Hi, This is a status update from your Responsible AD. 1) The IESG has discussed where a CDNI WG would be best located. It was decided that, if approved, CDNI WG belonged in the TSV area and I would remain the Responsible area director. 2) I have requested the IESG discuss the proposed WG charter in the IESG telechat 6/9. 3) I have asked the BOF chairs to request a BOF session at ietf81 Quebec. This ensures the CDNI community will have a session at ietf81. To allow forward progress while the IESG determination is being made, Richard and I put together a first draft of a BOF agenda for bashing: http://www.ietf.org/proceedings/81/agenda/cdni.htm Please pass on comments and let us know if you plan posting new I-Ds or if you are listed as a tentative presenter but don't plan attending. Generic info on the CDNI session in Quebec is available from the IETF BOF wiki: http://trac.tools.ietf.org/bof/trac/wiki/WikiStart 4) If the IESG approves the WG, the BOF session will simply become a WG session. and the appointed WG chairs will then take over and presumably adjust the agenda as needed. Cheers Francois & Richard PS: David Harrington Director, IETF Transport Area ietfdbh@comcast.net (preferred for ietf) dbharrington@huaweisymantec.com +1 603 828 1401 (cell) _______________________________________________ CDNi mailing list CDNi@ietf.org https://www.ietf.org/mailman/listinfo/cdni ------=_NextPart_000_00CB_01CC2767.B2510270 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 
FYI.
 
The IESG reviewed the proposed charter and was = satisfied that=20 it was ready to be reviewed externally.
The proposed charter will now be circulated to the = IETF=20 general list plus other standards organizations for = comment.
After that, it will return to the IESG for further = discussion.
 
During that period, the IAB and IESG will also = discuss it as a=20 potential second BOF.
 

David Harrington
Director, IETF Transport=20 Area
ietfdbh@comcast.net (preferred for=20 ietf)
dbharrington@huaweisymantec.com
+1 603 828 1401 = (cell)=20


From: Francois Le Faucheur=20 [mailto:flefauch@cisco.com]
Sent: Friday, June 10, 2011 = 9:50=20 AM
To: cdni@ietf.org
Cc: Le Faucheur Francois; = Richard=20 Woundy; David Harrington
Subject: Re: [CDNi] cdni=20 status

Folks,

On 27 May 2011, at 17:47, David Harrington wrote:
Hi,
 
This is a status update from your Responsible=20 AD.
 
1)=20 The IESG has discussed where a CDNI WG would be best located. It was = decided=20 that, if approved, CDNI WG belonged in the TSV area and I would = remain the=20 Responsible area director.
 
2)=20 I have requested the IESG discuss the proposed WG charter in the = IESG=20 telechat 6/9.
 
3)=20 I have asked the BOF chairs to request a BOF session at ietf81 = Quebec. This=20 ensures the CDNI community will have a session at=20 ietf81.

To allow forward progress while the IESG determination is being = made,=20 Richard and I put together a first draft of a BOF agenda for=20 bashing:
http://www.ie= tf.org/proceedings/81/agenda/cdni.htm

Please pass on comments and let us know if you plan posting new = I-Ds or=20 if you are listed as a tentative presenter but don't plan = attending.

Generic info on the CDNI session in Quebec is available from the = IETF BOF=20 wiki:
http://trac.t= ools.ietf.org/bof/trac/wiki/WikiStart

 
4)=20 If the IESG approves the WG, the BOF session will simply become a WG = session.

and the appointed WG chairs will then take over and presumably = adjust the=20 agenda as needed.

Cheers

Francois & Richard

PS: 

 
 
David=20 Harrington
Director, IETF Transport Area
ietfdbh@comcast.net = (preferred for=20 ietf)
dbharrington@huaweisymant= ec.com
+1=20 603 828 1401 (cell)=20 =
_______________________________________________
CDN= i=20 mailing list
CDNi@ietf.org
https://www.ietf.org/m= ailman/listinfo/cdni


------=_NextPart_000_00CB_01CC2767.B2510270-- From kevin.ma@azukisystems.com Fri Jun 10 10:36:14 2011 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 D007A11E80FF for ; Fri, 10 Jun 2011 10:36:14 -0700 (PDT) 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 G2v2d4bJkpiU for ; Fri, 10 Jun 2011 10:36:14 -0700 (PDT) Received: from mx1.myoutlookonline.com (mx1.myoutlookonline.com [64.95.72.238]) by ietfa.amsl.com (Postfix) with ESMTP id CC23C11E80C3 for ; Fri, 10 Jun 2011 10:36:13 -0700 (PDT) Received: from st23.mx1.myoutlookonline.com (localhost [127.0.0.1]) by mx1.myoutlookonline.com (Postfix) with ESMTP id 0EAC8416BC9; Fri, 10 Jun 2011 13:36:13 -0400 (EDT) X-Virus-Scanned: by SpamTitan at mail.lan Received: from HUB023.mail.lan (unknown [10.110.2.1]) by mx1.myoutlookonline.com (Postfix) with ESMTP id 5371D416D9B; Fri, 10 Jun 2011 13:36:12 -0400 (EDT) Received: from MAILR002.mail.lan ([10.110.18.16]) by HUB023.mail.lan ([10.110.17.23]) with mapi; Fri, 10 Jun 2011 13:35:02 -0400 From: Kevin J Ma To: Ben Niven-Jenkins Date: Fri, 10 Jun 2011 13:36:10 -0400 Thread-Topic: [CDNi] incorporating a few requirements from cdni-publisher-use-cases into cdni-requirements Thread-Index: Acwk7xqkhCGkOfkLQhmK7jVXlVSm9gCottzw Message-ID: <291CC3F9E50E7641901A54E85D0977C6518BC97883@MAILR002.mail.lan> References: <291CC3F9E50E7641901A54E85D0977C6518BAC25E4@MAILR002.mail.lan> <437B8F73-8FCF-4CAB-88EA-4436F269FEBD@niven-jenkins.co.uk> In-Reply-To: <437B8F73-8FCF-4CAB-88EA-4436F269FEBD@niven-jenkins.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "cdni@ietf.org" Subject: Re: [CDNi] incorporating a few requirements from cdni-publisher-use-cases into cdni-requirements 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, 10 Jun 2011 17:36:14 -0000 Hi Ben, responses inline: > -----Original Message----- > From: Ben Niven-Jenkins [mailto:ben@niven-jenkins.co.uk] > Sent: Tuesday, June 07, 2011 4:41 AM > To: Kevin J Ma > Cc: Francois Le Faucheur; cdni@ietf.org > Subject: Re: [CDNi] incorporating a few requirements from cdni-publisher- > use-cases into cdni-requirements >=20 > Kevin, >=20 > I have a couple of questions to better understand the use case you are > thinking of, please see inline. >=20 > On 25 May 2011, at 01:01, Kevin J Ma wrote: >=20 > > Francois, > > > > We had discussed updating three of the requirements: > > > > - R36 discusses limiting the number of redirects for a content request= . > > We interpret this as a hop count? For certain types of live content > > (e.g., HLS) it might be advantageous to include a time-based limit. > > Can we modify the text to include an optional temporal limit? e.g.: >=20 > Your mention of "certain types of live content (e.g. HLS)" gives me the > impression that you think that type of content has some special propertie= s > for which a time-based limit may be advantageous where it may not be > advantageous for other types of content? Could you expand on what those > properties of HLS/live content are? The qualification was for streaming (RTP) vs file-based (HLS), i.e. push vs= pull. In the former, the latency can be handled by drops, but in the latter, the = client has other recourse if a request takes too long. > Is your concern that an excessively long request routing chain will > negatively impact the "startup time" of the content (which would apply to > all content types), or something else? I was really thinking about the mid-stream rate adaptation/error recovery c= ase. The client, at some point, will try its alternatives, e.g., different bitra= te,=20 different locations, etc. The latency of the request impacts those feature= s. > > "R36 The CDNI Request-Routing protocol SHOULD support an optional > > mechanism enforcing a limit on the number of successive CDN > > redirections or the total elapsed time for a given request." >=20 > An upstream CDN is always in the position where it can timeout a Request > Routing request to a downstream CDN and take some alternative action > without needing to pass timing (or timing budgets) between CDNs. >=20 > Is the intent to enable an upstream CDN to control the timeout used by > downstream CDNs (e.g. an upstream CDN can communicate a timeout budget to > an intermediate CDN which can take its portion of that budget and pass th= e > remainder on to a downstream CDN, etc) so the timeout between CDNs can be > more finely tuned by an upstream CDN, or something else? That was the intent, yes. thanx. -- Kevin J. Ma > Thanks > Ben From kevin.ma@azukisystems.com Fri Jun 10 16:05:58 2011 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 2543C21F84DA for ; Fri, 10 Jun 2011 16:05:58 -0700 (PDT) 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 nYi+i7w5xblP for ; Fri, 10 Jun 2011 16:05:56 -0700 (PDT) Received: from mx1.myoutlookonline.com (mx1.myoutlookonline.com [64.95.72.238]) by ietfa.amsl.com (Postfix) with ESMTP id 4F8B621F84D2 for ; Fri, 10 Jun 2011 16:05:56 -0700 (PDT) Received: from st22.mx1.myoutlookonline.com (localhost [127.0.0.1]) by mx1.myoutlookonline.com (Postfix) with ESMTP id D771678D8E9; Fri, 10 Jun 2011 19:05:55 -0400 (EDT) X-Virus-Scanned: by SpamTitan at mail.lan Received: from HUB023.mail.lan (unknown [10.110.2.1]) by mx1.myoutlookonline.com (Postfix) with ESMTP id 5343878D8DE; Fri, 10 Jun 2011 19:05:55 -0400 (EDT) Received: from MAILR002.mail.lan ([10.110.18.16]) by HUB023.mail.lan ([10.110.17.23]) with mapi; Fri, 10 Jun 2011 19:04:45 -0400 From: Kevin J Ma To: Francois Le Faucheur Date: Fri, 10 Jun 2011 19:05:53 -0400 Thread-Topic: Metadata pointer in Request Routing (was Re: incorporating a few requirements from cdni-publisher-use-cases into cdni-requirements) Thread-Index: AcwnbF1XEKDvdci1S9WF3q2Ooki4cgAVo7Sw Message-ID: <291CC3F9E50E7641901A54E85D0977C6518BC9799E@MAILR002.mail.lan> References: <291CC3F9E50E7641901A54E85D0977C6518BAC25E4@MAILR002.mail.lan> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "cdni@ietf.org" Subject: Re: [CDNi] Metadata pointer in Request Routing (was Re: incorporating a few requirements from cdni-publisher-use-cases into cdni-requirements) 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, 10 Jun 2011 23:05:58 -0000 sounds good. thanx. > -----Original Message----- > From: Francois Le Faucheur [mailto:flefauch@cisco.com] > Sent: Friday, June 10, 2011 8:48 AM > To: Kevin J Ma > Cc: Francois Le Faucheur; cdni@ietf.org > Subject: Metadata pointer in Request Routing (was Re: incorporating a few > requirements from cdni-publisher-use-cases into cdni-requirements) >=20 > > > > > > - R38 discusses pushing upstream metadata to the downstream CDN. >=20 > Just to make sure we are on the same page: > I would say that R38 discusses the option of the upstream CDN providing t= o > the downstream CDN, inside the Request Routing request, a pointer to CDNI > metadata. So more of an option to allow metadata "pull" (than "push").. > I think we agree, right? >=20 > > It > > was not clear if this was inclusive of all hierarchical metadata, > > i.e., can/should the upstream send aggregate default metadata, which > > may be useful in future requests for related content? Can we modify > > the text to clarify the conveyance of inherited metadata? e.g.: >=20 > That makes sense to me. >=20 > > "R38 The CDNI Request-Routing protocol MAY also allow the Upstream > > CDN to convey information pointing to CDNI metadata associated > > with the requested content or an object set to which the > > requested content belongs." >=20 >=20 > To ensure full consistency with the terminology used in the rest of the > document already discussing metadata inheritance (e.g. R55), I'd propose = : >=20 > " > R38 The CDNI Request-Routing protocol MAY also allow the Upstream CDN > to convey information pointing to CDNI metadata applicable (individually > or through inheritance) to the requested content. For illustration, the > CDNI metadata pointed to could potentially include metadata that is > applicable to any content, metadata that is applicable to a content > collection (to which the requested content belongs) and/or metadata that > is applicable individually to the requested content. >=20 > Francois >=20 From ben@niven-jenkins.co.uk Mon Jun 13 15:24:26 2011 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 BF5CB11E8085 for ; Mon, 13 Jun 2011 15:24:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.599 X-Spam-Level: X-Spam-Status: No, score=-103.599 tagged_above=-999 required=5 tests=[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 h1ptpnxXYwAS for ; Mon, 13 Jun 2011 15:24:26 -0700 (PDT) Received: from mailex.mailcore.me (mailex.mailcore.me [94.136.40.61]) by ietfa.amsl.com (Postfix) with ESMTP id 0208C11E8075 for ; Mon, 13 Jun 2011 15:24:26 -0700 (PDT) Received: from [216.80.63.2] (helo=[198.18.20.88]) by mail10.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1QWFJn-0003A0-8v; Mon, 13 Jun 2011 23:09:11 +0100 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Ben Niven-Jenkins In-Reply-To: <291CC3F9E50E7641901A54E85D0977C6518BC97883@MAILR002.mail.lan> Date: Mon, 13 Jun 2011 23:09:10 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <366C720E-CA96-4149-8B6A-62021C070FD2@niven-jenkins.co.uk> References: <291CC3F9E50E7641901A54E85D0977C6518BAC25E4@MAILR002.mail.lan> <437B8F73-8FCF-4CAB-88EA-4436F269FEBD@niven-jenkins.co.uk> <291CC3F9E50E7641901A54E85D0977C6518BC97883@MAILR002.mail.lan> To: Kevin J Ma X-Mailer: Apple Mail (2.1084) X-Mailcore-Auth: 9600544 X-Mailcore-Domain: 172912 Cc: "cdni@ietf.org" Subject: Re: [CDNi] incorporating a few requirements from cdni-publisher-use-cases into cdni-requirements 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, 13 Jun 2011 22:24:26 -0000 Kevin, Thanks, please see inline. On 10 Jun 2011, at 18:36, Kevin J Ma wrote: >> -----Original Message----- >> From: Ben Niven-Jenkins [mailto:ben@niven-jenkins.co.uk] >> On 25 May 2011, at 01:01, Kevin J Ma wrote: >>=20 >>> Francois, >>>=20 >>> We had discussed updating three of the requirements: >>>=20 >>> - R36 discusses limiting the number of redirects for a content = request. >>> We interpret this as a hop count? For certain types of live = content >>> (e.g., HLS) it might be advantageous to include a time-based = limit. >>> Can we modify the text to include an optional temporal limit? = e.g.: >>=20 >> Your mention of "certain types of live content (e.g. HLS)" gives me = the >> impression that you think that type of content has some special = properties >> for which a time-based limit may be advantageous where it may not be >> advantageous for other types of content? Could you expand on what = those >> properties of HLS/live content are? >=20 > The qualification was for streaming (RTP) vs file-based (HLS), i.e. = push vs pull. > In the former, the latency can be handled by drops, but in the latter, = the client > has other recourse if a request takes too long. I don't quite understand, in both cases the client is able to "timeout" = due to latency (or some other issue) and take a different course of = actual (attempt a re-connect, fallback to alternative source, etc.) >> Is your concern that an excessively long request routing chain will >> negatively impact the "startup time" of the content (which would = apply to >> all content types), or something else? >=20 > I was really thinking about the mid-stream rate adaptation/error = recovery case. > The client, at some point, will try its alternatives, e.g., different = bitrate,=20 > different locations, etc. The latency of the request impacts those = features. Thinking out loud...That's true but in typical HTTP adaptive streaming = deployments that I have experience of the client typically holds open = one or more persistent connections over which it requests the = files/chunks so request routing is not performed per file/chunk in the = stream and therefore request routing latency is an issue for "startup = time" but not for mid stream adaptation. Regarding error recovery, I suspect typical recovery is to an = alternative IP address returned in the same A/AAAA record as the IP = address that just "failed" so there wouldn't be any request routing = latency there either (as I'm not aware of HTTP adaptive = manifests/playlists being able to encode multiple alternative URIs for = the same files/chunks). I guess more complex error recovery could be performed (e.g. by the = client going back to whatever "portal" issued the original URI for the = manifest/playlist) but that's as close as it gets to being the same as a = "channel change" type scenario rather than mid-stream adaptation. Ben From ben@niven-jenkins.co.uk Mon Jun 13 15:24:27 2011 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 0169711E8075 for ; Mon, 13 Jun 2011 15:24:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.599 X-Spam-Level: X-Spam-Status: No, score=-103.599 tagged_above=-999 required=5 tests=[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 9ufgl-d2Sr9l for ; Mon, 13 Jun 2011 15:24:26 -0700 (PDT) Received: from mailex.mailcore.me (mailex.mailcore.me [94.136.40.61]) by ietfa.amsl.com (Postfix) with ESMTP id 7261711E8079 for ; Mon, 13 Jun 2011 15:24:26 -0700 (PDT) Received: from [216.80.63.2] (helo=[198.18.20.88]) by mail10.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1QWFJj-0003A0-Uk; Mon, 13 Jun 2011 23:09:08 +0100 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Ben Niven-Jenkins In-Reply-To: Date: Mon, 13 Jun 2011 23:09:07 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <084CC479-15CC-4FD0-998E-C28D9A16D2D7@niven-jenkins.co.uk> References: <291CC3F9E50E7641901A54E85D0977C6518BAC25E4@MAILR002.mail.lan> To: Francois Le Faucheur X-Mailer: Apple Mail (2.1084) X-Mailcore-Auth: 9600544 X-Mailcore-Domain: 172912 Cc: "cdni@ietf.org" Subject: Re: [CDNi] Delegation white/blacklisting Re: incorporating a few requirements from cdni-publisher-use-cases into cdni-requirements 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, 13 Jun 2011 22:24:27 -0000 Kevin, Francois, On 10 Jun 2011, at 13:20, Francois Le Faucheur wrote: > Hi Kevin, >=20 > Working my way through your suggestions: >>=20 >> - R58 lists potential content distribution control policies. There = are >> sometimes contractual obligations which limit which CDNs may be = used. >> Can we add a bullet for whitelisting/blacklisting CDNs? e.g.: >>=20 >> "* delegation whitelist/blacklist (i.e. Information defining >> which Downstream CDNs the content may be delivered = through)" >=20 > That makes sense to me. > And in any case, the bullets are described as examples, so we'll add = this bullet in the next rev, unless someone else objects/ I don't want to actually object but I would urge some caution as = fulfilling this sort of requirement starts to stray into the problem of = how to uniquely name different CDNs and that's a whole new potential can = of worms that I'd prefer we avoid but not introducing a requirement for = it at the protocol level. I'm certainly aware of contractual obligations that restrict where a CDN = may store content, where it may deliver content from and who it may = deliver content to but I haven't (yet) come across a requirement from = Content Providers to be prescriptive on which CDNs are allowed to be = used (versus the minimum delivery protection/capabilities the CDN must = support/use). Maybe describing a use case of why such a restriction may be requested = would help make the need for the requirement clearer? Thanks Ben From ben@niven-jenkins.co.uk Mon Jun 13 15:24:27 2011 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 49BB911E8075 for ; Mon, 13 Jun 2011 15:24:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.599 X-Spam-Level: X-Spam-Status: No, score=-103.599 tagged_above=-999 required=5 tests=[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 lKna9whIEU5N for ; Mon, 13 Jun 2011 15:24:26 -0700 (PDT) Received: from mailex.mailcore.me (mailex.mailcore.me [94.136.40.61]) by ietfa.amsl.com (Postfix) with ESMTP id C059F11E8093 for ; Mon, 13 Jun 2011 15:24:26 -0700 (PDT) Received: from [216.80.63.2] (helo=[198.18.20.88]) by mail10.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1QWFJc-0003A0-PN; Mon, 13 Jun 2011 23:09:01 +0100 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Ben Niven-Jenkins In-Reply-To: <910D4A95-5C20-4E2F-9ED1-F2324C92BAB1@cisco.com> Date: Mon, 13 Jun 2011 23:09:00 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <291CC3F9E50E7641901A54E85D0977C6518BAC25E4@MAILR002.mail.lan><89197B0A-FBB5-4EDC-B6FB-D7BE43BE27D7@standardstrack.com> <8A16CD16670843A28B0078408978E2B6@davidPC> <910D4A95-5C20-4E2F-9ED1-F2324C92BAB1@cisco.com> To: Francois Le Faucheur X-Mailer: Apple Mail (2.1084) X-Mailcore-Auth: 9600544 X-Mailcore-Domain: 172912 Cc: cdni@ietf.org Subject: Re: [CDNi] cdni status 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, 13 Jun 2011 22:24:27 -0000 Francois, On 10 Jun 2011, at 14:49, Francois Le Faucheur wrote: > On 27 May 2011, at 17:47, David Harrington wrote:=20 >> 3) I have asked the BOF chairs to request a BOF session at ietf81 = Quebec. This ensures the CDNI community will have a session at ietf81. >=20 > To allow forward progress while the IESG determination is being made, = Richard and I put together a first draft of a BOF agenda for bashing: > http://www.ietf.org/proceedings/81/agenda/cdni.htm >=20 > Please pass on comments and let us know if you plan posting new I-Ds = or if you are listed as a tentative presenter but don't plan attending. I see you have put a yet to be written Framework draft on the proposed = agenda. I've been intending to produce such a framework draft for a few = weeks but haven't quite had the cycles to put pen to paper. I'll try and pull something together before Quebec, if others are = interesting in contributing to that I'm happy to co-ordinate any inputs = they have. Ben From kevin.ma@azukisystems.com Mon Jun 13 16:27:22 2011 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 953F011E80A1 for ; Mon, 13 Jun 2011 16:27:22 -0700 (PDT) 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 vuSemdLLqKWF for ; Mon, 13 Jun 2011 16:27:21 -0700 (PDT) Received: from mx1.myoutlookonline.com (mx1.myoutlookonline.com [64.95.72.238]) by ietfa.amsl.com (Postfix) with ESMTP id BA3AE11E809F for ; Mon, 13 Jun 2011 16:27:21 -0700 (PDT) Received: from st22.mx1.myoutlookonline.com (localhost [127.0.0.1]) by mx1.myoutlookonline.com (Postfix) with ESMTP id 1349078C7B9; Mon, 13 Jun 2011 19:27:21 -0400 (EDT) X-Virus-Scanned: by SpamTitan at mail.lan Received: from HUB014.mail.lan (unknown [10.110.2.1]) by mx1.myoutlookonline.com (Postfix) with ESMTP id 8623278C092; Mon, 13 Jun 2011 19:27:20 -0400 (EDT) Received: from MAILR002.mail.lan ([10.110.18.16]) by HUB014.mail.lan ([10.110.17.14]) with mapi; Mon, 13 Jun 2011 19:26:05 -0400 From: Kevin J Ma To: Ben Niven-Jenkins Date: Mon, 13 Jun 2011 19:27:18 -0400 Thread-Topic: [CDNi] incorporating a few requirements from cdni-publisher-use-cases into cdni-requirements Thread-Index: AcwqFo/KP4OVf3MoTPSQjq9PJeJGrAAAVdVQ Message-ID: <291CC3F9E50E7641901A54E85D0977C6518BD46254@MAILR002.mail.lan> References: <291CC3F9E50E7641901A54E85D0977C6518BAC25E4@MAILR002.mail.lan> <437B8F73-8FCF-4CAB-88EA-4436F269FEBD@niven-jenkins.co.uk> <291CC3F9E50E7641901A54E85D0977C6518BC97883@MAILR002.mail.lan> <366C720E-CA96-4149-8B6A-62021C070FD2@niven-jenkins.co.uk> In-Reply-To: <366C720E-CA96-4149-8B6A-62021C070FD2@niven-jenkins.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "cdni@ietf.org" Subject: Re: [CDNi] incorporating a few requirements from cdni-publisher-use-cases into cdni-requirements 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, 13 Jun 2011 23:27:22 -0000 Ben, inline: > -----Original Message----- > From: Ben Niven-Jenkins [mailto:ben@niven-jenkins.co.uk] > Sent: Monday, June 13, 2011 6:09 PM > To: Kevin J Ma > Cc: Francois Le Faucheur; cdni@ietf.org > Subject: Re: [CDNi] incorporating a few requirements from cdni-publisher- > use-cases into cdni-requirements >=20 > Kevin, >=20 > Thanks, please see inline. >=20 > On 10 Jun 2011, at 18:36, Kevin J Ma wrote: > >> -----Original Message----- > >> From: Ben Niven-Jenkins [mailto:ben@niven-jenkins.co.uk] > >> On 25 May 2011, at 01:01, Kevin J Ma wrote: > >> > >>> Francois, > >>> > >>> We had discussed updating three of the requirements: > >>> > >>> - R36 discusses limiting the number of redirects for a content > request. > >>> We interpret this as a hop count? For certain types of live conten= t > >>> (e.g., HLS) it might be advantageous to include a time-based limit. > >>> Can we modify the text to include an optional temporal limit? e.g.= : > >> > >> Your mention of "certain types of live content (e.g. HLS)" gives me th= e > >> impression that you think that type of content has some special > properties > >> for which a time-based limit may be advantageous where it may not be > >> advantageous for other types of content? Could you expand on what thos= e > >> properties of HLS/live content are? > > > > The qualification was for streaming (RTP) vs file-based (HLS), i.e. pus= h > vs pull. > > In the former, the latency can be handled by drops, but in the latter, > the client > > has other recourse if a request takes too long. >=20 > I don't quite understand, in both cases the client is able to "timeout" > due to latency (or some other issue) and take a different course of actua= l > (attempt a re-connect, fallback to alternative source, etc.) This is true. But, if the CDN thinks that it is going to time out, and can make that decision earlier, then the client does not have to timeout if the CDN just responds to that affect. In that case, it leaves the client extra timing margin to go try its alternatives. > >> Is your concern that an excessively long request routing chain will > >> negatively impact the "startup time" of the content (which would apply > to > >> all content types), or something else? > > > > I was really thinking about the mid-stream rate adaptation/error > recovery case. > > The client, at some point, will try its alternatives, e.g., different > bitrate, > > different locations, etc. The latency of the request impacts those > features. >=20 > Thinking out loud...That's true but in typical HTTP adaptive streaming > deployments that I have experience of the client typically holds open one > or more persistent connections over which it requests the files/chunks so > request routing is not performed per file/chunk in the stream and > therefore request routing latency is an issue for "startup time" but not > for mid stream adaptation. Persistent connections are not necessarily a given. My iPhone does not use persistent connections. > Regarding error recovery, I suspect typical recovery is to an alternative > IP address returned in the same A/AAAA record as the IP address that just > "failed" so there wouldn't be any request routing latency there either (a= s > I'm not aware of HTTP adaptive manifests/playlists being able to encode > multiple alternative URIs for the same files/chunks). >=20 > I guess more complex error recovery could be performed (e.g. by the clien= t > going back to whatever "portal" issued the original URI for the > manifest/playlist) but that's as close as it gets to being the same as a > "channel change" type scenario rather than mid-stream adaptation. Fair point. An application may choose to implement it like a channel chang= e, but if it is done under the covers, it is still mid-stream adaptation in th= e eyes of the end-user. It is still an example of something an application m= ay wish to do that is affected by latency. > Ben thanx. -- Kevin J. Ma From kevin.ma@azukisystems.com Mon Jun 13 17:11:43 2011 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 AB78A9E8012 for ; Mon, 13 Jun 2011 17:11:43 -0700 (PDT) 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=[AWL=0.000, 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 44wLXOWx5BOR for ; Mon, 13 Jun 2011 17:11:43 -0700 (PDT) Received: from mx1.myoutlookonline.com (mx1.myoutlookonline.com [64.95.72.238]) by ietfa.amsl.com (Postfix) with ESMTP id CFA349E8011 for ; Mon, 13 Jun 2011 17:11:42 -0700 (PDT) Received: from st23.mx1.myoutlookonline.com (localhost [127.0.0.1]) by mx1.myoutlookonline.com (Postfix) with ESMTP id 69841416F45; Mon, 13 Jun 2011 20:11:42 -0400 (EDT) X-Virus-Scanned: by SpamTitan at mail.lan Received: from HUB012.mail.lan (unknown [10.110.2.1]) by mx1.myoutlookonline.com (Postfix) with ESMTP id D1C07416F4A; Mon, 13 Jun 2011 20:11:41 -0400 (EDT) Received: from MAILR002.mail.lan ([10.110.18.16]) by HUB012.mail.lan ([10.110.17.12]) with mapi; Mon, 13 Jun 2011 20:10:29 -0400 From: Kevin J Ma To: Ben Niven-Jenkins , Francois Le Faucheur Date: Mon, 13 Jun 2011 20:11:39 -0400 Thread-Topic: [CDNi] Delegation white/blacklisting Re: incorporating a few requirements from cdni-publisher-use-cases into cdni-requirements Thread-Index: AcwqFo9rlQGwulIcQ0CCkHK8dSiHiAACiMbQ Message-ID: <291CC3F9E50E7641901A54E85D0977C6518BD46270@MAILR002.mail.lan> References: <291CC3F9E50E7641901A54E85D0977C6518BAC25E4@MAILR002.mail.lan> <084CC479-15CC-4FD0-998E-C28D9A16D2D7@niven-jenkins.co.uk> In-Reply-To: <084CC479-15CC-4FD0-998E-C28D9A16D2D7@niven-jenkins.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "cdni@ietf.org" Subject: Re: [CDNi] Delegation white/blacklisting Re: incorporating a few requirements from cdni-publisher-use-cases into cdni-requirements 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, 14 Jun 2011 00:11:43 -0000 Ben, inline: > -----Original Message----- > From: Ben Niven-Jenkins [mailto:ben@niven-jenkins.co.uk] > Sent: Monday, June 13, 2011 6:09 PM > To: Francois Le Faucheur > Cc: Kevin J Ma; cdni@ietf.org > Subject: Re: [CDNi] Delegation white/blacklisting Re: incorporating a few > requirements from cdni-publisher-use-cases into cdni-requirements >=20 > Kevin, Francois, >=20 > On 10 Jun 2011, at 13:20, Francois Le Faucheur wrote: >=20 > > Hi Kevin, > > > > Working my way through your suggestions: > >> > >> - R58 lists potential content distribution control policies. There > are > >> sometimes contractual obligations which limit which CDNs may be > used. > >> Can we add a bullet for whitelisting/blacklisting CDNs? e.g.: > >> > >> "* delegation whitelist/blacklist (i.e. Information defining > >> which Downstream CDNs the content may be delivered through)" > > > > That makes sense to me. > > And in any case, the bullets are described as examples, so we'll add > this bullet in the next rev, unless someone else objects/ >=20 > I don't want to actually object but I would urge some caution as > fulfilling this sort of requirement starts to stray into the problem of > how to uniquely name different CDNs and that's a whole new potential can > of worms that I'd prefer we avoid but not introducing a requirement for i= t > at the protocol level. Doesn't the upstream CDN need a way to identify the downstream CDN anyway, whether by name or by some other means, for delegation? > I'm certainly aware of contractual obligations that restrict where a CDN > may store content, where it may deliver content from and who it may > deliver content to but I haven't (yet) come across a requirement from > Content Providers to be prescriptive on which CDNs are allowed to be used > (versus the minimum delivery protection/capabilities the CDN must > support/use). >=20 > Maybe describing a use case of why such a restriction may be requested > would help make the need for the requirement clearer? I was primarily thinking about billing use cases, though was attempting to be sufficiently vague as to not have to open a separate can of worms relating to how CDNs negotiate fees with peers and how content providers may negotiate reduced fees with those same peers, or how the cost of delegation is aggregated, etc. Another use case may be trust related. Perhaps a given downstream CDN has had known security or performance issues in the past, which the=20 content provider would like to just avoid. It kind of goes back to a previous discussions about federated trust and SLA negotiation, which I think we agree we dont want to discuss here, but having whitelisting/blacklisting provides the ability to customize the request routing, in a generic way, should a content provider have issue with the baseline interconnection. > Thanks > Ben From richard_woundy@cable.comcast.com Mon Jun 13 19:25:06 2011 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 E573C11E807C for ; Mon, 13 Jun 2011 19:25:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.099 X-Spam-Level: X-Spam-Status: No, score=-105.099 tagged_above=-999 required=5 tests=[AWL=-3.364, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, HOST_MISMATCH_NET=0.311, 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 vg7p5Cx84y4y for ; Mon, 13 Jun 2011 19:25:05 -0700 (PDT) Received: from cable.comcast.com (copdcimo01.potomac.co.ndcwest.comcast.net [76.96.32.251]) by ietfa.amsl.com (Postfix) with ESMTP id C123411E8075 for ; Mon, 13 Jun 2011 19:25:04 -0700 (PDT) Received: from ([24.40.55.40]) by copdcimo01.cable.comcast.com with ESMTP with TLS id 5503630.40470130; Mon, 13 Jun 2011 20:28:22 -0600 Received: from PACDCEXMB06.cable.comcast.com ([fe80::6134:ea50:286a:c0]) by pacdcexhub03.cable.comcast.com ([fe80::d1dd:b302:b617:3755%12]) with mapi id 14.01.0289.001; Mon, 13 Jun 2011 22:24:58 -0400 From: "Woundy, Richard" To: Ben Niven-Jenkins , Francois Le Faucheur Thread-Topic: [CDNi] cdni status Thread-Index: AQHMKhixQzLvXxVCTE2oYt8X8AgchJS8IAug Date: Tue, 14 Jun 2011 02:24:57 +0000 Message-ID: <1CA25301D2219F40B3AA37201F0EACD1135697B4@PACDCEXMB06.cable.comcast.com> References: <291CC3F9E50E7641901A54E85D0977C6518BAC25E4@MAILR002.mail.lan><89197B0A-FBB5-4EDC-B6FB-D7BE43BE27D7@standardstrack.com> <8A16CD16670843A28B0078408978E2B6@davidPC> <910D4A95-5C20-4E2F-9ED1-F2324C92BAB1@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [76.96.111.6] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "cdni@ietf.org" Subject: Re: [CDNi] cdni status 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, 14 Jun 2011 02:25:06 -0000 > I'll try and pull something together before Quebec, if others are interes= ting in contributing to that I'm happy to co-ordinate any inputs they have. That sounds good. Just remember that the -00 draft submission deadline is J= uly 4. -- Rich -----Original Message----- From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf Of Ben= Niven-Jenkins Sent: Monday, June 13, 2011 6:09 PM To: Francois Le Faucheur Cc: cdni@ietf.org Subject: Re: [CDNi] cdni status Francois, On 10 Jun 2011, at 14:49, Francois Le Faucheur wrote: > On 27 May 2011, at 17:47, David Harrington wrote:=20 >> 3) I have asked the BOF chairs to request a BOF session at ietf81 Quebec= . This ensures the CDNI community will have a session at ietf81. >=20 > To allow forward progress while the IESG determination is being made, Ric= hard and I put together a first draft of a BOF agenda for bashing: > http://www.ietf.org/proceedings/81/agenda/cdni.htm >=20 > Please pass on comments and let us know if you plan posting new I-Ds or i= f you are listed as a tentative presenter but don't plan attending. I see you have put a yet to be written Framework draft on the proposed agen= da. I've been intending to produce such a framework draft for a few weeks b= ut haven't quite had the cycles to put pen to paper. I'll try and pull something together before Quebec, if others are interesti= ng in contributing to that I'm happy to co-ordinate any inputs they have. Ben _______________________________________________ CDNi mailing list CDNi@ietf.org https://www.ietf.org/mailman/listinfo/cdni From bdavie@cisco.com Tue Jun 14 05:45:55 2011 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 165BA9E8006 for ; Tue, 14 Jun 2011 05:45:55 -0700 (PDT) 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 XkFCLOR-3f-4 for ; Tue, 14 Jun 2011 05:45:54 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by ietfa.amsl.com (Postfix) with ESMTP id 3E2319E8005 for ; Tue, 14 Jun 2011 05:45:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=bdavie@cisco.com; l=1452; q=dns/txt; s=iport; t=1308055554; x=1309265154; h=subject:mime-version:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=4f6ijwS45bYy11jP+CCHihvGlGsNnws4eoZ11GwVnm8=; b=i5vDFNNLf+ZkUXaEMxBEFNoogycoRVSVyJSKUHCEOp1R7hvgnMuSYqcx k7pdOUHsUqt7Ou8SFn11E/W4xZJ0Ijo4Hkzn0+B/AQPOAbk/gcYiEe7d5 x2pbZ302wsiDfrA7TULZ8J2HbYCUcoMAiN1b/SpvemJIGP1B4cQbD1rRg Y=; X-IronPort-AV: E=Sophos;i="4.65,364,1304294400"; d="scan'208";a="713163805" Received: from mtv-core-3.cisco.com ([171.68.58.8]) by sj-iport-6.cisco.com with ESMTP; 14 Jun 2011 12:45:53 +0000 Received: from [10.32.241.77] ([10.32.241.77]) by mtv-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id p5ECjrR6005333; Tue, 14 Jun 2011 12:45:53 GMT Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Bruce Davie In-Reply-To: Date: Tue, 14 Jun 2011 08:45:56 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <995D820A-15DB-43DF-A35D-FA1FA95D740A@cisco.com> References: <291CC3F9E50E7641901A54E85D0977C6518BAC25E4@MAILR002.mail.lan><89197B0A-FBB5-4EDC-B6FB-D7BE43BE27D7@standardstrack.com> <8A16CD16670843A28B0078408978E2B6@davidPC> <910D4A95-5C20-4E2F-9ED1-F2324C92BAB1@cisco.com> To: Ben Niven-Jenkins X-Mailer: Apple Mail (2.1084) Cc: cdni@ietf.org Subject: Re: [CDNi] cdni status 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, 14 Jun 2011 12:45:55 -0000 On Jun 13, 2011, at 6:09 PM, Ben Niven-Jenkins wrote: > Francois, >=20 > On 10 Jun 2011, at 14:49, Francois Le Faucheur wrote: >> On 27 May 2011, at 17:47, David Harrington wrote:=20 >>> 3) I have asked the BOF chairs to request a BOF session at ietf81 = Quebec. This ensures the CDNI community will have a session at ietf81. >>=20 >> To allow forward progress while the IESG determination is being made, = Richard and I put together a first draft of a BOF agenda for bashing: >> http://www.ietf.org/proceedings/81/agenda/cdni.htm >>=20 >> Please pass on comments and let us know if you plan posting new I-Ds = or if you are listed as a tentative presenter but don't plan attending. >=20 > I see you have put a yet to be written Framework draft on the proposed = agenda. I've been intending to produce such a framework draft for a few = weeks but haven't quite had the cycles to put pen to paper. Ben, I've started work on a Framework with Francois and Larry Peterson, will = definitely have something before the I-D cutoff for ietf81. If you have = text you want to contribute, send it along. Bruce >=20 > I'll try and pull something together before Quebec, if others are = interesting in contributing to that I'm happy to co-ordinate any inputs = they have. >=20 > Ben >=20 > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni From ben@niven-jenkins.co.uk Tue Jun 14 08:52:58 2011 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 2575A11E8090 for ; Tue, 14 Jun 2011 08:52:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.599 X-Spam-Level: X-Spam-Status: No, score=-103.599 tagged_above=-999 required=5 tests=[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 3MF6KnUxvU-4 for ; Tue, 14 Jun 2011 08:52:57 -0700 (PDT) Received: from mailex.mailcore.me (mailex.mailcore.me [94.136.40.64]) by ietfa.amsl.com (Postfix) with ESMTP id 0BD1A11E808B for ; Tue, 14 Jun 2011 08:52:56 -0700 (PDT) Received: from [216.80.63.2] (helo=[198.18.20.88]) by mail6.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1QWVvD-0002P9-Bw; Tue, 14 Jun 2011 16:52:55 +0100 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Ben Niven-Jenkins In-Reply-To: <291CC3F9E50E7641901A54E85D0977C6518BD46254@MAILR002.mail.lan> Date: Tue, 14 Jun 2011 16:52:53 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <291CC3F9E50E7641901A54E85D0977C6518BAC25E4@MAILR002.mail.lan> <437B8F73-8FCF-4CAB-88EA-4436F269FEBD@niven-jenkins.co.uk> <291CC3F9E50E7641901A54E85D0977C6518BC97883@MAILR002.mail.lan> <366C720E-CA96-4149-8B6A-62021C070FD2@niven-jenkins.co.uk> <291CC3F9E50E7641901A54E85D0977C6518BD46254@MAILR002.mail.lan> To: Kevin J Ma X-Mailer: Apple Mail (2.1084) X-Mailcore-Auth: 9600544 X-Mailcore-Domain: 172912 Cc: "cdni@ietf.org" Subject: Re: [CDNi] incorporating a few requirements from cdni-publisher-use-cases into cdni-requirements 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, 14 Jun 2011 15:52:58 -0000 Kevin, Please see inline for a couple more thoughts. On 14 Jun 2011, at 00:27, Kevin J Ma wrote: >> From: Ben Niven-Jenkins [mailto:ben@niven-jenkins.co.uk] >> On 10 Jun 2011, at 18:36, Kevin J Ma wrote: >>>> Is your concern that an excessively long request routing chain will >>>> negatively impact the "startup time" of the content (which would = apply >> to >>>> all content types), or something else? >>>=20 >>> I was really thinking about the mid-stream rate adaptation/error >> recovery case. >>> The client, at some point, will try its alternatives, e.g., = different >> bitrate, >>> different locations, etc. The latency of the request impacts those >> features. >>=20 >> Thinking out loud...That's true but in typical HTTP adaptive = streaming >> deployments that I have experience of the client typically holds open = one >> or more persistent connections over which it requests the = files/chunks so >> request routing is not performed per file/chunk in the stream and >> therefore request routing latency is an issue for "startup time" but = not >> for mid stream adaptation. >=20 > Persistent connections are not necessarily a given. My iPhone does = not use > persistent connections. Hmmm I didn't know that (and I'm not in a position to test my iPhone = right now) but I'm almost certain the iPad does use persistent = connections if it can so I would have thought the iPhone would too. = Anyway that's a side-issue... >> Regarding error recovery, I suspect typical recovery is to an = alternative >> IP address returned in the same A/AAAA record as the IP address that = just >> "failed" so there wouldn't be any request routing latency there = either (as >> I'm not aware of HTTP adaptive manifests/playlists being able to = encode >> multiple alternative URIs for the same files/chunks). >>=20 >> I guess more complex error recovery could be performed (e.g. by the = client >> going back to whatever "portal" issued the original URI for the >> manifest/playlist) but that's as close as it gets to being the same = as a >> "channel change" type scenario rather than mid-stream adaptation. >=20 > Fair point. An application may choose to implement it like a channel = change, > but if it is done under the covers, it is still mid-stream adaptation = in the > eyes of the end-user. It is still an example of something an = application may > wish to do that is affected by latency. Sure. So where I've been trying to go with these questions is to dig a = little under the surface of your original comment that "For certain = types of live content (e.g., HLS) it might be advantageous to include a = time-based limit." to understand what are the particular properties of = HLS that makes tuning timeouts more advantageous. As part of this discussion I'm coming to the conclusion that there = probably aren't any special properties in the majority of HLS use cases. = That's not to say the requirement you suggest for time-out is not valid = but just that HLS doesn't drive any special consideration for it - i.e. = it is probably a more generally applicable requirement than just HLS. Ben= From flefauch@cisco.com Tue Jun 14 09:09:55 2011 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 E898911E80A6 for ; Tue, 14 Jun 2011 09:09:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.696 X-Spam-Level: X-Spam-Status: No, score=-7.696 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_HI=-8, SARE_SUB_ENC_UTF8=0.152] 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 hj5R4PA4dfkr for ; Tue, 14 Jun 2011 09:09:54 -0700 (PDT) Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by ietfa.amsl.com (Postfix) with ESMTP id C00A911E808B for ; Tue, 14 Jun 2011 09:09:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=flefauch@cisco.com; l=7416; q=dns/txt; s=iport; t=1308067786; x=1309277386; h=from:subject:date:references:to:message-id:mime-version; bh=9pqXvRtm1M8n+U94k1Mdh2Jy7AocwNhJmEvbPciShOg=; b=mq+8oh02QHsTasyhy5Wx4/Lq63VcjMXYHELy1Ftb9ZvqTPsd4/o6pnxR yqa0A8jQcBezLHDEBKKYwv2l7RJVJJvh83pqKVFgah0ZRsgvCBgK0qdGv lgtReUuAgqsT9HJA5Jq9H/pxcMqKPGHpfXlf8hO9kthi82e0xtarWVYJ9 A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkcGACKH902rRDoJ/2dsb2JhbABSglGBeJNEjjR3iHOiMI0hCJEwhRaBDgSHFYozkAc X-IronPort-AV: E=Sophos;i="4.65,365,1304294400"; d="scan'208,217";a="465261934" Received: from mtv-core-4.cisco.com ([171.68.58.9]) by sj-iport-1.cisco.com with ESMTP; 14 Jun 2011 16:09:46 +0000 Received: from dhcp-10-155-1-191.cisco.com (dhcp-10-155-1-191.cisco.com [10.155.1.191]) by mtv-core-4.cisco.com (8.14.3/8.14.3) with ESMTP id p5EG9k0O004269 for ; Tue, 14 Jun 2011 16:09:46 GMT From: Francois Le Faucheur Content-Type: multipart/alternative; boundary=Apple-Mail-12--951747459 Date: Tue, 14 Jun 2011 09:12:14 -0700 References: <001c01cc2a6b$3bb5a8d0$5771900a@china.huawei.com> To: cdni@ietf.org Message-Id: <0024EC73-9CEA-46F2-9630-C66820EFED24@cisco.com> Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: [CDNi] =?utf-8?b?RndkOiDnrZTlpI06ICBjZG5pIHN0YXR1cw==?= 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, 14 Jun 2011 16:09:55 -0000 --Apple-Mail-12--951747459 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=GB2312 FYI. Begin forwarded message: > From: He Xiaoyan > Date: 14 June 2011 01:15:33 PDT > To: "'Francois Le Faucheur'" > Subject: =B4=F0=B8=B4: [CDNi] cdni status >=20 > Francois, > >Please pass on comments and let us know if you plan posting new I-Ds = or if you are listed as a tentative presenter but don't plan attending. > I plan to post a new I-D on request routing of CDNI , it=A1=AFs under = final format checking and will be submitted in a couple days. > =20 > Best Regards > Xiaoyan(Susan) He --Apple-Mail-12--951747459 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=GB2312
From: He Xiaoyan <hexiaoyan@huawei.com>
Date: 14 June 2011 = 01:15:33 PDT
To: "'Francois Le Faucheur'" <flefauch@cisco.com>
Subject: =B4=F0=B8=B4: = [CDNi] cdni status

Francois,

>Please = pass on comments and let us know if you plan posting new I-Ds or if you are = listed as a tentative presenter but don't plan attending.

I = plan to post a new I-D on request routing of CDNI , it=A1=AFs under final format checking and = will be submitted in a couple days.

 

Best Regards

Xiaoyan(Susan) = He

=

= --Apple-Mail-12--951747459-- From ben@niven-jenkins.co.uk Tue Jun 14 09:11:51 2011 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 C1E0811E808B for ; Tue, 14 Jun 2011 09:11:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.599 X-Spam-Level: X-Spam-Status: No, score=-103.599 tagged_above=-999 required=5 tests=[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 GdL0BTRDl4KP for ; Tue, 14 Jun 2011 09:11:51 -0700 (PDT) Received: from mailex.mailcore.me (mailex.mailcore.me [94.136.40.61]) by ietfa.amsl.com (Postfix) with ESMTP id DEBBE11E807F for ; Tue, 14 Jun 2011 09:11:50 -0700 (PDT) Received: from [216.80.63.2] (helo=[198.18.20.88]) by mail10.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1QWWDV-0001lx-Oz; Tue, 14 Jun 2011 17:11:50 +0100 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Ben Niven-Jenkins In-Reply-To: <291CC3F9E50E7641901A54E85D0977C6518BD46270@MAILR002.mail.lan> Date: Tue, 14 Jun 2011 17:11:48 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <29A2FFEE-0FF0-45BD-8C7A-45254983E8D6@niven-jenkins.co.uk> References: <291CC3F9E50E7641901A54E85D0977C6518BAC25E4@MAILR002.mail.lan> <084CC479-15CC-4FD0-998E-C28D9A16D2D7@niven-jenkins.co.uk> <291CC3F9E50E7641901A54E85D0977C6518BD46270@MAILR002.mail.lan> To: Kevin J Ma X-Mailer: Apple Mail (2.1084) X-Mailcore-Auth: 9600544 X-Mailcore-Domain: 172912 Cc: "cdni@ietf.org" Subject: Re: [CDNi] Delegation white/blacklisting Re: incorporating a few requirements from cdni-publisher-use-cases into cdni-requirements 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, 14 Jun 2011 16:11:51 -0000 Kevin, On 14 Jun 2011, at 01:11, Kevin J Ma wrote: >> From: Ben Niven-Jenkins [mailto:ben@niven-jenkins.co.uk] >> On 10 Jun 2011, at 13:20, Francois Le Faucheur wrote: >>> Working my way through your suggestions: >>>>=20 >>>> - R58 lists potential content distribution control policies. There >> are >>>> sometimes contractual obligations which limit which CDNs may be >> used. >>>> Can we add a bullet for whitelisting/blacklisting CDNs? e.g.: >>>>=20 >>>> "* delegation whitelist/blacklist (i.e. Information defining >>>> which Downstream CDNs the content may be delivered = through)" >>>=20 >>> That makes sense to me. >>> And in any case, the bullets are described as examples, so we'll add >> this bullet in the next rev, unless someone else objects/ >>=20 >> I don't want to actually object but I would urge some caution as >> fulfilling this sort of requirement starts to stray into the problem = of >> how to uniquely name different CDNs and that's a whole new potential = can >> of worms that I'd prefer we avoid but not introducing a requirement = for it >> at the protocol level. >=20 > Doesn't the upstream CDN need a way to identify the downstream CDN = anyway, > whether by name or by some other means, for delegation? There's a difference in scope. For an upstream CDN to identify a = downstream CDN it needs to give it a "name" but that name only has local = significance within the upstream CDN. For a Content Provider to be able to express policies regarding = white/black lists of downstream CDNs requires a global naming schemes = for all CDNs. HTH Ben =20= From wwwrun@ietfa.amsl.com Tue Jun 14 09:19:26 2011 Return-Path: X-Original-To: cdni@ietf.org Delivered-To: cdni@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 30) id AD30D1F0C3B; Tue, 14 Jun 2011 09:19:26 -0700 (PDT) From: IESG Secretary To: IETF Announcement list Content-Type: text/plain; charset="utf-8" Mime-Version: 1.0 Message-Id: <20110614161926.AD30D1F0C3B@ietfa.amsl.com> Date: Tue, 14 Jun 2011 09:19:26 -0700 (PDT) Cc: cdni@ietf.org Subject: [CDNi] WG Review: Content Delivery Networks Interconnection (cdni) X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: iesg@ietf.org 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, 14 Jun 2011 16:19:26 -0000 A new IETF working group has been proposed in the Transport Area. The IESG has not made any determination as yet. The following draft charter was submitted, and is provided for informational purposes only. Please send your comments to the IESG mailing list (iesg@ietf.org) by Tuesday, June 21, 2011. Content Delivery Networks Interconnection (cdni) ------------------------------------------------ Current Status: Proposed Working Group Last updated: 2011-05-27 Chairs: TBD Transport Area Directors: Wesley Eddy David Harrington Transport Area Advisor: David Harrington Mailing lists: Address: cdni@ietf.org To Subscribe: https://www.ietf.org/mailman/listinfo/cdni Archive: http://www.ietf.org/mail-archive/web/cdni/ Description of Working Group: A Content Delivery Network (CDN) is an infrastructure of network elements operating at layer 4 through layer 7, arranged for the efficient distribution and delivery of digital content. Such content includes, but is not limited to, web pages and images delivered via HTTP, and streaming of continuous media delivered via HTTP, RTSP, RTMP, etc. CDNs typically provide services to multiple Content Service Providers (CSPs). CDNs provide numerous benefits: a shared platform for multi-service content delivery, reduced transmission costs for cacheable content, improved quality of experience for end users and increased robustness of delivery. For these reasons they are frequently used for large-scale content delivery. As a result of the significant growth in content delivered over IP networks, existing CDN providers are scaling up their infrastructure and many Network Service Providers and Enterprise Service Providers are deploying their own CDNs. Subject to the policy of the CSP, it is generally desirable that a given item of content can be delivered to an end user regardless of that end user's location or attachment network. This creates a need for interconnecting (previously) standalone CDNs so they can interoperate and collectively behave as a single delivery infrastructure. The goal of the CDNI Working Group is to allow the interconnection of separately administered CDNs in support of the end-to-end delivery of content from CSPs through multiple CDNs and ultimately to end users (via their respective User Agents). The CDNI WG aims at delivering a targeted, deployable solution in a short timeframe (18-24 months) as needed by the industry. It is expected that the CDNI interfaces will be realized using existing IETF protocols for transport and message exchange, and using existing object notation grammars/languages for the definition of CDNI objects and semantics. In the event that protocol extensions or new protocols are deemed necessary by the WG, the WG will recharter. The working group will focus on the following items: - A "problem statement" document providing a description of the problem and a common terminology. - A "use case" document describing scenarios for usage and applications of the CDNI solution and protocols. - A "framework" document providing a description of the different components of the CDNI architecture and how they interact with one another. This document will also include a "threat analysis" discussing the security concerns and threats, the trust model and privacy issues specific to CDNI. - A "requirements" document. This document lists the requirements for the CDNI architecture and the CDNI interfaces. In particular, this document will focus on identifying a reasonable set of more urgent and important requirements that will be addressed in the initial set of CDNI protocols and solutions produced by the working group. This document will list the requirements stemming from the threat analysis and to be met by each of the CDNI interfaces. - A specification of the "CDNI request-routing interface". This interface will allow an upstream CDN request routing system to obtain from the downstream CDN the information necessary to perform request redirection. - A specification of the "CDNI metadata interface". This interface will allow the CDNs to exchange content distribution metadata of inter-CDN scope. Content distribution metadata refers to the subset of content metadata that is relevant to the distribution of the content and therefore is to be processed by CDNs (for example, this may include information enabling: content acquisition, geo-blocking, enforcement of availability windows or access control). - A specification of the "CDNI logging interface". This interface will allow CDN logging systems to exchange logging information associated with actions that are relevant across CDNs (such as content distribution, content delivery and content routing actions) for purposes of accounting, analytics, monitoring, etc. - A specification of the "CDNI control interface". In particular, this interface will allow an upstream CDN to remove or invalidate content in a downstream CDN. The WG will discuss and address the security, management and operational issues specific to CDNI, inside the above documents and specifications. The working group will only define solutions for aspects of the CDN Interconnection problem space that require direct communication or interoperation between CDNs. In particular, the WG will not define: - New session, transport or network protocols. - New protocols for delivering content from a CDN to an End User/User Agent. - New protocols for ingestion of content or metadata between a CSP and a CDN. - New protocols for acquiring content across CDNs. - Protocols and algorithms for intra-CDN operations. - Support for Transparent Caching across CDNs. - New applications consuming CDNI logs. - Digital Right Management (DRM) mechanisms. The CDNI WG will work with other IETF WGs to assess, and where appropriate, leverage protocols developed by those WGs, in order to realize the CDNI requirements and CDNI interfaces. For example, the WG may assess the suitability of the ALTO protocol as a protocol to enable downstream CDNs to exchange information which may aid an upstream CDN with making CDNI request routing decisions. The CDNI WG will also coordinate with relevant groups outside the IETF such as UltraViolet. Goals and Milestones WG Creation + 6 months: Submit CDNI problem statement to IESG as Informational WG Creation + 9 months: Submit CDNI use cases to IESG as Informational WG Creation + 12 months: Submit CDNI framework to IESG as Informational WG Creation + 12 months: Submit CDNI requirements to IESG as Informational WG Creation + 18 months: Submit specification of the CDNI Request Routing interface to IESG as Proposed Standard WG Creation + 18 months: Submit specification of the CDNI Logging interface to IESG as Proposed Standard WG Creation + 18 months: Submit specification of the CDNI Control interface to IESG as proposed Standard WG Creation + 24 months: Submit specification of the CDNI Metadata Distribution interface to IESG as Proposed Standard WG Creation + 24 months: Recharter or dissolve From ietfdbh@comcast.net Thu Jun 16 12:48:16 2011 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 EC1E511E8281 for ; Thu, 16 Jun 2011 12:48:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.46 X-Spam-Level: X-Spam-Status: No, score=-102.46 tagged_above=-999 required=5 tests=[AWL=0.138, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 IXmuzjDNk3-y for ; Thu, 16 Jun 2011 12:48:16 -0700 (PDT) Received: from qmta03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [76.96.30.32]) by ietfa.amsl.com (Postfix) with ESMTP id CFE5911E8268 for ; Thu, 16 Jun 2011 12:48:15 -0700 (PDT) Received: from omta19.emeryville.ca.mail.comcast.net ([76.96.30.76]) by qmta03.emeryville.ca.mail.comcast.net with comcast id wjgH1g00B1eYJf8A3joEz1; Thu, 16 Jun 2011 19:48:14 +0000 Received: from davidPC ([67.189.235.106]) by omta19.emeryville.ca.mail.comcast.net with comcast id wjoC1g00b2JQnJT01joD2s; Thu, 16 Jun 2011 19:48:14 +0000 From: "David Harrington" To: References: <291CC3F9E50E7641901A54E85D0977C6518BAC25E4@MAILR002.mail.lan><89197B0A-FBB5-4EDC-B6FB-D7BE43BE27D7@standardstrack.com><8A16CD16670843A28B0078408978E2B6@davidPC><910D4A95-5C20-4E2F-9ED1-F2324C92BAB1@cisco.com> In-Reply-To: Date: Thu, 16 Jun 2011 15:48:10 -0400 Message-ID: <66ED70F7B58F469FB32E9DD1DF47EE57@davidPC> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0306_01CC2C3C.CC4C3CB0" X-Mailer: Microsoft Office Outlook 11 X-MIMEOLE: Produced By Microsoft MimeOLE V6.1.7600.16776 Thread-index: AcwndPsjqArRz6gLSeqBPSTNG36mBwAE7W/wATM/i6A= Subject: [CDNi] cdni status update -110616 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, 16 Jun 2011 19:48:17 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0306_01CC2C3C.CC4C3CB0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, The IESG and IAB today approved a session slot for the CDNI BOF. This reserves a session slot for us. The approved slot is 190 minutes (the request on the BOF wiki is for 120 minutes, but that's leftover from the first BOF, so I upped it just in case.) BOF chairs, please adjust accordingly and advise. BOF and WG agenda scheduling will actually start within a few days, so this should be done soon. IESG approval as a WG rather than a BOF is a separate process. That process will unfold over the next few weeks. David Harrington Director, IETF Transport Area ietfdbh@comcast.net (preferred for ietf) dbharrington@huaweisymantec.com +1 603 828 1401 (cell) _____ From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf Of David Harrington Sent: Friday, June 10, 2011 12:13 PM To: 'Francois Le Faucheur'; cdni@ietf.org Subject: Re: [CDNi] cdni status Hi, FYI. The IESG reviewed the proposed charter and was satisfied that it was ready to be reviewed externally. The proposed charter will now be circulated to the IETF general list plus other standards organizations for comment. After that, it will return to the IESG for further discussion. During that period, the IAB and IESG will also discuss it as a potential second BOF. David Harrington Director, IETF Transport Area ietfdbh@comcast.net (preferred for ietf) dbharrington@huaweisymantec.com +1 603 828 1401 (cell) _____ From: Francois Le Faucheur [mailto:flefauch@cisco.com] Sent: Friday, June 10, 2011 9:50 AM To: cdni@ietf.org Cc: Le Faucheur Francois; Richard Woundy; David Harrington Subject: Re: [CDNi] cdni status Folks, On 27 May 2011, at 17:47, David Harrington wrote: Hi, This is a status update from your Responsible AD. 1) The IESG has discussed where a CDNI WG would be best located. It was decided that, if approved, CDNI WG belonged in the TSV area and I would remain the Responsible area director. 2) I have requested the IESG discuss the proposed WG charter in the IESG telechat 6/9. 3) I have asked the BOF chairs to request a BOF session at ietf81 Quebec. This ensures the CDNI community will have a session at ietf81. To allow forward progress while the IESG determination is being made, Richard and I put together a first draft of a BOF agenda for bashing: http://www.ietf.org/proceedings/81/agenda/cdni.htm Please pass on comments and let us know if you plan posting new I-Ds or if you are listed as a tentative presenter but don't plan attending. Generic info on the CDNI session in Quebec is available from the IETF BOF wiki: http://trac.tools.ietf.org/bof/trac/wiki/WikiStart 4) If the IESG approves the WG, the BOF session will simply become a WG session. and the appointed WG chairs will then take over and presumably adjust the agenda as needed. Cheers Francois & Richard PS: David Harrington Director, IETF Transport Area ietfdbh@comcast.net (preferred for ietf) dbharrington@huaweisymantec.com +1 603 828 1401 (cell) _______________________________________________ CDNi mailing list CDNi@ietf.org https://www.ietf.org/mailman/listinfo/cdni ------=_NextPart_000_0306_01CC2C3C.CC4C3CB0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 
The IESG and IAB today approved a session = slot for the=20 CDNI BOF.
This reserves a session slot for=20 us.
 
The approved slot is 190 minutes (the request = on the=20 BOF wiki is for 120 minutes, but that's leftover from the first BOF, so = I upped=20 it just in case.)
BOF chairs, please adjust accordingly and=20 advise.
BOF and WG agenda scheduling will actually = start within=20 a few days, so this should be done soon.
 
IESG approval as a WG rather than a BOF is a = separate=20 process.
That process will unfold over the = next few=20 weeks.
 
David Harrington
Director, = IETF=20 Transport Area
ietfdbh@comcast.net (preferred for=20 ietf)
dbharrington@huaweisymantec.com
+1 603 828 1401 = (cell)=20
 
 

From: cdni-bounces@ietf.org=20 [mailto:cdni-bounces@ietf.org] On Behalf Of David=20 Harrington
Sent: Friday, June 10, 2011 12:13 = PM
To:=20 'Francois Le Faucheur'; cdni@ietf.org
Subject: Re: [CDNi] = cdni=20 status

Hi,
 
FYI.
 
The IESG reviewed the proposed charter and was = satisfied=20 that it was ready to be reviewed externally.
The proposed charter will now be circulated to = the IETF=20 general list plus other standards organizations for=20 comment.
After that, it will return to the IESG for = further=20 discussion.
 
During that period, the IAB and IESG will also = discuss it as=20 a potential second BOF.
 

David Harrington
Director, IETF Transport=20 Area
ietfdbh@comcast.net (preferred for=20 ietf)
dbharrington@huaweisymantec.com
+1 603 828 1401 = (cell)=20


From: Francois Le Faucheur=20 [mailto:flefauch@cisco.com]
Sent: Friday, June 10, 2011 = 9:50=20 AM
To: cdni@ietf.org
Cc: Le Faucheur Francois; = Richard=20 Woundy; David Harrington
Subject: Re: [CDNi] cdni=20 status

Folks,=20

On 27 May 2011, at 17:47, David Harrington wrote:
Hi,
 
This is a status update from your Responsible=20 AD.
 
1) The IESG has discussed where a CDNI WG would be = best=20 located. It was decided that, if approved, CDNI WG belonged in the = TSV=20 area and I would remain the Responsible area = director.
 
2) I have requested the IESG discuss the proposed WG = charter in=20 the IESG telechat 6/9.
 
3) I have asked the BOF chairs to request a BOF = session at=20 ietf81 Quebec. This ensures the CDNI community will have a session = at=20 ietf81.

To allow forward progress while the IESG determination is being = made,=20 Richard and I put together a first draft of a BOF agenda for=20 bashing:
http://www.ie= tf.org/proceedings/81/agenda/cdni.htm

Please pass on comments and let us know if you plan posting new = I-Ds or=20 if you are listed as a tentative presenter but don't plan = attending.

Generic info on the CDNI session in Quebec is available from = the IETF=20 BOF wiki:
http://trac.t= ools.ietf.org/bof/trac/wiki/WikiStart

 
4) If the IESG approves the WG, the BOF session will = simply=20 become a WG session.

and the appointed WG chairs will then take over and presumably = adjust=20 the agenda as needed.

Cheers

Francois & Richard

PS: 

 
 
David=20 Harrington
Director, IETF Transport Area
ietfdbh@comcast.net = (preferred for=20 ietf)
dbharrington@huaweisymant= ec.com
+1=20 603 828 1401 (cell)=20 =
_______________________________________________
CDN= i=20 mailing list
CDNi@ietf.org
https://www.ietf.org/m= ailman/listinfo/cdni


------=_NextPart_000_0306_01CC2C3C.CC4C3CB0-- From kevin.ma@azukisystems.com Thu Jun 16 17:11:13 2011 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 8454E1F0C49 for ; Thu, 16 Jun 2011 17:11:13 -0700 (PDT) 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 MItgCNokhOqf for ; Thu, 16 Jun 2011 17:11:11 -0700 (PDT) Received: from mx1.myoutlookonline.com (mx1.myoutlookonline.com [64.95.72.238]) by ietfa.amsl.com (Postfix) with ESMTP id 430061F0C48 for ; Thu, 16 Jun 2011 17:11:11 -0700 (PDT) Received: from st20.mx1.myoutlookonline.com (localhost [127.0.0.1]) by mx1.myoutlookonline.com (Postfix) with ESMTP id 812078BDE51; Thu, 16 Jun 2011 20:11:10 -0400 (EDT) X-Virus-Scanned: by SpamTitan at mail.lan Received: from HUB014.mail.lan (unknown [10.110.2.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.myoutlookonline.com (Postfix) with ESMTPS id 087668BD35B; Thu, 16 Jun 2011 20:11:10 -0400 (EDT) Received: from MAILR002.mail.lan ([10.110.18.16]) by HUB014.mail.lan ([10.110.17.14]) with mapi; Thu, 16 Jun 2011 20:09:53 -0400 From: Kevin J Ma To: Ben Niven-Jenkins Date: Thu, 16 Jun 2011 20:11:08 -0400 Thread-Topic: [CDNi] Delegation white/blacklisting Re: incorporating a few requirements from cdni-publisher-use-cases into cdni-requirements Thread-Index: AcwqrdHKDw+UeA6lQf61QaRpXkkEVAB1Ky5w Message-ID: <291CC3F9E50E7641901A54E85D0977C6518BD46EF6@MAILR002.mail.lan> References: <291CC3F9E50E7641901A54E85D0977C6518BAC25E4@MAILR002.mail.lan> <084CC479-15CC-4FD0-998E-C28D9A16D2D7@niven-jenkins.co.uk> <291CC3F9E50E7641901A54E85D0977C6518BD46270@MAILR002.mail.lan> <29A2FFEE-0FF0-45BD-8C7A-45254983E8D6@niven-jenkins.co.uk> In-Reply-To: <29A2FFEE-0FF0-45BD-8C7A-45254983E8D6@niven-jenkins.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "cdni@ietf.org" Subject: Re: [CDNi] Delegation white/blacklisting Re: incorporating a few requirements from cdni-publisher-use-cases into cdni-requirements 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, 17 Jun 2011 00:11:13 -0000 Ben, understood. thanx. > -----Original Message----- > From: Ben Niven-Jenkins [mailto:ben@niven-jenkins.co.uk] > Sent: Tuesday, June 14, 2011 12:12 PM > To: Kevin J Ma > Cc: Francois Le Faucheur; cdni@ietf.org > Subject: Re: [CDNi] Delegation white/blacklisting Re: incorporating a few > requirements from cdni-publisher-use-cases into cdni-requirements >=20 > Kevin, >=20 > On 14 Jun 2011, at 01:11, Kevin J Ma wrote: > >> From: Ben Niven-Jenkins [mailto:ben@niven-jenkins.co.uk] > >> On 10 Jun 2011, at 13:20, Francois Le Faucheur wrote: > >>> Working my way through your suggestions: > >>>> > >>>> - R58 lists potential content distribution control policies. There > >> are > >>>> sometimes contractual obligations which limit which CDNs may be > >> used. > >>>> Can we add a bullet for whitelisting/blacklisting CDNs? e.g.: > >>>> > >>>> "* delegation whitelist/blacklist (i.e. Information defining > >>>> which Downstream CDNs the content may be delivered through)= " > >>> > >>> That makes sense to me. > >>> And in any case, the bullets are described as examples, so we'll add > >> this bullet in the next rev, unless someone else objects/ > >> > >> I don't want to actually object but I would urge some caution as > >> fulfilling this sort of requirement starts to stray into the problem o= f > >> how to uniquely name different CDNs and that's a whole new potential > can > >> of worms that I'd prefer we avoid but not introducing a requirement fo= r > it > >> at the protocol level. > > > > Doesn't the upstream CDN need a way to identify the downstream CDN > anyway, > > whether by name or by some other means, for delegation? >=20 > There's a difference in scope. For an upstream CDN to identify a > downstream CDN it needs to give it a "name" but that name only has local > significance within the upstream CDN. >=20 > For a Content Provider to be able to express policies regarding > white/black lists of downstream CDNs requires a global naming schemes for > all CDNs. >=20 > HTH > Ben >=20 From kevin.ma@azukisystems.com Thu Jun 16 17:12:20 2011 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 BA4081F0C51 for ; Thu, 16 Jun 2011 17:12:20 -0700 (PDT) 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=[AWL=0.000, 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 IvXAJ+zbptKE for ; Thu, 16 Jun 2011 17:12:19 -0700 (PDT) Received: from mx1.myoutlookonline.com (mx1.myoutlookonline.com [64.95.72.238]) by ietfa.amsl.com (Postfix) with ESMTP id 84E281F0C3B for ; Thu, 16 Jun 2011 17:12:18 -0700 (PDT) Received: from st21.mx1.myoutlookonline.com (localhost [127.0.0.1]) by mx1.myoutlookonline.com (Postfix) with ESMTP id 320F8552D16; Thu, 16 Jun 2011 20:12:18 -0400 (EDT) X-Virus-Scanned: by SpamTitan at mail.lan Received: from HUB024.mail.lan (unknown [10.110.2.1]) by mx1.myoutlookonline.com (Postfix) with ESMTP id 85D6A552C6A; Thu, 16 Jun 2011 20:12:17 -0400 (EDT) Received: from MAILR002.mail.lan ([10.110.18.16]) by HUB024.mail.lan ([10.110.17.24]) with mapi; Thu, 16 Jun 2011 20:11:03 -0400 From: Kevin J Ma To: Ben Niven-Jenkins Date: Thu, 16 Jun 2011 20:12:15 -0400 Thread-Topic: [CDNi] incorporating a few requirements from cdni-publisher-use-cases into cdni-requirements Thread-Index: Acwqq0VYRD8AWOp5RPqSaJnlB9XJHwB1wrmw Message-ID: <291CC3F9E50E7641901A54E85D0977C6518BD46EF7@MAILR002.mail.lan> References: <291CC3F9E50E7641901A54E85D0977C6518BAC25E4@MAILR002.mail.lan> <437B8F73-8FCF-4CAB-88EA-4436F269FEBD@niven-jenkins.co.uk> <291CC3F9E50E7641901A54E85D0977C6518BC97883@MAILR002.mail.lan> <366C720E-CA96-4149-8B6A-62021C070FD2@niven-jenkins.co.uk> <291CC3F9E50E7641901A54E85D0977C6518BD46254@MAILR002.mail.lan> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "cdni@ietf.org" Subject: Re: [CDNi] incorporating a few requirements from cdni-publisher-use-cases into cdni-requirements 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, 17 Jun 2011 00:12:20 -0000 Ben, I agree it is not specific to HLS. thanx. > -----Original Message----- > From: Ben Niven-Jenkins [mailto:ben@niven-jenkins.co.uk] > Sent: Tuesday, June 14, 2011 11:53 AM > To: Kevin J Ma > Cc: Francois Le Faucheur; cdni@ietf.org > Subject: Re: [CDNi] incorporating a few requirements from cdni-publisher- > use-cases into cdni-requirements >=20 > Kevin, >=20 > Please see inline for a couple more thoughts. >=20 > On 14 Jun 2011, at 00:27, Kevin J Ma wrote: > >> From: Ben Niven-Jenkins [mailto:ben@niven-jenkins.co.uk] > >> On 10 Jun 2011, at 18:36, Kevin J Ma wrote: > >>>> Is your concern that an excessively long request routing chain will > >>>> negatively impact the "startup time" of the content (which would > apply > >> to > >>>> all content types), or something else? > >>> > >>> I was really thinking about the mid-stream rate adaptation/error > >> recovery case. > >>> The client, at some point, will try its alternatives, e.g., different > >> bitrate, > >>> different locations, etc. The latency of the request impacts those > >> features. > >> > >> Thinking out loud...That's true but in typical HTTP adaptive streaming > >> deployments that I have experience of the client typically holds open > one > >> or more persistent connections over which it requests the files/chunks > so > >> request routing is not performed per file/chunk in the stream and > >> therefore request routing latency is an issue for "startup time" but > not > >> for mid stream adaptation. > > > > Persistent connections are not necessarily a given. My iPhone does not > use > > persistent connections. >=20 > Hmmm I didn't know that (and I'm not in a position to test my iPhone righ= t > now) but I'm almost certain the iPad does use persistent connections if i= t > can so I would have thought the iPhone would too. Anyway that's a side- > issue... >=20 > >> Regarding error recovery, I suspect typical recovery is to an > alternative > >> IP address returned in the same A/AAAA record as the IP address that > just > >> "failed" so there wouldn't be any request routing latency there either > (as > >> I'm not aware of HTTP adaptive manifests/playlists being able to encod= e > >> multiple alternative URIs for the same files/chunks). > >> > >> I guess more complex error recovery could be performed (e.g. by the > client > >> going back to whatever "portal" issued the original URI for the > >> manifest/playlist) but that's as close as it gets to being the same as > a > >> "channel change" type scenario rather than mid-stream adaptation. > > > > Fair point. An application may choose to implement it like a channel > change, > > but if it is done under the covers, it is still mid-stream adaptation i= n > the > > eyes of the end-user. It is still an example of something an > application may > > wish to do that is affected by latency. >=20 > Sure. So where I've been trying to go with these questions is to dig a > little under the surface of your original comment that "For certain types > of live content (e.g., HLS) it might be advantageous to include a time- > based limit." to understand what are the particular properties of HLS tha= t > makes tuning timeouts more advantageous. >=20 > As part of this discussion I'm coming to the conclusion that there > probably aren't any special properties in the majority of HLS use cases. > That's not to say the requirement you suggest for time-out is not valid > but just that HLS doesn't drive any special consideration for it - i.e. i= t > is probably a more generally applicable requirement than just HLS. >=20 > Ben From ietfdbh@comcast.net Thu Jun 23 14:55:41 2011 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 7CDB421F84E2 for ; Thu, 23 Jun 2011 14:55:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.523 X-Spam-Level: X-Spam-Status: No, score=-102.523 tagged_above=-999 required=5 tests=[AWL=0.075, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 yuzyfG3ankpM for ; Thu, 23 Jun 2011 14:55:41 -0700 (PDT) Received: from qmta02.westchester.pa.mail.comcast.net (qmta02.westchester.pa.mail.comcast.net [76.96.62.24]) by ietfa.amsl.com (Postfix) with ESMTP id C34E221F84E1 for ; Thu, 23 Jun 2011 14:55:40 -0700 (PDT) Received: from omta01.westchester.pa.mail.comcast.net ([76.96.62.11]) by qmta02.westchester.pa.mail.comcast.net with comcast id zZvg1g0080EZKEL52ZvhWY; Thu, 23 Jun 2011 21:55:41 +0000 Received: from davidPC ([67.189.235.106]) by omta01.westchester.pa.mail.comcast.net with comcast id zZvc1g00f2JQnJT3MZvcAB; Thu, 23 Jun 2011 21:55:40 +0000 From: "David Harrington" To: "'David Harrington'" , References: <291CC3F9E50E7641901A54E85D0977C6518BAC25E4@MAILR002.mail.lan><89197B0A-FBB5-4EDC-B6FB-D7BE43BE27D7@standardstrack.com><8A16CD16670843A28B0078408978E2B6@davidPC><910D4A95-5C20-4E2F-9ED1-F2324C92BAB1@cisco.com> <66ED70F7B58F469FB32E9DD1DF47EE57@davidPC> In-Reply-To: <66ED70F7B58F469FB32E9DD1DF47EE57@davidPC> Date: Thu, 23 Jun 2011 17:55:34 -0400 Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_051E_01CC31CE.C37747A0" X-Mailer: Microsoft Office Outlook 11 X-MIMEOLE: Produced By Microsoft MimeOLE V6.1.7600.16807 Thread-Index: AcwndPsjqArRz6gLSeqBPSTNG36mBwAE7W/wATM/i6ABW8AnEA== Subject: [CDNi] cdni status update -110623 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, 23 Jun 2011 21:55:41 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_051E_01CC31CE.C37747A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit CDNI is approved as a WG. Rich Woundy and Francois Le Faucheur will be WG chairs. I had significant difficulty choosing among multiple volunteers. I want to thank all the volunteers. David Harrington Director, IETF Transport Area ietfdbh@comcast.net (preferred for ietf) dbharrington@huaweisymantec.com +1 603 828 1401 (cell) ------=_NextPart_000_051E_01CC31CE.C37747A0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
CDNI is approved as a WG.
Rich Woundy and Francois Le Faucheur will be WG=20 chairs.
 
I = had significant=20 difficulty choosing among multiple = volunteers.
I = want to thank=20 all the volunteers.
 

David Harrington
Director, IETF Transport=20 Area
ietfdbh@comcast.net (preferred for=20 ietf)
dbharrington@huaweisymantec.com
+1 603 828 1401 = (cell)=20

------=_NextPart_000_051E_01CC31CE.C37747A0-- From yiu_lee@cable.comcast.com Thu Jun 23 16:27:56 2011 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 3392611E81A6 for ; Thu, 23 Jun 2011 16:27:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.08 X-Spam-Level: X-Spam-Status: No, score=-103.08 tagged_above=-999 required=5 tests=[AWL=-1.346, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, HOST_MISMATCH_NET=0.311, HTML_MESSAGE=0.001, 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 no7OL5GTx6dm for ; Thu, 23 Jun 2011 16:27:55 -0700 (PDT) Received: from cable.comcast.com (copdcimo01.potomac.co.ndcwest.comcast.net [76.96.32.251]) by ietfa.amsl.com (Postfix) with ESMTP id 7EB2D11E817B for ; Thu, 23 Jun 2011 16:27:55 -0700 (PDT) Received: from ([24.40.55.41]) by copdcimo01.cable.comcast.com with ESMTP with TLS id 5503630.42029945; Thu, 23 Jun 2011 17:31:19 -0600 Received: from PACDCEXMB05.cable.comcast.com ([fe80::a5b0:e5c4:df1b:2367]) by PACDCEXHUB02.cable.comcast.com ([fe80::11d4:f530:37a0:9f4e%12]) with mapi id 14.01.0289.001; Thu, 23 Jun 2011 19:27:36 -0400 From: "Lee, Yiu" To: "cdni@ietf.org" Thread-Topic: [CDNi] cdni status update -110623 Thread-Index: AQHMMfBPxNazlbjbNUmOj6Q7UQKD/5TLlmPd Date: Thu, 23 Jun 2011 23:27:35 +0000 Message-ID: References: <291CC3F9E50E7641901A54E85D0977C6518BAC25E4@MAILR002.mail.lan><89197B0A-FBB5-4EDC-B6FB-D7BE43BE27D7@standardstrack.com><8A16CD16670843A28B0078408978E2B6@davidPC><910D4A95-5C20-4E2F-9ED1-F2324C92BAB1@cisco.com> <66ED70F7B58F469FB32E9DD1DF47EE57@davidPC>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_C1FD72EFEBB049878F7210AE75DB3390CableComcastcom_" MIME-Version: 1.0 Subject: Re: [CDNi] cdni status update -110623 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, 23 Jun 2011 23:27:56 -0000 --_000_C1FD72EFEBB049878F7210AE75DB3390CableComcastcom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Thanks Dave and congrats Rich and Francois. On Jun 23, 2011, at 17:55, "David Harrington" > wrote: CDNI is approved as a WG. Rich Woundy and Francois Le Faucheur will be WG chairs. I had significant difficulty choosing among multiple volunteers. I want to thank all the volunteers. David Harrington Director, IETF Transport Area ietfdbh@comcast.net (preferred for ietf) dbharrington@huaweisymantec.com +1 603 828 1401 (cell) _______________________________________________ CDNi mailing list CDNi@ietf.org https://www.ietf.org/mailman/listinfo/cdni --_000_C1FD72EFEBB049878F7210AE75DB3390CableComcastcom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Thanks Dave and congrats Rich and Francois.

On Jun 23, 2011, at 17:55, "David Harrington" <ietfdbh@comcast.net> wrote:

CDNI is approved as a WG.<= /span>
Rich Woundy and Francois Le Fauch= eur will be WG chairs.
 
I had significant difficulty choosing among multiple volunteers.
I want to thank all the volunteers.
 

David Harrington
Director, IETF Transport Area
ietfdbh@comcast.net (preferred f= or ietf)
dbharrington@huaweisyman= tec.com
+1 603 828 1401 (cell)

_______________________________________________
CDNi mailing list
CDNi@ietf.org
https://www.ie= tf.org/mailman/listinfo/cdni
--_000_C1FD72EFEBB049878F7210AE75DB3390CableComcastcom_-- From flefauch@cisco.com Fri Jun 24 01:04:19 2011 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 9E6FB11E8070 for ; Fri, 24 Jun 2011 01:04:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.546 X-Spam-Level: X-Spam-Status: No, score=-9.546 tagged_above=-999 required=5 tests=[AWL=1.052, 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 fPVm8NFQhYZ0 for ; Fri, 24 Jun 2011 01:04:19 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by ietfa.amsl.com (Postfix) with ESMTP id C18F811E8087 for ; Fri, 24 Jun 2011 01:04:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=flefauch@cisco.com; l=952; q=dns/txt; s=iport; t=1308902658; x=1310112258; h=from:subject:date:message-id:cc:to:mime-version; bh=XpaIyCnPdbp0StlwH6h/4Nnz3kGAkp3VqJAh/Lw1WQM=; b=LqreXQI9N4as51lpXBqKQ51reL1QAIZxwi9eA+JztEEYrv17N3qwpuIr ckoq/3AvpwALCFAPCI/Mi/pso7lShUEZ3GXc/dfhDqQqX4LhkHrbYaPoX dn0eRYZvV5mGpwlUSmisBIO+fI2ol37qLO7TEZJiBPV05U9lg1TCKdr+g E=; X-IronPort-AV: E=Sophos;i="4.65,418,1304294400"; d="scan'208,217";a="97573465" Received: from ams-core-2.cisco.com ([144.254.72.75]) by ams-iport-1.cisco.com with ESMTP; 24 Jun 2011 08:04:07 +0000 Received: from ams-flefauch-8712.cisco.com (ams-flefauch-8712.cisco.com [10.55.161.195]) by ams-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id p5O846RS030960; Fri, 24 Jun 2011 08:04:06 GMT From: Francois Le Faucheur Content-Type: multipart/alternative; boundary=Apple-Mail-265--116877991 Date: Fri, 24 Jun 2011 10:06:43 +0200 Message-Id: To: cdni@ietf.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: [CDNi] CDNI session schedule 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, 24 Jun 2011 08:04:19 -0000 --Apple-Mail-265--116877991 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hello, For travel arrangements, note that the CDNI session has been scheduled = for Thursday evening: CDNI Session (2 hours) Thursday, Afternoon Session III 1740-1940 Francois= --Apple-Mail-265--116877991 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii Hello,

For travel arrangements, note that the CDNI session has been scheduled for Thursday evening:

CDNI Session  (2 hours)
Thursday, Afternoon Session III 1740-1940

Francois
--Apple-Mail-265--116877991-- From ietfdbh@comcast.net Mon Jun 27 06:50:22 2011 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 4B37B21F85ED for ; Mon, 27 Jun 2011 06:50:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.998 X-Spam-Level: X-Spam-Status: No, score=-99.998 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HTML_MESSAGE=0.001, 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 wU4q9OZ4yO6p for ; Mon, 27 Jun 2011 06:50:10 -0700 (PDT) Received: from qmta10.westchester.pa.mail.comcast.net (qmta10.westchester.pa.mail.comcast.net [76.96.62.17]) by ietfa.amsl.com (Postfix) with ESMTP id 5B8E221F85C6 for ; Mon, 27 Jun 2011 06:11:07 -0700 (PDT) Received: from omta16.westchester.pa.mail.comcast.net ([76.96.62.88]) by qmta10.westchester.pa.mail.comcast.net with comcast id 10WS1h0021uE5Es5A11TPz; Mon, 27 Jun 2011 13:01:27 +0000 Received: from davidPC ([67.189.235.106]) by omta16.westchester.pa.mail.comcast.net with comcast id 111R1h00D2JQnJT3c11RMS; Mon, 27 Jun 2011 13:01:26 +0000 From: "David Harrington" To: "'Francois Le Faucheur'" , References: In-Reply-To: Date: Mon, 27 Jun 2011 09:01:21 -0400 Message-ID: <159BE9401589472CB2844EEF6EC33939@davidPC> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0650_01CC34A8.C966A840" X-Mailer: Microsoft Office Outlook 11 X-MIMEOLE: Produced By Microsoft MimeOLE V6.1.7600.16807 Thread-Index: AcwyRVUsUpaYCb/gRW6OoyFcF0+d4wChE3CA Subject: Re: [CDNi] CDNI session schedule 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, 27 Jun 2011 13:50:22 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0650_01CC34A8.C966A840 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit BUT, be aware that the agenda posted is only the DRAFT agenda, which has a fair likelihood of changing, and even the 'final' agenda is subject to change. So if you schedule travel based on one session's time, you could find that one session rescheduled to a different time before or after you arrive. Hallway discussions during the week with people from other working groups that intersect cdni technologies are encouraged. That's why the IETF encourages people to not plan travel only for specific sessions. David Harrington Director, IETF Transport Area ietfdbh@comcast.net (preferred for ietf) dbharrington@huaweisymantec.com +1 603 828 1401 (cell) _____ From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf Of Francois Le Faucheur Sent: Friday, June 24, 2011 4:07 AM To: cdni@ietf.org Subject: [CDNi] CDNI session schedule Hello, For travel arrangements, note that the CDNI session has been scheduled for Thursday evening: CDNI Session (2 hours) Thursday, Afternoon Session III 1740-1940 Francois ------=_NextPart_000_0650_01CC34A8.C966A840 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
BUT, be aware that the agenda posted is only the = DRAFT agenda,=20 which has a fair likelihood of changing, and even the 'final' agenda is = subject=20 to change.
So if you schedule travel based on one session's = time, you=20 could find that one session rescheduled to a different time before or = after you=20 arrive.
Hallway discussions during the week with people = from other=20 working groups that intersect cdni technologies are=20 encouraged.
That's why the IETF encourages people to not plan = travel only=20 for specific sessions.
 

David Harrington
Director, IETF Transport=20 Area
ietfdbh@comcast.net (preferred for=20 ietf)
dbharrington@huaweisymantec.com
+1 603 828 1401 = (cell)=20


From: cdni-bounces@ietf.org=20 [mailto:cdni-bounces@ietf.org] On Behalf Of Francois Le=20 Faucheur
Sent: Friday, June 24, 2011 4:07 AM
To:=20 cdni@ietf.org
Subject: [CDNi] CDNI session=20 schedule

Hello,

For travel arrangements, note that the CDNI session has been = scheduled=20 for Thursday evening:

CDNI Session  (2=20 hours)
Thursday, Afternoon Session III 1740-1940

Francois
------=_NextPart_000_0650_01CC34A8.C966A840-- From eburger@standardstrack.com Mon Jun 27 12:26:23 2011 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 17D3221F8633 for ; Mon, 27 Jun 2011 12:26:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.669 X-Spam-Level: X-Spam-Status: No, score=-101.669 tagged_above=-999 required=5 tests=[AWL=0.930, 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 JeXN0wjJUVnV for ; Mon, 27 Jun 2011 12:26:22 -0700 (PDT) Received: from gs19.inmotionhosting.com (gs19.inmotionhosting.com [66.117.3.189]) by ietfa.amsl.com (Postfix) with ESMTP id 819D621F8626 for ; Mon, 27 Jun 2011 12:26:22 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=standardstrack.com; h=Received:From:Mime-Version:Content-Type:Subject:Date:In-Reply-To:To:References:Message-Id:X-Mailer; b=u/+q3IkfFLoSMm8FBi1MnrtpxQ1e7BtDP9tsMWcmBvc1DDBLBBsHbs/4wArTYezldiCbKf/INkw/EOLlgSp5Xw3yl0TfTN3NnrCqwUdhj5jcTXwB9+0dYU9NjxcSR/Lh; Received: from ip68-100-199-8.dc.dc.cox.net ([68.100.199.8] helo=[192.168.15.126]) by gs19.inmotionhosting.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1QbHRM-0008Pk-4k for cdni@ietf.org; Mon, 27 Jun 2011 12:25:49 -0700 From: Eric Burger Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/signed; boundary=Apple-Mail-40-183093034; protocol="application/pkcs7-signature"; micalg=sha1 Date: Mon, 27 Jun 2011 15:26:14 -0400 In-Reply-To: <159BE9401589472CB2844EEF6EC33939@davidPC> To: cdni@ietf.org References: <159BE9401589472CB2844EEF6EC33939@davidPC> Message-Id: X-Mailer: Apple Mail (2.1084) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gs19.inmotionhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - standardstrack.com Subject: Re: [CDNi] CDNI session schedule 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, 27 Jun 2011 19:26:23 -0000 --Apple-Mail-40-183093034 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Translation: plan on being there for the week. We do our best to have the agenda fixed, but right now there is a lot of = negotiations going on to minimize session conflict. There is a lot of = fluidity in the schedule right now. On Jun 27, 2011, at 9:01 AM, David Harrington wrote: > BUT, be aware that the agenda posted is only the DRAFT agenda, which = has a fair likelihood of changing, and even the 'final' agenda is = subject to change. > So if you schedule travel based on one session's time, you could find = that one session rescheduled to a different time before or after you = arrive. > Hallway discussions during the week with people from other working = groups that intersect cdni technologies are encouraged. > That's why the IETF encourages people to not plan travel only for = specific sessions. > =20 > David Harrington > Director, IETF Transport Area > ietfdbh@comcast.net (preferred for ietf) > dbharrington@huaweisymantec.com > +1 603 828 1401 (cell) >=20 >=20 > From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf = Of Francois Le Faucheur > Sent: Friday, June 24, 2011 4:07 AM > To: cdni@ietf.org > Subject: [CDNi] CDNI session schedule >=20 > Hello, >=20 > For travel arrangements, note that the CDNI session has been scheduled = for Thursday evening: >=20 > CDNI Session (2 hours) > Thursday, Afternoon Session III 1740-1940 >=20 > Francois > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni --Apple-Mail-40-183093034 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIILHzCCBN0w ggPFoAMCAQICEHGS++YZX6xNEoV0cTSiGKcwDQYJKoZIhvcNAQEFBQAwezELMAkGA1UEBhMCR0Ix GzAZBgNVBAgMEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBwwHU2FsZm9yZDEaMBgGA1UECgwR Q29tb2RvIENBIExpbWl0ZWQxITAfBgNVBAMMGEFBQSBDZXJ0aWZpY2F0ZSBTZXJ2aWNlczAeFw0w NDAxMDEwMDAwMDBaFw0yODEyMzEyMzU5NTlaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQx FzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsx ITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJz dC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAsjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIx B8dOtINknS4p1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8 om+rWV6lL8/K2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHG TPNpsaguG7bUMSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7Nl yP0e03RiqhjKaJMeoYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4IBJzCCASMwHwYDVR0j BBgwFoAUoBEKIz6W8Qfs4q8p74Klf9AwpLQwHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59 MA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwewYDVR0fBHQwcjA4oDagNIYyaHR0cDovL2NybC5j b21vZG9jYS5jb20vQUFBQ2VydGlmaWNhdGVTZXJ2aWNlcy5jcmwwNqA0oDKGMGh0dHA6Ly9jcmwu Y29tb2RvLm5ldC9BQUFDZXJ0aWZpY2F0ZVNlcnZpY2VzLmNybDARBglghkgBhvhCAQEEBAMCAQYw DQYJKoZIhvcNAQEFBQADggEBAJ2Vyzy4fqUJxB6/C8LHdo45PJTGEKpPDMngq4RdiVTgZTvzbRx8 NywlVF+WIfw3hJGdFdwUT4HPVB1rbEVgxy35l1FM+WbKPKCCjKbI8OLp1Er57D9Wyd12jMOCAU9s APMeGmF0BEcDqcZAV5G8ZSLFJ2dPV9tkWtmNH7qGL/QGrpxp7en0zykX2OBKnxogL5dMUbtGB8SK N04g4wkxaMeexIud6H4RvDJoEJYRmETYKlFgTYjrdDrfQwYyyDlWjDoRUtNBpEMD9O3vMyfbOeAU TibJ2PU54om4k123KSZB6rObroP8d3XK6Mq1/uJlSmM+RMTQw16Hc6mYHK9/FX8wggY6MIIFIqAD AgECAhEAxcM7lN0zgrA71mfq+sG6xjANBgkqhkiG9w0BAQUFADCBrjELMAkGA1UEBhMCVVMxCzAJ BgNVBAgTAlVUMRcwFQYDVQQHEw5TYWx0IExha2UgQ2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVT VCBOZXR3b3JrMSEwHwYDVQQLExhodHRwOi8vd3d3LnVzZXJ0cnVzdC5jb20xNjA0BgNVBAMTLVVU Ti1VU0VSRmlyc3QtQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBFbWFpbDAeFw0xMDA5MDgwMDAw MDBaFw0xMTA5MDgyMzU5NTlaMIHhMTUwMwYDVQQLEyxDb21vZG8gVHJ1c3QgTmV0d29yayAtIFBF UlNPTkEgTk9UIFZBTElEQVRFRDFGMEQGA1UECxM9VGVybXMgYW5kIENvbmRpdGlvbnMgb2YgdXNl OiBodHRwOi8vd3d3LmNvbW9kby5uZXQvcmVwb3NpdG9yeTEfMB0GA1UECxMWKGMpMjAwMyBDb21v ZG8gTGltaXRlZDEUMBIGA1UEAxMLRXJpYyBCdXJnZXIxKTAnBgkqhkiG9w0BCQEWGmVidXJnZXJA c3RhbmRhcmRzdHJhY2suY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAqeauFkEq 5Pj7AIAaDRbUWIpoblTKyrjcSfXRaHvjk0jWBTsBPe6oOZjudMK0Vo9A1Sl52BixDgf1/qb2Z+PT 7M0mqSOOsSucEBid48IMvGi79xmKKAVf5jiyFNNAaTZWn76dwNLMkKd/+Ki0fn8kEbb2zG+gGKyZ MNHiNX+GQfPpHyzo2MTwnb16lXMfGJrGv4uLZS/pY9PENdFQnwV0ASZoqX+ArtLY2xeuC+rYG9xQ Cz7qiLbJhCJzWsEGETyHLDjE5bN4HB9DsJKtGFLQuOdTanwGigNz9cVH9pLFNQxiotavAouXgqS4 wGvcq4mGP9w9zTychoUqIKsEg9OD1wIDAQABo4ICHDCCAhgwHwYDVR0jBBgwFoAUiYJnfcSdJnAA S7RQSHzePa4Ebn0wHQYDVR0OBBYEFAlgEOVj6Hl0La8sPRP388HEMiWvMA4GA1UdDwEB/wQEAwIF oDAMBgNVHRMBAf8EAjAAMCAGA1UdJQQZMBcGCCsGAQUFBwMEBgsrBgEEAbIxAQMFAjARBglghkgB hvhCAQEEBAMCBSAwRgYDVR0gBD8wPTA7BgwrBgEEAbIxAQIBAQEwKzApBggrBgEFBQcCARYdaHR0 cHM6Ly9zZWN1cmUuY29tb2RvLm5ldC9DUFMwgaUGA1UdHwSBnTCBmjBMoEqgSIZGaHR0cDovL2Ny bC5jb21vZG9jYS5jb20vVVROLVVTRVJGaXJzdC1DbGllbnRBdXRoZW50aWNhdGlvbmFuZEVtYWls LmNybDBKoEigRoZEaHR0cDovL2NybC5jb21vZG8ubmV0L1VUTi1VU0VSRmlyc3QtQ2xpZW50QXV0 aGVudGljYXRpb25hbmRFbWFpbC5jcmwwbAYIKwYBBQUHAQEEYDBeMDYGCCsGAQUFBzAChipodHRw Oi8vY3J0LmNvbW9kb2NhLmNvbS9VVE5BQUFDbGllbnRDQS5jcnQwJAYIKwYBBQUHMAGGGGh0dHA6 Ly9vY3NwLmNvbW9kb2NhLmNvbTAlBgNVHREEHjAcgRplYnVyZ2VyQHN0YW5kYXJkc3RyYWNrLmNv bTANBgkqhkiG9w0BAQUFAAOCAQEACRTppSEc5DMYn8YXcbfX36iTaNBGw1gUvTNam0U8pXH0E7H3 2d4cTq6DEMu5ifEvxMGBqhUyv0sKxQ7+UvtDwrk7Kiy2L6TUC4zNEklZbtDqY7+Wd7EQZkN4k/zx kMLlz2VIIRL/Cg48NrBKP5bo1la78NTJx8m4+VForLseEBabxMQoWB/GOVC7WpO/+RCgd93gz6H/ RzW1hnK0Uvu5H3Kz7HEC3R1Qk/sE9nXVzTfoJOMJRnyMS5Ut61mgoWSm/kUtczAlRRYh6IBOhzAl awoXz+yk9hMCheYRAWx0EamBBpSzvqXj0N2vXYc62v3e3ddcLZncjiB0pYIfCE3s4DGCA/8wggP7 AgEBMIHEMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBD aXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cu dXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRp b24gYW5kIEVtYWlsAhEAxcM7lN0zgrA71mfq+sG6xjAJBgUrDgMCGgUAoIICDzAYBgkqhkiG9w0B CQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMTA2MjcxOTI2MTVaMCMGCSqGSIb3DQEJ BDEWBBTlZZksnn7RKGn7OIci9vewgcchuTCB1QYJKwYBBAGCNxAEMYHHMIHEMIGuMQswCQYDVQQG EwJVUzELMAkGA1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUg VVNFUlRSVVNUIE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQG A1UEAxMtVVROLVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsAhEAxcM7 lN0zgrA71mfq+sG6xjCB1wYLKoZIhvcNAQkQAgsxgceggcQwga4xCzAJBgNVBAYTAlVTMQswCQYD VQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoTFVRoZSBVU0VSVFJVU1Qg TmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3QuY29tMTYwNAYDVQQDEy1VVE4t VVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgRW1haWwCEQDFwzuU3TOCsDvWZ+r6 wbrGMA0GCSqGSIb3DQEBAQUABIIBAHiqp1G5W+5+bPZlrNzNN4Spt6dVwB8xcZqXvt5Qt+FY/ou2 O663HYj/xnSPIboDnX3YZYkZfcdMRcED8/OYPPTFyKoq1bkmAxmfR/Z6KqDeRqWmOuEo6Ua4LpjP w7dlfDhsLJQG0arPGEJRFd68VAIKb/1dNUWbYi3BacCQouoNXF+R1R7iiS4SxhILZnEGizlEfCTI huYBqF9umgd8N50Pd5BlrjaredbC+aVvW6obpJ/DDLtrt97Q5u0Fswzx3oDJhMWgN0j8Wu0t4W5x Rx5ppI33TLcY9Mkkx2KV4dgUekH8e0mI6MFBB0G3uU77glJ3uDCKonPPiXJDBIY7twcAAAAAAAA= --Apple-Mail-40-183093034-- From wwwrun@ietfa.amsl.com Tue Jun 28 09:25:30 2011 Return-Path: X-Original-To: cdni@ietf.org Delivered-To: cdni@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 30) id 4C9B211E8114; Tue, 28 Jun 2011 09:25:30 -0700 (PDT) From: IESG Secretary To: IETF Announcement list Content-Type: text/plain; charset="utf-8" Mime-Version: 1.0 Message-Id: <20110628162530.4C9B211E8114@ietfa.amsl.com> Date: Tue, 28 Jun 2011 09:25:30 -0700 (PDT) Cc: cdni@ietf.org Subject: [CDNi] WG Action: Content Delivery Networks Interconnection (cdni) 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, 28 Jun 2011 16:25:30 -0000 A new IETF working group has been formed in the Transport Area. For additional information, please contact the Area Directors or the WG Chairs. Content Delivery Networks Interconnection (cdni) ------------------------------------------------ Current Status: Active Working Group Chairs: Richard Woundy Francois Le Faucheur Transport Area Directors: Wesley Eddy David Harrington Transport Area Advisor: David Harrington Mailing lists: Address: cdni@ietf.org To Subscribe: https://www.ietf.org/mailman/listinfo/cdni Archive: http://www.ietf.org/mail-archive/web/cdni/ Description of Working Group: A Content Delivery Network (CDN) is an infrastructure of network elements operating at layer 4 through layer 7, arranged for the efficient distribution and delivery of digital content. Such content includes, but is not limited to, web pages and images delivered via HTTP, and streaming of continuous media delivered via HTTP, RTSP, RTMP, etc. CDNs typically provide services to multiple Content Service Providers (CSPs). CDNs provide numerous benefits: a shared platform for multi-service content delivery, reduced transmission costs for cacheable content, improved quality of experience for end users and increased robustness of delivery. For these reasons they are frequently used for large-scale content delivery. As a result of the significant growth in content delivered over IP networks, existing CDN providers are scaling up their infrastructure and many Network Service Providers and Enterprise Service Providers are deploying their own CDNs. Subject to the policy of the CSP, it is generally desirable that a given item of content can be delivered to an end user regardless of that end user's location or attachment network. This creates a need for interconnecting (previously) standalone CDNs so they can interoperate and collectively behave as a single delivery infrastructure. The goal of the CDNI Working Group is to allow the interconnection of separately administered CDNs in support of the end-to-end delivery of content from CSPs through multiple CDNs and ultimately to end users (via their respective User Agents). The CDNI WG aims at delivering a targeted, deployable solution in a short timeframe (18-24 months) as needed by the industry. It is expected that the CDNI interfaces will be realized using existing IETF protocols for transport and message exchange, and using existing object notation grammars/languages for the definition of CDNI objects and semantics. In the event that protocol extensions or new protocols are deemed necessary by the WG, the WG will recharter. The working group will focus on the following items: - A "problem statement" document providing a description of the problem and a common terminology. - A "use case" document describing scenarios for usage and applications of the CDNI solution and protocols. - A "framework" document providing a description of the different components of the CDNI architecture and how they interact with one another. This document will also include a "threat analysis" discussing the security concerns and threats, the trust model and privacy issues specific to CDNI. - A "requirements" document. This document lists the requirements for the CDNI architecture and the CDNI interfaces. In particular, this document will focus on identifying a reasonable set of more urgent and important requirements that will be addressed in the initial set of CDNI protocols and solutions produced by the working group. This document will list the requirements stemming from the threat analysis and to be met by each of the CDNI interfaces. - A specification of the "CDNI request-routing interface". This interface will allow an upstream CDN request routing system to obtain from the downstream CDN the information necessary to perform request redirection. - A specification of the "CDNI metadata interface". This interface will allow the CDNs to exchange content distribution metadata of inter-CDN scope. Content distribution metadata refers to the subset of content metadata that is relevant to the distribution of the content and therefore is to be processed by CDNs (for example, this may include information enabling: content acquisition, geo-blocking, enforcement of availability windows or access control). - A specification of the "CDNI logging interface". This interface will allow CDN logging systems to exchange logging information associated with actions that are relevant across CDNs (such as content distribution, content delivery and content routing actions) for purposes of accounting, analytics, monitoring, etc. - A specification of the "CDNI control interface". In particular, this interface will allow an upstream CDN to remove or invalidate content in a downstream CDN. The WG will discuss and address the security, management and operational issues specific to CDNI, inside the above documents and specifications. The working group will only define solutions for aspects of the CDN Interconnection problem space that require direct communication or interoperation between CDNs. In particular, the WG will not define: - New session, transport or network protocols. - New protocols for delivering content from a CDN to an End User/User Agent. - New protocols for ingestion of content or metadata between a CSP and a CDN. - New protocols for acquiring content across CDNs. - Protocols and algorithms for intra-CDN operations. - Support for Transparent Caching across CDNs. - New applications consuming CDNI logs. - Digital Right Management (DRM) mechanisms. The CDNI WG will work with other IETF WGs to assess, and where appropriate, leverage protocols developed by those WGs, in order to realize the CDNI requirements and CDNI interfaces. For example, the WG may assess the suitability of the ALTO protocol as a protocol to enable downstream CDNs to exchange information which may aid an upstream CDN with making CDNI request routing decisions. The CDNI WG will also coordinate with relevant groups outside the IETF such as UltraViolet. Goals and Milestones: Dec 2011 Submit CDNI problem statement to IESG as Informational Mar 2012 Submit CDNI use cases to IESG as Informational Jun 2012 Submit CDNI framework to IESG as Informational Jun 2012 Submit CDNI requirements to IESG as Informational Dec 2012 Submit specification of the CDNI Request Routing interface to IESG as Proposed Standard Dec 2012 Submit specification of the CDNI Logging interface to IESG as Proposed Standard Dec 2012 Submit specification of the CDNI Control interface to IESG as proposed Standard Jun 2013 Submit specification of the CDNI Metadata Distribution interface to IESG as Proposed Standard Jun 2013 Recharter or dissolve From flefauch@cisco.com Tue Jun 28 10:02:34 2011 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 2DBF911E8106 for ; Tue, 28 Jun 2011 10:02:34 -0700 (PDT) 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 3Hkq8Wd1A73R for ; Tue, 28 Jun 2011 10:02:33 -0700 (PDT) Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by ietfa.amsl.com (Postfix) with ESMTP id 233D511E8107 for ; Tue, 28 Jun 2011 10:02:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=flefauch@cisco.com; l=1518; q=dns/txt; s=iport; t=1309280553; x=1310490153; h=from:subject:date:message-id:cc:to:mime-version; bh=ZWbJ39p73B/uQQRETXR9rycjt1mI5raY2jy7aKWT5Dw=; b=HuCLUXs+6wWJaOLK9fVKxViBnZvztZ2mPlth8tYM1Et80+JNTYmcq9Uk avRQrRZ1ZOdqJHHvn0aKPXqf/UkfuuaVEU4h8AsMv7VPdd0T53U5yFlv9 dhGK/uV8T3rAUG1NU+zfcR1NwGgwW9KUYsyvShu/h3XbYoJ0hRVgPoJ/D Q=; X-IronPort-AV: E=Sophos;i="4.65,437,1304294400"; d="scan'208,217";a="39683035" Received: from ams-core-1.cisco.com ([144.254.72.81]) by ams-iport-2.cisco.com with ESMTP; 28 Jun 2011 17:02:29 +0000 Received: from ams-flefauch-8712.cisco.com (ams-flefauch-8712.cisco.com [10.55.161.195]) by ams-core-1.cisco.com (8.14.3/8.14.3) with ESMTP id p5SH2S7Y006052; Tue, 28 Jun 2011 17:02:29 GMT From: Francois Le Faucheur Content-Type: multipart/alternative; boundary=Apple-Mail-419-261029708 Date: Tue, 28 Jun 2011 19:05:11 +0200 Message-Id: To: cdni@ietf.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: [CDNi] Internet-Draft cut-off dates 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, 28 Jun 2011 17:02:34 -0000 --Apple-Mail-419-261029708 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hello, Please note the I-D cut-off dates that are approaching fast. 2011-07-04 (Monday): Internet Draft Cut-off for initial document (-00) = submission by 17:00 PT (00:00 UTC) 2011-07-11 (Monday): Internet Draft final submission cut-off by 17:00 PT = (00:00 UTC) Francois= --Apple-Mail-419-261029708 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii
Hello,

Please note the I-D cut-off dates that are approaching fast.

  • 2011-07-04 (Monday): Internet Draft Cut-off for initial document (-00) submission by 17:00 PT (00:00 UTC)
  • 2011-07-11 (Monday): Internet Draft final submission cut-off by 17:00 PT (00:00 UTC)

Francois
--Apple-Mail-419-261029708-- From ietfdbh@comcast.net Tue Jun 28 20:44:08 2011 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 5B89921F86E8 for ; Tue, 28 Jun 2011 20:44:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.213 X-Spam-Level: X-Spam-Status: No, score=-102.213 tagged_above=-999 required=5 tests=[AWL=0.386, 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 15N6Ps8QLp3V for ; Tue, 28 Jun 2011 20:44:07 -0700 (PDT) Received: from qmta10.westchester.pa.mail.comcast.net (qmta10.westchester.pa.mail.comcast.net [76.96.62.17]) by ietfa.amsl.com (Postfix) with ESMTP id C02CB21F867A for ; Tue, 28 Jun 2011 20:44:07 -0700 (PDT) Received: from omta13.westchester.pa.mail.comcast.net ([76.96.62.52]) by qmta10.westchester.pa.mail.comcast.net with comcast id 1fgR1h00317dt5G5Afk8gE; Wed, 29 Jun 2011 03:44:08 +0000 Received: from davidPC ([67.189.235.106]) by omta13.westchester.pa.mail.comcast.net with comcast id 1fk51h00U2JQnJT3Zfk6rL; Wed, 29 Jun 2011 03:44:06 +0000 From: "David Harrington" To: "'Eric Burger'" , References: <159BE9401589472CB2844EEF6EC33939@davidPC> In-Reply-To: Date: Tue, 28 Jun 2011 23:43:54 -0400 Message-ID: <067BC95499674D29A73B171AD15D9D82@davidPC> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MIMEOLE: Produced By Microsoft MimeOLE V6.1.7600.16807 Thread-index: Acw1ABvT/fDi6WKETMeAVwfO179wugBDqAOQ Subject: Re: [CDNi] CDNI session schedule 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, 29 Jun 2011 03:44:08 -0000 what he said David Harrington Director, IETF Transport Area ietfdbh@comcast.net (preferred for ietf) dbharrington@huaweisymantec.com +1 603 828 1401 (cell) > -----Original Message----- > From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On > Behalf Of Eric Burger > Sent: Monday, June 27, 2011 3:26 PM > To: cdni@ietf.org > Subject: Re: [CDNi] CDNI session schedule > > Translation: plan on being there for the week. > > We do our best to have the agenda fixed, but right now there > is a lot of negotiations going on to minimize session > conflict. There is a lot of fluidity in the schedule right now. > > On Jun 27, 2011, at 9:01 AM, David Harrington wrote: > > > BUT, be aware that the agenda posted is only the DRAFT > agenda, which has a fair likelihood of changing, and even the > 'final' agenda is subject to change. > > So if you schedule travel based on one session's time, you > could find that one session rescheduled to a different time > before or after you arrive. > > Hallway discussions during the week with people from other > working groups that intersect cdni technologies are encouraged. > > That's why the IETF encourages people to not plan travel > only for specific sessions. > > > > David Harrington > > Director, IETF Transport Area > > ietfdbh@comcast.net (preferred for ietf) > > dbharrington@huaweisymantec.com > > +1 603 828 1401 (cell) > > > > > > From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] > On Behalf Of Francois Le Faucheur > > Sent: Friday, June 24, 2011 4:07 AM > > To: cdni@ietf.org > > Subject: [CDNi] CDNI session schedule > > > > Hello, > > > > For travel arrangements, note that the CDNI session has > been scheduled for Thursday evening: > > > > CDNI Session (2 hours) > > Thursday, Afternoon Session III 1740-1940 > > > > Francois > > _______________________________________________ > > CDNi mailing list > > CDNi@ietf.org > > https://www.ietf.org/mailman/listinfo/cdni > > From flefauch@cisco.com Thu Jun 30 06:21:54 2011 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 7B61D11E80C1 for ; Thu, 30 Jun 2011 06:21:54 -0700 (PDT) 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 9q3UsAEVUAta for ; Thu, 30 Jun 2011 06:21:53 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by ietfa.amsl.com (Postfix) with ESMTP id 53B6711E80BF for ; Thu, 30 Jun 2011 06:21:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=flefauch@cisco.com; l=6913; q=dns/txt; s=iport; t=1309440113; x=1310649713; h=from:subject:date:references:to:message-id:mime-version; bh=k9tgJzzkPTWPNoNzLWjc2yaFCVX7jb2oWXr7RvYaAkM=; b=FcfQZuJ0pu3iAlikIWBziyBVokanXRYoHxKNgl7ky7LatHuA5KG8ji/Z z1HFmiYh+GplWI8LF7m7EQ2DIta1ghJ4ebgAodMdJjOjxM3w4dSyBKzcj v0fyLbhgeLU5EGVb11YM++llkcQE7CsxLfE4MBT2YxrUfrF96TR4SN/OT c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgEHAB14DE6Q/khR/2dsb2JhbABSmGaObneIeKE0ngSGMQSSL5Aw X-IronPort-AV: E=Sophos;i="4.65,450,1304294400"; d="scan'208,217";a="99015961" Received: from ams-core-1.cisco.com ([144.254.72.81]) by ams-iport-1.cisco.com with ESMTP; 30 Jun 2011 13:21:52 +0000 Received: from ams-flefauch-8712.cisco.com (ams-flefauch-8712.cisco.com [10.55.161.195]) by ams-core-1.cisco.com (8.14.3/8.14.3) with ESMTP id p5UDLpWv009541 for ; Thu, 30 Jun 2011 13:21:51 GMT From: Francois Le Faucheur Content-Type: multipart/alternative; boundary=Apple-Mail-750-420585141 Date: Thu, 30 Jun 2011 15:24:26 +0200 References: <20110630090420.29593.30928.idtracker@ietfa.amsl.com> To: cdni@ietf.org Message-Id: <3911AE72-C96F-422D-A4DB-E6A69B622A1B@cisco.com> Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: [CDNi] Fwd: I-D Action: draft-xiaoyan-cdni-requestrouting-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: Thu, 30 Jun 2011 13:21:54 -0000 --Apple-Mail-750-420585141 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii FYI Begin forwarded message: > From: internet-drafts@ietf.org > Date: 30 June 2011 11:04:20 CEST > To: i-d-announce@ietf.org > Subject: I-D Action: draft-xiaoyan-cdni-requestrouting-01.txt > Reply-To: internet-drafts@ietf.org >=20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. >=20 > Title : Request Routing for CDN Interconnection > Author(s) : Xiaoyan He > Jincheng Li > Spencer Dawkins > Ge Chen > Filename : draft-xiaoyan-cdni-requestrouting-01.txt > Pages : 12 > Date : 2011-06-30 >=20 > This document describes recursive request routing procedures for > CDN interconnection, it also describes content acquisition > procedure using the HTTP protocol when cache miss occurs. > The goal of the present document is to spur discussion about > these procedures and to achieve a consensus on request routing > procedures of CDNI. >=20 >=20 >=20 > A URL for this Internet-Draft is: > = http://www.ietf.org/internet-drafts/draft-xiaoyan-cdni-requestrouting-01.t= xt >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > This Internet-Draft can be retrieved at: > = ftp://ftp.ietf.org/internet-drafts/draft-xiaoyan-cdni-requestrouting-01.tx= t > _______________________________________________ > 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 --Apple-Mail-750-420585141 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
Date: 30 June 2011 11:04:20 CEST
Subject: I-D Action: = draft-xiaoyan-cdni-requestrouting-01.txt
Reply-To: internet-drafts@ietf.org
<= /span>

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

Title =           : Request = Routing for CDN Interconnection
Author(s) =       : Xiaoyan He
=             &n= bsp;           &nbs= p;Jincheng Li
=             &n= bsp;           &nbs= p;Spencer Dawkins
=             &n= bsp;           &nbs= p;Ge Chen
= Filename        : = draft-xiaoyan-cdni-requestrouting-01.txt
Pages =           : = 12
= Date =            : = 2011-06-30

      This document = describes recursive request routing procedures for
=       CDN interconnection, it also = describes content acquisition
=       procedure using the HTTP protocol = when cache miss occurs.
      The goal = of the present document is to spur discussion about
=       these procedures and to achieve a = consensus on request routing
=       procedures of CDNI.



A = URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-xiaoyan-cdni-request= routing-01.txt

Internet-Drafts are also available by = anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

This = Internet-Draft can be retrieved = at:
ftp://ftp.ietf.org/internet-drafts/draft-xiaoyan-cdni-requestroutin= g-01.txt
_______________________________________________
I-D-Announc= e 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

=