From jmedved@juniper.net Tue Jan 4 16:39:32 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DF2DB3A6DD4 for ; Tue, 4 Jan 2011 16:39:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jb39zQBGr76j for ; Tue, 4 Jan 2011 16:39:32 -0800 (PST) Received: from exprod7og114.obsmtp.com (exprod7og114.obsmtp.com [64.18.2.215]) by core3.amsl.com (Postfix) with ESMTP id 1B54D3A6DAC for ; Tue, 4 Jan 2011 16:39:32 -0800 (PST) Received: from source ([66.129.224.36]) (using TLSv1) by exprod7ob114.postini.com ([64.18.6.12]) with SMTP ID DSNKTSO+QbkkYfPvqZrWwCqDj9xjK1sCXOrm@postini.com; Tue, 04 Jan 2011 16:41:39 PST Received: from EMBX01-HQ.jnpr.net ([fe80::c821:7c81:f21f:8bc7]) by P-EMHUB02-HQ.jnpr.net ([fe80::88f9:77fd:dfc:4d51%11]) with mapi; Tue, 4 Jan 2011 16:40:40 -0800 From: Jan Medved To: "cdni@ietf.org" Date: Tue, 4 Jan 2011 16:40:39 -0800 Thread-Topic: [CDNi] "CDN Interconnect" BOF in Prague - scope Thread-Index: Acuijg9kONwqqMKpTp2pThUy6Qyw2gJ4x075 Message-ID: In-Reply-To: <33179212-5DF3-45CF-90BC-07F5004A8570@niven-jenkins.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-Entourage/13.4.0.100208 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [CDNi] "CDN Interconnect" BOF in Prague - scope X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 05 Jan 2011 00:39:33 -0000 Hi Ben, Francois & Nabil: the Problem Statement draft covers the CDN interconnect problem space very well, and work in the area of CDN interoperability / CDN interconnect is very much needed. I would like to participate in this activity. Regards, Jan Medved From flefauch@cisco.com Thu Jan 6 12:58:20 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A66C23A6CFF for ; Thu, 6 Jan 2011 12:58:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.404 X-Spam-Level: X-Spam-Status: No, score=-10.404 tagged_above=-999 required=5 tests=[AWL=0.194, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UBG+VjTsHj39 for ; Thu, 6 Jan 2011 12:58:19 -0800 (PST) Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by core3.amsl.com (Postfix) with ESMTP id 81BF13A6C9F for ; Thu, 6 Jan 2011 12:58:19 -0800 (PST) Authentication-Results: ams-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none Received: from ams-core-3.cisco.com ([144.254.72.76]) by ams-iport-2.cisco.com with ESMTP; 06 Jan 2011 21:00:25 +0000 Received: from ams-flefauch-8713.cisco.com (ams-flefauch-8713.cisco.com [10.55.161.196]) by ams-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id p06L0PbG006332; Thu, 6 Jan 2011 21:00:25 GMT Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/alternative; boundary=Apple-Mail-73-360323165 From: Francois Le Faucheur In-Reply-To: Date: Thu, 6 Jan 2011 22:00:19 +0100 Message-Id: <6A9A88D6-90BD-4953-B7E3-EB883AC7207D@cisco.com> References: To: Jan Medved X-Mailer: Apple Mail (2.1082) Cc: "cdni@ietf.org" Subject: Re: [CDNi] "CDN Interconnect" BOF in Prague - scope X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 06 Jan 2011 20:58:20 -0000 --Apple-Mail-73-360323165 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hello Jan, Good to hear about your interest. I know from past earlier interactions = that you've done work in very related areas, so your experience will be = useful. We're working on a new version of the Problem Statement and will welcome = your review. Also, I expect there will be other documents prepared before Prague that = you can help with. Cheers Francois On 5 Jan 2011, at 01:40, Jan Medved wrote: > Hi Ben, Francois & Nabil: >=20 > the Problem Statement draft covers the CDN interconnect problem space = very > well, and work in the area of CDN interoperability / CDN interconnect = is > very much needed. I would like to participate in this activity. >=20 >=20 > Regards, > Jan Medved >=20 > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni --Apple-Mail-73-360323165 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hello = Jan,

Good to hear about your interest. I know from = past earlier interactions that you've done work in very related areas, = so your experience will be useful.
We're working on a new = version of the Problem Statement and will welcome your = review.
Also, I expect there will be other documents prepared = before Prague that you can help = with.

Cheers

Francois

On 5 Jan 2011, at 01:40, Jan Medved = wrote:

Hi Ben, Francois & Nabil:

the Problem = Statement draft covers the CDN interconnect problem space very
well, = and work in the area of CDN interoperability / CDN interconnect = is
very much needed. I would like to participate in this = activity.


Regards,
Jan = Medved

_______________________________________________
CDNi = mailing list
CDNi@ietf.org
https://www.ietf.org/ma= ilman/listinfo/cdni

List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2011 18:07:22 -0000 Emile, Thanks for your response and clarification, my apologies for the delay = in responding. I am currently updating the problem statement and will include the = modified text you suggest on the different standards bodies and their = current work in the updated draft. Regarding your proposal to "discuss each CDNi aspects in a dedicated = section", I suggest we structure this section along the lines of the = four CDNI APIs we propose and for each API describe what parts of = existing CDNI work in other SDOs could be reused and what gaps still = exist. Does this sound a reasonable way to structure the gap analysis = you asked for? Thanks Ben On 23 Dec 2010, at 18:47, = wrote: >=20 > Hi Ben >=20 > See below, >=20 >> -----Message d'origine----- >> De : Ben Niven-Jenkins [mailto:ben@niven-jenkins.co.uk] >> Envoy=E9 : jeudi 23 d=E9cembre 2010 11:47 >> =C0 : STEPHAN Emile RD-CORE-LAN >> Cc : flefauch@cisco.com; cdni@ietf.org >> Objet : Re: "CDN Interconnect" BOF in Prague - SDOs descriptions >>=20 >> Emile, >>=20 >> I do not quite understand what you are suggesting. >=20 > The "Gap analysis in standardization" presents each SDO and at the = same time starts to discuss the works of each SDO with regards of CDNi = aspects.=20 >=20 > I think that it is preferable to start by a 'flat' presentation of the = bodies involved in CDNs and then to discuss each CDNi aspects in a = dedicated section. =20 > I inserted a proposal at the end of the mail. >=20 >>=20 >> The text you have below is similar to the text we already have in the >> problem statement draft, are you proposing we replace (or merge) the >> existing text with what you have written below? We can certainly do = that. >=20 >=20 > The text in the PS does not reflect the works of OIPF and TISPAN.=20 >=20 > Regarding TISPAN, the CDN specification is not an extension of the = IPTV specifications. IPTV must be rather seen as a particular = TISPAN-specified CDN user. Common activities with ETSI MCD will likely = result in common specifications for CDN interconnection... >=20 > Regarding OIPF the description made in the PS does not mention that = the end-to-network aspects include interaction with a CDN and = dissemination of content distribution metadata...=20 >=20 > The descriptions we provide reflect the current works in these bodies. >=20 >>=20 >> Or, are you suggesting we include additional material/background = text, in >> which case any review or proposal you could provide would be most = welcome >> (I do not participate in either ETSI or OIPF). >=20 > ------------------------------------------------------------------=20 >=20 > Draft of Proposal: for the section 3 >=20 > 3. State of the art on standardization >=20 > This section presents the state of the art of standardization related = to CDN and Content services such as IPTV and CoD. Then it discusses the = gaps in the standardisation of CDN interconnection for dataplane, CDN, = Content Distribution Metadata, IPTV and CoD. > >=20 >=20 > 3.1 relevant Standardization Activities >=20 > 3GPP: >=20 > 3GPP has specified a Progressive Download and Dynamic Adaptive = Streaming over HTTP [3GP-DASH] based on a Media Presentation Description = (MPD) and Media Segmentation Format. >=20 > It may be a candidate for content acquisition between CDNs in a CDN = Interconnect environment >=20 > ATIS IIF: >=20 > ATIS [ATIS] is the Alliance for Telecommunications Industry > Solutions. IIF is the IPTV Interoperability Forum within ATIS that = develops > requirements, standards, and specifications for IPTV. >=20 > The IIF is developing the "IPTV Content on Demand (CoD) Service" > specification. This includes use of a CDN (referred to in ATIS IIF > CoD as the "Content Distribution and Delivery Functions") for = support > of a Content on Demand (CoD) Service as part of a broader IPTV > service. However, this only covers the case of a managed IPTV > service (in particular where the CDN is administered by the IPTV > service provider) and does not cover the use, or interconnection, of > multiple CDNs. >=20 >=20 > CableLabs: >=20 > "Founded in 1988 by cable operating companies, Cable Television > Laboratories, Inc. (CableLabs) is a non-profit research and > development consortium that is dedicated to pursuing new cable > telecommunications technologies and to helping its cable operator > members integrate those technical advancements into their business > objectives." [CableLabs] >=20 > Cable Labs has defined specifications for CoD Content Metadata as > part of its VOD Metadata project.=20 >=20 >=20 > ETSI: >=20 > ETSI is the European Telecommunications Standards Institute. ETSI > produces standards for Information and Communications Technologies > (ICT), including fixed, mobile, radio, converged, broadcast and > internet technologies. >=20 >=20 > ETSI MCD: >=20 >=20 > MCD (Media Content Distribution) is the ETSI technical committee "in > charge of guiding and coordinating standardization work aiming at = the > successful overall development of multimedia systems (television and > communication) responding to the present and future market requests > on media content distribution". >=20 > MCD created a specific work item on interconnection of heterogeneous > CDNs ("CDN Interconnection, use cases and requirements") in March > 2010. However, no protocol level work has yet started in MCD for = CDN > Interconnect. >=20 > ETSI TISPAN:=20 >=20 >=20 > TISPAN has published two sets of IPTV specifications, one of which = is based > on IMS. In addition, TISPAN is about to complete the specifications = of a=20 > CDN architecture supporting delivery of various content services = such as > time-shifted TV and VoD to TISPAN devices (UEs) or regular PCs. The = use > cases allow for hierarchically and geographically distributed CDN = scenarios, > along with multi-CDN cooperation. As a result, the architecture = contains > reference points to support interconnection of other TISPAN CDNs. =20= > The protocols phase for the CDN architecture has been started end of = 2010. >=20 > Eurescom P1955 >=20 > This 2010 project involving European Network operators, studied the = interests and feasibility of interconnecting CDNs by firstly elaborating = main service models around CDN interconnection, analysing an adequate = CDN interconnection technical architecture and framework, and finally by = providing recommendations for telcos to implement CDN interconnection. = Eurescom project has ended in July 2010. >=20 > IETF CDI WG: >=20 > IETF CDI WG was formed in 2000 and closed in 2003. =20 >=20 >=20 > It published 3 Informational RFCs: >=20 > o RFC 3466 [RFC3466] - "A Model for Content Internetworking (CDI)". > o RFC 3568 [RFC3568] - "Known Content Network (CN) Request-Routing > Mechanisms". > o RFC 3570 [RFC3570] - "Content Internetworking (CDI) Scenarios". >=20 > Following is an extract of its charter [CDI-Charter] showing that it=20= > touched on the same problem space: > o The goal of this working group is to define protocols to allow = the > interoperation of separately-administered content networks. > o A content network is an architecture of network elements, = arranged > for efficient delivery of digital content. Such content = includes, > but is not limited to, web pages and images delivered via HTTP, > and streaming or continuous media which are controlled by RTSP. > o The working group will first define requirements for three modes > of content internetworking: interoperation of Request-Transfer > systems, interoperation of distribution systems, and > interoperation of accounting systems. These requirements are > intended to lead to a follow-on effort to define protocols for > interoperation of these systems. > o In its initial form, the working group is not chartered to = deliver > those protocols [...] >=20 >=20 > IETF Decade WG: >=20 > It specifies cache control interoperability. > >=20 > IRTF P2P Research Group: >=20 > Some information on CDN interconnection motivations and technical > issues were presented in the P2P RG at IETF 77. The presentation = can > be found in [P2PRG-CDNI]. >=20 >=20 > ITU-T: >=20 > SG13 is developing standards related to the support of IPTV services = (i.e.. multimedia services such as = television/VoD/audio/text/graphics/data delivered over IP-based networks = managed). >=20 > ITU-T Recommendation Y.1910 provides the description of the IPTV = functional architecture. This architecture includes functions and = interfaces for the distribution and delivery of contents. This = architecture is closed to ATIS IIF architecture. >=20 > Based upon ITU-T Rec. Y.1910, Rec. IUT-T Y.2019 describes in more = details the content delivery functional architecture. This architecture = allows CDN Interconnection: some interfaces (such as D3, D4) at the = control level allow relationship between different CDNs, in the same = domain or in different domains.=20 > Generic procedures are described, but the choice of the protocols is = open. >=20 > Open IPTV Forum (OIPF): >=20 > OIPF specifications are freely available at = http://www.oipf.tv/specifications.html >=20 > The Open IPTV Forum has fully specified [OIPF-Overview] an = end-to-end solution to allow > Any OIPF terminal to access enriched and personalised IPTV services > either in a managed or a non-managed network. Services like nPVR and = Personal Channel are hosted in a CDN. > To that end, the Open IPTV Forum specification is made of 5 parts: >=20 > - Media Formats including HTTP Adaptive Streaming > - Content Metadata > - Protocols > - Terminal (Declarative or Procedural Application Environment) > - Authentication, Content Protection and Service Protection >=20 >=20 > OCEAN: >=20 > OCEAN (http://www.ict-ocean.eu/) is an EU funded research project that = started in February 2010 for 3 years. Some of its objectives are = relevant to CDNI. It aims among others at designing a new architectural = framework for audiovisual content delivery over Internet, defining = public interfaces between its major building blocks in order to foster = multi-vendor solutions and interconnection between Content Networks (the = term "Content Networks" corresponds here to the definition introduced in = [IETF RFC3466], it encompasses CDNs) > OCEAN has not yet published any open specifications, nor common best = practices, defining how to achieve such CDN interconnection." >=20 >=20 > TV-Anytime Forum: >=20 > The Version 1 of its specifications was published as TS 102 822-1 = 'Broadcast and On-line Services: Search, select, and rightful use of = content on personal storage systems ("TV-Anytime")'. It includes the = specification of metadata in XML schemas which define technical = parameters for the distribution of CoD and Live contents. The = specification is referenced by DVB and OIPF. The TV-Anytime URI (CRID) = is specified in RFC4078.=20 >=20 > The specifications are available at http://www.tv-anytime.org/. The = TV-anytime Forum was closed in 2005.=20 >=20 > 3.2 Gap Analysis in standardization >=20 > Todo >=20 >=20 >=20 > Regards > Emile From watson.gm@gmail.com Sat Jan 8 13:46:50 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AA5FC3A68BB for ; Sat, 8 Jan 2011 13:46:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.598 X-Spam-Level: X-Spam-Status: No, score=-3.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Rq2sr6wBisUB for ; Sat, 8 Jan 2011 13:46:49 -0800 (PST) Received: from mail-ww0-f44.google.com (mail-ww0-f44.google.com [74.125.82.44]) by core3.amsl.com (Postfix) with ESMTP id 205C13A68B9 for ; Sat, 8 Jan 2011 13:46:47 -0800 (PST) Received: by wwa36 with SMTP id 36so18524485wwa.13 for ; Sat, 08 Jan 2011 13:48:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:content-type:subject :date:message-id:to:mime-version:x-mailer; bh=DN/+IoNnINCSh37NR/4dImYhafrxdpdTcgm/tA9OeZ4=; b=tKxcKthswL7QwjHEQP2y1tPzzqomvTT9NTf1+mMkwTG6LNWTaPjADbBGbHPVbgxnq9 fogiSQ9A98WXHMGLuyqrzo0i/8Jx3OgZ3MfruIbN0C9tSegwkviJbt0vgmOkiYZh0nAm Xti0yVdAg4R65KSh6P0VcorpoGnH9fAF70VgU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:content-type:subject:date:message-id:to:mime-version:x-mailer; b=p4qvnZpK7iUG89s3rU+MFtAQrXuE3Xbe1+azD2ubiZJi5V/s+wRtXYJl0GWDpI3UpM E/W/XyltcJW/GEUPmZ13K0WLbkcKA3cV3dN3evQqQa5Xnep/Ec4I6GOivtFHpU7Lg5Vw Fe8P24Y5H/bC2ej7mzPYKYmH13SUXG4+vwufo= Received: by 10.216.29.71 with SMTP id h49mr2328656wea.46.1294523331364; Sat, 08 Jan 2011 13:48:51 -0800 (PST) Received: from unknown.home (host86-169-194-39.range86-169.btcentralplus.com [86.169.194.39]) by mx.google.com with ESMTPS id n11sm13206516wej.19.2011.01.08.13.48.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 08 Jan 2011 13:48:50 -0800 (PST) From: Grant Watson Content-Type: multipart/alternative; boundary=Apple-Mail-1-536032194 Date: Sat, 8 Jan 2011 21:48:48 +0000 Message-Id: <7870FF6F-4534-4224-968F-C31CAFE0C6E9@gmail.com> To: cdni@ietf.org Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) Subject: [CDNi] CDNI Use Cases X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jan 2011 21:51:58 -0000 --Apple-Mail-1-536032194 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Ben & Francois et al, CDN Interconnect is a very hot topic for us right now and we are very = keen to support your proposal.=20 We have been working on a I-D to document provider use cases, to = compliment your I-D. Hopefully you will find this to be a useful = exercise.=20 It is not complete but I wanted to socialise it early as we are keen and = open to collaborate on this I-D with other providers that have use cases = to that they would like to include, or input in any other way. http://www.ietf.org/id/draft-watson-cdni-use-cases-00.txt Thanks Grant Watson grant.watson@bt.com --Apple-Mail-1-536032194 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Ben = & Francois et al,

CDN Interconnect is a very hot = topic for us right now and we are very keen to support your = proposal. 

We have been working on a I-D = to document provider use cases, to compliment your I-D. Hopefully you = will find this to be a useful = exercise. 

It is not complete but I wanted = to socialise it early as we are keen and open to collaborate on this I-D = with other providers that have use cases to that they would like to = include, or input in any other way.


Thanks

Grant Watson

=
= --Apple-Mail-1-536032194-- From watson.gm@gmail.com Sat Jan 8 13:54:20 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5B2373A68BB for ; Sat, 8 Jan 2011 13:54:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.5 X-Spam-Level: X-Spam-Status: No, score=-3.5 tagged_above=-999 required=5 tests=[AWL=0.099, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N5gqMI3Tqte5 for ; Sat, 8 Jan 2011 13:54:19 -0800 (PST) Received: from mail-wy0-f172.google.com (mail-wy0-f172.google.com [74.125.82.172]) by core3.amsl.com (Postfix) with ESMTP id AD6CE3A6878 for ; Sat, 8 Jan 2011 13:54:18 -0800 (PST) Received: by wyf23 with SMTP id 23so19388644wyf.31 for ; Sat, 08 Jan 2011 13:56:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:content-type:subject :date:message-id:to:mime-version:x-mailer; bh=2WxtYDUdhllFGeg1w9GF/NpibQUm2s2Og/ReE4mIEoc=; b=RZbRzdzaM6Un0r2Ghqi3xz3QOGDKBkRI3dfyf0zRGF6l6CzsFY/9GrKTxRTikeCPxI wWMOwPbWI5CiNT6adRUN6uffl153k4x9YC/jbgKsODE4Ft/dKB4TYR6ZBy6bSNSOP5NY LKVG3K6FYYjDBmhjS7lumoBZa6KHxyOFkKFbM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:content-type:subject:date:message-id:to:mime-version:x-mailer; b=F5fbIHUkHxBHdDEaXoggU81SPRUYi1gl2eFG8GBlvo+WomnfsQFVoeYcRy3qcsRgGo Xo9+6h8I5gwR9zszDKofF1Y3QZMyOhR1BVV8sxrMJwB3a+JPGvZfBHnJAEx3to2x8ypf 1l8dXDZE1VpoNqpjnucQA/QdyJjgzzpTUsK1Q= Received: by 10.216.28.8 with SMTP id f8mr13828881wea.48.1294523783862; Sat, 08 Jan 2011 13:56:23 -0800 (PST) Received: from unknown.home (host86-169-194-39.range86-169.btcentralplus.com [86.169.194.39]) by mx.google.com with ESMTPS id j49sm12012811wer.38.2011.01.08.13.56.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 08 Jan 2011 13:56:23 -0800 (PST) From: Grant Watson Content-Type: multipart/alternative; boundary=Apple-Mail-3-536485624 Date: Sat, 8 Jan 2011 21:56:21 +0000 Message-Id: To: cdni@ietf.org Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) Subject: [CDNi] CDNI Use Cases X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jan 2011 21:54:20 -0000 --Apple-Mail-3-536485624 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Ben & Francois et al, CDN Interconnect is a very hot topic for us right now and we are very = keen to support your proposal.=20 We have been working on a I-D to document provider use cases, to = compliment your I-D. Hopefully you will find this to be a useful = exercise.=20 It is not complete but I wanted to socialise it early as we are keen and = open to collaborate on this I-D with other providers that have use cases = to that they would like to include, or input in any other way. http://www.ietf.org/id/draft-watson-cdni-use-cases-00.txt Thanks Grant Watson grant.watson@bt.com= --Apple-Mail-3-536485624 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
Ben & Francois et al,

CDN Interconnect is a very hot topic for us = right now and we are very keen to support your proposal. 

We have been working on a I-D to document = provider use cases, to compliment your I-D. Hopefully you will find this = to be a useful exercise. 

It is = not complete but I wanted to socialise it early as we are keen and open = to collaborate on this I-D with other providers that have use cases to = that they would like to include, or input in any other way.


Thanks

Grant = Watson
= --Apple-Mail-3-536485624-- From flefauch@cisco.com Sun Jan 9 05:51:22 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9043E3A69A9 for ; Sun, 9 Jan 2011 05:51:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.421 X-Spam-Level: X-Spam-Status: No, score=-10.421 tagged_above=-999 required=5 tests=[AWL=0.177, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LdbuxKd-XPlO for ; Sun, 9 Jan 2011 05:51:21 -0800 (PST) Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by core3.amsl.com (Postfix) with ESMTP id 194BF3A69A6 for ; Sun, 9 Jan 2011 05:51:20 -0800 (PST) Authentication-Results: ams-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none Received: from ams-core-3.cisco.com ([144.254.72.76]) by ams-iport-2.cisco.com with ESMTP; 09 Jan 2011 13:53:31 +0000 Received: from ams-flefauch-8712.cisco.com (ams-flefauch-8712.cisco.com [10.55.161.195]) by ams-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id p09DrUKA032326; Sun, 9 Jan 2011 13:53:30 GMT Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/alternative; boundary=Apple-Mail-6-593918014 From: Francois Le Faucheur In-Reply-To: Date: Sun, 9 Jan 2011 14:53:34 +0100 Message-Id: References: To: Grant Watson X-Mailer: Apple Mail (2.1082) Cc: cdni@ietf.org Subject: Re: [CDNi] CDNI Use Cases X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2011 13:51:22 -0000 --Apple-Mail-6-593918014 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hello Grant, On 8 Jan 2011, at 22:56, Grant Watson wrote: > Ben & Francois et al, >=20 > CDN Interconnect is a very hot topic for us right now and we are very = keen to support your proposal.=20 >=20 > We have been working on a I-D to document provider use cases, to = compliment your I-D. Hopefully you will find this to be a useful = exercise.=20 Most definitely. >=20 > It is not complete but I wanted to socialise it early as we are keen = and open to collaborate on this I-D with other providers that have use = cases to that they would like to include, or input in any other way. We know of at least one other provider that was also working on a Use = Case I-D. I expect they will approach you very shortly. Thanks for leading the charge. Francois=20 >=20 > http://www.ietf.org/id/draft-watson-cdni-use-cases-00.txt >=20 > Thanks >=20 > Grant Watson > grant.watson@bt.com > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni --Apple-Mail-6-593918014 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hello = Grant,

On 8 Jan 2011, at 22:56, Grant Watson = wrote:


CDN = Interconnect is a very hot topic for us right now and we are very keen = to support your proposal. 

We have = been working on a I-D to document provider use cases, to compliment your = I-D. Hopefully you will find this to be a useful = exercise. 

Most = definitely.

It is not complete but = I wanted to socialise it early as we are keen and open to collaborate on = this I-D with other providers that have use cases to that they would = like to include, or input in any other = way.

We know of at least one = other provider that was also working on a Use Case I-D. I expect they = will approach you very shortly.
Thanks for leading the = charge.

Francois 



Thanks

Grant = Watson
_______________________________________________
CDNi mailing = list
CDNi@ietf.org
https://www.ietf.org/ma= ilman/listinfo/cdni

In-Reply-To: <043316AB-82BF-4ECC-BE63-F46DBD06C118@niven-jenkins.co.uk> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: "CDN Interconnect" BOF in Prague - SDOs descriptions Thread-Index: AcuulgXWC646Ex7sQ7Wmh7CeaUh3AwCBGepA References: <0B1488D1-9033-4BB9-908E-81F08A407927@niven-jenkins.co.uk><843DA8228A1BA74CA31FB4E111A5C462015F29CD@ftrdmel0.rd.francetelecom.fr><09269A3D-2E4E-4473-94B6-D53EB1CCAAAB@niven-jenkins.co.uk> <843DA8228A1BA74CA31FB4E111A5C4620163285B@ftrdmel0.rd.francetelecom.fr> <843DA8228A1BA74CA31FB4E111A5C46201632B17@ftrdmel0.rd.francetelecom.fr> <1F793D16-68B3-4733-8EE0-C31B4AC014F1@niven-jenkins.co.uk> <843DA8228A1BA74CA31FB4E111A5C46201632E8E@ftrdmel0.rd.francetelecom.fr> <043316AB-82BF-4ECC-BE63-F46DBD06C118@niven-jenkins.co.uk> From: To: , X-OriginalArrivalTime: 10 Jan 2011 08:42:37.0581 (UTC) FILETIME=[557FA3D0:01CBB0A2] Cc: cdni@ietf.org Subject: Re: [CDNi] "CDN Interconnect" BOF in Prague - SDOs descriptions X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 10 Jan 2011 08:40:42 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CBB0A2.5510DDED Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Ben, =20 > Regarding your proposal to "discuss each CDNi aspects in a dedicated > section", I suggest we structure this section along the lines of the four > CDNI APIs we propose and for each API describe what parts of existing CDNI > work in other SDOs could be reused and what gaps still exist. Does this > sound a reasonable way to structure the gap analysis you asked for? =20 I think that this is fine. I drafted something that may be reused. See below. =20 =20 =20 3.1 relevant Standardization Activities =20 3GPP: =20 3GPP has specified a Progressive Download and Dynamic Adaptive Streaming over HTTP [3GP-DASH] based on a Media Presentation Description (MPD) and Media Segmentation Format. =20 It may be a candidate for content acquisition between CDNs in a CDN Interconnect environment =20 ATIS IIF: =20 ATIS [ATIS] is the Alliance for Telecommunications Industry Solutions. IIF is the IPTV Interoperability Forum within ATIS that develops requirements, standards, and specifications for IPTV. =20 The IIF is developing the "IPTV Content on Demand (CoD) Service" specification. This includes use of a CDN (referred to in ATIS IIF CoD as the "Content Distribution and Delivery Functions") for support of a Content on Demand (CoD) Service as part of a broader IPTV service. However, this only covers the case of a managed IPTV service (in particular where the CDN is administered by the IPTV service provider) and does not cover the use, or interconnection, of multiple CDNs. =20 =20 CableLabs: =20 "Founded in 1988 by cable operating companies, Cable Television Laboratories, Inc. (CableLabs) is a non-profit research and development consortium that is dedicated to pursuing new cable telecommunications technologies and to helping its cable operator members integrate those technical advancements into their business objectives." [CableLabs] =20 Cable Labs has defined specifications for CoD Content Metadata as part of its VOD Metadata project.=20 =20 =20 ETSI: =20 ETSI is the European Telecommunications Standards Institute. ETSI produces standards for Information and Communications Technologies (ICT), including fixed, mobile, radio, converged, broadcast and internet technologies. =20 =20 ETSI MCD: =20 =20 MCD (Media Content Distribution) is the ETSI technical committee "in charge of guiding and coordinating standardization work aiming at the successful overall development of multimedia systems (television and communication) responding to the present and future market requests on media content distribution". =20 MCD created a specific work item on interconnection of heterogeneous CDNs ("CDN Interconnection, use cases and requirements") in March 2010. However, no protocol level work has yet started in MCD for CDN Interconnect. =20 ETSI TISPAN:=20 =20 =20 TISPAN has published two sets of IPTV specifications, one of which is based on IMS. In addition, TISPAN is about to complete the specifications of a=20 CDN architecture supporting delivery of various content services such as time-shifted TV and VoD to TISPAN devices (UEs) or regular PCs. The use cases allow for hierarchically and geographically distributed CDN scenarios, along with multi-CDN cooperation. As a result, the architecture contains reference points to support interconnection of other TISPAN CDNs. =20 The protocols phase for the CDN architecture has been started end of 2010. =20 Eurescom P1955 =20 This 2010 project involving European Network operators, studied the interests and feasibility of interconnecting CDNs by firstly elaborating main service models around CDN interconnection, analysing an adequate CDN interconnection technical architecture and framework, and finally by providing recommendations for telcos to implement CDN interconnection. Eurescom project has ended in July 2010. =20 IETF CDI WG: =20 IETF CDI WG was formed in 2000 and closed in 2003. =20 =20 =20 It published 3 Informational RFCs: =20 o RFC 3466 [RFC3466] - "A Model for Content Internetworking (CDI)". o RFC 3568 [RFC3568] - "Known Content Network (CN) Request-Routing Mechanisms". o RFC 3570 [RFC3570] - "Content Internetworking (CDI) Scenarios". =20 Following is an extract of its charter [CDI-Charter] showing that it=20 touched on the same problem space: o The goal of this working group is to define protocols to allow the interoperation of separately-administered content networks. o A content network is an architecture of network elements, arranged for efficient delivery of digital content. Such content includes, but is not limited to, web pages and images delivered via HTTP, and streaming or continuous media which are controlled by RTSP. o The working group will first define requirements for three modes of content internetworking: interoperation of Request-Transfer systems, interoperation of distribution systems, and interoperation of accounting systems. These requirements are intended to lead to a follow-on effort to define protocols for interoperation of these systems. o In its initial form, the working group is not chartered to deliver those protocols [...] =20 =20 IETF Decade WG: =20 It specifies cache control interoperability. =20 IRTF P2P Research Group: =20 Some information on CDN interconnection motivations and technical issues were presented in the P2P RG at IETF 77. The presentation can be found in [P2PRG-CDNI]. =20 =20 ITU-T: =20 SG13 is developing standards related to the support of IPTV services (i.e.. multimedia services such as television/VoD/audio/text/graphics/data delivered over IP-based networks managed). =20 ITU-T Recommendation Y.1910 provides the description of the IPTV functional architecture. This architecture includes functions and interfaces for the distribution and delivery of contents. This architecture is closed to ATIS IIF architecture. =20 Based upon ITU-T Rec. Y.1910, Rec. IUT-T Y.2019 describes in more details the content delivery functional architecture. This architecture allows CDN Interconnection: some interfaces (such as D3, D4) at the control level allow relationship between different CDNs, in the same domain or in different domains.=20 Generic procedures are described, but the choice of the protocols is open. =20 Open IPTV Forum (OIPF): =20 OIPF specifications are freely available at http://www.oipf.tv/specifications.html =20 The Open IPTV Forum has fully specified [OIPF-Overview] an end-to-end solution to allow Any OIPF terminal to access enriched and personalised IPTV services either in a managed or a non-managed network. Services like nPVR and Personal Channel are hosted in a CDN. To that end, the Open IPTV Forum specification is made of 5 parts: =20 - Media Formats including HTTP Adaptive Streaming - Content Metadata - Protocols - Terminal (Declarative or Procedural Application Environment) - Authentication, Content Protection and Service Protection =20 =20 OCEAN: =20 OCEAN (http://www.ict-ocean.eu/) is an EU funded research project that started in February 2010 for 3 years. Some of its objectives are relevant to CDNI. It aims among others at designing a new architectural framework for audiovisual content delivery over Internet, defining public interfaces between its major building blocks in order to foster multi-vendor solutions and interconnection between Content Networks (the term "Content Networks" corresponds here to the definition introduced in [IETF RFC3466], it encompasses CDNs) OCEAN has not yet published any open specifications, nor common best practices, defining how to achieve such CDN interconnection." =20 =20 TV-Anytime Forum: =20 The Version 1 of its specifications was published as TS 102 822-1 'Broadcast and On-line Services: Search, select, and rightful use of content on personal storage systems ("TV-Anytime")'. It includes the specification of metadata in XML schemas which define technical parameters for the distribution of CoD and Live contents. The specification is referenced by DVB and OIPF. The TV-Anytime URI (CRID) is specified in RFC4078.=20 =20 The specifications are available at http://www.tv-anytime.org/. The TV-anytime Forum was closed in 2005.=20 =20 =20 3.2 Gap Analysis in standardisation =20 =20 3.2.1 Dataplane =20 ATIS, TISPAN and OIPF specifications use the same protocols for distribution the content: RTP/RTCP and HTTP flavors. =20 3.2.2 IPTV =20 ATIS, TISPAN and OIPF =20 ATIS, OIPF and TISPAN specify the architecture and the protocols of an IPTV solution. OIPF and ATIS specifications include the interaction with a CDN. =20 =20 3.2.3 CDNs=20 =20 =20 The IETF CDI WG touched on the same problem space as the present document. =20 Although the market, design and requirements placed on CDNs has changed since 2003, the RFCs above provide a reasonable starting point and framework for discussing CDN Interconnect. =20 However, in accordance with its initial charter, the CDI WG did not define any protocols or interfaces to actually enable CDN Interconnection and at that time (2003) there was not enough industry interest and real life requirements to justify rechartering the WG to conduct the corresponding protocol work. =20 =20 =20 TISPAN has a dedicated specification for CDN.=20 =20 OIPF and ATIS CDN specifications are coupled with the IPTV specification. OIPF may delimit the CDN in its architecture in the future. =20 =20 3.2.4 Content Distribution Metadata: =20 Cable Labs, ITU, OIPF and TV-anytime have work items dedicated to the specification of metadata for content distribution.=20 =20 OIPF: Before receiving a content, an Open IPTV Terminal (OITF) received the technical description of the content distribution from the OIPF IPTV platform. The Content distribution metadata is sent at the format of TV-Anytime XSD presented below. "ProgramLocationType" describes the location. "OnDemandProgramType" and "ScheduleEventType" describe the time availability of CoD and Live content. =20 =20 =20 =20 =20 =20 =20 Figure N, TV-Anytime Content Distribution XSD parts --------------------------------- =20 =20 Cable Labs has defined specifications for CoD Content Metadata as part of its VOD Metadata project.=20 "The VOD Metadata project is a cable television industry and cross-industry-wide effort to specify the metadata and interfaces for distribution of video-on-demand (VOD) material from multiple content providers to cable operators." [CableLabs-Metadata] =20 However, while the CableLabs work specifies an interface between a content provider and a service provider running a CDN, it does not include an interface that could be used between CDNs. =20 =20 =20 ITU SG16 specifies metadata for content distribution: =20 H.IPTV-CPMD Metadata for AV content provisioning in IPTV services =20 =20 H.IPTV-MDSD Metadata schema for service discovery and content consumption for IPTV services 2010 =20 HSTP.IPTV-CMA = Content and metadata adaptation for IPTV services =20 =20 HSTP.IPTV-RIM = Requirements on metadata for rights information interoperability =20 =20 HSTP.IPTV-UMCI = Use cases of metadata for IPTV services=20 =20 =20 This specification may include content metadata of interest for CDNI. =20 =20 =20 =20 Niven-Jenkins, et al. Expires June 5, 2011 [Page 8] =20 Internet-Draft CDN Interconnection Problem Statement December 2010 =20 =20 3.2.5 CoD =20 =20 OIPF has fully specified the CoD service. Its dataplane could be a candidate for content acquisition between CDNs in a CDN Interconnect environment. OIPF dataplane includes RTP and HTTP flavors (HTTP progressive download, HTTP Adaptive streaming [3GP-DASH],...) . =20 ATIS specification "IPTV Content on Demand (CoD) Service" defines a reference point (C2) and the corresponding HTTP-based data plane protocol for content acquisition between an authoritative origin server and the CDN. While this protocol has not been explicitly specified for content acquisition across CDNs, it could be a candidate (in addition to others such as standard HTTP) for content acquisition between CDNs in a CDN Interconnect environment. =20 =20 =20 Regards Emile =20 =20 ________________________________ ------_=_NextPart_001_01CBB0A2.5510DDED Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Ben,

 

> Regarding your proposal to "discuss = each CDNi aspects in a = dedicated

> section", I suggest we structure = this section along the lines of the four

> CDNI APIs we propose and for each API = describe what parts of existing CDNI

> work in other = SDOs could be reused and what gaps still exist. = Does this

> sound a reasonable way to structure the = gap analysis you asked for?

 

I think that this is fine. I drafted = something that may be reused. See below.

 

 

 

3.1 relevant Standardization = Activities

 

3GPP:

 

  = 3GPP has specified a Progressive Download and Dynamic Adaptive Streaming over = HTTP [3GP-DASH] based on a Media Presentation Description (MPD) and Media Segmentation = Format.

 

   = It may be a candidate for content acquisition between CDNs in a CDN Interconnect environment

 

ATIS IIF:

 

   = ATIS [ATIS] is the Alliance for Telecommunications Industry

   = Solutions. IIF is the IPTV Interoperability Forum = within ATIS that develops

   = requirements, standards, and specifications for = IPTV.

 

   = The IIF is developing the "IPTV Content on Demand (CoD) Service"

   = specification.  This includes use of a CDN (referred to in ATIS = IIF

   = CoD as the "Content Distribution and Delivery Functions") for support

   = of a Content on Demand (CoD) Service as part of a broader IPTV

   = service.  = However, this only covers the case of a managed IPTV

   = service (in particular where the CDN is = administered by the IPTV

   = service provider) and does not cover the use, or interconnection, of

   = multiple CDNs.

 

 

CableLabs:

 

   = "Founded in 1988 by cable operating companies, Cable = Television

   = Laboratories, Inc. (CableLabs) is a non-profit research = and

   = development consortium that is dedicated to = pursuing new cable

   = telecommunications technologies and to helping its = cable operator

   = members integrate those technical advancements into = their business

   = objectives."  [CableLabs]

 

   = Cable Labs has defined specifications for CoD Content = Metadata as

   = part of its VOD Metadata project. =

 

 

ETSI:

 

   ETSI is the European Telecommunications Standards Institute.  ETSI

   = produces standards for Information and = Communications Technologies

   = (ICT), including fixed, mobile, radio, converged, broadcast = and

   internet technologies.

 

 

ETSI MCD:

 

 

   = MCD (Media Content Distribution) is the ETSI technical committee = "in

   = charge of guiding and coordinating standardization = work aiming at the

   = successful overall development of multimedia = systems (television and

   = communication) responding to the present and future = market requests

   = on media content = distribution".

 

   = MCD created a specific work item on interconnection of = heterogeneous

   = CDNs ("CDN Interconnection, use cases and requirements") in March

   = 2010.  However, no protocol level work = has yet started in MCD for CDN

   = Interconnect.

 

ETSI TISPAN:

 

 

   = TISPAN has published two sets of IPTV specifications, one of which is = based

   = on IMS.  = In addition, TISPAN is about to complete the specifications of a
   CDN architecture = supporting delivery of various content services such as
   time-shifted TV and VoD to TISPAN devices (UEs) or regular PCs.  The = use
   cases allow for hierarchically and geographically distributed CDN scenarios,
   along with multi-CDN cooperation.  As = a result, the architecture contains
   reference points to support interconnection of other TISPAN CDNs. 

   = The protocols phase for the CDN architecture has been started end of = 2010.

 

Eurescom P1955

 

This 2010 project involving European Network operators, studied the interests and feasibility of interconnecting = CDNs by firstly elaborating main service models = around CDN interconnection, analysing an adequate CDN interconnection technical architecture and framework, and finally by = providing recommendations for telcos to implement CDN interconnection. Eurescom project has ended = in July 2010.

 

IETF CDI WG:

 

IETF CDI WG was formed in 2000 = and closed in 2003.  =

 

 

It published 3 Informational RFCs:

 

   = o  RFC = 3466 [RFC3466] - "A Model for Content Internetworking = (CDI)".

   = o  RFC = 3568 [RFC3568] - "Known Content Network (CN) = Request-Routing

      Mechanisms".

   = o  RFC = 3570 [RFC3570] - "Content Internetworking (CDI) = Scenarios".

 

Following is an extract of its = charter [CDI-Charter] showing that it

touched on the same problem space:

   = o  The = goal of this working group is to define protocols to allow = the

      interoperation of separately-administered content = networks.

   = o  A = content network is an architecture of network elements, = arranged

      for efficient delivery of digital content.  Such content = includes,

      but is not limited to, web pages and images = delivered via HTTP,

      and streaming or continuous media which are = controlled by RTSP.

   = o  The = working group will first define requirements for three = modes

      of content internetworking: interoperation of Request-Transfer

      systems, interoperation of distribution systems, = and

      interoperation of accounting systems.  These requirements = are

      intended to lead to a follow-on effort to define = protocols for

      interoperation of these = systems.

   = o  In = its initial form, the working group is not chartered to = deliver

      those protocols [...]

 

 

IETF Decade WG:

 

It specifies cache control interoperability.

<TODO: complete with some = description of the interfaces and a sht on the cd policy>

 

IRTF P2P Research = Group:

 

   = Some information on CDN interconnection motivations and = technical

   = issues were presented in the P2P RG at IETF = 77.  The presentation = can

   = be found in = [P2PRG-CDNI].

 

 

ITU-T:

  =

SG13 is developing standards related to the = support of IPTV services (i.e.. multimedia services such = as television/VoD/audio/text/graphics/data = delivered over IP-based networks managed).

 

ITU-T Recommendation Y.1910 provides the = description of the IPTV functional architecture. This architecture includes functions = and interfaces for the distribution and delivery of contents. This = architecture is closed to ATIS IIF architecture.

 

Based upon ITU-T Rec. Y.1910, Rec. IUT-T = Y.2019 describes in more details the content delivery functional architecture. = This architecture allows CDN Interconnection: some interfaces (such as D3, = D4) at the control level allow relationship between different CDNs, in the same domain or in different domains. =

Generic procedures are described, but the = choice of the protocols is open.

 

Open IPTV Forum = (OIPF):

 

OIPF specifications are freely available at = http://www.oipf.tv/specif= ications.html

 

   = The Open IPTV Forum has fully specified [OIPF-Overview] an end-to-end solution to = allow

   = Any OIPF terminal to access enriched and personalised = IPTV services

   = either in a managed or a non-managed network. = Services like nPVR and Personal Channel are hosted in a = CDN.

  =  To that end, the Open IPTV Forum = specification is made of 5 parts:

 

- Media Formats including HTTP = Adaptive Streaming

- Content = Metadata

- = Protocols

- Terminal (Declarative or = Procedural Application Environment)

- Authentication, Content = Protection and Service Protection

 

 

OCEAN:

 

OCEAN (http://www.ict-ocean.eu/) is an EU funded research project that started = in February 2010 for 3 years.  = Some of its objectives are relevant to CDNI. It aims among others at designing a new architectural framework for audiovisual content delivery over Internet, defining public interfaces between its major building blocks in order to = foster multi-vendor solutions and interconnection between Content Networks (the = term “Content Networks” corresponds here to the definition = introduced in [IETF RFC3466], it encompasses CDNs)

OCEAN has not yet = published any open specifications, nor common best = practices, defining how to achieve such CDN = interconnection.”

 

 

TV-Anytime = Forum:

 

The Version 1 of its specifications was = published as TS 102 822-1 'Broadcast and On-line Services: Search, select, and = rightful use of content on personal storage systems ("TV-Anytime")'. It includes = the specification of metadata in XML schemas which define technical = parameters for the distribution of CoD and Live contents. = The specification is referenced by DVB and OIPF. The TV-Anytime URI (CRID) is specified in RFC4078.

 

The specifications are available at http://www.tv-anytime.org/. The TV-anytime Forum was closed in 2005.

 

 

3.2 Gap Analysis in standardisation

 

 

3.2.1 Dataplane

 

ATIS, TISPAN and OIPF specifications use the = same protocols for distribution the content: RTP/RTCP and HTTP = flavors.

 

3.2.2 IPTV

 

ATIS, TISPAN and = OIPF

 

ATIS, OIPF and TISPAN specify the = architecture and the protocols of an IPTV solution.

OIPF and ATIS specifications include the = interaction with a CDN.

 

 

3.2.3 CDNs =

 

 

   = The IETF CDI WG touched on the same problem space as the = present

   = document.

 

   = Although the market, design and requirements placed on CDNs has

   = changed since 2003, the RFCs above provide a reasonable starting

   = point and framework for discussing CDN = Interconnect.

 

   = However, in accordance with its initial charter, the CDI WG did = not

   = define any protocols or interfaces to actually = enable CDN

   Interconnection and at that time (2003) there was not enough = industry

   = interest and real life requirements to justify = rechartering the WG = to

   = conduct the corresponding protocol = work.

 

 

 

TISPAN has a dedicated specification for CDN. =

 

OIPF and ATIS CDN specifications are coupled = with the IPTV specification. OIPF may delimit the CDN in its architecture in the = future.

 

<TODO: Add a sentence on = ITU>

 

3.2.4 Content Distribution = Metadata:

 

Cable Labs, ITU, OIPF and TV-anytime have = work items dedicated to the specification of metadata for content distribution. =

 

OIPF:

Before receiving a = content, an Open IPTV Terminal (OITF) received the technical description of the = content distribution from the OIPF IPTV platform. The Content distribution = metadata is sent at the format of TV-Anytime XSD presented below. "ProgramLocationType" describes the location. "OnDemandProgramType" and "ScheduleEventType" describe = the time availability of CoD and Live = content.

 

 

 

<complexType name=3D"ProgramLocationType" abstract=3D"true">

  <sequence>

    <element = name=3D"Program" type=3D"tva:CRIDRefType"/>

    <element = name=3D"ProgramURL" type=3D"anyURI" minOccurs=3D"0"/>

    <element = name=3D"InstanceMetadataId" type=3D"tva:InstanceMetadataIdType" minOccurs=3D"0"/>

    <element = name=3D"InstanceDescription" type=3D"tva:InstanceDescriptionType" minOccurs=3D"0"/>

  = </sequence>

</complexType>

 

 

<complexType = name=3D"OnDemandProgramType">

  <complexContent>

    = <extension base=3D"tva:ProgramLocationType">

      = <sequence>

        = <element name=3D"PublishedDuration" type=3D"duration" minOccurs=3D"0"/>

        = <element name=3D"StartOfAvailability" = type=3D"dateTime" minOccurs=3D"0"/>

        = <element name=3D"EndOfAvailability" = type=3D"dateTime" minOccurs=3D"0"/>

        = <element name=3D"FirstAvailability" = type=3D"tva:FlagType" = minOccurs=3D"0"/>

        = <element name=3D"LastAvailability" = type=3D"tva:FlagType" = minOccurs=3D"0"/>

      = </sequence>

      = <attributeGroup ref=3D"tva:fragmentIdentification"/>

    </extension>

  = </complexContent>

</complexType>

 <= /font>

<complexType name=3D"ScheduleEventType">

  <complexContent>

    <extension = base=3D"tva:ProgramLocationType">=

     <sequence>

       = <element name=3D"PublishedStartTime" type=3D"dateTime" minOccurs=3D"0"/>

       = <element name=3D"PublishedEndTime" type=3D"dateTime" minOccurs=3D"0"/>

       = <element name=3D"PublishedDuration" type=3D"duration" minOccurs=3D"0"/>

       = <element name=3D"Live" type=3D"tva:FlagType" minOccurs=3D"0"/>

       = <element name=3D"Repeat" type=3D"tva:FlagType" minOccurs=3D"0"/>

       = <element name=3D"FirstShowing" = type=3D"tva:FlagType" = minOccurs=3D"0"/>

       <eleme= nt name=3D"LastShowing" type=3D"tva:FlagType" minOccurs=3D"0"/>

     = </sequence>

    = </extension>

  </complexContent>

</complexType>

 

Figure N, TV-Anytime Content Distribution XSD parts

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

 

   =

Cable Labs has defined specifications for = CoD Content Metadata = as

   = part of its VOD Metadata project. =

 "The VOD Metadata project is a

   = cable television industry and cross-industry-wide = effort to specify

   = the metadata and interfaces for distribution of video-on-demand (VOD)

  =  material from multiple content providers to cable = operators."

   = [CableLabs-Metadata]

 

   = However, while the CableLabs work specifies an = interface between a

   = content provider and a service provider running a = CDN, it does not

   = include an interface that could be used between = CDNs.

 

 

 

ITU SG16 specifies metadata for content = distribution:

 

H.IPTV-CPMD Metadata for AV = content provisioning in IPTV services      =

 

H.IPTV-MDSD Metadata schema for = service discovery and content consumption for IPTV services    2010

 

HSTP.IPTV-CMA     = Content and metadata adaptation for IPTV services    =

 

HSTP.IPTV-RIM     = Requirements on metadata for rights information interoperability       =

 

HSTP.IPTV-UMCI    = Use cases of metadata for IPTV services =

 

 

This specification may include content = metadata of interest for CDNI.

 

 

 

 

Niven-Jenkins, et al.     Expires June 5, 2011       &nbs= p;          [Page = 8]

 

Internet-Draft    CDN Interconnection = Problem Statement    December = 2010

 

 

3.2.5 CoD

 

 

OIPF has fully specified the CoD service.  Its dataplane could be a

   = candidate for content acquisition between CDNs in a CDN Interconnect environment. OIPF dataplane includes RTP and HTTP flavors (HTTP = progressive download, HTTP Adaptive streaming [3GP-DASH],...) .

 

   = ATIS specification "IPTV Content on Demand (CoD) = Service" defines a

   = reference point (C2) and the corresponding = HTTP-based data plane

   = protocol for content acquisition between an = authoritative origin

   = server and the CDN.  While this protocol has not been = explicitly

   = specified for content acquisition across CDNs, it could be a

   = candidate (in addition to others such as standard = HTTP) for content

   = acquisition between CDNs in a CDN Interconnect environment.

 

 

 

Regards

Emile

 

 

------_=_NextPart_001_01CBB0A2.5510DDED-- From emile.stephan@orange-ftgroup.com Mon Jan 10 01:13:54 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E07A13A6848 for ; Mon, 10 Jan 2011 01:13:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.248 X-Spam-Level: X-Spam-Status: No, score=-103.248 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Fh7dUnCIWf87 for ; Mon, 10 Jan 2011 01:13:38 -0800 (PST) Received: from p-mail1.rd.francetelecom.com (p-mail1.rd.francetelecom.com [195.101.245.15]) by core3.amsl.com (Postfix) with ESMTP id 2ED5B28C0ED for ; Mon, 10 Jan 2011 01:13:37 -0800 (PST) Received: from p-mail1.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id A46938B8007; Mon, 10 Jan 2011 10:16:49 +0100 (CET) Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by p-mail1.rd.francetelecom.com (Postfix) with ESMTP id 932678B8001; Mon, 10 Jan 2011 10:16:49 +0100 (CET) Received: from ftrdmel0.rd.francetelecom.fr ([10.192.128.56]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Mon, 10 Jan 2011 10:15:49 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CBB0A6.F86D0AFE" Date: Mon, 10 Jan 2011 10:15:48 +0100 Message-ID: <843DA8228A1BA74CA31FB4E111A5C46201680523@ftrdmel0.rd.francetelecom.fr> In-Reply-To: <843DA8228A1BA74CA31FB4E111A5C462016804DD@ftrdmel0.rd.francetelecom.fr> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [CDNi] "CDN Interconnect" BOF in Prague - SDOs descriptions, DASH Thread-Index: AcuulgXWC646Ex7sQ7Wmh7CeaUh3AwCBGepAAAMcogA= References: <0B1488D1-9033-4BB9-908E-81F08A407927@niven-jenkins.co.uk><843DA8228A1BA74CA31FB4E111A5C462015F29CD@ftrdmel0.rd.francetelecom.fr><09269A3D-2E4E-4473-94B6-D53EB1CCAAAB@niven-jenkins.co.uk><843DA8228A1BA74CA31FB4E111A5C4620163285B@ftrdmel0.rd.francetelecom.fr><843DA8228A1BA74CA31FB4E111A5C46201632B17@ftrdmel0.rd.francetelecom.fr><1F793D16-68B3-4733-8EE0-C31B4AC014F1@niven-jenkins.co.uk><843DA8228A1BA74CA31FB4E111A5C46201632E8E@ftrdmel0.rd.francetelecom.fr><043316AB-82BF-4ECC-BE63-F46DBD06C118@niven-jenkins.co.uk> <843DA8228A1BA74CA31FB4E111A5C462016804DD@ftrdmel0.rd.francetelecom.fr> From: To: , X-OriginalArrivalTime: 10 Jan 2011 09:15:49.0947 (UTC) FILETIME=[F90A90B0:01CBB0A6] Cc: cdni@ietf.org Subject: Re: [CDNi] "CDN Interconnect" BOF in Prague - SDOs descriptions, DASH X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 10 Jan 2011 09:13:55 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CBB0A6.F86D0AFE Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Ben, =20 I forget the ref for 3GPP HAS =20 [3GP-DASH]=20 "Progressive Download and Dynamic Adaptive Streaming over = HTTP" http://www.3gpp.org/ftp/Specs/html-info/26.234.htm =20 regards Emile =20 ________________________________ De : cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] De la part de = emile.stephan@orange-ftgroup.com Envoy=E9 : lundi 10 janvier 2011 09:43 =C0 : ben@niven-jenkins.co.uk; flefauch@cisco.com Cc : cdni@ietf.org Objet : Re: [CDNi] "CDN Interconnect" BOF in Prague - SDOs descriptions =20 Hi Ben, =20 > Regarding your proposal to "discuss each CDNi aspects in a dedicated > section", I suggest we structure this section along the lines of the = four > CDNI APIs we propose and for each API describe what parts of existing = CDNI > work in other SDOs could be reused and what gaps still exist. Does = this > sound a reasonable way to structure the gap analysis you asked for? =20 I think that this is fine. I drafted something that may be reused. See = below. =20 =20 =20 3.1 relevant Standardization Activities =20 3GPP: =20 3GPP has specified a Progressive Download and Dynamic Adaptive = Streaming over HTTP [3GP-DASH] based on a Media Presentation Description = (MPD) and Media Segmentation Format. =20 It may be a candidate for content acquisition between CDNs in a CDN = Interconnect environment =20 ATIS IIF: =20 ATIS [ATIS] is the Alliance for Telecommunications Industry Solutions. IIF is the IPTV Interoperability Forum within ATIS that = develops requirements, standards, and specifications for IPTV. =20 The IIF is developing the "IPTV Content on Demand (CoD) Service" specification. This includes use of a CDN (referred to in ATIS IIF CoD as the "Content Distribution and Delivery Functions") for support of a Content on Demand (CoD) Service as part of a broader IPTV service. However, this only covers the case of a managed IPTV service (in particular where the CDN is administered by the IPTV service provider) and does not cover the use, or interconnection, of multiple CDNs. =20 =20 CableLabs: =20 "Founded in 1988 by cable operating companies, Cable Television Laboratories, Inc. (CableLabs) is a non-profit research and development consortium that is dedicated to pursuing new cable telecommunications technologies and to helping its cable operator members integrate those technical advancements into their business objectives." [CableLabs] =20 Cable Labs has defined specifications for CoD Content Metadata as part of its VOD Metadata project.=20 =20 =20 ETSI: =20 ETSI is the European Telecommunications Standards Institute. ETSI produces standards for Information and Communications Technologies (ICT), including fixed, mobile, radio, converged, broadcast and internet technologies. =20 =20 ETSI MCD: =20 =20 MCD (Media Content Distribution) is the ETSI technical committee "in charge of guiding and coordinating standardization work aiming at the successful overall development of multimedia systems (television and communication) responding to the present and future market requests on media content distribution". =20 MCD created a specific work item on interconnection of heterogeneous CDNs ("CDN Interconnection, use cases and requirements") in March 2010. However, no protocol level work has yet started in MCD for CDN Interconnect. =20 ETSI TISPAN:=20 =20 =20 TISPAN has published two sets of IPTV specifications, one of which is = based on IMS. In addition, TISPAN is about to complete the specifications = of a=20 CDN architecture supporting delivery of various content services such = as time-shifted TV and VoD to TISPAN devices (UEs) or regular PCs. The = use cases allow for hierarchically and geographically distributed CDN = scenarios, along with multi-CDN cooperation. As a result, the architecture = contains reference points to support interconnection of other TISPAN CDNs. =20 The protocols phase for the CDN architecture has been started end of = 2010. =20 Eurescom P1955 =20 This 2010 project involving European Network operators, studied the = interests and feasibility of interconnecting CDNs by firstly elaborating = main service models around CDN interconnection, analysing an adequate = CDN interconnection technical architecture and framework, and finally by = providing recommendations for telcos to implement CDN interconnection. = Eurescom project has ended in July 2010. =20 IETF CDI WG: =20 IETF CDI WG was formed in 2000 and closed in 2003. =20 =20 =20 It published 3 Informational RFCs: =20 o RFC 3466 [RFC3466] - "A Model for Content Internetworking (CDI)". o RFC 3568 [RFC3568] - "Known Content Network (CN) Request-Routing Mechanisms". o RFC 3570 [RFC3570] - "Content Internetworking (CDI) Scenarios". =20 Following is an extract of its charter [CDI-Charter] showing that it=20 touched on the same problem space: o The goal of this working group is to define protocols to allow the interoperation of separately-administered content networks. o A content network is an architecture of network elements, arranged for efficient delivery of digital content. Such content includes, but is not limited to, web pages and images delivered via HTTP, and streaming or continuous media which are controlled by RTSP. o The working group will first define requirements for three modes of content internetworking: interoperation of Request-Transfer systems, interoperation of distribution systems, and interoperation of accounting systems. These requirements are intended to lead to a follow-on effort to define protocols for interoperation of these systems. o In its initial form, the working group is not chartered to deliver those protocols [...] =20 =20 IETF Decade WG: =20 It specifies cache control interoperability. =20 IRTF P2P Research Group: =20 Some information on CDN interconnection motivations and technical issues were presented in the P2P RG at IETF 77. The presentation can be found in [P2PRG-CDNI]. =20 =20 ITU-T: =20 SG13 is developing standards related to the support of IPTV services = (i.e.. multimedia services such as = television/VoD/audio/text/graphics/data delivered over IP-based networks = managed). =20 ITU-T Recommendation Y.1910 provides the description of the IPTV = functional architecture. This architecture includes functions and = interfaces for the distribution and delivery of contents. This = architecture is closed to ATIS IIF architecture. =20 Based upon ITU-T Rec. Y.1910, Rec. IUT-T Y.2019 describes in more = details the content delivery functional architecture. This architecture = allows CDN Interconnection: some interfaces (such as D3, D4) at the = control level allow relationship between different CDNs, in the same = domain or in different domains.=20 Generic procedures are described, but the choice of the protocols is = open. =20 Open IPTV Forum (OIPF): =20 OIPF specifications are freely available at = http://www.oipf.tv/specifications.html =20 The Open IPTV Forum has fully specified [OIPF-Overview] an end-to-end = solution to allow Any OIPF terminal to access enriched and personalised IPTV services either in a managed or a non-managed network. Services like nPVR and = Personal Channel are hosted in a CDN. To that end, the Open IPTV Forum specification is made of 5 parts: =20 - Media Formats including HTTP Adaptive Streaming - Content Metadata - Protocols - Terminal (Declarative or Procedural Application Environment) - Authentication, Content Protection and Service Protection =20 =20 OCEAN: =20 OCEAN (http://www.ict-ocean.eu/) is an EU funded research project that = started in February 2010 for 3 years. Some of its objectives are = relevant to CDNI. It aims among others at designing a new architectural = framework for audiovisual content delivery over Internet, defining = public interfaces between its major building blocks in order to foster = multi-vendor solutions and interconnection between Content Networks (the = term "Content Networks" corresponds here to the definition introduced in = [IETF RFC3466], it encompasses CDNs) OCEAN has not yet published any open specifications, nor common best = practices, defining how to achieve such CDN interconnection." =20 =20 TV-Anytime Forum: =20 The Version 1 of its specifications was published as TS 102 822-1 = 'Broadcast and On-line Services: Search, select, and rightful use of = content on personal storage systems ("TV-Anytime")'. It includes the = specification of metadata in XML schemas which define technical = parameters for the distribution of CoD and Live contents. The = specification is referenced by DVB and OIPF. The TV-Anytime URI (CRID) = is specified in RFC4078.=20 =20 The specifications are available at http://www.tv-anytime.org/. The = TV-anytime Forum was closed in 2005.=20 =20 =20 3.2 Gap Analysis in standardisation =20 =20 3.2.1 Dataplane =20 ATIS, TISPAN and OIPF specifications use the same protocols for = distribution the content: RTP/RTCP and HTTP flavors. =20 3.2.2 IPTV =20 ATIS, TISPAN and OIPF =20 ATIS, OIPF and TISPAN specify the architecture and the protocols of an = IPTV solution. OIPF and ATIS specifications include the interaction with a CDN. =20 =20 3.2.3 CDNs=20 =20 =20 The IETF CDI WG touched on the same problem space as the present document. =20 Although the market, design and requirements placed on CDNs has changed since 2003, the RFCs above provide a reasonable starting point and framework for discussing CDN Interconnect. =20 However, in accordance with its initial charter, the CDI WG did not define any protocols or interfaces to actually enable CDN Interconnection and at that time (2003) there was not enough industry interest and real life requirements to justify rechartering the WG to conduct the corresponding protocol work. =20 =20 =20 TISPAN has a dedicated specification for CDN.=20 =20 OIPF and ATIS CDN specifications are coupled with the IPTV = specification. OIPF may delimit the CDN in its architecture in the = future. =20 =20 3.2.4 Content Distribution Metadata: =20 Cable Labs, ITU, OIPF and TV-anytime have work items dedicated to the = specification of metadata for content distribution.=20 =20 OIPF: Before receiving a content, an Open IPTV Terminal (OITF) received the = technical description of the content distribution from the OIPF IPTV = platform. The Content distribution metadata is sent at the format of = TV-Anytime XSD presented below. "ProgramLocationType" describes the = location. "OnDemandProgramType" and "ScheduleEventType" describe the = time availability of CoD and Live content. =20 =20 =20 =20 =20 =20 =20 Figure N, TV-Anytime Content Distribution XSD parts --------------------------------- =20 =20 Cable Labs has defined specifications for CoD Content Metadata as part of its VOD Metadata project.=20 "The VOD Metadata project is a cable television industry and cross-industry-wide effort to specify the metadata and interfaces for distribution of video-on-demand (VOD) material from multiple content providers to cable operators." [CableLabs-Metadata] =20 However, while the CableLabs work specifies an interface between a content provider and a service provider running a CDN, it does not include an interface that could be used between CDNs. =20 =20 =20 ITU SG16 specifies metadata for content distribution: =20 H.IPTV-CPMD = Metadata for AV content provisioning in IPTV services =20 =20 H.IPTV-MDSD = Metadata schema for service discovery and content consumption for = IPTV services 2010 =20 HSTP.IPTV-CMA = Content = and metadata adaptation for IPTV services =20 =20 HSTP.IPTV-RIM = = Requirements on metadata for rights information interoperability =20 =20 HSTP.IPTV-UMCI = Use cases = of metadata for IPTV services=20 =20 =20 This specification may include content metadata of interest for CDNI. =20 =20 =20 =20 Niven-Jenkins, et al. Expires June 5, 2011 [Page 8] =20 Internet-Draft CDN Interconnection Problem Statement December 2010 =20 =20 3.2.5 CoD =20 =20 OIPF has fully specified the CoD service. Its dataplane could be a candidate for content acquisition between CDNs in a CDN Interconnect = environment. OIPF dataplane includes RTP and HTTP flavors (HTTP = progressive download, HTTP Adaptive streaming [3GP-DASH],...) . =20 ATIS specification "IPTV Content on Demand (CoD) Service" defines a reference point (C2) and the corresponding HTTP-based data plane protocol for content acquisition between an authoritative origin server and the CDN. While this protocol has not been explicitly specified for content acquisition across CDNs, it could be a candidate (in addition to others such as standard HTTP) for content acquisition between CDNs in a CDN Interconnect environment. =20 =20 =20 Regards Emile =20 =20 ------_=_NextPart_001_01CBB0A6.F86D0AFE Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi = Ben,

 =

I forget the ref = for 3GPP HAS

 =

   = [3GP-DASH]

       &nbs= p;      "Progressive Download and Dynamic Adaptive Streaming over = HTTP"

       &nbs= p;      http://www.3gpp.org/ftp/Specs/html-info/26.234.htm

 =

regards

Emile<= /span>

 =

De : cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] De la part de emile.stephan@orange-ftgroup.com
Envoyé : = lundi 10 janvier 2011 09:43
À : ben@niven-jenkins.co.uk; flefauch@cisco.com
Cc : = cdni@ietf.org
Objet : Re: [CDNi] = "CDN Interconnect" BOF in Prague - SDOs descriptions=

 

Hi Ben,

 

> Regarding your proposal to "discuss = each CDNi aspects in a dedicated

> section", I suggest we structure = this section along the lines of the four

> CDNI APIs we propose and for each API = describe what parts of existing CDNI

> work in other SDOs could be reused and = what gaps still exist. Does this

> sound a reasonable way to structure the = gap analysis you asked for?

 

I think that this is fine. I drafted = something that may be reused. See below.

 

 

 

3.1 relevant Standardization = Activities

 

3GPP:

 

  = 3GPP has specified a Progressive Download and Dynamic Adaptive Streaming over = HTTP [3GP-DASH] based on a Media Presentation Description (MPD) and Media Segmentation Format.

 

   = It may be a candidate for content acquisition between CDNs in a CDN = Interconnect environment

 

ATIS IIF:

 

   ATIS [ATIS] is the Alliance for Telecommunications Industry

   Solutions. IIF is the IPTV Interoperability Forum within ATIS = that develops

   requirements, standards, and specifications for = IPTV.

 

   = The IIF is developing the "IPTV Content on Demand (CoD) = Service"

   = specification.  This includes use of a CDN = (referred to in ATIS IIF

   = CoD as the "Content Distribution and Delivery Functions") for = support

   = of a Content on Demand (CoD) Service as part of a broader = IPTV

   service.  However, = this only covers the case of a managed IPTV

   service (in particular where the CDN is administered by the = IPTV

   service provider) and does not cover the use, or interconnection, = of

   multiple CDNs.

 

 

CableLabs:

 

   "Founded in 1988 by cable operating companies, Cable = Television

   Laboratories, Inc. (CableLabs) is a non-profit research = and

   development consortium that is dedicated to pursuing new = cable

   telecommunications technologies and to helping its cable = operator

   members integrate those technical advancements into their = business

   objectives."  [CableLabs]

 

   Cable Labs has defined specifications for CoD Content Metadata = as

   part of its VOD Metadata project.

 

 

ETSI:

 

   ETSI is the European Telecommunications Standards Institute.  = ETSI

   produces standards for Information and Communications = Technologies

   (ICT), including fixed, mobile, radio, converged, broadcast = and

   internet technologies.

 

 

ETSI MCD:

 

 

   = MCD (Media Content Distribution) is the ETSI technical committee = "in

   charge of guiding and coordinating standardization work aiming at = the

   successful overall development of multimedia systems (television = and

   communication) responding to the present and future market = requests

   = on media content distribution".

 

   = MCD created a specific work item on interconnection of = heterogeneous

   CDNs ("CDN Interconnection, use cases and = requirements") in March

   2010.  However, no = protocol level work has yet started in MCD for CDN

   Interconnect.

 

ETSI TISPAN:

 

 

   TISPAN has published two sets of IPTV specifications, one of = which is based

   = on IMS.  In addition, TISPAN = is about to complete the specifications of a
   CDN architecture = supporting delivery of various content services such as
   time-shifted TV and = VoD to TISPAN devices (UEs) or regular PCs.  The use
   cases allow for hierarchically and geographically distributed CDN scenarios,
   along with = multi-CDN cooperation.  As a result, = the architecture contains
   reference points to = support interconnection of other TISPAN CDNs. 

   = The protocols phase for the CDN architecture has been started end of = 2010.

 

Eurescom P1955

 

This 2010 project involving European Network operators, studied the interests and feasibility of interconnecting CDNs = by firstly elaborating main service models around CDN interconnection, = analysing an adequate CDN interconnection technical architecture and framework, = and finally by providing recommendations for telcos to implement CDN interconnection. Eurescom project has ended in July = 2010.

 

IETF CDI WG:

 

IETF CDI WG was formed in 2000 = and closed in 2003.  =

 

 

It published 3 Informational = RFCs:

 

   o  RFC 3466 = [RFC3466] - "A Model for Content Internetworking = (CDI)".

   o  RFC 3568 = [RFC3568] - "Known Content Network (CN) = Request-Routing

      Mechanisms".

   = o  RFC 3570 [RFC3570] - = "Content Internetworking (CDI) Scenarios".

 

Following is an extract of its = charter [CDI-Charter] showing that it

touched on the same problem = space:

   o  The goal of this = working group is to define protocols to allow the

      = interoperation of separately-administered content = networks.

   o  A content network = is an architecture of network elements, arranged

      for = efficient delivery of digital content.  = Such content includes,

      but is = not limited to, web pages and images delivered via = HTTP,

      and = streaming or continuous media which are controlled by = RTSP.

   o  The working group = will first define requirements for three modes

      of = content internetworking: interoperation of = Request-Transfer

      = systems, interoperation of distribution systems, and

      = interoperation of accounting systems.  = These requirements are

      = intended to lead to a follow-on effort to define protocols = for

      = interoperation of these systems.

   o  In its initial = form, the working group is not chartered to deliver

      those = protocols [...]

 

 

IETF Decade WG:

 

It specifies cache control interoperability.

<TODO: complete with some = description of the interfaces and a sht on the cd = policy>

 

IRTF P2P Research = Group:

 

   Some information on CDN interconnection motivations and = technical

   issues were presented in the P2P RG at IETF 77.  The presentation = can

   = be found in [P2PRG-CDNI].

 

 

ITU-T:

  =

SG13 is developing standards related to the = support of IPTV services (i.e.. multimedia services such as television/VoD/audio/text/graphics/data delivered over IP-based networks managed).

 

ITU-T Recommendation Y.1910 provides the = description of the IPTV functional architecture. This architecture includes = functions and interfaces for the distribution and delivery of contents. This = architecture is closed to ATIS IIF architecture.

 

Based upon ITU-T Rec. Y.1910, Rec. IUT-T = Y.2019 describes in more details the content delivery functional architecture. = This architecture allows CDN Interconnection: some interfaces (such as D3, = D4) at the control level allow relationship between different CDNs, in the same = domain or in different domains.

Generic procedures are described, but the = choice of the protocols is open.

 

Open IPTV Forum = (OIPF):

 

OIPF specifications are freely available at = http://www.oipf.tv/specif= ications.html

 

   = The Open IPTV Forum has fully specified [OIPF-Overview] an end-to-end = solution to allow

   = Any OIPF terminal to access enriched and personalised IPTV = services

   either in a managed or a non-managed network. Services like nPVR = and Personal Channel are hosted in a CDN.

   = To that end, the Open IPTV Forum specification is made of 5 = parts:

 

- Media Formats including HTTP = Adaptive Streaming

- Content = Metadata

- = Protocols

- Terminal (Declarative or = Procedural Application Environment)

- Authentication, Content = Protection and Service Protection

 

 

OCEAN:

 

OCEAN (http://www.ict-ocean.eu/) is an EU funded research project that started = in February 2010 for 3 years.  = Some of its objectives are relevant to CDNI. It aims among others at designing a = new architectural framework for audiovisual content delivery over Internet, = defining public interfaces between its major building blocks in order to foster multi-vendor solutions and interconnection between Content Networks (the = term “Content Networks” corresponds here to the definition = introduced in [IETF RFC3466], it encompasses CDNs)

OCEAN has not yet = published any open specifications, nor common best practices, defining how to = achieve such CDN interconnection.”

 

 

TV-Anytime = Forum:

 

The Version 1 of its specifications was = published as TS 102 822-1 'Broadcast and On-line Services: Search, select, and rightful use of content on personal = storage systems ("TV-Anytime")'. It includes the specification of metadata in XML schemas which define = technical parameters for the distribution of CoD and Live contents. The = specification is referenced by DVB and OIPF. The TV-Anytime URI (CRID) is specified in = RFC4078.

 

The specifications are available at http://www.tv-anytime.org/. The TV-anytime Forum was closed in 2005.

 

 

3.2 Gap Analysis in = standardisation

 

 

3.2.1 Dataplane

 

ATIS, TISPAN and OIPF specifications use the = same protocols for distribution the content: RTP/RTCP and HTTP = flavors.

 

3.2.2 IPTV

 

ATIS, TISPAN and = OIPF

 

ATIS, OIPF and TISPAN specify the = architecture and the protocols of an IPTV solution.

OIPF and ATIS specifications include the = interaction with a CDN.

 

 

3.2.3 CDNs

 

 

   = The IETF CDI WG touched on the same problem space as the = present

   document.

 

   Although the market, design and requirements placed on CDNs = has

   changed since 2003, the RFCs above provide a reasonable = starting

   point and framework for discussing CDN = Interconnect.

 

   However, in accordance with its initial charter, the CDI WG did = not

   define any protocols or interfaces to actually enable = CDN

   Interconnection and at that time (2003) there was not enough = industry

   interest and real life requirements to justify rechartering the = WG to

   conduct the corresponding protocol = work.

 

 

 

TISPAN has a dedicated specification for CDN. =

 

OIPF and ATIS CDN specifications are coupled = with the IPTV specification. OIPF may delimit the CDN in its architecture in the = future.

 

<TODO: Add a sentence on = ITU>

 

3.2.4 Content Distribution = Metadata:

 

Cable Labs, ITU, OIPF and TV-anytime have = work items dedicated to the specification of metadata for content distribution. =

 

OIPF:

Before receiving a content, an Open IPTV = Terminal (OITF) received the technical description of the content distribution = from the OIPF IPTV platform. The Content distribution metadata is sent at the = format of TV-Anytime XSD presented below. "ProgramLocationType" = describes the location. "OnDemandProgramType" and = "ScheduleEventType" describe the time availability of CoD and Live = content.

 

 

 

<complexType name=3D"ProgramLocationType" = abstract=3D"true">

  = <sequence>

    <element name=3D"Program" = type=3D"tva:CRIDRefType"/>

    <element name=3D"ProgramURL" type=3D"anyURI" minOccurs=3D"0"/>

    <element name=3D"InstanceMetadataId" = type=3D"tva:InstanceMetadataIdType" minOccurs=3D"0"/>

    <element name=3D"InstanceDescription" type=3D"tva:InstanceDescriptionType" = minOccurs=3D"0"/>

  = </sequence>

</complexType><= /p>

 

 

<complexType = name=3D"OnDemandProgramType">

  <complexContent>

    <extension = base=3D"tva:ProgramLocationType">

      <sequence>

        <element name=3D"PublishedDuration" = type=3D"duration" minOccurs=3D"0"/>

        <element name=3D"StartOfAvailability" type=3D"dateTime" = minOccurs=3D"0"/>

        <element name=3D"EndOfAvailability" = type=3D"dateTime" minOccurs=3D"0"/>

        <element name=3D"FirstAvailability" type=3D"tva:FlagType" = minOccurs=3D"0"/>

        <element name=3D"LastAvailability" = type=3D"tva:FlagType" minOccurs=3D"0"/>

      </sequence>

      <attributeGroup = ref=3D"tva:fragmentIdentification"/>

    </extension>

  </complexContent>

</complexType>

 <= /font>

<complexType name=3D"ScheduleEventType">

  = <complexContent>

    <extension base=3D"tva:ProgramLocationType">

     = <sequence>

       <element name=3D"PublishedStartTime" type=3D"dateTime" = minOccurs=3D"0"/>

       <element name=3D"PublishedEndTime" = type=3D"dateTime" minOccurs=3D"0"/>

       <element name=3D"PublishedDuration" = type=3D"duration" minOccurs=3D"0"/>

       = <element name=3D"Live" type=3D"tva:FlagType" minOccurs=3D"0"/>

       <element name=3D"Repeat" = type=3D"tva:FlagType" minOccurs=3D"0"/>

       = <element name=3D"FirstShowing" type=3D"tva:FlagType" = minOccurs=3D"0"/>

       <element name=3D"LastShowing" = type=3D"tva:FlagType" minOccurs=3D"0"/>

     = </sequence>

    = </extension>

  = </complexContent>

</complexType><= /p>

 

Figure N, TV-Anytime Content Distribution XSD parts

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

 

   =

Cable Labs has defined specifications for CoD = Content Metadata as

   part of its VOD Metadata project.

 "The VOD Metadata project is a

   cable television industry and cross-industry-wide effort to = specify

   = the metadata and interfaces for distribution of video-on-demand = (VOD)

   material from multiple content providers to cable = operators."

   [CableLabs-Metadata]

 

   However, while the CableLabs work specifies an interface between = a

   content provider and a service provider running a CDN, it does = not

   include an interface that could be used between = CDNs.

 

 

 

ITU SG16 specifies metadata for content = distribution:

 

H.IPTV-CPMD      Metadata for AV content provisioning in IPTV services      =

 

H.IPTV-MDSD      Metadata schema for service discovery and content consumption for IPTV services =   = 2010

 

HSTP.IPTV-CMA    = Content and metadata adaptation for IPTV services    =

 

HSTP.IPTV-RIM    = Requirements on metadata for rights information interoperability     

 

HSTP.IPTV-UMCI   Use = cases of metadata for IPTV services =

 

 

This specification may include content = metadata of interest for CDNI.

 

 

 

 

Niven-Jenkins, et al.     Expires June = 5, 2011       &nbs= p;          [Page 8]

 

Internet-Draft    CDN Interconnection = Problem Statement    = December 2010

 

 

3.2.5 CoD

 

 

OIPF has fully specified the CoD = service.  Its dataplane could be = a

   candidate for content acquisition between CDNs in a CDN = Interconnect environment. OIPF dataplane includes RTP and HTTP flavors (HTTP = progressive download, HTTP Adaptive streaming [3GP-DASH],...) = .

 

   ATIS specification "IPTV Content on Demand (CoD) = Service" defines a

   reference point (C2) and the corresponding HTTP-based data = plane

   protocol for content acquisition between an authoritative = origin

   server and the CDN.  = While this protocol has not been explicitly

   specified for content acquisition across CDNs, it could be = a

   candidate (in addition to others such as standard HTTP) for = content

   acquisition between CDNs in a CDN Interconnect = environment.

 

 

 

Regards

Emile

 

 

------_=_NextPart_001_01CBB0A6.F86D0AFE-- From ben@niven-jenkins.co.uk Mon Jan 10 02:50:01 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CE2E028C140 for ; Mon, 10 Jan 2011 02:50:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.932 X-Spam-Level: X-Spam-Status: No, score=-102.932 tagged_above=-999 required=5 tests=[AWL=-0.333, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X7VxFvLYkIew for ; Mon, 10 Jan 2011 02:49:59 -0800 (PST) Received: from mailex.mailcore.me (mailex.mailcore.me [94.136.40.61]) by core3.amsl.com (Postfix) with ESMTP id 1A94228C137 for ; Mon, 10 Jan 2011 02:49:59 -0800 (PST) Received: from host1.cachelogic.com ([212.44.43.80] helo=dhcp-122-devlan.cachelogic.com) by mail11.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1PcFMA-000818-LL; Mon, 10 Jan 2011 10:52:11 +0000 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=windows-1252 From: Ben Niven-Jenkins In-Reply-To: <843DA8228A1BA74CA31FB4E111A5C46201680523@ftrdmel0.rd.francetelecom.fr> Date: Mon, 10 Jan 2011 10:52:09 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <0B1488D1-9033-4BB9-908E-81F08A407927@niven-jenkins.co.uk><843DA8228A1BA74CA31FB4E111A5C462015F29CD@ftrdmel0.rd.francetelecom.fr><09269A3D-2E4E-4473-94B6-D53EB1CCAAAB@niven-jenkins.co.uk><843DA8228A1BA74CA31FB4E111A5C4620163285B@ftrdmel0.rd.francetelecom.fr><843DA8228A1BA74CA31FB4E111A5C46201632B17@ftrdmel0.rd.francetelecom.fr><1F793D16-68B3-4733-8EE0-C31B4AC014F1@niven-jenkins.co.uk><843DA8228A1BA74CA31FB4E111A5C46201632E8E@ftrdmel0.rd.francetelecom.fr><043316AB-82BF-4ECC-BE63-F46DBD06C118@niven-jenkins.co.uk> <843DA8228A1BA74CA31FB4E111A5C462016804DD@ftrdmel0.rd.francetelecom.fr> <843DA8228A1BA74CA31FB4E111A5C46201680523@ftrdmel0.rd.francetelecom.fr> To: X-Mailer: Apple Mail (2.1082) X-Mailcore-Auth: 9600544 X-Mailcore-Domain: 172912 Cc: cdni@ietf.org Subject: Re: [CDNi] "CDN Interconnect" BOF in Prague - SDOs descriptions, DASH X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 10 Jan 2011 10:50:01 -0000 Thanks Emile. We will include the text you propose below in the updated = problem statement. Ben On 10 Jan 2011, at 09:15, = wrote: > Hi Ben, > =20 > I forget the ref for 3GPP HAS > =20 > [3GP-DASH] > "Progressive Download and Dynamic Adaptive Streaming = over HTTP" > http://www.3gpp.org/ftp/Specs/html-info/26.234.htm > =20 > regards > Emile > =20 > De : cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] De la part = de emile.stephan@orange-ftgroup.com > Envoy=E9 : lundi 10 janvier 2011 09:43 > =C0 : ben@niven-jenkins.co.uk; flefauch@cisco.com > Cc : cdni@ietf.org > Objet : Re: [CDNi] "CDN Interconnect" BOF in Prague - SDOs = descriptions > =20 > Hi Ben, > =20 > > Regarding your proposal to "discuss each CDNi aspects in a dedicated > > section", I suggest we structure this section along the lines of the = four > > CDNI APIs we propose and for each API describe what parts of = existing CDNI > > work in other SDOs could be reused and what gaps still exist. Does = this > > sound a reasonable way to structure the gap analysis you asked for? > =20 > I think that this is fine. I drafted something that may be reused. See = below. > =20 > =20 > =20 > 3.1 relevant Standardization Activities > =20 > 3GPP: > =20 > 3GPP has specified a Progressive Download and Dynamic Adaptive = Streaming over HTTP [3GP-DASH] based on a Media Presentation Description = (MPD) and Media Segmentation Format. > =20 > It may be a candidate for content acquisition between CDNs in a CDN = Interconnect environment > =20 > ATIS IIF: > =20 > ATIS [ATIS] is the Alliance for Telecommunications Industry > Solutions. IIF is the IPTV Interoperability Forum within ATIS that = develops > requirements, standards, and specifications for IPTV. > =20 > The IIF is developing the "IPTV Content on Demand (CoD) Service" > specification. This includes use of a CDN (referred to in ATIS IIF > CoD as the "Content Distribution and Delivery Functions") for = support > of a Content on Demand (CoD) Service as part of a broader IPTV > service. However, this only covers the case of a managed IPTV > service (in particular where the CDN is administered by the IPTV > service provider) and does not cover the use, or interconnection, = of > multiple CDNs. > =20 > =20 > CableLabs: > =20 > "Founded in 1988 by cable operating companies, Cable Television > Laboratories, Inc. (CableLabs) is a non-profit research and > development consortium that is dedicated to pursuing new cable > telecommunications technologies and to helping its cable operator > members integrate those technical advancements into their business > objectives." [CableLabs] > =20 > Cable Labs has defined specifications for CoD Content Metadata as > part of its VOD Metadata project. > =20 > =20 > ETSI: > =20 > ETSI is the European Telecommunications Standards Institute. ETSI > produces standards for Information and Communications Technologies > (ICT), including fixed, mobile, radio, converged, broadcast and > internet technologies. > =20 > =20 > ETSI MCD: > =20 > =20 > MCD (Media Content Distribution) is the ETSI technical committee = "in > charge of guiding and coordinating standardization work aiming at = the > successful overall development of multimedia systems (television = and > communication) responding to the present and future market requests > on media content distribution". > =20 > MCD created a specific work item on interconnection of = heterogeneous > CDNs ("CDN Interconnection, use cases and requirements") in March > 2010. However, no protocol level work has yet started in MCD for = CDN > Interconnect. > =20 > ETSI TISPAN: > =20 > =20 > TISPAN has published two sets of IPTV specifications, one of which = is based > on IMS. In addition, TISPAN is about to complete the = specifications of a=20 > CDN architecture supporting delivery of various content services = such as > time-shifted TV and VoD to TISPAN devices (UEs) or regular PCs. = The use > cases allow for hierarchically and geographically distributed CDN = scenarios, > along with multi-CDN cooperation. As a result, the architecture = contains > reference points to support interconnection of other TISPAN CDNs.=20= > The protocols phase for the CDN architecture has been started end = of 2010. > =20 > Eurescom P1955 > =20 > This 2010 project involving European Network operators, studied the = interests and feasibility of interconnecting CDNs by firstly elaborating = main service models around CDN interconnection, analysing an adequate = CDN interconnection technical architecture and framework, and finally by = providing recommendations for telcos to implement CDN interconnection. = Eurescom project has ended in July 2010. > =20 > IETF CDI WG: > =20 > IETF CDI WG was formed in 2000 and closed in 2003.=20 > =20 > =20 > It published 3 Informational RFCs: > =20 > o RFC 3466 [RFC3466] - "A Model for Content Internetworking = (CDI)". > o RFC 3568 [RFC3568] - "Known Content Network (CN) Request-Routing > Mechanisms". > o RFC 3570 [RFC3570] - "Content Internetworking (CDI) Scenarios". > =20 > Following is an extract of its charter [CDI-Charter] showing that it > touched on the same problem space: > o The goal of this working group is to define protocols to allow = the > interoperation of separately-administered content networks. > o A content network is an architecture of network elements, = arranged > for efficient delivery of digital content. Such content = includes, > but is not limited to, web pages and images delivered via HTTP, > and streaming or continuous media which are controlled by RTSP. > o The working group will first define requirements for three modes > of content internetworking: interoperation of Request-Transfer > systems, interoperation of distribution systems, and > interoperation of accounting systems. These requirements are > intended to lead to a follow-on effort to define protocols for > interoperation of these systems. > o In its initial form, the working group is not chartered to = deliver > those protocols [...] > =20 > =20 > IETF Decade WG: > =20 > It specifies cache control interoperability. > > =20 > IRTF P2P Research Group: > =20 > Some information on CDN interconnection motivations and technical > issues were presented in the P2P RG at IETF 77. The presentation = can > be found in [P2PRG-CDNI]. > =20 > =20 > ITU-T: > =20 > SG13 is developing standards related to the support of IPTV services = (i.e.. multimedia services such as = television/VoD/audio/text/graphics/data delivered over IP-based networks = managed). > =20 > ITU-T Recommendation Y.1910 provides the description of the IPTV = functional architecture. This architecture includes functions and = interfaces for the distribution and delivery of contents. This = architecture is closed to ATIS IIF architecture. > =20 > Based upon ITU-T Rec. Y.1910, Rec. IUT-T Y.2019 describes in more = details the content delivery functional architecture. This architecture = allows CDN Interconnection: some interfaces (such as D3, D4) at the = control level allow relationship between different CDNs, in the same = domain or in different domains. > Generic procedures are described, but the choice of the protocols is = open. > =20 > Open IPTV Forum (OIPF): > =20 > OIPF specifications are freely available at = http://www.oipf.tv/specifications.html > =20 > The Open IPTV Forum has fully specified [OIPF-Overview] an = end-to-end solution to allow > Any OIPF terminal to access enriched and personalised IPTV services > either in a managed or a non-managed network. Services like nPVR = and Personal Channel are hosted in a CDN. > To that end, the Open IPTV Forum specification is made of 5 parts: > =20 > - Media Formats including HTTP Adaptive Streaming > - Content Metadata > - Protocols > - Terminal (Declarative or Procedural Application Environment) > - Authentication, Content Protection and Service Protection > =20 > =20 > OCEAN: > =20 > OCEAN (http://www.ict-ocean.eu/) is an EU funded research project that = started in February 2010 for 3 years. Some of its objectives are = relevant to CDNI. It aims among others at designing a new architectural = framework for audiovisual content delivery over Internet, defining = public interfaces between its major building blocks in order to foster = multi-vendor solutions and interconnection between Content Networks (the = term =93Content Networks=94 corresponds here to the definition = introduced in [IETF RFC3466], it encompasses CDNs) > OCEAN has not yet published any open specifications, nor common best = practices, defining how to achieve such CDN interconnection.=94 > =20 > =20 > TV-Anytime Forum: > =20 > The Version 1 of its specifications was published as TS 102 822-1 = 'Broadcast and On-line Services: Search, select, and rightful use of = content on personal storage systems ("TV-Anytime")'. It includes the = specification of metadata in XML schemas which define technical = parameters for the distribution of CoD and Live contents. The = specification is referenced by DVB and OIPF. The TV-Anytime URI (CRID) = is specified in RFC4078. > =20 > The specifications are available at http://www.tv-anytime.org/. The = TV-anytime Forum was closed in 2005. > =20 > =20 > 3.2 Gap Analysis in standardisation > =20 > =20 > 3.2.1 Dataplane > =20 > ATIS, TISPAN and OIPF specifications use the same protocols for = distribution the content: RTP/RTCP and HTTP flavors. > =20 > 3.2.2 IPTV > =20 > ATIS, TISPAN and OIPF > =20 > ATIS, OIPF and TISPAN specify the architecture and the protocols of an = IPTV solution. > OIPF and ATIS specifications include the interaction with a CDN. > =20 > =20 > 3.2.3 CDNs > =20 > =20 > The IETF CDI WG touched on the same problem space as the present > document. > =20 > Although the market, design and requirements placed on CDNs has > changed since 2003, the RFCs above provide a reasonable starting > point and framework for discussing CDN Interconnect. > =20 > However, in accordance with its initial charter, the CDI WG did not > define any protocols or interfaces to actually enable CDN > Interconnection and at that time (2003) there was not enough = industry > interest and real life requirements to justify rechartering the WG = to > conduct the corresponding protocol work. > =20 > =20 > =20 > TISPAN has a dedicated specification for CDN. > =20 > OIPF and ATIS CDN specifications are coupled with the IPTV = specification. OIPF may delimit the CDN in its architecture in the = future. > =20 > > =20 > 3.2.4 Content Distribution Metadata: > =20 > Cable Labs, ITU, OIPF and TV-anytime have work items dedicated to the = specification of metadata for content distribution. > =20 > OIPF: > Before receiving a content, an Open IPTV Terminal (OITF) received the = technical description of the content distribution from the OIPF IPTV = platform. The Content distribution metadata is sent at the format of = TV-Anytime XSD presented below. "ProgramLocationType" describes the = location. "OnDemandProgramType" and "ScheduleEventType" describe the = time availability of CoD and Live content. > =20 > =20 > =20 > > > > > > > > > =20 > =20 > > > > > > > > > > > > > > > =20 > > > > > > > > > > > > > > > > =20 > Figure N, TV-Anytime Content Distribution XSD parts > --------------------------------- > =20 > =20 > Cable Labs has defined specifications for CoD Content Metadata as > part of its VOD Metadata project. > "The VOD Metadata project is a > cable television industry and cross-industry-wide effort to specify > the metadata and interfaces for distribution of video-on-demand = (VOD) > material from multiple content providers to cable operators." > [CableLabs-Metadata] > =20 > However, while the CableLabs work specifies an interface between a > content provider and a service provider running a CDN, it does not > include an interface that could be used between CDNs. > =20 > =20 > =20 > ITU SG16 specifies metadata for content distribution: > =20 > H.IPTV-CPMD Metadata for AV content provisioning in IPTV services = =20 > =20 > H.IPTV-MDSD Metadata schema for service discovery and content = consumption for IPTV services 2010 > =20 > HSTP.IPTV-CMA Content and metadata adaptation for IPTV services =20= > =20 > HSTP.IPTV-RIM Requirements on metadata for rights information = interoperability =20 > =20 > HSTP.IPTV-UMCI Use cases of metadata for IPTV services > =20 > =20 > This specification may include content metadata of interest for CDNI. > =20 > =20 > =20 > =20 > Niven-Jenkins, et al. Expires June 5, 2011 [Page = 8] > =20 > Internet-Draft CDN Interconnection Problem Statement December = 2010 > =20 > =20 > 3.2.5 CoD > =20 > =20 > OIPF has fully specified the CoD service. Its dataplane could be a > candidate for content acquisition between CDNs in a CDN = Interconnect environment. OIPF dataplane includes RTP and HTTP flavors = (HTTP progressive download, HTTP Adaptive streaming [3GP-DASH],...) . > =20 > ATIS specification "IPTV Content on Demand (CoD) Service" defines a > reference point (C2) and the corresponding HTTP-based data plane > protocol for content acquisition between an authoritative origin > server and the CDN. While this protocol has not been explicitly > specified for content acquisition across CDNs, it could be a > candidate (in addition to others such as standard HTTP) for content > acquisition between CDNs in a CDN Interconnect environment. > =20 > =20 > =20 > Regards > Emile > =20 > =20 From flefauch@cisco.com Mon Jan 10 09:41:23 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EA2843A6AFE for ; Mon, 10 Jan 2011 09:41:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.409 X-Spam-Level: X-Spam-Status: No, score=-10.409 tagged_above=-999 required=5 tests=[AWL=0.190, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CugVZjx+2gAd for ; Mon, 10 Jan 2011 09:41:22 -0800 (PST) Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by core3.amsl.com (Postfix) with ESMTP id 8AF593A67AB for ; Mon, 10 Jan 2011 09:41:22 -0800 (PST) Authentication-Results: ams-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none Received: from ams-core-4.cisco.com ([144.254.72.77]) by ams-iport-2.cisco.com with ESMTP; 10 Jan 2011 17:43:36 +0000 Received: from ams-flefauch-8713.cisco.com (ams-flefauch-8713.cisco.com [10.55.161.196]) by ams-core-4.cisco.com (8.14.3/8.14.3) with ESMTP id p0AHhZqp024198; Mon, 10 Jan 2011 17:43:35 GMT Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Francois Le Faucheur In-Reply-To: <7870FF6F-4534-4224-968F-C31CAFE0C6E9@gmail.com> Date: Mon, 10 Jan 2011 18:43:25 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <83720BF5-9A94-4463-BB7A-AEFE5FA39076@cisco.com> References: <7870FF6F-4534-4224-968F-C31CAFE0C6E9@gmail.com> To: Grant Watson X-Mailer: Apple Mail (2.1082) Cc: cdni@ietf.org Subject: Re: [CDNi] CDNI Use Cases X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 10 Jan 2011 17:41:24 -0000 Hello Grant, I went through the Use Cases document you posted and here are my = comments/suggestions. * I would suggest that the Use Cases I-D expands significantly = more on what are the motivations/applications/services that are targeted = through the CDN Interconnect solution. ie why is it exactly that you are = interested in interconnecting your CDN to someone else's? To me this is = the main goal of that document. For example, I would encourage to expand on each of the points a. and b. = you currently have under section 4.=20 To me a. should be described as a Use Case of its own: CDN Interconnect = allows a CDN operator to design its CDN to deal with reasonable = peak/failure (but not absolute worst peak/failure) and use another CDN = to deal with exceptional peak/failure.=20 Similarly, what you describe under b. could be considered a Use Case of = its own: extend footprint/coverage beyond CDN footprint without = extending CDN build out. * I would suggest you don't expand too much on the redirection = steps/variations because I expect this would be covered in other = documents (kind of more related to how it works, than to the use cases). For example, regarding the Editor's note below, I am note sure you need = to describe that extra option (in that document): " [Ed: There are a potentially couple of options, the above and the option to hand off to CDN-B without making a request first. Consider describing that as an option also? For example in the case of intermediate CDN you might want to hand-off immediately to CDN-C rather than relying on various requests flowing from A to B to C and back.] " * text says: "In order to minimise the number of direct business relationships between a CSP and a set of interconnected CDNs, it is assumed that a CSP will only be required/ desire to have a direct relationship with a single CDN. The single CDN selected by the CSP is referred to as "The Authoritative CDN" " While CDNI must certainly allow a CSP to have a relationship with a = single CDN provider, it must also allow a CSP to use more than one = "Upstream CDNs". The key is that the CDNI Interconnect allows the = content of a CSP to be delivered by a CDN-X even if CSP does not have a = relationship with CDN-X, as long as CDN-X has a relationship with a CDN = that has a relationship with the CSP (or with a CDN that has a = relationship with a CDN that has a relationship with CSP, or...). I would suggest that you adjust the above text and tweak the definition = of Authoritative CDN accordingly (even if a CSP uses multiple CDNs, for = a given content/request there is a single Authoritative CDN) * the next rev of the Problem Statement will also have = definitions for the terms you've introduced but that can be fixed later. Just my take. Francois On 8 Jan 2011, at 22:48, Grant Watson wrote: > Ben & Francois et al, >=20 > CDN Interconnect is a very hot topic for us right now and we are very = keen to support your proposal.=20 >=20 > We have been working on a I-D to document provider use cases, to = compliment your I-D. Hopefully you will find this to be a useful = exercise.=20 >=20 > It is not complete but I wanted to socialise it early as we are keen = and open to collaborate on this I-D with other providers that have use = cases to that they would like to include, or input in any other way. >=20 > http://www.ietf.org/id/draft-watson-cdni-use-cases-00.txt >=20 > Thanks >=20 > Grant Watson > grant.watson@bt.com >=20 > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni From emile.stephan@orange-ftgroup.com Mon Jan 10 23:46:31 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B66593A69E8 for ; Mon, 10 Jan 2011 23:46:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.085 X-Spam-Level: X-Spam-Status: No, score=-102.085 tagged_above=-999 required=5 tests=[AWL=0.165, BAYES_00=-2.599, HELO_EQ_FR=0.35, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Amnejxff7AfV for ; Mon, 10 Jan 2011 23:46:30 -0800 (PST) Received: from r-mail2.rd.francetelecom.com (r-mail2.rd.francetelecom.com [217.108.152.42]) by core3.amsl.com (Postfix) with ESMTP id BCEB33A69ED for ; Mon, 10 Jan 2011 23:46:30 -0800 (PST) Received: from r-mail2.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 31E7AFC4002; Tue, 11 Jan 2011 08:48:49 +0100 (CET) Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by r-mail2.rd.francetelecom.com (Postfix) with ESMTP id 27289FC4001; Tue, 11 Jan 2011 08:48:49 +0100 (CET) Received: from ftrdmel0.rd.francetelecom.fr ([10.192.128.56]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 11 Jan 2011 08:48:45 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 11 Jan 2011 08:48:44 +0100 Message-ID: <843DA8228A1BA74CA31FB4E111A5C462016B9EA9@ftrdmel0.rd.francetelecom.fr> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: "CDN Interconnect" BOF in Prague - TV-Anytime Content Distribution Metadata reference Thread-Index: Acuw6W0SpbfKmIhKRI2Q0cRob1wTFgAdfmpg References: <0B1488D1-9033-4BB9-908E-81F08A407927@niven-jenkins.co.uk><843DA8228A1BA74CA31FB4E111A5C462015F29CD@ftrdmel0.rd.francetelecom.fr><09269A3D-2E4E-4473-94B6-D53EB1CCAAAB@niven-jenkins.co.uk><843DA8228A1BA74CA31FB4E111A5C4620163285B@ftrdmel0.rd.francetelecom.fr><843DA8228A1BA74CA31FB4E111A5C46201632B17@ftrdmel0.rd.francetelecom.fr><1F793D16-68B3-4733-8EE0-C31B4AC014F1@niven-jenkins.co.uk><843DA8228A1BA74CA31FB4E111A5C46201632E8E@ftrdmel0.rd.francetelecom.fr><043316AB-82BF-4ECC-BE63-F46DBD06C118@niven-jenkins.co.uk> <843DA8228A1BA74CA31FB4E111A5C462016804DD@ftrdmel0.rd.francetelecom.fr> <843DA8228A1BA74CA31FB4E111A5C46201680523@ftrdmel0.rd.francetelecom.fr> From: To: , X-OriginalArrivalTime: 11 Jan 2011 07:48:45.0408 (UTC) FILETIME=[F962EE00:01CBB163] Cc: cdni@ietf.org Subject: [CDNi] "CDN Interconnect" BOF in Prague - TV-Anytime Content Distribution Metadata reference X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 11 Jan 2011 07:46:31 -0000 Hi Ben I forgot the ref to TV-Anytime Metadata too. Please use the reference for [TVA-CDmD] "Metadata Specification Version 1.3",=20 http://www.tv-anytime.org/workinggroups/wg-md.html=20 The XML objects ProgramLocationType, OnDemandProgramType and ScheduleEventType are defined in the PartA document. Regards Emile From thomas.parmelan@sfr.com Tue Jan 11 01:28:18 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E773A3A6A13 for ; Tue, 11 Jan 2011 01:28:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tc1lVwTLum+8 for ; Tue, 11 Jan 2011 01:28:17 -0800 (PST) Received: from pern.ankh.fr.EU.org (pern.ankh.fr.eu.org [78.248.64.73]) by core3.amsl.com (Postfix) with ESMTP id 128453A69F8 for ; Tue, 11 Jan 2011 01:28:17 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by pern.ankh.fr.EU.org (Postfix) with ESMTP id 7C87FD24E9C for ; Tue, 11 Jan 2011 10:30:31 +0100 (CET) X-Virus-Scanned: Debian amavisd-new-2.6.1 (20080629) at pern.ankh.fr.EU.org Received: from pern.ankh.fr.EU.org ([127.0.0.1]) by localhost (pern.ankh.fr.eu.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JKqFBurg2ENI for ; Tue, 11 Jan 2011 10:30:31 +0100 (CET) Received: by pern.ankh.fr.EU.org (Postfix, from userid 1000) id 62C53D24E9F; Tue, 11 Jan 2011 10:30:31 +0100 (CET) Date: Tue, 11 Jan 2011 10:30:31 +0100 From: Thomas Parmelan To: cdni@ietf.org Message-ID: <20110111093031.GA28180@pern.ankh.fr.EU.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: [CDNi] CDNI Use Cases X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: cdni@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, 11 Jan 2011 09:50:48 -0000 On Sat, Jan 08, 2011 at 09:56:21PM +0000, Grant Watson wrote: Hello Grant et al, > We have been working on a I-D to document provider use cases, to > compliment your I-D. Hopefully you will find this to be a useful > exercise. Just a quick word to let you know that CDNi is a hot subject for us too and that we plan to go through the proposed documents and hopefully provide comments or suggestions. -- Thomas Parmelan -+- thomas.parmelan@sfr.com From watson.gm@gmail.com Tue Jan 11 04:22:55 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 93EBA28C122 for ; Tue, 11 Jan 2011 04:22:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.5 X-Spam-Level: X-Spam-Status: No, score=-3.5 tagged_above=-999 required=5 tests=[AWL=0.099, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2-YMO82Jj7IS for ; Tue, 11 Jan 2011 04:22:54 -0800 (PST) Received: from mail-ww0-f44.google.com (mail-ww0-f44.google.com [74.125.82.44]) by core3.amsl.com (Postfix) with ESMTP id 5ECDD28C11E for ; Tue, 11 Jan 2011 04:22:54 -0800 (PST) Received: by wwa36 with SMTP id 36so20517040wwa.13 for ; Tue, 11 Jan 2011 04:25:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=E7q3LWeMkYwGABKkw6MbT/hyEXATW3MaMk/IQe61zao=; b=JsGr1IUhflB1y2K5z040tgaZh01jQi2bgNoZNyS+1cYxjXr60Vu1G5KES9QCPzIv4y fKfOAm/yGCNUC1uU/E4T4wbuy+IMjhIFg+dS5hj9mzO5d929FSRfDGg5u2UgbMXYhHXb S209IRimkXI8uNvwyRDjxC6OPJOMgx6B8pLCY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=wTMwW5xVf8XYXzc6EA0wZnXD4VUwtp5u9eYuWI3yU8y5OF7pq0PISVcD3h1AOfmZAx OmsdUt6Iiq0WNMvGMfgTWz/+2IaIMRvrnLDeIg8C+B94D7OxKkRg0ncSkEVDk/ZCBbRV HVFqZOLq1Dke0QddP5P2gD3PdGZY5CEFQeomU= Received: by 10.216.61.202 with SMTP id w52mr2731865wec.110.1294748706771; Tue, 11 Jan 2011 04:25:06 -0800 (PST) Received: from unknown.home (host86-169-194-39.range86-169.btcentralplus.com [86.169.194.39]) by mx.google.com with ESMTPS id r38sm14705906weq.47.2011.01.11.04.25.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 11 Jan 2011 04:25:06 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Grant Watson In-Reply-To: <1F3DE948AD28CB4D905D51039D081AF6261132FC8F@EMV64-UKRD.domain1.systemhost.net> Date: Tue, 11 Jan 2011 12:25:04 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <58561DD9-DDDF-477B-BC7C-443C342EB632@gmail.com> References: <7870FF6F-4534-4224-968F-C31CAFE0C6E9@gmail.com>, <83720BF5-9A94-4463-BB7A-AEFE5FA39076@cisco.com> <1F3DE948AD28CB4D905D51039D081AF6261132FC8F@EMV64-UKRD.domain1.systemhost.net> To: Francois Le Faucheur X-Mailer: Apple Mail (2.1082) Cc: cdni@ietf.org Subject: Re: [CDNi] CDNI Use Cases X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 11 Jan 2011 12:22:55 -0000 Hi Francois, Thanks for your comments. Very useful and mostly I don't disagree.=20 >=20 > I went through the Use Cases document you posted and here are my = comments/suggestions. >=20 > * I would suggest that the Use Cases I-D expands significantly = more on what are the motivations/applications/services that are targeted = through the CDN Interconnect solution. ie why is it exactly that you are = interested in interconnecting your CDN to someone else's? To me this is = the main goal of that document. > For example, I would encourage to expand on each of the points a. and = b. you currently have under section 4. > To me a. should be described as a Use Case of its own: CDN = Interconnect allows a CDN operator to design its CDN to deal with = reasonable peak/failure (but not absolute worst peak/failure) and use = another CDN to deal with exceptional peak/failure. > Similarly, what you describe under b. could be considered a Use Case = of its own: extend footprint/coverage beyond CDN footprint without = extending CDN build out. >=20 Agreed in the most part, will look to restructure in the next rev. > * I would suggest you don't expand too much on the redirection = steps/variations because I expect this would be covered in other = documents (kind of more related to how it works, than to the use cases). > For example, regarding the Editor's note below, I am note sure you = need to describe that extra option (in that document): > " [Ed: There are a potentially couple of options, the above and the > option to hand off to CDN-B without making a request first. = Consider > describing that as an option also? For example in the case of > intermediate CDN you might want to hand-off immediately to CDN-C > rather than relying on various requests flowing from A to B to C and > back.] > " >=20 =20 Yes, this makes sense. I was in two minds as to include or not. Its = covered in the Requirements I-D I believe anyway. > * text says: > "In order to minimise the > number of direct business relationships between a CSP and a set of > interconnected CDNs, it is assumed that a CSP will only be required/ > desire to have a direct relationship with a single CDN. The single > CDN selected by the CSP is referred to as "The Authoritative CDN" > " > While CDNI must certainly allow a CSP to have a relationship with a = single CDN provider, it must also allow a CSP to use more than one = "Upstream CDNs". The key is that the CDNI Interconnect allows the = content of a CSP to be delivered by a CDN-X even if CSP does not have a = relationship with CDN-X, as long as CDN-X has a relationship with a CDN = that has a relationship with the CSP (or with a CDN that has a = relationship with a CDN that has a relationship with CSP, or...). > I would suggest that you adjust the above text and tweak the = definition of Authoritative CDN accordingly (even if a CSP uses multiple = CDNs, for a given content/request there is a single Authoritative CDN) >=20 Will reword in next rev. > * the next rev of the Problem Statement will also have = definitions for the terms you've introduced but that can be fixed later. >=20 > Just my take. No problem, the main intention was to socialise something early to gain = wider input and support. Cheers=20 Grant From emile.stephan@orange-ftgroup.com Tue Jan 11 05:38:38 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B992728C29A for ; Tue, 11 Jan 2011 05:38:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.248 X-Spam-Level: X-Spam-Status: No, score=-103.248 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6e5eAfdUBhPs for ; Tue, 11 Jan 2011 05:38:37 -0800 (PST) Received: from p-mail1.rd.francetelecom.com (p-mail1.rd.francetelecom.com [195.101.245.15]) by core3.amsl.com (Postfix) with ESMTP id CF77628C298 for ; Tue, 11 Jan 2011 05:38:36 -0800 (PST) Received: from p-mail1.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 309CB8B8006; Tue, 11 Jan 2011 14:41:51 +0100 (CET) Received: from ftrdsmtp2.rd.francetelecom.fr (unknown [10.192.128.47]) by p-mail1.rd.francetelecom.com (Postfix) with ESMTP id 24D748B800C; Tue, 11 Jan 2011 14:41:51 +0100 (CET) Received: from ftrdmel0.rd.francetelecom.fr ([10.192.128.56]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 11 Jan 2011 14:40:42 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CBB195.23A3CEEE" Date: Tue, 11 Jan 2011 14:40:40 +0100 Message-ID: <843DA8228A1BA74CA31FB4E111A5C462016BA0F1@ftrdmel0.rd.francetelecom.fr> In-Reply-To: <2F406570-675C-4B1D-8BB5-68069BD02526@niven-jenkins.co.uk> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problem Statement: Terminology Thread-Index: AcugNPHxDuk6agK7THKb6QOaroKiowRXnUNw References: <5F8876EF-BD9E-45B9-86FC-64C9DCE90FB1@cisco.com> <2F406570-675C-4B1D-8BB5-68069BD02526@niven-jenkins.co.uk> From: To: , X-OriginalArrivalTime: 11 Jan 2011 13:40:42.0252 (UTC) FILETIME=[24019CC0:01CBB195] Cc: cdni@ietf.org Subject: [CDNi] Problem Statement: Terminology X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 11 Jan 2011 13:38:38 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CBB195.23A3CEEE Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Ben, =20 I went through the terminology section. I think that it make sense to = split the Request Routing in 2 functions. The first function (Request = Transfer) handles the content request; the second (Request Routing) = determines the appropriate source of content. =20 Request Transfer:=20 The function within a CDN responsible for receiving a content request = from a User-agent, for querying the Request routing function and for = directing this query toward the selected source of content. =20 Request Routing:=20 The function within a CDN responsible for determining the = appropriate Surrogate or the appropriate CDN. =20 =20 > -----Message d'origine----- > De : cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] De la part = de > Ben Niven-Jenkins > Envoy=E9 : lundi 20 d=E9cembre 2010 11:59 > =C0 : Francois Le Faucheur > Cc : cdni@ietf.org; Lee, Yiu > Objet : Re: [CDNi] Few comments on Problem Statement >=20 > Francois, >=20 > On 17 Dec 2010, at 08:20, Francois Le Faucheur wrote: >=20 > > Hi Yiu, > > > > On 16 Dec 2010, at 20:05, Lee, Yiu wrote: > >> > >> [YL] I am somewhat more clear. Thanks for the explanation. If = Content > >> Distribution Metadata is used by the CDNi, why not simply called it > CDNi > >> Metadata? > > > > As per recent discussion with Richard, we observed that Content > Distribution Metadata comprises metadata of intra-CDN scope (ie only > relevant within a CDN) and metadata of inter-CDN scope (ie relevant = across > CDNs). > > > > So, to be more accurate, we could use the term "CDNi Metadata" to > designate the Content Distribution Metadata of inter-CDN scope (which = is > quite of a mouthful). > > > > So the definition would look like this: > > > > " > > Metadata: data about data. > > > > Content Metadata: metadata about content. Content Metadata = comprises: > > (i) metadata that is relevant to the distribution of the content > (and therefore relevant to a CDN involved in the delivery of that = content). > We refer to those as "Content Distribution Metadata". > > (ii) metadata that is associated with the actual content (and not > directly relevant to the distribution of that content) or content > representation. For example, such metadata may include Genre, Cast, = Rating > as well as resolution and aspect ratio. > > > > Content Distribution Metadata: the subset of Content Metadata that = is > relevant to the distribution of the content. > > This is the metadata required by a CDN in order to enable and = control > content distribution and delivery by the CDN. In a CDN Interconnection > environment, some of the Content Distribution Metadata may have an = intra- > CDN scope (and therefore need not be communicated between CDNs), while > some of the Content Distribution Metadata have an inter-CDN scope (and > therefore need to be communicated between CDNs). For example, Content > Distribution Metadata with inter-CDN scope may include geo-blocking > information (i.e. information defining geographical areas where the > content is to be made available or blocked), availability windows = (i.e. > information defining time windows during which the content is to be = made > available or blocked) and access control mechanisms to be enforced = (e.g. > URI signature validation). > > > > CDNi Metadata: Content Distribution Metadata with inter-CDN scope > > " > > > > How does that sound? > > >=20 > Looks good to me :-) >=20 > Ben >=20 >=20 > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni ------_=_NextPart_001_01CBB195.23A3CEEE Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi = Ben,

 

I went through the terminology = section. I think that it make sense to split the Request Routing in 2 functions. = The first function (Request Transfer) handles the content request; the second = (Request Routing) determines the appropriate source of = content.

 

=A0=A0 Request Transfer:

=A0=A0 The function within a CDN responsible for receiving a content = request from a User-agent, for querying the Request routing function and for = directing this query toward the selected source of = content.

 

=A0=A0=A0 Request Routing:

=A0=A0=A0 The function within a CDN responsible for determining the appropriate Surrogate or the appropriate = CDN.

 

 

> -----Message d'origine-----

> De : cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] De la part de

> Ben Niven-Jenkins

> Envoy=E9 : lundi 20 d=E9cembre 2010 = 11:59

> =C0 : Francois Le Faucheur

> Cc : cdni@ietf.org; Lee, Yiu

> Objet : Re: [CDNi] Few comments on = Problem Statement

>

> Francois,

>

> On 17 Dec 2010, at 08:20, Francois Le = Faucheur wrote:

>

> > Hi Yiu,

> >

> > On 16 Dec 2010, at 20:05, Lee, Yiu = wrote:

> >>

> >> [YL] I am somewhat more clear. = Thanks for the explanation. If Content

> >> Distribution Metadata is used = by the CDNi, why not simply called it

> CDNi

> >> Metadata?

> >

> > As per recent discussion with = Richard, we observed that Content

> Distribution Metadata comprises metadata = of intra-CDN scope (ie only

> relevant within a CDN) and metadata of = inter-CDN scope (ie relevant across

> CDNs).

> >

> > So, to be more accurate, we could = use the term "CDNi Metadata" to

> designate the Content Distribution = Metadata of inter-CDN scope (which is

> quite of a mouthful).

> >

> > So the definition would look like = this:

> >

> > "

> > Metadata: data about = data.

> >

> > Content Metadata: metadata about = content. Content Metadata comprises:

> > =A0 = (i) metadata that is relevant to the distribution of the = content

> (and therefore relevant to a CDN = involved in the delivery of that content).

> We refer to those as "Content = Distribution Metadata".

> > =A0 = (ii) metadata that is associated with the actual content (and = not

> directly relevant to the distribution of = that content) or content

> representation. For example, such = metadata may include Genre, Cast, Rating

> as well as resolution and aspect = ratio.

> >

> > Content Distribution Metadata: the = subset of Content Metadata that is

> relevant to the distribution of the = content.

> > This is the metadata required by a = CDN in order to enable and control

> content distribution and delivery by the = CDN. In a CDN Interconnection

> environment, some of the Content = Distribution Metadata may have an intra-

> CDN scope (and therefore need not be = communicated between CDNs), while

> some of the Content Distribution = Metadata have an inter-CDN scope (and

> therefore need to be communicated = between CDNs). For example, Content

> Distribution Metadata with inter-CDN = scope may include geo-blocking

> information (i.e. information defining geographical areas where the

> content is to be made available or = blocked), availability windows (i.e.

> information defining time windows during = which the content is to be made

> available or blocked) and access control mechanisms to be enforced (e.g.

> URI signature = validation).

> >

> > CDNi Metadata: Content Distribution = Metadata with inter-CDN scope

> > "

> >

> > How does that = sound?

> >

>

> Looks good to me :-)

>

> Ben

>

>

> = _______________________________________________

> CDNi mailing list

> CDNi@ietf.org

> = https://www.ietf.org/mailman/listinfo/cdni

------_=_NextPart_001_01CBB195.23A3CEEE-- From philip.eardley@bt.com Tue Jan 11 08:41:18 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 093543A6A49 for ; Tue, 11 Jan 2011 08:41:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.055 X-Spam-Level: X-Spam-Status: No, score=-102.055 tagged_above=-999 required=5 tests=[AWL=-0.010, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DDWwVvMDtzWG for ; Tue, 11 Jan 2011 08:41:16 -0800 (PST) Received: from smtpe1.intersmtp.com (smtp63.intersmtp.COM [62.239.224.236]) by core3.amsl.com (Postfix) with ESMTP id 48C213A67FD for ; Tue, 11 Jan 2011 08:41:16 -0800 (PST) Received: from EVMHT63-UKRD.domain1.systemhost.net (10.36.3.100) by RDW083A007ED63.smtp-e3.hygiene.service (10.187.98.12) with Microsoft SMTP Server (TLS) id 8.3.106.1; Tue, 11 Jan 2011 16:43:31 +0000 Received: from EMV65-UKRD.domain1.systemhost.net ([169.254.1.236]) by EVMHT63-UKRD.domain1.systemhost.net ([10.36.3.100]) with mapi; Tue, 11 Jan 2011 16:43:29 +0000 From: To: , , Date: Tue, 11 Jan 2011 16:43:29 +0000 Thread-Topic: Problem Statement: Terminology Thread-Index: AcugNPHxDuk6agK7THKb6QOaroKiowRXnUNwAAaoriA= Message-ID: <9510D26531EF184D9017DF24659BB87F32751D2AE5@EMV65-UKRD.domain1.systemhost.net> References: <5F8876EF-BD9E-45B9-86FC-64C9DCE90FB1@cisco.com> <2F406570-675C-4B1D-8BB5-68069BD02526@niven-jenkins.co.uk> <843DA8228A1BA74CA31FB4E111A5C462016BA0F1@ftrdmel0.rd.francetelecom.fr> In-Reply-To: <843DA8228A1BA74CA31FB4E111A5C462016BA0F1@ftrdmel0.rd.francetelecom.fr> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: multipart/alternative; boundary="_000_9510D26531EF184D9017DF24659BB87F32751D2AE5EMV65UKRDdoma_" MIME-Version: 1.0 Cc: cdni@ietf.org Subject: Re: [CDNi] Problem Statement: Terminology X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 11 Jan 2011 16:41:18 -0000 --_000_9510D26531EF184D9017DF24659BB87F32751D2AE5EMV65UKRDdoma_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Emile Is this distinction purely to make the terminology easier, or do you see th= e need for two separate functions in an implementation? The latter would im= ply a change in Figure 1 in the problem-statement i-d, ie a protocol betwee= n your two functions Thanks Best wishes phil From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf Of emi= le.stephan@orange-ftgroup.com Sent: 11 January 2011 13:41 To: ben@niven-jenkins.co.uk; flefauch@cisco.com Cc: cdni@ietf.org Subject: [CDNi] Problem Statement: Terminology Hi Ben, I went through the terminology section. I think that it make sense to split= the Request Routing in 2 functions. The first function (Request Transfer) = handles the content request; the second (Request Routing) determines the ap= propriate source of content. Request Transfer: The function within a CDN responsible for receiving a content request fr= om a User-agent, for querying the Request routing function and for directin= g this query toward the selected source of content. Request Routing: The function within a CDN responsible for determining the appropriate S= urrogate or the appropriate CDN. > -----Message d'origine----- > De : cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] De la part de > Ben Niven-Jenkins > Envoy=E9 : lundi 20 d=E9cembre 2010 11:59 > =C0 : Francois Le Faucheur > Cc : cdni@ietf.org; Lee, Yiu > Objet : Re: [CDNi] Few comments on Problem Statement > > Francois, > > On 17 Dec 2010, at 08:20, Francois Le Faucheur wrote: > > > Hi Yiu, > > > > On 16 Dec 2010, at 20:05, Lee, Yiu wrote: > >> > >> [YL] I am somewhat more clear. Thanks for the explanation. If Content > >> Distribution Metadata is used by the CDNi, why not simply called it > CDNi > >> Metadata? > > > > As per recent discussion with Richard, we observed that Content > Distribution Metadata comprises metadata of intra-CDN scope (ie only > relevant within a CDN) and metadata of inter-CDN scope (ie relevant acros= s > CDNs). > > > > So, to be more accurate, we could use the term "CDNi Metadata" to > designate the Content Distribution Metadata of inter-CDN scope (which is > quite of a mouthful). > > > > So the definition would look like this: > > > > " > > Metadata: data about data. > > > > Content Metadata: metadata about content. Content Metadata comprises: > > (i) metadata that is relevant to the distribution of the content > (and therefore relevant to a CDN involved in the delivery of that content= ). > We refer to those as "Content Distribution Metadata". > > (ii) metadata that is associated with the actual content (and not > directly relevant to the distribution of that content) or content > representation. For example, such metadata may include Genre, Cast, Ratin= g > as well as resolution and aspect ratio. > > > > Content Distribution Metadata: the subset of Content Metadata that is > relevant to the distribution of the content. > > This is the metadata required by a CDN in order to enable and control > content distribution and delivery by the CDN. In a CDN Interconnection > environment, some of the Content Distribution Metadata may have an intra- > CDN scope (and therefore need not be communicated between CDNs), while > some of the Content Distribution Metadata have an inter-CDN scope (and > therefore need to be communicated between CDNs). For example, Content > Distribution Metadata with inter-CDN scope may include geo-blocking > information (i.e. information defining geographical areas where the > content is to be made available or blocked), availability windows (i.e. > information defining time windows during which the content is to be made > available or blocked) and access control mechanisms to be enforced (e.g. > URI signature validation). > > > > CDNi Metadata: Content Distribution Metadata with inter-CDN scope > > " > > > > How does that sound? > > > > Looks good to me :-) > > Ben > > > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni --_000_9510D26531EF184D9017DF24659BB87F32751D2AE5EMV65UKRDdoma_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Emile

 

Is this d= istinction purely to make the terminology easier, or do you see the need fo= r two separate functions in an implementation? The latter would imply a cha= nge in Figure 1 in the problem-statement i-d, ie a protocol between your tw= o functions

<= o:p> 

Thanks<= o:p>

Best wishes

phil

 

From: cdn= i-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf Of emile= .stephan@orange-ftgroup.com
Sent: 11 January 2011 13:41
To:= ben@niven-jenkins.co.uk; flefauch@cisco.com
Cc: cdni@ietf.or= g
Subject: [CDNi] Problem Statement: Terminology

 <= /span>

Hi Ben,

 <= /p>

I went through the terminolog= y section. I think that it make sense to split the Request Routing in 2 fun= ctions. The first function (Request Transfer) handles the content request; = the second (Request Routing) determines the appropriate source of content.<= o:p>

 =

=A0=A0 Request = Transfer:

= =A0=A0=A0The function within a CDN responsible for receiving a content requ= est from a User-agent, for querying the Request routing function and for di= recting this query toward the selected source of content.=

 

=

=A0=A0=A0 Request Routing: =

=A0=A0=A0=A0The= function within a CDN responsible for determining the appropriate Surrogat= e or the appropriate CDN.

 

 

> -----Message d'origine-----

> De : cdni-bounces@ietf.org [mailto:cd= ni-bounces@ietf.org] De la part de

> Ben Niven-Jenkins

> Envoy=E9&nb= sp;: lundi 20 d=E9cembre 2010 11:59

> =C0 : Francois Le Faucheur<= /span>

> Cc : cdni@ietf.org; Lee, Yiu

> Objet : Re: [CDNi] Few comments on Problem Statement

>

> Francois,

>

= > On 17 Dec 2010, at 08:20, Francois Le Faucheur wrote:

>

=

> > Hi Yiu,

> >

> > On 16 Dec 2010, = at 20:05, Lee, Yiu wrote:

> >>

<= span lang=3DEN-US>> >> [YL] I am somewhat more clear. Thanks for t= he explanation. If Content

> >> Distribution Metadata is used by the CDNi, wh= y not simply called it

> CDNi

> >> Metadata?

> >

> > As per recent discussion with Richard, we = observed that Content

> Distribution Metadata comprises metadata of intra-CDN scope= (ie only

&= gt; relevant within a CDN) and metadata of inter-CDN scope (ie relevant acr= oss

> CD= Ns).

> &= gt;

> &g= t; So, to be more accurate, we could use the term "CDNi Metadata"= to

> de= signate the Content Distribution Metadata of inter-CDN scope (which is=

> quite of a= mouthful).

> >

= > > So the definition would look like this:

> >

> > "

> > Metadata: data about = data.

> = >

> &= gt; Content Metadata: metadata about content. Content Metadata comprises:

> > = =A0 (i) metadata that is relevant to the distribution of the content

> (and therefo= re relevant to a CDN involved in the delivery of that content).<= /span>

> We refer to those= as "Content Distribution Metadata".

> > =A0 (ii) metadata that is ass= ociated with the actual content (and not

> directly relevant to the distribution of= that content) or content

> representation. For example, such metadata may include = Genre, Cast, Rating

> as well as resolution and aspect ratio.

=

> >

<= p class=3DMsoPlainText>> > Content Distribution Me= tadata: the subset of Content Metadata that is

> relevant to the distribution of th= e content.

= > > This is the metadata required by a CDN in order to enable and con= trol

> c= ontent distribution and delivery by the CDN. In a CDN Interconnection<= /o:p>

> environment= , some of the Content Distribution Metadata may have an intra-

> CDN scope (and the= refore need not be communicated between CDNs), while

<= p class=3DMsoPlainText>> some of the Content Distribu= tion Metadata have an inter-CDN scope (and

> therefore need to be communicated betw= een CDNs). For example, Content

> Distribution Metadata with inter-CDN scope may in= clude geo-blocking

> information (i.e. information defining geographical areas whe= re the

>= content is to be made available or blocked), availability windows (i.e.

> informat= ion defining time windows during which the content is to be made=

> available or blo= cked) and access control mechanisms to be enforced (e.g.<= /p>

> URI signature validation= ).

> >= ;

> >= CDNi Metadata: Content Distribution Metadata with inter-CDN scope

> > "

> >

> > How = does that sound?

> >

>

= > Looks good to me :-)

>

> Ben

>

>

&= gt; _______________________________________________

> CDNi mailing list<= /span>

> CDNi@ietf.org

> https://w= ww.ietf.org/mailman/listinfo/cdni

= --_000_9510D26531EF184D9017DF24659BB87F32751D2AE5EMV65UKRDdoma_-- From emile.stephan@orange-ftgroup.com Tue Jan 11 09:15:48 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B55BD3A677E for ; Tue, 11 Jan 2011 09:15:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.105 X-Spam-Level: X-Spam-Status: No, score=-102.105 tagged_above=-999 required=5 tests=[AWL=0.143, BAYES_00=-2.599, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W2t4QWB0uJAa for ; Tue, 11 Jan 2011 09:15:47 -0800 (PST) Received: from r-mail1.rd.francetelecom.com (r-mail1.rd.francetelecom.com [217.108.152.41]) by core3.amsl.com (Postfix) with ESMTP id 6C9AD3A6A3F for ; Tue, 11 Jan 2011 09:15:46 -0800 (PST) Received: from r-mail1.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 9C1CB6C0008; Tue, 11 Jan 2011 18:18:30 +0100 (CET) Received: from ftrdsmtp2.rd.francetelecom.fr (unknown [10.192.128.47]) by r-mail1.rd.francetelecom.com (Postfix) with ESMTP id 843656C0001; Tue, 11 Jan 2011 18:18:30 +0100 (CET) Received: from ftrdmel0.rd.francetelecom.fr ([10.192.128.56]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 11 Jan 2011 18:18:02 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CBB1B3.80191982" Date: Tue, 11 Jan 2011 18:18:01 +0100 Message-ID: <843DA8228A1BA74CA31FB4E111A5C462016BA2B8@ftrdmel0.rd.francetelecom.fr> In-Reply-To: <9510D26531EF184D9017DF24659BB87F32751D2AE5@EMV65-UKRD.domain1.systemhost.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problem Statement: Terminology Thread-Index: AcugNPHxDuk6agK7THKb6QOaroKiowRXnUNwAAaoriAAALAXEA== References: <5F8876EF-BD9E-45B9-86FC-64C9DCE90FB1@cisco.com><2F406570-675C-4B1D-8BB5-68069BD02526@niven-jenkins.co.uk> <843DA8228A1BA74CA31FB4E111A5C462016BA0F1@ftrdmel0.rd.francetelecom.fr> <9510D26531EF184D9017DF24659BB87F32751D2AE5@EMV65-UKRD.domain1.systemhost.net> From: To: , , X-OriginalArrivalTime: 11 Jan 2011 17:18:02.0244 (UTC) FILETIME=[80727C40:01CBB1B3] Cc: cdni@ietf.org Subject: Re: [CDNi] Problem Statement: Terminology X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 11 Jan 2011 17:15:48 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CBB1B3.80191982 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Phil, =20 This is to clarify the "Request Routing System" term. =20 =20 Regards Emile =20 =20 ________________________________ De : philip.eardley@bt.com [mailto:philip.eardley@bt.com]=20 Envoy=E9 : mardi 11 janvier 2011 17:43 =C0 : STEPHAN Emile RD-CORE-LAN; ben@niven-jenkins.co.uk; = flefauch@cisco.com Cc : cdni@ietf.org Objet : RE: Problem Statement: Terminology =20 Emile =20 Is this distinction purely to make the terminology easier, or do you see = the need for two separate functions in an implementation? The latter = would imply a change in Figure 1 in the problem-statement i-d, ie a = protocol between your two functions =20 Thanks Best wishes phil=20 =20 From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf Of = emile.stephan@orange-ftgroup.com Sent: 11 January 2011 13:41 To: ben@niven-jenkins.co.uk; flefauch@cisco.com Cc: cdni@ietf.org Subject: [CDNi] Problem Statement: Terminology =20 Hi Ben, =20 I went through the terminology section. I think that it make sense to = split the Request Routing in 2 functions. The first function (Request = Transfer) handles the content request; the second (Request Routing) = determines the appropriate source of content. =20 Request Transfer:=20 The function within a CDN responsible for receiving a content request = from a User-agent, for querying the Request routing function and for = directing this query toward the selected source of content. =20 Request Routing:=20 The function within a CDN responsible for determining the = appropriate Surrogate or the appropriate CDN. =20 =20 > -----Message d'origine----- > De : cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] De la part = de > Ben Niven-Jenkins > Envoy=E9 : lundi 20 d=E9cembre 2010 11:59 > =C0 : Francois Le Faucheur > Cc : cdni@ietf.org; Lee, Yiu > Objet : Re: [CDNi] Few comments on Problem Statement >=20 > Francois, >=20 > On 17 Dec 2010, at 08:20, Francois Le Faucheur wrote: >=20 > > Hi Yiu, > > > > On 16 Dec 2010, at 20:05, Lee, Yiu wrote: > >> > >> [YL] I am somewhat more clear. Thanks for the explanation. If = Content > >> Distribution Metadata is used by the CDNi, why not simply called it > CDNi > >> Metadata? > > > > As per recent discussion with Richard, we observed that Content > Distribution Metadata comprises metadata of intra-CDN scope (ie only > relevant within a CDN) and metadata of inter-CDN scope (ie relevant = across > CDNs). > > > > So, to be more accurate, we could use the term "CDNi Metadata" to > designate the Content Distribution Metadata of inter-CDN scope (which = is > quite of a mouthful). > > > > So the definition would look like this: > > > > " > > Metadata: data about data. > > > > Content Metadata: metadata about content. Content Metadata = comprises: > > (i) metadata that is relevant to the distribution of the content > (and therefore relevant to a CDN involved in the delivery of that = content). > We refer to those as "Content Distribution Metadata". > > (ii) metadata that is associated with the actual content (and not > directly relevant to the distribution of that content) or content > representation. For example, such metadata may include Genre, Cast, = Rating > as well as resolution and aspect ratio. > > > > Content Distribution Metadata: the subset of Content Metadata that = is > relevant to the distribution of the content. > > This is the metadata required by a CDN in order to enable and = control > content distribution and delivery by the CDN. In a CDN Interconnection > environment, some of the Content Distribution Metadata may have an = intra- > CDN scope (and therefore need not be communicated between CDNs), while > some of the Content Distribution Metadata have an inter-CDN scope (and > therefore need to be communicated between CDNs). For example, Content > Distribution Metadata with inter-CDN scope may include geo-blocking > information (i.e. information defining geographical areas where the > content is to be made available or blocked), availability windows = (i.e. > information defining time windows during which the content is to be = made > available or blocked) and access control mechanisms to be enforced = (e.g. > URI signature validation). > > > > CDNi Metadata: Content Distribution Metadata with inter-CDN scope > > " > > > > How does that sound? > > >=20 > Looks good to me :-) >=20 > Ben >=20 >=20 > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni ------_=_NextPart_001_01CBB1B3.80191982 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Phil,

 

This is to clarify the "Request Routing System" = term.

 

 

Regards

Emile

 

 

De : philip.eardley@bt.com [mailto:philip.eardley@bt.com]
Envoy=E9 : mardi 11 = janvier 2011 17:43
=C0 : = STEPHAN Emile RD-CORE-LAN; ben@niven-jenkins.co.uk; flefauch@cisco.com
Cc : = cdni@ietf.org
Objet : RE: Problem = Statement: Terminology

 

Emile

 

Is this distinction purely to make the terminology easier, or do = you see the need for two separate functions in an implementation? The latter = would imply a change in Figure 1 in the problem-statement i-d, ie a protocol = between your two functions

 

Thanks

Best wishes

phil

 

From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf Of emile.stephan@orange-ftgroup.com
Sent: 11 January 2011 = 13:41
To: = ben@niven-jenkins.co.uk; flefauch@cisco.com
Cc: cdni@ietf.org
Subject: [CDNi] Problem = Statement: Terminology

 

Hi = Ben,

 

I went through the = terminology section. I think that it make sense to split the Request Routing in 2 functions. The first function (Request Transfer) handles the content = request; the second (Request Routing) determines the appropriate source of = content.

 

   Request = Transfer:

   The = function within a CDN responsible for receiving a content request from a = User-agent, for querying the Request routing function and for directing this query = toward the selected source of content.

 

    = Request Routing:

   &nbs= p;The function within a CDN responsible for determining the appropriate = Surrogate or the appropriate CDN.

 

 

> = -----Message d'origine-----

> De : cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] De la part = de

> Ben = Niven-Jenkins

> = Envoy=E9 : lundi 20 d=E9cembre 2010 11:59

> = =C0 : Francois Le Faucheur

> Cc : cdni@ietf.org; Lee, Yiu

> = Objet : Re: [CDNi] Few comments on Problem Statement

> =

> = Francois,

> =

> On 17 Dec 2010, = at 08:20, Francois Le Faucheur wrote:

> =

> > Hi = Yiu,

> = >

> > On 16 Dec = 2010, at 20:05, Lee, Yiu wrote:

> = >>

> >> [YL] I = am somewhat more clear. Thanks for the explanation. If = Content

> >> = Distribution Metadata is used by the CDNi, why not simply called = it

> = CDNi

> >> = Metadata?

> = >

> > As per = recent discussion with Richard, we observed that = Content

> Distribution = Metadata comprises metadata of intra-CDN scope (ie = only

> relevant within = a CDN) and metadata of inter-CDN scope (ie relevant = across

> = CDNs).

> = >

> > So, to be = more accurate, we could use the term "CDNi Metadata" = to

> designate the = Content Distribution Metadata of inter-CDN scope (which = is

> quite of a = mouthful).

> = >

> > So the = definition would look like this:

> = >

> > = "

> > Metadata: = data about data.

> = >

> > Content = Metadata: metadata about content. Content Metadata = comprises:

> >   (i) = metadata that is relevant to the distribution of the = content

> (and therefore = relevant to a CDN involved in the delivery of that = content).

> We refer to = those as "Content Distribution Metadata".

> >   (ii) = metadata that is associated with the actual content (and = not

> directly = relevant to the distribution of that content) or content

> representation. = For example, such metadata may include Genre, Cast, = Rating

> as well as = resolution and aspect ratio.

> = >

> > Content = Distribution Metadata: the subset of Content Metadata that = is

> relevant to the distribution of the content.

> > This is the = metadata required by a CDN in order to enable and = control

> content = distribution and delivery by the CDN. In a CDN = Interconnection

> environment, = some of the Content Distribution Metadata may have an = intra-

> CDN scope (and = therefore need not be communicated between CDNs), = while

> some of the = Content Distribution Metadata have an inter-CDN scope = (and

> therefore need = to be communicated between CDNs). For example, = Content

> Distribution = Metadata with inter-CDN scope may include = geo-blocking

> information = (i.e. information defining geographical areas where = the

> content is to be = made available or blocked), availability windows = (i.e.

> information = defining time windows during which the content is to be = made

> available or = blocked) and access control mechanisms to be enforced = (e.g.

> URI signature validation).

> = >

> > CDNi = Metadata: Content Distribution Metadata with inter-CDN = scope

> > = "

> = >

> > How does = that sound?

> = >

> =

> Looks good to me = :-)

> =

> = Ben

> =

> =

> _______________________________________________<= /p>

> CDNi mailing = list

> = CDNi@ietf.org

> = https://www.ietf.org/mailman/listinfo/cdni

------_=_NextPart_001_01CBB1B3.80191982-- From nabil.n.bitar@verizon.com Tue Jan 11 13:23:21 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 947DD3A67B7 for ; Tue, 11 Jan 2011 13:23:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.098 X-Spam-Level: X-Spam-Status: No, score=-3.098 tagged_above=-999 required=5 tests=[AWL=-0.500, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IrIZhc2ygslC for ; Tue, 11 Jan 2011 13:23:19 -0800 (PST) Received: from sacmail4.verizon.com (sacmail4.verizon.com [192.76.84.42]) by core3.amsl.com (Postfix) with ESMTP id 356933A67B3 for ; Tue, 11 Jan 2011 13:23:19 -0800 (PST) Received: from irvintrmemf1.verizon.com (irvintrmemf1.verizon.com [138.83.34.101]) by sacmail4.verizon.com (8.13.7+Sun/8.13.3) with ESMTP id p0BLP5fX025222; Tue, 11 Jan 2011 16:25:21 -0500 (EST) X-AuditID: 8a532265-b7b77ae000002ce6-39-4d2ccac139a9 Received: from smtptpa3.verizon.com ( [138.83.71.176]) by irvintrmemf1.verizon.com (Symantec Brightmail Gateway) with SMTP id C1.A0.11494.1CACC2D4; Tue, 11 Jan 2011 15:25:21 -0600 (CST) Received: from FLDP1LUMXC7HB02.us.one.verizon.com (fldp1lumxc7hb02.verizon.com [166.68.75.85]) by smtptpa3.verizon.com (8.13.3/8.13.3) with ESMTP id p0BLPJVp015178; Tue, 11 Jan 2011 16:25:20 -0500 (EST) Received: from fldp1lumxc7v63.us.one.verizon.com ([fe80::303e:41f6:bcf4:d607]) by FLDP1LUMXC7HB02.us.one.verizon.com ([2002:a644:4b55::a644:4b55]) with mapi; Tue, 11 Jan 2011 16:25:19 -0500 From: "Bitar, Nabil N" To: "emile.stephan@orange-ftgroup.com" , "ben@niven-jenkins.co.uk" , "flefauch@cisco.com" Date: Tue, 11 Jan 2011 16:25:17 -0500 Thread-Topic: [CDNi] Problem Statement: Terminology Thread-Index: AcugNPHxDuk6agK7THKb6QOaroKiowRXnUNwABCo6j4= Message-ID: In-Reply-To: <843DA8228A1BA74CA31FB4E111A5C462016BA0F1@ftrdmel0.rd.francetelecom.fr> Accept-Language: en-US Content-Language: en X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_C95234ED118ABnabilnbitarverizoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: AAAAAA== Cc: "cdni@ietf.org" Subject: Re: [CDNi] Problem Statement: Terminology X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 11 Jan 2011 21:23:21 -0000 --_000_C95234ED118ABnabilnbitarverizoncom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I think it is fine to refine the definition of the functions. I would like = to suggest tough some modification to the proposed definitions and see wha= t you and Ben think: Request transfer: The function within a CDN responsible for receiving a con= tent request from a user-agent, querying the request routing function for c= andidate surrogates, and for selecting and redirecting the user to the appr= opriate surrogate or CDN. Request routing (I am not sure the best name): The function within a CDN re= sponsible for determining the candidate list of surrogates for the request-= transfer function to deliver content to a user-agent. Thanks, Nabil On 1/11/11 8:40 AM, "emile.stephan@orange-ftgroup.com" wrote: Hi Ben, I went through the terminology section. I think that it make sense to split= the Request Routing in 2 functions. The first function (Request Transfer) = handles the content request; the second (Request Routing) determines the ap= propriate source of content. Request Transfer: The function within a CDN responsible for receiving a content request fr= om a User-agent, for querying the Request routing function and for directin= g this query toward the selected source of content. Request Routing: The function within a CDN responsible for determining the appropriate S= urrogate or the appropriate CDN. > -----Message d'origine----- > De : cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] De la part de > Ben Niven-Jenkins > Envoy=E9 : lundi 20 d=E9cembre 2010 11:59 > =C0 : Francois Le Faucheur > Cc : cdni@ietf.org; Lee, Yiu > Objet : Re: [CDNi] Few comments on Problem Statement > > Francois, > > On 17 Dec 2010, at 08:20, Francois Le Faucheur wrote: > > > Hi Yiu, > > > > On 16 Dec 2010, at 20:05, Lee, Yiu wrote: > >> > >> [YL] I am somewhat more clear. Thanks for the explanation. If Content > >> Distribution Metadata is used by the CDNi, why not simply called it > CDNi > >> Metadata? > > > > As per recent discussion with Richard, we observed that Content > Distribution Metadata comprises metadata of intra-CDN scope (ie only > relevant within a CDN) and metadata of inter-CDN scope (ie relevant acros= s > CDNs). > > > > So, to be more accurate, we could use the term "CDNi Metadata" to > designate the Content Distribution Metadata of inter-CDN scope (which is > quite of a mouthful). > > > > So the definition would look like this: > > > > " > > Metadata: data about data. > > > > Content Metadata: metadata about content. Content Metadata comprises: > > (i) metadata that is relevant to the distribution of the content > (and therefore relevant to a CDN involved in the delivery of that content= ). > We refer to those as "Content Distribution Metadata". > > (ii) metadata that is associated with the actual content (and not > directly relevant to the distribution of that content) or content > representation. For example, such metadata may include Genre, Cast, Ratin= g > as well as resolution and aspect ratio. > > > > Content Distribution Metadata: the subset of Content Metadata that is > relevant to the distribution of the content. > > This is the metadata required by a CDN in order to enable and control > content distribution and delivery by the CDN. In a CDN Interconnection > environment, some of the Content Distribution Metadata may have an intra- > CDN scope (and therefore need not be communicated between CDNs), while > some of the Content Distribution Metadata have an inter-CDN scope (and > therefore need to be communicated between CDNs). For example, Content > Distribution Metadata with inter-CDN scope may include geo-blocking > information (i.e. information defining geographical areas where the > content is to be made available or blocked), availability windows (i.e. > information defining time windows during which the content is to be made > available or blocked) and access control mechanisms to be enforced (e.g. > URI signature validation). > > > > CDNi Metadata: Content Distribution Metadata with inter-CDN scope > > " > > > > How does that sound? > > > > Looks good to me :-) > > Ben > > > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni --------------------------------------------- Nabil Bitar, PhD Principal Member of Technical Staff Packet Network Technology Verizon Corporate Network and Technology 60 Sylvan Road Waltham, MA 02451 Office Phone: (781) 466-2161 --_000_C95234ED118ABnabilnbitarverizoncom_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: [CDNi] Problem Statement: Terminology Hi,
I think it is fine to refine the definition of the functions. I would like = to suggest  tough some modification to the proposed definitions and se= e what you and Ben think:
 
Request transfer: The function within a CDN responsible for receiving a con= tent request from a user-agent, querying the request routing function for c= andidate surrogates, and for selecting and redirecting the user to the appr= opriate surrogate or CDN.

Request routing (I am not sure the best name): The function within a CDN re= sponsible for determining the candidate list of surrogates for the request-= transfer function to deliver content to a user-agent.

Thanks,
Nabil


On 1/11/11 8:40 AM, "emil= e.stephan@orange-ftgroup.com" <emile.stephan@orange-ftgroup.com> wrote:

Hi Ben,
 
I went through the terminology section. I think that it make sense to split= the Request Routing in 2 functions. The first function (Request Transfer) = handles the content request; the second (Request Routing) determines the ap= propriate source of content.
 
=A0=A0 Request Transfer:
=A0=A0 The function within a CDN responsible for receiving a content reques= t from a User-agent, for querying the Request routing function and for dire= cting this query toward the selected source of content.
 
=A0=A0=A0 Request Routing:
=A0=A0=A0 The function within a CDN responsible for determining the appropr= iate Surrogate or the appropriate CDN.
 
 
> -----Message d'origine-----
> De : cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] De l= a part de
> Ben Niven-Jenkins
> Envoyé : lundi 20 décembre 2010 11:59
> À : Francois Le Faucheur
> Cc : cdni@ietf.org; Lee, Yiu
> Objet : Re: [CDNi] Few comments on Problem Statement
>
> Francois,
>
> On 17 Dec 2010, at 08:20, Francois Le Faucheur wrote:
>
> > Hi Yiu,
> >
> > On 16 Dec 2010, at 20:05, Lee, Yiu wrote:
> >>
> >> [YL] I am somewhat more clear. Thanks for the explanation. If= Content
> >> Distribution Metadata is used by the CDNi, why not simply cal= led it
> CDNi
> >> Metadata?
> >
> > As per recent discussion with Richard, we observed that Content > Distribution Metadata comprises metadata of intra-CDN scope (ie only > relevant within a CDN) and metadata of inter-CDN scope (ie relevant ac= ross
> CDNs).
> >
> > So, to be more accurate, we could use the term "CDNi Metadat= a" to
> designate the Content Distribution Metadata of inter-CDN scope (which = is
> quite of a mouthful).
> >
> > So the definition would look like this:
> >
> > "
> > Metadata: data about data.
> >
> > Content Metadata: metadata about content. Content Metadata compri= ses:
> > =A0 (i) metadata that is relevant to the distribution of the cont= ent
> (and therefore relevant to a CDN involved in the delivery of that cont= ent).
> We refer to those as "Content Distribution Metadata".
> > =A0 (ii) metadata that is associated with the actual content (and= not
> directly relevant to the distribution of that content) or content
> representation. For example, such metadata may include Genre, Cast, Ra= ting
> as well as resolution and aspect ratio.
> >
> > Content Distribution Metadata: the subset of Content Metadata tha= t is
> relevant to the distribution of the content.
> > This is the metadata required by a CDN in order to enable and con= trol
> content distribution and delivery by the CDN. In a CDN Interconnection=
> environment, some of the Content Distribution Metadata may have an int= ra-
> CDN scope (and therefore need not be communicated between CDNs), while=
> some of the Content Distribution Metadata have an inter-CDN scope (and=
> therefore need to be communicated between CDNs). For example, Content<= BR> > Distribution Metadata with inter-CDN scope may include geo-blocking > information (i.e. information defining geographical areas where the > content is to be made available or blocked), availability windows (i.e= .
> information defining time windows during which the content is to be ma= de
> available or blocked) and access control mechanisms to be enforced (e.= g.
> URI signature validation).
> >
> > CDNi Metadata: Content Distribution Metadata with inter-CDN scope=
> > "
> >
> > How does that sound?
> >
>
> Looks good to me :-)
>
> Ben
>
>
> _______________________________________________
> CDNi mailing list
> CDNi@ietf.org
> https://www.iet= f.org/mailman/listinfo/cdni

List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2011 10:14:48 -0000 --_000_ED51D9282D1D3942B9438CA8F3372EB7263685D439EMV64UKRDdoma_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I'm still trying to see what difference Emile and yourself are trying to br= ing out. The overall request routing is from the first client contact until the iden= tification of the surrogate. This includes the sub-functions of identifying= the correct CDN and identifying the surrogate within the CDN. However, at = this stage I'm not sure how distinct these two sub-functions might be. For = example, a single function could select either a CDN or local surrogate, or= might even be able to select a remote surrogate directly. Or are we trying to say that there is a requirement to handle the very firs= t client contact differently? E.g. authentication, location determination. = I'm hesitant about this as well since the communication pattern might be re= cursive through the initial CDN or may be iterative (in which case the surr= ogate selection also has to perform these same client facing functions). Trevor. Trevor Burbridge Network-Based Services Infrastructure | BT Innovate & Design Tel: 01473 645115 Fax: 01473 640929 This email contains BT information, which may be privileged or confidential= . It's meant only for the individual(s) or entity named above. If you're no= t the intended recipient, note that disclosing, copying, distributing or us= ing this information is prohibited. If you've received this email in error,= please let me know immediately on the email address above. Thank you. We monitor our email system, and may record your emails. British Telecommunications plc Registered office: 81 Newgate Street London EC1A 7AJ Registered in England no: 1800000 From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf Of Bit= ar, Nabil N Sent: 11 January 2011 21:25 To: emile.stephan@orange-ftgroup.com; ben@niven-jenkins.co.uk; flefauch@cis= co.com Cc: cdni@ietf.org Subject: Re: [CDNi] Problem Statement: Terminology Hi, I think it is fine to refine the definition of the functions. I would like = to suggest tough some modification to the proposed definitions and see wha= t you and Ben think: Request transfer: The function within a CDN responsible for receiving a con= tent request from a user-agent, querying the request routing function for c= andidate surrogates, and for selecting and redirecting the user to the appr= opriate surrogate or CDN. Request routing (I am not sure the best name): The function within a CDN re= sponsible for determining the candidate list of surrogates for the request-= transfer function to deliver content to a user-agent. Thanks, Nabil On 1/11/11 8:40 AM, "emile.stephan@orange-ftgroup.com" wrote: Hi Ben, I went through the terminology section. I think that it make sense to split= the Request Routing in 2 functions. The first function (Request Transfer) = handles the content request; the second (Request Routing) determines the ap= propriate source of content. Request Transfer: The function within a CDN responsible for receiving a content request fr= om a User-agent, for querying the Request routing function and for directin= g this query toward the selected source of content. Request Routing: The function within a CDN responsible for determining the appropriate S= urrogate or the appropriate CDN. > -----Message d'origine----- > De : cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] De la part de > Ben Niven-Jenkins > Envoy=E9 : lundi 20 d=E9cembre 2010 11:59 > =C0 : Francois Le Faucheur > Cc : cdni@ietf.org; Lee, Yiu > Objet : Re: [CDNi] Few comments on Problem Statement > > Francois, > > On 17 Dec 2010, at 08:20, Francois Le Faucheur wrote: > > > Hi Yiu, > > > > On 16 Dec 2010, at 20:05, Lee, Yiu wrote: > >> > >> [YL] I am somewhat more clear. Thanks for the explanation. If Content > >> Distribution Metadata is used by the CDNi, why not simply called it > CDNi > >> Metadata? > > > > As per recent discussion with Richard, we observed that Content > Distribution Metadata comprises metadata of intra-CDN scope (ie only > relevant within a CDN) and metadata of inter-CDN scope (ie relevant acros= s > CDNs). > > > > So, to be more accurate, we could use the term "CDNi Metadata" to > designate the Content Distribution Metadata of inter-CDN scope (which is > quite of a mouthful). > > > > So the definition would look like this: > > > > " > > Metadata: data about data. > > > > Content Metadata: metadata about content. Content Metadata comprises: > > (i) metadata that is relevant to the distribution of the content > (and therefore relevant to a CDN involved in the delivery of that content= ). > We refer to those as "Content Distribution Metadata". > > (ii) metadata that is associated with the actual content (and not > directly relevant to the distribution of that content) or content > representation. For example, such metadata may include Genre, Cast, Ratin= g > as well as resolution and aspect ratio. > > > > Content Distribution Metadata: the subset of Content Metadata that is > relevant to the distribution of the content. > > This is the metadata required by a CDN in order to enable and control > content distribution and delivery by the CDN. In a CDN Interconnection > environment, some of the Content Distribution Metadata may have an intra- > CDN scope (and therefore need not be communicated between CDNs), while > some of the Content Distribution Metadata have an inter-CDN scope (and > therefore need to be communicated between CDNs). For example, Content > Distribution Metadata with inter-CDN scope may include geo-blocking > information (i.e. information defining geographical areas where the > content is to be made available or blocked), availability windows (i.e. > information defining time windows during which the content is to be made > available or blocked) and access control mechanisms to be enforced (e.g. > URI signature validation). > > > > CDNi Metadata: Content Distribution Metadata with inter-CDN scope > > " > > > > How does that sound? > > > > Looks good to me :-) > > Ben > > > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni --------------------------------------------- Nabil Bitar, PhD Principal Member of Technical Staff Packet Network Technology Verizon Corporate Network and Technology 60 Sylvan Road Waltham, MA 02451 Office Phone: (781) 466-2161 --_000_ED51D9282D1D3942B9438CA8F3372EB7263685D439EMV64UKRDdoma_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: [CDNi] Problem Statement: Termi= nology

I’m= still trying to see what difference Emile and yourself are trying to bring= out.

 

The overall request routing is from the= first client contact until the identification of the surrogate. This inclu= des the sub-functions of identifying the correct CDN and identifying the su= rrogate within the CDN. However, at this stage I’m not sure how disti= nct these two sub-functions might be. For example, a single function could = select either a CDN or local surrogate, or might even be able to select a r= emote surrogate directly.

=  

Or are we trying to= say that there is a requirement to handle the very first client contact di= fferently? E.g. authentication, location determination. I’m hesitant = about this as well since the communication pattern might be recursive throu= gh the initial CDN or may be iterative (in which case the surrogate selecti= on also has to perform these same client facing functions).

 

Trevor.

 

Trevor Burbridge
N= etwork-Based Services Infrastructure | BT Innovate & Design
Tel: 014= 73 645115
Fax: 01473 640929
=
This email contains BT information, which may be privileged = or confidential. It's meant only for the individual(s) or entity named abov= e. If you're not the intended recipient, note that disclosing, copying, dis= tributing or using this information is prohibited. If you've received this = email in error, please let me know immediately on the email address above. = Thank you.
We monitor our email system, and may record your emails.
British Telecommunications = plc
Registered office: 81 Newgate Street London EC1A 7AJ
Registered i= n England no: 1800000

From:= cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On= Behalf Of Bitar, Nabil N
Sent: 11 January 2011 21:25
T= o: emile.stephan@orange-ftgroup.com; ben@niven-jenkins.co.uk; flefauch@= cisco.com
Cc: cdni@ietf.org
Subject: Re: [CDNi] Problem= Statement: Terminology

 

Hi,I think it is fine to refine the definition of the functions. I would like= to suggest  tough some modification to the proposed definitions and s= ee what you and Ben think:
 
Request transfer: The function with= in a CDN responsible for receiving a content request from a user-agent, que= rying the request routing function for candidate surrogates, and for select= ing and redirecting the user to the appropriate surrogate or CDN.

Re= quest routing (I am not sure the best name): The function within a CDN resp= onsible for determining the candidate list of surrogates for the request-tr= ansfer function to deliver content to a user-agent.

Thanks,
Nabil=


On 1/11/11 8:40 AM, "emile.stephan@orange-ftgroup.com" <emile.stephan@orange-ftgroup.com> wrote:

Hi Ben,
 I went through the terminology section. I think that it make sense to spli= t the Request Routing in 2 functions. The first function (Request Transfer)= handles the content request; the second (Request Routing) determines the a= ppropriate source of content.
 
   Request Transfer: <= br>   The function within a CDN responsible for receiving a conte= nt request from a User-agent, for querying the Request routing function and= for directing this query toward the selected source of content.
 <= br>    Request Routing:
    The function = within a CDN responsible for determining the appropriate Surrogate or the a= ppropriate CDN.
 
 
> -----Message d'origine-----
= > De : cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] De l= a part de
> Ben Niven-Jenkins
> Envoy=E9 : lundi 20 d=E9cembre = 2010 11:59
> =C0 : Francois Le Faucheur
> Cc : cdni@ietf.org; Lee, Yiu
> Objet : Re: [CDNi] Few commen= ts on Problem Statement
>
> Francois,
>
> On 17 D= ec 2010, at 08:20, Francois Le Faucheur wrote:
>
> > Hi Yiu= ,
> >
> > On 16 Dec 2010, at 20:05, Lee, Yiu wrote:
&g= t; >>
> >> [YL] I am somewhat more clear. Thanks for the = explanation. If Content
> >> Distribution Metadata is used by t= he CDNi, why not simply called it
> CDNi
> >> Metadata?> >
> > As per recent discussion with Richard, we observed= that Content
> Distribution Metadata comprises metadata of intra-CDN= scope (ie only
> relevant within a CDN) and metadata of inter-CDN sc= ope (ie relevant across
> CDNs).
> >
> > So, to be = more accurate, we could use the term "CDNi Metadata" to
> d= esignate the Content Distribution Metadata of inter-CDN scope (which is
= > quite of a mouthful).
> >
> > So the definition woul= d look like this:
> >
> > "
> > Metadata: d= ata about data.
> >
> > Content Metadata: metadata about = content. Content Metadata comprises:
> >   (i) metadata that = is relevant to the distribution of the content
> (and therefore relev= ant to a CDN involved in the delivery of that content).
> We refer to= those as "Content Distribution Metadata".
> >   (i= i) metadata that is associated with the actual content (and not
> dir= ectly relevant to the distribution of that content) or content
> repr= esentation. For example, such metadata may include Genre, Cast, Rating
&= gt; as well as resolution and aspect ratio.
> >
> > Conte= nt Distribution Metadata: the subset of Content Metadata that is
> re= levant to the distribution of the content.
> > This is the metadat= a required by a CDN in order to enable and control
> content distribu= tion and delivery by the CDN. In a CDN Interconnection
> environment,= some of the Content Distribution Metadata may have an intra-
> CDN s= cope (and therefore need not be communicated between CDNs), while
> s= ome of the Content Distribution Metadata have an inter-CDN scope (and
&g= t; therefore need to be communicated between CDNs). For example, Content> Distribution Metadata with inter-CDN scope may include geo-blocking> information (i.e. information defining geographical areas where the<= br>> content is to be made available or blocked), availability windows (= i.e.
> information defining time windows during which the content is = to be made
> available or blocked) and access control mechanisms to b= e enforced (e.g.
> URI signature validation).
> >
> &g= t; CDNi Metadata: Content Distribution Metadata with inter-CDN scope
>= ; > "
> >
> > How does that sound?
> >>
> Looks good to me :-)
>
> Ben
>
> =
> _______________________________________________
> CDNi maili= ng list
> CDNi@ietf.org
> https://www.ietf.org/mailma= n/listinfo/cdni


--------------= -------------------------------
Nabil Bitar, PhD
Principal Member of = Technical Staff
Packet Network Technology
Verizon Corporate Network a= nd Technology

60 Sylvan Road
Waltham, MA 02451
Office Phone: (= 781) 466-2161

= --_000_ED51D9282D1D3942B9438CA8F3372EB7263685D439EMV64UKRDdoma_-- From thomas.parmelan@sfr.com Wed Jan 12 02:15:29 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B24173A6975 for ; Wed, 12 Jan 2011 02:15:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Efhkt7178wFJ for ; Wed, 12 Jan 2011 02:15:28 -0800 (PST) Received: from pern.ankh.fr.EU.org (pern.ankh.fr.eu.org [78.248.64.73]) by core3.amsl.com (Postfix) with ESMTP id 4555F3A69F8 for ; Wed, 12 Jan 2011 02:15:28 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by pern.ankh.fr.EU.org (Postfix) with ESMTP id D1BE0D24283; Wed, 12 Jan 2011 11:17:41 +0100 (CET) X-Virus-Scanned: Debian amavisd-new-2.6.1 (20080629) at pern.ankh.fr.EU.org Received: from pern.ankh.fr.EU.org ([127.0.0.1]) by localhost (pern.ankh.fr.eu.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id STNY9oKWiEvd; Wed, 12 Jan 2011 11:17:41 +0100 (CET) Received: by pern.ankh.fr.EU.org (Postfix, from userid 1000) id BCEBBD24284; Wed, 12 Jan 2011 11:17:41 +0100 (CET) Date: Wed, 12 Jan 2011 11:17:41 +0100 From: Thomas Parmelan To: Grant Watson Message-ID: <20110112101741.GA4876@pern.ankh.fr.EU.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: cdni@ietf.org Subject: Re: [CDNi] CDNI Use Cases X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 12 Jan 2011 10:15:29 -0000 Hello Grant, On Sat, Jan 08, 2011 at 09:56:21PM +0000, Grant Watson wrote: > http://www.ietf.org/id/draft-watson-cdni-use-cases-00.txt The following use case is technically covered by the Use Cases in section 4 (for 2 CDNs/ISPs) and section 5 (for N CDNs/ISPs), but I think it is interesting to outline it separately: There is a strong use case for a national CDN federation which would interconnect CDNs operated by the local ISPs within that territory. Some local CSPs offer some content that is sometimes extremely popular within their country and needs to be delivered to a high proportion of End Users in that country regardless of their ISPs. This may be because of language-related, cultural or other reasons. A national CDN federation will allow both ISPs and CSPs to reduce their bandwidth and infrastructure needs (and costs), as well as providing End Users with a better experience due to the real proximity with their own ISP's CDN surrogates. Would you be willing to add a subsection on that use case within your draft? Let me know if you'd like me to suggest specific additional text. Regards, Tom -- Thomas Parmelan -+- thomas.parmelan@sfr.com From ben@niven-jenkins.co.uk Wed Jan 12 03:02:45 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4F84528C0D8 for ; Wed, 12 Jan 2011 03:02:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.902 X-Spam-Level: X-Spam-Status: No, score=-102.902 tagged_above=-999 required=5 tests=[AWL=-0.303, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H2l6gmIkFzSi for ; Wed, 12 Jan 2011 03:02:44 -0800 (PST) Received: from mailex.mailcore.me (mailex.mailcore.me [94.136.40.61]) by core3.amsl.com (Postfix) with ESMTP id C23213A6A2C for ; Wed, 12 Jan 2011 03:02:43 -0800 (PST) Received: from host1.cachelogic.com ([212.44.43.80] helo=dhcp-122-devlan.cachelogic.com) by mail6.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1PcyVg-0006pX-Tn; Wed, 12 Jan 2011 11:05:01 +0000 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=iso-8859-1 From: Ben Niven-Jenkins In-Reply-To: Date: Wed, 12 Jan 2011 11:04:57 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: "Bitar, Nabil N" X-Mailer: Apple Mail (2.1082) X-Mailcore-Auth: 9600544 X-Mailcore-Domain: 172912 Cc: "cdni@ietf.org" Subject: Re: [CDNi] Problem Statement: Terminology X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 12 Jan 2011 11:02:45 -0000 Emile, Nabil, Thanks for the suggestion. We can certainly try to better clarify the = term Request Routing System. However, I am not sure decomposing it into = two terms is the best way to achieve that as we would introduce a new = term that we don't subsequently use and for CDNI, only inter-CDN Request = Routing (i.e. between Request Routing Systems in different CDNs) should = be in scope and the internals of the Request Routing System in each CDN = should remain out of scope. If we look at the definition of Request Routing System in the -00 = Problem statement we have: Request Routing System: The function within a CDN responsible for steering or directing a content request received directly from an end user to a suitable Surrogate. I suggest we incorporate some of the clarifying detail of your = suggestions into the definition of Request Routing System but keep it as = a single term encompassing the entire Request Routing System. My proposal would be: Request Routing System: The function within a CDN responsible for for receiving a content request from a user agent, obtaining a set of candidate surrogates, and for selecting and redirecting the user to the appropriate surrogate or CDN. To enable CDN Interconnect, the Request Routing System must also be capable of handling user agent content requests passed to it by another CDN. Would that achieve the clarification you suggest? Thanks Ben On 11 Jan 2011, at 21:25, Bitar, Nabil N wrote: > Hi, > I think it is fine to refine the definition of the functions. I would = like to suggest tough some modification to the proposed definitions and = see what you and Ben think: > =20 > Request transfer: The function within a CDN responsible for receiving = a content request from a user-agent, querying the request routing = function for candidate surrogates, and for selecting and redirecting the = user to the appropriate surrogate or CDN. >=20 > Request routing (I am not sure the best name): The function within a = CDN responsible for determining the candidate list of surrogates for the = request-transfer function to deliver content to a user-agent. >=20 > Thanks, > Nabil >=20 >=20 > On 1/11/11 8:40 AM, "emile.stephan@orange-ftgroup.com" = wrote: >=20 > Hi Ben, > =20 > I went through the terminology section. I think that it make sense to = split the Request Routing in 2 functions. The first function (Request = Transfer) handles the content request; the second (Request Routing) = determines the appropriate source of content. > =20 > Request Transfer:=20 > The function within a CDN responsible for receiving a content = request from a User-agent, for querying the Request routing function and = for directing this query toward the selected source of content. > =20 > Request Routing:=20 > The function within a CDN responsible for determining the = appropriate Surrogate or the appropriate CDN. > =20 > =20 > > -----Message d'origine----- > > De : cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] De la part = de > > Ben Niven-Jenkins > > Envoy=E9 : lundi 20 d=E9cembre 2010 11:59 > > =C0 : Francois Le Faucheur > > Cc : cdni@ietf.org; Lee, Yiu > > Objet : Re: [CDNi] Few comments on Problem Statement > >=20 > > Francois, > >=20 > > On 17 Dec 2010, at 08:20, Francois Le Faucheur wrote: > >=20 > > > Hi Yiu, > > > > > > On 16 Dec 2010, at 20:05, Lee, Yiu wrote: > > >> > > >> [YL] I am somewhat more clear. Thanks for the explanation. If = Content > > >> Distribution Metadata is used by the CDNi, why not simply called = it > > CDNi > > >> Metadata? > > > > > > As per recent discussion with Richard, we observed that Content > > Distribution Metadata comprises metadata of intra-CDN scope (ie only > > relevant within a CDN) and metadata of inter-CDN scope (ie relevant = across > > CDNs). > > > > > > So, to be more accurate, we could use the term "CDNi Metadata" to > > designate the Content Distribution Metadata of inter-CDN scope = (which is > > quite of a mouthful). > > > > > > So the definition would look like this: > > > > > > " > > > Metadata: data about data. > > > > > > Content Metadata: metadata about content. Content Metadata = comprises: > > > (i) metadata that is relevant to the distribution of the content > > (and therefore relevant to a CDN involved in the delivery of that = content). > > We refer to those as "Content Distribution Metadata". > > > (ii) metadata that is associated with the actual content (and = not > > directly relevant to the distribution of that content) or content > > representation. For example, such metadata may include Genre, Cast, = Rating > > as well as resolution and aspect ratio. > > > > > > Content Distribution Metadata: the subset of Content Metadata that = is > > relevant to the distribution of the content. > > > This is the metadata required by a CDN in order to enable and = control > > content distribution and delivery by the CDN. In a CDN = Interconnection > > environment, some of the Content Distribution Metadata may have an = intra- > > CDN scope (and therefore need not be communicated between CDNs), = while > > some of the Content Distribution Metadata have an inter-CDN scope = (and > > therefore need to be communicated between CDNs). For example, = Content > > Distribution Metadata with inter-CDN scope may include geo-blocking > > information (i.e. information defining geographical areas where the > > content is to be made available or blocked), availability windows = (i.e. > > information defining time windows during which the content is to be = made > > available or blocked) and access control mechanisms to be enforced = (e.g. > > URI signature validation). > > > > > > CDNi Metadata: Content Distribution Metadata with inter-CDN scope > > > " > > > > > > How does that sound? > > > > >=20 > > Looks good to me :-) > >=20 > > Ben > >=20 > >=20 > > _______________________________________________ > > CDNi mailing list > > CDNi@ietf.org > > https://www.ietf.org/mailman/listinfo/cdni >=20 >=20 > --------------------------------------------- > Nabil Bitar, PhD > Principal Member of Technical Staff > Packet Network Technology > Verizon Corporate Network and Technology >=20 > 60 Sylvan Road > Waltham, MA 02451 > Office Phone: (781) 466-2161 From flefauch@cisco.com Wed Jan 12 05:32:05 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5312B28C11F for ; Wed, 12 Jan 2011 05:32:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.722 X-Spam-Level: X-Spam-Status: No, score=-9.722 tagged_above=-999 required=5 tests=[AWL=-0.543, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, SARE_GIF_ATTACH=1.42] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LeAwyK1KqGd8 for ; Wed, 12 Jan 2011 05:32:03 -0800 (PST) Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by core3.amsl.com (Postfix) with ESMTP id 85FBD28C0EF for ; Wed, 12 Jan 2011 05:32:02 -0800 (PST) Authentication-Results: ams-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-Files: image001.jpg, green.gif : 11041, 87 Received: from ams-core-2.cisco.com ([144.254.72.75]) by ams-iport-2.cisco.com with ESMTP; 12 Jan 2011 13:34:21 +0000 Received: from ams-flefauch-8713.cisco.com (ams-flefauch-8713.cisco.com [10.55.161.196]) by ams-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id p0CDYJlg001109; Wed, 12 Jan 2011 13:34:20 GMT Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/mixed; boundary=Apple-Mail-83-851938164 From: Francois Le Faucheur In-Reply-To: Date: Wed, 12 Jan 2011 14:33:54 +0100 Message-Id: References: To: Ben Niven-Jenkins X-Mailer: Apple Mail (2.1082) Cc: "cdni@ietf.org" Subject: Re: [CDNi] Problem Statement: Terminology X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 12 Jan 2011 13:32:05 -0000 --Apple-Mail-83-851938164 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Ben, Emile and all, Like Ben I don't the need to break down the Request-Routing System into = two entity. But I suspect that what Emile was getting at (beyond terminology), is = the following point that is relevant for CDNi: Request-Routing Systems in two neighbor CDNs may need to interact for = two different purposes: (A) exchange of information about a Downstream CDN that allows = an Upstream CDN to make "more informed" Request-Routing decisions (eg = Downstream CDN may indicate that it has on-net cache coverage of such = IP-address range footprint, e.g. Downstream CDN may indicate that it is = currently "overloaded" in some geography) (B) actual redirection of a given request (ie once Upstream CDN = has selected a given Downstream CDN, it communicates with that = Downstream CDN to facilitate the actual redirection of a given user = request.) I agree it is important to keep in mind this distinction for the = definition of CDNi interactions. I believe the current Problem Statement already reflects that = distinction: - it discusses the (A) interactions as part of the "CDNi = Control API": " * CDNI Control API: This API allows the "CDNI Control" system in interconnected CDNs to communicate. This API may support the following: + allows the downstream CDN to communicate information about its delivery capabilities, resources and policies " - it discusses the (B) interactions as part of the "CDNi = Request-Routing API": " * Request-Routing API: This API allows the Request-Routing system in interconnected CDNs to communicate to ensure that an end- user request can be (re)directed from an upstream CDN to a surrogate in the downstream CDN, in particular where selection responsibilities may be split across CDNs (for example the upstream CDN may be responsible for selecting the downstream CDN while the downstream CDN may be responsible for selecting the actual surrogate within that CDN). " So I think we are good with respect to the CDNi model. With respect to terminology, one could argue that the "CDNi = Request-Routing API" would be slightly more accurately described as the = "CDNi Request-Transfer API" (or "CDNi Request-Redirection API"), since = it is to be used for the (B) interactions. I don't feel strongly about = this as long as we are clear it is to be used for (B) interactions. A few suggestions below on the changes proposed by Ben: On 12 Jan 2011, at 12:04, Ben Niven-Jenkins wrote: > Emile, Nabil, >=20 > Thanks for the suggestion. We can certainly try to better clarify the = term Request Routing System. However, I am not sure decomposing it into = two terms is the best way to achieve that as we would introduce a new = term that we don't subsequently use and for CDNI, only inter-CDN Request = Routing (i.e. between Request Routing Systems in different CDNs) should = be in scope and the internals of the Request Routing System in each CDN = should remain out of scope. >=20 > If we look at the definition of Request Routing System in the -00 = Problem statement we have: >=20 > Request Routing System: The function within a CDN responsible for > steering or directing a content request received directly from an = end > user to a suitable Surrogate. >=20 > I suggest we incorporate some of the clarifying detail of your = suggestions into the definition of Request Routing System but keep it as = a single term encompassing the entire Request Routing System. >=20 > My proposal would be: >=20 > Request Routing System: The function within a CDN responsible for > for receiving a content request from a user agent, obtaining a set > of candidate surrogates, and for selecting and redirecting the user > to the appropriate surrogate or CDN. "obtaining a set of candidate surrogates" may incorrectly suggest that = an Upstream CDN needs to know about surrogates in the Downstream CDN. How about: " Request Routing System: The function within a CDN responsible for for receiving a content request from a user agent, obtaining and = maintaining necessary information about a set of candidate surrogates or candidate CDNs, and for selecting and = redirecting the user to the appropriate surrogate or CDN." Cheers Francois > To enable CDN Interconnect, the > Request Routing System must also be capable of handling user agent > content requests passed to it by another CDN. >=20 > Would that achieve the clarification you suggest? >=20 > Thanks > Ben >=20 > On 11 Jan 2011, at 21:25, Bitar, Nabil N wrote: >=20 >> Hi, >> I think it is fine to refine the definition of the functions. I would = like to suggest tough some modification to the proposed definitions and = see what you and Ben think: >>=20 >> Request transfer: The function within a CDN responsible for receiving = a content request from a user-agent, querying the request routing = function for candidate surrogates, and for selecting and redirecting the = user to the appropriate surrogate or CDN. >>=20 >> Request routing (I am not sure the best name): The function within a = CDN responsible for determining the candidate list of surrogates for the = request-transfer function to deliver content to a user-agent. >>=20 >> Thanks, >> Nabil >>=20 >>=20 >> On 1/11/11 8:40 AM, "emile.stephan@orange-ftgroup.com" = wrote: >>=20 >> Hi Ben, >>=20 >> I went through the terminology section. I think that it make sense to = split the Request Routing in 2 functions. The first function (Request = Transfer) handles the content request; the second (Request Routing) = determines the appropriate source of content. >>=20 >> Request Transfer:=20 >> The function within a CDN responsible for receiving a content = request from a User-agent, for querying the Request routing function and = for directing this query toward the selected source of content. >>=20 >> Request Routing:=20 >> The function within a CDN responsible for determining the = appropriate Surrogate or the appropriate CDN. >>=20 >>=20 >>> -----Message d'origine----- >>> De : cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] De la part = de >>> Ben Niven-Jenkins >>> Envoy=E9 : lundi 20 d=E9cembre 2010 11:59 >>> =C0 : Francois Le Faucheur >>> Cc : cdni@ietf.org; Lee, Yiu >>> Objet : Re: [CDNi] Few comments on Problem Statement >>>=20 >>> Francois, >>>=20 >>> On 17 Dec 2010, at 08:20, Francois Le Faucheur wrote: >>>=20 >>>> Hi Yiu, >>>>=20 >>>> On 16 Dec 2010, at 20:05, Lee, Yiu wrote: >>>>>=20 >>>>> [YL] I am somewhat more clear. Thanks for the explanation. If = Content >>>>> Distribution Metadata is used by the CDNi, why not simply called = it >>> CDNi >>>>> Metadata? >>>>=20 >>>> As per recent discussion with Richard, we observed that Content >>> Distribution Metadata comprises metadata of intra-CDN scope (ie only >>> relevant within a CDN) and metadata of inter-CDN scope (ie relevant = across >>> CDNs). >>>>=20 >>>> So, to be more accurate, we could use the term "CDNi Metadata" to >>> designate the Content Distribution Metadata of inter-CDN scope = (which is >>> quite of a mouthful). >>>>=20 >>>> So the definition would look like this: >>>>=20 >>>> " >>>> Metadata: data about data. >>>>=20 >>>> Content Metadata: metadata about content. Content Metadata = comprises: >>>> (i) metadata that is relevant to the distribution of the content >>> (and therefore relevant to a CDN involved in the delivery of that = content). >>> We refer to those as "Content Distribution Metadata". >>>> (ii) metadata that is associated with the actual content (and not >>> directly relevant to the distribution of that content) or content >>> representation. For example, such metadata may include Genre, Cast, = Rating >>> as well as resolution and aspect ratio. >>>>=20 >>>> Content Distribution Metadata: the subset of Content Metadata that = is >>> relevant to the distribution of the content. >>>> This is the metadata required by a CDN in order to enable and = control >>> content distribution and delivery by the CDN. In a CDN = Interconnection >>> environment, some of the Content Distribution Metadata may have an = intra- >>> CDN scope (and therefore need not be communicated between CDNs), = while >>> some of the Content Distribution Metadata have an inter-CDN scope = (and >>> therefore need to be communicated between CDNs). For example, = Content >>> Distribution Metadata with inter-CDN scope may include geo-blocking >>> information (i.e. information defining geographical areas where the >>> content is to be made available or blocked), availability windows = (i.e. >>> information defining time windows during which the content is to be = made >>> available or blocked) and access control mechanisms to be enforced = (e.g. >>> URI signature validation). >>>>=20 >>>> CDNi Metadata: Content Distribution Metadata with inter-CDN scope >>>> " >>>>=20 >>>> How does that sound? >>>>=20 >>>=20 >>> Looks good to me :-) >>>=20 >>> Ben >>>=20 >>>=20 >>> _______________________________________________ >>> CDNi mailing list >>> CDNi@ietf.org >>> https://www.ietf.org/mailman/listinfo/cdni >>=20 >>=20 >> --------------------------------------------- >> Nabil Bitar, PhD >> Principal Member of Technical Staff >> Packet Network Technology >> Verizon Corporate Network and Technology >>=20 >> 60 Sylvan Road >> Waltham, MA 02451 >> Office Phone: (781) 466-2161 >=20 --Apple-Mail-83-851938164 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-83-851938164 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-83-851938164 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-83-851938164 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-83-851938164-- From nabil.n.bitar@verizon.com Wed Jan 12 05:42:14 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 525DB28C0EF for ; Wed, 12 Jan 2011 05:42:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.973 X-Spam-Level: X-Spam-Status: No, score=-2.973 tagged_above=-999 required=5 tests=[AWL=-0.375, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o1HPh86jgA-c for ; Wed, 12 Jan 2011 05:42:12 -0800 (PST) Received: from tpamail4.verizon.com (tpamail4.verizon.com [192.76.82.161]) by core3.amsl.com (Postfix) with ESMTP id 3340B3A6A34 for ; Wed, 12 Jan 2011 05:42:12 -0800 (PST) Received: from tpaintrmemf3.verizon.com (tpaintrmemf3.verizon.com [138.83.67.58]) by tpamail4.verizon.com (8.13.6/8.13.3) with ESMTP id p0CDacup016184; Wed, 12 Jan 2011 08:38:17 -0500 (EST) X-AuditID: 8a53433a-b7b57ae0000011e0-16-4d2db033a962 Received: from smtptpa3.verizon.com ( [138.83.71.176]) by tpaintrmemf3.verizon.com (EMF) with SMTP id 38.C3.04576.330BD2D4; Wed, 12 Jan 2011 08:44:19 -0500 (EST) Received: from FLDP1LUMXC7HB03.us.one.verizon.com (fldp1lumxc7hb03.verizon.com [166.68.75.86]) by smtptpa3.verizon.com (8.13.3/8.13.3) with ESMTP id p0CDiIRI008726; Wed, 12 Jan 2011 08:44:18 -0500 (EST) Received: from fldp1lumxc7v63.us.one.verizon.com ([fe80::303e:41f6:bcf4:d607]) by FLDP1LUMXC7HB03.us.one.verizon.com ([2002:a644:4b56::a644:4b56]) with mapi; Wed, 12 Jan 2011 08:44:18 -0500 From: "Bitar, Nabil N" To: Ben Niven-Jenkins , "Bitar, Nabil N" Date: Wed, 12 Jan 2011 08:44:14 -0500 Thread-Topic: [CDNi] Problem Statement: Terminology Thread-Index: AcuySJs9IznHENAsRiuY9HJEPXeN7QAFjFmm Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_C9531A5E118E6nabilnbitarverizoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: AAAAAA== Cc: "cdni@ietf.org" Subject: Re: [CDNi] Problem Statement: Terminology X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 12 Jan 2011 13:42:14 -0000 --_000_C9531A5E118E6nabilnbitarverizoncom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Ben, I am fine with not decomposing and below. I was suggesting the re-wording i= f we are to decompose. Thanks, Nabil On 1/12/11 6:04 AM, "Ben Niven-Jenkins" wrote: Emile, Nabil, Thanks for the suggestion. We can certainly try to better clarify the term = Request Routing System. However, I am not sure decomposing it into two term= s is the best way to achieve that as we would introduce a new term that we = don't subsequently use and for CDNI, only inter-CDN Request Routing (i.e. b= etween Request Routing Systems in different CDNs) should be in scope and th= e internals of the Request Routing System in each CDN should remain out of = scope. If we look at the definition of Request Routing System in the -00 Problem s= tatement we have: Request Routing System: The function within a CDN responsible for steering or directing a content request received directly from an end user to a suitable Surrogate. I suggest we incorporate some of the clarifying detail of your suggestions = into the definition of Request Routing System but keep it as a single term = encompassing the entire Request Routing System. My proposal would be: Request Routing System: The function within a CDN responsible for for receiving a content request from a user agent, obtaining a set of candidate surrogates, and for selecting and redirecting the user to the appropriate surrogate or CDN. To enable CDN Interconnect, the Request Routing System must also be capable of handling user agent content requests passed to it by another CDN. Would that achieve the clarification you suggest? Thanks Ben On 11 Jan 2011, at 21:25, Bitar, Nabil N wrote: > Hi, > I think it is fine to refine the definition of the functions. I would lik= e to suggest tough some modification to the proposed definitions and see w= hat you and Ben think: > > Request transfer: The function within a CDN responsible for receiving a c= ontent request from a user-agent, querying the request routing function for= candidate surrogates, and for selecting and redirecting the user to the ap= propriate surrogate or CDN. > > Request routing (I am not sure the best name): The function within a CDN = responsible for determining the candidate list of surrogates for the reques= t-transfer function to deliver content to a user-agent. > > Thanks, > Nabil > > > On 1/11/11 8:40 AM, "emile.stephan@orange-ftgroup.com" wrote: > > Hi Ben, > > I went through the terminology section. I think that it make sense to spl= it the Request Routing in 2 functions. The first function (Request Transfer= ) handles the content request; the second (Request Routing) determines the = appropriate source of content. > > Request Transfer: > The function within a CDN responsible for receiving a content request = from a User-agent, for querying the Request routing function and for direct= ing this query toward the selected source of content. > > Request Routing: > The function within a CDN responsible for determining the appropriate= Surrogate or the appropriate CDN. > > > > -----Message d'origine----- > > De : cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] De la part de > > Ben Niven-Jenkins > > Envoy=E9 : lundi 20 d=E9cembre 2010 11:59 > > =C0 : Francois Le Faucheur > > Cc : cdni@ietf.org; Lee, Yiu > > Objet : Re: [CDNi] Few comments on Problem Statement > > > > Francois, > > > > On 17 Dec 2010, at 08:20, Francois Le Faucheur wrote: > > > > > Hi Yiu, > > > > > > On 16 Dec 2010, at 20:05, Lee, Yiu wrote: > > >> > > >> [YL] I am somewhat more clear. Thanks for the explanation. If Conten= t > > >> Distribution Metadata is used by the CDNi, why not simply called it > > CDNi > > >> Metadata? > > > > > > As per recent discussion with Richard, we observed that Content > > Distribution Metadata comprises metadata of intra-CDN scope (ie only > > relevant within a CDN) and metadata of inter-CDN scope (ie relevant acr= oss > > CDNs). > > > > > > So, to be more accurate, we could use the term "CDNi Metadata" to > > designate the Content Distribution Metadata of inter-CDN scope (which i= s > > quite of a mouthful). > > > > > > So the definition would look like this: > > > > > > " > > > Metadata: data about data. > > > > > > Content Metadata: metadata about content. Content Metadata comprises: > > > (i) metadata that is relevant to the distribution of the content > > (and therefore relevant to a CDN involved in the delivery of that conte= nt). > > We refer to those as "Content Distribution Metadata". > > > (ii) metadata that is associated with the actual content (and not > > directly relevant to the distribution of that content) or content > > representation. For example, such metadata may include Genre, Cast, Rat= ing > > as well as resolution and aspect ratio. > > > > > > Content Distribution Metadata: the subset of Content Metadata that is > > relevant to the distribution of the content. > > > This is the metadata required by a CDN in order to enable and control > > content distribution and delivery by the CDN. In a CDN Interconnection > > environment, some of the Content Distribution Metadata may have an intr= a- > > CDN scope (and therefore need not be communicated between CDNs), while > > some of the Content Distribution Metadata have an inter-CDN scope (and > > therefore need to be communicated between CDNs). For example, Content > > Distribution Metadata with inter-CDN scope may include geo-blocking > > information (i.e. information defining geographical areas where the > > content is to be made available or blocked), availability windows (i.e. > > information defining time windows during which the content is to be mad= e > > available or blocked) and access control mechanisms to be enforced (e.g= . > > URI signature validation). > > > > > > CDNi Metadata: Content Distribution Metadata with inter-CDN scope > > > " > > > > > > How does that sound? > > > > > > > Looks good to me :-) > > > > Ben > > > > > > _______________________________________________ > > CDNi mailing list > > CDNi@ietf.org > > https://www.ietf.org/mailman/listinfo/cdni > > > --------------------------------------------- > Nabil Bitar, PhD > Principal Member of Technical Staff > Packet Network Technology > Verizon Corporate Network and Technology > > 60 Sylvan Road > Waltham, MA 02451 > Office Phone: (781) 466-2161 --------------------------------------------- Nabil Bitar, PhD Principal Member of Technical Staff Packet Network Technology Verizon Corporate Network and Technology 60 Sylvan Road Waltham, MA 02451 Office Phone: (781) 466-2161 --_000_C9531A5E118E6nabilnbitarverizoncom_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: [CDNi] Problem Statement: Terminology Hi Ben,
I am fine with not decomposing and below. I was suggesting the re-wording i= f we are to decompose.
Thanks,
Nabil

On 1/12/11 6:04 AM, "Ben Niven-Jenkins" <ben@niven-jenkins.co.uk> wrote:

Emile, Nabil,

Thanks for the suggestion. We can certainly try to better clarify the term = Request Routing System. However, I am not sure decomposing it into two term= s is the best way to achieve that as we would introduce a new term that we = don't subsequently use and for CDNI, only inter-CDN Request Routing (i.e. b= etween Request Routing Systems in different CDNs) should be in scope and th= e internals of the Request Routing System in each CDN should remain out of = scope.

If we look at the definition of Request Routing System in the -00 Problem s= tatement we have:

   Request Routing System: The function within a CDN respons= ible for
   steering or directing a content request received directly= from an end
   user to a suitable Surrogate.

I suggest we incorporate some of the clarifying detail of your suggestions = into the definition of Request Routing System but keep it as a single term = encompassing the entire Request Routing System.

My proposal would be:

   Request Routing System: The function within a CDN respons= ible for
   for receiving a content request from a user agent, obtain= ing a set
   of candidate surrogates, and for selecting and redirectin= g the user
   to the appropriate surrogate or CDN. To enable CDN Interc= onnect, the
   Request Routing System must also be capable of handling u= ser agent
   content requests passed to it by another CDN.

Would that achieve the clarification you suggest?

Thanks
Ben

On 11 Jan 2011, at 21:25, Bitar, Nabil N wrote:

> Hi,
> I think it is fine to refine the definition of the functions. I would = like to suggest  tough some modification to the proposed definitions a= nd see what you and Ben think:
>
> Request transfer: The function within a CDN responsible for receiving = a content request from a user-agent, querying the request routing function = for candidate surrogates, and for selecting and redirecting the user to the= appropriate surrogate or CDN.
>
> Request routing (I am not sure the best name): The function within a C= DN responsible for determining the candidate list of surrogates for the req= uest-transfer function to deliver content to a user-agent.
>
> Thanks,
> Nabil
>
>
> On 1/11/11 8:40 AM, "emile.stephan@orange-ftgroup.com" <emile.stephan@orange-ftgroup.com> wrote:
>
> Hi Ben,
>
> I went through the terminology section. I think that it make sense to = split the Request Routing in 2 functions. The first function (Request Trans= fer) handles the content request; the second (Request Routing) determines t= he appropriate source of content.
>
>    Request Transfer:
>    The function within a CDN responsible for receiving = a content request from a User-agent, for querying the Request routing funct= ion and for directing this query toward the selected source of content.
>
>     Request Routing:
>     The function within a CDN responsible for dete= rmining the appropriate Surrogate or the appropriate CDN.
>
>
> > -----Message d'origine-----
> > De : cdni-bounces@ietf.org = [mailto:cdni-bounces@ietf.org]= De la part de
> > Ben Niven-Jenkins
> > Envoyé : lundi 20 décembre 2010 11:59
> > À : Francois Le Faucheur
> > Cc : cdni@ietf.org; Lee, Yiu
> > Objet : Re: [CDNi] Few comments on Problem Statement
> >
> > Francois,
> >
> > On 17 Dec 2010, at 08:20, Francois Le Faucheur wrote:
> >
> > > Hi Yiu,
> > >
> > > On 16 Dec 2010, at 20:05, Lee, Yiu wrote:
> > >>
> > >> [YL] I am somewhat more clear. Thanks for the explanatio= n. If Content
> > >> Distribution Metadata is used by the CDNi, why not simpl= y called it
> > CDNi
> > >> Metadata?
> > >
> > > As per recent discussion with Richard, we observed that Cont= ent
> > Distribution Metadata comprises metadata of intra-CDN scope (ie o= nly
> > relevant within a CDN) and metadata of inter-CDN scope (ie releva= nt across
> > CDNs).
> > >
> > > So, to be more accurate, we could use the term "CDNi Me= tadata" to
> > designate the Content Distribution Metadata of inter-CDN scope (w= hich is
> > quite of a mouthful).
> > >
> > > So the definition would look like this:
> > >
> > > "
> > > Metadata: data about data.
> > >
> > > Content Metadata: metadata about content. Content Metadata c= omprises:
> > >   (i) metadata that is relevant to the distributio= n of the content
> > (and therefore relevant to a CDN involved in the delivery of that= content).
> > We refer to those as "Content Distribution Metadata". > > >   (ii) metadata that is associated with the actual= content (and not
> > directly relevant to the distribution of that content) or content=
> > representation. For example, such metadata may include Genre, Cas= t, Rating
> > as well as resolution and aspect ratio.
> > >
> > > Content Distribution Metadata: the subset of Content Metadat= a that is
> > relevant to the distribution of the content.
> > > This is the metadata required by a CDN in order to enable an= d control
> > content distribution and delivery by the CDN. In a CDN Interconne= ction
> > environment, some of the Content Distribution Metadata may have a= n intra-
> > CDN scope (and therefore need not be communicated between CDNs), = while
> > some of the Content Distribution Metadata have an inter-CDN scope= (and
> > therefore need to be communicated between CDNs). For example, Con= tent
> > Distribution Metadata with inter-CDN scope may include geo-blocki= ng
> > information (i.e. information defining geographical areas where t= he
> > content is to be made available or blocked), availability windows= (i.e.
> > information defining time windows during which the content is to = be made
> > available or blocked) and access control mechanisms to be enforce= d (e.g.
> > URI signature validation).
> > >
> > > CDNi Metadata: Content Distribution Metadata with inter-CDN = scope
> > > "
> > >
> > > How does that sound?
> > >
> >
> > Looks good to me :-)
> >
> > Ben
> >
> >
> > _______________________________________________
> > CDNi mailing list
> > CDNi@ietf.org
> > https://ww= w.ietf.org/mailman/listinfo/cdni
>
>
> ---------------------------------------------
> Nabil Bitar, PhD
> Principal Member of Technical Staff
> Packet Network Technology
> Verizon Corporate Network and Technology
>
> 60 Sylvan Road
> Waltham, MA 02451
> Office Phone: (781) 466-2161


List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2011 13:59:02 -0000 One thing I'd also like to challenge - So far a lot of the discussion has centred around identifying an authoritat= ive CDN which then pushes the request (and content) down. This model obviou= sly fits well with DNS approaches to request routing where the DNS will ide= ntify the authoritative CDN. It may also end up being the preferred solutio= n. However, when talking about problems/use cases/requirements this seems a li= ttle premature. For example we should at least entertain pull models where = the client initially comes into their choice of local CDN. In this case the= CDNs would need to be able to share control information about content avai= lability. Content may already be available locally either because an author= itative CDN has pushed it their or because the local CDN has pulled it. The= local CDN could hand over to a CDN with the content or might stream it thr= ough the local CDN and cache for the next user. Are all these sorts of latter options in scope? If they are then we should = make sure the terminology is suitably generic. Trevor. Trevor Burbridge Network-Based Services Infrastructure | BT Innovate & Design Tel: 01473 645115 Fax: 01473 640929=20 This email contains BT information, which may be privileged or confidential= . It's meant only for the individual(s) or entity named above. If you're no= t the intended recipient, note that disclosing, copying, distributing or us= ing this information is prohibited. If you've received this email in error,= please let me know immediately on the email address above. Thank you. We monitor our email system, and may record your emails. British Telecommunications plc Registered office: 81 Newgate Street London EC1A 7AJ Registered in England no: 1800000 > -----Original Message----- > From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf Of > Francois Le Faucheur > Sent: 12 January 2011 13:34 > To: Ben Niven-Jenkins > Cc: cdni@ietf.org > Subject: Re: [CDNi] Problem Statement: Terminology >=20 > Ben, Emile and all, >=20 > Like Ben I don't the need to break down the Request-Routing System into > two entity. >=20 > But I suspect that what Emile was getting at (beyond terminology), is > the following point that is relevant for CDNi: >=20 > Request-Routing Systems in two neighbor CDNs may need to interact for > two different purposes: > (A) exchange of information about a Downstream CDN that allows an > Upstream CDN to make "more informed" Request-Routing decisions (eg > Downstream CDN may indicate that it has on-net cache coverage of such > IP-address range footprint, e.g. Downstream CDN may indicate that it is > currently "overloaded" in some geography) > (B) actual redirection of a given request (ie once Upstream CDN > has selected a given Downstream CDN, it communicates with that > Downstream CDN to facilitate the actual redirection of a given user > request.) >=20 > I agree it is important to keep in mind this distinction for the > definition of CDNi interactions. > I believe the current Problem Statement already reflects that > distinction: > - it discusses the (A) interactions as part of the "CDNi > Control API": > " > * CDNI Control API: This API allows the "CDNI Control" system in > interconnected CDNs to communicate. This API may support the > following: > > + allows the downstream CDN to communicate information about > its delivery capabilities, resources and policies > > " > - it discusses the (B) interactions as part of the "CDNi > Request-Routing API": > " > * Request-Routing API: This API allows the Request-Routing > system > in interconnected CDNs to communicate to ensure that an end- > user request can be (re)directed from an upstream CDN to a > surrogate in the downstream CDN, in particular where selection > responsibilities may be split across CDNs (for example the > upstream CDN may be responsible for selecting the downstream > CDN while the downstream CDN may be responsible for selecting > the actual surrogate within that CDN). > " >=20 > So I think we are good with respect to the CDNi model. >=20 > With respect to terminology, one could argue that the "CDNi Request- > Routing API" would be slightly more accurately described as the "CDNi > Request-Transfer API" (or "CDNi Request-Redirection API"), since it is > to be used for the (B) interactions. I don't feel strongly about this > as long as we are clear it is to be used for (B) interactions. >=20 > A few suggestions below on the changes proposed by Ben: >=20 >=20 > On 12 Jan 2011, at 12:04, Ben Niven-Jenkins wrote: >=20 > > Emile, Nabil, > > > > Thanks for the suggestion. We can certainly try to better clarify the > term Request Routing System. However, I am not sure decomposing it into > two terms is the best way to achieve that as we would introduce a new > term that we don't subsequently use and for CDNI, only inter-CDN > Request Routing (i.e. between Request Routing Systems in different > CDNs) should be in scope and the internals of the Request Routing > System in each CDN should remain out of scope. > > > > If we look at the definition of Request Routing System in the -00 > Problem statement we have: > > > > Request Routing System: The function within a CDN responsible for > > steering or directing a content request received directly from an > end > > user to a suitable Surrogate. > > > > I suggest we incorporate some of the clarifying detail of your > suggestions into the definition of Request Routing System but keep it > as a single term encompassing the entire Request Routing System. > > > > My proposal would be: > > > > Request Routing System: The function within a CDN responsible for > > for receiving a content request from a user agent, obtaining a set > > of candidate surrogates, and for selecting and redirecting the user > > to the appropriate surrogate or CDN. >=20 > "obtaining a set of candidate surrogates" may incorrectly suggest that > an Upstream CDN needs to know about surrogates in the Downstream CDN. > How about: > " > Request Routing System: The function within a CDN responsible for > for receiving a content request from a user agent, obtaining and > maintaining necessary information about a set > of candidate surrogates or candidate CDNs, and for selecting and > redirecting the user > to the appropriate surrogate or CDN." >=20 >=20 > Cheers >=20 > Francois >=20 > > To enable CDN Interconnect, the > > Request Routing System must also be capable of handling user agent > > content requests passed to it by another CDN. > > > > Would that achieve the clarification you suggest? > > > > Thanks > > Ben > > > > On 11 Jan 2011, at 21:25, Bitar, Nabil N wrote: > > > >> Hi, > >> I think it is fine to refine the definition of the functions. I > would like to suggest tough some modification to the proposed > definitions and see what you and Ben think: > >> > >> Request transfer: The function within a CDN responsible for > receiving a content request from a user-agent, querying the request > routing function for candidate surrogates, and for selecting and > redirecting the user to the appropriate surrogate or CDN. > >> > >> Request routing (I am not sure the best name): The function within a > CDN responsible for determining the candidate list of surrogates for > the request-transfer function to deliver content to a user-agent. > >> > >> Thanks, > >> Nabil > >> > >> > >> On 1/11/11 8:40 AM, "emile.stephan@orange-ftgroup.com" > wrote: > >> > >> Hi Ben, > >> > >> I went through the terminology section. I think that it make sense > to split the Request Routing in 2 functions. The first function > (Request Transfer) handles the content request; the second (Request > Routing) determines the appropriate source of content. > >> > >> Request Transfer: > >> The function within a CDN responsible for receiving a content > request from a User-agent, for querying the Request routing function > and for directing this query toward the selected source of content. > >> > >> Request Routing: > >> The function within a CDN responsible for determining the > appropriate Surrogate or the appropriate CDN. > >> > >> > >>> -----Message d'origine----- > >>> De : cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] De la > part > >>> de Ben Niven-Jenkins Envoy=E9 : lundi 20 d=E9cembre 2010 11:59 =C0 : > >>> Francois Le Faucheur Cc : cdni@ietf.org; Lee, Yiu Objet : Re: > [CDNi] > >>> Few comments on Problem Statement > >>> > >>> Francois, > >>> > >>> On 17 Dec 2010, at 08:20, Francois Le Faucheur wrote: > >>> > >>>> Hi Yiu, > >>>> > >>>> On 16 Dec 2010, at 20:05, Lee, Yiu wrote: > >>>>> > >>>>> [YL] I am somewhat more clear. Thanks for the explanation. If > >>>>> Content Distribution Metadata is used by the CDNi, why not simply > >>>>> called it > >>> CDNi > >>>>> Metadata? > >>>> > >>>> As per recent discussion with Richard, we observed that Content > >>> Distribution Metadata comprises metadata of intra-CDN scope (ie > only > >>> relevant within a CDN) and metadata of inter-CDN scope (ie relevant > >>> across CDNs). > >>>> > >>>> So, to be more accurate, we could use the term "CDNi Metadata" to > >>> designate the Content Distribution Metadata of inter-CDN scope > >>> (which is quite of a mouthful). > >>>> > >>>> So the definition would look like this: > >>>> > >>>> " > >>>> Metadata: data about data. > >>>> > >>>> Content Metadata: metadata about content. Content Metadata > comprises: > >>>> (i) metadata that is relevant to the distribution of the content > >>> (and therefore relevant to a CDN involved in the delivery of that > content). > >>> We refer to those as "Content Distribution Metadata". > >>>> (ii) metadata that is associated with the actual content (and not > >>> directly relevant to the distribution of that content) or content > >>> representation. For example, such metadata may include Genre, Cast, > >>> Rating as well as resolution and aspect ratio. > >>>> > >>>> Content Distribution Metadata: the subset of Content Metadata that > >>>> is > >>> relevant to the distribution of the content. > >>>> This is the metadata required by a CDN in order to enable and > >>>> control > >>> content distribution and delivery by the CDN. In a CDN > >>> Interconnection environment, some of the Content Distribution > >>> Metadata may have an intra- CDN scope (and therefore need not be > >>> communicated between CDNs), while some of the Content Distribution > >>> Metadata have an inter-CDN scope (and therefore need to be > >>> communicated between CDNs). For example, Content Distribution > >>> Metadata with inter-CDN scope may include geo-blocking information > >>> (i.e. information defining geographical areas where the content is > to be made available or blocked), availability windows (i.e. > >>> information defining time windows during which the content is to be > >>> made available or blocked) and access control mechanisms to be > enforced (e.g. > >>> URI signature validation). > >>>> > >>>> CDNi Metadata: Content Distribution Metadata with inter-CDN scope > " > >>>> > >>>> How does that sound? > >>>> > >>> > >>> Looks good to me :-) > >>> > >>> Ben > >>> > >>> > >>> _______________________________________________ > >>> CDNi mailing list > >>> CDNi@ietf.org > >>> https://www.ietf.org/mailman/listinfo/cdni > >> > >> > >> --------------------------------------------- > >> Nabil Bitar, PhD > >> Principal Member of Technical Staff > >> Packet Network Technology > >> Verizon Corporate Network and Technology > >> > >> 60 Sylvan Road > >> Waltham, MA 02451 > >> Office Phone: (781) 466-2161 > > From trevor.burbridge@bt.com Wed Jan 12 06:27:02 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DE6C528C108 for ; Wed, 12 Jan 2011 06:27:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.446 X-Spam-Level: X-Spam-Status: No, score=-1.446 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, J_CHICKENPOX_91=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hwLfZe2uJ-iL for ; Wed, 12 Jan 2011 06:27:00 -0800 (PST) Received: from smtpe1.intersmtp.com (smtp63.intersmtp.COM [62.239.224.236]) by core3.amsl.com (Postfix) with ESMTP id C77A828C0E8 for ; Wed, 12 Jan 2011 06:26:59 -0800 (PST) Received: from EVMHT69-UKRD.domain1.systemhost.net (10.36.3.129) by RDW083A007ED63.smtp-e3.hygiene.service (10.187.98.12) with Microsoft SMTP Server (TLS) id 8.3.106.1; Wed, 12 Jan 2011 14:29:17 +0000 Received: from EMV64-UKRD.domain1.systemhost.net ([169.254.1.246]) by EVMHT69-UKRD.domain1.systemhost.net ([10.36.3.129]) with mapi; Wed, 12 Jan 2011 14:29:18 +0000 From: To: Date: Wed, 12 Jan 2011 14:29:16 +0000 Thread-Topic: [CDNi] Problem Statement: Terminology Thread-Index: AcuyZAp5WhVe5pvNSxOvpLwHjs1VbAAANWAw Message-ID: References: In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: cdni@ietf.org Subject: Re: [CDNi] Problem Statement: Terminology X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 12 Jan 2011 14:27:02 -0000 > -----Original Message----- > From: Ben Niven-Jenkins [mailto:ben@niven-jenkins.co.uk] > Sent: 12 January 2011 14:22 > To: Burbridge,T,Trevor,DES8 R > Subject: Re: [CDNi] Problem Statement: Terminology >=20 > Trevor, >=20 > On 12 Jan 2011, at 14:01, > wrote: >=20 > > One thing I'd also like to challenge - > > > > So far a lot of the discussion has centred around identifying an > authoritative CDN which then pushes the request (and content) down. > This model obviously fits well with DNS approaches to request routing > where the DNS will identify the authoritative CDN. It may also end up > being the preferred solution. > > > > However, when talking about problems/use cases/requirements this > seems a little premature. For example we should at least entertain pull > models where the client initially comes into their choice of local CDN. >=20 > I am struggling a little to see how this would work. I am not sure how > the client/User Agent can choose a CDN, as such. >=20 > Something (e.g. the CSP's Portal) will provide the User Agent with a > URI to the content it requires. The User Agent follows that URI and > requests the content. However the User Agent has no control over how > that URI is resolves. That's what I mean - are we starting with the assumption of a URI? Not unre= asonable, but we're already eliminating other ways of identifying content. = Even if we have a URI, the user agent might not use DNS but route the reque= st through CDN routing capability (as for Content Centric Networking). In t= his case it doesn't have to get as far as the authoritative CDN but can sto= p wherever it first finds the content. For example and IPTV client may init= ially direct requests to its 'home' CDN. Or we can rule these out of scope... > Or are you talking about a case where because of DNS caching a > subsequent User Agent ends up connecting to the same surrogate without > any further interaction between the User Agent's DNS resolver and the > Request Routing system in a CDN? I wasn't, but this is another alternative! =20 > Thanks > Ben >=20 >=20 > > In this case the CDNs would need to be able to share control > information about content availability. Content may already be > available locally either because an authoritative CDN has pushed it > their or because the local CDN has pulled it. The local CDN could hand > over to a CDN with the content or might stream it through the local CDN > and cache for the next user. > > > > Are all these sorts of latter options in scope? If they are then we > should make sure the terminology is suitably generic. From flefauch@cisco.com Wed Jan 12 07:28:37 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8D86428C128 for ; Wed, 12 Jan 2011 07:28:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.391 X-Spam-Level: X-Spam-Status: No, score=-9.391 tagged_above=-999 required=5 tests=[AWL=-0.813, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_21=0.6, RCVD_IN_DNSWL_HI=-8, SARE_GIF_ATTACH=1.42] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eYKrNQfxVzv4 for ; Wed, 12 Jan 2011 07:28:34 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id 02FC128C107 for ; Wed, 12 Jan 2011 07:28:31 -0800 (PST) Authentication-Results: ams-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-Files: image001.jpg, green.gif : 11041, 87 Received: from ams-core-2.cisco.com ([144.254.72.75]) by ams-iport-1.cisco.com with ESMTP; 12 Jan 2011 15:30:51 +0000 Received: from ams-flefauch-8713.cisco.com (ams-flefauch-8713.cisco.com [10.55.161.196]) by ams-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id p0CFUlVC025325; Wed, 12 Jan 2011 15:30:48 GMT Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/alternative; boundary=Apple-Mail-147-858922754 From: Francois Le Faucheur In-Reply-To: Date: Wed, 12 Jan 2011 16:30:18 +0100 Message-Id: <59288A8F-F883-4BF0-BA29-E28211AB2D7B@cisco.com> References: To: X-Mailer: Apple Mail (2.1082) Cc: cdni@ietf.org Subject: Re: [CDNi] Problem Statement: Terminology X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 12 Jan 2011 15:28:37 -0000 --Apple-Mail-147-858922754 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hello Trevor, On 12 Jan 2011, at 15:01, wrote: > One thing I'd also like to challenge - >=20 > So far a lot of the discussion has centred around identifying an = authoritative CDN Right.=20 I guess our starting point is the typical mode of operation between a = CSP and one CDN. And we focus on extending this downstream, ie so the = CDN can redirect to another CDN.=20 > which then pushes the request (and content) down. This model obviously = fits well with DNS approaches to request routing where the DNS will = identify the authoritative CDN. Yes, it fits well with use of DNS to get the request to the = "authoritative CDN". Kind of like it often works today. Although other = approaches could be thought of (eg application level selection of top = CDN via dynamic URI).=20 But note that the technique used to direct the user to the Authoritative = CDN (eg DNS) is independent of the technique used to redirect requests = across CDNs (eg DNS, HTTP), > It may also end up being the preferred solution. >=20 > However, when talking about problems/use cases/requirements this seems = a little premature. In the usecase I-D, I am expecting authors to describe the use cases for = which they have real/likely plans to deploy. This will ensure we focus = on the right problem to solve. My perception is that there is a set of clear real-life use cases = (indeed typically assuming a sort of top-down delegation model allowing = operators to interconnect existing CDNs) that need a solution. Beyond = that, there is a trade-off in trying to define a more generic/flexible = solution and defining a bite that a WG can swallow.=20 Cheers Francois > For example we should at least entertain pull models where the client = initially comes into their choice of local CDN. In this case the CDNs = would need to be able to share control information about content = availability. Content may already be available locally either because an = authoritative CDN has pushed it their or because the local CDN has = pulled it. The local CDN could hand over to a CDN with the content or = might stream it through the local CDN and cache for the next user. >=20 > Are all these sorts of latter options in scope? If they are then we = should make sure the terminology is suitably generic. >=20 > Trevor. >=20 >=20 > Trevor Burbridge > Network-Based Services Infrastructure | BT Innovate & Design > Tel: 01473 645115 > Fax: 01473 640929=20 >=20 > This email contains BT information, which may be privileged or = confidential. It's meant only for the individual(s) or entity named = above. If you're not the intended recipient, note that disclosing, = copying, distributing or using this information is prohibited. If you've = received this email in error, please let me know immediately on the = email address above. Thank you. > We monitor our email system, and may record your emails. > British Telecommunications plc > Registered office: 81 Newgate Street London EC1A 7AJ > Registered in England no: 1800000 >> -----Original Message----- >> From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf = Of >> Francois Le Faucheur >> Sent: 12 January 2011 13:34 >> To: Ben Niven-Jenkins >> Cc: cdni@ietf.org >> Subject: Re: [CDNi] Problem Statement: Terminology >>=20 >> Ben, Emile and all, >>=20 >> Like Ben I don't the need to break down the Request-Routing System = into >> two entity. >>=20 >> But I suspect that what Emile was getting at (beyond terminology), is >> the following point that is relevant for CDNi: >>=20 >> Request-Routing Systems in two neighbor CDNs may need to interact for >> two different purposes: >> (A) exchange of information about a Downstream CDN that allows = an >> Upstream CDN to make "more informed" Request-Routing decisions (eg >> Downstream CDN may indicate that it has on-net cache coverage of such >> IP-address range footprint, e.g. Downstream CDN may indicate that it = is >> currently "overloaded" in some geography) >> (B) actual redirection of a given request (ie once Upstream CDN >> has selected a given Downstream CDN, it communicates with that >> Downstream CDN to facilitate the actual redirection of a given user >> request.) >>=20 >> I agree it is important to keep in mind this distinction for the >> definition of CDNi interactions. >> I believe the current Problem Statement already reflects that >> distinction: >> - it discusses the (A) interactions as part of the "CDNi >> Control API": >> " >> * CDNI Control API: This API allows the "CDNI Control" system = in >> interconnected CDNs to communicate. This API may support the >> following: >> >> + allows the downstream CDN to communicate information about >> its delivery capabilities, resources and policies >> >> " >> - it discusses the (B) interactions as part of the "CDNi >> Request-Routing API": >> " >> * Request-Routing API: This API allows the Request-Routing >> system >> in interconnected CDNs to communicate to ensure that an end- >> user request can be (re)directed from an upstream CDN to a >> surrogate in the downstream CDN, in particular where = selection >> responsibilities may be split across CDNs (for example the >> upstream CDN may be responsible for selecting the downstream >> CDN while the downstream CDN may be responsible for selecting >> the actual surrogate within that CDN). >> " >>=20 >> So I think we are good with respect to the CDNi model. >>=20 >> With respect to terminology, one could argue that the "CDNi Request- >> Routing API" would be slightly more accurately described as the "CDNi >> Request-Transfer API" (or "CDNi Request-Redirection API"), since it = is >> to be used for the (B) interactions. I don't feel strongly about this >> as long as we are clear it is to be used for (B) interactions. >>=20 >> A few suggestions below on the changes proposed by Ben: >>=20 >>=20 >> On 12 Jan 2011, at 12:04, Ben Niven-Jenkins wrote: >>=20 >>> Emile, Nabil, >>>=20 >>> Thanks for the suggestion. We can certainly try to better clarify = the >> term Request Routing System. However, I am not sure decomposing it = into >> two terms is the best way to achieve that as we would introduce a new >> term that we don't subsequently use and for CDNI, only inter-CDN >> Request Routing (i.e. between Request Routing Systems in different >> CDNs) should be in scope and the internals of the Request Routing >> System in each CDN should remain out of scope. >>>=20 >>> If we look at the definition of Request Routing System in the -00 >> Problem statement we have: >>>=20 >>> Request Routing System: The function within a CDN responsible for >>> steering or directing a content request received directly from an >> end >>> user to a suitable Surrogate. >>>=20 >>> I suggest we incorporate some of the clarifying detail of your >> suggestions into the definition of Request Routing System but keep it >> as a single term encompassing the entire Request Routing System. >>>=20 >>> My proposal would be: >>>=20 >>> Request Routing System: The function within a CDN responsible for >>> for receiving a content request from a user agent, obtaining a set >>> of candidate surrogates, and for selecting and redirecting the user >>> to the appropriate surrogate or CDN. >>=20 >> "obtaining a set of candidate surrogates" may incorrectly suggest = that >> an Upstream CDN needs to know about surrogates in the Downstream CDN. >> How about: >> " >> Request Routing System: The function within a CDN responsible for >> for receiving a content request from a user agent, obtaining and >> maintaining necessary information about a set >> of candidate surrogates or candidate CDNs, and for selecting and >> redirecting the user >> to the appropriate surrogate or CDN." >>=20 >>=20 >> Cheers >>=20 >> Francois >>=20 >>> To enable CDN Interconnect, the >>> Request Routing System must also be capable of handling user agent >>> content requests passed to it by another CDN. >>>=20 >>> Would that achieve the clarification you suggest? >>>=20 >>> Thanks >>> Ben >>>=20 >>> On 11 Jan 2011, at 21:25, Bitar, Nabil N wrote: >>>=20 >>>> Hi, >>>> I think it is fine to refine the definition of the functions. I >> would like to suggest tough some modification to the proposed >> definitions and see what you and Ben think: >>>>=20 >>>> Request transfer: The function within a CDN responsible for >> receiving a content request from a user-agent, querying the request >> routing function for candidate surrogates, and for selecting and >> redirecting the user to the appropriate surrogate or CDN. >>>>=20 >>>> Request routing (I am not sure the best name): The function within = a >> CDN responsible for determining the candidate list of surrogates for >> the request-transfer function to deliver content to a user-agent. >>>>=20 >>>> Thanks, >>>> Nabil >>>>=20 >>>>=20 >>>> On 1/11/11 8:40 AM, "emile.stephan@orange-ftgroup.com" >> wrote: >>>>=20 >>>> Hi Ben, >>>>=20 >>>> I went through the terminology section. I think that it make sense >> to split the Request Routing in 2 functions. The first function >> (Request Transfer) handles the content request; the second (Request >> Routing) determines the appropriate source of content. >>>>=20 >>>> Request Transfer: >>>> The function within a CDN responsible for receiving a content >> request from a User-agent, for querying the Request routing function >> and for directing this query toward the selected source of content. >>>>=20 >>>> Request Routing: >>>> The function within a CDN responsible for determining the >> appropriate Surrogate or the appropriate CDN. >>>>=20 >>>>=20 >>>>> -----Message d'origine----- >>>>> De : cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] De la >> part >>>>> de Ben Niven-Jenkins Envoy=E9 : lundi 20 d=E9cembre 2010 11:59 =C0 = : >>>>> Francois Le Faucheur Cc : cdni@ietf.org; Lee, Yiu Objet : Re: >> [CDNi] >>>>> Few comments on Problem Statement >>>>>=20 >>>>> Francois, >>>>>=20 >>>>> On 17 Dec 2010, at 08:20, Francois Le Faucheur wrote: >>>>>=20 >>>>>> Hi Yiu, >>>>>>=20 >>>>>> On 16 Dec 2010, at 20:05, Lee, Yiu wrote: >>>>>>>=20 >>>>>>> [YL] I am somewhat more clear. Thanks for the explanation. If >>>>>>> Content Distribution Metadata is used by the CDNi, why not = simply >>>>>>> called it >>>>> CDNi >>>>>>> Metadata? >>>>>>=20 >>>>>> As per recent discussion with Richard, we observed that Content >>>>> Distribution Metadata comprises metadata of intra-CDN scope (ie >> only >>>>> relevant within a CDN) and metadata of inter-CDN scope (ie = relevant >>>>> across CDNs). >>>>>>=20 >>>>>> So, to be more accurate, we could use the term "CDNi Metadata" to >>>>> designate the Content Distribution Metadata of inter-CDN scope >>>>> (which is quite of a mouthful). >>>>>>=20 >>>>>> So the definition would look like this: >>>>>>=20 >>>>>> " >>>>>> Metadata: data about data. >>>>>>=20 >>>>>> Content Metadata: metadata about content. Content Metadata >> comprises: >>>>>> (i) metadata that is relevant to the distribution of the content >>>>> (and therefore relevant to a CDN involved in the delivery of that >> content). >>>>> We refer to those as "Content Distribution Metadata". >>>>>> (ii) metadata that is associated with the actual content (and not >>>>> directly relevant to the distribution of that content) or content >>>>> representation. For example, such metadata may include Genre, = Cast, >>>>> Rating as well as resolution and aspect ratio. >>>>>>=20 >>>>>> Content Distribution Metadata: the subset of Content Metadata = that >>>>>> is >>>>> relevant to the distribution of the content. >>>>>> This is the metadata required by a CDN in order to enable and >>>>>> control >>>>> content distribution and delivery by the CDN. In a CDN >>>>> Interconnection environment, some of the Content Distribution >>>>> Metadata may have an intra- CDN scope (and therefore need not be >>>>> communicated between CDNs), while some of the Content Distribution >>>>> Metadata have an inter-CDN scope (and therefore need to be >>>>> communicated between CDNs). For example, Content Distribution >>>>> Metadata with inter-CDN scope may include geo-blocking information >>>>> (i.e. information defining geographical areas where the content is >> to be made available or blocked), availability windows (i.e. >>>>> information defining time windows during which the content is to = be >>>>> made available or blocked) and access control mechanisms to be >> enforced (e.g. >>>>> URI signature validation). >>>>>>=20 >>>>>> CDNi Metadata: Content Distribution Metadata with inter-CDN scope >> " >>>>>>=20 >>>>>> How does that sound? >>>>>>=20 >>>>>=20 >>>>> Looks good to me :-) >>>>>=20 >>>>> Ben >>>>>=20 >>>>>=20 >>>>> _______________________________________________ >>>>> CDNi mailing list >>>>> CDNi@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/cdni >>>>=20 >>>>=20 >>>> --------------------------------------------- >>>> Nabil Bitar, PhD >>>> Principal Member of Technical Staff >>>> Packet Network Technology >>>> Verizon Corporate Network and Technology >>>>=20 >>>> 60 Sylvan Road >>>> Waltham, MA 02451 >>>> Office Phone: (781) 466-2161 >>>=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=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-147-858922754 Content-Type: multipart/related; type="text/html"; boundary=Apple-Mail-148-858922754 --Apple-Mail-148-858922754 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 Hello = Trevor,

On 12 Jan 2011, at 15:01, <trevor.burbridge@bt.com> = wrote:

One thing I'd also like to challenge -

So far = a lot of the discussion has centred around identifying an authoritative = CDN

Right. 
I = guess our starting point is the typical mode of operation between a CSP = and one CDN. And we focus on extending this downstream, ie so the CDN = can redirect to another CDN. 

which then pushes the request (and content) down. = This model obviously fits well with DNS approaches to request routing = where the DNS will identify the authoritative = CDN.

Yes, it fits well with use of = DNS to get the request to the "authoritative CDN". Kind of like it often = works today. Although other approaches could be thought of (eg = application level selection of top CDN via dynamic = URI). 
But note that the technique used to direct the = user to the Authoritative CDN (eg DNS) is independent of the technique = used to redirect requests across CDNs (eg DNS, = HTTP),

It may also = end up being the preferred solution.

However, when talking about = problems/use cases/requirements this seems a little = premature.

In the usecase I-D, I = am expecting authors to describe the use cases for which they have = real/likely plans to deploy. This will ensure we focus on the right = problem to solve.
My perception is that there is a set of = clear real-life use cases (indeed typically assuming a sort of top-down = delegation model allowing operators to interconnect existing CDNs) that = need a solution. Beyond that, there is a trade-off in trying to define a = more generic/flexible solution and defining a bite that a WG can = swallow. 

Cheers

Fr= ancois

For example we should at = least entertain pull models where the client initially comes into their = choice of local CDN. In this case the CDNs would need to be able to = share control information about content availability. Content may = already be available locally either because an authoritative CDN has = pushed it their or because the local CDN has pulled it. The local CDN = could hand over to a CDN with the content or might stream it through the = local CDN and cache for the next user.

Are all these sorts of = latter options in scope? If they are then we should make sure the = terminology is suitably generic.

Trevor.


Trevor = Burbridge
Network-Based Services Infrastructure | BT Innovate & = Design
Tel: 01473 645115
Fax: 01473 640929

This email = contains BT information, which may be privileged or confidential. It's = meant only for the individual(s) or entity named above. If you're not = the intended recipient, note that disclosing, copying, distributing or = using this information is prohibited. If you've received this email in = error, please let me know immediately on the email address above. Thank = you.
We monitor our email system, and may record your = emails.
British Telecommunications plc
Registered office: 81 = Newgate Street London EC1A 7AJ
Registered in England no: = 1800000
-----Original = Message-----
From: cdni-bounces@ietf.org = [mailto:cdni-bounces@ietf.org] On Behalf Of
Francois Le Faucheur
Sent: 12 January 2011 13:34
To: Ben Niven-Jenkins
Cc: cdni@ietf.org
Subject: Re: [CDNi] Problem Statement: = Terminology

Ben, Emile and = all,

Like Ben I = don't the need to break down the Request-Routing System = into
two = entity.

But I suspect = that what Emile was getting at (beyond terminology), = is
the following point that is = relevant for CDNi:

Request-Routing = Systems in two neighbor CDNs may need to interact = for
two different = purposes:
(A) = exchange of information about a Downstream CDN that allows = an
Upstream CDN to make "more = informed" Request-Routing decisions (eg
Downstream CDN may indicate that it has on-net cache = coverage of such
IP-address = range footprint, e.g. Downstream CDN may indicate that it = is
currently "overloaded" in = some geography)
(B) = actual redirection of a given request (ie once Upstream = CDN
has selected a given = Downstream CDN, it communicates with that
Downstream CDN to facilitate the actual redirection of a = given user
request.)

I agree it is = important to keep in mind this distinction for = the
definition of CDNi = interactions.
I believe the = current Problem Statement already reflects = that
distinction:
- it = discusses the (A) interactions as part of the = "CDNi
Control = API":
"
=      *  CDNI Control API: This API allows = the "CDNI Control" system in
=         interconnected CDNs to = communicate.  This API may support the
=         following:
= <clip>
=         +  allows the = downstream CDN to communicate information = about
=            its = delivery capabilities, resources and = policies
= <clip>
"
- it = discusses the (B) interactions as part of the = "CDNi
Request-Routing = API":
"
=      *  Request-Routing API: This API = allows the Request-Routing
system
=         in interconnected CDNs = to communicate to ensure that an end-
        user = request can be (re)directed from an upstream CDN to = a
=         surrogate in the = downstream CDN, in particular where = selection
=         responsibilities may be = split across CDNs (for example the
        upstream = CDN may be responsible for selecting the = downstream
=         CDN while the downstream = CDN may be responsible for selecting
        the = actual surrogate within that CDN).
"

So I think we = are good with respect to the CDNi model.

With respect to = terminology, one could argue that the "CDNi = Request-
Routing API" would be = slightly more accurately described as the = "CDNi
Request-Transfer API" = (or "CDNi Request-Redirection API"), since it = is
to be used for the (B) = interactions. I don't feel strongly about = this
as long as we are clear = it is to be used for (B) interactions.

A few = suggestions below on the changes proposed by = Ben:


On 12 Jan 2011, = at 12:04, Ben Niven-Jenkins wrote:

Emile, Nabil,

Thanks for the suggestion. We = can certainly try to better clarify = the
term Request = Routing System. However, I am not sure decomposing it = into
two terms is the best way = to achieve that as we would introduce a new
term that we don't subsequently use and for CDNI, only = inter-CDN
Request Routing = (i.e. between Request Routing Systems in = different
CDNs) should be in = scope and the internals of the Request = Routing
System in each CDN = should remain out of scope.

If we look at the definition of = Request Routing System in the = -00
Problem = statement we have:

 Request Routing System: = The function within a CDN responsible = for
 steering or directing a content request received = directly from an
end
 user to a suitable = Surrogate.

I suggest we incorporate some of = the clarifying detail of your
suggestions into the definition of Request Routing System = but keep it
as a single term = encompassing the entire Request Routing = System.

My proposal would = be:

 Request Routing System: = The function within a CDN responsible = for
 for receiving a content request from a user agent, = obtaining a set
 of candidate surrogates, = and for selecting and redirecting the = user
 to the appropriate surrogate or = CDN.

"obtaining a = set of candidate surrogates" may incorrectly suggest = that
an Upstream CDN needs to = know about surrogates in the Downstream CDN.
How about:
"
Request = Routing System: The function within a CDN responsible = for
 for receiving a = content request from a user agent, obtaining = and
maintaining necessary = information about a set
=  of candidate surrogates or candidate CDNs, and for selecting = and
redirecting the = user
 to the appropriate = surrogate or CDN."


Cheers

Francois

To enable CDN Interconnect, = the
 Request Routing System must also be capable of = handling user agent
 content requests passed = to it by another CDN.

Would that achieve the = clarification you suggest?

Thanks
Ben

On 11 Jan 2011, at 21:25, Bitar, = Nabil N wrote:

Hi,
I = think it is fine to refine the definition of the functions. = I
would like to suggest  tough some modification to the = proposed
definitions and see = what you and Ben think:

Request = transfer: The function within a CDN responsible = for
receiving a content request from a user-agent, querying = the request
routing function = for candidate surrogates, and for selecting = and
redirecting the user to = the appropriate surrogate or CDN.

Request = routing (I am not sure the best name): The function within = a
CDN = responsible for determining the candidate list of surrogates = for
the request-transfer = function to deliver content to a user-agent.

Thanks,
Nabil


On = 1/11/11 8:40 AM, "emile.stephan@orange-ftgr= oup.com"
<emile.stephan@orange-ftgr= oup.com> wrote:

Hi = Ben,

I went = through the terminology section. I think that it make = sense
to split the Request Routing in 2 functions. The first = function
(Request Transfer) = handles the content request; the second = (Request
Routing) determines = the appropriate source of content.

=  Request = Transfer:
=  The function within a CDN responsible for receiving a = content
request from a User-agent, for querying the Request = routing function
and for = directing this query toward the selected source of = content.

=   Request = Routing:
=   The function within a CDN responsible for determining = the
appropriate Surrogate or the appropriate = CDN.


-----Message = d'origine-----
De : cdni-bounces@ietf.org = [mailto:cdni-bounces@ietf.org] De = la
part
de Ben = Niven-Jenkins Envoy=E9 : lundi 20 d=E9cembre 2010 11:59 =C0 = :
Francois Le Faucheur Cc : cdni@ietf.org; Lee, Yiu Objet : = Re:
[CDNi]
Few = comments on Problem = Statement

Francois,

On 17 Dec 2010, at 08:20, = Francois Le Faucheur = wrote:

Hi = Yiu,
<= blockquote type=3D"cite">

On 16 = Dec 2010, at 20:05, Lee, Yiu = wrote:

[YL] I = am somewhat more clear. Thanks for the explanation. = If
Content Distribution Metadata is = used by the CDNi, why not = simply
called = it
CDNi
=
Metadata?

As per = recent discussion with Richard, we observed that = Content
Distribution Metadata comprises = metadata of intra-CDN scope = (ie
only
relevant= within a CDN) and metadata of inter-CDN scope (ie = relevant
across = CDNs).

So, to = be more accurate, we could use the term "CDNi Metadata" = to
designate the Content = Distribution Metadata of inter-CDN = scope
(which is quite of a = mouthful).

So the = definition would look like = this:
=

"
Metadata: data about = data.
=

Content = Metadata: metadata about content. Content = Metadata
comprises:
(i) = metadata that is relevant to the distribution of the = content
(and therefore relevant to a CDN = involved in the delivery of = that
content).
We refer to those as "Content = Distribution = Metadata".
(ii) = metadata that is associated with the actual content (and = not
directly relevant to the = distribution of that content) or = content
representation. For example, = such metadata may include Genre, = Cast,
Rating as well as resolution and = aspect = ratio.

Content = Distribution Metadata: the subset of Content Metadata = that
<= blockquote type=3D"cite">
is
relevant to the distribution of = the = content.
This = is the metadata required by a CDN in order to enable = and
control
content = distribution and delivery by the CDN. In a = CDN
Interconnection environment, = some of the Content = Distribution
Metadata may have an intra- CDN = scope (and therefore need not = be
communicated between CDNs), = while some of the Content = Distribution
Metadata have an inter-CDN scope = (and therefore need to = be
communicated between CDNs). For = example, Content = Distribution
Metadata with inter-CDN scope = may include geo-blocking = information
(i.e. information defining = geographical areas where the content = is
to be made available or blocked), availability windows = (i.e.
information defining time windows during which the content = is to = be
made available or blocked) and = access control mechanisms to = be
enforced (e.g.
URI signature = validation).

CDNi = Metadata: Content Distribution Metadata with inter-CDN = scope
=
"

How = does that = sound?


Looks good to me = :-)

Ben
<= blockquote type=3D"cite">


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


---------------------------------------------
Nabil Bitar, = PhD
Principal Member of Technical = Staff
Packet = Network Technology
Verizon = Corporate Network and = Technology

60 = Sylvan Road
Waltham,= MA 02451
Office = Phone: (781) = 466-2161


<= br>


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-148-858922754 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-148-858922754-- --Apple-Mail-147-858922754-- From ben@niven-jenkins.co.uk Wed Jan 12 07:58:20 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EFEC33A6A40 for ; Wed, 12 Jan 2011 07:58:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.893 X-Spam-Level: X-Spam-Status: No, score=-102.893 tagged_above=-999 required=5 tests=[AWL=-0.294, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CdbqpfPCuAGg for ; Wed, 12 Jan 2011 07:58:18 -0800 (PST) Received: from mailex.mailcore.me (mailex.mailcore.me [94.136.40.64]) by core3.amsl.com (Postfix) with ESMTP id 901983A67D8 for ; Wed, 12 Jan 2011 07:58:18 -0800 (PST) Received: from host1.cachelogic.com ([212.44.43.80] helo=dhcp-122-devlan.cachelogic.com) by mail10.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1Pd37l-0005TZ-AS; Wed, 12 Jan 2011 16:00:37 +0000 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Ben Niven-Jenkins In-Reply-To: Date: Wed, 12 Jan 2011 16:00:36 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <6A0C8291-9446-4BC5-97F9-68CFCE839940@niven-jenkins.co.uk> References: To: X-Mailer: Apple Mail (2.1082) X-Mailcore-Auth: 9600544 X-Mailcore-Domain: 172912 Cc: cdni@ietf.org Subject: Re: [CDNi] Problem Statement: Terminology X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 12 Jan 2011 15:58:20 -0000 On 12 Jan 2011, at 14:29, = wrote: >> Something (e.g. the CSP's Portal) will provide the User Agent with a >> URI to the content it requires. The User Agent follows that URI and >> requests the content. However the User Agent has no control over how >> that URI is resolves. >=20 >=20 > That's what I mean - are we starting with the assumption of a URI? The Internet uses URIs to reference content so I think it's a valid = assumption to start from, and it's the way User Agent's reference = content in the deployed CDNs I am aware of. > Not unreasonable, but we're already eliminating other ways of = identifying content. > Even if we have a URI, the user agent might not use DNS but route the = request through CDN routing capability (as for Content Centric = Networking). The concern I have with assuming something other than a URI is that I am = not sure there is practical experience of operating these new models of = content networking at scale and so we run the risk of moving away from = engineering into research. Part of my motivation for solving CDNI is = that we have customers with existing CDNs asking to be able to = interconnect with the existing CDNs of other operators. > In this case it doesn't have to get as far as the authoritative CDN = but can stop wherever it first finds the content. For example and IPTV = client may initially direct requests to its 'home' CDN. >=20 > Or we can rule these out of scope... >=20 I'd be interested in the views of others, but my personal view is we try = to steer clear of unproven content models and focus on solving the = problem of a lack of CDN interconnect standards that can be used to = interconnect existing CDNs. Ben >=20 >> Or are you talking about a case where because of DNS caching a >> subsequent User Agent ends up connecting to the same surrogate = without >> any further interaction between the User Agent's DNS resolver and the >> Request Routing system in a CDN? >=20 > I wasn't, but this is another alternative! >=20 >=20 >> Thanks >> Ben >>=20 >>=20 >>> In this case the CDNs would need to be able to share control >> information about content availability. Content may already be >> available locally either because an authoritative CDN has pushed it >> their or because the local CDN has pulled it. The local CDN could = hand >> over to a CDN with the content or might stream it through the local = CDN >> and cache for the next user. >>>=20 >>> Are all these sorts of latter options in scope? If they are then we >> should make sure the terminology is suitably generic. >=20 From ben@niven-jenkins.co.uk Wed Jan 12 07:59:33 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9700D3A69ED for ; Wed, 12 Jan 2011 07:59:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.885 X-Spam-Level: X-Spam-Status: No, score=-102.885 tagged_above=-999 required=5 tests=[AWL=-0.286, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tibTwI36H0fi for ; Wed, 12 Jan 2011 07:59:32 -0800 (PST) Received: from mailex.mailcore.me (mailex.mailcore.me [94.136.40.64]) by core3.amsl.com (Postfix) with ESMTP id 69A3F3A67D8 for ; Wed, 12 Jan 2011 07:59:32 -0800 (PST) Received: from host1.cachelogic.com ([212.44.43.80] helo=dhcp-122-devlan.cachelogic.com) by mail10.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1Pd38x-0007NU-Jv for cdni@ietf.org; Wed, 12 Jan 2011 16:01:51 +0000 From: Ben Niven-Jenkins Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Wed, 12 Jan 2011 16:01:51 +0000 References: To: cdni@ietf.org Message-Id: <7E79881E-A006-4E23-BC35-E1BE54966DB8@niven-jenkins.co.uk> Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) X-Mailcore-Auth: 9600544 X-Mailcore-Domain: 172912 Subject: [CDNi] Fwd: Problem Statement: Terminology X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 12 Jan 2011 15:59:33 -0000 FYI, I thought I had included the cdni@ietf list in my original response = to Trevor, but it appears that I hadn't. Ben Begin forwarded message: > From: Ben Niven-Jenkins > Date: 12 January 2011 14:21:38 GMT > To: > Subject: Re: [CDNi] Problem Statement: Terminology >=20 > Trevor, >=20 > On 12 Jan 2011, at 14:01, = wrote: >=20 >> One thing I'd also like to challenge - >>=20 >> So far a lot of the discussion has centred around identifying an = authoritative CDN which then pushes the request (and content) down. This = model obviously fits well with DNS approaches to request routing where = the DNS will identify the authoritative CDN. It may also end up being = the preferred solution. >>=20 >> However, when talking about problems/use cases/requirements this = seems a little premature. For example we should at least entertain pull = models where the client initially comes into their choice of local CDN. >=20 > I am struggling a little to see how this would work. I am not sure how = the client/User Agent can choose a CDN, as such. >=20 > Something (e.g. the CSP's Portal) will provide the User Agent with a = URI to the content it requires. The User Agent follows that URI and = requests the content. However the User Agent has no control over how = that URI is resolves. >=20 > Or are you talking about a case where because of DNS caching a = subsequent User Agent ends up connecting to the same surrogate without = any further interaction between the User Agent's DNS resolver and the = Request Routing system in a CDN? >=20 > Thanks > Ben >=20 >=20 >> In this case the CDNs would need to be able to share control = information about content availability. Content may already be available = locally either because an authoritative CDN has pushed it their or = because the local CDN has pulled it. The local CDN could hand over to a = CDN with the content or might stream it through the local CDN and cache = for the next user. >>=20 >> Are all these sorts of latter options in scope? If they are then we = should make sure the terminology is suitably generic. >=20 From flefauch@cisco.com Wed Jan 12 08:32:01 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 327083A6A5C for ; Wed, 12 Jan 2011 08:32:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.648 X-Spam-Level: X-Spam-Status: No, score=-9.648 tagged_above=-999 required=5 tests=[AWL=-0.470, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8, SARE_GIF_ATTACH=1.42] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lgKFh52Z2fLB for ; Wed, 12 Jan 2011 08:31:59 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id 799113A6A4E for ; Wed, 12 Jan 2011 08:31:58 -0800 (PST) Authentication-Results: ams-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-Files: image001.jpg, green.gif : 11041, 87 Received: from ams-core-3.cisco.com ([144.254.72.76]) by ams-iport-1.cisco.com with ESMTP; 12 Jan 2011 16:34:18 +0000 Received: from ams-flefauch-8713.cisco.com (ams-flefauch-8713.cisco.com [10.55.161.196]) by ams-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id p0CGYGSf004618; Wed, 12 Jan 2011 16:34:16 GMT Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/alternative; boundary=Apple-Mail-188-862729721 From: Francois Le Faucheur In-Reply-To: <6A0C8291-9446-4BC5-97F9-68CFCE839940@niven-jenkins.co.uk> Date: Wed, 12 Jan 2011 17:33:45 +0100 Message-Id: References: <6A0C8291-9446-4BC5-97F9-68CFCE839940@niven-jenkins.co.uk> To: Ben Niven-Jenkins X-Mailer: Apple Mail (2.1082) Cc: cdni@ietf.org Subject: Re: [CDNi] Problem Statement: Terminology X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 12 Jan 2011 16:32:01 -0000 --Apple-Mail-188-862729721 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 >> In this case it doesn't have to get as far as the authoritative CDN = but can stop wherever it first finds the content. For example and IPTV = client may initially direct requests to its 'home' CDN. >>=20 >> Or we can rule these out of scope... >>=20 >=20 > I'd be interested in the views of others, but my personal view is we = try to steer clear of unproven content models and focus on solving the = problem of a lack of CDN interconnect standards that can be used to = interconnect existing CDNs. I share that view. Francois >=20 > Ben >=20 >>=20 >>> Or are you talking about a case where because of DNS caching a >>> subsequent User Agent ends up connecting to the same surrogate = without >>> any further interaction between the User Agent's DNS resolver and = the >>> Request Routing system in a CDN? >>=20 >> I wasn't, but this is another alternative! >>=20 >>=20 >>> Thanks >>> Ben >>>=20 >>>=20 >>>> In this case the CDNs would need to be able to share control >>> information about content availability. Content may already be >>> available locally either because an authoritative CDN has pushed it >>> their or because the local CDN has pulled it. The local CDN could = hand >>> over to a CDN with the content or might stream it through the local = CDN >>> and cache for the next user. >>>>=20 >>>> Are all these sorts of latter options in scope? If they are then we >>> should make sure the terminology is suitably generic. >>=20 >=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-188-862729721 Content-Type: multipart/related; type="text/html"; boundary=Apple-Mail-189-862729722 --Apple-Mail-189-862729722 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252
In = this case it doesn't have to get as far as the authoritative CDN but can = stop wherever it first finds the content. For example and IPTV client = may initially direct requests to its 'home' = CDN.

Or we can rule = these out of scope...


I'd be interested in the views of = others, but my personal view is we try to steer clear of unproven = content models and focus on solving the problem of a lack of CDN = interconnect standards that can be used to interconnect existing = CDNs.

I share that = view.

Francois


Ben


Or are you talking about a case where because of DNS = caching a
subsequent User Agent ends up = connecting to the same surrogate = without
any further interaction between the User Agent's DNS = resolver and the
Request Routing system in a = CDN?

I wasn't, but = this is another alternative!


Thanks
Ben


In = this case the CDNs would need to be able to share = control
information about content = availability. Content may already = be
available locally either because an authoritative CDN has = pushed it
their or because the local CDN = has pulled it. The local CDN could = hand
over to a CDN with the content or might stream it through = the local CDN
and cache for the next = user.

Are = all these sorts of latter options in scope? If they are then = we
should make sure the terminology = is suitably generic.


_______________________________________= ________
CDNi mailing list
CDNi@ietf.org
https://www.ietf.org/ma= ilman/listinfo/cdni



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-189-862729722 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-189-862729722-- --Apple-Mail-188-862729721-- From watson.gm@gmail.com Wed Jan 12 11:34:50 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 44E503A6A3D for ; Wed, 12 Jan 2011 11:34:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V5HmoqdYpxBj for ; Wed, 12 Jan 2011 11:34:46 -0800 (PST) Received: from mail-wy0-f172.google.com (mail-wy0-f172.google.com [74.125.82.172]) by core3.amsl.com (Postfix) with ESMTP id 2225B3A6A8E for ; Wed, 12 Jan 2011 11:34:45 -0800 (PST) Received: by wyf23 with SMTP id 23so978573wyf.31 for ; Wed, 12 Jan 2011 11:37:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer; bh=gNCUVk9HTbffLN1VwpJTi86G5+YdzLMh6RKkOEJ2g+c=; b=GaGVS2nMW2jAi9nAM5wsmJm3OC87Nsrn9ZVavnn9mwxj+d3CdTgASj+TpVcmD2O/oD asWLUj4zoznFdqbfs9zCCQ39oRKnKqsv89aJdCCnE/vu5Ef67EJdjEfIicf58ovTSlYZ 0t11m21wZtv6yHlghE2/DxGg37gKaklxa3tnI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=J0uDBbmlgMoL649y4Xwlb67LNijUqQK2x5hZn4X0Bg8fxDVJcf3bZRLpZURVZpMTbw GOU3hHADFENcQAubBqwvNI9hSmdW0lwRPncQz4kVOCpzamEzTzZ00PqYdIvFv0R+4jaS gIHPoNp9Oc2ccfuLjp+2vO15tXl2bMLlmpdcU= Received: by 10.216.162.84 with SMTP id x62mr1112520wek.106.1294861017421; Wed, 12 Jan 2011 11:36:57 -0800 (PST) Received: from unknown.home (host86-153-71-222.range86-153.btcentralplus.com [86.153.71.222]) by mx.google.com with ESMTPS id m6sm545530wej.34.2011.01.12.11.36.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 12 Jan 2011 11:36:56 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Grant Watson In-Reply-To: <20110112101741.GA4876@pern.ankh.fr.EU.org> Date: Wed, 12 Jan 2011 19:36:54 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <049C669A-286D-40A7-95D8-3DA2F1E8E48A@gmail.com> References: <20110112101741.GA4876@pern.ankh.fr.EU.org> To: Thomas Parmelan X-Mailer: Apple Mail (2.1082) Cc: cdni@ietf.org Subject: Re: [CDNi] CDNI Use Cases X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 12 Jan 2011 19:34:50 -0000 Hi Thomas, > The following use case is technically covered by the Use Cases in > section 4 (for 2 CDNs/ISPs) and section 5 (for N CDNs/ISPs), but I = think > it is interesting to outline it separately: >=20 > There is a strong use case for a national CDN federation which would > interconnect CDNs operated by the local ISPs within that territory. >=20 > Some local CSPs offer some content that is sometimes extremely popular > within their country and needs to be delivered to a high proportion of > End Users in that country regardless of their ISPs. This may be = because > of language-related, cultural or other reasons. >=20 > A national CDN federation will allow both ISPs and CSPs to reduce = their > bandwidth and infrastructure needs (and costs), as well as providing = End > Users with a better experience due to the real proximity with their = own > ISP's CDN surrogates. >=20 > Would you be willing to add a subsection on that use case within your > draft? Let me know if you'd like me to suggest specific additional > text. As you say; I think the case is covered from a technical standpoint. = However if there is sufficient justification for another use-case so = this scenario can be captured in isolation I don't have a problem with = that. The next revision is likely to be uplifted significantly so will = look to capture as a separate scenario.=20 Cheers. On 12 Jan 2011, at 10:17, Thomas Parmelan wrote: > Hello Grant, >=20 > On Sat, Jan 08, 2011 at 09:56:21PM +0000, > Grant Watson wrote: >=20 >> http://www.ietf.org/id/draft-watson-cdni-use-cases-00.txt >=20 > The following use case is technically covered by the Use Cases in > section 4 (for 2 CDNs/ISPs) and section 5 (for N CDNs/ISPs), but I = think > it is interesting to outline it separately: >=20 > There is a strong use case for a national CDN federation which would > interconnect CDNs operated by the local ISPs within that territory. >=20 > Some local CSPs offer some content that is sometimes extremely popular > within their country and needs to be delivered to a high proportion of > End Users in that country regardless of their ISPs. This may be = because > of language-related, cultural or other reasons. >=20 > A national CDN federation will allow both ISPs and CSPs to reduce = their > bandwidth and infrastructure needs (and costs), as well as providing = End > Users with a better experience due to the real proximity with their = own > ISP's CDN surrogates. >=20 >=20 > Would you be willing to add a subsection on that use case within your > draft? Let me know if you'd like me to suggest specific additional > text. >=20 >=20 > Regards, > Tom >=20 > --=20 > Thomas Parmelan -+- thomas.parmelan@sfr.com From trevor.burbridge@bt.com Thu Jan 13 01:20:29 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F1CF03A6B55 for ; Thu, 13 Jan 2011 01:20:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.065 X-Spam-Level: X-Spam-Status: No, score=0.065 tagged_above=-999 required=5 tests=[AWL=-1.510, BAYES_00=-2.599, EXTRA_MPART_TYPE=1, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, J_CHICKENPOX_21=0.6, J_CHICKENPOX_91=0.6, SARE_GIF_ATTACH=1.42] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uiDtPxRzHQCk for ; Thu, 13 Jan 2011 01:20:27 -0800 (PST) Received: from smtpe1.intersmtp.com (smtp63.intersmtp.COM [62.239.224.236]) by core3.amsl.com (Postfix) with ESMTP id 640F128B23E for ; Thu, 13 Jan 2011 01:20:26 -0800 (PST) Received: from EVMHT68-UKRD.domain1.systemhost.net (10.36.3.105) by RDW083A007ED63.smtp-e3.hygiene.service (10.187.98.12) with Microsoft SMTP Server (TLS) id 8.3.106.1; Thu, 13 Jan 2011 09:22:45 +0000 Received: from EMV64-UKRD.domain1.systemhost.net ([169.254.2.41]) by EVMHT68-UKRD.domain1.systemhost.net ([10.36.3.105]) with mapi; Thu, 13 Jan 2011 09:22:44 +0000 From: To: , Date: Thu, 13 Jan 2011 09:22:42 +0000 Thread-Topic: Push vs. Pull was RE: [CDNi] Problem Statement: Terminology Thread-Index: AcuydpUELjvV6M5lS2yhu9Z2Ygq7QQAilvKg Message-ID: References: <6A0C8291-9446-4BC5-97F9-68CFCE839940@niven-jenkins.co.uk> In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: multipart/related; boundary="_005_ED51D9282D1D3942B9438CA8F3372EB72637125305EMV64UKRDdoma_"; type="multipart/alternative" MIME-Version: 1.0 Cc: cdni@ietf.org Subject: [CDNi] Push vs. Pull was RE: Problem Statement: Terminology X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 13 Jan 2011 09:20:29 -0000 --_005_ED51D9282D1D3942B9438CA8F3372EB72637125305EMV64UKRDdoma_ Content-Type: multipart/alternative; boundary="_000_ED51D9282D1D3942B9438CA8F3372EB72637125305EMV64UKRDdoma_" --_000_ED51D9282D1D3942B9438CA8F3372EB72637125305EMV64UKRDdoma_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 TGV0IG1lIHRyeSBhbiBleGFtcGxlIHRoZW4g4oCTDQoNCk9uZSBnZW5lcmljIGJ1c2luZXNzIG1v ZGVsIGlzIHdoZXJlIHRoZSBhdXRob3JpdGF0aXZlIENETiBjb250cm9scyBib3RoIHRoZSBjb250 ZW50IGRpc3NlbWluYXRpb24gYW5kIHRoZSByZXF1ZXN0IHJvdXRpbmcuIEl0IHB1c2hlcyB0aGUg Y29udGVudCB0byBvdGhlciBDRE5zIHdoZXJlIGl0IHdhbnRzIChzdWJqZWN0IHRvIHRoZW0gYWNj ZXB0aW5nLCBhbmQgdGhlbiBmb2xsb3dzIHRoaXMgYnkgcmVmZXJyaW5nIHRoZW0gc29tZSBvZiB0 aGUgY2xpZW50IHJlcXVlc3RzLiBFeGFjdGx5IHRoZSBtb2RlbCB3ZSB3YW50IGZvciBvZmZsb2Fk IEnigJlkIHN1Z2dlc3QsIGFuZCBwcm9iYWJseSBhbHNvIGV4dGVuZGluZyBnZW9ncmFwaGljIGFu ZCBuZXR3b3JrL2RldmljZSAoZS5nLiBtb2JpbGUpIHJlYWNoLg0KDQpIb3dldmVyLCB0aGlzIGhh cyBzZXZlcmFsIGltcGxpY2F0aW9ucy4gVGhlIGF1dGhvcml0YXRpdmUgQ0ROIGlzIGluIGNvbnRy b2wuIEl0IGNob29zZXMgd2hvIGNhbiBob2xkIGFuZCBzZXJ2ZSB0aGUgY29udGVudCBmb3Igd2hp Y2ggaXQgaXMgdGhlIGF1dGhvcml0YXRpdmUgc291cmNlLiBPbiBvbmUgaGFuZCB3ZSBtaWdodCBz YXkgdGhpcyBpcyBmaW5lIOKAkyBhZnRlciBhbGwgaXQgaXMgdGhlIG9uZSB3aG8gd29uIHRoZSBj b250ZW50IGJ1c2luZXNzLiBPbiB0aGUgb3RoZXIgaGFuZCBpdCBkb2VzbuKAmXQgbWF0Y2ggd2l0 aCBhIHN0YW5kYXJkIHdob2xlc2FsZSBtb2RlbCB3aGVyZSBzdXBwbHkgaXMgKG5vdCBzZWxlY3Rp dmVseSkgb2ZmZXJlZCB0byBkb3duc3RyZWFtIHBhcnRpZXMuDQoNCkhlbmNlIEkgdGhpbmsgaXTi gJlzIHdvcnRoIHRoaW5raW5nIGFib3V0IHVzZSBjYXNlcyB3aGVyZSB0aGUgbW90aXZhdGlvbiBp cyByZWFsbHkgYWJvdXQgZXh0ZW5kaW5nIGNvbnRlbnQgKHJhdGhlciB0aGFuIGV4dGVuZGluZyBy ZWFjaCkuIEZvciBleGFtcGxlLCBJIGhhdmUgYW4gSVBUViBzZXJ2aWNlIGFuZCB3YW50IHRvIGlu Y2x1ZGUgc29tZSBvZiB5b3VyIGF1dGhvcml0YXRpdmUgQ0ROIGNvbnRlbnQgb24gbXkgbG9jYWwg Q0ROIHRvIHNlcnZlIG15IElQVFYgY3VzdG9tZXJzLiBXZSBjYW4gdGFsayBhYm91dCBhbGxvd2lu ZyB0aGUgbG9jYWwgQ0ROIHRvIHB1bGwgY29udGVudC4gSG93ZXZlciwgaWYgdGhlIHJlcXVlc3Qg cm91dGluZyBpcyBzdGlsbCBwdXNoZWQgZG93biBmcm9tIHRoZSBhdXRob3JpdGF0aXZlIENETiBJ IHN0aWxsIHdvbuKAmXQgYmUgYWJsZSB0byBzZXJ2ZSBjb250ZW50IGxvY2FsbHkgdW5sZXNzIHRo ZSBhdXRob3JpdGF0aXZlIENETiBhZ3JlZXMg4oCTIGV2ZW4gZm9yIG15IG93biBjbGllbnRzLg0K DQpXZSBjYW4gc2VlIHR3byB0ZWNobmljYWwgd2F5cyBvZiBhbGxvd2luZyByZXF1ZXN0IHJvdXRp bmcgcHVsbCAoZnJvbSB0aGUgY2xpZW50KQ0KDQotICAgICAgICAgIFNpbXBseSBpbXBsZW1lbnQg cmVxdWVzdCByb3V0aW5nIHB1c2ggKGZyb20gdGhlIGF1dGhvcml0YXRpdmUgQ0ROKSBpbiB0aGUg Q0ROIGZlZGVyYXRpb24uIEFsbG93IHRoZSBwdWxsIG9mIHRoZSBjb250ZW50IGl0c2VsZi4gVGhl IGZhY3QgdGhhdCBhbnkgQ0ROIGZlZGVyYXRpb24gcmVxdWVzdCByb3V0aW5nIHN0YXJ0cyBhdCB0 aGUgYXV0aG9yaXRhdGl2ZSBDRE4gZG9lc27igJl0IHN0b3AgdGhlIGNsaWVudCByZXF1ZXN0aW5n IGNvbnRlbnQgZnJvbSBpdHMgcHJlZmVycmVkIENETiBmaXJzdC4gVGh1cyB0aGUg4oCYcHVsbOKA mSBiZWNvbWVzIG91dCBvZiBzY29wZSBpbiBmZWRlcmF0aW9uIGRpc2N1c3Npb25zLiBUaGUgZG93 bnNpZGUgb2YgdGhpcyBhcHByb2FjaCBpcyB0aGF0IHRoZSBsb2NhbCBDRE4gY2Fubm90IGNob29z ZSB3aG8gdG8gb2ZmbG9hZCByZXF1ZXN0cyB0byDigJMgb25seSB0aGUgYXV0aG9yaXRhdGl2ZSBD RE4gY2FuIGRvIHRoYXQuDQoNCi0gICAgICAgICAgQWxsb3cgYSDigJhwdWxs4oCZIHJlcXVlc3Qg cm91dGluZyBhcyBwYXJ0IG9mIHRoZSBDRE4gZmVkZXJhdGlvbi4gVGhpbmdzIGdldCBtdWNoIG1v cmUgY29tcGxpY2F0ZWQgYmVjYXVzZSB3ZSBuZWVkIGtub3dsZWRnZSBvZiBjb250ZW50IGF2YWls YWJpbGl0eSB0byBiZSBhYmxlIHRvIHJvdXRlIHJlcXVlc3RzIGJldHdlZW4gQ0ROcy4NCg0KVHJl dm9yLg0KDQpUcmV2b3IgQnVyYnJpZGdlDQpOZXR3b3JrLUJhc2VkIFNlcnZpY2VzIEluZnJhc3Ry dWN0dXJlIHwgQlQgSW5ub3ZhdGUgJiBEZXNpZ24NClRlbDogMDE0NzMgNjQ1MTE1DQpGYXg6IDAx NDczIDY0MDkyOQ0KDQpUaGlzIGVtYWlsIGNvbnRhaW5zIEJUIGluZm9ybWF0aW9uLCB3aGljaCBt YXkgYmUgcHJpdmlsZWdlZCBvciBjb25maWRlbnRpYWwuIEl0J3MgbWVhbnQgb25seSBmb3IgdGhl IGluZGl2aWR1YWwocykgb3IgZW50aXR5IG5hbWVkIGFib3ZlLiBJZiB5b3UncmUgbm90IHRoZSBp bnRlbmRlZCByZWNpcGllbnQsIG5vdGUgdGhhdCBkaXNjbG9zaW5nLCBjb3B5aW5nLCBkaXN0cmli dXRpbmcgb3IgdXNpbmcgdGhpcyBpbmZvcm1hdGlvbiBpcyBwcm9oaWJpdGVkLiBJZiB5b3UndmUg cmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIGxldCBtZSBrbm93IGltbWVkaWF0 ZWx5IG9uIHRoZSBlbWFpbCBhZGRyZXNzIGFib3ZlLiBUaGFuayB5b3UuDQpXZSBtb25pdG9yIG91 ciBlbWFpbCBzeXN0ZW0sIGFuZCBtYXkgcmVjb3JkIHlvdXIgZW1haWxzLg0KQnJpdGlzaCBUZWxl Y29tbXVuaWNhdGlvbnMgcGxjDQpSZWdpc3RlcmVkIG9mZmljZTogODEgTmV3Z2F0ZSBTdHJlZXQg TG9uZG9uIEVDMUEgN0FKDQpSZWdpc3RlcmVkIGluIEVuZ2xhbmQgbm86IDE4MDAwMDANCkZyb206 IEZyYW5jb2lzIExlIEZhdWNoZXVyIFttYWlsdG86ZmxlZmF1Y2hAY2lzY28uY29tXQ0KU2VudDog MTIgSmFudWFyeSAyMDExIDE2OjM0DQpUbzogQmVuIE5pdmVuLUplbmtpbnMNCkNjOiBGcmFuY29p cyBMZSBGYXVjaGV1cjsgQnVyYnJpZGdlLFQsVHJldm9yLERFUzggUjsgY2RuaUBpZXRmLm9yZw0K U3ViamVjdDogUmU6IFtDRE5pXSBQcm9ibGVtIFN0YXRlbWVudDogVGVybWlub2xvZ3kNCg0KDQoN CkluIHRoaXMgY2FzZSBpdCBkb2Vzbid0IGhhdmUgdG8gZ2V0IGFzIGZhciBhcyB0aGUgYXV0aG9y aXRhdGl2ZSBDRE4gYnV0IGNhbiBzdG9wIHdoZXJldmVyIGl0IGZpcnN0IGZpbmRzIHRoZSBjb250 ZW50LiBGb3IgZXhhbXBsZSBhbmQgSVBUViBjbGllbnQgbWF5IGluaXRpYWxseSBkaXJlY3QgcmVx dWVzdHMgdG8gaXRzICdob21lJyBDRE4uDQoNCk9yIHdlIGNhbiBydWxlIHRoZXNlIG91dCBvZiBz Y29wZS4uLg0KDQoNCkknZCBiZSBpbnRlcmVzdGVkIGluIHRoZSB2aWV3cyBvZiBvdGhlcnMsIGJ1 dCBteSBwZXJzb25hbCB2aWV3IGlzIHdlIHRyeSB0byBzdGVlciBjbGVhciBvZiB1bnByb3ZlbiBj b250ZW50IG1vZGVscyBhbmQgZm9jdXMgb24gc29sdmluZyB0aGUgcHJvYmxlbSBvZiBhIGxhY2sg b2YgQ0ROIGludGVyY29ubmVjdCBzdGFuZGFyZHMgdGhhdCBjYW4gYmUgdXNlZCB0byBpbnRlcmNv bm5lY3QgZXhpc3RpbmcgQ0ROcy4NCg0KSSBzaGFyZSB0aGF0IHZpZXcuDQoNCkZyYW5jb2lzDQoN Cg0KDQpCZW4NCg0KDQoNCk9yIGFyZSB5b3UgdGFsa2luZyBhYm91dCBhIGNhc2Ugd2hlcmUgYmVj YXVzZSBvZiBETlMgY2FjaGluZyBhDQpzdWJzZXF1ZW50IFVzZXIgQWdlbnQgZW5kcyB1cCBjb25u ZWN0aW5nIHRvIHRoZSBzYW1lIHN1cnJvZ2F0ZSB3aXRob3V0DQphbnkgZnVydGhlciBpbnRlcmFj dGlvbiBiZXR3ZWVuIHRoZSBVc2VyIEFnZW50J3MgRE5TIHJlc29sdmVyIGFuZCB0aGUNClJlcXVl c3QgUm91dGluZyBzeXN0ZW0gaW4gYSBDRE4/DQoNCkkgd2Fzbid0LCBidXQgdGhpcyBpcyBhbm90 aGVyIGFsdGVybmF0aXZlIQ0KDQoNClRoYW5rcw0KQmVuDQoNCg0KSW4gdGhpcyBjYXNlIHRoZSBD RE5zIHdvdWxkIG5lZWQgdG8gYmUgYWJsZSB0byBzaGFyZSBjb250cm9sDQppbmZvcm1hdGlvbiBh Ym91dCBjb250ZW50IGF2YWlsYWJpbGl0eS4gQ29udGVudCBtYXkgYWxyZWFkeSBiZQ0KYXZhaWxh YmxlIGxvY2FsbHkgZWl0aGVyIGJlY2F1c2UgYW4gYXV0aG9yaXRhdGl2ZSBDRE4gaGFzIHB1c2hl ZCBpdA0KdGhlaXIgb3IgYmVjYXVzZSB0aGUgbG9jYWwgQ0ROIGhhcyBwdWxsZWQgaXQuIFRoZSBs b2NhbCBDRE4gY291bGQgaGFuZA0Kb3ZlciB0byBhIENETiB3aXRoIHRoZSBjb250ZW50IG9yIG1p Z2h0IHN0cmVhbSBpdCB0aHJvdWdoIHRoZSBsb2NhbCBDRE4NCmFuZCBjYWNoZSBmb3IgdGhlIG5l eHQgdXNlci4NCg0KQXJlIGFsbCB0aGVzZSBzb3J0cyBvZiBsYXR0ZXIgb3B0aW9ucyBpbiBzY29w ZT8gSWYgdGhleSBhcmUgdGhlbiB3ZQ0Kc2hvdWxkIG1ha2Ugc3VyZSB0aGUgdGVybWlub2xvZ3kg aXMgc3VpdGFibHkgZ2VuZXJpYy4NCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KQ0ROaSBtYWlsaW5nIGxpc3QNCkNETmlAaWV0Zi5vcmc8bWFpbHRv OkNETmlAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Nk bmkNCg0KW2NpZDppbWFnZTAwMS5qcGdAMDFDQkIzMDEuOEQzMjhBNzBdDQoNCg0KDQpGcmFuY29p cyBMZSBGYXVjaGV1cg0KRGlzdGluZ3Vpc2hlZCBFbmdpbmVlcg0KQ29ycG9yYXRlIERldmVsb3Bt ZW50DQpmbGVmYXVjaEBjaXNjby5jb208bWFpbHRvOmZsZWZhdWNoQGNpc2NvLmNvbT4NClBob25l OiArMzMgNDkgNzIzIDI2MTkNCk1vYmlsZTogKzMzIDYgMTkgOTggNTAgOTANCg0KDQoNCkNpc2Nv IFN5c3RlbXMgRnJhbmNlDQpHcmVlbnNpZGUNCjQwMCBBdmUgZGUgUm91bWFuaWxsZQ0KMDY0MTAg U29waGlhIEFudGlwb2xpcw0KRnJhbmNlDQpDaXNjby5jb208aHR0cDovL3d3dy5jaXNjby5jb20+ DQoNCg0KDQoNCltjaWQ6aW1hZ2UwMDIuZ2lmQDAxQ0JCMzAxLjhEMzI4QTcwXQ0KDQogVGhpbmsg YmVmb3JlIHlvdSBwcmludC4NCg0KDQpUaGlzIGVtYWlsIG1heSBjb250YWluIGNvbmZpZGVudGlh bCBhbmQgcHJpdmlsZWdlZCBtYXRlcmlhbCBmb3IgdGhlIHNvbGUgdXNlIG9mIHRoZSBpbnRlbmRl ZCByZWNpcGllbnQuIEFueSByZXZpZXcsIHVzZSwgZGlzdHJpYnV0aW9uIG9yIGRpc2Nsb3N1cmUg Ynkgb3RoZXJzIGlzIHN0cmljdGx5IHByb2hpYml0ZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRl bmRlZCByZWNpcGllbnQgKG9yIGF1dGhvcml6ZWQgdG8gcmVjZWl2ZSBmb3IgdGhlIHJlY2lwaWVu dCksIHBsZWFzZSBjb250YWN0IHRoZSBzZW5kZXIgYnkgcmVwbHkgZW1haWwgYW5kIGRlbGV0ZSBh bGwgY29waWVzIG9mIHRoaXMgbWVzc2FnZS4NCg0KQ2lzY28gU3lzdGVtcyBGcmFuY2UsIFNvY2nD qXTDqSDDoCByZXNwb25zYWJpaXTDqSBsaW1pdMOpZSwgUnVlIENhbWlsbGUgRGVzbW91bGlucyDi gJMgSW1tIEF0bGFudGlzIFphYyBGb3J1bSBTZWluZSBJbG90IDcgOTIxMzAgSXNzeSBsZXMgTW91 bGluZWF1eCwgQXUgY2FwaXRhbCBkZSA5MS40NzAg4oKsLCAzNDkgMTY2IDU2MSBSQ1MgTmFudGVy cmUsIERpcmVjdGV1ciBkZSBsYSBwdWJsaWNhdGlvbjogSmVhbi1MdWMgTWljaGVsIEdpdm9uZS4N Cg0KRm9yIGNvcnBvcmF0ZSBsZWdhbCBpbmZvcm1hdGlvbiBnbyB0bzoNCmh0dHA6Ly93d3cuY2lz Y28uY29tL3dlYi9hYm91dC9kb2luZ19idXNpbmVzcy9sZWdhbC9jcmkvaW5kZXguaHRtbA0KDQoN Cg0K --_000_ED51D9282D1D3942B9438CA8F3372EB72637125305EMV64UKRDdoma_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50 PSJNaWNyb3NvZnQgV29yZCAxMiAoZmlsdGVyZWQgbWVkaXVtKSI+PCEtLVtpZiAhbXNvXT48c3R5 bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7YmVoYXZpb3I6dXJs KCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0KLnNo YXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwhW2VuZGlmXS0tPjxz dHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFt aWx5OkhlbHZldGljYTsNCglwYW5vc2UtMToyIDExIDYgNCAyIDIgMiAyIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OldpbmdkaW5nczsNCglwYW5vc2UtMTo1IDAgMCAwIDAgMCAwIDAg MCAwO30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUg MCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0K CXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1p bHk6VGFob21hOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6VGltZXM7DQoJcGFub3NlLTE6MiAyIDYgMyA1IDQgNSAyIDMgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcA0KCXttc28tc3R5bGUtcHJpb3JpdHk6 OTk7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXplOjEy LjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCnAuTXNvTGlz dFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7 bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGNtOw0KCW1hcmdpbi1yaWdodDow Y207DQoJbWFyZ2luLWJvdHRvbTowY207DQoJbWFyZ2luLWxlZnQ6MzYuMHB0Ow0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBO ZXcgUm9tYW4iLCJzZXJpZiI7fQ0Kc3Bhbi5hcHBsZS1zdHlsZS1zcGFuDQoJe21zby1zdHlsZS1u YW1lOmFwcGxlLXN0eWxlLXNwYW47fQ0Kc3Bhbi5FbWFpbFN0eWxlMjANCgl7bXNvLXN0eWxlLXR5 cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsN Cgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9y dC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6 NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0K ZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRp b25zICovDQpAbGlzdCBsMA0KCXttc28tbGlzdC1pZDozNjg0NTYwOTI7DQoJbXNvLWxpc3QtdHlw ZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOi0yNTU0MjM0NiAxODIwMjM4MjgwIDEz NDgwNzU1NSAxMzQ4MDc1NTcgMTM0ODA3NTUzIDEzNDgwNzU1NSAxMzQ4MDc1NTcgMTM0ODA3NTUz IDEzNDgwNzU1NSAxMzQ4MDc1NTc7fQ0KQGxpc3QgbDA6bGV2ZWwxDQoJe21zby1sZXZlbC1zdGFy dC1hdDowOw0KCW1zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4 dDotOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwi c2Fucy1zZXJpZiI7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgltc28tYmlk aS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQpAbGlzdCBsMQ0KCXttc28tbGlzdC1p ZDo1NDMyNTY4MDQ7DQoJbXNvLWxpc3QtdHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUt aWRzOjE1NjE5OTQwNDYgMzc3NTI2MjcwIDEzNDgwNzU1NSAxMzQ4MDc1NTcgMTM0ODA3NTUzIDEz NDgwNzU1NSAxMzQ4MDc1NTcgMTM0ODA3NTUzIDEzNDgwNzU1NSAxMzQ4MDc1NTc7fQ0KQGxpc3Qg bDE6bGV2ZWwxDQoJe21zby1sZXZlbC1zdGFydC1hdDowOw0KCW1zby1sZXZlbC1udW1iZXItZm9y bWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDotOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25l Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJbXNvLWZhcmVhc3QtZm9u dC1mYW1pbHk6Q2FsaWJyaTsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFu Ijt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQp1bA0KCXttYXJnaW4tYm90dG9tOjBjbTt9 DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2 OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYg Z3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAg djpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZd LS0+PC9oZWFkPjxib2R5IGxhbmc9RU4tR0IgbGluaz1ibHVlIHZsaW5rPXB1cnBsZSBzdHlsZT0n d29yZC13cmFwOiBicmVhay13b3JkOy13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTstd2Via2l0LWxp bmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlJz48ZGl2IGNsYXNzPVdvcmRTZWN0aW9uMT48cCBj bGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz5MZXQgbWUgdHJ5IGFuIGV4YW1w bGUgdGhlbiDigJM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFu IHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJp ZiI7Y29sb3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1z b05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJy aSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPk9uZSBnZW5lcmljIGJ1c2luZXNzIG1vZGVs IGlzIHdoZXJlIHRoZSBhdXRob3JpdGF0aXZlIENETiBjb250cm9scyBib3RoIHRoZSBjb250ZW50 IGRpc3NlbWluYXRpb24gYW5kIHRoZSByZXF1ZXN0IHJvdXRpbmcuIEl0IHB1c2hlcyB0aGUgY29u dGVudCB0byBvdGhlciBDRE5zIHdoZXJlIGl0IHdhbnRzIChzdWJqZWN0IHRvIHRoZW0gYWNjZXB0 aW5nLCBhbmQgdGhlbiBmb2xsb3dzIHRoaXMgYnkgcmVmZXJyaW5nIHRoZW0gc29tZSBvZiB0aGUg Y2xpZW50IHJlcXVlc3RzLiBFeGFjdGx5IHRoZSBtb2RlbCB3ZSB3YW50IGZvciBvZmZsb2FkIEni gJlkIHN1Z2dlc3QsIGFuZCBwcm9iYWJseSBhbHNvIGV4dGVuZGluZyBnZW9ncmFwaGljIGFuZCBu ZXR3b3JrL2RldmljZSAoZS5nLiBtb2JpbGUpIHJlYWNoLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48 cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+SG93 ZXZlciwgdGhpcyBoYXMgc2V2ZXJhbCBpbXBsaWNhdGlvbnMuIFRoZSBhdXRob3JpdGF0aXZlIENE TiBpcyBpbiBjb250cm9sLiBJdCBjaG9vc2VzIHdobyBjYW4gaG9sZCBhbmQgc2VydmUgdGhlIGNv bnRlbnQgZm9yIHdoaWNoIGl0IGlzIHRoZSBhdXRob3JpdGF0aXZlIHNvdXJjZS4gT24gb25lIGhh bmQgd2UgbWlnaHQgc2F5IHRoaXMgaXMgZmluZSDigJMgYWZ0ZXIgYWxsIGl0IGlzIHRoZSBvbmUg d2hvIHdvbiB0aGUgY29udGVudCBidXNpbmVzcy4gT24gdGhlIG90aGVyIGhhbmQgaXQgZG9lc27i gJl0IG1hdGNoIHdpdGggYSBzdGFuZGFyZCB3aG9sZXNhbGUgbW9kZWwgd2hlcmUgc3VwcGx5IGlz IChub3Qgc2VsZWN0aXZlbHkpIG9mZmVyZWQgdG8gZG93bnN0cmVhbSBwYXJ0aWVzLjxvOnA+PC9v OnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxl PSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29s b3I6IzFGNDk3RCc+SGVuY2UgSSB0aGluayBpdOKAmXMgd29ydGggdGhpbmtpbmcgYWJvdXQgdXNl IGNhc2VzIHdoZXJlIHRoZSBtb3RpdmF0aW9uIGlzIHJlYWxseSBhYm91dCBleHRlbmRpbmcgY29u dGVudCAocmF0aGVyIHRoYW4gZXh0ZW5kaW5nIHJlYWNoKS4gRm9yIGV4YW1wbGUsIEkgaGF2ZSBh biBJUFRWIHNlcnZpY2UgYW5kIHdhbnQgdG8gaW5jbHVkZSBzb21lIG9mIHlvdXIgYXV0aG9yaXRh dGl2ZSBDRE4gY29udGVudCBvbiBteSBsb2NhbCBDRE4gdG8gc2VydmUgbXkgSVBUViBjdXN0b21l cnMuIFdlIGNhbiB0YWxrIGFib3V0IGFsbG93aW5nIHRoZSBsb2NhbCBDRE4gdG8gcHVsbCBjb250 ZW50LiBIb3dldmVyLCBpZiB0aGUgcmVxdWVzdCByb3V0aW5nIGlzIHN0aWxsIHB1c2hlZCBkb3du IGZyb20gdGhlIGF1dGhvcml0YXRpdmUgQ0ROIEkgc3RpbGwgd29u4oCZdCBiZSBhYmxlIHRvIHNl cnZlIGNvbnRlbnQgbG9jYWxseSB1bmxlc3MgdGhlIGF1dGhvcml0YXRpdmUgQ0ROIGFncmVlcyDi gJMgZXZlbiBmb3IgbXkgb3duIGNsaWVudHMuPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNz PU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2Fs aWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz5XZSBjYW4gc2Vl IHR3byB0ZWNobmljYWwgd2F5cyBvZiBhbGxvd2luZyByZXF1ZXN0IHJvdXRpbmcgcHVsbCAoZnJv bSB0aGUgY2xpZW50KTxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29MaXN0UGFyYWdy YXBoIHN0eWxlPSd0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwwIGxldmVsMSBsZm8yJz48 IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPjxzcGFuIHN0eWxlPSdt c28tbGlzdDpJZ25vcmUnPi08c3BhbiBzdHlsZT0nZm9udDo3LjBwdCAiVGltZXMgTmV3IFJvbWFu Iic+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IDwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPlNp bXBseSBpbXBsZW1lbnQgcmVxdWVzdCByb3V0aW5nIHB1c2ggKGZyb20gdGhlIGF1dGhvcml0YXRp dmUgQ0ROKSBpbiB0aGUgQ0ROIGZlZGVyYXRpb24uIEFsbG93IHRoZSBwdWxsIG9mIHRoZSBjb250 ZW50IGl0c2VsZi4gVGhlIGZhY3QgdGhhdCBhbnkgQ0ROIGZlZGVyYXRpb24gcmVxdWVzdCByb3V0 aW5nIHN0YXJ0cyBhdCB0aGUgYXV0aG9yaXRhdGl2ZSBDRE4gZG9lc27igJl0IHN0b3AgdGhlIGNs aWVudCByZXF1ZXN0aW5nIGNvbnRlbnQgZnJvbSBpdHMgcHJlZmVycmVkIENETiBmaXJzdC4gVGh1 cyB0aGUg4oCYcHVsbOKAmSBiZWNvbWVzIG91dCBvZiBzY29wZSBpbiBmZWRlcmF0aW9uIGRpc2N1 c3Npb25zLiBUaGUgZG93bnNpZGUgb2YgdGhpcyBhcHByb2FjaCBpcyB0aGF0IHRoZSBsb2NhbCBD RE4gY2Fubm90IGNob29zZSB3aG8gdG8gb2ZmbG9hZCByZXF1ZXN0cyB0byDigJMgb25seSB0aGUg YXV0aG9yaXRhdGl2ZSBDRE4gY2FuIGRvIHRoYXQuPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNs YXNzPU1zb0xpc3RQYXJhZ3JhcGggc3R5bGU9J3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6 bDAgbGV2ZWwxIGxmbzInPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSdmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3 RCc+PHNwYW4gc3R5bGU9J21zby1saXN0Oklnbm9yZSc+LTxzcGFuIHN0eWxlPSdmb250OjcuMHB0 ICJUaW1lcyBOZXcgUm9tYW4iJz4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0 eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7 Y29sb3I6IzFGNDk3RCc+QWxsb3cgYSDigJhwdWxs4oCZIHJlcXVlc3Qgcm91dGluZyBhcyBwYXJ0 IG9mIHRoZSBDRE4gZmVkZXJhdGlvbi4gVGhpbmdzIGdldCBtdWNoIG1vcmUgY29tcGxpY2F0ZWQg YmVjYXVzZSB3ZSBuZWVkIGtub3dsZWRnZSBvZiBjb250ZW50IGF2YWlsYWJpbGl0eSB0byBiZSBh YmxlIHRvIHJvdXRlIHJlcXVlc3RzIGJldHdlZW4gQ0ROcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPlRy ZXZvci48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxl PSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29s b3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1h bD48Yj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiQXJpYWwiLCJz YW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz5UcmV2b3IgQnVyYnJpZGdlPGJyPk5ldHdvcmstQmFz ZWQgU2VydmljZXMgSW5mcmFzdHJ1Y3R1cmUgfCBCVCBJbm5vdmF0ZSAmYW1wOyBEZXNpZ248YnI+ VGVsOiAwMTQ3MyA2NDUxMTU8YnI+RmF4OiAwMTQ3MyA2NDA5Mjk8YnI+PC9zcGFuPjwvYj48c3Bh biBzdHlsZT0nY29sb3I6IzFGNDk3RCc+PGJyPjwvc3Bhbj48c3BhbiBzdHlsZT0nZm9udC1zaXpl OjcuNXB0O2ZvbnQtZmFtaWx5OiJBcmlhbCIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPlRo aXMgZW1haWwgY29udGFpbnMgQlQgaW5mb3JtYXRpb24sIHdoaWNoIG1heSBiZSBwcml2aWxlZ2Vk IG9yIGNvbmZpZGVudGlhbC4gSXQncyBtZWFudCBvbmx5IGZvciB0aGUgaW5kaXZpZHVhbChzKSBv ciBlbnRpdHkgbmFtZWQgYWJvdmUuIElmIHlvdSdyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVu dCwgbm90ZSB0aGF0IGRpc2Nsb3NpbmcsIGNvcHlpbmcsIGRpc3RyaWJ1dGluZyBvciB1c2luZyB0 aGlzIGluZm9ybWF0aW9uIGlzIHByb2hpYml0ZWQuIElmIHlvdSd2ZSByZWNlaXZlZCB0aGlzIGVt YWlsIGluIGVycm9yLCBwbGVhc2UgbGV0IG1lIGtub3cgaW1tZWRpYXRlbHkgb24gdGhlIGVtYWls IGFkZHJlc3MgYWJvdmUuIFRoYW5rIHlvdS48YnI+V2UgbW9uaXRvciBvdXIgZW1haWwgc3lzdGVt LCBhbmQgbWF5IHJlY29yZCB5b3VyIGVtYWlscy48L3NwYW4+PHNwYW4gc3R5bGU9J2NvbG9yOiMx RjQ5N0QnPiA8YnI+PC9zcGFuPjxzcGFuIHN0eWxlPSdmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1p bHk6IkFyaWFsIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+QnJpdGlzaCBUZWxlY29tbXVu aWNhdGlvbnMgcGxjPGJyPlJlZ2lzdGVyZWQgb2ZmaWNlOiA4MSBOZXdnYXRlIFN0cmVldCBMb25k b24gRUMxQSA3QUo8YnI+UmVnaXN0ZXJlZCBpbiBFbmdsYW5kIG5vOiAxODAwMDAwPC9zcGFuPjxz cGFuIHN0eWxlPSdjb2xvcjojMUY0OTdEJz4gPC9zcGFuPjxzcGFuIHN0eWxlPSdmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+ PG86cD48L286cD48L3NwYW4+PC9wPjxkaXYgc3R5bGU9J2JvcmRlcjpub25lO2JvcmRlci1sZWZ0 OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCc+PGRpdj48ZGl2IHN0 eWxlPSdib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzoz LjBwdCAwY20gMGNtIDBjbSc+PHAgY2xhc3M9TXNvTm9ybWFsPjxiPjxzcGFuIGxhbmc9RU4tVVMg c3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYi Jz5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPiBGcmFuY29pcyBMZSBGYXVjaGV1 ciBbbWFpbHRvOmZsZWZhdWNoQGNpc2NvLmNvbV0gPGJyPjxiPlNlbnQ6PC9iPiAxMiBKYW51YXJ5 IDIwMTEgMTY6MzQ8YnI+PGI+VG86PC9iPiBCZW4gTml2ZW4tSmVua2luczxicj48Yj5DYzo8L2I+ IEZyYW5jb2lzIExlIEZhdWNoZXVyOyBCdXJicmlkZ2UsVCxUcmV2b3IsREVTOCBSOyBjZG5pQGll dGYub3JnPGJyPjxiPlN1YmplY3Q6PC9iPiBSZTogW0NETmldIFByb2JsZW0gU3RhdGVtZW50OiBU ZXJtaW5vbG9neTxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48L2Rpdj48cCBjbGFzcz1Nc29O b3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PGJyPjxi cj48bzpwPjwvbzpwPjwvcD48ZGl2PjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQnPjxwIGNsYXNzPU1zb05vcm1hbD5JbiB0aGlzIGNhc2UgaXQg ZG9lc24ndCBoYXZlIHRvIGdldCBhcyBmYXIgYXMgdGhlIGF1dGhvcml0YXRpdmUgQ0ROIGJ1dCBj YW4gc3RvcCB3aGVyZXZlciBpdCBmaXJzdCBmaW5kcyB0aGUgY29udGVudC4gRm9yIGV4YW1wbGUg YW5kIElQVFYgY2xpZW50IG1heSBpbml0aWFsbHkgZGlyZWN0IHJlcXVlc3RzIHRvIGl0cyAnaG9t ZScgQ0ROLjxvOnA+PC9vOnA+PC9wPjwvYmxvY2txdW90ZT48YmxvY2txdW90ZSBzdHlsZT0nbWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Jz48cCBjbGFzcz1Nc29Ob3JtYWw+PG86 cD4mbmJzcDs8L286cD48L3A+PC9ibG9ja3F1b3RlPjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnPjxwIGNsYXNzPU1zb05vcm1hbD5PciB3ZSBj YW4gcnVsZSB0aGVzZSBvdXQgb2Ygc2NvcGUuLi48bzpwPjwvbzpwPjwvcD48L2Jsb2NrcXVvdGU+ PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCc+ PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjwvYmxvY2txdW90ZT48cCBj bGFzcz1Nc29Ob3JtYWw+PGJyPkknZCBiZSBpbnRlcmVzdGVkIGluIHRoZSB2aWV3cyBvZiBvdGhl cnMsIGJ1dCBteSBwZXJzb25hbCB2aWV3IGlzIHdlIHRyeSB0byBzdGVlciBjbGVhciBvZiB1bnBy b3ZlbiBjb250ZW50IG1vZGVscyBhbmQgZm9jdXMgb24gc29sdmluZyB0aGUgcHJvYmxlbSBvZiBh IGxhY2sgb2YgQ0ROIGludGVyY29ubmVjdCBzdGFuZGFyZHMgdGhhdCBjYW4gYmUgdXNlZCB0byBp bnRlcmNvbm5lY3QgZXhpc3RpbmcgQ0ROcy48bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNs YXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1z b05vcm1hbD5JIHNoYXJlIHRoYXQgdmlldy48bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNs YXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1z b05vcm1hbD5GcmFuY29pczxvOnA+PC9vOnA+PC9wPjwvZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48 YnI+PGJyPjxvOnA+PC9vOnA+PC9wPjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxicj5CZW48YnI+ PGJyPjxicj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286 cD48L3A+PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1 LjBwdCc+PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1 LjBwdCc+PHAgY2xhc3M9TXNvTm9ybWFsPk9yIGFyZSB5b3UgdGFsa2luZyBhYm91dCBhIGNhc2Ug d2hlcmUgYmVjYXVzZSBvZiBETlMgY2FjaGluZyBhPG86cD48L286cD48L3A+PC9ibG9ja3F1b3Rl PjwvYmxvY2txdW90ZT48YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0Jz48YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0Jz48cCBjbGFzcz1Nc29Ob3JtYWw+c3Vic2VxdWVudCBVc2VyIEFnZW50IGVu ZHMgdXAgY29ubmVjdGluZyB0byB0aGUgc2FtZSBzdXJyb2dhdGUgd2l0aG91dDxvOnA+PC9vOnA+ PC9wPjwvYmxvY2txdW90ZT48L2Jsb2NrcXVvdGU+PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCc+PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCc+PHAgY2xhc3M9TXNvTm9ybWFsPmFueSBmdXJ0 aGVyIGludGVyYWN0aW9uIGJldHdlZW4gdGhlIFVzZXIgQWdlbnQncyBETlMgcmVzb2x2ZXIgYW5k IHRoZTxvOnA+PC9vOnA+PC9wPjwvYmxvY2txdW90ZT48L2Jsb2NrcXVvdGU+PGJsb2NrcXVvdGUg c3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCc+PGJsb2NrcXVvdGUg c3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCc+PHAgY2xhc3M9TXNv Tm9ybWFsPlJlcXVlc3QgUm91dGluZyBzeXN0ZW0gaW4gYSBDRE4/PG86cD48L286cD48L3A+PC9i bG9ja3F1b3RlPjwvYmxvY2txdW90ZT48YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0Jz48cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286 cD48L3A+PC9ibG9ja3F1b3RlPjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQnPjxwIGNsYXNzPU1zb05vcm1hbD5JIHdhc24ndCwgYnV0IHRoaXMg aXMgYW5vdGhlciBhbHRlcm5hdGl2ZSE8bzpwPjwvbzpwPjwvcD48L2Jsb2NrcXVvdGU+PGJsb2Nr cXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCc+PHAgY2xh c3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjwvYmxvY2txdW90ZT48YmxvY2txdW90 ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Jz48cCBjbGFzcz1N c29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+PC9ibG9ja3F1b3RlPjxibG9ja3F1b3RlIHN0 eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnPjxibG9ja3F1b3RlIHN0 eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnPjxwIGNsYXNzPU1zb05v cm1hbD5UaGFua3M8bzpwPjwvbzpwPjwvcD48L2Jsb2NrcXVvdGU+PC9ibG9ja3F1b3RlPjxibG9j a3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnPjxibG9j a3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnPjxwIGNs YXNzPU1zb05vcm1hbD5CZW48bzpwPjwvbzpwPjwvcD48L2Jsb2NrcXVvdGU+PC9ibG9ja3F1b3Rl PjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQn PjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQn PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Jsb2NrcXVvdGU+PC9i bG9ja3F1b3RlPjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQnPjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQnPjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Jsb2Nr cXVvdGU+PC9ibG9ja3F1b3RlPjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQnPjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQnPjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQnPjxwIGNsYXNzPU1zb05vcm1hbD5JbiB0aGlzIGNhc2UgdGhlIENE TnMgd291bGQgbmVlZCB0byBiZSBhYmxlIHRvIHNoYXJlIGNvbnRyb2w8bzpwPjwvbzpwPjwvcD48 L2Jsb2NrcXVvdGU+PC9ibG9ja3F1b3RlPjwvYmxvY2txdW90ZT48YmxvY2txdW90ZSBzdHlsZT0n bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Jz48YmxvY2txdW90ZSBzdHlsZT0n bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Jz48cCBjbGFzcz1Nc29Ob3JtYWw+ aW5mb3JtYXRpb24gYWJvdXQgY29udGVudCBhdmFpbGFiaWxpdHkuIENvbnRlbnQgbWF5IGFscmVh ZHkgYmU8bzpwPjwvbzpwPjwvcD48L2Jsb2NrcXVvdGU+PC9ibG9ja3F1b3RlPjxibG9ja3F1b3Rl IHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnPjxibG9ja3F1b3Rl IHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnPjxwIGNsYXNzPU1z b05vcm1hbD5hdmFpbGFibGUgbG9jYWxseSBlaXRoZXIgYmVjYXVzZSBhbiBhdXRob3JpdGF0aXZl IENETiBoYXMgcHVzaGVkIGl0PG86cD48L286cD48L3A+PC9ibG9ja3F1b3RlPjwvYmxvY2txdW90 ZT48YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 Jz48YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 Jz48cCBjbGFzcz1Nc29Ob3JtYWw+dGhlaXIgb3IgYmVjYXVzZSB0aGUgbG9jYWwgQ0ROIGhhcyBw dWxsZWQgaXQuIFRoZSBsb2NhbCBDRE4gY291bGQgaGFuZDxvOnA+PC9vOnA+PC9wPjwvYmxvY2tx dW90ZT48L2Jsb2NrcXVvdGU+PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLWJvdHRvbTo1LjBwdCc+PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLWJvdHRvbTo1LjBwdCc+PHAgY2xhc3M9TXNvTm9ybWFsPm92ZXIgdG8gYSBDRE4gd2l0aCB0 aGUgY29udGVudCBvciBtaWdodCBzdHJlYW0gaXQgdGhyb3VnaCB0aGUgbG9jYWwgQ0ROPG86cD48 L286cD48L3A+PC9ibG9ja3F1b3RlPjwvYmxvY2txdW90ZT48YmxvY2txdW90ZSBzdHlsZT0nbWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Jz48YmxvY2txdW90ZSBzdHlsZT0nbWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Jz48cCBjbGFzcz1Nc29Ob3JtYWw+YW5k IGNhY2hlIGZvciB0aGUgbmV4dCB1c2VyLjxvOnA+PC9vOnA+PC9wPjwvYmxvY2txdW90ZT48L2Js b2NrcXVvdGU+PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCc+PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCc+PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCc+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjwvYmxvY2tx dW90ZT48L2Jsb2NrcXVvdGU+PC9ibG9ja3F1b3RlPjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnPjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnPjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnPjxwIGNsYXNzPU1zb05vcm1hbD5BcmUgYWxs IHRoZXNlIHNvcnRzIG9mIGxhdHRlciBvcHRpb25zIGluIHNjb3BlPyBJZiB0aGV5IGFyZSB0aGVu IHdlPG86cD48L286cD48L3A+PC9ibG9ja3F1b3RlPjwvYmxvY2txdW90ZT48L2Jsb2NrcXVvdGU+ PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCc+ PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCc+ PHAgY2xhc3M9TXNvTm9ybWFsPnNob3VsZCBtYWtlIHN1cmUgdGhlIHRlcm1pbm9sb2d5IGlzIHN1 aXRhYmx5IGdlbmVyaWMuPG86cD48L286cD48L3A+PC9ibG9ja3F1b3RlPjwvYmxvY2txdW90ZT48 YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Jz48 cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+PC9ibG9ja3F1b3RlPjxwIGNs YXNzPU1zb05vcm1hbD48YnI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX188YnI+Q0ROaSBtYWlsaW5nIGxpc3Q8YnI+PGEgaHJlZj0ibWFpbHRvOkNETmlAaWV0 Zi5vcmciPkNETmlAaWV0Zi5vcmc8L2E+PGJyPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vY2RuaTxvOnA+PC9vOnA+PC9wPjwvZGl2PjwvZGl2PjxwIGNsYXNzPU1zb05vcm1h bD48bzpwPiZuYnNwOzwvbzpwPjwvcD48ZGl2PjxkaXY+PHRhYmxlIGNsYXNzPU1zb05vcm1hbFRh YmxlIGJvcmRlcj0wIGNlbGxzcGFjaW5nPTAgY2VsbHBhZGRpbmc9MCB3aWR0aD01NDMgc3R5bGU9 J3dpZHRoOjQwNy4yNXB0Jz48dHI+PHRkIHN0eWxlPSdwYWRkaW5nOjBjbSAwY20gMGNtIDBjbSc+ PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuNXB0O2ZvbnQtZmFt aWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+PGltZyBib3JkZXI9MCB3 aWR0aD0xNTQgaGVpZ2h0PTEwMCBpZD0iX3gwMDMwX2RjZDViY2YtZDRhNS00MGE0LWE5M2UtNTRm NDUzMzQyY2Y0IiBzcmM9ImNpZDppbWFnZTAwMS5qcGdAMDFDQkIzMDEuOEQzMjhBNzAiPjwvc3Bh bj48c3BhbiBjbGFzcz1hcHBsZS1zdHlsZS1zcGFuPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTMu NXB0O2ZvbnQtZmFtaWx5OiJUaW1lcyIsInNlcmlmIjtjb2xvcjpibGFjayc+PG86cD48L286cD48 L3NwYW4+PC9zcGFuPjwvcD48dGFibGUgY2xhc3M9TXNvTm9ybWFsVGFibGUgYm9yZGVyPTAgY2Vs bHNwYWNpbmc9MCBjZWxscGFkZGluZz0wIHdpZHRoPTU0MyBzdHlsZT0nd2lkdGg6NDA3LjI1cHQ7 YmFja2dyb3VuZC1hdHRhY2htZW50OmluaXRpYWw7LXdlYmtpdC1iYWNrZ3JvdW5kLWNsaXA6IGlu aXRpYWw7LXdlYmtpdC1iYWNrZ3JvdW5kLW9yaWdpbjogaW5pdGlhbDtiYWNrZ3JvdW5kLWNvbG9y OmluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6bm8tcmVwZWF0O2JhY2tncm91bmQtcG9zaXRpb24t eDo1MCU7YmFja2dyb3VuZC1wb3NpdGlvbi15OjAlJz48dHI+PHRkIHN0eWxlPSdwYWRkaW5nOjBj bSAwY20gMGNtIDBjbSc+PC90ZD48L3RyPjwvdGFibGU+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFu IGNsYXNzPWFwcGxlLXN0eWxlLXNwYW4+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMy41cHQ7Zm9u dC1mYW1pbHk6IlRpbWVzIiwic2VyaWYiO2NvbG9yOmJsYWNrO2Rpc3BsYXk6bm9uZSc+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9zcGFuPjwvcD48dGFibGUgY2xhc3M9TXNvTm9ybWFsVGFibGUg Ym9yZGVyPTAgY2VsbHNwYWNpbmc9MCBjZWxscGFkZGluZz0wIHdpZHRoPTU0MyBzdHlsZT0nd2lk dGg6NDA3LjI1cHQ7YmFja2dyb3VuZC1hdHRhY2htZW50OmluaXRpYWw7LXdlYmtpdC1iYWNrZ3Jv dW5kLWNsaXA6IGluaXRpYWw7LXdlYmtpdC1iYWNrZ3JvdW5kLW9yaWdpbjogaW5pdGlhbDtiYWNr Z3JvdW5kLWNvbG9yOmluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6bm8tcmVwZWF0O2JhY2tncm91 bmQtcG9zaXRpb24teDo1MCU7YmFja2dyb3VuZC1wb3NpdGlvbi15OjAlJz48dHI+PHRkIG5vd3Jh cCB2YWxpZ249dG9wIHN0eWxlPSdwYWRkaW5nOjBjbSAwY20gMTEuMjVwdCAxOC4wcHQnPjxwIHN0 eWxlPSdtYXJnaW4tYm90dG9tOjEyLjBwdCc+PGI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo4LjVw dDtmb250LWZhbWlseToiQXJpYWwiLCJzYW5zLXNlcmlmIjtjb2xvcjojNjY2NjY2Jz48YnI+PHN0 cm9uZz48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6IkFyaWFsIiwic2Fucy1zZXJpZiInPkZyYW5j b2lzIExlIEZhdWNoZXVyPC9zcGFuPjwvc3Ryb25nPjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9J2Zv bnQtc2l6ZTo4LjVwdDtmb250LWZhbWlseToiQXJpYWwiLCJzYW5zLXNlcmlmIjtjb2xvcjojNjY2 NjY2Jz48YnI+PHN0cm9uZz48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6IkFyaWFsIiwic2Fucy1z ZXJpZiInPkRpc3Rpbmd1aXNoZWQgRW5naW5lZXI8L3NwYW4+PC9zdHJvbmc+PGJyPjxzdHJvbmc+ PHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5OiJBcmlhbCIsInNhbnMtc2VyaWYiJz5Db3Jwb3JhdGUg RGV2ZWxvcG1lbnQ8L3NwYW4+PC9zdHJvbmc+PGJyPjxhIGhyZWY9Im1haWx0bzpmbGVmYXVjaEBj aXNjby5jb20iPjxzcGFuIHN0eWxlPSdjb2xvcjojNjY2NjY2Jz5mbGVmYXVjaEBjaXNjby5jb208 L3NwYW4+PC9hPjxicj5QaG9uZTombmJzcDs8c3Ryb25nPjxzcGFuIHN0eWxlPSdmb250LWZhbWls eToiQXJpYWwiLCJzYW5zLXNlcmlmIic+KzMzIDQ5IDcyMyAyNjE5PC9zcGFuPjwvc3Ryb25nPjxi cj5Nb2JpbGU6Jm5ic3A7PHN0cm9uZz48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6IkFyaWFsIiwi c2Fucy1zZXJpZiInPiszMyA2IDE5IDk4IDUwIDkwPC9zcGFuPjwvc3Ryb25nPjxicj48YnI+PG86 cD48L286cD48L3NwYW4+PC9wPjwvdGQ+PHRkIG5vd3JhcCB2YWxpZ249dG9wIHN0eWxlPSdwYWRk aW5nOjBjbSAwY20gNy41cHQgMTUuMHB0Jz48cCBzdHlsZT0nbWFyZ2luLWJvdHRvbToxMi4wcHQn PjxzdHJvbmc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo4LjVwdDtmb250LWZhbWlseToiQXJpYWwi LCJzYW5zLXNlcmlmIjtjb2xvcjojNjY2NjY2Jz5DaXNjbyBTeXN0ZW1zIEZyYW5jZTwvc3Bhbj48 L3N0cm9uZz48c3BhbiBzdHlsZT0nZm9udC1zaXplOjguNXB0O2ZvbnQtZmFtaWx5OiJBcmlhbCIs InNhbnMtc2VyaWYiO2NvbG9yOiM2NjY2NjYnPjxicj5HcmVlbnNpZGU8YnI+NDAwIEF2ZSBkZSBS b3VtYW5pbGxlPGJyPjA2NDEwIFNvcGhpYSBBbnRpcG9saXM8YnI+RnJhbmNlPGJyPjxhIGhyZWY9 Imh0dHA6Ly93d3cuY2lzY28uY29tIj48c3BhbiBzdHlsZT0nY29sb3I6IzY2NjY2Nic+Q2lzY28u Y29tPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC90ZD48dGQgd2lkdGg9MjAwIHN0 eWxlPSd3aWR0aDoxNTAuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gMGNtJz48cCBjbGFzcz1Nc29O b3JtYWw+Jm5ic3A7PG86cD48L286cD48L3A+PC90ZD48L3RyPjwvdGFibGU+PHAgY2xhc3M9TXNv Tm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTMuNXB0O2ZvbnQtZmFtaWx5OiJIZWx2ZXRp Y2EiLCJzYW5zLXNlcmlmIjtjb2xvcjpibGFjayc+PGJyPjxpbWcgYm9yZGVyPTAgd2lkdGg9MTgg aGVpZ2h0PTE5IGlkPSJfeDAwMzRfMDIzZjVmMy0wYzI2LTQwNzEtYTAzYi0yMmJiNTE0OGY4Nzci IHNyYz0iY2lkOmltYWdlMDAyLmdpZkAwMUNCQjMwMS44RDMyOEE3MCI+PC9zcGFuPjxzcGFuIGNs YXNzPWFwcGxlLXN0eWxlLXNwYW4+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMy41cHQ7Zm9udC1m YW1pbHk6IlRpbWVzIiwic2VyaWYiO2NvbG9yOmJsYWNrJz48bzpwPjwvbzpwPjwvc3Bhbj48L3Nw YW4+PC9wPjx0YWJsZSBjbGFzcz1Nc29Ob3JtYWxUYWJsZSBib3JkZXI9MCBjZWxsc3BhY2luZz0w IGNlbGxwYWRkaW5nPTAgd2lkdGg9NDAwIHN0eWxlPSd3aWR0aDozMDAuMHB0Jz48dHI+PHRkIHN0 eWxlPSdwYWRkaW5nOjBjbSAwY20gMGNtIDBjbSc+PC90ZD48L3RyPjx0cj48dGQgc3R5bGU9J3Bh ZGRpbmc6MGNtIDE4LjBwdCAwY20gMTguMHB0Jz48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5 bGU9J2ZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseToiQXJpYWwiLCJzYW5zLXNlcmlmIjtjb2xv cjojMDA5OTAwJz4mbmJzcDtUaGluayBiZWZvcmUgeW91IHByaW50LjxvOnA+PC9vOnA+PC9zcGFu PjwvcD48L3RkPjwvdHI+PHRyPjx0ZCBzdHlsZT0ncGFkZGluZzo1LjI1cHQgMTguMHB0IDQuNXB0 IDE4LjBwdCc+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tYm90dG9tOjEyLjBwdCc+ PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseToiQXJpYWwiLCJzYW5zLXNl cmlmIjtjb2xvcjojOTk5OTk5Jz48YnI+VGhpcyBlbWFpbCBtYXkgY29udGFpbiBjb25maWRlbnRp YWwgYW5kIHByaXZpbGVnZWQgbWF0ZXJpYWwgZm9yIHRoZSBzb2xlIHVzZSBvZiB0aGUgaW50ZW5k ZWQgcmVjaXBpZW50LiBBbnkgcmV2aWV3LCB1c2UsIGRpc3RyaWJ1dGlvbiBvciBkaXNjbG9zdXJl IGJ5IG90aGVycyBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50 ZW5kZWQgcmVjaXBpZW50IChvciBhdXRob3JpemVkIHRvIHJlY2VpdmUgZm9yIHRoZSByZWNpcGll bnQpLCBwbGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGJ5IHJlcGx5IGVtYWlsIGFuZCBkZWxldGUg YWxsIGNvcGllcyBvZiB0aGlzIG1lc3NhZ2UuPGJyPjxicj5DaXNjbyBTeXN0ZW1zIEZyYW5jZSwg U29jacOpdMOpIMOgIHJlc3BvbnNhYmlpdMOpIGxpbWl0w6llLCBSdWUgQ2FtaWxsZSBEZXNtb3Vs aW5zIOKAkyBJbW0gQXRsYW50aXMgWmFjIEZvcnVtIFNlaW5lIElsb3QgNyA5MjEzMCBJc3N5IGxl cyBNb3VsaW5lYXV4LCBBdSBjYXBpdGFsIGRlIDkxLjQ3MCDigqwsIDM0OSAxNjYgNTYxIFJDUyBO YW50ZXJyZSwgRGlyZWN0ZXVyIGRlIGxhIHB1YmxpY2F0aW9uOiBKZWFuLUx1YyBNaWNoZWwgR2l2 b25lLjxicj48YnI+Rm9yIGNvcnBvcmF0ZSBsZWdhbCBpbmZvcm1hdGlvbiBnbyB0bzo8YnI+PGEg aHJlZj0iaHR0cDovL3d3dy5jaXNjby5jb20vd2ViL2Fib3V0L2RvaW5nX2J1c2luZXNzL2xlZ2Fs L2NyaS9pbmRleC5odG1sIj5odHRwOi8vd3d3LmNpc2NvLmNvbS93ZWIvYWJvdXQvZG9pbmdfYnVz aW5lc3MvbGVnYWwvY3JpL2luZGV4Lmh0bWw8L2E+PG86cD48L286cD48L3NwYW4+PC9wPjwvdGQ+ PC90cj48L3RhYmxlPjwvdGQ+PC90cj48L3RhYmxlPjwvZGl2PjwvZGl2PjxwIGNsYXNzPU1zb05v cm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rpdj48L2Rpdj48L2JvZHk+PC9odG1sPg== --_000_ED51D9282D1D3942B9438CA8F3372EB72637125305EMV64UKRDdoma_-- --_005_ED51D9282D1D3942B9438CA8F3372EB72637125305EMV64UKRDdoma_ Content-Type: image/jpeg; name="image001.jpg" Content-Description: image001.jpg Content-Disposition: inline; filename="image001.jpg"; size=11041; creation-date="Thu, 13 Jan 2011 09:22:43 GMT"; modification-date="Thu, 13 Jan 2011 09:22:43 GMT" Content-ID: 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== --_005_ED51D9282D1D3942B9438CA8F3372EB72637125305EMV64UKRDdoma_ Content-Type: image/gif; name="image002.gif" Content-Description: image002.gif Content-Disposition: inline; filename="image002.gif"; size=87; creation-date="Thu, 13 Jan 2011 09:22:43 GMT"; modification-date="Thu, 13 Jan 2011 09:22:43 GMT" Content-ID: Content-Transfer-Encoding: base64 R0lGODlhEgATAJEAAAAAAP///wCZAP///yH5BAEAAAMALAAAAAASABMAAAIojI+pGyK8nINqUiTf bVnfvHEg1UmhdZRqaawu6XZVjKb0/CYxo8JOAQA7 --_005_ED51D9282D1D3942B9438CA8F3372EB72637125305EMV64UKRDdoma_-- From flefauch@cisco.com Thu Jan 13 01:58:07 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8B25B3A6B58 for ; Thu, 13 Jan 2011 01:58:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.025 X-Spam-Level: X-Spam-Status: No, score=-9.025 tagged_above=-999 required=5 tests=[AWL=-1.047, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_21=0.6, J_CHICKENPOX_91=0.6, RCVD_IN_DNSWL_HI=-8, SARE_GIF_ATTACH=1.42] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sNEggJkN3gVM for ; Thu, 13 Jan 2011 01:58:05 -0800 (PST) Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by core3.amsl.com (Postfix) with ESMTP id 4472D3A6ABA for ; Thu, 13 Jan 2011 01:58:03 -0800 (PST) Authentication-Results: ams-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-Files: image001.jpg, green.gif : 11041, 87 Received: from ams-core-2.cisco.com ([144.254.72.75]) by ams-iport-2.cisco.com with ESMTP; 13 Jan 2011 10:00:24 +0000 Received: from ams-flefauch-8713.cisco.com (ams-flefauch-8713.cisco.com [10.55.161.196]) by ams-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id p0DA0L2h028648; Thu, 13 Jan 2011 10:00:22 GMT Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/alternative; boundary=Apple-Mail-349-925530346 From: Francois Le Faucheur In-Reply-To: Date: Thu, 13 Jan 2011 11:00:26 +0100 Message-Id: References: <6A0C8291-9446-4BC5-97F9-68CFCE839940@niven-jenkins.co.uk> To: X-Mailer: Apple Mail (2.1082) Cc: cdni@ietf.org Subject: Re: [CDNi] Push vs. Pull was RE: Problem Statement: Terminology X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 13 Jan 2011 09:58:07 -0000 --Apple-Mail-349-925530346 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hello Trevor, On 13 Jan 2011, at 10:22, wrote: > Let me try an example then =96 Thanks for walking us through your ideas. More below: > =20 > One generic business model is where the authoritative CDN controls = both the content dissemination and the request routing. It pushes the = content to other CDNs where it wants (subject to them accepting, and = then follows this by referring them some of the client requests. Exactly = the model we want for offload I=92d suggest, and probably also extending = geographic and network/device (e.g. mobile) reach. Right. And effectively what we've been focusing on. > =20 > However, this has several implications. The authoritative CDN is in = control. It chooses who can hold and serve the content for which it is = the authoritative source. On one hand we might say this is fine =96 = after all it is the one who won the content business. Right.=20 And of course the CSP can optionally spreads his content-eggs over = multiple CDN-baskets (eg CSP load-balances his content requests over = multiple "prime CDNs") so there are multiple CDNs sharing the = top-of-CDN-tree control/responsibilities. > On the other hand it doesn=92t match with a standard wholesale model = where supply is (not selectively) offered to downstream parties. > =20 > Hence I think it=92s worth thinking about use cases where the = motivation is really about extending content (rather than extending = reach). For example, I have an IPTV service and want to include some of = your authoritative CDN content on my local CDN to serve my IPTV = customers. I see this as a very interesting, but different, problem. I don't see = this much as a "delivery" problem, but more as a "content exchange" = problem.=20 In your example, as a CDN operator, I don't own that content, I have no = idea if it is OK for you to resell that content or not, I don't know how = to help you make this content visible to your customers through your = EPG. Those seem to be the important questions here. Once all this is = figured out and the Content Owner has authorized you to get and resell = the content, then you can certainly "acquire" the piece of content from = my CDN. I believe the problem you describe is very close to what the ATIS IIF = (IPTV Interoperability Forum) is starting to tackle through their = "Internet Source Content" work item (which builds on the "Content on = Demand (CoD)" solution they just completed). Have you investigated = whether this can help you address the scenario you have in mind ? Cheers Francois > We can talk about allowing the local CDN to pull content. However, if = the request routing is still pushed down from the authoritative CDN I = still won=92t be able to serve content locally unless the authoritative = CDN agrees =96 even for my own clients. > =20 > We can see two technical ways of allowing request routing pull (from = the client) > - Simply implement request routing push (from the = authoritative CDN) in the CDN federation. Allow the pull of the content = itself. The fact that any CDN federation request routing starts at the = authoritative CDN doesn=92t stop the client requesting content from its = preferred CDN first. Thus the =91pull=92 becomes out of scope in = federation discussions. The downside of this approach is that the local = CDN cannot choose who to offload requests to =96 only the authoritative = CDN can do that. > - Allow a =91pull=92 request routing as part of the CDN = federation. Things get much more complicated because we need knowledge = of content availability to be able to route requests between CDNs. > =20 > Trevor. > =20 > Trevor Burbridge > Network-Based Services Infrastructure | BT Innovate & Design > Tel: 01473 645115 > Fax: 01473 640929 >=20 > This email contains BT information, which may be privileged or = confidential. It's meant only for the individual(s) or entity named = above. If you're not the intended recipient, note that disclosing, = copying, distributing or using this information is prohibited. If you've = received this email in error, please let me know immediately on the = email address above. Thank you. > We monitor our email system, and may record your emails.=20 > British Telecommunications plc > Registered office: 81 Newgate Street London EC1A 7AJ > Registered in England no: 1800000 > From: Francois Le Faucheur [mailto:flefauch@cisco.com]=20 > Sent: 12 January 2011 16:34 > To: Ben Niven-Jenkins > Cc: Francois Le Faucheur; Burbridge,T,Trevor,DES8 R; cdni@ietf.org > Subject: Re: [CDNi] Problem Statement: Terminology > =20 >=20 >=20 > In this case it doesn't have to get as far as the authoritative CDN = but can stop wherever it first finds the content. For example and IPTV = client may initially direct requests to its 'home' CDN. > =20 > Or we can rule these out of scope... > =20 >=20 > I'd be interested in the views of others, but my personal view is we = try to steer clear of unproven content models and focus on solving the = problem of a lack of CDN interconnect standards that can be used to = interconnect existing CDNs. > =20 > I share that view. > =20 > Francois >=20 >=20 >=20 > Ben >=20 >=20 > =20 > Or are you talking about a case where because of DNS caching a > subsequent User Agent ends up connecting to the same surrogate without > any further interaction between the User Agent's DNS resolver and the > Request Routing system in a CDN? > =20 > I wasn't, but this is another alternative! > =20 > =20 > Thanks > Ben > =20 > =20 > In this case the CDNs would need to be able to share control > information about content availability. Content may already be > available locally either because an authoritative CDN has pushed it > their or because the local CDN has pulled it. The local CDN could hand > over to a CDN with the content or might stream it through the local = CDN > and cache for the next user. > =20 > Are all these sorts of latter options in scope? If they are then we > should make sure the terminology is suitably generic. > =20 >=20 > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni > =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 > > 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=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. >=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=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-349-925530346 Content-Type: multipart/related; type="text/html"; boundary=Apple-Mail-350-925530346 --Apple-Mail-350-925530346 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 Hello Trevor,

On 13 Jan 2011, at = 10:22, <trevor.burbridge@bt.com> = wrote:

Let me try an example = then = =96

Thanks= for walking us through your ideas. More below:

One generic business model is where the = authoritative CDN controls both the content dissemination and the = request routing. It pushes the content to other CDNs where it wants = (subject to them accepting, and then follows this by referring them some = of the client requests. Exactly the model we want for offload I=92d = suggest, and probably also extending geographic and network/device (e.g. = mobile) = reach.

Rig= ht. And effectively what we've been focusing = on.

However, this has several implications. The = authoritative CDN is in control. It chooses who can hold and serve the = content for which it is the authoritative source. On one hand we might = say this is fine =96 after all it is the one who won the content = business.

= Right. 
And of course the CSP can optionally spreads his = content-eggs over multiple CDN-baskets (eg CSP load-balances his content = requests over multiple "prime CDNs") so there are multiple CDNs sharing = the top-of-CDN-tree control/responsibilities.

On the other hand it = doesn=92t match with a standard wholesale model where supply is (not = selectively) offered to downstream parties.
Hence I think it=92s worth thinking about use cases = where the motivation is really about extending content (rather than = extending reach). For example, I have an IPTV service and want to = include some of your authoritative CDN content on my local CDN to serve = my IPTV customers. =

I see = this as a very interesting, but different, problem. I don't see this = much as a "delivery" problem, but more as a "content exchange" = problem. 
In your example, as a CDN operator, I don't own = that content, I have no idea if it is OK for you to resell that content = or not, I don't know how to help you make this content visible to your = customers through your EPG. Those seem to be the important questions = here. Once all this is figured out and the Content Owner has authorized = you to get and resell the content, then you can certainly "acquire" the = piece of content from my CDN.

I believe the = problem you describe is very close to what the ATIS IIF (IPTV = Interoperability Forum) is starting to tackle through their "Internet = Source Content" work item (which builds on the "Content on Demand (CoD)" = solution they just completed). Have you investigated whether this can = help you address the scenario you have in mind = ?

Cheers

Francois
<= div>
We can talk about = allowing the local CDN to pull content. However, if the request routing = is still pushed down from the authoritative CDN I still won=92t be able = to serve content locally unless the authoritative CDN agrees =96 even = for my own clients.
 
We can see two technical ways of = allowing request routing pull (from the = client)
- Simply implement request routing push (from the = authoritative CDN) in the CDN federation. Allow the pull of the content = itself. The fact that any CDN federation request routing starts at the = authoritative CDN doesn=92t stop the client requesting content from its = preferred CDN first. Thus the =91pull=92 becomes out of scope in = federation discussions. The downside of this approach is that the local = CDN cannot choose who to offload requests to =96 only the authoritative = CDN can do that.
- Allow a =91pull=92 request routing as part of the = CDN federation. Things get much more complicated because we need = knowledge of content availability to be able to route requests between = CDNs.
 
 
Trevor Burbridge
Network-Based = Services Infrastructure | BT Innovate & Design
Tel: 01473 = 645115
Fax: 01473 640929

This email contains BT = information, which may be privileged or confidential. It's meant only = for the individual(s) or entity named above. If you're not the intended = recipient, note that disclosing, copying, distributing or using this = information is prohibited. If you've received this email in error, = please let me know immediately on the email address above. Thank = you.
We monitor our email system, and may record your = emails. 
British Telecommunications plc
Registered office: = 81 Newgate Street London EC1A 7AJ
Registered in England no: = 1800000
From: Francois = Le Faucheur [mailto:flefauch@cisco.com] 
Sent: 12 January 2011 = 16:34
To: Ben = Niven-Jenkins
Cc: Francois Le Faucheur; = Burbridge,T,Trevor,DES8 R; cdni@ietf.org
Subject: Re: [CDNi] Problem = Statement: Terminology
 
In this case it doesn't have to get as far as = the authoritative CDN but can stop wherever it first finds the content. = For example and IPTV client may initially direct requests to its 'home' = CDN.
Or we can rule these out of = scope...
 

I'd be interested in the views of others, but my = personal view is we try to steer clear of unproven content models and = focus on solving the problem of a lack of CDN interconnect standards = that can be used to interconnect existing = CDNs.
I share that = view.
Or are you talking about a case where because = of DNS caching a
subsequent User Agent ends up connecting to the same = surrogate without
any further interaction between the User Agent's DNS = resolver and the
Request Routing system in a = CDN?
 
I wasn't, but this is another = alternative!
Ben
 
 
In this case the CDNs would need to be able to share = control
information about content availability. Content may already = be
available locally either because an authoritative CDN has = pushed it
their or because the local CDN has pulled it. The local CDN = could hand
over to a CDN with the content or might stream it through = the local CDN
and cache for the next = user.
 
Are all these sorts of latter options in scope? If they are = then = we
should make sure the terminology is suitably = generic.
 

_______________________________________________
CDNi = mailing list
CDNi@ietf.org
 

Francois = Le FaucheurCorporate = Development
+33 49 723 = 2619
Mobile: +33 6 19 98 50 = 90

Cisco = Systems FranceCisco.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=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:


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-350-925530346 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-350-925530346-- --Apple-Mail-349-925530346-- From emile.stephan@orange-ftgroup.com Thu Jan 13 06:00:00 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A0B7D3A6B2D for ; Thu, 13 Jan 2011 06:00:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.133 X-Spam-Level: X-Spam-Status: No, score=-102.133 tagged_above=-999 required=5 tests=[AWL=0.115, BAYES_00=-2.599, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hrZ0v1VSXCBg for ; Thu, 13 Jan 2011 05:59:58 -0800 (PST) Received: from r-mail1.rd.francetelecom.com (r-mail1.rd.francetelecom.com [217.108.152.41]) by core3.amsl.com (Postfix) with ESMTP id ADFC23A6B2B for ; Thu, 13 Jan 2011 05:59:57 -0800 (PST) Received: from r-mail1.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 80E006C000D; Thu, 13 Jan 2011 15:02:47 +0100 (CET) Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by r-mail1.rd.francetelecom.com (Postfix) with ESMTP id 6AD5A6C000A; Thu, 13 Jan 2011 15:02:47 +0100 (CET) Received: from ftrdmel0.rd.francetelecom.fr ([10.192.128.56]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Thu, 13 Jan 2011 15:02:18 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01CBB32A.7D4724B2" Date: Thu, 13 Jan 2011 15:02:17 +0100 Message-ID: <843DA8228A1BA74CA31FB4E111A5C462016BA8CD@ftrdmel0.rd.francetelecom.fr> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: I-D Action:draft-bertrand-cdni-use-cases-00.txt Thread-Index: AcuzFaAxUwPiBfT3RaG2J3+itQ2KywAEYecQ From: To: X-OriginalArrivalTime: 13 Jan 2011 14:02:18.0981 (UTC) FILETIME=[7DBE4150:01CBB32A] Cc: Yiu_Lee@Cable.Comcast.com, watson.gm@gmail.com Subject: [CDNi] TR: I-D Action:draft-bertrand-cdni-use-cases-00.txt X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 13 Jan 2011 14:00:00 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CBB32A.7D4724B2 Content-Type: multipart/alternative; boundary="----_=_NextPart_002_01CBB32A.7D4724B2" ------_=_NextPart_002_01CBB32A.7D4724B2 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, =20 A New Internet-Draft is available from the on-line Internet-Drafts = directories. =20 Title : Use Cases for Content Distribution Network = Interconnection Link : = http://www.ietf.org/internet-drafts/draft-bertrand-cdni-use-cases-00.txt = =20 =20 This draft describes 5 use cases:=20 =20 - CDN Interconnection inside one CDSP - CDN Interconnection between CDSPs - CDN Interconnection for CDN Overload Handling - CDN Interconnection for CDN Resiliency - Inter-Silos CDN Interconnection inside one CDSP =20 It complements the draft posted by Grant. Hence, we will work together = to merge the two documents. In the meantime, comments and suggestions = are invited so they can be factored in the merge work. =20 Regards Emile =20 -----Message d'origine----- De : i-d-announce-bounces@ietf.org = [mailto:i-d-announce-bounces@ietf.org] De la part de = Internet-Drafts@ietf.org Envoy=E9 : jeudi 13 janvier 2011 12:30 =C0 : i-d-announce@ietf.org Objet : I-D Action:draft-bertrand-cdni-use-cases-00.txt =20 A New Internet-Draft is available from the on-line Internet-Drafts = directories. =20 Title : Use Cases for Content Distribution Network = Interconnection Author(s) : G. Bertrand, E. Stephan Filename : draft-bertrand-cdni-use-cases-00.txt Pages : 11 Date : 2011-01-13 =20 This document depicts use cases for content delivery network (CDN) interconnection based on Orange experiments. The use cases are divided in the two following categories. Category 1 use cases present situations that require a footprint extension for existing CDNs. Category 2 use cases include additional situations where CDN interconnection would be desirable in a longer term. =20 A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-bertrand-cdni-use-cases-00.txt =20 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ =20 Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. ------_=_NextPart_002_01CBB32A.7D4724B2 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi,

 

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

 

=A0=A0=A0=A0=A0 Title=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : Use = Cases for Content Distribution Network Interconnection

=A0=A0=A0=A0=A0 Link=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : http://www.ietf.org/internet-drafts/draft-bertrand-cdni-use-case= s-00.txt

 

 

This draft describes 5 use cases: =

 

=A0- = CDN Interconnection inside one CDSP

=A0- = CDN Interconnection between CDSPs

=A0- = CDN Interconnection for CDN Overload Handling

=A0- = CDN Interconnection for CDN Resiliency

=A0- = Inter-Silos CDN Interconnection inside one CDSP

 

It complements the draft posted by Grant. = Hence, we will work together to merge the two documents. In the meantime, comments = and suggestions are invited so they can be factored in the merge = work.

 

Regards

Emile

 

-----Message = d'origine-----

De : i-d-announce-bounces@ietf.org [mailto:i-d-announce-bounces@ietf.org] De la part de = Internet-Drafts@ietf.org

Envoy=E9 : jeudi 13 janvier 2011 = 12:30

=C0 : = i-d-announce@ietf.org

Objet : I-D = Action:draft-bertrand-cdni-use-cases-00.txt

 

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

 

=A0=A0=A0=A0=A0 Title=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : Use = Cases for Content Distribution Network Interconnection

=A0=A0=A0=A0=A0 Author(s)=A0=A0=A0=A0=A0=A0 : G. Bertrand, E. = Stephan

=A0=A0=A0=A0=A0 Filename=A0=A0=A0=A0=A0=A0=A0 : = draft-bertrand-cdni-use-cases-00.txt

=A0=A0=A0=A0=A0 Pages=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : = 11

=A0=A0=A0=A0=A0 Date=A0=A0=A0=A0=A0=A0=A0=A0=A0 =A0=A0: = 2011-01-13

 

This document depicts use cases for content = delivery network (CDN)

interconnection based on Orange = experiments.=A0 The use cases = are

divided in the two following categories.=A0 Category 1 use cases

present situations that require a footprint extension for = existing

CDNs.=A0 Category 2 use cases include = additional situations where CDN

interconnection would be desirable in a longer term.

 

A URL for this Internet-Draft = is:

http://www.ietf.org/internet-drafts/draft-bert= rand-cdni-use-cases-00.txt

 

Internet-Drafts are also available by = anonymous FTP at:

ftp://ftp.ietf.org/intern= et-drafts/

 <= /font>

Below is the data which will enable a MIME = compliant mail reader

implementation to automatically retrieve the ASCII version of = the

Internet-Draft.

------_=_NextPart_002_01CBB32A.7D4724B2-- ------_=_NextPart_001_01CBB32A.7D4724B2 Content-Type: application/octet-stream; name="draft-bertrand-cdni-use-cases-00.URL" Content-Transfer-Encoding: base64 Content-Description: draft-bertrand-cdni-use-cases-00.URL Content-Disposition: attachment; filename="draft-bertrand-cdni-use-cases-00.URL" W0ludGVybmV0U2hvcnRjdXRdDQpVUkw9ZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0 cy9kcmFmdC1iZXJ0cmFuZC1jZG5pLXVzZS1jYXNlcy0wMC50eHQNCg== ------_=_NextPart_001_01CBB32A.7D4724B2-- From flefauch@cisco.com Fri Jan 14 01:30:26 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D497E3A69B2 for ; Fri, 14 Jan 2011 01:30:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.665 X-Spam-Level: X-Spam-Status: No, score=-9.665 tagged_above=-999 required=5 tests=[AWL=-0.306, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, SARE_LWSHORTT=1.24] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Rk6-UTNd-Eau for ; Fri, 14 Jan 2011 01:30:25 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id 5FEB13A6B4F for ; Fri, 14 Jan 2011 01:30:25 -0800 (PST) Authentication-Results: ams-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none Received: from ams-core-2.cisco.com ([144.254.72.75]) by ams-iport-1.cisco.com with ESMTP; 14 Jan 2011 09:32:49 +0000 Received: from ams-flefauch-8713.cisco.com (ams-flefauch-8713.cisco.com [10.55.161.196]) by ams-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id p0E9Wn6G027321; Fri, 14 Jan 2011 09:32:49 GMT Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=iso-8859-1 From: Francois Le Faucheur In-Reply-To: <843DA8228A1BA74CA31FB4E111A5C462016BA8CD@ftrdmel0.rd.francetelecom.fr> Date: Fri, 14 Jan 2011 10:32:54 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <2CF55B84-8617-4D51-AC48-BD0BDD115DCF@cisco.com> References: <843DA8228A1BA74CA31FB4E111A5C462016BA8CD@ftrdmel0.rd.francetelecom.fr> To: "emile.stephan@orange-ftgroup.com> , "gilles.bertrand@orange-ftgroup.com> X-Mailer: Apple Mail (2.1082) Cc: cdni@ietf.org Subject: Re: [CDNi] TR: I-D Action:draft-bertrand-cdni-use-cases-00.txt X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 14 Jan 2011 09:30:27 -0000 Hi Emile, Gilles, and others, Thanks for working on documenting the use cases and for reflecting my = earlier off-line input. My overall comments are: * this provides useful additional material for documenting the = CDNi use cases.=20 * it includes most of the key use cases that I see coming up = regularly in NSPs. * one additional use case missing is the "national CDN = federation" but some text has already been proposed on the list for that = by Thomas Parmelan = (http://www.ietf.org/mail-archive/web/cdni/current/msg00040.html) * it seems useful to attempt to distinguish between short-term & = long-term use cases as you are proposing. * the conclusions of your experiments that you share in 3.2 are = very interesting. They align well with the requirement for the "CDNI = Request-Routing API" and "CDNI Metadata API" discussed in the problem = statement. Below are more detailed comments/suggestions: * "This document depicts use cases for content delivery network (CDN) = interconnection based on Orange experiments" Did you mean "experience" instead of "experiments"? (while section 3 discusses conclusions from "experiments", I take it = that the use cases are not derived from the experiments) Or perhaps this should even read "based on the author's experience" = since we all speak as individuals here. * "Category 1 use cases present situations that require a footprint extension for existing CDNs. Category 2 use cases include additional situations where CDN interconnection would be desirable in a longer term. " The two categories seem to be defined against different criteria: Cat1 = is defined against some functional objectives, Cat2 is defined in terms = or urgency. I assume Cat1 is essentially short term and Cat2 is longer term, right?=20= I think it is indeed useful for the Use Case I-D to break use cases into = short-term and long-term. I am just suggesting this be made even clearer = and be retained in the "merge" exercise. (e.g. "2.1. Footprint Extension = Use Cases" --> "2.1 Short term CDNi Use Cases") * Access CDN. This term is defined but I don't think it is actually used in the = document. I am not clear it is needed. *2.1.1 "Note that currently, the distribution of some content is = restricted. For instance, distribution rights for audiovisual content are often negotiated per country." That is certainly true, but it may be worth spelling out the = consequences such as: * while the CDN federation need to be able to allow deliveries = of some content across the combined footprint of the interconnected = CDNs, it must also be able to restrict delivery of some content to a = single CDN or subsets of CDN footprints. *2.1.2 "the serie" --> "the series" * 2.2.1 "during the prime time" --> "during their respective prime time" I hope this helps. Francois On 13 Jan 2011, at 15:02, = wrote: > Hi, > =20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. > =20 > Title : Use Cases for Content Distribution Network = Interconnection > Link : = http://www.ietf.org/internet-drafts/draft-bertrand-cdni-use-cases-00.txt > =20 > =20 > This draft describes 5 use cases: > =20 > - CDN Interconnection inside one CDSP > - CDN Interconnection between CDSPs > - CDN Interconnection for CDN Overload Handling > - CDN Interconnection for CDN Resiliency > - Inter-Silos CDN Interconnection inside one CDSP > =20 > It complements the draft posted by Grant. Hence, we will work together = to merge the two documents. In the meantime, comments and suggestions = are invited so they can be factored in the merge work. > =20 > Regards > Emile > =20 > -----Message d'origine----- > De : i-d-announce-bounces@ietf.org = [mailto:i-d-announce-bounces@ietf.org] De la part de = Internet-Drafts@ietf.org > Envoy=E9 : jeudi 13 janvier 2011 12:30 > =C0 : i-d-announce@ietf.org > Objet : I-D Action:draft-bertrand-cdni-use-cases-00.txt > =20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. > =20 > Title : Use Cases for Content Distribution Network = Interconnection > Author(s) : G. Bertrand, E. Stephan > Filename : draft-bertrand-cdni-use-cases-00.txt > Pages : 11 > Date : 2011-01-13 > =20 > This document depicts use cases for content delivery network (CDN) > interconnection based on Orange experiments. The use cases are > divided in the two following categories. Category 1 use cases > present situations that require a footprint extension for existing > CDNs. Category 2 use cases include additional situations where CDN > interconnection would be desirable in a longer term. > =20 > A URL for this Internet-Draft is: > = http://www.ietf.org/internet-drafts/draft-bertrand-cdni-use-cases-00.txt > =20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > =20 > Below is the data which will enable a MIME compliant mail reader > implementation to automatically retrieve the ASCII version of the > Internet-Draft. > From ben@niven-jenkins.co.uk Mon Jan 17 14:47:50 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E7D713A6F74 for ; Mon, 17 Jan 2011 14:47:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.849 X-Spam-Level: X-Spam-Status: No, score=-103.849 tagged_above=-999 required=5 tests=[AWL=-0.250, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5c6ygpqd3Fl4 for ; Mon, 17 Jan 2011 14:47:49 -0800 (PST) Received: from mailex.mailcore.me (mailex.mailcore.me [94.136.40.61]) by core3.amsl.com (Postfix) with ESMTP id 6EE5D3A6F71 for ; Mon, 17 Jan 2011 14:47:49 -0800 (PST) Received: from cpc22-cmbg15-2-0-cust173.5-4.cable.virginmedia.com ([86.27.176.174] helo=[192.168.0.205]) by mail6.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1Pexu2-0007hF-Qa for cdni@ietf.org; Mon, 17 Jan 2011 22:50:23 +0000 From: Ben Niven-Jenkins Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Mon, 17 Jan 2011 22:50:22 +0000 Message-Id: To: cdni@ietf.org Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) X-Mailcore-Auth: 9600544 X-Mailcore-Domain: 172912 Subject: [CDNi] New (-01) version of CDNI Problem Statement draft X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 17 Jan 2011 22:47:51 -0000 Colleagues, We have posted a new version of the CDNI Problem Statement, which can be = found here: http://www.ietf.org/id/draft-jenkins-cdni-problem-statement-01.txt A diff from the -00 version can be found here: http://goo.gl/YtJxk [tools.ietf.org/rfcdiff] A summary of the changes: - Incorporated feedback from the mailing list and offline comments. - Added a section on "Design Approach for Realizing the CDNI APIs" to = provide a bit more detail on what a solution may look like and = components that could be reused. - Added a section on "Prioritizing the CDNI Work" which suggest a spilt = of the problem space into 3 different spaces that could be addressed = sequentially in order to manage the workload of a WG. - Expanded the "Gap Analysis of relevant Standardization and Research". Looking forward to your feedback. Ben On 17/01/2011 22:35, "IETF I-D Submission Tool" = wrote: A new version of I-D, draft-jenkins-cdni-problem-statement-01.txt has = been successfully submitted by Ben Niven-Jenkins and posted to the IETF = repository. Filename: draft-jenkins-cdni-problem-statement Revision: 01 Title: Content Distribution Network Interconnection (CDNI) = Problem Statement Creation_date: 2011-01-17 WG ID: Independent Submission Number_of_pages: 33 Abstract: Content Delivery Networks (CDNs) provide numerous benefits: reduced delivery cost 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, existing CDN providers are scaling up their infrastructure and many Network Service Providers (NSPs) are deploying their own CDNs. It is generally desirable that a given content item can be delivered to an end user regardless of that end user's location or attachment network. This creates a requirement for interconnecting standalone CDNs so they can interoperate as an open content delivery infrastructure for the end-to-end delivery of content from Content Service Providers (CSPs) to end users. However, no standards or open specifications currently exist to facilitate such CDN interconnection. The goal of this document is to outline the problem area for the IETF with a view towards creating a working group. This working group would work on interoperable and scalable solutions for CDN interconnection. = =20 The IETF Secretariat.= From mark.carlson@oracle.com Mon Jan 17 15:09:02 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CCDAC28C0F7 for ; Mon, 17 Jan 2011 15:09:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.035 X-Spam-Level: X-Spam-Status: No, score=-5.035 tagged_above=-999 required=5 tests=[AWL=1.563, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, UNPARSEABLE_RELAY=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bORRhPI7yZg0 for ; Mon, 17 Jan 2011 15:09:01 -0800 (PST) Received: from rcsinet10.oracle.com (rcsinet10.oracle.com [148.87.113.121]) by core3.amsl.com (Postfix) with ESMTP id 544C53A6F10 for ; Mon, 17 Jan 2011 15:09:01 -0800 (PST) Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id p0HNBYUs014894 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 17 Jan 2011 23:11:36 GMT Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id p0HNBYxN020728 for ; Mon, 17 Jan 2011 23:11:34 GMT Received: from abhmt001.oracle.com by acsmt355.oracle.com with ESMTP id 966719251295305867; Mon, 17 Jan 2011 15:11:07 -0800 Received: from Macintosh-335.local (/12.54.0.130) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 17 Jan 2011 15:11:06 -0800 Message-ID: <4D34CC81.5000907@oracle.com> Date: Mon, 17 Jan 2011 16:10:57 -0700 From: Mark Carlson Organization: Oracle User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 OracleBeehiveExtension/1.0.0.2-OracleInternal ObetStats/CAT_1294410104170-286828260 Thunderbird/3.1.7 MIME-Version: 1.0 To: cdni@ietf.org References: In-Reply-To: Content-Type: multipart/alternative; boundary="------------060506000902080605000808" Subject: Re: [CDNi] New (-01) version of CDNI Problem Statement draft X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 17 Jan 2011 23:09:02 -0000 This is a multi-part message in MIME format. --------------060506000902080605000808 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Ben, Thanks for adding the CDMI standard. I can act as a Liaison to the SNIA group if this group would like to pursue: / The CDMI standard ([SNIA-CDMI]) from SNIA defines metadata that can be associated with data that is stored by a cloud storage provider. While the metadata currently defined do not match the need of a CDN Interconnect solution, it is worth considering CDMI as one of the existing pieces of work that may potentially be leveraged for the CDNI Metadata API (e.g by extending the CDMI metadata to address more specific CDNI needs)./ further. We are starting to scope the next version of CDMI and are looking at extensions to the existing standardized metadata. -- mark (co-chair of the SNIA Cloud Storage TWG) On 1/17/11 3:50 PM, Ben Niven-Jenkins wrote: > Colleagues, > > We have posted a new version of the CDNI Problem Statement, which can be found here: > http://www.ietf.org/id/draft-jenkins-cdni-problem-statement-01.txt > > A diff from the -00 version can be found here: > http://goo.gl/YtJxk [tools.ietf.org/rfcdiff] > > A summary of the changes: > - Incorporated feedback from the mailing list and offline comments. > - Added a section on "Design Approach for Realizing the CDNI APIs" to provide a bit more detail on what a solution may look like and components that could be reused. > - Added a section on "Prioritizing the CDNI Work" which suggest a spilt of the problem space into 3 different spaces that could be addressed sequentially in order to manage the workload of a WG. > - Expanded the "Gap Analysis of relevant Standardization and Research". > > Looking forward to your feedback. > > Ben > > > On 17/01/2011 22:35, "IETF I-D Submission Tool" wrote: > > A new version of I-D, draft-jenkins-cdni-problem-statement-01.txt has been successfully submitted by Ben Niven-Jenkins and posted to the IETF repository. > > Filename: draft-jenkins-cdni-problem-statement > Revision: 01 > Title: Content Distribution Network Interconnection (CDNI) Problem Statement > Creation_date: 2011-01-17 > WG ID: Independent Submission > Number_of_pages: 33 > > Abstract: > Content Delivery Networks (CDNs) provide numerous benefits: reduced > delivery cost 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, existing CDN providers are scaling up their > infrastructure and many Network Service Providers (NSPs) are > deploying their own CDNs. It is generally desirable that a given > content item can be delivered to an end user regardless of that end > user's location or attachment network. This creates a requirement > for interconnecting standalone CDNs so they can interoperate as an > open content delivery infrastructure for the end-to-end delivery of > content from Content Service Providers (CSPs) to end users. However, > no standards or open specifications currently exist to facilitate > such CDN interconnection. > > The goal of this document is to outline the problem area for the IETF > with a view towards creating a working group. This working group > would work on interoperable and scalable solutions for CDN > interconnection. > > > > The IETF Secretariat. > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni --------------060506000902080605000808 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Ben,

Thanks for adding the CDMI standard.

I can act as a Liaison to the SNIA group if this group
would like to pursue:
 
   The CDMI standard ([SNIA-CDMI]) from SNIA defines metadata that can
   be associated with data that is stored by a cloud storage provider.
   While the metadata currently defined do not match the need of a CDN
   Interconnect solution, it is worth considering CDMI as one of the
   existing pieces of work that may potentially be leveraged for the
   CDNI Metadata API (e.g by extending the CDMI metadata to address more
   specific CDNI needs).
further. We are starting to scope the next version of CDMI and are
looking at extensions to the existing standardized metadata.

-- mark
(co-chair of the SNIA Cloud Storage TWG)

On 1/17/11 3:50 PM, Ben Niven-Jenkins wrote: 
Colleagues,

We have posted a new version of the CDNI Problem Statement, which can be found here:
http://www.ietf.org/id/draft-jenkins-cdni-problem-statement-01.txt

A diff from the -00 version can be found here:
http://goo.gl/YtJxk  [tools.ietf.org/rfcdiff]

A summary of the changes:
- Incorporated feedback from the mailing list and offline comments.
- Added a section on "Design Approach for Realizing the CDNI APIs" to provide a bit more detail on what a solution may look like and components that could be reused.
- Added a section on "Prioritizing the CDNI Work" which suggest a spilt of the problem space into 3 different spaces that could be addressed sequentially in order to manage the workload of a WG.
- Expanded the "Gap Analysis of relevant Standardization and Research".

Looking forward to your feedback.

Ben


On 17/01/2011 22:35, "IETF I-D Submission Tool" <idsubmission@ietf.org> wrote:

A new version of I-D, draft-jenkins-cdni-problem-statement-01.txt has been successfully submitted by Ben Niven-Jenkins and posted to the IETF repository.

Filename:     draft-jenkins-cdni-problem-statement
Revision:     01
Title:         Content Distribution Network Interconnection (CDNI) Problem Statement
Creation_date:     2011-01-17
WG ID:         Independent Submission
Number_of_pages: 33

Abstract:
Content Delivery Networks (CDNs) provide numerous benefits: reduced
delivery cost 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, existing CDN providers are scaling up their
infrastructure and many Network Service Providers (NSPs) are
deploying their own CDNs.  It is generally desirable that a given
content item can be delivered to an end user regardless of that end
user's location or attachment network.  This creates a requirement
for interconnecting standalone CDNs so they can interoperate as an
open content delivery infrastructure for the end-to-end delivery of
content from Content Service Providers (CSPs) to end users.  However,
no standards or open specifications currently exist to facilitate
such CDN interconnection.

The goal of this document is to outline the problem area for the IETF
with a view towards creating a working group.  This working group
would work on interoperable and scalable solutions for CDN
interconnection.
                                                                                  


The IETF Secretariat.
_______________________________________________
CDNi mailing list
CDNi@ietf.org
https://www.ietf.org/mailman/listinfo/cdni
--------------060506000902080605000808-- From emile.stephan@orange-ftgroup.com Mon Jan 24 04:01:28 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 91E933A6AC3 for ; Mon, 24 Jan 2011 04:01:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.144 X-Spam-Level: X-Spam-Status: No, score=-102.144 tagged_above=-999 required=5 tests=[AWL=0.105, BAYES_00=-2.599, HELO_EQ_FR=0.35, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lptMWfHwDQAV for ; Mon, 24 Jan 2011 04:01:27 -0800 (PST) Received: from r-mail2.rd.francetelecom.com (r-mail2.rd.francetelecom.com [217.108.152.42]) by core3.amsl.com (Postfix) with ESMTP id AEC8B3A6A67 for ; Mon, 24 Jan 2011 04:01:26 -0800 (PST) Received: from r-mail2.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 55D97FC4003; Mon, 24 Jan 2011 13:04:24 +0100 (CET) Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by r-mail2.rd.francetelecom.com (Postfix) with ESMTP id 47132FC4001; Mon, 24 Jan 2011 13:04:24 +0100 (CET) Received: from ftrdmel0.rd.francetelecom.fr ([10.192.128.56]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Mon, 24 Jan 2011 13:04:20 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Mon, 24 Jan 2011 13:04:21 +0100 Message-ID: <843DA8228A1BA74CA31FB4E111A5C46201723A27@ftrdmel0.rd.francetelecom.fr> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [CDNi] Problem Statement: Request routing system Thread-Index: AcuyXWwFjEnB3rRURTm0zZF5zI/1pAJX7Wrw References: From: To: X-OriginalArrivalTime: 24 Jan 2011 12:04:20.0532 (UTC) FILETIME=[D533E740:01CBBBBE] Cc: cdni@ietf.org Subject: Re: [CDNi] Problem Statement: Request routing system X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 24 Jan 2011 12:01:28 -0000 Hi Francois, In fact I think that "Request Routing System" makes use of 2 interfaces: - the handling of the interaction with the user agent; - the selection of the entity which will serve the content...; Currently the second interface is part of the control API. So I propose = that we create a distinct interface and separate it from the control = API. What about the following names? - Request-Transfer: Handling of the interaction with the user = agent...; - Request-Routing: Part of the control API which selects of the entity = which will serve the content...; =20 Regards Emile > -----Message d'origine----- > De=A0: Francois Le Faucheur [mailto:flefauch@cisco.com] > Envoy=E9=A0: mercredi 12 janvier 2011 14:34 > =C0=A0: Ben Niven-Jenkins > Cc=A0: Francois Le Faucheur; Bitar, Nabil N; STEPHAN Emile = RD-CORE-LAN; > cdni@ietf.org > Objet=A0: Re: [CDNi] Problem Statement: Terminology >=20 > Ben, Emile and all, >=20 > Like Ben I don't the need to break down the Request-Routing System = into > two entity. >=20 > But I suspect that what Emile was getting at (beyond terminology), is = the > following point that is relevant for CDNi: >=20 > Request-Routing Systems in two neighbor CDNs may need to interact for = two > different purposes: > (A) exchange of information about a Downstream CDN that allows an > Upstream CDN to make "more informed" Request-Routing decisions (eg > Downstream CDN may indicate that it has on-net cache coverage of such = IP- > address range footprint, e.g. Downstream CDN may indicate that it is > currently "overloaded" in some geography) > (B) actual redirection of a given request (ie once Upstream CDN has > selected a given Downstream CDN, it communicates with that Downstream = CDN > to facilitate the actual redirection of a given user request.) >=20 > I agree it is important to keep in mind this distinction for the > definition of CDNi interactions. > I believe the current Problem Statement already reflects that = distinction: > - it discusses the (A) interactions as part of the "CDNi > Control API": > " > * CDNI Control API: This API allows the "CDNI Control" system = in > interconnected CDNs to communicate. This API may support the > following: > > + allows the downstream CDN to communicate information about > its delivery capabilities, resources and policies > > " > - it discusses the (B) interactions as part of the "CDNi > Request-Routing API": > " > * Request-Routing API: This API allows the Request-Routing = system > in interconnected CDNs to communicate to ensure that an end- > user request can be (re)directed from an upstream CDN to a > surrogate in the downstream CDN, in particular where = selection > responsibilities may be split across CDNs (for example the > upstream CDN may be responsible for selecting the downstream > CDN while the downstream CDN may be responsible for selecting > the actual surrogate within that CDN). > " >=20 > So I think we are good with respect to the CDNi model. >=20 > With respect to terminology, one could argue that the "CDNi Request- > Routing API" would be slightly more accurately described as the "CDNi > Request-Transfer API" (or "CDNi Request-Redirection API"), since it is = to > be used for the (B) interactions. I don't feel strongly about this as = long > as we are clear it is to be used for (B) interactions. >=20 > A few suggestions below on the changes proposed by Ben: >=20 >=20 > On 12 Jan 2011, at 12:04, Ben Niven-Jenkins wrote: >=20 > > Emile, Nabil, > > > > Thanks for the suggestion. We can certainly try to better clarify = the > term Request Routing System. However, I am not sure decomposing it = into > two terms is the best way to achieve that as we would introduce a new = term > that we don't subsequently use and for CDNI, only inter-CDN Request > Routing (i.e. between Request Routing Systems in different CDNs) = should be > in scope and the internals of the Request Routing System in each CDN > should remain out of scope. > > > > If we look at the definition of Request Routing System in the -00 > Problem statement we have: > > > > Request Routing System: The function within a CDN responsible for > > steering or directing a content request received directly from an = end > > user to a suitable Surrogate. > > > > I suggest we incorporate some of the clarifying detail of your > suggestions into the definition of Request Routing System but keep it = as a > single term encompassing the entire Request Routing System. > > > > My proposal would be: > > > > Request Routing System: The function within a CDN responsible for > > for receiving a content request from a user agent, obtaining a set > > of candidate surrogates, and for selecting and redirecting the = user > > to the appropriate surrogate or CDN. >=20 > "obtaining a set of candidate surrogates" may incorrectly suggest that = an > Upstream CDN needs to know about surrogates in the Downstream CDN. > How about: > " > Request Routing System: The function within a CDN responsible for > for receiving a content request from a user agent, obtaining and > maintaining necessary information about a set > of candidate surrogates or candidate CDNs, and for selecting and > redirecting the user > to the appropriate surrogate or CDN." >=20 >=20 > Cheers >=20 > Francois >=20 > > To enable CDN Interconnect, the > > Request Routing System must also be capable of handling user agent > > content requests passed to it by another CDN. > > > > Would that achieve the clarification you suggest? > > > > Thanks > > Ben > > > > On 11 Jan 2011, at 21:25, Bitar, Nabil N wrote: > > > >> Hi, > >> I think it is fine to refine the definition of the functions. I = would > like to suggest tough some modification to the proposed definitions = and > see what you and Ben think: > >> > >> Request transfer: The function within a CDN responsible for = receiving a > content request from a user-agent, querying the request routing = function > for candidate surrogates, and for selecting and redirecting the user = to > the appropriate surrogate or CDN. > >> > >> Request routing (I am not sure the best name): The function within = a > CDN responsible for determining the candidate list of surrogates for = the > request-transfer function to deliver content to a user-agent. > >> > >> Thanks, > >> Nabil > >> > >> > >> On 1/11/11 8:40 AM, "emile.stephan@orange-ftgroup.com" > wrote: > >> > >> Hi Ben, > >> > >> I went through the terminology section. I think that it make sense = to > split the Request Routing in 2 functions. The first function (Request > Transfer) handles the content request; the second (Request Routing) > determines the appropriate source of content. > >> > >> Request Transfer: > >> The function within a CDN responsible for receiving a content = request > from a User-agent, for querying the Request routing function and for > directing this query toward the selected source of content. > >> > >> Request Routing: > >> The function within a CDN responsible for determining the > appropriate Surrogate or the appropriate CDN. > >> > >> > >>> -----Message d'origine----- > >>> De : cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] De la = part > de > >>> Ben Niven-Jenkins > >>> Envoy=E9 : lundi 20 d=E9cembre 2010 11:59 > >>> =C0 : Francois Le Faucheur > >>> Cc : cdni@ietf.org; Lee, Yiu > >>> Objet : Re: [CDNi] Few comments on Problem Statement > >>> > >>> Francois, > >>> > >>> On 17 Dec 2010, at 08:20, Francois Le Faucheur wrote: > >>> > >>>> Hi Yiu, > >>>> > >>>> On 16 Dec 2010, at 20:05, Lee, Yiu wrote: > >>>>> > >>>>> [YL] I am somewhat more clear. Thanks for the explanation. If > Content > >>>>> Distribution Metadata is used by the CDNi, why not simply called = it > >>> CDNi > >>>>> Metadata? > >>>> > >>>> As per recent discussion with Richard, we observed that Content > >>> Distribution Metadata comprises metadata of intra-CDN scope (ie = only > >>> relevant within a CDN) and metadata of inter-CDN scope (ie = relevant > across > >>> CDNs). > >>>> > >>>> So, to be more accurate, we could use the term "CDNi Metadata" to > >>> designate the Content Distribution Metadata of inter-CDN scope = (which > is > >>> quite of a mouthful). > >>>> > >>>> So the definition would look like this: > >>>> > >>>> " > >>>> Metadata: data about data. > >>>> > >>>> Content Metadata: metadata about content. Content Metadata = comprises: > >>>> (i) metadata that is relevant to the distribution of the content > >>> (and therefore relevant to a CDN involved in the delivery of that > content). > >>> We refer to those as "Content Distribution Metadata". > >>>> (ii) metadata that is associated with the actual content (and = not > >>> directly relevant to the distribution of that content) or content > >>> representation. For example, such metadata may include Genre, = Cast, > Rating > >>> as well as resolution and aspect ratio. > >>>> > >>>> Content Distribution Metadata: the subset of Content Metadata = that is > >>> relevant to the distribution of the content. > >>>> This is the metadata required by a CDN in order to enable and = control > >>> content distribution and delivery by the CDN. In a CDN = Interconnection > >>> environment, some of the Content Distribution Metadata may have an > intra- > >>> CDN scope (and therefore need not be communicated between CDNs), = while > >>> some of the Content Distribution Metadata have an inter-CDN scope = (and > >>> therefore need to be communicated between CDNs). For example, = Content > >>> Distribution Metadata with inter-CDN scope may include = geo-blocking > >>> information (i.e. information defining geographical areas where = the > >>> content is to be made available or blocked), availability windows = (i.e. > >>> information defining time windows during which the content is to = be > made > >>> available or blocked) and access control mechanisms to be enforced > (e.g. > >>> URI signature validation). > >>>> > >>>> CDNi Metadata: Content Distribution Metadata with inter-CDN scope > >>>> " > >>>> > >>>> How does that sound? > >>>> > >>> > >>> Looks good to me :-) > >>> > >>> Ben > >>> > >>> > >>> _______________________________________________ > >>> CDNi mailing list > >>> CDNi@ietf.org > >>> https://www.ietf.org/mailman/listinfo/cdni > >> > >> > >> --------------------------------------------- > >> Nabil Bitar, PhD > >> Principal Member of Technical Staff > >> Packet Network Technology > >> Verizon Corporate Network and Technology > >> > >> 60 Sylvan Road > >> Waltham, MA 02451 > >> Office Phone: (781) 466-2161 > > From haibin.song@huawei.com Tue Jan 25 21:47:00 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A08BF3A692E for ; Tue, 25 Jan 2011 21:47:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.068 X-Spam-Level: X-Spam-Status: No, score=-1.068 tagged_above=-999 required=5 tests=[AWL=-0.573, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dKJVQNCOUZQZ for ; Tue, 25 Jan 2011 21:46:59 -0800 (PST) Received: from szxga01-in.huawei.com (unknown [119.145.14.64]) by core3.amsl.com (Postfix) with ESMTP id 54F8A3A68C5 for ; Tue, 25 Jan 2011 21:46:59 -0800 (PST) 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 <0LFM00BUY870RN@szxga05-in.huawei.com> for cdni@ietf.org; Wed, 26 Jan 2011 13:49:48 +0800 (CST) Received: from szxeml201-edg.china.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 <0LFM00DSN86ZQW@szxga05-in.huawei.com> for cdni@ietf.org; Wed, 26 Jan 2011 13:49:48 +0800 (CST) Received: from SZXEML403-HUB.china.huawei.com (10.82.67.35) by szxeml201-edg.china.huawei.com (172.24.2.39) with Microsoft SMTP Server (TLS) id 14.1.270.1; Wed, 26 Jan 2011 13:49:40 +0800 Received: from SZXEML505-MBX.china.huawei.com ([169.254.2.222]) by szxeml403-hub.china.huawei.com ([169.254.173.75]) with mapi id 14.01.0270.001; Wed, 26 Jan 2011 13:49:47 +0800 Date: Wed, 26 Jan 2011 05:49:46 +0000 From: Songhaibin In-reply-to: X-Originating-IP: [10.138.41.70] To: Ben Niven-Jenkins , "cdni@ietf.org" Message-id: MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-language: zh-CN Content-transfer-encoding: 7BIT Accept-Language: en-US, zh-CN Thread-topic: [CDNi] New (-01) version of CDNI Problem Statement draft Thread-index: AQHLtpj3qnZaRd9i5E+W3PxmaEHDypPirqIQ X-MS-Has-Attach: X-MS-TNEF-Correlator: References: Subject: Re: [CDNi] New (-01) version of CDNI Problem Statement draft X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 26 Jan 2011 05:47:00 -0000 Hi Ben, Thanks for the new draft. I find the draft has listed all the work to enable CDNs to interconnect. But technically, I still have the following comments. (1) Which APIs can be reused between a CSP and a CDN? (2) For the real-time data, I do not think having many levels of downstream CDN can guarantee the delay. There should be a mechanism to limit the levels. By the way, IMO, there are other ways to utilize the NSP CDNs to do a scalable content distribution. That is, make these CDNs as simple storage infrastructure with common APIs, and let a virtual CDN provider to rent the storage service from multiple NSPs to provide the distribution service. BR, Haibin > -----Original Message----- > From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf Of Ben > Niven-Jenkins > Sent: Tuesday, January 18, 2011 6:50 AM > To: cdni@ietf.org > Subject: [CDNi] New (-01) version of CDNI Problem Statement draft > > Colleagues, > > We have posted a new version of the CDNI Problem Statement, which can be > found here: > http://www.ietf.org/id/draft-jenkins-cdni-problem-statement-01.txt > > A diff from the -00 version can be found here: > http://goo.gl/YtJxk [tools.ietf.org/rfcdiff] > > A summary of the changes: > - Incorporated feedback from the mailing list and offline comments. > - Added a section on "Design Approach for Realizing the CDNI APIs" to provide > a bit more detail on what a solution may look like and components that could be > reused. > - Added a section on "Prioritizing the CDNI Work" which suggest a spilt of the > problem space into 3 different spaces that could be addressed sequentially in > order to manage the workload of a WG. > - Expanded the "Gap Analysis of relevant Standardization and Research". > > Looking forward to your feedback. > > Ben > > > On 17/01/2011 22:35, "IETF I-D Submission Tool" > wrote: > > A new version of I-D, draft-jenkins-cdni-problem-statement-01.txt has been > successfully submitted by Ben Niven-Jenkins and posted to the IETF repository. > > Filename: draft-jenkins-cdni-problem-statement > Revision: 01 > Title: Content Distribution Network Interconnection (CDNI) Problem > Statement > Creation_date: 2011-01-17 > WG ID: Independent Submission > Number_of_pages: 33 > > Abstract: > Content Delivery Networks (CDNs) provide numerous benefits: reduced > delivery cost 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, existing CDN providers are scaling up their > infrastructure and many Network Service Providers (NSPs) are > deploying their own CDNs. It is generally desirable that a given > content item can be delivered to an end user regardless of that end > user's location or attachment network. This creates a requirement > for interconnecting standalone CDNs so they can interoperate as an > open content delivery infrastructure for the end-to-end delivery of > content from Content Service Providers (CSPs) to end users. However, > no standards or open specifications currently exist to facilitate > such CDN interconnection. > > The goal of this document is to outline the problem area for the IETF > with a view towards creating a working group. This working group > would work on interoperable and scalable solutions for CDN > interconnection. > > > > The IETF Secretariat. > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni From trevor.burbridge@bt.com Wed Jan 26 00:51:55 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EF5513A695B for ; Wed, 26 Jan 2011 00:51:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.368 X-Spam-Level: X-Spam-Status: No, score=-1.368 tagged_above=-999 required=5 tests=[AWL=0.678, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IXc0devi3uaz for ; Wed, 26 Jan 2011 00:51:55 -0800 (PST) Received: from smtpe1.intersmtp.com (smtp63.intersmtp.COM [62.239.224.236]) by core3.amsl.com (Postfix) with ESMTP id 9B9A63A690E for ; Wed, 26 Jan 2011 00:51:54 -0800 (PST) Received: from EVMHT61-UKRD.domain1.systemhost.net (10.36.3.127) by RDW083A007ED63.smtp-e3.hygiene.service (10.187.98.12) with Microsoft SMTP Server (TLS) id 8.3.106.1; Wed, 26 Jan 2011 08:54:53 +0000 Received: from EMV64-UKRD.domain1.systemhost.net ([169.254.1.5]) by EVMHT61-UKRD.domain1.systemhost.net ([10.36.3.127]) with mapi; Wed, 26 Jan 2011 08:54:53 +0000 From: To: , , Date: Wed, 26 Jan 2011 08:54:50 +0000 Thread-Topic: [CDNi] New (-01) version of CDNI Problem Statement draft Thread-Index: AQHLtpj3qnZaRd9i5E+W3PxmaEHDypPirqIQgABP5gA= Message-ID: References: In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [CDNi] New (-01) version of CDNI Problem Statement draft X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 26 Jan 2011 08:51:56 -0000 Hi Haibin, see below - > -----Original Message----- > From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf Of > Songhaibin > Sent: 26 January 2011 05:50 > To: Ben Niven-Jenkins; cdni@ietf.org > Subject: Re: [CDNi] New (-01) version of CDNI Problem Statement draft >=20 > Hi Ben, >=20 > Thanks for the new draft. I find the draft has listed all the work to > enable CDNs to interconnect. But technically, I still have the > following comments. >=20 > (1) Which APIs can be reused between a CSP and a CDN? >=20 > (2) For the real-time data, I do not think having many levels of > downstream CDN can guarantee the delay. There should be a mechanism to > limit the levels. It would be simple enough for the Authoritative CDN or even the User Agent = to place a "maximum hop count" on the content Request. However, I don't kno= w how well this would match to metrics such as delay as each CDN Request Ro= uting may be unpredictable and vary between CDNs. > By the way, IMO, there are other ways to utilize the NSP CDNs to do a > scalable content distribution. That is, make these CDNs as simple > storage infrastructure with common APIs, and let a virtual CDN provider > to rent the storage service from multiple NSPs to provide the > distribution service. The general model of a virtual provider or broker using the storage and del= ivery resources of other CDNs will be covered in the CDNi Use Cases documen= t, which hopefully BT and France Telecom-Orange will be releasing another v= ersion shortly.=20 > BR, > Haibin >=20 > > -----Original Message----- > > From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf > Of Ben > > Niven-Jenkins > > Sent: Tuesday, January 18, 2011 6:50 AM > > To: cdni@ietf.org > > Subject: [CDNi] New (-01) version of CDNI Problem Statement draft > > > > Colleagues, > > > > We have posted a new version of the CDNI Problem Statement, which can > be > > found here: > > http://www.ietf.org/id/draft-jenkins-cdni-problem-statement-01.txt > > > > A diff from the -00 version can be found here: > > http://goo.gl/YtJxk [tools.ietf.org/rfcdiff] > > > > A summary of the changes: > > - Incorporated feedback from the mailing list and offline comments. > > - Added a section on "Design Approach for Realizing the CDNI APIs" to > provide > > a bit more detail on what a solution may look like and components > that could be > > reused. > > - Added a section on "Prioritizing the CDNI Work" which suggest a > spilt of the > > problem space into 3 different spaces that could be addressed > sequentially in > > order to manage the workload of a WG. > > - Expanded the "Gap Analysis of relevant Standardization and > Research". > > > > Looking forward to your feedback. > > > > Ben > > > > > > On 17/01/2011 22:35, "IETF I-D Submission Tool" > > > wrote: > > > > A new version of I-D, draft-jenkins-cdni-problem-statement-01.txt has > been > > successfully submitted by Ben Niven-Jenkins and posted to the IETF > repository. > > > > Filename: draft-jenkins-cdni-problem-statement > > Revision: 01 > > Title: Content Distribution Network Interconnection (CDNI) > Problem > > Statement > > Creation_date: 2011-01-17 > > WG ID: Independent Submission > > Number_of_pages: 33 > > > > Abstract: > > Content Delivery Networks (CDNs) provide numerous benefits: reduced > > delivery cost 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, existing CDN providers are scaling up their > > infrastructure and many Network Service Providers (NSPs) are > > deploying their own CDNs. It is generally desirable that a given > > content item can be delivered to an end user regardless of that end > > user's location or attachment network. This creates a requirement > > for interconnecting standalone CDNs so they can interoperate as an > > open content delivery infrastructure for the end-to-end delivery of > > content from Content Service Providers (CSPs) to end users. However, > > no standards or open specifications currently exist to facilitate > > such CDN interconnection. > > > > The goal of this document is to outline the problem area for the IETF > > with a view towards creating a working group. This working group > > would work on interoperable and scalable solutions for CDN > > interconnection. > > > > > > > > The IETF Secretariat. > > _______________________________________________ > > CDNi mailing list > > CDNi@ietf.org > > https://www.ietf.org/mailman/listinfo/cdni > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni From haibin.song@huawei.com Tue Jan 25 19:59:43 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4D0E83A691A for ; Tue, 25 Jan 2011 19:59:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.115 X-Spam-Level: X-Spam-Status: No, score=-1.115 tagged_above=-999 required=5 tests=[AWL=-0.620, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SB4SDQYIZ-YU for ; Tue, 25 Jan 2011 19:59:42 -0800 (PST) Received: from szxga01-in.huawei.com (unknown [119.145.14.64]) by core3.amsl.com (Postfix) with ESMTP id A17A33A689B for ; Tue, 25 Jan 2011 19:59:41 -0800 (PST) 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 <0LFM00EEO386MB@szxga05-in.huawei.com> for cdni@ietf.org; Wed, 26 Jan 2011 12:02:30 +0800 (CST) Received: from szxeml201-edg.china.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 <0LFM00HPO385BF@szxga05-in.huawei.com> for cdni@ietf.org; Wed, 26 Jan 2011 12:02:30 +0800 (CST) Received: from SZXEML401-HUB.china.huawei.com (10.82.67.31) by szxeml201-edg.china.huawei.com (172.24.2.39) with Microsoft SMTP Server (TLS) id 14.1.270.1; Wed, 26 Jan 2011 12:02:23 +0800 Received: from SZXEML505-MBX.china.huawei.com ([169.254.2.222]) by SZXEML401-HUB.china.huawei.com ([10.82.67.31]) with mapi id 14.01.0270.001; Wed, 26 Jan 2011 12:02:29 +0800 Date: Wed, 26 Jan 2011 04:02:29 +0000 From: Songhaibin In-reply-to: <843DA8228A1BA74CA31FB4E111A5C46201723A27@ftrdmel0.rd.francetelecom.fr> X-Originating-IP: [10.138.41.70] To: "emile.stephan@orange-ftgroup.com" , "flefauch@cisco.com" Message-id: MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-language: zh-CN Content-transfer-encoding: quoted-printable Accept-Language: en-US, zh-CN Thread-topic: [CDNi] Problem Statement: Request routing system Thread-index: AQHLu78rvk1sDDS6wEuKmtrfBSqg5pPio4rg X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <843DA8228A1BA74CA31FB4E111A5C46201723A27@ftrdmel0.rd.francetelecom.fr> X-Mailman-Approved-At: Wed, 26 Jan 2011 01:11:54 -0800 Cc: "cdni@ietf.org" Subject: Re: [CDNi] Problem Statement: Request routing system X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 26 Jan 2011 03:59:43 -0000 What does the user agent concept include? Does it include the proxies and D= NS servers? Because from the CDN's viewpoint, the request may come from the= m. BR, Haibin > -----Original Message----- > From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf Of > emile.stephan@orange-ftgroup.com > Sent: Monday, January 24, 2011 8:04 PM > To: flefauch@cisco.com > Cc: cdni@ietf.org > Subject: Re: [CDNi] Problem Statement: Request routing system >=20 > Hi Francois, >=20 > In fact I think that "Request Routing System" makes use of 2 interfaces: >=20 > - the handling of the interaction with the user agent; > - the selection of the entity which will serve the content...; >=20 > Currently the second interface is part of the control API. So I propose t= hat we > create a distinct interface and separate it from the control API. >=20 > What about the following names? > - Request-Transfer: Handling of the interaction with the user agent...; > - Request-Routing: Part of the control API which selects of the entity = which > will serve the content...; >=20 > Regards > Emile >=20 > > -----Message d'origine----- > > De=A0: Francois Le Faucheur [mailto:flefauch@cisco.com] > > Envoy=E9=A0: mercredi 12 janvier 2011 14:34 > > =C0=A0: Ben Niven-Jenkins > > Cc=A0: Francois Le Faucheur; Bitar, Nabil N; STEPHAN Emile RD-CORE-LAN; > > cdni@ietf.org > > Objet=A0: Re: [CDNi] Problem Statement: Terminology > > > > Ben, Emile and all, > > > > Like Ben I don't the need to break down the Request-Routing System into > > two entity. > > > > But I suspect that what Emile was getting at (beyond terminology), is t= he > > following point that is relevant for CDNi: > > > > Request-Routing Systems in two neighbor CDNs may need to interact for t= wo > > different purposes: > > (A) exchange of information about a Downstream CDN that allows an > > Upstream CDN to make "more informed" Request-Routing decisions (eg > > Downstream CDN may indicate that it has on-net cache coverage of such I= P- > > address range footprint, e.g. Downstream CDN may indicate that it is > > currently "overloaded" in some geography) > > (B) actual redirection of a given request (ie once Upstream CDN has > > selected a given Downstream CDN, it communicates with that Downstream > CDN > > to facilitate the actual redirection of a given user request.) > > > > I agree it is important to keep in mind this distinction for the > > definition of CDNi interactions. > > I believe the current Problem Statement already reflects that distincti= on: > > - it discusses the (A) interactions as part of the "CDNi > > Control API": > > " > > * CDNI Control API: This API allows the "CDNI Control" system in > > interconnected CDNs to communicate. This API may support > the > > following: > > > > + allows the downstream CDN to communicate information > about > > its delivery capabilities, resources and policies > > > > " > > - it discusses the (B) interactions as part of the "CDNi > > Request-Routing API": > > " > > * Request-Routing API: This API allows the Request-Routing syste= m > > in interconnected CDNs to communicate to ensure that an end- > > user request can be (re)directed from an upstream CDN to a > > surrogate in the downstream CDN, in particular where selection > > responsibilities may be split across CDNs (for example the > > upstream CDN may be responsible for selecting the downstream > > CDN while the downstream CDN may be responsible for selecting > > the actual surrogate within that CDN). > > " > > > > So I think we are good with respect to the CDNi model. > > > > With respect to terminology, one could argue that the "CDNi Request- > > Routing API" would be slightly more accurately described as the "CDNi > > Request-Transfer API" (or "CDNi Request-Redirection API"), since it is = to > > be used for the (B) interactions. I don't feel strongly about this as l= ong > > as we are clear it is to be used for (B) interactions. > > > > A few suggestions below on the changes proposed by Ben: > > > > > > On 12 Jan 2011, at 12:04, Ben Niven-Jenkins wrote: > > > > > Emile, Nabil, > > > > > > Thanks for the suggestion. We can certainly try to better clarify the > > term Request Routing System. However, I am not sure decomposing it into > > two terms is the best way to achieve that as we would introduce a new t= erm > > that we don't subsequently use and for CDNI, only inter-CDN Request > > Routing (i.e. between Request Routing Systems in different CDNs) should= be > > in scope and the internals of the Request Routing System in each CDN > > should remain out of scope. > > > > > > If we look at the definition of Request Routing System in the -00 > > Problem statement we have: > > > > > > Request Routing System: The function within a CDN responsible for > > > steering or directing a content request received directly from an e= nd > > > user to a suitable Surrogate. > > > > > > I suggest we incorporate some of the clarifying detail of your > > suggestions into the definition of Request Routing System but keep it a= s a > > single term encompassing the entire Request Routing System. > > > > > > My proposal would be: > > > > > > Request Routing System: The function within a CDN responsible for > > > for receiving a content request from a user agent, obtaining a set > > > of candidate surrogates, and for selecting and redirecting the user > > > to the appropriate surrogate or CDN. > > > > "obtaining a set of candidate surrogates" may incorrectly suggest that = an > > Upstream CDN needs to know about surrogates in the Downstream CDN. > > How about: > > " > > Request Routing System: The function within a CDN responsible for > > for receiving a content request from a user agent, obtaining and > > maintaining necessary information about a set > > of candidate surrogates or candidate CDNs, and for selecting and > > redirecting the user > > to the appropriate surrogate or CDN." > > > > > > Cheers > > > > Francois > > > > > To enable CDN Interconnect, the > > > Request Routing System must also be capable of handling user agent > > > content requests passed to it by another CDN. > > > > > > Would that achieve the clarification you suggest? > > > > > > Thanks > > > Ben > > > > > > On 11 Jan 2011, at 21:25, Bitar, Nabil N wrote: > > > > > >> Hi, > > >> I think it is fine to refine the definition of the functions. I woul= d > > like to suggest tough some modification to the proposed definitions an= d > > see what you and Ben think: > > >> > > >> Request transfer: The function within a CDN responsible for receivin= g a > > content request from a user-agent, querying the request routing functio= n > > for candidate surrogates, and for selecting and redirecting the user to > > the appropriate surrogate or CDN. > > >> > > >> Request routing (I am not sure the best name): The function within a > > CDN responsible for determining the candidate list of surrogates for th= e > > request-transfer function to deliver content to a user-agent. > > >> > > >> Thanks, > > >> Nabil > > >> > > >> > > >> On 1/11/11 8:40 AM, "emile.stephan@orange-ftgroup.com" > > wrote: > > >> > > >> Hi Ben, > > >> > > >> I went through the terminology section. I think that it make sense t= o > > split the Request Routing in 2 functions. The first function (Request > > Transfer) handles the content request; the second (Request Routing) > > determines the appropriate source of content. > > >> > > >> Request Transfer: > > >> The function within a CDN responsible for receiving a content requ= est > > from a User-agent, for querying the Request routing function and for > > directing this query toward the selected source of content. > > >> > > >> Request Routing: > > >> The function within a CDN responsible for determining the > > appropriate Surrogate or the appropriate CDN. > > >> > > >> > > >>> -----Message d'origine----- > > >>> De : cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] De la par= t > > de > > >>> Ben Niven-Jenkins > > >>> Envoy=E9 : lundi 20 d=E9cembre 2010 11:59 > > >>> =C0 : Francois Le Faucheur > > >>> Cc : cdni@ietf.org; Lee, Yiu > > >>> Objet : Re: [CDNi] Few comments on Problem Statement > > >>> > > >>> Francois, > > >>> > > >>> On 17 Dec 2010, at 08:20, Francois Le Faucheur wrote: > > >>> > > >>>> Hi Yiu, > > >>>> > > >>>> On 16 Dec 2010, at 20:05, Lee, Yiu wrote: > > >>>>> > > >>>>> [YL] I am somewhat more clear. Thanks for the explanation. If > > Content > > >>>>> Distribution Metadata is used by the CDNi, why not simply called = it > > >>> CDNi > > >>>>> Metadata? > > >>>> > > >>>> As per recent discussion with Richard, we observed that Content > > >>> Distribution Metadata comprises metadata of intra-CDN scope (ie onl= y > > >>> relevant within a CDN) and metadata of inter-CDN scope (ie relevant > > across > > >>> CDNs). > > >>>> > > >>>> So, to be more accurate, we could use the term "CDNi Metadata" to > > >>> designate the Content Distribution Metadata of inter-CDN scope (whi= ch > > is > > >>> quite of a mouthful). > > >>>> > > >>>> So the definition would look like this: > > >>>> > > >>>> " > > >>>> Metadata: data about data. > > >>>> > > >>>> Content Metadata: metadata about content. Content Metadata > comprises: > > >>>> (i) metadata that is relevant to the distribution of the content > > >>> (and therefore relevant to a CDN involved in the delivery of that > > content). > > >>> We refer to those as "Content Distribution Metadata". > > >>>> (ii) metadata that is associated with the actual content (and not > > >>> directly relevant to the distribution of that content) or content > > >>> representation. For example, such metadata may include Genre, Cast, > > Rating > > >>> as well as resolution and aspect ratio. > > >>>> > > >>>> Content Distribution Metadata: the subset of Content Metadata that= is > > >>> relevant to the distribution of the content. > > >>>> This is the metadata required by a CDN in order to enable and cont= rol > > >>> content distribution and delivery by the CDN. In a CDN Interconnect= ion > > >>> environment, some of the Content Distribution Metadata may have an > > intra- > > >>> CDN scope (and therefore need not be communicated between CDNs), > while > > >>> some of the Content Distribution Metadata have an inter-CDN scope > (and > > >>> therefore need to be communicated between CDNs). For example, > Content > > >>> Distribution Metadata with inter-CDN scope may include geo-blocking > > >>> information (i.e. information defining geographical areas where the > > >>> content is to be made available or blocked), availability windows (= i.e. > > >>> information defining time windows during which the content is to be > > made > > >>> available or blocked) and access control mechanisms to be enforced > > (e.g. > > >>> URI signature validation). > > >>>> > > >>>> CDNi Metadata: Content Distribution Metadata with inter-CDN scope > > >>>> " > > >>>> > > >>>> How does that sound? > > >>>> > > >>> > > >>> Looks good to me :-) > > >>> > > >>> Ben > > >>> > > >>> > > >>> _______________________________________________ > > >>> CDNi mailing list > > >>> CDNi@ietf.org > > >>> https://www.ietf.org/mailman/listinfo/cdni > > >> > > >> > > >> --------------------------------------------- > > >> Nabil Bitar, PhD > > >> Principal Member of Technical Staff > > >> Packet Network Technology > > >> Verizon Corporate Network and Technology > > >> > > >> 60 Sylvan Road > > >> Waltham, MA 02451 > > >> Office Phone: (781) 466-2161 > > > >=20 > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni From trevor.burbridge@bt.com Wed Jan 26 01:23:47 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F058E3A695B for ; Wed, 26 Jan 2011 01:23:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.504 X-Spam-Level: X-Spam-Status: No, score=-1.504 tagged_above=-999 required=5 tests=[AWL=0.542, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PSIzZ0iNYDFx for ; Wed, 26 Jan 2011 01:23:45 -0800 (PST) Received: from smtpe1.intersmtp.com (smtp62.intersmtp.COM [62.239.224.235]) by core3.amsl.com (Postfix) with ESMTP id E8E433A68D7 for ; Wed, 26 Jan 2011 01:23:44 -0800 (PST) Received: from EVMHT61-UKRD.domain1.systemhost.net (10.36.3.127) by RDW083A006ED62.smtp-e2.hygiene.service (10.187.98.11) with Microsoft SMTP Server (TLS) id 8.3.106.1; Wed, 26 Jan 2011 09:26:43 +0000 Received: from EMV64-UKRD.domain1.systemhost.net ([169.254.1.5]) by EVMHT61-UKRD.domain1.systemhost.net ([10.36.3.127]) with mapi; Wed, 26 Jan 2011 09:26:43 +0000 From: To: , , Date: Wed, 26 Jan 2011 09:26:42 +0000 Thread-Topic: [CDNi] Problem Statement: Request routing system Thread-Index: AQHLu78rvk1sDDS6wEuKmtrfBSqg5pPio4rggABZ6lA= Message-ID: References: <843DA8228A1BA74CA31FB4E111A5C46201723A27@ftrdmel0.rd.francetelecom.fr> In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: cdni@ietf.org Subject: Re: [CDNi] Problem Statement: Request routing system X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 26 Jan 2011 09:23:47 -0000 > -----Original Message----- > From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf Of > Songhaibin > Sent: 26 January 2011 04:02 > To: emile.stephan@orange-ftgroup.com; flefauch@cisco.com > Cc: cdni@ietf.org > Subject: Re: [CDNi] Problem Statement: Request routing system >=20 > What does the user agent concept include? Does it include the proxies > and DNS servers? Because from the CDN's viewpoint, the request may come > from them. I think at the moment we've define the UA to exclude these independent host= and network functions, although we do acknowledge they take part in the in= teraction (and are indistinguishable to the CDN). I think this is probably = the right approach since such additional entities exist beyond the scope of= CDNi. =20 > BR, > Haibin >=20 > > -----Original Message----- > > From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf > Of > > emile.stephan@orange-ftgroup.com > > Sent: Monday, January 24, 2011 8:04 PM > > To: flefauch@cisco.com > > Cc: cdni@ietf.org > > Subject: Re: [CDNi] Problem Statement: Request routing system > > > > Hi Francois, > > > > In fact I think that "Request Routing System" makes use of 2 > interfaces: > > > > - the handling of the interaction with the user agent; > > - the selection of the entity which will serve the content...; > > > > Currently the second interface is part of the control API. So I > propose that we > > create a distinct interface and separate it from the control API. > > > > What about the following names? > > - Request-Transfer: Handling of the interaction with the user > agent...; > > - Request-Routing: Part of the control API which selects of the > entity which > > will serve the content...; > > > > Regards > > Emile > > > > > -----Message d'origine----- > > > De=A0: Francois Le Faucheur [mailto:flefauch@cisco.com] > > > Envoy=E9=A0: mercredi 12 janvier 2011 14:34 > > > =C0=A0: Ben Niven-Jenkins > > > Cc=A0: Francois Le Faucheur; Bitar, Nabil N; STEPHAN Emile RD-CORE- > LAN; > > > cdni@ietf.org > > > Objet=A0: Re: [CDNi] Problem Statement: Terminology > > > > > > Ben, Emile and all, > > > > > > Like Ben I don't the need to break down the Request-Routing System > into > > > two entity. > > > > > > But I suspect that what Emile was getting at (beyond terminology), > is the > > > following point that is relevant for CDNi: > > > > > > Request-Routing Systems in two neighbor CDNs may need to interact > for two > > > different purposes: > > > (A) exchange of information about a Downstream CDN that allows an > > > Upstream CDN to make "more informed" Request-Routing decisions (eg > > > Downstream CDN may indicate that it has on-net cache coverage of > such IP- > > > address range footprint, e.g. Downstream CDN may indicate that it > is > > > currently "overloaded" in some geography) > > > (B) actual redirection of a given request (ie once Upstream CDN > has > > > selected a given Downstream CDN, it communicates with that > Downstream > > CDN > > > to facilitate the actual redirection of a given user request.) > > > > > > I agree it is important to keep in mind this distinction for the > > > definition of CDNi interactions. > > > I believe the current Problem Statement already reflects that > distinction: > > > - it discusses the (A) interactions as part of the "CDNi > > > Control API": > > > " > > > * CDNI Control API: This API allows the "CDNI Control" > system in > > > interconnected CDNs to communicate. This API may support > > the > > > following: > > > > > > + allows the downstream CDN to communicate information > > about > > > its delivery capabilities, resources and policies > > > > > > " > > > - it discusses the (B) interactions as part of the "CDNi > > > Request-Routing API": > > > " > > > * Request-Routing API: This API allows the Request-Routing > system > > > in interconnected CDNs to communicate to ensure that an > end- > > > user request can be (re)directed from an upstream CDN to a > > > surrogate in the downstream CDN, in particular where > selection > > > responsibilities may be split across CDNs (for example the > > > upstream CDN may be responsible for selecting the > downstream > > > CDN while the downstream CDN may be responsible for > selecting > > > the actual surrogate within that CDN). > > > " > > > > > > So I think we are good with respect to the CDNi model. > > > > > > With respect to terminology, one could argue that the "CDNi > Request- > > > Routing API" would be slightly more accurately described as the > "CDNi > > > Request-Transfer API" (or "CDNi Request-Redirection API"), since it > is to > > > be used for the (B) interactions. I don't feel strongly about this > as long > > > as we are clear it is to be used for (B) interactions. > > > > > > A few suggestions below on the changes proposed by Ben: > > > > > > > > > On 12 Jan 2011, at 12:04, Ben Niven-Jenkins wrote: > > > > > > > Emile, Nabil, > > > > > > > > Thanks for the suggestion. We can certainly try to better clarify > the > > > term Request Routing System. However, I am not sure decomposing it > into > > > two terms is the best way to achieve that as we would introduce a > new term > > > that we don't subsequently use and for CDNI, only inter-CDN Request > > > Routing (i.e. between Request Routing Systems in different CDNs) > should be > > > in scope and the internals of the Request Routing System in each > CDN > > > should remain out of scope. > > > > > > > > If we look at the definition of Request Routing System in the -00 > > > Problem statement we have: > > > > > > > > Request Routing System: The function within a CDN responsible > for > > > > steering or directing a content request received directly from > an end > > > > user to a suitable Surrogate. > > > > > > > > I suggest we incorporate some of the clarifying detail of your > > > suggestions into the definition of Request Routing System but keep > it as a > > > single term encompassing the entire Request Routing System. > > > > > > > > My proposal would be: > > > > > > > > Request Routing System: The function within a CDN responsible > for > > > > for receiving a content request from a user agent, obtaining a > set > > > > of candidate surrogates, and for selecting and redirecting the > user > > > > to the appropriate surrogate or CDN. > > > > > > "obtaining a set of candidate surrogates" may incorrectly suggest > that an > > > Upstream CDN needs to know about surrogates in the Downstream CDN. > > > How about: > > > " > > > Request Routing System: The function within a CDN responsible for > > > for receiving a content request from a user agent, obtaining and > > > maintaining necessary information about a set > > > of candidate surrogates or candidate CDNs, and for selecting and > > > redirecting the user > > > to the appropriate surrogate or CDN." > > > > > > > > > Cheers > > > > > > Francois > > > > > > > To enable CDN Interconnect, the > > > > Request Routing System must also be capable of handling user > agent > > > > content requests passed to it by another CDN. > > > > > > > > Would that achieve the clarification you suggest? > > > > > > > > Thanks > > > > Ben > > > > > > > > On 11 Jan 2011, at 21:25, Bitar, Nabil N wrote: > > > > > > > >> Hi, > > > >> I think it is fine to refine the definition of the functions. I > would > > > like to suggest tough some modification to the proposed > definitions and > > > see what you and Ben think: > > > >> > > > >> Request transfer: The function within a CDN responsible for > receiving a > > > content request from a user-agent, querying the request routing > function > > > for candidate surrogates, and for selecting and redirecting the > user to > > > the appropriate surrogate or CDN. > > > >> > > > >> Request routing (I am not sure the best name): The function > within a > > > CDN responsible for determining the candidate list of surrogates > for the > > > request-transfer function to deliver content to a user-agent. > > > >> > > > >> Thanks, > > > >> Nabil > > > >> > > > >> > > > >> On 1/11/11 8:40 AM, "emile.stephan@orange-ftgroup.com" > > > wrote: > > > >> > > > >> Hi Ben, > > > >> > > > >> I went through the terminology section. I think that it make > sense to > > > split the Request Routing in 2 functions. The first function > (Request > > > Transfer) handles the content request; the second (Request Routing) > > > determines the appropriate source of content. > > > >> > > > >> Request Transfer: > > > >> The function within a CDN responsible for receiving a content > request > > > from a User-agent, for querying the Request routing function and > for > > > directing this query toward the selected source of content. > > > >> > > > >> Request Routing: > > > >> The function within a CDN responsible for determining the > > > appropriate Surrogate or the appropriate CDN. > > > >> > > > >> > > > >>> -----Message d'origine----- > > > >>> De : cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] De la > part > > > de > > > >>> Ben Niven-Jenkins > > > >>> Envoy=E9 : lundi 20 d=E9cembre 2010 11:59 > > > >>> =C0 : Francois Le Faucheur > > > >>> Cc : cdni@ietf.org; Lee, Yiu > > > >>> Objet : Re: [CDNi] Few comments on Problem Statement > > > >>> > > > >>> Francois, > > > >>> > > > >>> On 17 Dec 2010, at 08:20, Francois Le Faucheur wrote: > > > >>> > > > >>>> Hi Yiu, > > > >>>> > > > >>>> On 16 Dec 2010, at 20:05, Lee, Yiu wrote: > > > >>>>> > > > >>>>> [YL] I am somewhat more clear. Thanks for the explanation. If > > > Content > > > >>>>> Distribution Metadata is used by the CDNi, why not simply > called it > > > >>> CDNi > > > >>>>> Metadata? > > > >>>> > > > >>>> As per recent discussion with Richard, we observed that > Content > > > >>> Distribution Metadata comprises metadata of intra-CDN scope (ie > only > > > >>> relevant within a CDN) and metadata of inter-CDN scope (ie > relevant > > > across > > > >>> CDNs). > > > >>>> > > > >>>> So, to be more accurate, we could use the term "CDNi Metadata" > to > > > >>> designate the Content Distribution Metadata of inter-CDN scope > (which > > > is > > > >>> quite of a mouthful). > > > >>>> > > > >>>> So the definition would look like this: > > > >>>> > > > >>>> " > > > >>>> Metadata: data about data. > > > >>>> > > > >>>> Content Metadata: metadata about content. Content Metadata > > comprises: > > > >>>> (i) metadata that is relevant to the distribution of the > content > > > >>> (and therefore relevant to a CDN involved in the delivery of > that > > > content). > > > >>> We refer to those as "Content Distribution Metadata". > > > >>>> (ii) metadata that is associated with the actual content (and > not > > > >>> directly relevant to the distribution of that content) or > content > > > >>> representation. For example, such metadata may include Genre, > Cast, > > > Rating > > > >>> as well as resolution and aspect ratio. > > > >>>> > > > >>>> Content Distribution Metadata: the subset of Content Metadata > that is > > > >>> relevant to the distribution of the content. > > > >>>> This is the metadata required by a CDN in order to enable and > control > > > >>> content distribution and delivery by the CDN. In a CDN > Interconnection > > > >>> environment, some of the Content Distribution Metadata may have > an > > > intra- > > > >>> CDN scope (and therefore need not be communicated between > CDNs), > > while > > > >>> some of the Content Distribution Metadata have an inter-CDN > scope > > (and > > > >>> therefore need to be communicated between CDNs). For example, > > Content > > > >>> Distribution Metadata with inter-CDN scope may include geo- > blocking > > > >>> information (i.e. information defining geographical areas where > the > > > >>> content is to be made available or blocked), availability > windows (i.e. > > > >>> information defining time windows during which the content is > to be > > > made > > > >>> available or blocked) and access control mechanisms to be > enforced > > > (e.g. > > > >>> URI signature validation). > > > >>>> > > > >>>> CDNi Metadata: Content Distribution Metadata with inter-CDN > scope > > > >>>> " > > > >>>> > > > >>>> How does that sound? > > > >>>> > > > >>> > > > >>> Looks good to me :-) > > > >>> > > > >>> Ben > > > >>> > > > >>> > > > >>> _______________________________________________ > > > >>> CDNi mailing list > > > >>> CDNi@ietf.org > > > >>> https://www.ietf.org/mailman/listinfo/cdni > > > >> > > > >> > > > >> --------------------------------------------- > > > >> Nabil Bitar, PhD > > > >> Principal Member of Technical Staff > > > >> Packet Network Technology > > > >> Verizon Corporate Network and Technology > > > >> > > > >> 60 Sylvan Road > > > >> Waltham, MA 02451 > > > >> Office Phone: (781) 466-2161 > > > > > > > > _______________________________________________ > > CDNi mailing list > > CDNi@ietf.org > > https://www.ietf.org/mailman/listinfo/cdni > _______________________________________________ > CDNi mailing list > CDNi@ietf.org > https://www.ietf.org/mailman/listinfo/cdni From flefauch@cisco.com Wed Jan 26 01:58:56 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3E7183A6983 for ; Wed, 26 Jan 2011 01:58:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.561 X-Spam-Level: X-Spam-Status: No, score=-9.561 tagged_above=-999 required=5 tests=[AWL=-0.383, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8, SARE_GIF_ATTACH=1.42] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I2mLZCoClIvc for ; Wed, 26 Jan 2011 01:58:54 -0800 (PST) Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by core3.amsl.com (Postfix) with ESMTP id CD8B13A6825 for ; Wed, 26 Jan 2011 01:58:52 -0800 (PST) Authentication-Results: ams-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-Files: image001.jpg, green.gif : 11041, 87 Received: from ams-core-4.cisco.com ([144.254.72.77]) by ams-iport-2.cisco.com with ESMTP; 26 Jan 2011 10:01:52 +0000 Received: from ams-flefauch-8713.cisco.com (ams-flefauch-8713.cisco.com [10.55.161.196]) by ams-core-4.cisco.com (8.14.3/8.14.3) with ESMTP id p0QA1oov012348; Wed, 26 Jan 2011 10:01:50 GMT Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/alternative; boundary=Apple-Mail-2580--98649892 From: Francois Le Faucheur In-Reply-To: Date: Wed, 26 Jan 2011 11:02:09 +0100 Message-Id: References: To: "trevor.burbridge@bt.com> , haibin.song@huawei.com X-Mailer: Apple Mail (2.1082) Cc: cdni@ietf.org Subject: Re: [CDNi] New (-01) version of CDNI Problem Statement draft X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 26 Jan 2011 09:58:56 -0000 --Apple-Mail-2580--98649892 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Haibin, Trevor, On 26 Jan 2011, at 09:54, = wrote: > Hi Haibin, see below - >=20 >> -----Original Message----- >> From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf = Of >> Songhaibin >> Sent: 26 January 2011 05:50 >> To: Ben Niven-Jenkins; cdni@ietf.org >> Subject: Re: [CDNi] New (-01) version of CDNI Problem Statement draft >>=20 >> Hi Ben, >>=20 >> Thanks for the new draft. I find the draft has listed all the work to >> enable CDNs to interconnect. Good. >> But technically, I still have the >> following comments. >>=20 >> (1) Which APIs can be reused between a CSP and a CDN? This is currently considered out of scope for the CDNI work. This is addressed in other forums (eg ATIS, CableLabs Asset Management = Interface) >>=20 >> (2) For the real-time data, I do not think having many levels of >> downstream CDN can guarantee the delay. There should be a mechanism = to >> limit the levels. >=20 > It would be simple enough for the Authoritative CDN or even the User = Agent to place a "maximum hop count" on the content Request. However, I = don't know how well this would match to metrics such as delay as each = CDN Request Routing may be unpredictable and vary between CDNs. I also expect we'd want an optional mechanism that can limit the depth = of redirection. >=20 >> By the way, IMO, there are other ways to utilize the NSP CDNs to do a >> scalable content distribution. That is, make these CDNs as simple >> storage infrastructure with common APIs, I am not sure this is fundamentally different to what is discussed here. = ie define APIs so a CDN can be "enrolled" by another CDN (or a virtual = CDN provider, or a Content Provider that elects to support the = corresponding APIs if it wishes to do so). >> and let a virtual CDN provider >> to rent the storage service from multiple NSPs to provide the >> distribution service. >=20 > The general model of a virtual provider or broker using the storage = and delivery resources of other CDNs will be covered in the CDNi Use = Cases document, which hopefully BT and France Telecom-Orange will be = releasing another version shortly.=20 Yes. The use-case I-D would be a good place to bring that up. Cheers Francois >=20 >> BR, >> Haibin >>=20 >>> -----Original Message----- >>> From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf >> Of Ben >>> Niven-Jenkins >>> Sent: Tuesday, January 18, 2011 6:50 AM >>> To: cdni@ietf.org >>> Subject: [CDNi] New (-01) version of CDNI Problem Statement draft >>>=20 >>> Colleagues, >>>=20 >>> We have posted a new version of the CDNI Problem Statement, which = can >> be >>> found here: >>> http://www.ietf.org/id/draft-jenkins-cdni-problem-statement-01.txt >>>=20 >>> A diff from the -00 version can be found here: >>> http://goo.gl/YtJxk [tools.ietf.org/rfcdiff] >>>=20 >>> A summary of the changes: >>> - Incorporated feedback from the mailing list and offline comments. >>> - Added a section on "Design Approach for Realizing the CDNI APIs" = to >> provide >>> a bit more detail on what a solution may look like and components >> that could be >>> reused. >>> - Added a section on "Prioritizing the CDNI Work" which suggest a >> spilt of the >>> problem space into 3 different spaces that could be addressed >> sequentially in >>> order to manage the workload of a WG. >>> - Expanded the "Gap Analysis of relevant Standardization and >> Research". >>>=20 >>> Looking forward to your feedback. >>>=20 >>> Ben >>>=20 >>>=20 >>> On 17/01/2011 22:35, "IETF I-D Submission Tool" >> >>> wrote: >>>=20 >>> A new version of I-D, draft-jenkins-cdni-problem-statement-01.txt = has >> been >>> successfully submitted by Ben Niven-Jenkins and posted to the IETF >> repository. >>>=20 >>> Filename: draft-jenkins-cdni-problem-statement >>> Revision: 01 >>> Title: Content Distribution Network Interconnection (CDNI) >> Problem >>> Statement >>> Creation_date: 2011-01-17 >>> WG ID: Independent Submission >>> Number_of_pages: 33 >>>=20 >>> Abstract: >>> Content Delivery Networks (CDNs) provide numerous benefits: reduced >>> delivery cost 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, existing CDN providers are scaling up their >>> infrastructure and many Network Service Providers (NSPs) are >>> deploying their own CDNs. It is generally desirable that a given >>> content item can be delivered to an end user regardless of that end >>> user's location or attachment network. This creates a requirement >>> for interconnecting standalone CDNs so they can interoperate as an >>> open content delivery infrastructure for the end-to-end delivery of >>> content from Content Service Providers (CSPs) to end users. = However, >>> no standards or open specifications currently exist to facilitate >>> such CDN interconnection. >>>=20 >>> The goal of this document is to outline the problem area for the = IETF >>> with a view towards creating a working group. This working group >>> would work on interoperable and scalable solutions for CDN >>> interconnection. >>>=20 >>>=20 >>>=20 >>> The IETF Secretariat. >>> _______________________________________________ >>> CDNi mailing list >>> CDNi@ietf.org >>> https://www.ietf.org/mailman/listinfo/cdni >> _______________________________________________ >> CDNi mailing list >> CDNi@ietf.org >> https://www.ietf.org/mailman/listinfo/cdni > _______________________________________________ > 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-2580--98649892 Content-Type: multipart/related; type="text/html"; boundary=Apple-Mail-2581--98649891 --Apple-Mail-2581--98649891 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 trevor.burbridge@bt.com> = <trevor.burbridge@bt.com> = wrote:
Hi Haibin, see below -

-----Original Message-----
From: cdni-bounces@ietf.org = [mailto:cdni-bounces@ietf.org] On Behalf Of
Songhaibin
Sent: = 26 January 2011 05:50
To: Ben = Niven-Jenkins; cdni@ietf.org
Subject: Re: [CDNi] New (-01) version of CDNI Problem = Statement draft

Hi = Ben,

Thanks for the = new draft. I find the draft has listed all the work = to
enable CDNs to = interconnect.

Good.
But = technically, I still have the
following comments.

(1) Which APIs = can be reused between a CSP and a = CDN?

This is = currently considered out of scope for the CDNI work.
This is = addressed in other forums (eg ATIS, CableLabs Asset Management = Interface)


(2) For the = real-time data, I do not think having many levels = of
downstream CDN can = guarantee the delay. There should be a mechanism = to
limit the = levels.

It would be simple enough for the = Authoritative CDN or even the User Agent to place a "maximum hop count" = on the content Request. However, I don't know how well this would match = to metrics such as delay as each CDN Request Routing may be = unpredictable and vary between = CDNs.

I also expect we'd want = an optional mechanism that can limit the depth of = redirection.


By the way, IMO, there are other ways to utilize the NSP = CDNs to do a
scalable content = distribution. That is, make these CDNs as = simple
storage infrastructure = with common APIs,

I = am not sure this is fundamentally different to what is discussed here. = ie define APIs so a CDN can be "enrolled" by another CDN (or a virtual = CDN provider, or a Content Provider that elects to support the = corresponding APIs if it wishes to do so).

and let a virtual CDN = provider
to rent the storage = service from multiple NSPs to provide the
distribution service.

The general = model of a virtual provider or broker using the storage and delivery = resources of other CDNs will be covered in the CDNi Use Cases document, = which hopefully BT and France Telecom-Orange will be releasing another = version shortly.

Yes. The = use-case I-D would be a good place to bring that = up.

Cheers

Francois



BR,
Haibin

-----Original = Message-----
From: cdni-bounces@ietf.org = [mailto:cdni-bounces@ietf.org] On = Behalf
Of = Ben
Niven-Jenkins
Sent: Tuesday, January 18, 2011 = 6:50 AM
To: cdni@ietf.org
Subject: [CDNi] = New (-01) version of CDNI Problem Statement = draft

Colleagues,

We have posted a new version of = the CDNI Problem Statement, which = can
be
found here:
http://www.ietf.org/id/draft-jenkins-cdni-problem-statement-01.txt

A diff from the -00 version can = be found here:
http://goo.gl/YtJxk  [tools.ietf.org/rfcdiff]

A summary of the = changes:
- Incorporated feedback from the = mailing list and offline = comments.
- Added a section on "Design = Approach for Realizing the CDNI APIs" = to
provide
a bit more detail on what a = solution may look like and = components
that = could be
reused.
- Added a section on = "Prioritizing the CDNI Work" which suggest = a
spilt of = the
problem space into 3 different spaces that could be = addressed
sequentially in
order to manage the workload of = a WG.
- Expanded the "Gap Analysis of relevant Standardization = and
Research".

Looking forward to your = feedback.

Ben


On 17/01/2011 22:35, "IETF I-D = Submission Tool"
<idsubmission@ietf.org>
wrote:

A new version of I-D, = draft-jenkins-cdni-problem-statement-01.txt = has
been
successfully submitted by Ben Niven-Jenkins and posted to = the IETF
repository.

Filename: =     draft-jenkins-cdni-problem-statement
Revision: =     01
Title: =         Content Distribution = Network Interconnection (CDNI)
Problem
Statement
Creation_date: =     2011-01-17
WG ID: =         Independent = Submission
Number_of_pages: = 33

Abstract:
Content Delivery Networks (CDNs) = provide numerous benefits: = reduced
delivery cost 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, existing CDN = providers are scaling up their
infrastructure and many Network = Service Providers (NSPs) are
deploying their own CDNs. =  It is generally desirable that a = given
content item can be delivered to an end user regardless of = that end
user's location or attachment = network.  This creates a = requirement
for interconnecting standalone = CDNs so they can interoperate as = an
open content delivery infrastructure for the end-to-end = delivery of
content from Content Service = Providers (CSPs) to end users. =  However,
no standards or open = specifications currently exist to = facilitate
such CDN = interconnection.

The goal of this document is to = outline the problem area for the = IETF
with a view towards creating a working group.  This = working group
would work on interoperable and = scalable solutions for CDN
interconnection.



The IETF = Secretariat.
_______________________________________________
CDNi = mailing list
CDNi@ietf.org
https://www.ietf.org/m= ailman/listinfo/cdni
_______________________________________________
CDNi mailing = list
CDNi@ietf.org
https://www.ietf.org/m= ailman/listinfo/cdni
_________________________________= ______________
CDNi mailing list
CDNi@ietf.org
https://www.ietf.org/ma= ilman/listinfo/cdni



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-2581--98649891 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-2581--98649891-- --Apple-Mail-2580--98649892-- From haibin.song@huawei.com Wed Jan 26 02:48:01 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E91263A698E for ; Wed, 26 Jan 2011 02:48:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.184 X-Spam-Level: X-Spam-Status: No, score=0.184 tagged_above=-999 required=5 tests=[AWL=-1.742, BAYES_00=-2.599, EXTRA_MPART_TYPE=1, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RDNS_NONE=0.1, SARE_GIF_ATTACH=1.42] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Hujc6hDDoZab for ; Wed, 26 Jan 2011 02:48:00 -0800 (PST) Received: from szxga01-in.huawei.com (unknown [119.145.14.64]) by core3.amsl.com (Postfix) with ESMTP id 6EA1C3A67D2 for ; Wed, 26 Jan 2011 02:47:59 -0800 (PST) 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 <0LFM006CWM1RMQ@szxga05-in.huawei.com> for cdni@ietf.org; Wed, 26 Jan 2011 18:49:03 +0800 (CST) Received: from szxeml201-edg.china.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 <0LFM007L3M1P4B@szxga05-in.huawei.com> for cdni@ietf.org; Wed, 26 Jan 2011 18:49:03 +0800 (CST) Received: from SZXEML403-HUB.china.huawei.com (10.82.67.35) by szxeml201-edg.china.huawei.com (172.24.2.39) with Microsoft SMTP Server (TLS) id 14.1.270.1; Wed, 26 Jan 2011 18:48:54 +0800 Received: from SZXEML505-MBX.china.huawei.com ([169.254.2.222]) by szxeml403-hub.china.huawei.com ([169.254.173.75]) with mapi id 14.01.0270.001; Wed, 26 Jan 2011 18:48:59 +0800 Date: Wed, 26 Jan 2011 10:48:58 +0000 From: Songhaibin In-reply-to: X-Originating-IP: [10.138.41.70] To: Francois Le Faucheur , "trevor.burbridge@bt.com> Message-id: MIME-version: 1.0 Content-type: multipart/related; boundary="Boundary_(ID_F9ZYN3xBiBCEFDfX5HdFug)"; type="multipart/alternative" Content-language: zh-CN Accept-Language: en-US, zh-CN Thread-topic: [CDNi] New (-01) version of CDNI Problem Statement draft Thread-index: AQHLtpj3qnZaRd9i5E+W3PxmaEHDypPirqIQgABP5gD//45ZgIAAiybg X-MS-Has-Attach: yes X-MS-TNEF-Correlator: References: Cc: "cdni@ietf.org" Subject: Re: [CDNi] New (-01) version of CDNI Problem Statement draft X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 26 Jan 2011 10:48:02 -0000 --Boundary_(ID_F9ZYN3xBiBCEFDfX5HdFug) Content-type: multipart/alternative; boundary="Boundary_(ID_Ky3fUlua+fOzhYOx0aM/SA)" --Boundary_(ID_Ky3fUlua+fOzhYOx0aM/SA) Content-type: text/plain; charset=windows-1256 Content-transfer-encoding: quoted-printable Hi Trevor and Francois, Thanks for the reply. See in line. From: Francois Le Faucheur [mailto:flefauch@cisco.com] Sent: Wednesday, January 26, 2011 6:02 PM To: trevor.burbridge@bt.com> > > wrote: Hi Haibin, see below - -----Original Message----- From: cdni-bounces@ietf.org [mailto:cdni-boun= ces@ietf.org] On Behalf Of Songhaibin Sent: 26 January 2011 05:50 To: Ben Niven-Jenkins; cdni@ietf.org Subject: Re: [CDNi] New (-01) version of CDNI Problem Statement draft Hi Ben, Thanks for the new draft. I find the draft has listed all the work to enable CDNs to interconnect. Good. But technically, I still have the following comments. (1) Which APIs can be reused between a CSP and a CDN? This is currently considered out of scope for the CDNI work. This is addressed in other forums (eg ATIS, CableLabs Asset Management Inte= rface) [Haibin] OK. It=92s not a big issue. (2) For the real-time data, I do not think having many levels of downstream CDN can guarantee the delay. There should be a mechanism to limit the levels. It would be simple enough for the Authoritative CDN or even the User Agent = to place a "maximum hop count" on the content Request. However, I don't kno= w how well this would match to metrics such as delay as each CDN Request Ro= uting may be unpredictable and vary between CDNs. I also expect we'd want an optional mechanism that can limit the depth of r= edirection. [Haibin] Right. That will impact the start up delay. It might be not easy t= o limit the delay to a fine-grained level as you said. =93As simple as poss= ible=94 could be the principle for the choice. Otherwise, the interconnecte= d CDNs may need to find the =93best path=94 and measure the RTT between the= m. By the way, IMO, there are other ways to utilize the NSP CDNs to do a scalable content distribution. That is, make these CDNs as simple storage infrastructure with common APIs, I am not sure this is fundamentally different to what is discussed here. ie= define APIs so a CDN can be "enrolled" by another CDN (or a virtual CDN pr= ovider, or a Content Provider that elects to support the corresponding APIs= if it wishes to do so). and let a virtual CDN provider to rent the storage service from multiple NSPs to provide the distribution service. The general model of a virtual provider or broker using the storage and del= ivery resources of other CDNs will be covered in the CDNi Use Cases documen= t, which hopefully BT and France Telecom-Orange will be releasing another v= ersion shortly. Yes. The use-case I-D would be a good place to bring that up. [Haibin] Sorry for my bad English. I think I need a little clarification he= re. In my previous example, I mean the NSP CDNs which now act as simple sto= rage are agnostic of the application service, just like the in-network stor= age in DECADE. This storage provides the delivery service. Applications are= responsible for the assembling and resolving the meaning of the data. The = virtual CDN provider is a broker who provides interfaces to serve CSPs for = content distribution. I hope the explanation is clear this time:) BR, Haibin Cheers Francois BR, Haibin -----Original Message----- From: cdni-bounces@ietf.org [mailto:cdni-boun= ces@ietf.org] On Behalf Of Ben Niven-Jenkins Sent: Tuesday, January 18, 2011 6:50 AM To: cdni@ietf.org Subject: [CDNi] New (-01) version of CDNI Problem Statement draft Colleagues, We have posted a new version of the CDNI Problem Statement, which can be found here: http://www.ietf.org/id/draft-jenkins-cdni-problem-statement-01.txt A diff from the -00 version can be found here: http://goo.gl/YtJxk [tools.ietf.org/rfcdiff= ] A summary of the changes: - Incorporated feedback from the mailing list and offline comments. - Added a section on "Design Approach for Realizing the CDNI APIs" to provide a bit more detail on what a solution may look like and components that could be reused. - Added a section on "Prioritizing the CDNI Work" which suggest a spilt of the problem space into 3 different spaces that could be addressed sequentially in order to manage the workload of a WG. - Expanded the "Gap Analysis of relevant Standardization and Research". Looking forward to your feedback. Ben On 17/01/2011 22:35, "IETF I-D Submission Tool" > wrote: A new version of I-D, draft-jenkins-cdni-problem-statement-01.txt has been successfully submitted by Ben Niven-Jenkins and posted to the IETF repository. Filename: draft-jenkins-cdni-problem-statement Revision: 01 Title: Content Distribution Network Interconnection (CDNI) Problem Statement Creation_date: 2011-01-17 WG ID: Independent Submission Number_of_pages: 33 Abstract: Content Delivery Networks (CDNs) provide numerous benefits: reduced delivery cost 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, existing CDN providers are scaling up their infrastructure and many Network Service Providers (NSPs) are deploying their own CDNs. It is generally desirable that a given content item can be delivered to an end user regardless of that end user's location or attachment network. This creates a requirement for interconnecting standalone CDNs so they can interoperate as an open content delivery infrastructure for the end-to-end delivery of content from Content Service Providers (CSPs) to end users. However, no standards or open specifications currently exist to facilitate such CDN interconnection. The goal of this document is to outline the problem area for the IETF with a view towards creating a working group. This working group would work on interoperable and scalable solutions for CDN interconnection. The IETF Secretariat. _______________________________________________ CDNi mailing list CDNi@ietf.org https://www.ietf.org/mailman/listinfo/cdni _______________________________________________ CDNi mailing list CDNi@ietf.org https://www.ietf.org/mailman/listinfo/cdni _______________________________________________ CDNi mailing list CDNi@ietf.org https://www.ietf.org/mailman/listinfo/cdni [cid:image001.jpg@01CBBD86.36864E70] 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 [cid:image002.gif@01CBBD86.36864E70] Think before you print. This email may contain confidential and privileged material for the sole us= e of the intended recipient. Any review, use, distribution or disclosure by= others is strictly prohibited. If you are not the intended recipient (or a= uthorized 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 Camill= e Desmoulins =96 Imm Atlantis Zac Forum Seine Ilot 7 92130 Issy les Mouline= aux, Au capital de 91.470 =80, 349 166 561 RCS Nanterre, Directeur de la pu= blication: Jean-Luc Michel Givone. For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html --Boundary_(ID_Ky3fUlua+fOzhYOx0aM/SA) Content-type: text/html; charset=windows-1256 Content-transfer-encoding: quoted-printable

Hi Trevor = and Francois,

 = ;

Thanks for= the reply. See in line.

 = ;

From: Francois Le Faucheur [mailto:flefauch@cisco.com]
Sent: Wednesday, January 26, 2011 6:02 PM
To: trevor.burbridge@bt.com> <trevor.burbridge@bt.com; Songhai= bin
Cc: Le Faucheur Francois; Niven-Jenkins Ben; cdni@ietf.org
Subject: Re: [CDNi] New (-01) version of CDNI Problem Statement draf= t

 

Haibin, Trevor,

 

On 26 Jan 2011, at 09:54, <<= a href=3D"mailto:trevor.burbridge@bt.com">trevor.burbridge@bt.com> &= lt;trevor.burbridge@bt.com&g= t; wrote:



Hi Haibin, see below -


-----Original Message-----=

From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf Of<= /o:p>

Songhaibin

Sent: 26 January 2011 05:50

To: Ben Niven-Jenkins; cdni@ietf.org

Subject: Re: [CDNi] New (-01) v= ersion of CDNI Problem Statement draft

 

Hi Ben,

 

Thanks for the new draft. I fin= d the draft has listed all the work to

enable CDNs to interconnect.

 

Good.



But technically, I still have t= he

following comments.<= /span>

 

(1) Which APIs can be reused be= tween a CSP and a CDN?

 

This is currently considered ou= t of scope for the CDNI work.

This is addressed in other foru= ms (eg ATIS, CableLabs Asset Management Interface)


[Haibin] OK. It=92s not= a big issue.

 

(2) For the real-time data, I d= o not think having many levels of

downstream CDN can guarantee th= e delay. There should be a mechanism to

limit the levels.


It would be simple enough for the Authoritative CDN or even the User Agent = to place a "maximum hop count" on the content Request. However, I= don't know how well this would match to metrics such as delay as each CDN = Request Routing may be unpredictable and vary between CDNs.

 

I also expect we'd want an opti= onal mechanism that can limit the depth of redirection.


[Haibin] Right. That wi= ll impact the start up delay. It might be not easy to limit the delay to a = fine-grained level as you said. =93As simple as possible=94 could be the pr= inciple for the choice. Otherwise, the interconnected CDNs may need to find the =93best path=94 and measure the RTT between them= .



By the way, IMO, there are othe= r ways to utilize the NSP CDNs to do a

scalable content distribution. = That is, make these CDNs as simple

storage infrastructure with com= mon APIs,

 

I am not sure this is fundament= ally different to what is discussed here. ie define APIs so a CDN can be &q= uot;enrolled" by another CDN (or a virtual CDN provider, or a Content = Provider that elects to support the corresponding APIs if it wishes to do so).



 = ;

and let a virtual CDN provider<= o:p>

to rent the storage service fro= m multiple NSPs to provide the

distribution service.


The general model of a virtual provider or broker using the storage and del= ivery resources of other CDNs will be covered in the CDNi Use Cases documen= t, which hopefully BT and France Telecom-Orange will be releasing another v= ersion shortly.

 

Yes. The use-case I-D would be = a good place to bring that up.

&n= bsp;

[Haibin] S= orry for my bad English. I think I need a little clarification here. In my = previous example, I mean the NSP CDNs which now act as simple storage are agnostic of the application service, just like the in-network = storage in DECADE. This storage provides the delivery service. Applications= are responsible for the assembling and resolving the meaning of the data. = The virtual CDN provider is a broker who provides interfaces to serve CSPs for content distribution. I hope the= explanation is clear this timeJ

 = ;

BR,

Haibin

 = ;

 = ;

Cheers

 

Francois

 





BR,

Haibin

 

-----Original Message-----=

From: cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] On Behalf

Of Ben

Niven-Jenkins=

Sent: Tuesday, January 18, 2011= 6:50 AM

To: cdni@ietf.org

Subject: [CDNi] New (-01) versi= on of CDNI Problem Statement draft

 

Colleagues,

 

We have posted a new version of= the CDNI Problem Statement, which can

be

found here:

http://www.ietf.org/id/draf= t-jenkins-cdni-problem-statement-01.txt

 

A diff from the -00 version can= be found here:

http://goo.gl/YtJxk  [t= ools.ietf.org/rfcdiff]

 

A summary of the changes:<= /o:p>

- Incorporated feedback from th= e mailing list and offline comments.

- Added a section on "Desi= gn Approach for Realizing the CDNI APIs" to

provide

a bit more detail on what a sol= ution may look like and components

that could be=

reused.

- Added a section on "Prio= ritizing the CDNI Work" which suggest a

spilt of the<= /p>

problem space into 3 different = spaces that could be addressed

sequentially in

order to manage the workload of= a WG.

- Expanded the "Gap Analys= is of relevant Standardization and

Research".

 

Looking forward to your feedbac= k.

 

Ben

 

 

On 17/01/2011 22:35, "IETF= I-D Submission Tool"

<idsubmission@ietf.org>

wrote:

 

A new version of I-D, draft-jen= kins-cdni-problem-statement-01.txt has

been

successfully submitted by Ben N= iven-Jenkins and posted to the IETF

repository.

 

Filename:    &nb= sp;draft-jenkins-cdni-problem-statement

Revision:    &nb= sp;01

Title:     =     Content Distribution Network Interconnection (CDNI)=

Problem

Statement

Creation_date:   &nbs= p; 2011-01-17

WG ID:     =     Independent Submission

Number_of_pages: 33<= /span>

 

Abstract:

Content Delivery Networks (CDNs= ) provide numerous benefits: reduced

delivery cost for cacheable con= tent, improved quality of experience

for End Users and increased rob= ustness of delivery.  For these

reasons they are frequently use= d for large-scale content delivery.

As a result, existing CDN provi= ders are scaling up their

infrastructure and many Network= Service Providers (NSPs) are

deploying their own CDNs.  = ;It is generally desirable that a given

content item can be delivered t= o an end user regardless of that end

user's location or attachment n= etwork.  This creates a requirement

for interconnecting standalone = CDNs so they can interoperate as an

open content delivery infrastru= cture for the end-to-end delivery of

content from Content Service Pr= oviders (CSPs) to end users.  However,

no standards or open specificat= ions currently exist to facilitate

such CDN interconnection.<= /o:p>

 

The goal of this document is to= outline the problem area for the IETF

with a view towards creating a = working group.  This working group

would work on interoperable and= scalable solutions for CDN

interconnection.

 

 

 

The IETF Secretariat.

_______________________________= ________________

CDNi mailing list

CDNi@ietf.org

https://www.ietf.org/mailman/listinfo/cdni=

_______________________________= ________________

CDNi mailing list

CDNi@ietf.org

https://www.ietf.org/mailman/listinfo/cdni=

_______________________________= ________________
CDNi mailing list
CDNi@ietf.org
https://www.ietf.org/mailman/listinfo/cdni

 

 


Francois Le Faucheur
Distinguished Engineer
Corporate Development
flefauc= h@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 b= efore you print.


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

Cisco Systems France, Soci=E9t=E9 =E0 responsabiit=E9 limit=E9e, Rue Camill= e Desmoulins =96 Imm Atlantis Zac Forum Seine Ilot 7 92130 Issy les Mouline= aux, Au capital de 91.470 =80, 349 166 561 RCS Nanterre, Directeur de la pu= blication: Jean-Luc Michel Givone.

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

 

--Boundary_(ID_Ky3fUlua+fOzhYOx0aM/SA)-- --Boundary_(ID_F9ZYN3xBiBCEFDfX5HdFug) Content-id: Content-type: image/jpeg; name=image001.jpg Content-transfer-encoding: base64 Content-disposition: inline; filename=image001.jpg; size=11041; creation-date="Wed, 26 Jan 2011 10:48:57 GMT"; modification-date="Wed, 26 Jan 2011 10:48:57 GMT" Content-description: 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_F9ZYN3xBiBCEFDfX5HdFug) Content-id: Content-type: image/gif; name=image002.gif Content-transfer-encoding: base64 Content-disposition: inline; filename=image002.gif; size=87; creation-date="Wed, 26 Jan 2011 10:48:57 GMT"; modification-date="Wed, 26 Jan 2011 10:48:57 GMT" Content-description: image002.gif R0lGODlhEgATAJEAAAAAAP///wCZAP///yH5BAEAAAMALAAAAAASABMAAAIojI+pGyK8nINqUiTf bVnfvHEg1UmhdZRqaawu6XZVjKb0/CYxo8JOAQA7 --Boundary_(ID_F9ZYN3xBiBCEFDfX5HdFug)-- From flefauch@cisco.com Wed Jan 26 04:00:02 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 613463A69AE for ; Wed, 26 Jan 2011 04:00:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.254 X-Spam-Level: X-Spam-Status: No, score=-10.254 tagged_above=-999 required=5 tests=[AWL=0.344, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BQeUXj33yXIS for ; Wed, 26 Jan 2011 04:00:01 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id C5C563A69AB for ; Wed, 26 Jan 2011 04:00:00 -0800 (PST) Authentication-Results: ams-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none Received: from ams-core-4.cisco.com ([144.254.72.77]) by ams-iport-1.cisco.com with ESMTP; 26 Jan 2011 12:02:48 +0000 Received: from ams-flefauch-8713.cisco.com (ams-flefauch-8713.cisco.com [10.55.161.196]) by ams-core-4.cisco.com (8.14.3/8.14.3) with ESMTP id p0QC2leB011633; Wed, 26 Jan 2011 12:02:47 GMT From: Francois Le Faucheur Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/alternative; boundary=Apple-Mail-2582--91396105 Date: Wed, 26 Jan 2011 13:03:03 +0100 References: <20110126115146.324163A69AB@core3.amsl.com> To: cdni@ietf.org Message-Id: <7466D828-1FE8-4177-8B87-0369A3E6A16F@cisco.com> X-Mailer: Apple Mail (2.1082) Cc: Viveganandhan Mahesh , Yiu Lee Subject: [CDNi] CDNI Requirements I-D X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 26 Jan 2011 12:00:02 -0000 --Apple-Mail-2582--91396105 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Folks, We've posted a "CDNI Requirements" I-D: https://datatracker.ietf.org/doc/draft-lefaucheur-cdni-requirements/ Please, consider this as a first cut whose aim is to facilitate = discussion and convergence on what are "urgent/important" requirements = (that would have to be addressed in a potential initial WG charter) = versus what are "less-urgent/less-important" requirements (that would be = left for future rechartering or left out of scope altogether). Cheers, Francois, Mahesh, Grant & Yiu Begin forwarded message: > From: IETF I-D Submission Tool > Date: 26 January 2011 12:51:46 CET > To: flefauch@cisco.com > Cc: mvittal@cisco.com, grant.watson@bt.com, yiu_lee@cable.comcast.com > Subject: New Version Notification for = draft-lefaucheur-cdni-requirements-00=20 >=20 >=20 > A new version of I-D, draft-lefaucheur-cdni-requirements-00.txt has = been successfully submitted by Francois Le Faucheur and posted to the = IETF repository. >=20 > Filename: draft-lefaucheur-cdni-requirements > Revision: 00 > Title: Content Distribution Network Interconnection = (CDNI) Requirements > Creation_date: 2011-01-26 > WG ID: Independent Submission > Number_of_pages: 22 >=20 > Abstract: > Content Delivery Networks (CDNs) are frequently used for large-scale > content delivery. As a result, existing CDN providers are scaling up > their infrastructure and many Network Service Providers (NSPs) are > deploying their own CDNs. There is a requirement for interconnecting > standalone CDNs so that their collective CDN footprint can be > leveraged for the end-to-end delivery of content from Content Service > Providers (CSPs) to end users. However, no standards or open > specifications currently exist to facilitate such CDN > interconnection. >=20 > The "CDN Interconnect Problem Statement" Internet-Draft outlines the > problem area for the IETF with a view towards creating a working > group. This working group would work on an interoperable and > scalable solution for CDN interconnection. The goal of the present > document is to start outlining the requirements for such a "CDN > Interconnection" solution. >=20 >=20 >=20 > The IETF Secretariat. >=20 >=20 --Apple-Mail-2582--91396105 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii



Fra= ncois, Mahesh, Grant & Yiu

Begin forwarded = message:

Date: 26 January 2011 12:51:46 CET
=
Subject: New Version Notification for = draft-lefaucheur-cdni-requirements-00 =


A new version of I-D, = draft-lefaucheur-cdni-requirements-00.txt has been successfully = submitted by Francois Le Faucheur and posted to the IETF = repository.

Filename: = draft-lefaucheur-cdni-requirements
Revision: = 00
Title: = = Content Distribution Network Interconnection (CDNI) = Requirements
Creation_date: 2011-01-26
WG ID: = Independent Submission
Number_of_pages: = 22

Abstract:
Content Delivery Networks (CDNs) are frequently = used for large-scale
content delivery.  As a result, existing = CDN providers are scaling up
their infrastructure and many Network = Service Providers (NSPs) are
deploying their own CDNs.  There is = a requirement for interconnecting
standalone CDNs so that their = collective CDN footprint can be
leveraged for the end-to-end delivery = of content from Content Service
Providers (CSPs) to end users. =  However, no standards or open
specifications currently exist to = facilitate such CDN
interconnection.

The "CDN Interconnect = Problem Statement" Internet-Draft outlines the
problem area for the = IETF with a view towards creating a working
group.  This working = group would work on an interoperable and
scalable solution for CDN = interconnection.  The goal of the present
document is to start = outlining the requirements for such a "CDN
Interconnection" = solution.



The IETF = Secretariat.



= --Apple-Mail-2582--91396105-- From ben@niven-jenkins.co.uk Wed Jan 26 09:01:11 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D29713A6804 for ; Wed, 26 Jan 2011 09:01:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.567 X-Spam-Level: X-Spam-Status: No, score=-103.567 tagged_above=-999 required=5 tests=[AWL=0.032, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id giHBmh4r+zsd for ; Wed, 26 Jan 2011 09:01:10 -0800 (PST) Received: from mailex.mailcore.me (mailex.mailcore.me [94.136.40.61]) by core3.amsl.com (Postfix) with ESMTP id 8D8303A67DF for ; Wed, 26 Jan 2011 09:01:10 -0800 (PST) Received: from host1.cachelogic.com ([212.44.43.80] helo=[172.16.18.188]) by mail11.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1Pi8mw-00040m-3l; Wed, 26 Jan 2011 17:04:10 +0000 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=windows-1252 From: Ben Niven-Jenkins In-Reply-To: Date: Wed, 26 Jan 2011 17:04:04 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <4FDAA368-CEA9-4315-B568-BFADD5424FEC@niven-jenkins.co.uk> References: To: Songhaibin X-Mailer: Apple Mail (2.1082) X-Mailcore-Auth: 9600544 X-Mailcore-Domain: 172912 Cc: "cdni@ietf.org" Subject: Re: [CDNi] New (-01) version of CDNI Problem Statement draft X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 26 Jan 2011 17:01:11 -0000 Haibin, On 26 Jan 2011, at 10:48, Songhaibin wrote: > (2) For the real-time data, I do not think having many levels of > downstream CDN can guarantee the delay. There should be a mechanism to > limit the levels. >=20 > It would be simple enough for the Authoritative CDN or even the User = Agent to place a "maximum hop count" on the content Request. However, I = don't know how well this would match to metrics such as delay as each = CDN Request Routing may be unpredictable and vary between CDNs. > =20 > I also expect we'd want an optional mechanism that can limit the depth = of redirection. >=20 > [Haibin] Right. That will impact the start up delay. It might be not = easy to limit the delay to a fine-grained level as you said. =93As = simple as possible=94 could be the principle for the choice. Otherwise, = the interconnected CDNs may need to find the =93best path=94 and measure = the RTT between them. >=20 I agree we will need some (possibly optional) mechanism to enable = control over "CDN hop count". I think we have to recognise that anything = more complex than "hop count" is likely to be unworkable in the general = case. For example RTT time may be attractive from a CSP/Service point of = view but implementing it (especially if responses are cacheable and so = the RTT when the response was delivered could different to the RTT when = the response is processed/used). That doesn't prevent CDN operators from using RTT (or other metrics) it = just means that I don't think it's something that can be easily solved = at the protocol level when it is more easily solved through SLA = agreements & local policy configuration in the Request Router. > [Haibin] Sorry for my bad English. I think I need a little = clarification here. In my previous example, I mean the NSP CDNs which = now act as simple storage are agnostic of the application service, just = like the in-network storage in DECADE. This storage provides the = delivery service. Applications are responsible for the assembling and = resolving the meaning of the data. The virtual CDN provider is a broker = who provides interfaces to serve CSPs for content distribution. I hope = the explanation is clear this timeJ That's certainly possible but it's a different problem to the one CDNI = is trying to solve. One could have new applications that can make use of = distributed in-network storage, but it doesn't help with the current set = of applications & services, some of which like web site delivery are = going to still be around for a long time. It also pushes the "hard work" = onto the application developer (often the CSP) and one of the drivers = for CSP's to use CDNs is that the CDN removes the need for the CSP to = have to worry about how to engineer efficient, (global) high scale = distribution into their applications as that's the job of the CDN. Ben From ben@niven-jenkins.co.uk Wed Jan 26 09:25:20 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 62A843A684C for ; Wed, 26 Jan 2011 09:25:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.568 X-Spam-Level: X-Spam-Status: No, score=-103.568 tagged_above=-999 required=5 tests=[AWL=0.031, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hJZiXtLXB0MO for ; Wed, 26 Jan 2011 09:25:18 -0800 (PST) Received: from mailex.mailcore.me (mailex.mailcore.me [94.136.40.62]) by core3.amsl.com (Postfix) with ESMTP id 5FEA33A6821 for ; Wed, 26 Jan 2011 09:25:18 -0800 (PST) Received: from host1.cachelogic.com ([212.44.43.80] helo=[172.16.18.188]) by mail5.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1Pi9AI-0005Ox-1D; Wed, 26 Jan 2011 17:28:18 +0000 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=iso-8859-1 From: Ben Niven-Jenkins In-Reply-To: <843DA8228A1BA74CA31FB4E111A5C46201723A27@ftrdmel0.rd.francetelecom.fr> Date: Wed, 26 Jan 2011 17:27:47 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <61B3A13D-5439-4107-9718-47E5F3F9F971@niven-jenkins.co.uk> References: <843DA8228A1BA74CA31FB4E111A5C46201723A27@ftrdmel0.rd.francetelecom.fr> To: X-Mailer: Apple Mail (2.1082) X-Mailcore-Auth: 9600544 X-Mailcore-Domain: 172912 Cc: cdni@ietf.org Subject: Re: [CDNi] Problem Statement: Request routing system X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 26 Jan 2011 17:25:20 -0000 Emilie, On 24 Jan 2011, at 12:04, = wrote: > Hi Francois, >=20 > In fact I think that "Request Routing System" makes use of 2 = interfaces: >=20 > - the handling of the interaction with the user agent; > - the selection of the entity which will serve the content...; >=20 > Currently the second interface is part of the control API. So I = propose that we create a distinct interface and separate it from the = control API. >=20 I don't think that is quite right (but the problem statement may not be = clear). In my opinion the second part (selection of the entity to serve = the content) is something that is internal to each CDN and not exposed = via CDNI at all. The Request Routing API can be used to ask questions of = other CDNs (e.g. Can/Will you deliver this content for me?), the control = API enables communication of high level details that could also be = configured (e.g. "I do not support Delivery protocol X so there is no = point calling my Request Routing API for User Agent requests for = Delivery Protocol X ") Ben > What about the following names? > - Request-Transfer: Handling of the interaction with the user = agent...; > - Request-Routing: Part of the control API which selects of the = entity which will serve the content...; =20 >=20 > Regards > Emile >=20 >> -----Message d'origine----- >> De : Francois Le Faucheur [mailto:flefauch@cisco.com] >> Envoy=E9 : mercredi 12 janvier 2011 14:34 >> =C0 : Ben Niven-Jenkins >> Cc : Francois Le Faucheur; Bitar, Nabil N; STEPHAN Emile RD-CORE-LAN; >> cdni@ietf.org >> Objet : Re: [CDNi] Problem Statement: Terminology >>=20 >> Ben, Emile and all, >>=20 >> Like Ben I don't the need to break down the Request-Routing System = into >> two entity. >>=20 >> But I suspect that what Emile was getting at (beyond terminology), is = the >> following point that is relevant for CDNi: >>=20 >> Request-Routing Systems in two neighbor CDNs may need to interact for = two >> different purposes: >> (A) exchange of information about a Downstream CDN that allows = an >> Upstream CDN to make "more informed" Request-Routing decisions (eg >> Downstream CDN may indicate that it has on-net cache coverage of such = IP- >> address range footprint, e.g. Downstream CDN may indicate that it is >> currently "overloaded" in some geography) >> (B) actual redirection of a given request (ie once Upstream CDN = has >> selected a given Downstream CDN, it communicates with that Downstream = CDN >> to facilitate the actual redirection of a given user request.) >>=20 >> I agree it is important to keep in mind this distinction for the >> definition of CDNi interactions. >> I believe the current Problem Statement already reflects that = distinction: >> - it discusses the (A) interactions as part of the "CDNi >> Control API": >> " >> * CDNI Control API: This API allows the "CDNI Control" system = in >> interconnected CDNs to communicate. This API may support the >> following: >> >> + allows the downstream CDN to communicate information about >> its delivery capabilities, resources and policies >> >> " >> - it discusses the (B) interactions as part of the "CDNi >> Request-Routing API": >> " >> * Request-Routing API: This API allows the Request-Routing = system >> in interconnected CDNs to communicate to ensure that an end- >> user request can be (re)directed from an upstream CDN to a >> surrogate in the downstream CDN, in particular where = selection >> responsibilities may be split across CDNs (for example the >> upstream CDN may be responsible for selecting the downstream >> CDN while the downstream CDN may be responsible for selecting >> the actual surrogate within that CDN). >> " >>=20 >> So I think we are good with respect to the CDNi model. >>=20 >> With respect to terminology, one could argue that the "CDNi Request- >> Routing API" would be slightly more accurately described as the "CDNi >> Request-Transfer API" (or "CDNi Request-Redirection API"), since it = is to >> be used for the (B) interactions. I don't feel strongly about this as = long >> as we are clear it is to be used for (B) interactions. >>=20 >> A few suggestions below on the changes proposed by Ben: >>=20 >>=20 >> On 12 Jan 2011, at 12:04, Ben Niven-Jenkins wrote: >>=20 >>> Emile, Nabil, >>>=20 >>> Thanks for the suggestion. We can certainly try to better clarify = the >> term Request Routing System. However, I am not sure decomposing it = into >> two terms is the best way to achieve that as we would introduce a new = term >> that we don't subsequently use and for CDNI, only inter-CDN Request >> Routing (i.e. between Request Routing Systems in different CDNs) = should be >> in scope and the internals of the Request Routing System in each CDN >> should remain out of scope. >>>=20 >>> If we look at the definition of Request Routing System in the -00 >> Problem statement we have: >>>=20 >>> Request Routing System: The function within a CDN responsible for >>> steering or directing a content request received directly from an = end >>> user to a suitable Surrogate. >>>=20 >>> I suggest we incorporate some of the clarifying detail of your >> suggestions into the definition of Request Routing System but keep it = as a >> single term encompassing the entire Request Routing System. >>>=20 >>> My proposal would be: >>>=20 >>> Request Routing System: The function within a CDN responsible for >>> for receiving a content request from a user agent, obtaining a set >>> of candidate surrogates, and for selecting and redirecting the user >>> to the appropriate surrogate or CDN. >>=20 >> "obtaining a set of candidate surrogates" may incorrectly suggest = that an >> Upstream CDN needs to know about surrogates in the Downstream CDN. >> How about: >> " >> Request Routing System: The function within a CDN responsible for >> for receiving a content request from a user agent, obtaining and >> maintaining necessary information about a set >> of candidate surrogates or candidate CDNs, and for selecting and >> redirecting the user >> to the appropriate surrogate or CDN." >>=20 >>=20 >> Cheers >>=20 >> Francois >>=20 >>> To enable CDN Interconnect, the >>> Request Routing System must also be capable of handling user agent >>> content requests passed to it by another CDN. >>>=20 >>> Would that achieve the clarification you suggest? >>>=20 >>> Thanks >>> Ben >>>=20 >>> On 11 Jan 2011, at 21:25, Bitar, Nabil N wrote: >>>=20 >>>> Hi, >>>> I think it is fine to refine the definition of the functions. I = would >> like to suggest tough some modification to the proposed definitions = and >> see what you and Ben think: >>>>=20 >>>> Request transfer: The function within a CDN responsible for = receiving a >> content request from a user-agent, querying the request routing = function >> for candidate surrogates, and for selecting and redirecting the user = to >> the appropriate surrogate or CDN. >>>>=20 >>>> Request routing (I am not sure the best name): The function within = a >> CDN responsible for determining the candidate list of surrogates for = the >> request-transfer function to deliver content to a user-agent. >>>>=20 >>>> Thanks, >>>> Nabil >>>>=20 >>>>=20 >>>> On 1/11/11 8:40 AM, "emile.stephan@orange-ftgroup.com" >> wrote: >>>>=20 >>>> Hi Ben, >>>>=20 >>>> I went through the terminology section. I think that it make sense = to >> split the Request Routing in 2 functions. The first function (Request >> Transfer) handles the content request; the second (Request Routing) >> determines the appropriate source of content. >>>>=20 >>>> Request Transfer: >>>> The function within a CDN responsible for receiving a content = request >> from a User-agent, for querying the Request routing function and for >> directing this query toward the selected source of content. >>>>=20 >>>> Request Routing: >>>> The function within a CDN responsible for determining the >> appropriate Surrogate or the appropriate CDN. >>>>=20 >>>>=20 >>>>> -----Message d'origine----- >>>>> De : cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] De la = part >> de >>>>> Ben Niven-Jenkins >>>>> Envoy=E9 : lundi 20 d=E9cembre 2010 11:59 >>>>> =C0 : Francois Le Faucheur >>>>> Cc : cdni@ietf.org; Lee, Yiu >>>>> Objet : Re: [CDNi] Few comments on Problem Statement >>>>>=20 >>>>> Francois, >>>>>=20 >>>>> On 17 Dec 2010, at 08:20, Francois Le Faucheur wrote: >>>>>=20 >>>>>> Hi Yiu, >>>>>>=20 >>>>>> On 16 Dec 2010, at 20:05, Lee, Yiu wrote: >>>>>>>=20 >>>>>>> [YL] I am somewhat more clear. Thanks for the explanation. If >> Content >>>>>>> Distribution Metadata is used by the CDNi, why not simply called = it >>>>> CDNi >>>>>>> Metadata? >>>>>>=20 >>>>>> As per recent discussion with Richard, we observed that Content >>>>> Distribution Metadata comprises metadata of intra-CDN scope (ie = only >>>>> relevant within a CDN) and metadata of inter-CDN scope (ie = relevant >> across >>>>> CDNs). >>>>>>=20 >>>>>> So, to be more accurate, we could use the term "CDNi Metadata" to >>>>> designate the Content Distribution Metadata of inter-CDN scope = (which >> is >>>>> quite of a mouthful). >>>>>>=20 >>>>>> So the definition would look like this: >>>>>>=20 >>>>>> " >>>>>> Metadata: data about data. >>>>>>=20 >>>>>> Content Metadata: metadata about content. Content Metadata = comprises: >>>>>> (i) metadata that is relevant to the distribution of the content >>>>> (and therefore relevant to a CDN involved in the delivery of that >> content). >>>>> We refer to those as "Content Distribution Metadata". >>>>>> (ii) metadata that is associated with the actual content (and not >>>>> directly relevant to the distribution of that content) or content >>>>> representation. For example, such metadata may include Genre, = Cast, >> Rating >>>>> as well as resolution and aspect ratio. >>>>>>=20 >>>>>> Content Distribution Metadata: the subset of Content Metadata = that is >>>>> relevant to the distribution of the content. >>>>>> This is the metadata required by a CDN in order to enable and = control >>>>> content distribution and delivery by the CDN. In a CDN = Interconnection >>>>> environment, some of the Content Distribution Metadata may have an >> intra- >>>>> CDN scope (and therefore need not be communicated between CDNs), = while >>>>> some of the Content Distribution Metadata have an inter-CDN scope = (and >>>>> therefore need to be communicated between CDNs). For example, = Content >>>>> Distribution Metadata with inter-CDN scope may include = geo-blocking >>>>> information (i.e. information defining geographical areas where = the >>>>> content is to be made available or blocked), availability windows = (i.e. >>>>> information defining time windows during which the content is to = be >> made >>>>> available or blocked) and access control mechanisms to be enforced >> (e.g. >>>>> URI signature validation). >>>>>>=20 >>>>>> CDNi Metadata: Content Distribution Metadata with inter-CDN scope >>>>>> " >>>>>>=20 >>>>>> How does that sound? >>>>>>=20 >>>>>=20 >>>>> Looks good to me :-) >>>>>=20 >>>>> Ben >>>>>=20 >>>>>=20 >>>>> _______________________________________________ >>>>> CDNi mailing list >>>>> CDNi@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/cdni >>>>=20 >>>>=20 >>>> --------------------------------------------- >>>> Nabil Bitar, PhD >>>> Principal Member of Technical Staff >>>> Packet Network Technology >>>> Verizon Corporate Network and Technology >>>>=20 >>>> 60 Sylvan Road >>>> Waltham, MA 02451 >>>> Office Phone: (781) 466-2161 >>>=20 >=20 From flefauch@cisco.com Wed Jan 26 10:27:23 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 652403A6834 for ; Wed, 26 Jan 2011 10:27:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.939 X-Spam-Level: X-Spam-Status: No, score=-8.939 tagged_above=-999 required=5 tests=[AWL=-1.001, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8, SARE_GIF_ATTACH=1.42, SARE_LWSHORTT=1.24] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zpAuhOe36g5L for ; Wed, 26 Jan 2011 10:27:20 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id BDE423A67D8 for ; Wed, 26 Jan 2011 10:27:17 -0800 (PST) Authentication-Results: ams-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-Files: image001.jpg, green.gif : 11041, 87 Received: from ams-core-3.cisco.com ([144.254.72.76]) by ams-iport-1.cisco.com with ESMTP; 26 Jan 2011 18:30:18 +0000 Received: from ams-flefauch-8713.cisco.com (ams-flefauch-8713.cisco.com [10.55.161.196]) by ams-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id p0QIUEPQ007620; Wed, 26 Jan 2011 18:30:14 GMT Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/alternative; boundary=Apple-Mail-2727--68159130 From: Francois Le Faucheur In-Reply-To: <61B3A13D-5439-4107-9718-47E5F3F9F971@niven-jenkins.co.uk> Date: Wed, 26 Jan 2011 19:30:20 +0100 Message-Id: <140B5953-057F-44D7-899D-3B72B40E9EB8@cisco.com> References: <843DA8228A1BA74CA31FB4E111A5C46201723A27@ftrdmel0.rd.francetelecom.fr> <61B3A13D-5439-4107-9718-47E5F3F9F971@niven-jenkins.co.uk> To: Niven-Jenkins Ben , "emile.stephan@orange-ftgroup.com> X-Mailer: Apple Mail (2.1082) Cc: cdni@ietf.org Subject: Re: [CDNi] Problem Statement: Request routing system X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 26 Jan 2011 18:27:23 -0000 --Apple-Mail-2727--68159130 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Emile, Ben, On 26 Jan 2011, at 18:27, Ben Niven-Jenkins wrote: > Emilie, >=20 > On 24 Jan 2011, at 12:04, = wrote: >=20 >> Hi Francois, >>=20 >> In fact I think that "Request Routing System" makes use of 2 = interfaces: >>=20 >> - the handling of the interaction with the user agent; >> - the selection of the entity which will serve the content...; >>=20 >> Currently the second interface is part of the control API. So I = propose that we create a distinct interface and separate it from the = control API. >>=20 >=20 > I don't think that is quite right (but the problem statement may not = be clear). In my opinion the second part (selection of the entity to = serve the content) is something that is internal to each CDN and not = exposed via CDNI at all. The Request Routing API can be used to ask = questions of other CDNs (e.g. Can/Will you deliver this content for = me?), the control API enables communication of high level details that = could also be configured (e.g. "I do not support Delivery protocol X so = there is no point calling my Request Routing API for User Agent requests = for Delivery Protocol X ") I agree this is how the problem statement currently describes things: * Downstream CDN can use the CDNI Control API to notify Upstream = CDN about coarse/static info * Upstream CDN can use CDNI Request-Routing API to query = Downstream CDN about how dCDN wants to handle requests. What is a little tricky is that the boundary between the two can get = very blurry.=20 For example, the Downstream CDN may start advertising slightly finer = grain and/or slightly more dynamic info that will help Upstream CDN make = routing decision (eg "footprints" that it is willing to serve, or that = its cascaded downstream CDNs may be willing to serve) - think tweaked = dynamic routing protocol perhaps. Should this be considered as part of = the Control API, the Request-Routing API, another API?=20 As another example, the Upstream CDN may query the Downstream CDN about = not just how to deal with a single query, but a set of queries (eg all = queries to a Prefix) - think some extended version of ALTO perhaps. = Should this be considered as part of the Control API, the = Request-Routing API, another API?=20 It is worth noting that, at the end of the day, these two example are = virtually the same (ie some info is exchanged allowing uCDN to make its = routing decisions) even if one seems more like a stretch of the function = currently under Control API and the other one seems more like a stretch = of the function currently under the Request-Routing API. I would be tempted to go for something like this: * keep under the Control API only the stuff that is real coarse = & static: o e.g. "I do not support Delivery protocol X so there is = no point calling my Request Routing API for User Agent requests for = Delivery Protocol X " * move anything else under the Request-Routing API: o e.g. uCDN-->dCDN: Can/Will you deliver this content = for me? o e.g. uCDN-->dCDN: Can/Will you deliver this content to = this sort of destinations for me?=20 o e.g. uCDN-->dCDN: where would you like me to redirect = this sort of content to this sort of destinations? o e.g. dCDN-->uCDN: Here are the Prefixes that I am = willing/able to do delivery for I don't want to suggest that a CDNI solution needs all of the variations = above. But I expect a CDNI solution (in the short term or in the long = term) will need some form of exchange of dynamic info helping the uCDN = make its dCDN selection decisions and redirections. I think this is what = Emile has in mind too. And it'd be useful to agree where we place it in = the model, whatever it looks like. I'm suggesting this should go under = the CDNI Request-Routing API.=20 Makes sense? Thanks Francois >=20 > Ben >=20 >> What about the following names? >> - Request-Transfer: Handling of the interaction with the user = agent...; >> - Request-Routing: Part of the control API which selects of the = entity which will serve the content...; =20 >>=20 >> Regards >> Emile >>=20 >>> -----Message d'origine----- >>> De : Francois Le Faucheur [mailto:flefauch@cisco.com] >>> Envoy=E9 : mercredi 12 janvier 2011 14:34 >>> =C0 : Ben Niven-Jenkins >>> Cc : Francois Le Faucheur; Bitar, Nabil N; STEPHAN Emile = RD-CORE-LAN; >>> cdni@ietf.org >>> Objet : Re: [CDNi] Problem Statement: Terminology >>>=20 >>> Ben, Emile and all, >>>=20 >>> Like Ben I don't the need to break down the Request-Routing System = into >>> two entity. >>>=20 >>> But I suspect that what Emile was getting at (beyond terminology), = is the >>> following point that is relevant for CDNi: >>>=20 >>> Request-Routing Systems in two neighbor CDNs may need to interact = for two >>> different purposes: >>> (A) exchange of information about a Downstream CDN that allows = an >>> Upstream CDN to make "more informed" Request-Routing decisions (eg >>> Downstream CDN may indicate that it has on-net cache coverage of = such IP- >>> address range footprint, e.g. Downstream CDN may indicate that it is >>> currently "overloaded" in some geography) >>> (B) actual redirection of a given request (ie once Upstream CDN = has >>> selected a given Downstream CDN, it communicates with that = Downstream CDN >>> to facilitate the actual redirection of a given user request.) >>>=20 >>> I agree it is important to keep in mind this distinction for the >>> definition of CDNi interactions. >>> I believe the current Problem Statement already reflects that = distinction: >>> - it discusses the (A) interactions as part of the "CDNi >>> Control API": >>> " >>> * CDNI Control API: This API allows the "CDNI Control" system = in >>> interconnected CDNs to communicate. This API may support the >>> following: >>> >>> + allows the downstream CDN to communicate information about >>> its delivery capabilities, resources and policies >>> >>> " >>> - it discusses the (B) interactions as part of the "CDNi >>> Request-Routing API": >>> " >>> * Request-Routing API: This API allows the Request-Routing = system >>> in interconnected CDNs to communicate to ensure that an end- >>> user request can be (re)directed from an upstream CDN to a >>> surrogate in the downstream CDN, in particular where = selection >>> responsibilities may be split across CDNs (for example the >>> upstream CDN may be responsible for selecting the downstream >>> CDN while the downstream CDN may be responsible for selecting >>> the actual surrogate within that CDN). >>> " >>>=20 >>> So I think we are good with respect to the CDNi model. >>>=20 >>> With respect to terminology, one could argue that the "CDNi Request- >>> Routing API" would be slightly more accurately described as the = "CDNi >>> Request-Transfer API" (or "CDNi Request-Redirection API"), since it = is to >>> be used for the (B) interactions. I don't feel strongly about this = as long >>> as we are clear it is to be used for (B) interactions. >>>=20 >>> A few suggestions below on the changes proposed by Ben: >>>=20 >>>=20 >>> On 12 Jan 2011, at 12:04, Ben Niven-Jenkins wrote: >>>=20 >>>> Emile, Nabil, >>>>=20 >>>> Thanks for the suggestion. We can certainly try to better clarify = the >>> term Request Routing System. However, I am not sure decomposing it = into >>> two terms is the best way to achieve that as we would introduce a = new term >>> that we don't subsequently use and for CDNI, only inter-CDN Request >>> Routing (i.e. between Request Routing Systems in different CDNs) = should be >>> in scope and the internals of the Request Routing System in each CDN >>> should remain out of scope. >>>>=20 >>>> If we look at the definition of Request Routing System in the -00 >>> Problem statement we have: >>>>=20 >>>> Request Routing System: The function within a CDN responsible for >>>> steering or directing a content request received directly from an = end >>>> user to a suitable Surrogate. >>>>=20 >>>> I suggest we incorporate some of the clarifying detail of your >>> suggestions into the definition of Request Routing System but keep = it as a >>> single term encompassing the entire Request Routing System. >>>>=20 >>>> My proposal would be: >>>>=20 >>>> Request Routing System: The function within a CDN responsible for >>>> for receiving a content request from a user agent, obtaining a set >>>> of candidate surrogates, and for selecting and redirecting the user >>>> to the appropriate surrogate or CDN. >>>=20 >>> "obtaining a set of candidate surrogates" may incorrectly suggest = that an >>> Upstream CDN needs to know about surrogates in the Downstream CDN. >>> How about: >>> " >>> Request Routing System: The function within a CDN responsible for >>> for receiving a content request from a user agent, obtaining and >>> maintaining necessary information about a set >>> of candidate surrogates or candidate CDNs, and for selecting and >>> redirecting the user >>> to the appropriate surrogate or CDN." >>>=20 >>>=20 >>> Cheers >>>=20 >>> Francois >>>=20 >>>> To enable CDN Interconnect, the >>>> Request Routing System must also be capable of handling user agent >>>> content requests passed to it by another CDN. >>>>=20 >>>> Would that achieve the clarification you suggest? >>>>=20 >>>> Thanks >>>> Ben >>>>=20 >>>> On 11 Jan 2011, at 21:25, Bitar, Nabil N wrote: >>>>=20 >>>>> Hi, >>>>> I think it is fine to refine the definition of the functions. I = would >>> like to suggest tough some modification to the proposed definitions = and >>> see what you and Ben think: >>>>>=20 >>>>> Request transfer: The function within a CDN responsible for = receiving a >>> content request from a user-agent, querying the request routing = function >>> for candidate surrogates, and for selecting and redirecting the user = to >>> the appropriate surrogate or CDN. >>>>>=20 >>>>> Request routing (I am not sure the best name): The function within = a >>> CDN responsible for determining the candidate list of surrogates for = the >>> request-transfer function to deliver content to a user-agent. >>>>>=20 >>>>> Thanks, >>>>> Nabil >>>>>=20 >>>>>=20 >>>>> On 1/11/11 8:40 AM, "emile.stephan@orange-ftgroup.com" >>> wrote: >>>>>=20 >>>>> Hi Ben, >>>>>=20 >>>>> I went through the terminology section. I think that it make sense = to >>> split the Request Routing in 2 functions. The first function = (Request >>> Transfer) handles the content request; the second (Request Routing) >>> determines the appropriate source of content. >>>>>=20 >>>>> Request Transfer: >>>>> The function within a CDN responsible for receiving a content = request >>> from a User-agent, for querying the Request routing function and for >>> directing this query toward the selected source of content. >>>>>=20 >>>>> Request Routing: >>>>> The function within a CDN responsible for determining the >>> appropriate Surrogate or the appropriate CDN. >>>>>=20 >>>>>=20 >>>>>> -----Message d'origine----- >>>>>> De : cdni-bounces@ietf.org [mailto:cdni-bounces@ietf.org] De la = part >>> de >>>>>> Ben Niven-Jenkins >>>>>> Envoy=E9 : lundi 20 d=E9cembre 2010 11:59 >>>>>> =C0 : Francois Le Faucheur >>>>>> Cc : cdni@ietf.org; Lee, Yiu >>>>>> Objet : Re: [CDNi] Few comments on Problem Statement >>>>>>=20 >>>>>> Francois, >>>>>>=20 >>>>>> On 17 Dec 2010, at 08:20, Francois Le Faucheur wrote: >>>>>>=20 >>>>>>> Hi Yiu, >>>>>>>=20 >>>>>>> On 16 Dec 2010, at 20:05, Lee, Yiu wrote: >>>>>>>>=20 >>>>>>>> [YL] I am somewhat more clear. Thanks for the explanation. If >>> Content >>>>>>>> Distribution Metadata is used by the CDNi, why not simply = called it >>>>>> CDNi >>>>>>>> Metadata? >>>>>>>=20 >>>>>>> As per recent discussion with Richard, we observed that Content >>>>>> Distribution Metadata comprises metadata of intra-CDN scope (ie = only >>>>>> relevant within a CDN) and metadata of inter-CDN scope (ie = relevant >>> across >>>>>> CDNs). >>>>>>>=20 >>>>>>> So, to be more accurate, we could use the term "CDNi Metadata" = to >>>>>> designate the Content Distribution Metadata of inter-CDN scope = (which >>> is >>>>>> quite of a mouthful). >>>>>>>=20 >>>>>>> So the definition would look like this: >>>>>>>=20 >>>>>>> " >>>>>>> Metadata: data about data. >>>>>>>=20 >>>>>>> Content Metadata: metadata about content. Content Metadata = comprises: >>>>>>> (i) metadata that is relevant to the distribution of the content >>>>>> (and therefore relevant to a CDN involved in the delivery of that >>> content). >>>>>> We refer to those as "Content Distribution Metadata". >>>>>>> (ii) metadata that is associated with the actual content (and = not >>>>>> directly relevant to the distribution of that content) or content >>>>>> representation. For example, such metadata may include Genre, = Cast, >>> Rating >>>>>> as well as resolution and aspect ratio. >>>>>>>=20 >>>>>>> Content Distribution Metadata: the subset of Content Metadata = that is >>>>>> relevant to the distribution of the content. >>>>>>> This is the metadata required by a CDN in order to enable and = control >>>>>> content distribution and delivery by the CDN. In a CDN = Interconnection >>>>>> environment, some of the Content Distribution Metadata may have = an >>> intra- >>>>>> CDN scope (and therefore need not be communicated between CDNs), = while >>>>>> some of the Content Distribution Metadata have an inter-CDN scope = (and >>>>>> therefore need to be communicated between CDNs). For example, = Content >>>>>> Distribution Metadata with inter-CDN scope may include = geo-blocking >>>>>> information (i.e. information defining geographical areas where = the >>>>>> content is to be made available or blocked), availability windows = (i.e. >>>>>> information defining time windows during which the content is to = be >>> made >>>>>> available or blocked) and access control mechanisms to be = enforced >>> (e.g. >>>>>> URI signature validation). >>>>>>>=20 >>>>>>> CDNi Metadata: Content Distribution Metadata with inter-CDN = scope >>>>>>> " >>>>>>>=20 >>>>>>> How does that sound? >>>>>>>=20 >>>>>>=20 >>>>>> Looks good to me :-) >>>>>>=20 >>>>>> Ben >>>>>>=20 >>>>>>=20 >>>>>> _______________________________________________ >>>>>> CDNi mailing list >>>>>> CDNi@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/cdni >>>>>=20 >>>>>=20 >>>>> --------------------------------------------- >>>>> Nabil Bitar, PhD >>>>> Principal Member of Technical Staff >>>>> Packet Network Technology >>>>> Verizon Corporate Network and Technology >>>>>=20 >>>>> 60 Sylvan Road >>>>> Waltham, MA 02451 >>>>> Office Phone: (781) 466-2161 >>>>=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 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-2727--68159130 Content-Type: multipart/related; type="text/html"; boundary=Apple-Mail-2728--68159129 --Apple-Mail-2728--68159129 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252
Emilie,

On 24 Jan 2011, at 12:04, <emile.stephan@orange-ftgr= oup.com> <emile.stephan@orange-ftgr= oup.com> wrote:

Hi = Francois,

In fact I think = that "Request Routing System" makes use of 2 = interfaces:

- the handling = of the interaction with the user agent;
- the selection of the entity which will serve the = content...;

Currently the = second interface is part of the control API. So I propose that we create = a distinct interface and separate it from the control = API.


I = don't think that is quite right (but the problem statement may not be = clear). In my opinion the second part (selection of the entity to serve = the content) is something that is internal to each CDN and not exposed = via CDNI at all. The Request Routing API can be used to ask questions of = other CDNs (e.g. Can/Will you deliver this content for me?), the control = API enables communication of high level details that could also be = configured (e.g. "I do not support Delivery protocol X so there is no = point calling my Request Routing API for User Agent requests for = Delivery Protocol X ")

I agree = this is how the problem statement currently describes = things:
* Downstream CDN can use the CDNI = Control API to notify Upstream CDN about coarse/static = info
= * Upstream CDN can use CDNI Request-Routing API to query = Downstream CDN about how dCDN wants to handle = requests.

What is a little tricky is that the = boundary between the two can get very = blurry. 

For example, the Downstream CDN = may start advertising slightly finer grain and/or slightly more dynamic = info that will help Upstream CDN make routing decision (eg "footprints" = that it is willing to serve, or that its cascaded downstream CDNs may be = willing to serve) - think tweaked dynamic routing protocol perhaps. = Should this be considered as part of the Control API, the = Request-Routing API, another API? 
As another example, = the Upstream CDN may query the Downstream CDN about not just how to deal = with a single query, but a set of queries (eg all queries to a Prefix) - = think some extended version of ALTO perhaps. Should this be = considered as part of the Control API, the Request-Routing API, another = API? 
It is worth noting that, at the end of the day, = these two example are virtually the same (ie some info is exchanged = allowing uCDN to make its routing decisions) even if one seems more like = a stretch of the function currently under Control API and the other one = seems more like a stretch of the function currently under the = Request-Routing API.

I would be tempted to go = for something like this:
* keep under the Control API only = the stuff that is real coarse & static:
= o e.g. "I do not support Delivery protocol X so there is no = point calling my Request Routing API for User Agent requests for = Delivery Protocol X "
* move anything else under the = Request-Routing API:
o e.g. = uCDN-->dCDN: Can/Will you deliver this content for = me?
= o e.g. uCDN-->dCDN: Can/Will you deliver this = content to this sort of destinations for me? 
o = e.g. uCDN-->dCDN: where would you like me to redirect = this sort of content to this sort of destinations?
o = e.g. dCDN-->uCDN: Here are the Prefixes that I am willing/able = to do delivery for

I don't want to suggest that = a CDNI solution needs all of the variations above. But I expect a CDNI = solution (in the short term or in the long term) will need some form of = exchange of dynamic info helping the uCDN make its dCDN selection = decisions and redirections. I think this is what Emile has in mind too. = And it'd be useful to agree where we place it in the model, whatever it = looks like. I'm suggesting this should go under the CDNI Request-Routing = API. 

Makes = sense?

Thanks

Francois



Ben

What about = the following names?
- = Request-Transfer: Handling of the interaction with the user = agent...;
- Request-Routing: = Part of the control API which selects of the entity which will serve the = content...; =

Regards
Emile

-----Message = d'origine-----
De : Francois Le Faucheur = [mailto:flefauch@cisco.com]
Envoy=E9 : mercredi 12 janvier = 2011 14:34
=C0 : Ben = Niven-Jenkins
Cc : Francois Le Faucheur; = Bitar, Nabil N; STEPHAN Emile = RD-CORE-LAN;
cdni@ietf.org
Objet : Re: = [CDNi] Problem Statement: = Terminology

Ben, Emile and = all,

Like Ben I don't the need to = break down the Request-Routing System = into
two entity.

But I suspect that what Emile = was getting at (beyond terminology), is = the
following point that is relevant for = CDNi:

Request-Routing Systems in two = neighbor CDNs may need to interact for = two
different = purposes:
(A) exchange of information about = a Downstream CDN that allows an
Upstream CDN to make "more = informed" Request-Routing decisions = (eg
Downstream CDN may indicate that it has on-net cache = coverage of such IP-
address range footprint, e.g. = Downstream CDN may indicate that it = is
currently "overloaded" in some = geography)
(B) actual redirection of a given = request (ie once Upstream CDN = has
selected a given Downstream CDN, it communicates with that = Downstream CDN
to facilitate the actual = redirection of a given user = request.)

I agree it is important to keep = in mind this distinction for = the
definition of CDNi = interactions.
I believe the current Problem = Statement already reflects that = distinction:
- it discusses the (A) = interactions as part of the = "CDNi
Control API":
"
    * =  CDNI Control API: This API allows the "CDNI Control" system = in
       interconnected = CDNs to communicate.  This API may support = the
=        following:
= <clip>
=        +  allows the downstream = CDN to communicate information = about
=           its delivery = capabilities, resources and = policies
= <clip>
"
- it discusses the (B) = interactions as part of the = "CDNi
Request-Routing = API":
"
    * =  Request-Routing API: This API allows the Request-Routing = system
       in = interconnected CDNs to communicate to ensure that an = end-
       user request = can be (re)directed from an upstream CDN to = a
       surrogate in = the downstream CDN, in particular where = selection
=        responsibilities may be split = across CDNs (for example the
=        upstream CDN may be = responsible for selecting the = downstream
=        CDN while the downstream CDN = may be responsible for = selecting
=        the actual surrogate within = that CDN).
"

So I think we are good with = respect to the CDNi model.

With respect to terminology, one = could argue that the "CDNi = Request-
Routing API" would be slightly = more accurately described as the = "CDNi
Request-Transfer API" (or "CDNi Request-Redirection API"), = since it is to
be used for the (B) = interactions. I don't feel strongly about this as = long
as we are clear it is to be used for (B) = interactions.

A few suggestions below on the = changes proposed by Ben:


On 12 Jan 2011, at 12:04, Ben = Niven-Jenkins wrote:

Emile, = Nabil,

Thanks = for the suggestion. We can certainly try to better clarify = the
term Request Routing System. = However, I am not sure decomposing it = into
two terms is the best way to achieve that as we would = introduce a new term
that we don't subsequently use = and for CDNI, only inter-CDN = Request
Routing (i.e. between Request Routing Systems in = different CDNs) should be
in scope and the internals of = the Request Routing System in each = CDN
should remain out of = scope.

If we = look at the definition of Request Routing System in the = -00
Problem statement we = have:

= Request Routing System: The function within a CDN responsible = for
= steering or directing a content request received directly from an = end
user = to a suitable = Surrogate.

I = suggest we incorporate some of the clarifying detail of = your
suggestions into the definition = of Request Routing System but keep it as = a
single term encompassing the entire Request Routing = System.

My = proposal would be:

= Request Routing System: The function within a CDN responsible = for
for = receiving a content request from a user agent, obtaining a = set
of = candidate surrogates, and for selecting and redirecting the = user
to = the appropriate surrogate or = CDN.

"obtaining a set of candidate = surrogates" may incorrectly suggest that = an
Upstream CDN needs to know about surrogates in the = Downstream CDN.
How = about:
"
Request Routing System: The = function within a CDN responsible = for
for receiving a content request from a user agent, = obtaining and
maintaining necessary = information about a set
of candidate surrogates or = candidate CDNs, and for selecting = and
redirecting the = user
to the appropriate surrogate or = CDN."


Cheers

Francois

To = enable CDN Interconnect, = the
= Request Routing System must also be capable of handling user = agent
= content requests passed to it by another = CDN.

Would = that achieve the clarification you = suggest?

Thanks
Ben

On 11 = Jan 2011, at 21:25, Bitar, Nabil N = wrote:

Hi,
<= blockquote type=3D"cite">
I think it is fine to refine the = definition of the functions. I = would
like to suggest  tough some = modification to the proposed definitions = and
see what you and Ben = think:

Request transfer: The function = within a CDN responsible for receiving = a
content request from a = user-agent, querying the request routing = function
for candidate surrogates, and = for selecting and redirecting the user = to
the appropriate surrogate or = CDN.

Request routing (I am not sure = the best name): The function within = a
CDN responsible for determining = the candidate list of surrogates for = the
request-transfer function to deliver content to a = user-agent.

Thanks,
Nabil


On 1/11/11 8:40 AM, "emile.stephan@orange-ftgr= oup.com"
<emile.stephan@orange-ftgr= oup.com> wrote:

Hi = Ben,

I went through the terminology = section. I think that it make sense = to
split the Request Routing in 2 = functions. The first function = (Request
Transfer) handles the content = request; the second (Request = Routing)
determines the appropriate = source of content.

Request = Transfer:
The function within a CDN = responsible for receiving a content = request
from a User-agent, for querying = the Request routing function and = for
directing this query toward the selected source of = content.

 Request = Routing:
 The function within a CDN = responsible for determining = the
appropriate Surrogate or the = appropriate CDN.


-----Message = d'origine-----
De : = cdni-bounces@ietf.org = [mailto:cdni-bounces@ietf.org] De la = part
<= blockquote type=3D"cite">
de
Ben = Niven-Jenkins
Envoy=E9= : lundi 20 d=E9cembre 2010 = 11:59
=
=C0 : = Francois Le = Faucheur
Cc : = cdni@ietf.org; Lee, = Yiu
Objet = : Re: [CDNi] Few comments on Problem = Statement

Francois,

On 17 = Dec 2010, at 08:20, Francois Le Faucheur = wrote:

Hi = Yiu,
<= /blockquote>

On 16 = Dec 2010, at 20:05, Lee, Yiu = wrote:

[YL] I am somewhat more clear. = Thanks for the explanation. = If
Content
Distribution Metadata is used by the CDNi, why not simply = called = it
CDNi
=
Metadata?

As per = recent discussion with Richard, we observed that = Content
Distribution Metadata comprises = metadata of intra-CDN scope (ie = only
<= blockquote type=3D"cite">
relevant= within a CDN) and metadata of inter-CDN scope (ie = relevant
across
CDNs).

So, to = be more accurate, we could use the term "CDNi Metadata" = to
designate the Content Distribution Metadata of inter-CDN = scope = (which
is
quite = of a = mouthful).

So the = definition would look like = this:
=

"
Metadata: data about = data.
=

Content = Metadata: metadata about content. Content Metadata = comprises:
(i) = metadata that is relevant to the distribution of the = content
(and therefore relevant to a CDN = involved in the delivery of = that
<= blockquote type=3D"cite">
content).
We = refer to those as "Content Distribution = Metadata".
(ii) metadata that is associated = with the actual content (and = not
directly relevant to the distribution of that content) or = content
representation. For example, such metadata may include = Genre, = Cast,
=
Rating
as = well as resolution and aspect = ratio.

Content = Distribution Metadata: the subset of Content Metadata that = is
relevant= to the distribution of the = content.
This is the metadata required by = a CDN in order to enable and = control
content distribution and = delivery by the CDN. In a CDN = Interconnection
environment, some of the Content Distribution Metadata may = have = an
intra-
CDN = scope (and therefore need not be communicated between CDNs), = while
=
some = of the Content Distribution Metadata have an inter-CDN scope = (and
<= blockquote type=3D"cite">
therefore need to be communicated between CDNs). For = example, = Content
Distribution Metadata with inter-CDN scope may include = geo-blocking
information (i.e. information defining geographical areas = where = the
content = is to be made available or blocked), availability windows = (i.e.
=
information defining time windows during which the content = is to = be
made
available or blocked) and access control mechanisms to be = enforced
(e.g.
URI = signature = validation).

CDNi = Metadata: Content Distribution Metadata with inter-CDN = scope
=
"

How = does that = sound?


Looks = good to me = :-)

Ben
<= /blockquote>


_______________________________________________
CDNi = mailing = list
<= blockquote type=3D"cite">
CDNi@ietf.org
https://www.ietf.org/m= ailman/listinfo/cdni


---------------------------------------------
Nabil Bitar, = PhD
Principal Member of Technical = Staff
Packet Network = Technology
Verizon Corporate Network and = Technology

60 Sylvan = Road
Waltham, MA = 02451
Office Phone: (781) = 466-2161






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-2728--68159129 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-2728--68159129-- --Apple-Mail-2727--68159130-- From emile.stephan@orange-ftgroup.com Thu Jan 27 00:48:55 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F02AB3A6B0A for ; Thu, 27 Jan 2011 00:48:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=x tagged_above=-999 required=5 tests=[] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 311s+cRAaIIo for ; Thu, 27 Jan 2011 00:48:54 -0800 (PST) Received: from r-mail2.rd.francetelecom.com (r-mail2.rd.francetelecom.com [217.108.152.42]) by core3.amsl.com (Postfix) with ESMTP id 29C903A6939 for ; Thu, 27 Jan 2011 00:48:53 -0800 (PST) Received: from r-mail2.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 892F2FC4003; Thu, 27 Jan 2011 09:51:59 +0100 (CET) Received: from ftrdsmtp2.rd.francetelecom.fr (unknown [10.192.128.47]) by r-mail2.rd.francetelecom.com (Postfix) with ESMTP id 5B223FC4001; Thu, 27 Jan 2011 09:51:59 +0100 (CET) Received: from ftrdmel0.rd.francetelecom.fr ([10.192.128.56]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Thu, 27 Jan 2011 09:51:54 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/related; boundary="----_=_NextPart_001_01CBBDFF.720B7F5F"; type="multipart/alternative" Date: Thu, 27 Jan 2011 09:51:55 +0100 Message-ID: <843DA8228A1BA74CA31FB4E111A5C4620175A55D@ftrdmel0.rd.francetelecom.fr> In-Reply-To: <140B5953-057F-44D7-899D-3B72B40E9EB8@cisco.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: [CDNi] Problem Statement: Request routing system Thread-Index: Acu9hxX9niyoQlQ+RziOiECz+WAKAwAdY3Eg References: <843DA8228A1BA74CA31FB4E111A5C46201723A27@ftrdmel0.rd.francetelecom.fr> <61B3A13D-5439-4107-9718-47E5F3F9F971@niven-jenkins.co.uk> <140B5953-057F-44D7-899D-3B72B40E9EB8@cisco.com> From: To: , X-OriginalArrivalTime: 27 Jan 2011 08:51:54.0730 (UTC) FILETIME=[729B94A0:01CBBDFF] Cc: cdni@ietf.org Subject: Re: [CDNi] Problem Statement: Request routing system X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 27 Jan 2011 08:48:55 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CBBDFF.720B7F5F Content-Type: multipart/alternative; boundary="----_=_NextPart_002_01CBBDFF.720B7F5F" ------_=_NextPart_002_01CBBDFF.720B7F5F Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGkgRnJhbmNvaXMsDQogDQpJdCBtYWtlcyBzZW5zZSBmb3IgbWUuIE90aGVyd2lzZSByb3V0aW5n IGluZm9ybWF0aW9uIHdpbGwgYmUgY29sbGVjdGVkIGluIGJhY2tncm91bmQgdGhyb3VnaCB0aGUg Y29udHJvbCBBUEkgYW5kIG9uIHRoZSBmbHkgdGhyb3VnaCB0aGUgcm91dGluZyBBUEkuDQogDQpJ IGF0dGVtcHRlZCB0byByZXByZXNlbnQgdGhhdCBvbiB0aGUgZHJhd2luZyBiZWxvdy4gDQogDQog DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIENETjEgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBDRE4yDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgfCAgIEJhY2tncm91bmQgcm91dGluZyBpbmZvcm1hdGlvbiAgICAg IHwNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHw8LS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS18DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgICAgICAgICAgICAg ICAgICAgICBTdG9yYWdlIG9mIHRoZSByb3V0aW5nIGluZm8gICAgICAgICAgICAgICAgICAgICAg IHwNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICB8DQogICAgICAgICByZXF1ZXN0IGFycml2YWwgICAgICAgICB8 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgICAgIC0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0+fCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IHwNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICB8DQogICAgICAgICAgICAgICAgICAgICBRdWVyeSBvZiBMb2Nh bCByb3V0aW5nIGluZm8gICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IHwNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgDQpDYXNlIDE6IHJvdXRpbmcgb2YgdGhlIHJlcXVlc3Qgc29sdmVkICAg ICANCiAgICAgICAgICANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICAgICAgICAgIHJlc3BvbnNlICAg ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAg ICAgIDwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gfCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIHwNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICANCiANCkNhc2UgMjogcm91dGluZyBvZiB0aGUgcmVxdWVzdCByZXF1aXJlIG1v cmUgaW52ZXN0aWdhdGlvbiAgDQogDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgfCAgIG9uIHRoZSBmbHkgcm91dGluZyBpbmZvIHF1ZXJ5ICAgICAg IHwNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0+ICB8DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8 ICAgICAgICAgICAgICByZXNwb25zZSAgICAgICAgICAgICAgICAgfA0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgfCA8LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSAg IHwNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICB8DQogICAgICAgICAgICAgICAgICAgICBQcmVwYXJhdGlvbiBv ZiB0aGUgcmVzcG9uc2UgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgICAgICAgICAgcmVz cG9uc2UgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IHwNCiAgICAgICA8LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gIHwgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICB8DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IHwNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICANCiANClJlZ2FyZHMNCkVtaWxlDQogDQpfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpEZSA6IEZyYW5jb2lzIExlIEZhdWNoZXVyIFtt YWlsdG86ZmxlZmF1Y2hAY2lzY28uY29tXSANCkVudm95w6kgOiBtZXJjcmVkaSAyNiBqYW52aWVy IDIwMTEgMTk6MzANCsOAIDogTml2ZW4tSmVua2lucyBCZW47IFNURVBIQU4gRW1pbGUgUkQtQ09S RS1MQU4NCkNjIDogTGUgRmF1Y2hldXIgRnJhbmNvaXM7IGNkbmlAaWV0Zi5vcmcNCk9iamV0IDog UmU6IFtDRE5pXSBQcm9ibGVtIFN0YXRlbWVudDogUmVxdWVzdCByb3V0aW5nIHN5c3RlbQ0KIA0K RW1pbGUsIEJlbiwNCiANCk9uIDI2IEphbiAyMDExLCBhdCAxODoyNywgQmVuIE5pdmVuLUplbmtp bnMgd3JvdGU6DQoNCg0KDQpFbWlsaWUsDQoNCk9uIDI0IEphbiAyMDExLCBhdCAxMjowNCwgPGVt aWxlLnN0ZXBoYW5Ab3JhbmdlLWZ0Z3JvdXAuY29tPiA8ZW1pbGUuc3RlcGhhbkBvcmFuZ2UtZnRn cm91cC5jb20+IHdyb3RlOg0KDQoNCg0KSGkgRnJhbmNvaXMsDQoJIA0KCUluIGZhY3QgSSB0aGlu ayB0aGF0ICJSZXF1ZXN0IFJvdXRpbmcgU3lzdGVtIiBtYWtlcyB1c2Ugb2YgMiBpbnRlcmZhY2Vz Og0KCSANCgktIHRoZSBoYW5kbGluZyBvZiB0aGUgaW50ZXJhY3Rpb24gd2l0aCB0aGUgdXNlciBh Z2VudDsNCgktIHRoZSBzZWxlY3Rpb24gb2YgdGhlIGVudGl0eSB3aGljaCB3aWxsIHNlcnZlIHRo ZSBjb250ZW50Li4uOw0KCSANCglDdXJyZW50bHkgdGhlIHNlY29uZCBpbnRlcmZhY2UgaXMgcGFy dCBvZiB0aGUgY29udHJvbCBBUEkuIFNvIEkgcHJvcG9zZSB0aGF0IHdlIGNyZWF0ZSBhIGRpc3Rp bmN0IGludGVyZmFjZSBhbmQgc2VwYXJhdGUgaXQgZnJvbSB0aGUgY29udHJvbCBBUEkuDQoJIA0K DQpJIGRvbid0IHRoaW5rIHRoYXQgaXMgcXVpdGUgcmlnaHQgKGJ1dCB0aGUgcHJvYmxlbSBzdGF0 ZW1lbnQgbWF5IG5vdCBiZSBjbGVhcikuIEluIG15IG9waW5pb24gdGhlIHNlY29uZCBwYXJ0IChz ZWxlY3Rpb24gb2YgdGhlIGVudGl0eSB0byBzZXJ2ZSB0aGUgY29udGVudCkgaXMgc29tZXRoaW5n IHRoYXQgaXMgaW50ZXJuYWwgdG8gZWFjaCBDRE4gYW5kIG5vdCBleHBvc2VkIHZpYSBDRE5JIGF0 IGFsbC4gVGhlIFJlcXVlc3QgUm91dGluZyBBUEkgY2FuIGJlIHVzZWQgdG8gYXNrIHF1ZXN0aW9u cyBvZiBvdGhlciBDRE5zIChlLmcuIENhbi9XaWxsIHlvdSBkZWxpdmVyIHRoaXMgY29udGVudCBm b3IgbWU/KSwgdGhlIGNvbnRyb2wgQVBJIGVuYWJsZXMgY29tbXVuaWNhdGlvbiBvZiBoaWdoIGxl dmVsIGRldGFpbHMgdGhhdCBjb3VsZCBhbHNvIGJlIGNvbmZpZ3VyZWQgKGUuZy4gIkkgZG8gbm90 IHN1cHBvcnQgRGVsaXZlcnkgcHJvdG9jb2wgWCBzbyB0aGVyZSBpcyBubyBwb2ludCBjYWxsaW5n IG15IFJlcXVlc3QgUm91dGluZyBBUEkgZm9yIFVzZXIgQWdlbnQgcmVxdWVzdHMgZm9yIERlbGl2 ZXJ5IFByb3RvY29sIFggIikNCiANCkkgYWdyZWUgdGhpcyBpcyBob3cgdGhlIHByb2JsZW0gc3Rh dGVtZW50IGN1cnJlbnRseSBkZXNjcmliZXMgdGhpbmdzOg0KICAgICAgICAgICogRG93bnN0cmVh bSBDRE4gY2FuIHVzZSB0aGUgQ0ROSSBDb250cm9sIEFQSSB0byBub3RpZnkgVXBzdHJlYW0gQ0RO IGFib3V0IGNvYXJzZS9zdGF0aWMgaW5mbw0KICAgICAgICAgICogVXBzdHJlYW0gQ0ROIGNhbiB1 c2UgQ0ROSSBSZXF1ZXN0LVJvdXRpbmcgQVBJIHRvIHF1ZXJ5IERvd25zdHJlYW0gQ0ROIGFib3V0 IGhvdyBkQ0ROIHdhbnRzIHRvIGhhbmRsZSByZXF1ZXN0cy4NCiANCldoYXQgaXMgYSBsaXR0bGUg dHJpY2t5IGlzIHRoYXQgdGhlIGJvdW5kYXJ5IGJldHdlZW4gdGhlIHR3byBjYW4gZ2V0IHZlcnkg Ymx1cnJ5LiANCiANCkZvciBleGFtcGxlLCB0aGUgRG93bnN0cmVhbSBDRE4gbWF5IHN0YXJ0IGFk dmVydGlzaW5nIHNsaWdodGx5IGZpbmVyIGdyYWluIGFuZC9vciBzbGlnaHRseSBtb3JlIGR5bmFt aWMgaW5mbyB0aGF0IHdpbGwgaGVscCBVcHN0cmVhbSBDRE4gbWFrZSByb3V0aW5nIGRlY2lzaW9u IChlZyAiZm9vdHByaW50cyIgdGhhdCBpdCBpcyB3aWxsaW5nIHRvIHNlcnZlLCBvciB0aGF0IGl0 cyBjYXNjYWRlZCBkb3duc3RyZWFtIENETnMgbWF5IGJlIHdpbGxpbmcgdG8gc2VydmUpIC0gdGhp bmsgdHdlYWtlZCBkeW5hbWljIHJvdXRpbmcgcHJvdG9jb2wgcGVyaGFwcy4gU2hvdWxkIHRoaXMg YmUgY29uc2lkZXJlZCBhcyBwYXJ0IG9mIHRoZSBDb250cm9sIEFQSSwgdGhlIFJlcXVlc3QtUm91 dGluZyBBUEksIGFub3RoZXIgQVBJPyANCkFzIGFub3RoZXIgZXhhbXBsZSwgdGhlIFVwc3RyZWFt IENETiBtYXkgcXVlcnkgdGhlIERvd25zdHJlYW0gQ0ROIGFib3V0IG5vdCBqdXN0IGhvdyB0byBk ZWFsIHdpdGggYSBzaW5nbGUgcXVlcnksIGJ1dCBhIHNldCBvZiBxdWVyaWVzIChlZyBhbGwgcXVl cmllcyB0byBhIFByZWZpeCkgLSB0aGluayBzb21lIGV4dGVuZGVkIHZlcnNpb24gb2YgQUxUTyBw ZXJoYXBzLiBTaG91bGQgdGhpcyBiZSBjb25zaWRlcmVkIGFzIHBhcnQgb2YgdGhlIENvbnRyb2wg QVBJLCB0aGUgUmVxdWVzdC1Sb3V0aW5nIEFQSSwgYW5vdGhlciBBUEk/IA0KSXQgaXMgd29ydGgg bm90aW5nIHRoYXQsIGF0IHRoZSBlbmQgb2YgdGhlIGRheSwgdGhlc2UgdHdvIGV4YW1wbGUgYXJl IHZpcnR1YWxseSB0aGUgc2FtZSAoaWUgc29tZSBpbmZvIGlzIGV4Y2hhbmdlZCBhbGxvd2luZyB1 Q0ROIHRvIG1ha2UgaXRzIHJvdXRpbmcgZGVjaXNpb25zKSBldmVuIGlmIG9uZSBzZWVtcyBtb3Jl IGxpa2UgYSBzdHJldGNoIG9mIHRoZSBmdW5jdGlvbiBjdXJyZW50bHkgdW5kZXIgQ29udHJvbCBB UEkgYW5kIHRoZSBvdGhlciBvbmUgc2VlbXMgbW9yZSBsaWtlIGEgc3RyZXRjaCBvZiB0aGUgZnVu Y3Rpb24gY3VycmVudGx5IHVuZGVyIHRoZSBSZXF1ZXN0LVJvdXRpbmcgQVBJLg0KIA0KSSB3b3Vs ZCBiZSB0ZW1wdGVkIHRvIGdvIGZvciBzb21ldGhpbmcgbGlrZSB0aGlzOg0KICAgICAgICAgICog a2VlcCB1bmRlciB0aGUgQ29udHJvbCBBUEkgb25seSB0aGUgc3R1ZmYgdGhhdCBpcyByZWFsIGNv YXJzZSAmIHN0YXRpYzoNCiAgICAgICAgICAgICAgICAgICAgICBvIGUuZy4gIkkgZG8gbm90IHN1 cHBvcnQgRGVsaXZlcnkgcHJvdG9jb2wgWCBzbyB0aGVyZSBpcyBubyBwb2ludCBjYWxsaW5nIG15 IFJlcXVlc3QgUm91dGluZyBBUEkgZm9yIFVzZXIgQWdlbnQgcmVxdWVzdHMgZm9yIERlbGl2ZXJ5 IFByb3RvY29sIFggIg0KICAgICAgICAgICogbW92ZSBhbnl0aGluZyBlbHNlIHVuZGVyIHRoZSBS ZXF1ZXN0LVJvdXRpbmcgQVBJOg0KICAgICAgICAgICAgICAgICAgICAgIG8gZS5nLiB1Q0ROLS0+ ZENETjogQ2FuL1dpbGwgeW91IGRlbGl2ZXIgdGhpcyBjb250ZW50IGZvciBtZT8NCiAgICAgICAg ICAgICAgICAgICAgICBvIGUuZy4gdUNETi0tPmRDRE46IENhbi9XaWxsIHlvdSBkZWxpdmVyIHRo aXMgY29udGVudCB0byB0aGlzIHNvcnQgb2YgZGVzdGluYXRpb25zIGZvciBtZT8gDQogICAgICAg ICAgICAgICAgICAgICAgbyBlLmcuIHVDRE4tLT5kQ0ROOiB3aGVyZSB3b3VsZCB5b3UgbGlrZSBt ZSB0byByZWRpcmVjdCB0aGlzIHNvcnQgb2YgY29udGVudCB0byB0aGlzIHNvcnQgb2YgZGVzdGlu YXRpb25zPw0KICAgICAgICAgICAgICAgICAgICAgIG8gZS5nLiBkQ0ROLS0+dUNETjogSGVyZSBh cmUgdGhlIFByZWZpeGVzIHRoYXQgSSBhbSB3aWxsaW5nL2FibGUgdG8gZG8gZGVsaXZlcnkgZm9y DQogDQpJIGRvbid0IHdhbnQgdG8gc3VnZ2VzdCB0aGF0IGEgQ0ROSSBzb2x1dGlvbiBuZWVkcyBh bGwgb2YgdGhlIHZhcmlhdGlvbnMgYWJvdmUuIEJ1dCBJIGV4cGVjdCBhIENETkkgc29sdXRpb24g KGluIHRoZSBzaG9ydCB0ZXJtIG9yIGluIHRoZSBsb25nIHRlcm0pIHdpbGwgbmVlZCBzb21lIGZv cm0gb2YgZXhjaGFuZ2Ugb2YgZHluYW1pYyBpbmZvIGhlbHBpbmcgdGhlIHVDRE4gbWFrZSBpdHMg ZENETiBzZWxlY3Rpb24gZGVjaXNpb25zIGFuZCByZWRpcmVjdGlvbnMuIEkgdGhpbmsgdGhpcyBp cyB3aGF0IEVtaWxlIGhhcyBpbiBtaW5kIHRvby4gQW5kIGl0J2QgYmUgdXNlZnVsIHRvIGFncmVl IHdoZXJlIHdlIHBsYWNlIGl0IGluIHRoZSBtb2RlbCwgd2hhdGV2ZXIgaXQgbG9va3MgbGlrZS4g SSdtIHN1Z2dlc3RpbmcgdGhpcyBzaG91bGQgZ28gdW5kZXIgdGhlIENETkkgUmVxdWVzdC1Sb3V0 aW5nIEFQSS4gDQogDQpNYWtlcyBzZW5zZT8NCiANClRoYW5rcw0KIA0KRnJhbmNvaXMNCiANCiAN CgkNCglCZW4NCgkNCgkNCgkNCglXaGF0IGFib3V0IHRoZSBmb2xsb3dpbmcgbmFtZXM/DQoJCS0g UmVxdWVzdC1UcmFuc2ZlcjogSGFuZGxpbmcgb2YgdGhlIGludGVyYWN0aW9uIHdpdGggdGhlIHVz ZXIgYWdlbnQuLi47DQoJCS0gUmVxdWVzdC1Sb3V0aW5nOiBQYXJ0IG9mIHRoZSBjb250cm9sIEFQ SSB3aGljaCBzZWxlY3RzIG9mIHRoZSBlbnRpdHkgd2hpY2ggd2lsbCBzZXJ2ZSB0aGUgY29udGVu dC4uLjsgICAgICANCgkJIA0KCQlSZWdhcmRzDQoJCUVtaWxlDQoJCSANCgkJCS0tLS0tTWVzc2Fn ZSBkJ29yaWdpbmUtLS0tLQ0KCQkJRGUgOiBGcmFuY29pcyBMZSBGYXVjaGV1ciBbbWFpbHRvOmZs ZWZhdWNoQGNpc2NvLmNvbV0NCgkJCUVudm95w6kgOiBtZXJjcmVkaSAxMiBqYW52aWVyIDIwMTEg MTQ6MzQNCgkJCcOAIDogQmVuIE5pdmVuLUplbmtpbnMNCgkJCUNjIDogRnJhbmNvaXMgTGUgRmF1 Y2hldXI7IEJpdGFyLCBOYWJpbCBOOyBTVEVQSEFOIEVtaWxlIFJELUNPUkUtTEFOOw0KCQkJY2Ru aUBpZXRmLm9yZw0KCQkJT2JqZXQgOiBSZTogW0NETmldIFByb2JsZW0gU3RhdGVtZW50OiBUZXJt aW5vbG9neQ0KCQkJIA0KCQkJQmVuLCBFbWlsZSBhbmQgYWxsLA0KCQkJIA0KCQkJTGlrZSBCZW4g SSBkb24ndCB0aGUgbmVlZCB0byBicmVhayBkb3duIHRoZSBSZXF1ZXN0LVJvdXRpbmcgU3lzdGVt IGludG8NCgkJCXR3byBlbnRpdHkuDQoJCQkgDQoJCQlCdXQgSSBzdXNwZWN0IHRoYXQgd2hhdCBF bWlsZSB3YXMgZ2V0dGluZyBhdCAoYmV5b25kIHRlcm1pbm9sb2d5KSwgaXMgdGhlDQoJCQlmb2xs b3dpbmcgcG9pbnQgdGhhdCBpcyByZWxldmFudCBmb3IgQ0ROaToNCgkJCSANCgkJCVJlcXVlc3Qt Um91dGluZyBTeXN0ZW1zIGluIHR3byBuZWlnaGJvciBDRE5zIG1heSBuZWVkIHRvIGludGVyYWN0 IGZvciB0d28NCgkJCWRpZmZlcmVudCBwdXJwb3NlczoNCgkJCSAgICAgICAgIChBKSBleGNoYW5n ZSBvZiBpbmZvcm1hdGlvbiBhYm91dCBhIERvd25zdHJlYW0gQ0ROIHRoYXQgYWxsb3dzIGFuDQoJ CQlVcHN0cmVhbSBDRE4gdG8gbWFrZSAibW9yZSBpbmZvcm1lZCIgUmVxdWVzdC1Sb3V0aW5nIGRl Y2lzaW9ucyAoZWcNCgkJCURvd25zdHJlYW0gQ0ROIG1heSBpbmRpY2F0ZSB0aGF0IGl0IGhhcyBv bi1uZXQgY2FjaGUgY292ZXJhZ2Ugb2Ygc3VjaCBJUC0NCgkJCWFkZHJlc3MgcmFuZ2UgZm9vdHBy aW50LCBlLmcuIERvd25zdHJlYW0gQ0ROIG1heSBpbmRpY2F0ZSB0aGF0IGl0IGlzDQoJCQljdXJy ZW50bHkgIm92ZXJsb2FkZWQiIGluIHNvbWUgZ2VvZ3JhcGh5KQ0KCQkJICAgICAgICAgKEIpIGFj dHVhbCByZWRpcmVjdGlvbiBvZiBhIGdpdmVuIHJlcXVlc3QgKGllIG9uY2UgVXBzdHJlYW0gQ0RO IGhhcw0KCQkJc2VsZWN0ZWQgYSBnaXZlbiBEb3duc3RyZWFtIENETiwgaXQgY29tbXVuaWNhdGVz IHdpdGggdGhhdCBEb3duc3RyZWFtIENETg0KCQkJdG8gZmFjaWxpdGF0ZSB0aGUgYWN0dWFsIHJl ZGlyZWN0aW9uIG9mIGEgZ2l2ZW4gdXNlciByZXF1ZXN0LikNCgkJCSANCgkJCUkgYWdyZWUgaXQg aXMgaW1wb3J0YW50IHRvIGtlZXAgaW4gbWluZCB0aGlzIGRpc3RpbmN0aW9uIGZvciB0aGUNCgkJ CWRlZmluaXRpb24gb2YgQ0ROaSBpbnRlcmFjdGlvbnMuDQoJCQlJIGJlbGlldmUgdGhlIGN1cnJl bnQgUHJvYmxlbSBTdGF0ZW1lbnQgYWxyZWFkeSByZWZsZWN0cyB0aGF0IGRpc3RpbmN0aW9uOg0K CQkJICAgICAgICAgICAgICAgICAgICAgLSBpdCBkaXNjdXNzZXMgdGhlIChBKSBpbnRlcmFjdGlv bnMgYXMgcGFydCBvZiB0aGUgIkNETmkNCgkJCUNvbnRyb2wgQVBJIjoNCgkJCSINCgkJCSAgICAq ICBDRE5JIENvbnRyb2wgQVBJOiBUaGlzIEFQSSBhbGxvd3MgdGhlICJDRE5JIENvbnRyb2wiIHN5 c3RlbSBpbg0KCQkJICAgICAgIGludGVyY29ubmVjdGVkIENETnMgdG8gY29tbXVuaWNhdGUuICBU aGlzIEFQSSBtYXkgc3VwcG9ydCB0aGUNCgkJCSAgICAgICBmb2xsb3dpbmc6DQoJCQkgICAgICAg ICA8Y2xpcD4NCgkJCSAgICAgICArICBhbGxvd3MgdGhlIGRvd25zdHJlYW0gQ0ROIHRvIGNvbW11 bmljYXRlIGluZm9ybWF0aW9uIGFib3V0DQoJCQkgICAgICAgICAgaXRzIGRlbGl2ZXJ5IGNhcGFi aWxpdGllcywgcmVzb3VyY2VzIGFuZCBwb2xpY2llcw0KCQkJICAgICAgICAgPGNsaXA+DQoJCQki DQoJCQkgICAgICAgICAgICAgICAgICAgICAtIGl0IGRpc2N1c3NlcyB0aGUgKEIpIGludGVyYWN0 aW9ucyBhcyBwYXJ0IG9mIHRoZSAiQ0ROaQ0KCQkJUmVxdWVzdC1Sb3V0aW5nIEFQSSI6DQoJCQki DQoJCQkgICAgKiAgUmVxdWVzdC1Sb3V0aW5nIEFQSTogVGhpcyBBUEkgYWxsb3dzIHRoZSBSZXF1 ZXN0LVJvdXRpbmcgc3lzdGVtDQoJCQkgICAgICAgaW4gaW50ZXJjb25uZWN0ZWQgQ0ROcyB0byBj b21tdW5pY2F0ZSB0byBlbnN1cmUgdGhhdCBhbiBlbmQtDQoJCQkgICAgICAgdXNlciByZXF1ZXN0 IGNhbiBiZSAocmUpZGlyZWN0ZWQgZnJvbSBhbiB1cHN0cmVhbSBDRE4gdG8gYQ0KCQkJICAgICAg IHN1cnJvZ2F0ZSBpbiB0aGUgZG93bnN0cmVhbSBDRE4sIGluIHBhcnRpY3VsYXIgd2hlcmUgc2Vs ZWN0aW9uDQoJCQkgICAgICAgcmVzcG9uc2liaWxpdGllcyBtYXkgYmUgc3BsaXQgYWNyb3NzIENE TnMgKGZvciBleGFtcGxlIHRoZQ0KCQkJICAgICAgIHVwc3RyZWFtIENETiBtYXkgYmUgcmVzcG9u c2libGUgZm9yIHNlbGVjdGluZyB0aGUgZG93bnN0cmVhbQ0KCQkJICAgICAgIENETiB3aGlsZSB0 aGUgZG93bnN0cmVhbSBDRE4gbWF5IGJlIHJlc3BvbnNpYmxlIGZvciBzZWxlY3RpbmcNCgkJCSAg ICAgICB0aGUgYWN0dWFsIHN1cnJvZ2F0ZSB3aXRoaW4gdGhhdCBDRE4pLg0KCQkJIg0KCQkJIA0K CQkJU28gSSB0aGluayB3ZSBhcmUgZ29vZCB3aXRoIHJlc3BlY3QgdG8gdGhlIENETmkgbW9kZWwu DQoJCQkgDQoJCQlXaXRoIHJlc3BlY3QgdG8gdGVybWlub2xvZ3ksIG9uZSBjb3VsZCBhcmd1ZSB0 aGF0IHRoZSAiQ0ROaSBSZXF1ZXN0LQ0KCQkJUm91dGluZyBBUEkiIHdvdWxkIGJlIHNsaWdodGx5 IG1vcmUgYWNjdXJhdGVseSBkZXNjcmliZWQgYXMgdGhlICJDRE5pDQoJCQlSZXF1ZXN0LVRyYW5z ZmVyIEFQSSIgKG9yICJDRE5pIFJlcXVlc3QtUmVkaXJlY3Rpb24gQVBJIiksIHNpbmNlIGl0IGlz IHRvDQoJCQliZSB1c2VkIGZvciB0aGUgKEIpIGludGVyYWN0aW9ucy4gSSBkb24ndCBmZWVsIHN0 cm9uZ2x5IGFib3V0IHRoaXMgYXMgbG9uZw0KCQkJYXMgd2UgYXJlIGNsZWFyIGl0IGlzIHRvIGJl IHVzZWQgZm9yIChCKSBpbnRlcmFjdGlvbnMuDQoJCQkgDQoJCQlBIGZldyBzdWdnZXN0aW9ucyBi ZWxvdyBvbiB0aGUgY2hhbmdlcyBwcm9wb3NlZCBieSBCZW46DQoJCQkgDQoJCQkgDQoJCQlPbiAx MiBKYW4gMjAxMSwgYXQgMTI6MDQsIEJlbiBOaXZlbi1KZW5raW5zIHdyb3RlOg0KCQkJIA0KCQkJ CUVtaWxlLCBOYWJpbCwNCgkJCQkgDQoJCQkJVGhhbmtzIGZvciB0aGUgc3VnZ2VzdGlvbi4gV2Ug Y2FuIGNlcnRhaW5seSB0cnkgdG8gYmV0dGVyIGNsYXJpZnkgdGhlDQoJCQl0ZXJtIFJlcXVlc3Qg Um91dGluZyBTeXN0ZW0uIEhvd2V2ZXIsIEkgYW0gbm90IHN1cmUgZGVjb21wb3NpbmcgaXQgaW50 bw0KCQkJdHdvIHRlcm1zIGlzIHRoZSBiZXN0IHdheSB0byBhY2hpZXZlIHRoYXQgYXMgd2Ugd291 bGQgaW50cm9kdWNlIGEgbmV3IHRlcm0NCgkJCXRoYXQgd2UgZG9uJ3Qgc3Vic2VxdWVudGx5IHVz ZSBhbmQgZm9yIENETkksIG9ubHkgaW50ZXItQ0ROIFJlcXVlc3QNCgkJCVJvdXRpbmcgKGkuZS4g YmV0d2VlbiBSZXF1ZXN0IFJvdXRpbmcgU3lzdGVtcyBpbiBkaWZmZXJlbnQgQ0ROcykgc2hvdWxk IGJlDQoJCQlpbiBzY29wZSBhbmQgdGhlIGludGVybmFscyBvZiB0aGUgUmVxdWVzdCBSb3V0aW5n IFN5c3RlbSBpbiBlYWNoIENETg0KCQkJc2hvdWxkIHJlbWFpbiBvdXQgb2Ygc2NvcGUuDQoJCQkJ IA0KCQkJCUlmIHdlIGxvb2sgYXQgdGhlIGRlZmluaXRpb24gb2YgUmVxdWVzdCBSb3V0aW5nIFN5 c3RlbSBpbiB0aGUgLTAwDQoJCQlQcm9ibGVtIHN0YXRlbWVudCB3ZSBoYXZlOg0KCQkJCSANCgkJ CQlSZXF1ZXN0IFJvdXRpbmcgU3lzdGVtOiBUaGUgZnVuY3Rpb24gd2l0aGluIGEgQ0ROIHJlc3Bv bnNpYmxlIGZvcg0KCQkJCXN0ZWVyaW5nIG9yIGRpcmVjdGluZyBhIGNvbnRlbnQgcmVxdWVzdCBy ZWNlaXZlZCBkaXJlY3RseSBmcm9tIGFuIGVuZA0KCQkJCXVzZXIgdG8gYSBzdWl0YWJsZSBTdXJy b2dhdGUuDQoJCQkJIA0KCQkJCUkgc3VnZ2VzdCB3ZSBpbmNvcnBvcmF0ZSBzb21lIG9mIHRoZSBj bGFyaWZ5aW5nIGRldGFpbCBvZiB5b3VyDQoJCQlzdWdnZXN0aW9ucyBpbnRvIHRoZSBkZWZpbml0 aW9uIG9mIFJlcXVlc3QgUm91dGluZyBTeXN0ZW0gYnV0IGtlZXAgaXQgYXMgYQ0KCQkJc2luZ2xl IHRlcm0gZW5jb21wYXNzaW5nIHRoZSBlbnRpcmUgUmVxdWVzdCBSb3V0aW5nIFN5c3RlbS4NCgkJ CQkgDQoJCQkJTXkgcHJvcG9zYWwgd291bGQgYmU6DQoJCQkJIA0KCQkJCVJlcXVlc3QgUm91dGlu ZyBTeXN0ZW06IFRoZSBmdW5jdGlvbiB3aXRoaW4gYSBDRE4gcmVzcG9uc2libGUgZm9yDQoJCQkJ Zm9yIHJlY2VpdmluZyBhIGNvbnRlbnQgcmVxdWVzdCBmcm9tIGEgdXNlciBhZ2VudCwgb2J0YWlu aW5nIGEgc2V0DQoJCQkJb2YgY2FuZGlkYXRlIHN1cnJvZ2F0ZXMsIGFuZCBmb3Igc2VsZWN0aW5n IGFuZCByZWRpcmVjdGluZyB0aGUgdXNlcg0KCQkJCXRvIHRoZSBhcHByb3ByaWF0ZSBzdXJyb2dh dGUgb3IgQ0ROLg0KCQkJIA0KCQkJIm9idGFpbmluZyBhIHNldCBvZiBjYW5kaWRhdGUgc3Vycm9n YXRlcyIgbWF5IGluY29ycmVjdGx5IHN1Z2dlc3QgdGhhdCBhbg0KCQkJVXBzdHJlYW0gQ0ROIG5l ZWRzIHRvIGtub3cgYWJvdXQgc3Vycm9nYXRlcyBpbiB0aGUgRG93bnN0cmVhbSBDRE4uDQoJCQlI b3cgYWJvdXQ6DQoJCQkiDQoJCQlSZXF1ZXN0IFJvdXRpbmcgU3lzdGVtOiBUaGUgZnVuY3Rpb24g d2l0aGluIGEgQ0ROIHJlc3BvbnNpYmxlIGZvcg0KCQkJZm9yIHJlY2VpdmluZyBhIGNvbnRlbnQg cmVxdWVzdCBmcm9tIGEgdXNlciBhZ2VudCwgb2J0YWluaW5nIGFuZA0KCQkJbWFpbnRhaW5pbmcg bmVjZXNzYXJ5IGluZm9ybWF0aW9uIGFib3V0IGEgc2V0DQoJCQlvZiBjYW5kaWRhdGUgc3Vycm9n YXRlcyBvciBjYW5kaWRhdGUgQ0ROcywgYW5kIGZvciBzZWxlY3RpbmcgYW5kDQoJCQlyZWRpcmVj dGluZyB0aGUgdXNlcg0KCQkJdG8gdGhlIGFwcHJvcHJpYXRlIHN1cnJvZ2F0ZSBvciBDRE4uIg0K CQkJIA0KCQkJIA0KCQkJQ2hlZXJzDQoJCQkgDQoJCQlGcmFuY29pcw0KCQkJIA0KCQkJCVRvIGVu YWJsZSBDRE4gSW50ZXJjb25uZWN0LCB0aGUNCgkJCQlSZXF1ZXN0IFJvdXRpbmcgU3lzdGVtIG11 c3QgYWxzbyBiZSBjYXBhYmxlIG9mIGhhbmRsaW5nIHVzZXIgYWdlbnQNCgkJCQljb250ZW50IHJl cXVlc3RzIHBhc3NlZCB0byBpdCBieSBhbm90aGVyIENETi4NCgkJCQkgDQoJCQkJV291bGQgdGhh dCBhY2hpZXZlIHRoZSBjbGFyaWZpY2F0aW9uIHlvdSBzdWdnZXN0Pw0KCQkJCSANCgkJCQlUaGFu a3MNCgkJCQlCZW4NCgkJCQkgDQoJCQkJT24gMTEgSmFuIDIwMTEsIGF0IDIxOjI1LCBCaXRhciwg TmFiaWwgTiB3cm90ZToNCgkJCQkgDQoJCQkJCUhpLA0KCQkJCQlJIHRoaW5rIGl0IGlzIGZpbmUg dG8gcmVmaW5lIHRoZSBkZWZpbml0aW9uIG9mIHRoZSBmdW5jdGlvbnMuIEkgd291bGQNCgkJCWxp a2UgdG8gc3VnZ2VzdCAgdG91Z2ggc29tZSBtb2RpZmljYXRpb24gdG8gdGhlIHByb3Bvc2VkIGRl ZmluaXRpb25zIGFuZA0KCQkJc2VlIHdoYXQgeW91IGFuZCBCZW4gdGhpbms6DQoJCQkJCSANCgkJ CQkJUmVxdWVzdCB0cmFuc2ZlcjogVGhlIGZ1bmN0aW9uIHdpdGhpbiBhIENETiByZXNwb25zaWJs ZSBmb3IgcmVjZWl2aW5nIGENCgkJCWNvbnRlbnQgcmVxdWVzdCBmcm9tIGEgdXNlci1hZ2VudCwg cXVlcnlpbmcgdGhlIHJlcXVlc3Qgcm91dGluZyBmdW5jdGlvbg0KCQkJZm9yIGNhbmRpZGF0ZSBz dXJyb2dhdGVzLCBhbmQgZm9yIHNlbGVjdGluZyBhbmQgcmVkaXJlY3RpbmcgdGhlIHVzZXIgdG8N CgkJCXRoZSBhcHByb3ByaWF0ZSBzdXJyb2dhdGUgb3IgQ0ROLg0KCQkJCQkgDQoJCQkJCVJlcXVl c3Qgcm91dGluZyAoSSBhbSBub3Qgc3VyZSB0aGUgYmVzdCBuYW1lKTogVGhlIGZ1bmN0aW9uIHdp dGhpbiBhDQoJCQlDRE4gcmVzcG9uc2libGUgZm9yIGRldGVybWluaW5nIHRoZSBjYW5kaWRhdGUg bGlzdCBvZiBzdXJyb2dhdGVzIGZvciB0aGUNCgkJCXJlcXVlc3QtdHJhbnNmZXIgZnVuY3Rpb24g dG8gZGVsaXZlciBjb250ZW50IHRvIGEgdXNlci1hZ2VudC4NCgkJCQkJIA0KCQkJCQlUaGFua3Ms DQoJCQkJCU5hYmlsDQoJCQkJCSANCgkJCQkJIA0KCQkJCQlPbiAxLzExLzExIDg6NDAgQU0sICJl bWlsZS5zdGVwaGFuQG9yYW5nZS1mdGdyb3VwLmNvbSINCgkJCTxlbWlsZS5zdGVwaGFuQG9yYW5n ZS1mdGdyb3VwLmNvbT4gd3JvdGU6DQoJCQkJCSANCgkJCQkJSGkgQmVuLA0KCQkJCQkgDQoJCQkJ CUkgd2VudCB0aHJvdWdoIHRoZSB0ZXJtaW5vbG9neSBzZWN0aW9uLiBJIHRoaW5rIHRoYXQgaXQg bWFrZSBzZW5zZSB0bw0KCQkJc3BsaXQgdGhlIFJlcXVlc3QgUm91dGluZyBpbiAyIGZ1bmN0aW9u cy4gVGhlIGZpcnN0IGZ1bmN0aW9uIChSZXF1ZXN0DQoJCQlUcmFuc2ZlcikgaGFuZGxlcyB0aGUg Y29udGVudCByZXF1ZXN0OyB0aGUgc2Vjb25kIChSZXF1ZXN0IFJvdXRpbmcpDQoJCQlkZXRlcm1p bmVzIHRoZSBhcHByb3ByaWF0ZSBzb3VyY2Ugb2YgY29udGVudC4NCgkJCQkJIA0KCQkJCQlSZXF1 ZXN0IFRyYW5zZmVyOg0KCQkJCQlUaGUgZnVuY3Rpb24gd2l0aGluIGEgQ0ROIHJlc3BvbnNpYmxl IGZvciByZWNlaXZpbmcgYSBjb250ZW50IHJlcXVlc3QNCgkJCWZyb20gYSBVc2VyLWFnZW50LCBm b3IgcXVlcnlpbmcgdGhlIFJlcXVlc3Qgcm91dGluZyBmdW5jdGlvbiBhbmQgZm9yDQoJCQlkaXJl Y3RpbmcgdGhpcyBxdWVyeSB0b3dhcmQgdGhlIHNlbGVjdGVkIHNvdXJjZSBvZiBjb250ZW50Lg0K CQkJCQkgDQoJCQkJCSBSZXF1ZXN0IFJvdXRpbmc6DQoJCQkJCSBUaGUgZnVuY3Rpb24gd2l0aGlu IGEgQ0ROIHJlc3BvbnNpYmxlIGZvciBkZXRlcm1pbmluZyB0aGUNCgkJCWFwcHJvcHJpYXRlIFN1 cnJvZ2F0ZSBvciB0aGUgYXBwcm9wcmlhdGUgQ0ROLg0KCQkJCQkgDQoJCQkJCSANCgkJCQkJLS0t LS1NZXNzYWdlIGQnb3JpZ2luZS0tLS0tDQoJCQkJCURlIDogY2RuaS1ib3VuY2VzQGlldGYub3Jn IFttYWlsdG86Y2RuaS1ib3VuY2VzQGlldGYub3JnXSBEZSBsYSBwYXJ0DQoJCQlkZQ0KCQkJCQlC ZW4gTml2ZW4tSmVua2lucw0KCQkJCQlFbnZvecOpIDogbHVuZGkgMjAgZMOpY2VtYnJlIDIwMTAg MTE6NTkNCgkJCQkJw4AgOiBGcmFuY29pcyBMZSBGYXVjaGV1cg0KCQkJCQlDYyA6IGNkbmlAaWV0 Zi5vcmc7IExlZSwgWWl1DQoJCQkJCU9iamV0IDogUmU6IFtDRE5pXSBGZXcgY29tbWVudHMgb24g UHJvYmxlbSBTdGF0ZW1lbnQNCgkJCQkJIA0KCQkJCQlGcmFuY29pcywNCgkJCQkJIA0KCQkJCQlP biAxNyBEZWMgMjAxMCwgYXQgMDg6MjAsIEZyYW5jb2lzIExlIEZhdWNoZXVyIHdyb3RlOg0KCQkJ CQkgDQoJCQkJCUhpIFlpdSwNCgkJCQkJIA0KCQkJCQlPbiAxNiBEZWMgMjAxMCwgYXQgMjA6MDUs IExlZSwgWWl1IHdyb3RlOg0KCQkJCQkgDQoJCQkJCVtZTF0gSSBhbSBzb21ld2hhdCBtb3JlIGNs ZWFyLiBUaGFua3MgZm9yIHRoZSBleHBsYW5hdGlvbi4gSWYNCgkJCUNvbnRlbnQNCgkJCQkJRGlz dHJpYnV0aW9uIE1ldGFkYXRhIGlzIHVzZWQgYnkgdGhlIENETmksIHdoeSBub3Qgc2ltcGx5IGNh bGxlZCBpdA0KCQkJCQlDRE5pDQoJCQkJCU1ldGFkYXRhPw0KCQkJCQkgDQoJCQkJCUFzIHBlciBy ZWNlbnQgZGlzY3Vzc2lvbiB3aXRoIFJpY2hhcmQsIHdlIG9ic2VydmVkIHRoYXQgQ29udGVudA0K CQkJCQlEaXN0cmlidXRpb24gTWV0YWRhdGEgY29tcHJpc2VzIG1ldGFkYXRhIG9mIGludHJhLUNE TiBzY29wZSAoaWUgb25seQ0KCQkJCQlyZWxldmFudCB3aXRoaW4gYSBDRE4pIGFuZCBtZXRhZGF0 YSBvZiBpbnRlci1DRE4gc2NvcGUgKGllIHJlbGV2YW50DQoJCQlhY3Jvc3MNCgkJCQkJQ0ROcyku DQoJCQkJCSANCgkJCQkJU28sIHRvIGJlIG1vcmUgYWNjdXJhdGUsIHdlIGNvdWxkIHVzZSB0aGUg dGVybSAiQ0ROaSBNZXRhZGF0YSIgdG8NCgkJCQkJZGVzaWduYXRlIHRoZSBDb250ZW50IERpc3Ry aWJ1dGlvbiBNZXRhZGF0YSBvZiBpbnRlci1DRE4gc2NvcGUgKHdoaWNoDQoJCQlpcw0KCQkJCQlx dWl0ZSBvZiBhIG1vdXRoZnVsKS4NCgkJCQkJIA0KCQkJCQlTbyB0aGUgZGVmaW5pdGlvbiB3b3Vs ZCBsb29rIGxpa2UgdGhpczoNCgkJCQkJIA0KCQkJCQkiDQoJCQkJCU1ldGFkYXRhOiBkYXRhIGFi b3V0IGRhdGEuDQoJCQkJCSANCgkJCQkJQ29udGVudCBNZXRhZGF0YTogbWV0YWRhdGEgYWJvdXQg Y29udGVudC4gQ29udGVudCBNZXRhZGF0YSBjb21wcmlzZXM6DQoJCQkJCShpKSBtZXRhZGF0YSB0 aGF0IGlzIHJlbGV2YW50IHRvIHRoZSBkaXN0cmlidXRpb24gb2YgdGhlIGNvbnRlbnQNCgkJCQkJ KGFuZCB0aGVyZWZvcmUgcmVsZXZhbnQgdG8gYSBDRE4gaW52b2x2ZWQgaW4gdGhlIGRlbGl2ZXJ5 IG9mIHRoYXQNCgkJCWNvbnRlbnQpLg0KCQkJCQlXZSByZWZlciB0byB0aG9zZSBhcyAiQ29udGVu dCBEaXN0cmlidXRpb24gTWV0YWRhdGEiLg0KCQkJCQkoaWkpIG1ldGFkYXRhIHRoYXQgaXMgYXNz b2NpYXRlZCB3aXRoIHRoZSBhY3R1YWwgY29udGVudCAoYW5kIG5vdA0KCQkJCQlkaXJlY3RseSBy ZWxldmFudCB0byB0aGUgZGlzdHJpYnV0aW9uIG9mIHRoYXQgY29udGVudCkgb3IgY29udGVudA0K CQkJCQlyZXByZXNlbnRhdGlvbi4gRm9yIGV4YW1wbGUsIHN1Y2ggbWV0YWRhdGEgbWF5IGluY2x1 ZGUgR2VucmUsIENhc3QsDQoJCQlSYXRpbmcNCgkJCQkJYXMgd2VsbCBhcyByZXNvbHV0aW9uIGFu ZCBhc3BlY3QgcmF0aW8uDQoJCQkJCSANCgkJCQkJQ29udGVudCBEaXN0cmlidXRpb24gTWV0YWRh dGE6IHRoZSBzdWJzZXQgb2YgQ29udGVudCBNZXRhZGF0YSB0aGF0IGlzDQoJCQkJCXJlbGV2YW50 IHRvIHRoZSBkaXN0cmlidXRpb24gb2YgdGhlIGNvbnRlbnQuDQoJCQkJCVRoaXMgaXMgdGhlIG1l dGFkYXRhIHJlcXVpcmVkIGJ5IGEgQ0ROIGluIG9yZGVyIHRvIGVuYWJsZSBhbmQgY29udHJvbA0K CQkJCQljb250ZW50IGRpc3RyaWJ1dGlvbiBhbmQgZGVsaXZlcnkgYnkgdGhlIENETi4gSW4gYSBD RE4gSW50ZXJjb25uZWN0aW9uDQoJCQkJCWVudmlyb25tZW50LCBzb21lIG9mIHRoZSBDb250ZW50 IERpc3RyaWJ1dGlvbiBNZXRhZGF0YSBtYXkgaGF2ZSBhbg0KCQkJaW50cmEtDQoJCQkJCUNETiBz Y29wZSAoYW5kIHRoZXJlZm9yZSBuZWVkIG5vdCBiZSBjb21tdW5pY2F0ZWQgYmV0d2VlbiBDRE5z KSwgd2hpbGUNCgkJCQkJc29tZSBvZiB0aGUgQ29udGVudCBEaXN0cmlidXRpb24gTWV0YWRhdGEg aGF2ZSBhbiBpbnRlci1DRE4gc2NvcGUgKGFuZA0KCQkJCQl0aGVyZWZvcmUgbmVlZCB0byBiZSBj b21tdW5pY2F0ZWQgYmV0d2VlbiBDRE5zKS4gRm9yIGV4YW1wbGUsIENvbnRlbnQNCgkJCQkJRGlz dHJpYnV0aW9uIE1ldGFkYXRhIHdpdGggaW50ZXItQ0ROIHNjb3BlIG1heSBpbmNsdWRlIGdlby1i bG9ja2luZw0KCQkJCQlpbmZvcm1hdGlvbiAoaS5lLiBpbmZvcm1hdGlvbiBkZWZpbmluZyBnZW9n cmFwaGljYWwgYXJlYXMgd2hlcmUgdGhlDQoJCQkJCWNvbnRlbnQgaXMgdG8gYmUgbWFkZSBhdmFp bGFibGUgb3IgYmxvY2tlZCksIGF2YWlsYWJpbGl0eSB3aW5kb3dzIChpLmUuDQoJCQkJCWluZm9y bWF0aW9uIGRlZmluaW5nIHRpbWUgd2luZG93cyBkdXJpbmcgd2hpY2ggdGhlIGNvbnRlbnQgaXMg dG8gYmUNCgkJCW1hZGUNCgkJCQkJYXZhaWxhYmxlIG9yIGJsb2NrZWQpIGFuZCBhY2Nlc3MgY29u dHJvbCBtZWNoYW5pc21zIHRvIGJlIGVuZm9yY2VkDQoJCQkoZS5nLg0KCQkJCQlVUkkgc2lnbmF0 dXJlIHZhbGlkYXRpb24pLg0KCQkJCQkgDQoJCQkJCUNETmkgTWV0YWRhdGE6IENvbnRlbnQgRGlz dHJpYnV0aW9uIE1ldGFkYXRhIHdpdGggaW50ZXItQ0ROIHNjb3BlDQoJCQkJCSINCgkJCQkJIA0K CQkJCQlIb3cgZG9lcyB0aGF0IHNvdW5kPw0KCQkJCQkgDQoJCQkJCSANCgkJCQkJTG9va3MgZ29v ZCB0byBtZSA6LSkNCgkJCQkJIA0KCQkJCQlCZW4NCgkJCQkJIA0KCQkJCQkgDQoJCQkJCV9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoJCQkJCUNETmkgbWFp bGluZyBsaXN0DQoJCQkJCUNETmlAaWV0Zi5vcmcNCgkJCQkJaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9jZG5pDQoJCQkJCSANCgkJCQkJIA0KCQkJCQktLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCgkJCQkJTmFiaWwgQml0YXIsIFBoRA0K CQkJCQlQcmluY2lwYWwgTWVtYmVyIG9mIFRlY2huaWNhbCBTdGFmZg0KCQkJCQlQYWNrZXQgTmV0 d29yayBUZWNobm9sb2d5DQoJCQkJCVZlcml6b24gQ29ycG9yYXRlIE5ldHdvcmsgYW5kIFRlY2hu b2xvZ3kNCgkJCQkJIA0KCQkJCQk2MCBTeWx2YW4gUm9hZA0KCQkJCQlXYWx0aGFtLCBNQSAwMjQ1 MQ0KCQkJCQlPZmZpY2UgUGhvbmU6ICg3ODEpIDQ2Ni0yMTYxDQoJCQkJIA0KCQkgDQoJIA0KIA0K IA0KIA0KIA0KDQpGcmFuY29pcyBMZSBGYXVjaGV1cg0KRGlzdGluZ3Vpc2hlZCBFbmdpbmVlcg0K Q29ycG9yYXRlIERldmVsb3BtZW50DQpmbGVmYXVjaEBjaXNjby5jb20gPG1haWx0bzpmbGVmYXVj aEBjaXNjby5jb20+IA0KUGhvbmU6ICszMyA0OSA3MjMgMjYxOQ0KTW9iaWxlOiArMzMgNiAxOSA5 OCA1MCA5MA0KDQoNCkNpc2NvIFN5c3RlbXMgRnJhbmNlDQpHcmVlbnNpZGUNCjQwMCBBdmUgZGUg Um91bWFuaWxsZQ0KMDY0MTAgU29waGlhIEFudGlwb2xpcw0KRnJhbmNlDQpDaXNjby5jb20gPGh0 dHA6Ly93d3cuY2lzY28uY29tPiANCiANCg0KIA0KIA0KIFRoaW5rIGJlZm9yZSB5b3UgcHJpbnQu DQoNClRoaXMgZW1haWwgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZCBwcml2aWxlZ2VkIG1h dGVyaWFsIGZvciB0aGUgc29sZSB1c2Ugb2YgdGhlIGludGVuZGVkIHJlY2lwaWVudC4gQW55IHJl dmlldywgdXNlLCBkaXN0cmlidXRpb24gb3IgZGlzY2xvc3VyZSBieSBvdGhlcnMgaXMgc3RyaWN0 bHkgcHJvaGliaXRlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCAob3Ig YXV0aG9yaXplZCB0byByZWNlaXZlIGZvciB0aGUgcmVjaXBpZW50KSwgcGxlYXNlIGNvbnRhY3Qg dGhlIHNlbmRlciBieSByZXBseSBlbWFpbCBhbmQgZGVsZXRlIGFsbCBjb3BpZXMgb2YgdGhpcyBt ZXNzYWdlLg0KDQpDaXNjbyBTeXN0ZW1zIEZyYW5jZSwgU29jacOpdMOpIMOgIHJlc3BvbnNhYmlp dMOpIGxpbWl0w6llLCBSdWUgQ2FtaWxsZSBEZXNtb3VsaW5zIOKAkyBJbW0gQXRsYW50aXMgWmFj IEZvcnVtIFNlaW5lIElsb3QgNyA5MjEzMCBJc3N5IGxlcyBNb3VsaW5lYXV4LCBBdSBjYXBpdGFs IGRlIDkxLjQ3MCDigqwsIDM0OSAxNjYgNTYxIFJDUyBOYW50ZXJyZSwgRGlyZWN0ZXVyIGRlIGxh IHB1YmxpY2F0aW9uOiBKZWFuLUx1YyBNaWNoZWwgR2l2b25lLg0KDQpGb3IgY29ycG9yYXRlIGxl Z2FsIGluZm9ybWF0aW9uIGdvIHRvOg0KaHR0cDovL3d3dy5jaXNjby5jb20vd2ViL2Fib3V0L2Rv aW5nX2J1c2luZXNzL2xlZ2FsL2NyaS9pbmRleC5odG1sDQogDQo= ------_=_NextPart_002_01CBBDFF.720B7F5F Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6cD0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6cG93ZXJwb2ludCIgeG1sbnM6b2E9InVybjpzY2hlbWFzLW1pY3Jvc29m dC1jb206b2ZmaWNlOmFjdGl2YXRpb24iIHhtbG5zOnN0MT0idXJuOnNjaGVtYXMtbWljcm9zb2Z0 LWNvbTpvZmZpY2U6c21hcnR0YWdzIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvVFIvUkVDLWh0 bWw0MCI+DQoNCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9UHJvZ0lkIGNvbnRlbnQ9V29y ZC5Eb2N1bWVudD4NCjxtZXRhIG5hbWU9R2VuZXJhdG9yIGNvbnRlbnQ9Ik1pY3Jvc29mdCBXb3Jk IDExIj4NCjxtZXRhIG5hbWU9T3JpZ2luYXRvciBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxMSI+ DQo8bGluayByZWw9RmlsZS1MaXN0IGhyZWY9ImNpZDpmaWxlbGlzdC54bWxAMDFDQkJFMDcuRDQ3 QUQ3QTAiPg0KPGxpbmsgcmVsPUVkaXQtVGltZS1EYXRhIGhyZWY9ImNpZDplZGl0ZGF0YS5tc28i Pg0KPCEtLVtpZiAhbXNvXT4NCjxzdHlsZT4NCnZcOioge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNW TUwpO30NCm9cOioge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwpO30NCndcOioge2JlaGF2aW9y OnVybCgjZGVmYXVsdCNWTUwpO30NCi5zaGFwZSB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7 fQ0KPC9zdHlsZT4NCjwhW2VuZGlmXS0tPjxvOlNtYXJ0VGFnVHlwZQ0KIG5hbWVzcGFjZXVyaT0i dXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6c21hcnR0YWdzIiBuYW1lPSJQZXJzb25O YW1lIi8+DQo8IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCiA8bzpPZmZpY2VEb2N1bWVudFNldHRp bmdzPg0KICA8bzpSZWx5T25WTUwvPg0KICA8bzpEb05vdFJlbHlPbkNTUy8+DQogPC9vOk9mZmlj ZURvY3VtZW50U2V0dGluZ3M+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+ PHhtbD4NCiA8dzpXb3JkRG9jdW1lbnQ+DQogIDx3OkRvbnREaXNwbGF5UGFnZUJvdW5kYXJpZXMv Pg0KICA8dzpTcGVsbGluZ1N0YXRlPkNsZWFuPC93OlNwZWxsaW5nU3RhdGU+DQogIDx3OkdyYW1t YXJTdGF0ZT5DbGVhbjwvdzpHcmFtbWFyU3RhdGU+DQogIDx3OkRvY3VtZW50S2luZD5Eb2N1bWVu dEVtYWlsPC93OkRvY3VtZW50S2luZD4NCiAgPHc6SHlwaGVuYXRpb25ab25lPjIxPC93Okh5cGhl bmF0aW9uWm9uZT4NCiAgPHc6RW52ZWxvcGVWaXMvPg0KICA8dzpWYWxpZGF0ZUFnYWluc3RTY2hl bWFzLz4NCiAgPHc6U2F2ZUlmWE1MSW52YWxpZD5mYWxzZTwvdzpTYXZlSWZYTUxJbnZhbGlkPg0K ICA8dzpJZ25vcmVNaXhlZENvbnRlbnQ+ZmFsc2U8L3c6SWdub3JlTWl4ZWRDb250ZW50Pg0KICA8 dzpBbHdheXNTaG93UGxhY2Vob2xkZXJUZXh0PmZhbHNlPC93OkFsd2F5c1Nob3dQbGFjZWhvbGRl clRleHQ+DQogIDx3OkNvbXBhdGliaWxpdHk+DQogICA8dzpVc2VGRUxheW91dC8+DQogIDwvdzpD b21wYXRpYmlsaXR5Pg0KIDwvdzpXb3JkRG9jdW1lbnQ+DQo8L3htbD48IVtlbmRpZl0tLT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCiA8dzpMYXRlbnRTdHlsZXMgRGVmTG9ja2VkU3RhdGU9ImZh bHNlIiBMYXRlbnRTdHlsZUNvdW50PSIxNTYiPg0KIDwvdzpMYXRlbnRTdHlsZXM+DQo8L3htbD48 IVtlbmRpZl0tLT48IS0tW2lmICFtc29dPg0KPHN0eWxlPg0Kc3QxXDoqe2JlaGF2aW9yOnVybCgj ZGVmYXVsdCNpZW9vdWkpIH0NCjwvc3R5bGU+DQo8IVtlbmRpZl0tLT4NCjxzdHlsZT4NCjwhLS0N CiAvKiBGb250IERlZmluaXRpb25zICovDQogQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpIZWx2 ZXRpY2E7DQoJcGFub3NlLTE6MiAxMSA2IDQgMiAyIDIgMiAyIDQ7DQoJbXNvLWZvbnQtY2hhcnNl dDowOw0KCW1zby1nZW5lcmljLWZvbnQtZmFtaWx5OnN3aXNzOw0KCW1zby1mb250LWZvcm1hdDpv dGhlcjsNCgltc28tZm9udC1waXRjaDp2YXJpYWJsZTsNCgltc28tZm9udC1zaWduYXR1cmU6MyAw IDAgMCAxIDA7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb3VyaWVyOw0KCXBhbm9zZS0x OjIgNyA0IDkgMiAyIDUgMiA0IDQ7DQoJbXNvLWZvbnQtY2hhcnNldDowOw0KCW1zby1nZW5lcmlj LWZvbnQtZmFtaWx5Om1vZGVybjsNCgltc28tZm9udC1mb3JtYXQ6b3RoZXI7DQoJbXNvLWZvbnQt cGl0Y2g6Zml4ZWQ7DQoJbXNvLWZvbnQtc2lnbmF0dXJlOjMgMCAwIDAgMSAwO30NCkBmb250LWZh Y2UNCgl7Zm9udC1mYW1pbHk6U2ltU3VuOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7 DQoJbXNvLWZvbnQtYWx0Oj8/Pz8/P8Khwqc/Pz8/Ow0KCW1zby1mb250LWNoYXJzZXQ6MTM0Ow0K CW1zby1nZW5lcmljLWZvbnQtZmFtaWx5OmF1dG87DQoJbXNvLWZvbnQtcGl0Y2g6dmFyaWFibGU7 DQoJbXNvLWZvbnQtc2lnbmF0dXJlOjMgMTM1MTM1MjMyIDE2IDAgMjYyMTQ1IDA7fQ0KQGZvbnQt ZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAy IDQ7DQoJbXNvLWZvbnQtYWx0OlRhaG9tYTsNCgltc28tZm9udC1jaGFyc2V0OjA7DQoJbXNvLWdl bmVyaWMtZm9udC1mYW1pbHk6c3dpc3M7DQoJbXNvLWZvbnQtcGl0Y2g6dmFyaWFibGU7DQoJbXNv LWZvbnQtc2lnbmF0dXJlOjE2Mjc0MjEzMTkgLTIxNDc0ODM2NDggOCAwIDY2MDQ3IDA7fQ0KQGZv bnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0 IDMgMiA0Ow0KCW1zby1mb250LWNoYXJzZXQ6MDsNCgltc28tZ2VuZXJpYy1mb250LWZhbWlseTpz d2lzczsNCgltc28tZm9udC1waXRjaDp2YXJpYWJsZTsNCgltc28tZm9udC1zaWduYXR1cmU6LTE2 MTA2MTE5ODUgMTA3Mzc1MDEzOSAwIDAgMTU5IDA7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls eToiXEBTaW1TdW4iOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7DQoJbXNvLWZvbnQt YWx0OiJcQEFyaWFsIFVuaWNvZGUgTVMiOw0KCW1zby1mb250LWNoYXJzZXQ6MTM0Ow0KCW1zby1n ZW5lcmljLWZvbnQtZmFtaWx5OmF1dG87DQoJbXNvLWZvbnQtcGl0Y2g6dmFyaWFibGU7DQoJbXNv LWZvbnQtc2lnbmF0dXJlOjMgMTM1MTM1MjMyIDE2IDAgMjYyMTQ1IDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseTpUaW1lczsNCglwYW5vc2UtMToyIDIgNiAzIDUgNCA1IDIgMyA0Ow0KCW1z by1mb250LWNoYXJzZXQ6MDsNCgltc28tZ2VuZXJpYy1mb250LWZhbWlseTpyb21hbjsNCgltc28t Zm9udC1mb3JtYXQ6b3RoZXI7DQoJbXNvLWZvbnQtcGl0Y2g6dmFyaWFibGU7DQoJbXNvLWZvbnQt c2lnbmF0dXJlOjMgMCAwIDAgMSAwO30NCiAvKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KIHAuTXNv Tm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bXNvLXN0eWxlLXBhcmVudDoi IjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCgltc28tcGFnaW5hdGlv bjp3aWRvdy1vcnBoYW47DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMg TmV3IFJvbWFuIjsNCgltc28tZmFyZWFzdC1mb250LWZhbWlseTpTaW1TdW47fQ0KYTpsaW5rLCBz cGFuLk1zb0h5cGVybGluaw0KCXtjb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxp bmU7DQoJdGV4dC11bmRlcmxpbmU6c2luZ2xlO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxp bmtGb2xsb3dlZA0KCXtjb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJ dGV4dC11bmRlcmxpbmU6c2luZ2xlO30NCnANCgl7bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJ bWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4t bGVmdDowY207DQoJbXNvLXBhZ2luYXRpb246d2lkb3ctb3JwaGFuOw0KCWZvbnQtc2l6ZToxMi4w cHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7DQoJbXNvLWZhcmVhc3QtZm9udC1m YW1pbHk6U2ltU3VuO30NCnNwYW4uYXBwbGUtdGFiLXNwYW4NCgl7bXNvLXN0eWxlLW5hbWU6YXBw bGUtdGFiLXNwYW47fQ0Kc3Bhbi5hcHBsZS1zdHlsZS1zcGFuDQoJe21zby1zdHlsZS1uYW1lOmFw cGxlLXN0eWxlLXNwYW47fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVy c29uYWwtcmVwbHk7DQoJbXNvLXN0eWxlLW5vc2hvdzp5ZXM7DQoJbXNvLWFuc2ktZm9udC1zaXpl OjEwLjBwdDsNCgltc28tYmlkaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OkFyaWFs Ow0KCW1zby1hc2NpaS1mb250LWZhbWlseTpBcmlhbDsNCgltc28taGFuc2ktZm9udC1mYW1pbHk6 QXJpYWw7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6QXJpYWw7DQoJY29sb3I6bmF2eTt9DQpzcGFu LkVtYWlsU3R5bGUyMg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCgltc28tc3R5bGUtbm9z aG93OnllczsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCW1zby1iaWRpLWZvbnQtc2l6 ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6QXJpYWw7DQoJbXNvLWFzY2lpLWZvbnQtZmFtaWx5OkFy aWFsOw0KCW1zby1oYW5zaS1mb250LWZhbWlseTpBcmlhbDsNCgltc28tYmlkaS1mb250LWZhbWls eTpBcmlhbDsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uU3BlbGxFDQoJe21zby1zdHlsZS1u YW1lOiIiOw0KCW1zby1zcGwtZTp5ZXM7fQ0Kc3Bhbi5HcmFtRQ0KCXttc28tc3R5bGUtbmFtZToi IjsNCgltc28tZ3JhbS1lOnllczt9DQpAcGFnZSBTZWN0aW9uMQ0KCXtzaXplOjU5NS4zcHQgODQx LjlwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3Mi4wcHQgOTAuMHB0Ow0KCW1zby1oZWFkZXIt bWFyZ2luOjM1LjRwdDsNCgltc28tZm9vdGVyLW1hcmdpbjozNS40cHQ7DQoJbXNvLXBhcGVyLXNv dXJjZTowO30NCmRpdi5TZWN0aW9uMQ0KCXtwYWdlOlNlY3Rpb24xO30NCi0tPg0KPC9zdHlsZT4N CjwhLS1baWYgZ3RlIG1zbyAxMF0+DQo8c3R5bGU+DQogLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8g DQogdGFibGUuTXNvTm9ybWFsVGFibGUNCgl7bXNvLXN0eWxlLW5hbWU6IlRhYmxlYXUgTm9ybWFs IjsNCgltc28tdHN0eWxlLXJvd2JhbmQtc2l6ZTowOw0KCW1zby10c3R5bGUtY29sYmFuZC1zaXpl OjA7DQoJbXNvLXN0eWxlLW5vc2hvdzp5ZXM7DQoJbXNvLXN0eWxlLXBhcmVudDoiIjsNCgltc28t cGFkZGluZy1hbHQ6MGNtIDUuNHB0IDBjbSA1LjRwdDsNCgltc28tcGFyYS1tYXJnaW46MGNtOw0K CW1zby1wYXJhLW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCgltc28tcGFnaW5hdGlvbjp3aWRvdy1v cnBoYW47DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFu IjsNCgltc28tYW5zaS1sYW5ndWFnZTojMDQwMDsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTojMDQw MDsNCgltc28tYmlkaS1sYW5ndWFnZTojMDQwMDt9DQo8L3N0eWxlPg0KPCFbZW5kaWZdLS0+DQo8 L2hlYWQ+DQoNCjxib2R5IGxhbmc9RlIgbGluaz1ibHVlIHZsaW5rPWJsdWUgc3R5bGU9J3RhYi1p bnRlcnZhbDozNS40cHQ7d29yZC13cmFwOiBicmVhay13b3JkOw0KLXdlYmtpdC1uYnNwLW1vZGU6 IHNwYWNlOy13ZWJraXQtbGluZS1icmVhazogYWZ0ZXItd2hpdGUtc3BhY2UnPg0KDQo8ZGl2IGNs YXNzPVNlY3Rpb24xPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGZhY2U9QXJp YWw+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5 OkFyaWFsO21zby1hbnNpLWxhbmd1YWdlOkVOLUdCJz5IaSBGcmFuY29pcyw8bzpwPjwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGZhY2U9 QXJpYWw+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFt aWx5OkFyaWFsO21zby1hbnNpLWxhbmd1YWdlOkVOLUdCJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGZhY2U9QXJp YWw+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5 OkFyaWFsO21zby1hbnNpLWxhbmd1YWdlOkVOLUdCJz5JdCBtYWtlcyBzZW5zZSBmb3IgbWUuIE90 aGVyd2lzZQ0Kcm91dGluZyBpbmZvcm1hdGlvbiB3aWxsIGJlIGNvbGxlY3RlZCBpbiBiYWNrZ3Jv dW5kIHRocm91Z2ggdGhlIGNvbnRyb2wgQVBJIGFuZA0Kb24gdGhlIGZseSB0aHJvdWdoIHRoZSBy b3V0aW5nIEFQSS48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29O b3JtYWw+PGZvbnQgc2l6ZT0yIGZhY2U9QXJpYWw+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nZm9u dC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO21zby1hbnNpLWxhbmd1YWdlOkVOLUdC Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3Jt YWw+PGZvbnQgc2l6ZT0yIGZhY2U9QXJpYWw+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nZm9udC1z aXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO21zby1hbnNpLWxhbmd1YWdlOkVOLUdCJz5J IGF0dGVtcHRlZCB0byByZXByZXNlbnQgdGhhdA0Kb24gdGhlIGRyYXdpbmcgYmVsb3cuIDxvOnA+ PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXpl PTIgZmFjZT1BcmlhbD48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7 Zm9udC1mYW1pbHk6QXJpYWw7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tR0InPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIg ZmFjZT1Db3VyaWVyPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtm b250LWZhbWlseTpDb3VyaWVyO21zby1iaWRpLWZvbnQtZmFtaWx5OkFyaWFsO21zby1hbnNpLWxh bmd1YWdlOkVOLUdCJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBj bGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGZhY2U9Q291cmllcj48c3BhbiBsYW5nPUVOLUdC IHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6Q291cmllcjttc28tYmlkaS1m b250LWZhbWlseTpBcmlhbDttc28tYW5zaS1sYW5ndWFnZTpFTi1HQic+PHNwYW4NCnN0eWxlPSdt c28tc3BhY2VydW46eWVzJz7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCA8L3NwYW4+Q0ROMTxzcGFuDQpzdHlsZT0nbXNvLXNwYWNl cnVuOnllcyc+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCA8L3NwYW4+Q0ROMjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgZmFjZT1Db3VyaWVyPjxz cGFuIGxhbmc9RU4tR0Igc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpDb3Vy aWVyO21zby1iaWRpLWZvbnQtZmFtaWx5OkFyaWFsO21zby1hbnNpLWxhbmd1YWdlOkVOLUdCJz48 c3Bhbg0Kc3R5bGU9J21zby1zcGFjZXJ1bjp5ZXMnPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgPC9zcGFuPnw8c3Bhbg0Kc3R5 bGU9J21zby1zcGFjZXJ1bjp5ZXMnPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgPC9zcGFuPnw8bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0y IGZhY2U9Q291cmllcj48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7 Zm9udC1mYW1pbHk6Q291cmllcjttc28tYmlkaS1mb250LWZhbWlseTpBcmlhbDttc28tYW5zaS1s YW5ndWFnZTpFTi1HQic+PHNwYW4NCnN0eWxlPSdtc28tc3BhY2VydW46eWVzJz7CoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIDwv c3Bhbj58PHNwYW4NCnN0eWxlPSdtc28tc3BhY2VydW46eWVzJz7CoCA8L3NwYW4+PHNwYW4gc3R5 bGU9J21zby1zcGFjZXJ1bjp5ZXMnPsKgPC9zcGFuPkJhY2tncm91bmQNCnJvdXRpbmcgaW5mb3Jt YXRpb248c3BhbiBzdHlsZT0nbXNvLXNwYWNlcnVuOnllcyc+wqDCoCA8L3NwYW4+PHNwYW4NCnN0 eWxlPSdtc28tc3BhY2VydW46eWVzJz7CoMKgPC9zcGFuPjxzcGFuIHN0eWxlPSdtc28tc3BhY2Vy dW46eWVzJz7CoDwvc3Bhbj58PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xh c3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBmYWNlPUNvdXJpZXI+PHNwYW4gbGFuZz1FTi1HQiBz dHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OkNvdXJpZXI7bXNvLWJpZGktZm9u dC1mYW1pbHk6QXJpYWw7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tR0InPjxzcGFuDQpzdHlsZT0nbXNv LXNwYWNlcnVuOnllcyc+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgIDwvc3Bhbj48c3Bhbg0Kc3R5bGU9J21zby1zcGFjZXJ1bjp5ZXMn PsKgwqA8L3NwYW4+fCZsdDstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXw8 bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQg c2l6ZT0yIGZhY2U9Q291cmllcj48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdmb250LXNpemU6DQox MC4wcHQ7Zm9udC1mYW1pbHk6Q291cmllcjttc28tYmlkaS1mb250LWZhbWlseTpBcmlhbDttc28t YW5zaS1sYW5ndWFnZTpFTi1HQic+PHNwYW4NCnN0eWxlPSdtc28tc3BhY2VydW46eWVzJz7CoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgIDwvc3Bhbj58PHNwYW4NCnN0eWxlPSdtc28tc3BhY2VydW46eWVzJz7CoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgIDwvc3Bhbj58PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9 TXNvTm9ybWFsPjxmb250IHNpemU9MiBmYWNlPUNvdXJpZXI+PHNwYW4gbGFuZz1FTi1HQiBzdHls ZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OkNvdXJpZXI7bXNvLWJpZGktZm9udC1m YW1pbHk6QXJpYWw7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tR0InPjxzcGFuDQpzdHlsZT0nbXNvLXNw YWNlcnVuOnllcyc+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAg PC9zcGFuPlN0b3JhZ2Ugb2YgdGhlIHJvdXRpbmcNCmluZm88c3BhbiBzdHlsZT0nbXNvLXNwYWNl cnVuOnllcyc+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgPC9z cGFuPnw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+ PGZvbnQgc2l6ZT0yIGZhY2U9Q291cmllcj48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdmb250LXNp emU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6Q291cmllcjttc28tYmlkaS1mb250LWZhbWlseTpBcmlh bDttc28tYW5zaS1sYW5ndWFnZTpFTi1HQic+PHNwYW4NCnN0eWxlPSdtc28tc3BhY2VydW46eWVz Jz7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgIDwvc3Bhbj58PHNwYW4NCnN0eWxlPSdtc28tc3BhY2VydW46eWVzJz7CoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgPC9zcGFuPjxz cGFuDQpzdHlsZT0nbXNvLXNwYWNlcnVuOnllcyc+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoDwvc3Bh bj58PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxm b250IHNpemU9MiBmYWNlPUNvdXJpZXI+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nZm9udC1zaXpl Og0KMTAuMHB0O2ZvbnQtZmFtaWx5OkNvdXJpZXI7bXNvLWJpZGktZm9udC1mYW1pbHk6QXJpYWw7 bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tR0InPjxzcGFuDQpzdHlsZT0nbXNvLXNwYWNlcnVuOnllcyc+ wqDCoMKgwqDCoMKgwqDCoCA8L3NwYW4+PHNwYW4gY2xhc3M9R3JhbUU+cmVxdWVzdDwvc3Bhbj4N CmFycml2YWw8c3BhbiBzdHlsZT0nbXNvLXNwYWNlcnVuOnllcyc+wqDCoMKgwqDCoMKgwqDCoCA8 L3NwYW4+fDxzcGFuDQpzdHlsZT0nbXNvLXNwYWNlcnVuOnllcyc+wqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oCA8L3NwYW4+fDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05v cm1hbD48Zm9udCBzaXplPTIgZmFjZT1Db3VyaWVyPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2Zv bnQtc2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpDb3VyaWVyO21zby1iaWRpLWZvbnQtZmFtaWx5 OkFyaWFsO21zby1hbnNpLWxhbmd1YWdlOkVOLUdCJz48c3Bhbg0Kc3R5bGU9J21zby1zcGFjZXJ1 bjp5ZXMnPsKgwqDCoMKgwqDCoCA8L3NwYW4+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSZndDt8 PHNwYW4NCnN0eWxlPSdtc28tc3BhY2VydW46eWVzJz7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIDwvc3Bh bj58PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxm b250IHNpemU9MiBmYWNlPUNvdXJpZXI+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nZm9udC1zaXpl Og0KMTAuMHB0O2ZvbnQtZmFtaWx5OkNvdXJpZXI7bXNvLWJpZGktZm9udC1mYW1pbHk6QXJpYWw7 bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tR0InPjxzcGFuDQpzdHlsZT0nbXNvLXNwYWNlcnVuOnllcyc+ wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoCA8L3NwYW4+fDxzcGFuDQpzdHlsZT0nbXNvLXNwYWNlcnVuOnllcyc+wqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoCA8L3NwYW4+fDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNs YXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgZmFjZT1Db3VyaWVyPjxzcGFuIGxhbmc9RU4tR0Ig c3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpDb3VyaWVyO21zby1iaWRpLWZv bnQtZmFtaWx5OkFyaWFsO21zby1hbnNpLWxhbmd1YWdlOkVOLUdCJz48c3Bhbg0Kc3R5bGU9J21z by1zcGFjZXJ1bjp5ZXMnPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgPC9zcGFu PjxzcGFuDQpzdHlsZT0nbXNvLXNwYWNlcnVuOnllcyc+wqDCoMKgPC9zcGFuPlF1ZXJ5IG9mIExv Y2FsIHJvdXRpbmcgaW5mbzxzcGFuDQpzdHlsZT0nbXNvLXNwYWNlcnVuOnllcyc+wqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIDwvc3Bhbj58PG86cD48L286 cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBm YWNlPUNvdXJpZXI+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2Zv bnQtZmFtaWx5OkNvdXJpZXI7bXNvLWJpZGktZm9udC1mYW1pbHk6QXJpYWw7bXNvLWFuc2ktbGFu Z3VhZ2U6RU4tR0InPjxzcGFuDQpzdHlsZT0nbXNvLXNwYWNlcnVuOnllcyc+wqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCA8L3Nw YW4+fDxzcGFuDQpzdHlsZT0nbXNvLXNwYWNlcnVuOnllcyc+wqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCA8 L3NwYW4+fDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1h bD48Zm9udCBzaXplPTIgZmFjZT1Db3VyaWVyPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2ZvbnQt c2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpDb3VyaWVyO21zby1iaWRpLWZvbnQtZmFtaWx5OkFy aWFsO21zby1hbnNpLWxhbmd1YWdlOkVOLUdCJz48c3Bhbg0Kc3R5bGU9J21zby1zcGFjZXJ1bjp5 ZXMnPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqAgPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNs YXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgZmFjZT1Db3VyaWVyPjxzcGFuIGxhbmc9RU4tR0Ig c3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpDb3VyaWVyO21zby1iaWRpLWZv bnQtZmFtaWx5OkFyaWFsO21zby1hbnNpLWxhbmd1YWdlOkVOLUdCJz48c3Bhbg0Kc3R5bGU9J21z by1zcGFjZXJ1bjp5ZXMnPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgZmFjZT1Db3VyaWVyPjxzcGFu IGxhbmc9RU4tR0Igc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpDb3VyaWVy O21zby1iaWRpLWZvbnQtZmFtaWx5OkFyaWFsO21zby1hbnNpLWxhbmd1YWdlOkVOLUdCJz5DYXNl DQoxOiByb3V0aW5nIG9mIHRoZSByZXF1ZXN0IHNvbHZlZDxzcGFuIHN0eWxlPSdtc28tc3BhY2Vy dW46eWVzJz7CoMKgwqDCoCA8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0K PHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBmYWNlPUNvdXJpZXI+PHNwYW4gbGFuZz1F Ti1HQiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OkNvdXJpZXI7bXNvLWJp ZGktZm9udC1mYW1pbHk6QXJpYWw7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tR0InPjxzcGFuDQpzdHls ZT0nbXNvLXNwYWNlcnVuOnllcyc+wqDCoMKgwqDCoMKgwqDCoMKgIDwvc3Bhbj48bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGZh Y2U9Q291cmllcj48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9u dC1mYW1pbHk6Q291cmllcjttc28tYmlkaS1mb250LWZhbWlseTpBcmlhbDttc28tYW5zaS1sYW5n dWFnZTpFTi1HQic+PHNwYW4NCnN0eWxlPSdtc28tc3BhY2VydW46eWVzJz7CoMKgIDwvc3Bhbj48 c3Bhbg0Kc3R5bGU9J21zby1zcGFjZXJ1bjp5ZXMnPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoDwvc3Bhbj58PHNwYW4NCnN0eWxlPSdt c28tc3BhY2VydW46eWVzJz7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIDwvc3Bhbj58PG86cD48L286cD48 L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBmYWNl PUNvdXJpZXI+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQt ZmFtaWx5OkNvdXJpZXI7bXNvLWJpZGktZm9udC1mYW1pbHk6QXJpYWw7bXNvLWFuc2ktbGFuZ3Vh Z2U6RU4tR0InPjxzcGFuDQpzdHlsZT0nbXNvLXNwYWNlcnVuOnllcyc+wqDCoMKgwqDCoMKgwqDC oMKgwqAgPC9zcGFuPjxzcGFuIGNsYXNzPUdyYW1FPnJlc3BvbnNlPC9zcGFuPjxzcGFuDQpzdHls ZT0nbXNvLXNwYWNlcnVuOnllcyc+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgPC9zcGFuPnw8 c3Bhbg0Kc3R5bGU9J21zby1zcGFjZXJ1bjp5ZXMnPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgPC9zcGFu Pnw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZv bnQgc2l6ZT0yIGZhY2U9Q291cmllcj48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdmb250LXNpemU6 DQoxMC4wcHQ7Zm9udC1mYW1pbHk6Q291cmllcjttc28tYmlkaS1mb250LWZhbWlseTpBcmlhbDtt c28tYW5zaS1sYW5ndWFnZTpFTi1HQic+PHNwYW4NCnN0eWxlPSdtc28tc3BhY2VydW46eWVzJz7C oMKgwqDCoMKgwqAgPC9zcGFuPiZsdDstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gfDxzcGFuDQpz dHlsZT0nbXNvLXNwYWNlcnVuOnllcyc+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCA8L3NwYW4+fDxvOnA+ PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXpl PTIgZmFjZT1Db3VyaWVyPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBw dDtmb250LWZhbWlseTpDb3VyaWVyO21zby1iaWRpLWZvbnQtZmFtaWx5OkFyaWFsO21zby1hbnNp LWxhbmd1YWdlOkVOLUdCJz48c3Bhbg0Kc3R5bGU9J21zby1zcGFjZXJ1bjp5ZXMnPsKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAg PC9zcGFuPnw8c3Bhbg0Kc3R5bGU9J21zby1zcGFjZXJ1bjp5ZXMnPsKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqAgPC9zcGFuPnw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29O b3JtYWw+PGZvbnQgc2l6ZT0yIGZhY2U9Q291cmllcj48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdm b250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6Q291cmllcjttc28tYmlkaS1mb250LWZhbWls eTpBcmlhbDttc28tYW5zaS1sYW5ndWFnZTpFTi1HQic+PHNwYW4NCnN0eWxlPSdtc28tc3BhY2Vy dW46eWVzJz7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgIDwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8 cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGZhY2U9Q291cmllcj48c3BhbiBsYW5nPUVO LUdCIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6Q291cmllcjttc28tYmlk aS1mb250LWZhbWlseTpBcmlhbDttc28tYW5zaS1sYW5ndWFnZTpFTi1HQic+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9 MiBmYWNlPUNvdXJpZXI+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0 O2ZvbnQtZmFtaWx5OkNvdXJpZXI7bXNvLWJpZGktZm9udC1mYW1pbHk6QXJpYWw7bXNvLWFuc2kt bGFuZ3VhZ2U6RU4tR0InPkNhc2UNCjI6IHJvdXRpbmcgb2YgdGhlIHJlcXVlc3QgcmVxdWlyZSBt b3JlIGludmVzdGlnYXRpb248c3Bhbg0Kc3R5bGU9J21zby1zcGFjZXJ1bjp5ZXMnPsKgIDwvc3Bh bj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZv bnQgc2l6ZT0yIGZhY2U9Q291cmllcj48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdmb250LXNpemU6 DQoxMC4wcHQ7Zm9udC1mYW1pbHk6Q291cmllcjttc28tYmlkaS1mb250LWZhbWlseTpBcmlhbDtt c28tYW5zaS1sYW5ndWFnZTpFTi1HQic+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250Pjwv cD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBmYWNlPUNvdXJpZXI+PHNwYW4g bGFuZz1FTi1HQiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OkNvdXJpZXI7 bXNvLWJpZGktZm9udC1mYW1pbHk6QXJpYWw7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tR0InPjxzcGFu DQpzdHlsZT0nbXNvLXNwYWNlcnVuOnllcyc+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCA8L3NwYW4+fDxzcGFuDQpzdHlsZT0n bXNvLXNwYWNlcnVuOnllcyc+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCA8L3NwYW4+fDxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgZmFj ZT1Db3VyaWVyPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250 LWZhbWlseTpDb3VyaWVyO21zby1iaWRpLWZvbnQtZmFtaWx5OkFyaWFsO21zby1hbnNpLWxhbmd1 YWdlOkVOLUdCJz48c3Bhbg0Kc3R5bGU9J21zby1zcGFjZXJ1bjp5ZXMnPsKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgPC9zcGFu Pnw8c3Bhbg0Kc3R5bGU9J21zby1zcGFjZXJ1bjp5ZXMnPsKgwqAgPC9zcGFuPjxzcGFuIGNsYXNz PUdyYW1FPm9uPC9zcGFuPiB0aGUgZmx5IHJvdXRpbmcNCmluZm8gcXVlcnk8c3BhbiBzdHlsZT0n bXNvLXNwYWNlcnVuOnllcyc+wqDCoMKgIDwvc3Bhbj48c3Bhbg0Kc3R5bGU9J21zby1zcGFjZXJ1 bjp5ZXMnPsKgwqDCoDwvc3Bhbj58PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAg Y2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBmYWNlPUNvdXJpZXI+PHNwYW4gbGFuZz1FTi1H QiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OkNvdXJpZXI7bXNvLWJpZGkt Zm9udC1mYW1pbHk6QXJpYWw7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tR0InPjxzcGFuDQpzdHlsZT0n bXNvLXNwYWNlcnVuOnllcyc+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCA8L3NwYW4+fA0KLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0mZ3Q7PHNwYW4gc3R5bGU9J21zby1zcGFjZXJ1bjp5ZXMnPsKgDQo8L3Nw YW4+fDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48 Zm9udCBzaXplPTIgZmFjZT1Db3VyaWVyPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2ZvbnQtc2l6 ZToNCjEwLjBwdDtmb250LWZhbWlseTpDb3VyaWVyO21zby1iaWRpLWZvbnQtZmFtaWx5OkFyaWFs O21zby1hbnNpLWxhbmd1YWdlOkVOLUdCJz48c3Bhbg0Kc3R5bGU9J21zby1zcGFjZXJ1bjp5ZXMn PsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqAgPC9zcGFuPnw8c3Bhbg0Kc3R5bGU9J21zby1zcGFjZXJ1bjp5ZXMnPsKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgIDwvc3Bhbj48c3BhbiBjbGFzcz1HcmFtRT5yZXNwb25zZTwvc3Bh bj48c3Bhbg0Kc3R5bGU9J21zby1zcGFjZXJ1bjp5ZXMnPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgIDwvc3Bhbj58PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xh c3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBmYWNlPUNvdXJpZXI+PHNwYW4gbGFuZz1FTi1HQiBz dHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OkNvdXJpZXI7bXNvLWJpZGktZm9u dC1mYW1pbHk6QXJpYWw7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tR0InPjxzcGFuDQpzdHlsZT0nbXNv LXNwYWNlcnVuOnllcyc+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCA8L3NwYW4+fA0KJmx0Oy0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS08c3BhbiBzdHlsZT0nbXNvLXNwYWNlcnVuOnllcyc+wqDCoA0KPC9zcGFu Pnw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZv bnQgc2l6ZT0yIGZhY2U9Q291cmllcj48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdmb250LXNpemU6 DQoxMC4wcHQ7Zm9udC1mYW1pbHk6Q291cmllcjttc28tYmlkaS1mb250LWZhbWlseTpBcmlhbDtt c28tYW5zaS1sYW5ndWFnZTpFTi1HQic+PHNwYW4NCnN0eWxlPSdtc28tc3BhY2VydW46eWVzJz7C oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgIDwvc3Bhbj58PHNwYW4NCnN0eWxlPSdtc28tc3BhY2VydW46eWVzJz7CoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgIDwvc3Bhbj58PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xh c3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBmYWNlPUNvdXJpZXI+PHNwYW4gbGFuZz1FTi1HQiBz dHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OkNvdXJpZXI7bXNvLWJpZGktZm9u dC1mYW1pbHk6QXJpYWw7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tR0InPjxzcGFuDQpzdHlsZT0nbXNv LXNwYWNlcnVuOnllcyc+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCA8L3NwYW4+ PHNwYW4NCnN0eWxlPSdtc28tc3BhY2VydW46eWVzJz7CoMKgPC9zcGFuPjxzcGFuIHN0eWxlPSdt c28tc3BhY2VydW46eWVzJz7CoDwvc3Bhbj5QcmVwYXJhdGlvbg0Kb2YgdGhlIHJlc3BvbnNlPHNw YW4gc3R5bGU9J21zby1zcGFjZXJ1bjp5ZXMnPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoCA8L3NwYW4+fDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgZmFjZT1Db3VyaWVyPjxzcGFuIGxh bmc9RU4tR0Igc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpDb3VyaWVyO21z by1iaWRpLWZvbnQtZmFtaWx5OkFyaWFsO21zby1hbnNpLWxhbmd1YWdlOkVOLUdCJz48c3Bhbg0K c3R5bGU9J21zby1zcGFjZXJ1bjp5ZXMnPsKgwqDCoMKgwqDCoMKgwqDCoMKgIDwvc3Bhbj48c3Bh bg0Kc3R5bGU9J21zby1zcGFjZXJ1bjp5ZXMnPsKgPC9zcGFuPjxzcGFuIGNsYXNzPUdyYW1FPnJl c3BvbnNlPC9zcGFuPjxzcGFuDQpzdHlsZT0nbXNvLXNwYWNlcnVuOnllcyc+wqAgPC9zcGFuPjxz cGFuIHN0eWxlPSdtc28tc3BhY2VydW46eWVzJz7CoDwvc3Bhbj48c3Bhbg0Kc3R5bGU9J21zby1z cGFjZXJ1bjp5ZXMnPsKgwqDCoMKgwqA8L3NwYW4+PHNwYW4NCnN0eWxlPSdtc28tc3BhY2VydW46 eWVzJz7CoMKgwqDCoMKgPC9zcGFuPnw8c3Bhbg0Kc3R5bGU9J21zby1zcGFjZXJ1bjp5ZXMnPsKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqAgPC9zcGFuPnw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K DQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGZhY2U9Q291cmllcj48c3BhbiBsYW5n PUVOLUdCIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6Q291cmllcjttc28t YmlkaS1mb250LWZhbWlseTpBcmlhbDttc28tYW5zaS1sYW5ndWFnZTpFTi1HQic+PHNwYW4NCnN0 eWxlPSdtc28tc3BhY2VydW46eWVzJz7CoMKgwqDCoMKgwqAgPC9zcGFuPiZsdDstLS0tLS0tLS0t LS0tLS0tLS0tLS0tLTxzcGFuDQpzdHlsZT0nbXNvLXNwYWNlcnVuOnllcyc+wqAgPC9zcGFuPnw8 c3Bhbg0Kc3R5bGU9J21zby1zcGFjZXJ1bjp5ZXMnPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgPC9zcGFu Pnw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZv bnQgc2l6ZT0yIGZhY2U9Q291cmllcj48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdmb250LXNpemU6 DQoxMC4wcHQ7Zm9udC1mYW1pbHk6Q291cmllcjttc28tYmlkaS1mb250LWZhbWlseTpBcmlhbDtt c28tYW5zaS1sYW5ndWFnZTpFTi1HQic+PHNwYW4NCnN0eWxlPSdtc28tc3BhY2VydW46eWVzJz7C oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgIDwvc3Bhbj58PHNwYW4NCnN0eWxlPSdtc28tc3BhY2VydW46eWVzJz7CoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgIDwvc3Bhbj58PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xh c3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBmYWNlPUNvdXJpZXI+PHNwYW4gbGFuZz1FTi1HQiBz dHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OkNvdXJpZXI7bXNvLWJpZGktZm9u dC1mYW1pbHk6QXJpYWw7bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tR0InPjxzcGFuDQpzdHlsZT0nbXNv LXNwYWNlcnVuOnllcyc+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCA8L3NwYW4+fDxzcGFuDQpzdHlsZT0nbXNvLXNwYWNlcnVu Onllcyc+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCA8L3NwYW4+fDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgZmFjZT1BcmlhbD48c3Bh biBsYW5nPUVOLUdCIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7 bXNvLWFuc2ktbGFuZ3VhZ2U6RU4tR0InPjxzcGFuDQpzdHlsZT0nbXNvLXNwYWNlcnVuOnllcyc+ wqDCoMKgwqDCoCA8L3NwYW4+PHNwYW4NCnN0eWxlPSdtc28tc3BhY2VydW46eWVzJz7CoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoDwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGZhY2U9QXJpYWw+PHNwYW4g bGFuZz1FTi1HQiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO21z by1hbnNpLWxhbmd1YWdlOkVOLUdCJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPW5hdnkgZmFjZT1Bcmlh bD48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9y Om5hdnknPlJlZ2FyZHM8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1N c29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPW5hdnkgZmFjZT1BcmlhbD48c3BhbiBzdHlsZT0n Zm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOm5hdnknPkVtaWxlPG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNp emU9MiBjb2xvcj1uYXZ5IGZhY2U9QXJpYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBw dDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpuYXZ5Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KDQo8ZGl2IHN0eWxlPSdib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBi bHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQnPg0KDQo8ZGl2Pg0KDQo8ZGl2IGNs YXNzPU1zb05vcm1hbCBhbGlnbj1jZW50ZXIgc3R5bGU9J3RleHQtYWxpZ246Y2VudGVyJz48Zm9u dCBzaXplPTMNCmZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTox Mi4wcHQnPg0KDQo8aHIgc2l6ZT0yIHdpZHRoPSIxMDAlIiBhbGlnbj1jZW50ZXIgdGFiaW5kZXg9 LTE+DQoNCjwvc3Bhbj48L2ZvbnQ+PC9kaXY+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Yj48Zm9u dCBzaXplPTIgZmFjZT1UYWhvbWE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250 LWZhbWlseTpUYWhvbWE7Zm9udC13ZWlnaHQ6Ym9sZCc+RGUmbmJzcDs6PC9zcGFuPjwvZm9udD48 L2I+PGZvbnQgc2l6ZT0yDQpmYWNlPVRhaG9tYT48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTpUYWhvbWEnPiBGcmFuY29pcyBMZQ0KRmF1Y2hldXIgW21haWx0bzpmbGVm YXVjaEBjaXNjby5jb21dIDxicj4NCjxiPjxzcGFuIHN0eWxlPSdmb250LXdlaWdodDpib2xkJz5F bnZvecOpJm5ic3A7Ojwvc3Bhbj48L2I+IG1lcmNyZWRpIDI2IGphbnZpZXINCjIwMTEgMTk6MzA8 YnI+DQo8Yj48c3BhbiBzdHlsZT0nZm9udC13ZWlnaHQ6Ym9sZCc+w4AmbmJzcDs6PC9zcGFuPjwv Yj4gTml2ZW4tSmVua2lucyBCZW47DQpTVEVQSEFOIEVtaWxlIFJELUNPUkUtTEFOPGJyPg0KPGI+ PHNwYW4gc3R5bGU9J2ZvbnQtd2VpZ2h0OmJvbGQnPkNjJm5ic3A7Ojwvc3Bhbj48L2I+IExlIEZh dWNoZXVyIEZyYW5jb2lzOw0KY2RuaUBpZXRmLm9yZzxicj4NCjxiPjxzcGFuIHN0eWxlPSdmb250 LXdlaWdodDpib2xkJz5PYmpldCZuYnNwOzo8L3NwYW4+PC9iPiBSZTogW0NETmldIFByb2JsZW0N ClN0YXRlbWVudDogUmVxdWVzdCByb3V0aW5nIHN5c3RlbTwvc3Bhbj48L2ZvbnQ+PG86cD48L286 cD48L3A+DQoNCjwvZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9 IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250 IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQox Mi4wcHQnPkVtaWxlLCBCZW4sPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPGRpdj4N Cg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4i PjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQoNCjwvZGl2Pg0KDQo8ZGl2Pg0KDQo8ZGl2Pg0KDQo8ZGl2Pg0KDQo8cCBj bGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4g c3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+T24gMjYgSmFuIDIwMTEsIGF0IDE4OjI3LCBCZW4g Tml2ZW4tSmVua2lucyB3cm90ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Rp dj4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9t YW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPjxiciBzdHlsZT0nbXNvLXNwZWNp YWwtY2hhcmFjdGVyOmxpbmUtYnJlYWsnPg0KPCFbaWYgIXN1cHBvcnRMaW5lQnJlYWtOZXdMaW5l XT48YnIgc3R5bGU9J21zby1zcGVjaWFsLWNoYXJhY3RlcjpsaW5lLWJyZWFrJz4NCjwhW2VuZGlm XT48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8ZGl2Pg0KDQo8cCBjbGFzcz1Nc29O b3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2Zv bnQtc2l6ZToNCjEyLjBwdCc+RW1pbGllLDxicj4NCjxicj4NCk9uIDI0IEphbiAyMDExLCBhdCAx MjowNCwgJmx0OzxhIGhyZWY9Im1haWx0bzplbWlsZS5zdGVwaGFuQG9yYW5nZS1mdGdyb3VwLmNv bSI+ZW1pbGUuc3RlcGhhbkBvcmFuZ2UtZnRncm91cC5jb208L2E+Jmd0Ow0KJmx0OzxhIGhyZWY9 Im1haWx0bzplbWlsZS5zdGVwaGFuQG9yYW5nZS1mdGdyb3VwLmNvbSI+ZW1pbGUuc3RlcGhhbkBv cmFuZ2UtZnRncm91cC5jb208L2E+Jmd0Ow0Kd3JvdGU6PGJyPg0KPGJyIHN0eWxlPSdtc28tc3Bl Y2lhbC1jaGFyYWN0ZXI6bGluZS1icmVhayc+DQo8IVtpZiAhc3VwcG9ydExpbmVCcmVha05ld0xp bmVdPjxiciBzdHlsZT0nbXNvLXNwZWNpYWwtY2hhcmFjdGVyOmxpbmUtYnJlYWsnPg0KPCFbZW5k aWZdPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48 Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXpl Og0KMTIuMHB0Jz5IaSBGcmFuY29pcyw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8 YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0 eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMg TmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0 eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0K PHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxz cGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPkluIGZhY3QgSSB0aGluayB0aGF0ICZxdW90 O1JlcXVlc3QgUm91dGluZyBTeXN0ZW0mcXVvdDsgbWFrZXMgdXNlIG9mIDINCmludGVyZmFjZXM6 PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2tx dW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNp dGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJv bWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xh c3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0 eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPi0gdGhlIGhhbmRsaW5nIG9mIHRoZSBpbnRlcmFjdGlv biB3aXRoIHRoZSB1c2VyIGFnZW50OzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwv YmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6 ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBw dCc+LSB0aGUgc2VsZWN0aW9uIG9mIHRoZSBlbnRpdHkgd2hpY2ggd2lsbCBzZXJ2ZSB0aGUgY29u dGVudC4uLjs8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoN CjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQn IHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1l cyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUg c3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0K DQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+ PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+Q3VycmVudGx5IHRoZSBzZWNvbmQgaW50 ZXJmYWNlIGlzIHBhcnQgb2YgdGhlIGNvbnRyb2wgQVBJLiBTbyBJIHByb3Bvc2UNCnRoYXQgd2Ug Y3JlYXRlIGEgZGlzdGluY3QgaW50ZXJmYWNlIGFuZCBzZXBhcmF0ZSBpdCBmcm9tIHRoZSBjb250 cm9sIEFQSS48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoN CjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQn IHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1l cyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPHAgY2xhc3M9TXNv Tm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdm b250LXNpemU6DQoxMi4wcHQnPjxicj4NCkkgZG9uJ3QgdGhpbmsgdGhhdCBpcyBxdWl0ZSByaWdo dCAoYnV0IHRoZSBwcm9ibGVtIHN0YXRlbWVudCBtYXkgbm90IGJlIGNsZWFyKS4NCkluIG15IG9w aW5pb24gdGhlIHNlY29uZCBwYXJ0IChzZWxlY3Rpb24gb2YgdGhlIGVudGl0eSB0byBzZXJ2ZSB0 aGUgY29udGVudCkgaXMNCnNvbWV0aGluZyB0aGF0IGlzIGludGVybmFsIHRvIGVhY2ggQ0ROIGFu ZCBub3QgZXhwb3NlZCB2aWEgQ0ROSSBhdCBhbGwuIFRoZQ0KUmVxdWVzdCBSb3V0aW5nIEFQSSBj YW4gYmUgdXNlZCB0byBhc2sgcXVlc3Rpb25zIG9mIG90aGVyIENETnMgKGUuZy4gQ2FuL1dpbGwN CnlvdSBkZWxpdmVyIHRoaXMgY29udGVudCBmb3IgbWU/KSwgdGhlIGNvbnRyb2wgQVBJIGVuYWJs ZXMgY29tbXVuaWNhdGlvbiBvZg0KaGlnaCBsZXZlbCBkZXRhaWxzIHRoYXQgY291bGQgYWxzbyBi ZSBjb25maWd1cmVkIChlLmcuICZxdW90O0kgZG8gbm90IHN1cHBvcnQNCkRlbGl2ZXJ5IHByb3Rv Y29sIFggc28gdGhlcmUgaXMgbm8gcG9pbnQgY2FsbGluZyBteSBSZXF1ZXN0IFJvdXRpbmcgQVBJ IGZvcg0KVXNlciBBZ2VudCByZXF1ZXN0cyBmb3IgRGVsaXZlcnkgUHJvdG9jb2wgWCAmcXVvdDsp PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9kaXY+DQoNCjxkaXY+DQoNCjxwIGNs YXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBz dHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KDQo8L2Rpdj4NCg0KPGRpdj4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9 MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQn PkkgYWdyZWUgdGhpcyBpcyBob3cgdGhlIHByb2JsZW0gc3RhdGVtZW50IGN1cnJlbnRseSBkZXNj cmliZXMgdGhpbmdzOjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvZGl2Pg0KDQo8 ZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gY2xhc3M9YXBwbGUtdGFiLXNwYW4+PGZv bnQgc2l6ZT0zDQpmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6 MTIuMHB0Jz48c3BhbiBzdHlsZT0nbXNvLXRhYi1jb3VudDoNCjEnPsKgwqDCoMKgwqDCoMKgwqDC oCA8L3NwYW4+PC9zcGFuPjwvZm9udD48L3NwYW4+KiBEb3duc3RyZWFtIENETiBjYW4gdXNlIHRo ZSBDRE5JDQpDb250cm9sIEFQSSB0byBub3RpZnkgVXBzdHJlYW0gQ0ROIGFib3V0IGNvYXJzZS9z dGF0aWMgaW5mbzxvOnA+PC9vOnA+PC9wPg0KDQo8L2Rpdj4NCg0KPGRpdj4NCg0KPHAgY2xhc3M9 TXNvTm9ybWFsPjxzcGFuIGNsYXNzPWFwcGxlLXRhYi1zcGFuPjxmb250IHNpemU9Mw0KZmFjZT0i VGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+PHNwYW4gc3R5 bGU9J21zby10YWItY291bnQ6DQoxJz7CoMKgwqDCoMKgwqDCoMKgwqAgPC9zcGFuPjwvc3Bhbj48 L2ZvbnQ+PC9zcGFuPiogVXBzdHJlYW0gQ0ROIGNhbiB1c2UgQ0ROSQ0KUmVxdWVzdC1Sb3V0aW5n IEFQSSB0byBxdWVyeSBEb3duc3RyZWFtIENETiBhYm91dCBob3cgZENETiB3YW50cyB0byBoYW5k bGUNCnJlcXVlc3RzLjxvOnA+PC9vOnA+PC9wPg0KDQo8L2Rpdj4NCg0KPGRpdj4NCg0KPHAgY2xh c3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0 eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQoNCjwvZGl2Pg0KDQo8ZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0z IGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+ V2hhdCBpcyBhIGxpdHRsZSB0cmlja3kgaXMgdGhhdCB0aGUgYm91bmRhcnkgYmV0d2VlbiB0aGUg dHdvIGNhbiBnZXQNCnZlcnkgYmx1cnJ5LiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQoNCjwvZGl2Pg0KDQo8ZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0z IGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9kaXY+DQoNCjxkaXY+DQoN CjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48 c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5Gb3IgZXhhbXBsZSwgdGhlIERvd25zdHJl YW0gQ0ROIG1heSBzdGFydCBhZHZlcnRpc2luZyBzbGlnaHRseSBmaW5lcg0KZ3JhaW4gYW5kL29y IHNsaWdodGx5IG1vcmUgZHluYW1pYyBpbmZvIHRoYXQgd2lsbCBoZWxwIFVwc3RyZWFtIENETiBt YWtlDQpyb3V0aW5nIGRlY2lzaW9uIChlZyAmcXVvdDtmb290cHJpbnRzJnF1b3Q7IHRoYXQgaXQg aXMgd2lsbGluZyB0byBzZXJ2ZSwgb3INCnRoYXQgaXRzIGNhc2NhZGVkIGRvd25zdHJlYW0gQ0RO cyBtYXkgYmUgd2lsbGluZyB0byBzZXJ2ZSkgLSB0aGluayB0d2Vha2VkDQpkeW5hbWljIHJvdXRp bmcgcHJvdG9jb2wgcGVyaGFwcy4gU2hvdWxkIHRoaXMgYmUgY29uc2lkZXJlZCBhcyBwYXJ0IG9m IHRoZQ0KQ29udHJvbCBBUEksIHRoZSBSZXF1ZXN0LVJvdXRpbmcgQVBJLCBhbm90aGVyIEFQST8m bmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Rpdj4NCg0KPGRpdj4NCg0K PHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxz cGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPkFzIGFub3RoZXIgZXhhbXBsZSwgdGhlIFVw c3RyZWFtIENETiBtYXkgcXVlcnkgdGhlIERvd25zdHJlYW0gQ0ROIGFib3V0DQpub3QganVzdCBo b3cgdG8gZGVhbCB3aXRoIGEgc2luZ2xlIHF1ZXJ5LCBidXQgYSBzZXQgb2YgcXVlcmllcyAoZWcg YWxsIHF1ZXJpZXMNCnRvIGEgUHJlZml4KSAtIHRoaW5rIHNvbWUgZXh0ZW5kZWQgdmVyc2lvbiBv ZiBBTFRPIHBlcmhhcHMuJm5ic3A7U2hvdWxkIHRoaXMgYmUNCmNvbnNpZGVyZWQgYXMgcGFydCBv ZiB0aGUgQ29udHJvbCBBUEksIHRoZSBSZXF1ZXN0LVJvdXRpbmcgQVBJLCBhbm90aGVyDQpBUEk/ Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9kaXY+DQoNCjxkaXY+DQoN CjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48 c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5JdCBpcyB3b3J0aCBub3RpbmcgdGhhdCwg YXQgdGhlIGVuZCBvZiB0aGUgZGF5LCB0aGVzZSB0d28gZXhhbXBsZSBhcmUNCnZpcnR1YWxseSB0 aGUgc2FtZSAoaWUgc29tZSBpbmZvIGlzIGV4Y2hhbmdlZCBhbGxvd2luZyB1Q0ROIHRvIG1ha2Ug aXRzIHJvdXRpbmcNCmRlY2lzaW9ucykgZXZlbiBpZiBvbmUgc2VlbXMgbW9yZSBsaWtlIGEgc3Ry ZXRjaCBvZiB0aGUgZnVuY3Rpb24gY3VycmVudGx5IHVuZGVyDQpDb250cm9sIEFQSSBhbmQgdGhl IG90aGVyIG9uZSBzZWVtcyBtb3JlIGxpa2UgYSBzdHJldGNoIG9mIHRoZSBmdW5jdGlvbg0KY3Vy cmVudGx5IHVuZGVyIHRoZSBSZXF1ZXN0LVJvdXRpbmcgQVBJLjxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQoNCjwvZGl2Pg0KDQo8ZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQg c2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEy LjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9kaXY+DQoNCjxk aXY+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJv bWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5JIHdvdWxkIGJlIHRlbXB0ZWQg dG8gZ28gZm9yIHNvbWV0aGluZyBsaWtlIHRoaXM6PG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCg0KPC9kaXY+DQoNCjxkaXY+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBjbGFzcz1h cHBsZS10YWItc3Bhbj48Zm9udCBzaXplPTMNCmZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4g c3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPjxzcGFuIHN0eWxlPSdtc28tdGFiLWNvdW50Og0KMSc+ wqDCoMKgwqDCoMKgwqDCoMKgIDwvc3Bhbj48L3NwYW4+PC9mb250Pjwvc3Bhbj4qIGtlZXAgdW5k ZXIgdGhlIENvbnRyb2wgQVBJIG9ubHkgdGhlDQpzdHVmZiB0aGF0IGlzIHJlYWwgY29hcnNlICZh bXA7IHN0YXRpYzo8bzpwPjwvbzpwPjwvcD4NCg0KPC9kaXY+DQoNCjxkaXY+DQoNCjxwIGNsYXNz PU1zb05vcm1hbD48c3BhbiBjbGFzcz1hcHBsZS10YWItc3Bhbj48Zm9udCBzaXplPTMNCmZhY2U9 IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPjxzcGFuIHN0 eWxlPSdtc28tdGFiLWNvdW50Og0KMic+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgIDwvc3Bhbj48L3NwYW4+PC9mb250Pjwvc3Bhbj5vJm5ic3A7ZS5nLiAmcXVvdDtJ IGRvIG5vdA0Kc3VwcG9ydCBEZWxpdmVyeSBwcm90b2NvbCBYIHNvIHRoZXJlIGlzIG5vIHBvaW50 IGNhbGxpbmcgbXkgUmVxdWVzdCBSb3V0aW5nIEFQSQ0KZm9yIFVzZXIgQWdlbnQgcmVxdWVzdHMg Zm9yIERlbGl2ZXJ5IFByb3RvY29sIFggJnF1b3Q7PG86cD48L286cD48L3A+DQoNCjwvZGl2Pg0K DQo8ZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gY2xhc3M9YXBwbGUtdGFiLXNwYW4+ PGZvbnQgc2l6ZT0zDQpmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNp emU6MTIuMHB0Jz48c3BhbiBzdHlsZT0nbXNvLXRhYi1jb3VudDoNCjEnPsKgwqDCoMKgwqDCoMKg wqDCoCA8L3NwYW4+PC9zcGFuPjwvZm9udD48L3NwYW4+KiBtb3ZlIGFueXRoaW5nIGVsc2UgdW5k ZXIgdGhlDQpSZXF1ZXN0LVJvdXRpbmcgQVBJOjxvOnA+PC9vOnA+PC9wPg0KDQo8L2Rpdj4NCg0K PGRpdj4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGNsYXNzPWFwcGxlLXRhYi1zcGFuPjxm b250IHNpemU9Mw0KZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXpl OjEyLjBwdCc+PHNwYW4gc3R5bGU9J21zby10YWItY291bnQ6DQoyJz7CoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgPC9zcGFuPjwvc3Bhbj48L2ZvbnQ+PC9zcGFuPm8m bmJzcDtlLmcuDQp1Q0ROLS0mZ3Q7ZENETjogQ2FuL1dpbGwgeW91IGRlbGl2ZXIgdGhpcyBjb250 ZW50IGZvciBtZT88bzpwPjwvbzpwPjwvcD4NCg0KPC9kaXY+DQoNCjxkaXY+DQoNCjxwIGNsYXNz PU1zb05vcm1hbD48c3BhbiBjbGFzcz1hcHBsZS10YWItc3Bhbj48Zm9udCBzaXplPTMNCmZhY2U9 IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPjxzcGFuIHN0 eWxlPSdtc28tdGFiLWNvdW50Og0KMSc+wqDCoMKgwqDCoMKgwqDCoMKgIDwvc3Bhbj48c3BhbiBz dHlsZT0nbXNvLXRhYi1jb3VudDoxJz7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgIDwvc3Bhbj48L3Nw YW4+PC9mb250Pjwvc3Bhbj5vDQplLmcuJm5ic3A7dUNETi0tJmd0O2RDRE46Jm5ic3A7Q2FuL1dp bGwgeW91IGRlbGl2ZXIgdGhpcyBjb250ZW50IHRvIHRoaXMgc29ydA0Kb2YgZGVzdGluYXRpb25z IGZvciBtZT8mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCg0KPC9kaXY+DQoNCjxkaXY+DQoNCjxwIGNs YXNzPU1zb05vcm1hbD48c3BhbiBjbGFzcz1hcHBsZS10YWItc3Bhbj48Zm9udCBzaXplPTMNCmZh Y2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPjxzcGFu IHN0eWxlPSdtc28tdGFiLWNvdW50Og0KMic+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgIDwvc3Bhbj48L3NwYW4+PC9mb250Pjwvc3Bhbj5vDQplLmcuJm5ic3A7dUNE Ti0tJmd0O2RDRE46Jm5ic3A7d2hlcmUmbmJzcDt3b3VsZCB5b3UgbGlrZSBtZSB0byByZWRpcmVj dCB0aGlzDQpzb3J0IG9mIGNvbnRlbnQgdG8gdGhpcyBzb3J0IG9mIGRlc3RpbmF0aW9ucz88bzpw PjwvbzpwPjwvcD4NCg0KPC9kaXY+DQoNCjxkaXY+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48c3Bh biBjbGFzcz1hcHBsZS10YWItc3Bhbj48Zm9udCBzaXplPTMNCmZhY2U9IlRpbWVzIE5ldyBSb21h biI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPjxzcGFuIHN0eWxlPSdtc28tdGFiLWNv dW50Og0KMic+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIDwvc3Bh bj48L3NwYW4+PC9mb250Pjwvc3Bhbj5vIGUuZy4NCmRDRE4tLSZndDt1Q0ROOiZuYnNwO0hlcmUg YXJlIHRoZSBQcmVmaXhlcyB0aGF0IEkgYW0gd2lsbGluZy9hYmxlIHRvIGRvDQpkZWxpdmVyeSBm b3I8bzpwPjwvbzpwPjwvcD4NCg0KPC9kaXY+DQoNCjxkaXY+DQoNCjxwIGNsYXNzPU1zb05vcm1h bD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1z aXplOg0KMTIuMHB0Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Rp dj4NCg0KPGRpdj4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1l cyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPkkgZG9uJ3Qgd2Fu dCB0byBzdWdnZXN0IHRoYXQgYSBDRE5JIHNvbHV0aW9uIG5lZWRzIGFsbCBvZiB0aGUNCnZhcmlh dGlvbnMgYWJvdmUuIEJ1dCBJIGV4cGVjdCBhIENETkkgc29sdXRpb24gKGluIHRoZSBzaG9ydCB0 ZXJtIG9yIGluIHRoZQ0KbG9uZyB0ZXJtKSB3aWxsIG5lZWQgc29tZSBmb3JtIG9mIGV4Y2hhbmdl IG9mIGR5bmFtaWMgaW5mbyBoZWxwaW5nIHRoZSB1Q0RODQptYWtlIGl0cyBkQ0ROIHNlbGVjdGlv biBkZWNpc2lvbnMgYW5kIHJlZGlyZWN0aW9ucy4gSSB0aGluayB0aGlzIGlzIHdoYXQgRW1pbGUN CmhhcyBpbiBtaW5kIHRvby4gQW5kIGl0J2QgYmUgdXNlZnVsIHRvIGFncmVlIHdoZXJlIHdlIHBs YWNlIGl0IGluIHRoZSBtb2RlbCwNCndoYXRldmVyIGl0IGxvb2tzIGxpa2UuIEknbSBzdWdnZXN0 aW5nIHRoaXMgc2hvdWxkIGdvIHVuZGVyIHRoZSBDRE5JDQpSZXF1ZXN0LVJvdXRpbmcgQVBJLiZu YnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvZGl2Pg0KDQo8ZGl2Pg0KDQo8 cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNw YW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9m b250PjwvcD4NCg0KPC9kaXY+DQoNCjxkaXY+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBz aXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIu MHB0Jz5NYWtlcyBzZW5zZT88bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Rpdj4N Cg0KPGRpdj4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBO ZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvZGl2Pg0KDQo8ZGl2Pg0KDQo8cCBjbGFzcz1Nc29O b3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2Zv bnQtc2l6ZToNCjEyLjBwdCc+VGhhbmtzPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0K PC9kaXY+DQoNCjxkaXY+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0i VGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Rpdj4NCg0KPGRpdj4NCg0KPHAgY2xh c3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0 eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPkZyYW5jb2lzPG86cD48L286cD48L3NwYW4+PC9mb250 PjwvcD4NCg0KPC9kaXY+DQoNCjxkaXY+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXpl PTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0 Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Rpdj4NCg0KPGRpdj4N Cg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4i PjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQoNCjwvZGl2Pg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxkaXY+DQoNCjxwIGNsYXNz PU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHls ZT0nZm9udC1zaXplOg0KMTIuMHB0Jz48YnI+DQpCZW48YnI+DQo8YnIgc3R5bGU9J21zby1zcGVj aWFsLWNoYXJhY3RlcjpsaW5lLWJyZWFrJz4NCjwhW2lmICFzdXBwb3J0TGluZUJyZWFrTmV3TGlu ZV0+PGJyIHN0eWxlPSdtc28tc3BlY2lhbC1jaGFyYWN0ZXI6bGluZS1icmVhayc+DQo8IVtlbmRp Zl0+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxm b250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6 DQoxMi4wcHQnPldoYXQgYWJvdXQgdGhlIGZvbGxvd2luZyBuYW1lcz88bzpwPjwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBz aXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIu MHB0Jz4tIFJlcXVlc3QtVHJhbnNmZXI6IEhhbmRsaW5nIG9mIHRoZSBpbnRlcmFjdGlvbiB3aXRo IHRoZSB1c2VyIGFnZW50Li4uOzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxv Y2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0z IGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+ LSBSZXF1ZXN0LVJvdXRpbmc6IFBhcnQgb2YgdGhlIGNvbnRyb2wgQVBJIHdoaWNoIHNlbGVjdHMg b2YgdGhlIGVudGl0eQ0Kd2hpY2ggd2lsbCBzZXJ2ZSB0aGUgY29udGVudC4uLjs8c3BhbiBjbGFz cz1hcHBsZS10YWItc3Bhbj48c3Bhbg0Kc3R5bGU9J21zby10YWItY291bnQ6MSc+wqDCoMKgwqDC oCA8L3NwYW4+PC9zcGFuPiA8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2Nr cXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBm YWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJs b2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlw ZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5l dyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+UmVnYXJkczxvOnA+PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5 bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8 cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNw YW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+RW1pbGU8bzpwPjwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9y bWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250 LXNpemU6DQoxMi4wcHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwv YmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05v cm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9u dC1zaXplOg0KMTIuMHB0Jz4tLS0tLU1lc3NhZ2UgZCdvcmlnaW5lLS0tLS08bzpwPjwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJs b2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlw ZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMg ZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5E ZSA6IEZyYW5jb2lzIExlIEZhdWNoZXVyIFttYWlsdG86ZmxlZmF1Y2hAY2lzY28uY29tXTxvOnA+ PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3Rl Pg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250 IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQox Mi4wcHQnPkVudm95w6kgOiBtZXJjcmVkaSAxMiBqYW52aWVyIDIwMTEgMTQ6MzQ8bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0K PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcg dHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXpl PTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0 Jz7DgCA6IEJlbiBOaXZlbi1KZW5raW5zPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0K PC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVv dGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRl Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21h biI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+Q2MgOiBGcmFuY29pcyBMZSBGYXVj aGV1cjsgQml0YXIsIE5hYmlsIE47IFNURVBIQU4gRW1pbGUgUkQtQ09SRS1MQU47PG86cD48L286 cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoN CjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQn IHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6 ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBw dCc+PGEgaHJlZj0ibWFpbHRvOmNkbmlAaWV0Zi5vcmciPmNkbmlAaWV0Zi5vcmc8L2E+PG86cD48 L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+ DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4w cHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQg c2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEy LjBwdCc+T2JqZXQgOiBSZTogW0NETmldIFByb2JsZW0gU3RhdGVtZW50OiBUZXJtaW5vbG9neTxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1 b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxm b250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6 DQoxMi4wcHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2tx dW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxl PSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAg Y2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFu IHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPkJlbiwgRW1pbGUgYW5kIGFsbCw8bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0K PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcg dHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXpl PTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0 Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoN CjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1z b05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0n Zm9udC1zaXplOg0KMTIuMHB0Jz5MaWtlIEJlbiBJIGRvbid0IHRoZSBuZWVkIHRvIGJyZWFrIGRv d24gdGhlIFJlcXVlc3QtUm91dGluZyBTeXN0ZW0gaW50bzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBz dHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoN CjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQn IHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1l cyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPnR3byBlbnRpdHku PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2Nr cXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+ PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6 ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9j a3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5 bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8 cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNw YW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+QnV0IEkgc3VzcGVjdCB0aGF0IHdoYXQgRW1p bGUgd2FzIGdldHRpbmcgYXQgKGJleW9uZCB0ZXJtaW5vbG9neSksIGlzDQp0aGU8bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0K PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcg dHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXpl PTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0 Jz5mb2xsb3dpbmcgcG9pbnQgdGhhdCBpcyByZWxldmFudCBmb3IgQ0ROaTo8bzpwPjwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJs b2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlw ZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMg ZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwv YmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05v cm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9u dC1zaXplOg0KMTIuMHB0Jz5SZXF1ZXN0LVJvdXRpbmcgU3lzdGVtcyBpbiB0d28gbmVpZ2hib3Ig Q0ROcyBtYXkgbmVlZCB0byBpbnRlcmFjdCBmb3INCnR3bzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBz dHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoN CjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQn IHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1l cyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPmRpZmZlcmVudCBw dXJwb3Nlczo8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoN CjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1z b05vcm1hbD48c3BhbiBjbGFzcz1hcHBsZS10YWItc3Bhbj48Zm9udCBzaXplPTMNCmZhY2U9IlRp bWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPjxzcGFuIHN0eWxl PSdtc28tdGFiLWNvdW50Og0KMSc+wqDCoMKgwqDCoMKgwqDCoCA8L3NwYW4+PC9zcGFuPjwvZm9u dD48L3NwYW4+KEEpIGV4Y2hhbmdlIG9mIGluZm9ybWF0aW9uIGFib3V0IGENCkRvd25zdHJlYW0g Q0ROIHRoYXQgYWxsb3dzIGFuPG86cD48L286cD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9i bG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9y bWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250 LXNpemU6DQoxMi4wcHQnPlVwc3RyZWFtIENETiB0byBtYWtlICZxdW90O21vcmUgaW5mb3JtZWQm cXVvdDsgUmVxdWVzdC1Sb3V0aW5nDQpkZWNpc2lvbnMgKGVnPG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3Rl IHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4N Cg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRp bWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+RG93bnN0cmVh bSBDRE4gbWF5IGluZGljYXRlIHRoYXQgaXQgaGFzIG9uLW5ldCBjYWNoZSBjb3ZlcmFnZSBvZiBz dWNoDQpJUC08bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoN CjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1z b05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0n Zm9udC1zaXplOg0KMTIuMHB0Jz5hZGRyZXNzIHJhbmdlIGZvb3RwcmludCwgZS5nLiBEb3duc3Ry ZWFtIENETiBtYXkgaW5kaWNhdGUgdGhhdCBpdCBpczxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHls ZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxi bG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5 cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBO ZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPmN1cnJlbnRseSAmcXVv dDtvdmVybG9hZGVkJnF1b3Q7IGluIHNvbWUgZ2VvZ3JhcGh5KTxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90 ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+ DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4w cHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGNsYXNzPWFwcGxlLXRh Yi1zcGFuPjxmb250IHNpemU9Mw0KZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0n Zm9udC1zaXplOjEyLjBwdCc+PHNwYW4gc3R5bGU9J21zby10YWItY291bnQ6DQoxJz7CoMKgwqDC oMKgwqDCoMKgIDwvc3Bhbj48L3NwYW4+PC9mb250Pjwvc3Bhbj4oQikgYWN0dWFsIHJlZGlyZWN0 aW9uIG9mIGEgZ2l2ZW4NCnJlcXVlc3QgKGllIG9uY2UgVXBzdHJlYW0gQ0ROIGhhczxvOnA+PC9v OnA+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUg c3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0K DQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGlt ZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5zZWxlY3RlZCBh IGdpdmVuIERvd25zdHJlYW0gQ0ROLCBpdCBjb21tdW5pY2F0ZXMgd2l0aCB0aGF0IERvd25zdHJl YW0NCkNETjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0K PC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNv Tm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdm b250LXNpemU6DQoxMi4wcHQnPnRvIGZhY2lsaXRhdGUgdGhlIGFjdHVhbCByZWRpcmVjdGlvbiBv ZiBhIGdpdmVuIHVzZXIgcmVxdWVzdC4pPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0K PC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVv dGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRl Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21h biI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9j a3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9 Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZh Y2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+SSBh Z3JlZSBpdCBpcyBpbXBvcnRhbnQgdG8ga2VlcCBpbiBtaW5kIHRoaXMgZGlzdGluY3Rpb24gZm9y IHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9i bG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9y bWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250 LXNpemU6DQoxMi4wcHQnPmRlZmluaXRpb24gb2YgQ0ROaSBpbnRlcmFjdGlvbnMuPG86cD48L286 cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoN CjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQn IHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6 ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBw dCc+SSBiZWxpZXZlIHRoZSBjdXJyZW50IFByb2JsZW0gU3RhdGVtZW50IGFscmVhZHkgcmVmbGVj dHMgdGhhdA0KZGlzdGluY3Rpb246PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9i bG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUg c3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0K DQo8cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gY2xhc3M9YXBwbGUtdGFiLXNwYW4+PGZvbnQgc2l6 ZT0zDQpmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTIuMHB0 Jz48c3BhbiBzdHlsZT0nbXNvLXRhYi1jb3VudDoNCjInPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqAgPC9zcGFuPjwvc3Bhbj48L2ZvbnQ+PC9zcGFuPi0gaXQgZGlzY3Vz c2VzIHRoZSAoQSkNCmludGVyYWN0aW9ucyBhcyBwYXJ0IG9mIHRoZSAmcXVvdDtDRE5pPG86cD48 L286cD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90 ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+ DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4w cHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJU aW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPkNvbnRyb2wg QVBJJnF1b3Q7OjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4N Cg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDtt YXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9 TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxl PSdmb250LXNpemU6DQoxMi4wcHQnPiZxdW90OzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0n bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9j a3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9 Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcg Um9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyogJm5ic3A7Q0ROSSBDb250cm9sIEFQSTogVGhpcyBBUEkgYWxsb3dzIHRoZQ0KJnF1 b3Q7Q0ROSSBDb250cm9sJnF1b3Q7IHN5c3RlbSBpbjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHls ZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxi bG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5 cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBO ZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2ludGVyY29ubmVjdGVkIENETnMgdG8NCmNvbW11 bmljYXRlLiAmbmJzcDtUaGlzIEFQSSBtYXkgc3VwcG9ydCB0aGU8bzpwPjwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVv dGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRl Pg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0i VGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtmb2xsb3dpbmc6PG86cD48L286cD48 L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxi bG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5 cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gY2xhc3M9 YXBwbGUtdGFiLXNwYW4+PGZvbnQgc2l6ZT0zDQpmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFu IHN0eWxlPSdmb250LXNpemU6MTIuMHB0Jz48c3BhbiBzdHlsZT0nbXNvLXRhYi1jb3VudDoNCjEn PsKgwqDCoMKgwqDCoMKgwqAgPC9zcGFuPjwvc3Bhbj48L2ZvbnQ+PC9zcGFuPiZsdDtjbGlwJmd0 OzxvOnA+PC9vOnA+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJs b2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlw ZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMg ZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsrICZuYnNwO2FsbG93cyB0 aGUgZG93bnN0cmVhbQ0KQ0ROIHRvIGNvbW11bmljYXRlIGluZm9ybWF0aW9uIGFib3V0PG86cD48 L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+ DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4w cHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQg c2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEy LjBwdCc+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7aXRzDQpkZWxpdmVyeSBjYXBhYmlsaXRpZXMsIHJlc291cmNlcyBhbmQgcG9saWNp ZXM8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxv Y2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1h bD48c3BhbiBjbGFzcz1hcHBsZS10YWItc3Bhbj48Zm9udCBzaXplPTMNCmZhY2U9IlRpbWVzIE5l dyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPjxzcGFuIHN0eWxlPSdtc28t dGFiLWNvdW50Og0KMSc+wqDCoMKgwqDCoMKgwqDCoCA8L3NwYW4+PC9zcGFuPjwvZm9udD48L3Nw YW4+Jmx0O2NsaXAmZ3Q7PG86cD48L286cD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9j a3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFs Pjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNp emU6DQoxMi4wcHQnPiZxdW90OzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxv Y2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0 eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0K PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGNsYXNzPWFwcGxlLXRhYi1zcGFuPjxmb250IHNpemU9 Mw0KZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+ PHNwYW4gc3R5bGU9J21zby10YWItY291bnQ6DQoyJz7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgIDwvc3Bhbj48L3NwYW4+PC9mb250Pjwvc3Bhbj4tIGl0IGRpc2N1c3Nl cyB0aGUgKEIpDQppbnRlcmFjdGlvbnMgYXMgcGFydCBvZiB0aGUgJnF1b3Q7Q0ROaTxvOnA+PC9v OnA+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUg c3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0K DQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGlt ZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5SZXF1ZXN0LVJv dXRpbmcgQVBJJnF1b3Q7OjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2tx dW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxl PSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAg Y2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFu IHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPiZxdW90OzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBz dHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoN CjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQn IHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1l cyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyogJm5ic3A7UmVxdWVzdC1Sb3V0aW5nIEFQSTogVGhpcyBBUEkgYWxsb3dz DQp0aGUgUmVxdWVzdC1Sb3V0aW5nIHN5c3RlbTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0n bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9j a3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9 Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcg Um9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2luIGludGVyY29ubmVjdGVkIENETnMgdG8NCmNvbW11 bmljYXRlIHRvIGVuc3VyZSB0aGF0IGFuIGVuZC08bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9 J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8Ymxv Y2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBl PWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3 IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt1c2VyIHJlcXVlc3QgY2FuIGJlIChyZSlkaXJlY3Rl ZA0KZnJvbSBhbiB1cHN0cmVhbSBDRE4gdG8gYTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0n bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9j a3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9 Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcg Um9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3N1cnJvZ2F0ZSBpbiB0aGUgZG93bnN0cmVhbQ0KQ0RO LCBpbiBwYXJ0aWN1bGFyIHdoZXJlIHNlbGVjdGlvbjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHls ZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxi bG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5 cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBO ZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3Jlc3BvbnNpYmlsaXRpZXMgbWF5IGJlIHNwbGl0 DQphY3Jvc3MgQ0ROcyAoZm9yIGV4YW1wbGUgdGhlPG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxl PSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJs b2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlw ZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5l dyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7dXBzdHJlYW0gQ0ROIG1heSBiZQ0KcmVzcG9uc2li bGUgZm9yIHNlbGVjdGluZyB0aGUgZG93bnN0cmVhbTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHls ZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxi bG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5 cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBO ZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0NETiB3aGlsZSB0aGUgZG93bnN0cmVhbSBDRE4N Cm1heSBiZSByZXNwb25zaWJsZSBmb3Igc2VsZWN0aW5nPG86cD48L286cD48L3NwYW4+PC9mb250 PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0 eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0K PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcg dHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVz IE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7dGhlIGFjdHVhbCBzdXJyb2dhdGUgd2l0aGlu DQp0aGF0IENETikuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3Rl Pg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFz cz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5 bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+JnF1b3Q7PG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxl PSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJs b2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlw ZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5l dyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoN CjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQn IHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6 ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBw dCc+U28gSSB0aGluayB3ZSBhcmUgZ29vZCB3aXRoIHJlc3BlY3QgdG8gdGhlIENETmkgbW9kZWwu PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2Nr cXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+ PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6 ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9j a3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5 bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8 cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNw YW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+V2l0aCByZXNwZWN0IHRvIHRlcm1pbm9sb2d5 LCBvbmUgY291bGQgYXJndWUgdGhhdCB0aGUgJnF1b3Q7Q0ROaQ0KUmVxdWVzdC08bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0K PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcg dHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXpl PTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0 Jz5Sb3V0aW5nIEFQSSZxdW90OyB3b3VsZCBiZSBzbGlnaHRseSBtb3JlIGFjY3VyYXRlbHkgZGVz Y3JpYmVkIGFzIHRoZQ0KJnF1b3Q7Q0ROaTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoN CjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1 b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0 ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9t YW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPlJlcXVlc3QtVHJhbnNmZXIgQVBJ JnF1b3Q7IChvciAmcXVvdDtDRE5pIFJlcXVlc3QtUmVkaXJlY3Rpb24NCkFQSSZxdW90OyksIHNp bmNlIGl0IGlzIHRvPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3Rl Pg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFz cz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5 bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+YmUgdXNlZCBmb3IgdGhlIChCKSBpbnRlcmFjdGlvbnMu IEkgZG9uJ3QgZmVlbCBzdHJvbmdseSBhYm91dCB0aGlzIGFzDQpsb25nPG86cD48L286cD48L3Nw YW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9j a3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9 Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZh Y2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+YXMg d2UgYXJlIGNsZWFyIGl0IGlzIHRvIGJlIHVzZWQgZm9yIChCKSBpbnRlcmFjdGlvbnMuPG86cD48 L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+ DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4w cHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQg c2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEy LjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3Rl Pg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFz cz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5 bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+QSBmZXcgc3VnZ2VzdGlvbnMgYmVsb3cgb24gdGhlIGNo YW5nZXMgcHJvcG9zZWQgYnkgQmVuOjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwv YmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3Rl IHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4N Cg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4i PjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2tx dW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNp dGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNl PSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9j a3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFs Pjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNp emU6DQoxMi4wcHQnPk9uIDEyIEphbiAyMDExLCBhdCAxMjowNCwgQmVuIE5pdmVuLUplbmtpbnMg d3JvdGU6PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8 L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29O b3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2Zv bnQtc2l6ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0K PC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVv dGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRl Pg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0i VGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5FbWlsZSwg TmFiaWwsPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8 L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdp bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90 ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+ DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4w cHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJU aW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1 b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9 J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8Ymxv Y2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBl PWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3 IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5UaGFua3MgZm9yIHRoZSBz dWdnZXN0aW9uLiBXZSBjYW4gY2VydGFpbmx5IHRyeSB0byBiZXR0ZXIgY2xhcmlmeSB0aGU8bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90 ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xh c3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0 eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPnRlcm0gUmVxdWVzdCBSb3V0aW5nIFN5c3RlbS4gSG93 ZXZlciwgSSBhbSBub3Qgc3VyZSBkZWNvbXBvc2luZyBpdCBpbnRvPG86cD48L286cD48L3NwYW4+ PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1 b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0 ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1 LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9 IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+dHdvIHRl cm1zIGlzIHRoZSBiZXN0IHdheSB0byBhY2hpZXZlIHRoYXQgYXMgd2Ugd291bGQgaW50cm9kdWNl IGEgbmV3DQp0ZXJtPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3Rl Pg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFz cz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5 bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+dGhhdCB3ZSBkb24ndCBzdWJzZXF1ZW50bHkgdXNlIGFu ZCBmb3IgQ0ROSSwgb25seSBpbnRlci1DRE4gUmVxdWVzdDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBz dHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoN CjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQn IHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1l cyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPlJvdXRpbmcgKGku ZS4gYmV0d2VlbiBSZXF1ZXN0IFJvdXRpbmcgU3lzdGVtcyBpbiBkaWZmZXJlbnQgQ0ROcykgc2hv dWxkDQpiZTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0K PC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNv Tm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdm b250LXNpemU6DQoxMi4wcHQnPmluIHNjb3BlIGFuZCB0aGUgaW50ZXJuYWxzIG9mIHRoZSBSZXF1 ZXN0IFJvdXRpbmcgU3lzdGVtIGluIGVhY2ggQ0ROPG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxl PSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJs b2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlw ZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5l dyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+c2hvdWxkIHJlbWFpbiBv dXQgb2Ygc2NvcGUuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3Rl Pg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2tx dW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNp dGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJv bWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9i bG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5 bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8 cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNw YW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+SWYgd2UgbG9vayBhdCB0aGUgZGVmaW5pdGlv biBvZiBSZXF1ZXN0IFJvdXRpbmcgU3lzdGVtIGluIHRoZSAtMDA8bzpwPjwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1 b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxm b250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6 DQoxMi4wcHQnPlByb2JsZW0gc3RhdGVtZW50IHdlIGhhdmU6PG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3Rl IHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4N Cg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBz aXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIu MHB0Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+ DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0n bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9j a3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9 Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZh Y2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+UmVx dWVzdCBSb3V0aW5nIFN5c3RlbTogVGhlIGZ1bmN0aW9uIHdpdGhpbiBhIENETiByZXNwb25zaWJs ZSBmb3I8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwv YmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3Rl IHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4N Cg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRp bWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+c3RlZXJpbmcg b3IgZGlyZWN0aW5nIGEgY29udGVudCByZXF1ZXN0IHJlY2VpdmVkIGRpcmVjdGx5IGZyb20gYW4g ZW5kPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Js b2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBz dHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoN CjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQn IHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1l cyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPnVzZXIgdG8gYSBz dWl0YWJsZSBTdXJyb2dhdGUuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9j a3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUg c3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0K DQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNp emU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4w cHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4N Cg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2Nr cXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1j aXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFj ZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5JIHN1 Z2dlc3Qgd2UgaW5jb3Jwb3JhdGUgc29tZSBvZiB0aGUgY2xhcmlmeWluZyBkZXRhaWwgb2YgeW91 cjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9j a3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5 bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8 cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNw YW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+c3VnZ2VzdGlvbnMgaW50byB0aGUgZGVmaW5p dGlvbiBvZiBSZXF1ZXN0IFJvdXRpbmcgU3lzdGVtIGJ1dCBrZWVwIGl0DQphcyBhPG86cD48L286 cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoN CjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQn IHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6 ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBw dCc+c2luZ2xlIHRlcm0gZW5jb21wYXNzaW5nIHRoZSBlbnRpcmUgUmVxdWVzdCBSb3V0aW5nIFN5 c3RlbS48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwv YmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0 eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0K PHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxz cGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVv dGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNz PU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHls ZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5NeSBwcm9wb3NhbCB3b3VsZCBiZTo8bzpwPjwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9i bG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5 bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8 cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNw YW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9m b250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90 ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1 LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDtt YXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9 TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxl PSdmb250LXNpemU6DQoxMi4wcHQnPlJlcXVlc3QgUm91dGluZyBTeXN0ZW06IFRoZSBmdW5jdGlv biB3aXRoaW4gYSBDRE4gcmVzcG9uc2libGUgZm9yPG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0K PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcg dHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9y bWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250 LXNpemU6DQoxMi4wcHQnPmZvciByZWNlaXZpbmcgYSBjb250ZW50IHJlcXVlc3QgZnJvbSBhIHVz ZXIgYWdlbnQsIG9idGFpbmluZyBhIHNldDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoN CjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9j a3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9 Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48 Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXpl Og0KMTIuMHB0Jz5vZiBjYW5kaWRhdGUgc3Vycm9nYXRlcywgYW5kIGZvciBzZWxlY3RpbmcgYW5k IHJlZGlyZWN0aW5nIHRoZSB1c2VyPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9i bG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVv dGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRl Pg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250 IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQox Mi4wcHQnPnRvIHRoZSBhcHByb3ByaWF0ZSBzdXJyb2dhdGUgb3IgQ0ROLjxvOnA+PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Js b2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i b3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3Jt YWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQt c2l6ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9i bG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUg c3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0K DQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+ PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+JnF1b3Q7b2J0YWluaW5nIGEgc2V0IG9m IGNhbmRpZGF0ZSBzdXJyb2dhdGVzJnF1b3Q7IG1heSBpbmNvcnJlY3RseQ0Kc3VnZ2VzdCB0aGF0 IGFuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Js b2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i b3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3Jt YWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQt c2l6ZToNCjEyLjBwdCc+VXBzdHJlYW0gQ0ROIG5lZWRzIHRvIGtub3cgYWJvdXQgc3Vycm9nYXRl cyBpbiB0aGUgRG93bnN0cmVhbSBDRE4uPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0K PC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVv dGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRl Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21h biI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+SG93IGFib3V0OjxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8 YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0 eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i b3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9 MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQn PiZxdW90OzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0K PC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNv Tm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdm b250LXNpemU6DQoxMi4wcHQnPlJlcXVlc3QgUm91dGluZyBTeXN0ZW06IFRoZSBmdW5jdGlvbiB3 aXRoaW4gYSBDRE4gcmVzcG9uc2libGUgZm9yPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4N Cg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2Nr cXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1j aXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBS b21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+Zm9yIHJlY2VpdmluZyBhIGNv bnRlbnQgcmVxdWVzdCBmcm9tIGEgdXNlciBhZ2VudCwgb2J0YWluaW5nIGFuZDxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8 YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0 eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i b3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9 MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQn Pm1haW50YWluaW5nIG5lY2Vzc2FyeSBpbmZvcm1hdGlvbiBhYm91dCBhIHNldDxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8 YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0 eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i b3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9 MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQn Pm9mIGNhbmRpZGF0ZSBzdXJyb2dhdGVzIG9yIGNhbmRpZGF0ZSBDRE5zLCBhbmQgZm9yIHNlbGVj dGluZyBhbmQ8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoN CjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1z b05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0n Zm9udC1zaXplOg0KMTIuMHB0Jz5yZWRpcmVjdGluZyB0aGUgdXNlcjxvOnA+PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2tx dW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNp dGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNl PSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPnRvIHRo ZSBhcHByb3ByaWF0ZSBzdXJyb2dhdGUgb3IgQ0ROLiZxdW90OzxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90 ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+ DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4w cHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJU aW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1 b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxm b250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6 DQoxMi4wcHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2tx dW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxl PSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAg Y2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFu IHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPkNoZWVyczxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBz dHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoN CjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQn IHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1l cyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3Rl Pg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250 IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQox Mi4wcHQnPkZyYW5jb2lzPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1 b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9 J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBj bGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4g c3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250 PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0 eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0K PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcg dHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXpl PTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0 Jz5UbyBlbmFibGUgQ0ROIEludGVyY29ubmVjdCwgdGhlPG86cD48L286cD48L3NwYW4+PC9mb250 PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4N Cg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNv Tm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdm b250LXNpemU6DQoxMi4wcHQnPlJlcXVlc3QgUm91dGluZyBTeXN0ZW0gbXVzdCBhbHNvIGJlIGNh cGFibGUgb2YgaGFuZGxpbmcgdXNlciBhZ2VudDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxi bG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5 cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1h bD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1z aXplOg0KMTIuMHB0Jz5jb250ZW50IHJlcXVlc3RzIHBhc3NlZCB0byBpdCBieSBhbm90aGVyIENE Ti48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxv Y2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0 eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0K PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcg dHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVz IE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+ DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1 b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0 ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9t YW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPldvdWxkIHRoYXQgYWNoaWV2ZSB0 aGUgY2xhcmlmaWNhdGlvbiB5b3Ugc3VnZ2VzdD88bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8 YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0 eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i b3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3Jt YWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQt c2l6ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9i bG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVv dGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRl Pg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250 IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQox Mi4wcHQnPlRoYW5rczxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90 ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxl PSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJs b2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlw ZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMg ZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5C ZW48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxv Y2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0 eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0K PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcg dHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVz IE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+ DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1 b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0 ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9t YW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPk9uIDExIEphbiAyMDExLCBhdCAy MToyNSwgQml0YXIsIE5hYmlsIE4gd3JvdGU6PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4N Cg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJs b2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlw ZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFs Pjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNp emU6DQoxMi4wcHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxv Y2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3Rl IHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4N Cg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNv Tm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdm b250LXNpemU6DQoxMi4wcHQnPkhpLDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwv YmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2tx dW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2Nr cXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1j aXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBS b21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+SSB0aGluayBpdCBpcyBmaW5l IHRvIHJlZmluZSB0aGUgZGVmaW5pdGlvbiBvZiB0aGUgZnVuY3Rpb25zLiBJIHdvdWxkPG86cD48 L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+ DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0n bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9j a3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9 Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcg Um9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPmxpa2UgdG8gc3VnZ2VzdCAm bmJzcDt0b3VnaCBzb21lIG1vZGlmaWNhdGlvbiB0byB0aGUgcHJvcG9zZWQNCmRlZmluaXRpb25z IGFuZDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9i bG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9y bWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250 LXNpemU6DQoxMi4wcHQnPnNlZSB3aGF0IHlvdSBhbmQgQmVuIHRoaW5rOjxvOnA+PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8Ymxv Y2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBl PWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0n bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNs YXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBz dHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0K DQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdp bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90 ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+ DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4w cHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJU aW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPlJlcXVlc3Qg dHJhbnNmZXI6IFRoZSBmdW5jdGlvbiB3aXRoaW4gYSBDRE4gcmVzcG9uc2libGUgZm9yIHJlY2Vp dmluZyBhPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8 L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2tx dW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNp dGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNl PSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPmNvbnRl bnQgcmVxdWVzdCBmcm9tIGEgdXNlci1hZ2VudCwgcXVlcnlpbmcgdGhlIHJlcXVlc3Qgcm91dGlu Zw0KZnVuY3Rpb248bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+ DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNz PU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHls ZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5mb3IgY2FuZGlkYXRlIHN1cnJvZ2F0ZXMsIGFuZCBmb3Ig c2VsZWN0aW5nIGFuZCByZWRpcmVjdGluZyB0aGUgdXNlciB0bzxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90 ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+ DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4w cHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJU aW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPnRoZSBhcHBy b3ByaWF0ZSBzdXJyb2dhdGUgb3IgQ0ROLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoN CjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1 b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0 ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1 LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDtt YXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9u dCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0K MTIuMHB0Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVv dGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoN CjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQn IHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0 eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0K PHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxz cGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPlJlcXVlc3Qgcm91dGluZyAoSSBhbSBub3Qg c3VyZSB0aGUgYmVzdCBuYW1lKTogVGhlIGZ1bmN0aW9uIHdpdGhpbiBhPG86cD48L286cD48L3Nw YW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxv Y2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0 eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0K PHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxz cGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPkNETiByZXNwb25zaWJsZSBmb3IgZGV0ZXJt aW5pbmcgdGhlIGNhbmRpZGF0ZSBsaXN0IG9mIHN1cnJvZ2F0ZXMgZm9yDQp0aGU8bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0K PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcg dHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXpl PTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0 Jz5yZXF1ZXN0LXRyYW5zZmVyIGZ1bmN0aW9uIHRvIGRlbGl2ZXIgY29udGVudCB0byBhIHVzZXIt YWdlbnQuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8 L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBz dHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoN CjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQn IHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1l cyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3Rl Pg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9 J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8Ymxv Y2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBl PWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+ PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6 ZToNCjEyLjBwdCc+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxv Y2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90 ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1 LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDtt YXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVv dGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRl Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21h biI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+TmFiaWw8bzpwPjwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9j a3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5 bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8 YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0 eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i b3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9 MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQn PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0K PC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2Nr cXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1j aXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFz cz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5 bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250Pjwv cD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0K PC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUg c3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0K DQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGlt ZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5PbiAxLzExLzEx IDg6NDAgQU0sICZxdW90OzxhDQpocmVmPSJtYWlsdG86ZW1pbGUuc3RlcGhhbkBvcmFuZ2UtZnRn cm91cC5jb20iPmVtaWxlLnN0ZXBoYW5Ab3JhbmdlLWZ0Z3JvdXAuY29tPC9hPiZxdW90OzxvOnA+ PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3Rl Pg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9 J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8Ymxv Y2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBl PWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3 IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz4mbHQ7PGEgaHJlZj0ibWFp bHRvOmVtaWxlLnN0ZXBoYW5Ab3JhbmdlLWZ0Z3JvdXAuY29tIj5lbWlsZS5zdGVwaGFuQG9yYW5n ZS1mdGdyb3VwLmNvbTwvYT4mZ3Q7DQp3cm90ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9 J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8Ymxv Y2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBl PWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+ PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6 ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9j a3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3Rl Pg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdp bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90 ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+ DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFu Ij48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5IaSBCZW4sPG86cD48L286cD48L3Nw YW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxv Y2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0 eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0K PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcg dHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXpl PTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0 Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoN CjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9j a3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9 Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xh c3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0 eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPkkgd2VudCB0aHJvdWdoIHRoZSB0ZXJtaW5vbG9neSBz ZWN0aW9uLiBJIHRoaW5rIHRoYXQgaXQgbWFrZSBzZW5zZSB0bzxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVv dGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0n bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNs YXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBz dHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5zcGxpdCB0aGUgUmVxdWVzdCBSb3V0aW5nIGluIDIg ZnVuY3Rpb25zLiBUaGUgZmlyc3QgZnVuY3Rpb24gKFJlcXVlc3Q8bzpwPjwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVv dGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRl Pg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0i VGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5UcmFuc2Zl cikgaGFuZGxlcyB0aGUgY29udGVudCByZXF1ZXN0OyB0aGUgc2Vjb25kIChSZXF1ZXN0IFJvdXRp bmcpPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Js b2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i b3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3Jt YWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQt c2l6ZToNCjEyLjBwdCc+ZGV0ZXJtaW5lcyB0aGUgYXBwcm9wcmlhdGUgc291cmNlIG9mIGNvbnRl bnQuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Js b2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i b3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHls ZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxi bG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5 cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBO ZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0K DQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2tx dW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNp dGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZv bnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToN CjEyLjBwdCc+UmVxdWVzdCBUcmFuc2Zlcjo8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K DQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Js b2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i b3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHls ZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxi bG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5 cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBO ZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPlRoZSBmdW5jdGlvbiB3 aXRoaW4gYSBDRE4gcmVzcG9uc2libGUgZm9yIHJlY2VpdmluZyBhIGNvbnRlbnQgcmVxdWVzdDxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1 b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5 bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8 YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0 eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMg TmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5mcm9tIGEgVXNlci1h Z2VudCwgZm9yIHF1ZXJ5aW5nIHRoZSBSZXF1ZXN0IHJvdXRpbmcgZnVuY3Rpb24gYW5kIGZvcjxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1 b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxm b250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6 DQoxMi4wcHQnPmRpcmVjdGluZyB0aGlzIHF1ZXJ5IHRvd2FyZCB0aGUgc2VsZWN0ZWQgc291cmNl IG9mIGNvbnRlbnQuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3Rl Pg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2tx dW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNp dGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNl PSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9j a3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUg c3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0K DQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29O b3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2Zv bnQtc2l6ZToNCjEyLjBwdCc+Jm5ic3A7UmVxdWVzdCBSb3V0aW5nOjxvOnA+PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2Nr cXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHls ZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxi bG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5 cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0z IGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+ Jm5ic3A7VGhlIGZ1bmN0aW9uIHdpdGhpbiBhIENETiByZXNwb25zaWJsZSBmb3IgZGV0ZXJtaW5p bmcgdGhlPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8 L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2tx dW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNp dGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNl PSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPmFwcHJv cHJpYXRlIFN1cnJvZ2F0ZSBvciB0aGUgYXBwcm9wcmlhdGUgQ0ROLjxvOnA+PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2tx dW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNp dGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNz PU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHls ZT0nZm9udC1zaXplOg0KMTIuMHB0Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8 L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBz dHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoN CjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQn IHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1l cyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3Rl Pg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9 J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8Ymxv Y2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBl PWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0n bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNs YXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBz dHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz4tLS0tLU1lc3NhZ2UgZCdvcmlnaW5lLS0tLS08bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90 ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0K PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcg dHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5 bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8 YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0 eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMg TmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5EZSA6IDxhIGhyZWY9 Im1haWx0bzpjZG5pLWJvdW5jZXNAaWV0Zi5vcmciPmNkbmktYm91bmNlc0BpZXRmLm9yZzwvYT4g W21haWx0bzpjZG5pLWJvdW5jZXNAaWV0Zi5vcmddDQpEZSBsYSBwYXJ0PG86cD48L286cD48L3Nw YW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxv Y2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3Rl IHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4N Cg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRp bWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+ZGU8bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4N Cg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUg c3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0K DQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGlt ZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5CZW4gTml2ZW4t SmVua2luczxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0K PC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9j a3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9 J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8Ymxv Y2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBl PWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBm YWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPkVu dm95w6kgOiBsdW5kaSAyMCBkw6ljZW1icmUgMjAxMCAxMTo1OTxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVv dGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHls ZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxi bG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5 cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxl PSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAg Y2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFu IHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPsOAIDogRnJhbmNvaXMgTGUgRmF1Y2hldXI8bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90 ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0K PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcg dHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5 bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8 YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0 eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMg TmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5DYyA6IDxhIGhyZWY9 Im1haWx0bzpjZG5pQGlldGYub3JnIj5jZG5pQGlldGYub3JnPC9hPjsgTGVlLCBZaXU8bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4N Cg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJs b2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlw ZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9 J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8Ymxv Y2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBl PWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3 IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5PYmpldCA6IFJlOiBbQ0RO aV0gRmV3IGNvbW1lbnRzIG9uIFByb2JsZW0gU3RhdGVtZW50PG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90 ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxl PSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJs b2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlw ZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9 J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBj bGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4g c3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250 PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4N Cg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2Nr cXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1j aXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFz cz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5 bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+RnJhbmNvaXMsPG86cD48L286cD48L3NwYW4+PC9mb250 PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4N Cg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2Nr cXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1j aXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFz cz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5 bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250Pjwv cD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0K PC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVv dGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRl Pg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdp bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1N c29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9 J2ZvbnQtc2l6ZToNCjEyLjBwdCc+T24gMTcgRGVjIDIwMTAsIGF0IDA4OjIwLCBGcmFuY29pcyBM ZSBGYXVjaGV1ciB3cm90ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2Nr cXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+ DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1 b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0 ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1 LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDtt YXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9u dCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0K MTIuMHB0Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVv dGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoN CjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3Rl IHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4N Cg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNv Tm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdm b250LXNpemU6DQoxMi4wcHQnPkhpIFlpdSw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K DQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Js b2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90 ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+ DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4w cHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3Rl IHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4N Cg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRp bWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVv dGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoN CjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3Rl IHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4N Cg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNv Tm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdm b250LXNpemU6DQoxMi4wcHQnPk9uIDE2IERlYyAyMDEwLCBhdCAyMDowNSwgTGVlLCBZaXUgd3Jv dGU6PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Js b2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVv dGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0n bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9j a3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9 Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2Nr cXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1j aXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBS b21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwv YmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2tx dW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxl PSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJs b2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlw ZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9 J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8Ymxv Y2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBl PWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3 IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5bWUxdIEkgYW0gc29tZXdo YXQgbW9yZSBjbGVhci4gVGhhbmtzIGZvciB0aGUgZXhwbGFuYXRpb24uIElmPG86cD48L286cD48 L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwv YmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2tx dW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxl PSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAg Y2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFu IHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPkNvbnRlbnQ8bzpwPjwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUg c3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0K DQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBz dHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoN CjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQn IHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6 ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBw dCc+RGlzdHJpYnV0aW9uIE1ldGFkYXRhIGlzIHVzZWQgYnkgdGhlIENETmksIHdoeSBub3Qgc2lt cGx5IGNhbGxlZCBpdDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90 ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0K PC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2Nr cXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1j aXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2tx dW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNp dGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJv bWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5DRE5pPG86cD48L286cD48L3Nw YW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxv Y2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3Rl IHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4N Cg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUg c3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0K DQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNp emU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4w cHQnPk1ldGFkYXRhPzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90 ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0K PC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2Nr cXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1j aXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2tx dW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNp dGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNl PSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9j a3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3Rl Pg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2tx dW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNp dGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNz PU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHls ZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5BcyBwZXIgcmVjZW50IGRpc2N1c3Npb24gd2l0aCBSaWNo YXJkLCB3ZSBvYnNlcnZlZCB0aGF0IENvbnRlbnQ8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8 L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2tx dW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNp dGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1 b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0 ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9t YW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPkRpc3RyaWJ1dGlvbiBNZXRhZGF0 YSBjb21wcmlzZXMgbWV0YWRhdGEgb2YgaW50cmEtQ0ROIHNjb3BlIChpZSBvbmx5PG86cD48L286 cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoN CjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9j a3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9 Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2Nr cXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1j aXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBS b21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+cmVsZXZhbnQgd2l0aGluIGEg Q0ROKSBhbmQgbWV0YWRhdGEgb2YgaW50ZXItQ0ROIHNjb3BlIChpZSByZWxldmFudDxvOnA+PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0K DQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8Ymxv Y2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBl PWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBm YWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPmFj cm9zczxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9i bG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5 bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8 YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0 eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i b3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9 MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQn PkNETnMpLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0K PC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9j a3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9 J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8Ymxv Y2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBl PWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+ PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6 ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9j a3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3Rl Pg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9 J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8Ymxv Y2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBl PWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0n bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9j a3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9 Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcg Um9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPlNvLCB0byBiZSBtb3JlIGFj Y3VyYXRlLCB3ZSBjb3VsZCB1c2UgdGhlIHRlcm0gJnF1b3Q7Q0ROaQ0KTWV0YWRhdGEmcXVvdDsg dG88bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxv Y2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90 ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2Nr cXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1j aXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxm b250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6 DQoxMi4wcHQnPmRlc2lnbmF0ZSB0aGUgQ29udGVudCBEaXN0cmlidXRpb24gTWV0YWRhdGEgb2Yg aW50ZXItQ0ROIHNjb3BlICh3aGljaDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwv YmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2tx dW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxl PSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAg Y2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFu IHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPmlzPG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxl PSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJs b2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlw ZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9 J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBj bGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4g c3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+cXVpdGUgb2YgYSBtb3V0aGZ1bCkuPG86cD48L286 cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoN CjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9j a3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9 Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2Nr cXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1j aXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFj ZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxv Y2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90 ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2Nr cXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1j aXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFz cz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5 bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+U28gdGhlIGRlZmluaXRpb24gd291bGQgbG9vayBsaWtl IHRoaXM6PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8 L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2Nr cXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHls ZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxi bG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5 cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxl PSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAg Y2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFu IHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+ DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxi bG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5 cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxl PSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJs b2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlw ZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMg ZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz4m cXVvdDs8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwv YmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2tx dW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxl PSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJs b2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlw ZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9 J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBj bGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4g c3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+TWV0YWRhdGE6IGRhdGEgYWJvdXQgZGF0YS48bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90 ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0K PC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUg c3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0K DQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29O b3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2Zv bnQtc2l6ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0K PC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9j a3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUg c3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0K DQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBz dHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoN CjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQn IHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1l cyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPkNvbnRlbnQgTWV0 YWRhdGE6IG1ldGFkYXRhIGFib3V0IGNvbnRlbnQuIENvbnRlbnQgTWV0YWRhdGEgY29tcHJpc2Vz OjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9j a3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3Rl Pg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2tx dW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNp dGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNz PU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHls ZT0nZm9udC1zaXplOg0KMTIuMHB0Jz4oaSkgbWV0YWRhdGEgdGhhdCBpcyByZWxldmFudCB0byB0 aGUgZGlzdHJpYnV0aW9uIG9mIHRoZSBjb250ZW50PG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0K PC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2Nr cXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1j aXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2tx dW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNp dGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJv bWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz4oYW5kIHRoZXJlZm9yZSByZWxl dmFudCB0byBhIENETiBpbnZvbHZlZCBpbiB0aGUgZGVsaXZlcnkgb2YgdGhhdDxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8 L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2tx dW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNp dGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNl PSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPmNvbnRl bnQpLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9i bG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5 bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8 YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0 eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i b3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9 MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQn PldlIHJlZmVyIHRvIHRob3NlIGFzICZxdW90O0NvbnRlbnQgRGlzdHJpYnV0aW9uIE1ldGFkYXRh JnF1b3Q7LjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0K PC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9j a3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9 J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8Ymxv Y2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBl PWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+ PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6 ZToNCjEyLjBwdCc+KGlpKSBtZXRhZGF0YSB0aGF0IGlzIGFzc29jaWF0ZWQgd2l0aCB0aGUgYWN0 dWFsIGNvbnRlbnQgKGFuZCBub3Q8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Js b2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVv dGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHls ZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxi bG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5 cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxl PSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAg Y2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFu IHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPmRpcmVjdGx5IHJlbGV2YW50IHRvIHRoZSBkaXN0 cmlidXRpb24gb2YgdGhhdCBjb250ZW50KSBvciBjb250ZW50PG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90 ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxl PSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJs b2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlw ZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9 J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBj bGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4g c3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+cmVwcmVzZW50YXRpb24uIEZvciBleGFtcGxlLCBz dWNoIG1ldGFkYXRhIG1heSBpbmNsdWRlIEdlbnJlLCBDYXN0LDxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVv dGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHls ZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxi bG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5 cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBO ZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPlJhdGluZzxvOnA+PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0K DQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBz dHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoN CjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQn IHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1l cyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPmFzIHdlbGwgYXMg cmVzb2x1dGlvbiBhbmQgYXNwZWN0IHJhdGlvLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwv YmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3Rl IHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4N Cg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUg c3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0K DQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+ PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2tx dW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4N Cg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUg c3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0K DQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNp emU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4w cHQnPkNvbnRlbnQgRGlzdHJpYnV0aW9uIE1ldGFkYXRhOiB0aGUgc3Vic2V0IG9mIENvbnRlbnQg TWV0YWRhdGEgdGhhdCBpczxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2tx dW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4N Cg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2Nr cXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1j aXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFz cz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5 bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+cmVsZXZhbnQgdG8gdGhlIGRpc3RyaWJ1dGlvbiBvZiB0 aGUgY29udGVudC48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+ DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwv YmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0 eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0K PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcg dHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9y bWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250 LXNpemU6DQoxMi4wcHQnPlRoaXMgaXMgdGhlIG1ldGFkYXRhIHJlcXVpcmVkIGJ5IGEgQ0ROIGlu IG9yZGVyIHRvIGVuYWJsZSBhbmQgY29udHJvbDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwv YmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1 b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0 ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1 LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDtt YXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVv dGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRl Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21h biI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+Y29udGVudCBkaXN0cmlidXRpb24g YW5kIGRlbGl2ZXJ5IGJ5IHRoZSBDRE4uIEluIGEgQ0ROIEludGVyY29ubmVjdGlvbjxvOnA+PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0K DQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8Ymxv Y2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBl PWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0n bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9j a3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9 Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcg Um9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPmVudmlyb25tZW50LCBzb21l IG9mIHRoZSBDb250ZW50IERpc3RyaWJ1dGlvbiBNZXRhZGF0YSBtYXkgaGF2ZSBhbjxvOnA+PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0K DQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8Ymxv Y2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBl PWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBm YWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPmlu dHJhLTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9i bG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5 bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8 YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0 eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i b3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9 MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQn PkNETiBzY29wZSAoYW5kIHRoZXJlZm9yZSBuZWVkIG5vdCBiZSBjb21tdW5pY2F0ZWQgYmV0d2Vl biBDRE5zKSwgd2hpbGU8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVv dGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoN CjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3Rl IHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4N Cg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBz aXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIu MHB0Jz5zb21lIG9mIHRoZSBDb250ZW50IERpc3RyaWJ1dGlvbiBNZXRhZGF0YSBoYXZlIGFuIGlu dGVyLUNETiBzY29wZSAoYW5kPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9j a3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3Rl Pg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2tx dW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNp dGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZv bnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToN CjEyLjBwdCc+dGhlcmVmb3JlIG5lZWQgdG8gYmUgY29tbXVuaWNhdGVkIGJldHdlZW4gQ0ROcyku IEZvciBleGFtcGxlLCBDb250ZW50PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9i bG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1 b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9 J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8Ymxv Y2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBl PWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+ PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6 ZToNCjEyLjBwdCc+RGlzdHJpYnV0aW9uIE1ldGFkYXRhIHdpdGggaW50ZXItQ0ROIHNjb3BlIG1h eSBpbmNsdWRlIGdlby1ibG9ja2luZzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwv YmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2tx dW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxl PSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJs b2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlw ZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFs Pjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNp emU6DQoxMi4wcHQnPmluZm9ybWF0aW9uIChpLmUuIGluZm9ybWF0aW9uIGRlZmluaW5nIGdlb2dy YXBoaWNhbCBhcmVhcyB3aGVyZSB0aGU8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8 L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2Nr cXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHls ZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxi bG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5 cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1h bD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1z aXplOg0KMTIuMHB0Jz5jb250ZW50IGlzIHRvIGJlIG1hZGUgYXZhaWxhYmxlIG9yIGJsb2NrZWQp LCBhdmFpbGFiaWxpdHkgd2luZG93cyAoaS5lLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwv YmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3Rl IHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4N Cg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNv Tm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdm b250LXNpemU6DQoxMi4wcHQnPmluZm9ybWF0aW9uIGRlZmluaW5nIHRpbWUgd2luZG93cyBkdXJp bmcgd2hpY2ggdGhlIGNvbnRlbnQgaXMgdG8gYmU8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8 L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdp bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90 ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+ DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFu Ij48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5tYWRlPG86cD48L286cD48L3NwYW4+ PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1 b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0 ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1 LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDtt YXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVv dGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRl Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21h biI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+YXZhaWxhYmxlIG9yIGJsb2NrZWQp IGFuZCBhY2Nlc3MgY29udHJvbCBtZWNoYW5pc21zIHRvIGJlIGVuZm9yY2VkPG86cD48L286cD48 L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwv YmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1 b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0 ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1 LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9 IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+KGUuZy48 bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2tx dW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2Nr cXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1j aXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFj ZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5VUkkg c2lnbmF0dXJlIHZhbGlkYXRpb24pLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwv YmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2tx dW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxl PSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJs b2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlw ZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9 J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBj bGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4g c3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250 PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4N Cg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJs b2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlw ZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9 J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8Ymxv Y2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBl PWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBm YWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPkNE TmkgTWV0YWRhdGE6IENvbnRlbnQgRGlzdHJpYnV0aW9uIE1ldGFkYXRhIHdpdGggaW50ZXItQ0RO IHNjb3BlPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8 L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2Nr cXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHls ZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxi bG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5 cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxl PSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAg Y2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFu IHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPiZxdW90OzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+ DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxi bG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5 cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxl PSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJs b2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlw ZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMg ZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwv YmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2tx dW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxl PSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJs b2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlw ZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9 J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBj bGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4g c3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+SG93IGRvZXMgdGhhdCBzb3VuZD88bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0K PC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9j a3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9 J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8Ymxv Y2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBl PWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+ PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6 ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9j a3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3Rl Pg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9 J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8Ymxv Y2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBl PWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0n bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNs YXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBz dHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0K DQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2tx dW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNp dGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNz PU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHls ZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5Mb29rcyBnb29kIHRvIG1lIDotKTxvOnA+PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Js b2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90 ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+ DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4w cHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3Rl IHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4N Cg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4i PjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2Nr cXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBz dHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoN CjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQn IHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0 eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0K PHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxz cGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPkJlbjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+ DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0n bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9j a3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9 Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xh c3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0 eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoN CjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1 b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0 ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1 LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDtt YXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9 TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxl PSdmb250LXNpemU6DQoxMi4wcHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwv YmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3Rl IHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4N Cg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNv Tm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdm b250LXNpemU6DQoxMi4wcHQnPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0K DQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Js b2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i b3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHls ZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxi bG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5 cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0z IGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+ Q0ROaSBtYWlsaW5nIGxpc3Q8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2Nr cXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+ DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1 b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0 ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1 LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDtt YXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9u dCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0K MTIuMHB0Jz48YSBocmVmPSJtYWlsdG86Q0ROaUBpZXRmLm9yZyI+Q0ROaUBpZXRmLm9yZzwvYT48 bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2tx dW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4N Cg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUg c3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0K DQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGlt ZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz48YSBocmVmPSJo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NkbmkiPmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vY2RuaTwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0K DQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2tx dW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNp dGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZv bnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToN CjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1 b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0K DQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBz dHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoN CjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48 c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1 b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9 J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8Ymxv Y2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBl PWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBm YWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPi0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxvOnA+PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Js b2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBz dHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoN CjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQn IHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6 ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBw dCc+TmFiaWwgQml0YXIsIFBoRDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvYmxv Y2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90 ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1 LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDtt YXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVv dGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRl Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21h biI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+UHJpbmNpcGFsIE1lbWJlciBvZiBU ZWNobmljYWwgU3RhZmY8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVv dGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoN CjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQn IHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0 eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0K PHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxz cGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPlBhY2tldCBOZXR3b3JrIFRlY2hub2xvZ3k8 bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2tx dW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0 eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0K PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcg dHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9y bWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250 LXNpemU6DQoxMi4wcHQnPlZlcml6b24gQ29ycG9yYXRlIE5ldHdvcmsgYW5kIFRlY2hub2xvZ3k8 bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2tx dW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0 eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0K PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcg dHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9y bWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250 LXNpemU6DQoxMi4wcHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwv YmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2tx dW90ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2Nr cXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1j aXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBS b21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+NjAgU3lsdmFuIFJvYWQ8bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90 ZT4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxl PSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJs b2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlw ZT1jaXRlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFs Pjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNp emU6DQoxMi4wcHQnPldhbHRoYW0sIE1BIDAyNDUxPG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0K PC9ibG9ja3F1b3RlPg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUg c3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0K DQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 JyB0eXBlPWNpdGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGlt ZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz5PZmZpY2UgUGhv bmU6ICg3ODEpIDQ2Ni0yMTYxPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9j a3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9ibG9ja3F1b3Rl Pg0KDQo8YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0JyB0eXBlPWNpdGU+DQoNCjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQnIHR5cGU9Y2l0ZT4NCg0KPGJsb2NrcXVvdGUgc3R5bGU9J21hcmdp bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlwZT1jaXRlPg0KDQo8cCBjbGFzcz1N c29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9 J2ZvbnQtc2l6ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4N Cg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCjwvYmxvY2txdW90ZT4NCg0KPGJs b2NrcXVvdGUgc3R5bGU9J21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCcgdHlw ZT1jaXRlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5l dyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9ibG9ja3F1b3RlPg0KDQo8cCBjbGFzcz1Nc29Ob3Jt YWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQt c2l6ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9k aXY+DQoNCjwvYmxvY2txdW90ZT4NCg0KPC9kaXY+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9u dCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0K MTIuMHB0Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8ZGl2Pg0KDQo8 ZGl2Pg0KDQo8dGFibGUgY2xhc3M9TXNvTm9ybWFsVGFibGUgYm9yZGVyPTAgY2VsbHNwYWNpbmc9 MCBjZWxscGFkZGluZz0wIHdpZHRoPTU0Mw0KIHN0eWxlPSd3aWR0aDo0MDcuMjVwdDttc28tY2Vs bHNwYWNpbmc6MGNtO21zby1wYWRkaW5nLWFsdDowY20gMGNtIDBjbSAwY20nPg0KIDx0ciBzdHls ZT0nbXNvLXlmdGktaXJvdzowO21zby15ZnRpLWZpcnN0cm93Onllczttc28teWZ0aS1sYXN0cm93 Onllcyc+DQogIDx0ZCBzdHlsZT0ncGFkZGluZzowY20gMGNtIDBjbSAwY20nPg0KICA8cCBjbGFz cz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGNvbG9yPSIjMWY0OTdkIiBmYWNlPUNhbGlicmk+PHNw YW4NCiAgc3R5bGU9J2ZvbnQtc2l6ZToxMS41cHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjoj MUY0OTdEJz48aW1nIGJvcmRlcj0wDQogIHdpZHRoPTE1NCBoZWlnaHQ9MTAwIGlkPSJfeDAwMzVf MjBlMjhhMC1iMzdjLTQ4ODMtOTcxMi00OTliOTZjMTMzMjciDQogIHNyYz0iY2lkOmltYWdlMDAx LmpwZ0AwMUNCQkUwNy5ENDdBRDdBMCIgYXBwbGUtd2lkdGg9eWVzIGFwcGxlLWhlaWdodD15ZXM+ PC9zcGFuPjwvZm9udD48c3Bhbg0KICBjbGFzcz1hcHBsZS1zdHlsZS1zcGFuPjxzcGFuIHN0eWxl PSdvcnBoYW5zOiAyO3RleHQtYWxpZ246YXV0bzt3aWRvd3M6IDI7DQogIC13ZWJraXQtYm9yZGVy LWhvcml6b250YWwtc3BhY2luZzogMHB4Oy13ZWJraXQtYm9yZGVyLXZlcnRpY2FsLXNwYWNpbmc6 IDBweDsNCiAgLXdlYmtpdC10ZXh0LWRlY29yYXRpb25zLWluLWVmZmVjdDogbm9uZTstd2Via2l0 LXRleHQtc2l6ZS1hZGp1c3Q6IGF1dG87DQogIC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBw eDt3b3JkLXNwYWNpbmc6MHB4Jz48Zm9udCBzaXplPTQgY29sb3I9YmxhY2sNCiAgZmFjZT1UaW1l cz48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEzLjVwdDtmb250LWZhbWlseTpUaW1lcztjb2xvcjpi bGFjayc+PG86cD48L286cD48L3NwYW4+PC9mb250Pjwvc3Bhbj48L3A+DQogIDx0YWJsZSBjbGFz cz1Nc29Ob3JtYWxUYWJsZSBib3JkZXI9MCBjZWxsc3BhY2luZz0wIGNlbGxwYWRkaW5nPTAgd2lk dGg9NTQzDQogICBzdHlsZT0nd2lkdGg6NDA3LjI1cHQ7bXNvLWNlbGxzcGFjaW5nOjBjbTttc28t cGFkZGluZy1hbHQ6MGNtIDBjbSAwY20gMGNtOw0KICAgYmFja2dyb3VuZC1hdHRhY2htZW50Omlu aXRpYWw7LXdlYmtpdC1iYWNrZ3JvdW5kLWNsaXA6IGluaXRpYWw7LXdlYmtpdC1iYWNrZ3JvdW5k LW9yaWdpbjogaW5pdGlhbDsNCiAgIGJhY2tncm91bmQtY29sb3I6aW5pdGlhbDtiYWNrZ3JvdW5k LXJlcGVhdDpuby1yZXBlYXQ7YmFja2dyb3VuZC1wb3NpdGlvbi14Og0KICAgNTAlO2JhY2tncm91 bmQtcG9zaXRpb24teTowJSc+DQogICA8dHIgc3R5bGU9J21zby15ZnRpLWlyb3c6MDttc28teWZ0 aS1maXJzdHJvdzp5ZXM7bXNvLXlmdGktbGFzdHJvdzp5ZXMnPg0KICAgIDx0ZCBzdHlsZT0ncGFk ZGluZzowY20gMGNtIDBjbSAwY20nPg0KICAgIDxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXpl PTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3Bhbg0KICAgIHN0eWxlPSdmb250LXNpemU6MTIu MHB0Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KICAgIDwvdGQ+DQogICA8 L3RyPg0KICA8L3RhYmxlPg0KICA8cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gY2xhc3M9YXBwbGUt c3R5bGUtc3Bhbj48Zm9udCBzaXplPTQgY29sb3I9YmxhY2sNCiAgZmFjZT1UaW1lcz48c3BhbiBz dHlsZT0nZm9udC1zaXplOjEzLjVwdDtmb250LWZhbWlseTpUaW1lcztjb2xvcjpibGFjayc+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250Pjwvc3Bhbj48L3A+DQogIDx0YWJsZSBjbGFzcz1N c29Ob3JtYWxUYWJsZSBib3JkZXI9MCBjZWxsc3BhY2luZz0wIGNlbGxwYWRkaW5nPTAgd2lkdGg9 NTQzDQogICBzdHlsZT0nd2lkdGg6NDA3LjI1cHQ7bXNvLWNlbGxzcGFjaW5nOjBjbTttc28tcGFk ZGluZy1hbHQ6MGNtIDBjbSAwY20gMGNtOw0KICAgYmFja2dyb3VuZC1hdHRhY2htZW50OmluaXRp YWw7LXdlYmtpdC1iYWNrZ3JvdW5kLWNsaXA6IGluaXRpYWw7LXdlYmtpdC1iYWNrZ3JvdW5kLW9y aWdpbjogaW5pdGlhbDsNCiAgIGJhY2tncm91bmQtY29sb3I6aW5pdGlhbDtiYWNrZ3JvdW5kLXJl cGVhdDpuby1yZXBlYXQ7YmFja2dyb3VuZC1wb3NpdGlvbi14Og0KICAgNTAlO2JhY2tncm91bmQt cG9zaXRpb24teTowJSc+DQogICA8dHIgc3R5bGU9J21zby15ZnRpLWlyb3c6MDttc28teWZ0aS1m aXJzdHJvdzp5ZXM7bXNvLXlmdGktbGFzdHJvdzp5ZXMnPg0KICAgIDx0ZCBub3dyYXAgdmFsaWdu PXRvcCBzdHlsZT0ncGFkZGluZzowY20gMGNtIDExLjI1cHQgMTguMHB0Jz4NCiAgICA8cCBzdHls ZT0nbWFyZ2luLWJvdHRvbToxMi4wcHQnPjxiPjxmb250IHNpemU9MSBjb2xvcj0iIzY2NjY2NiIg ZmFjZT1BcmlhbD48c3Bhbg0KICAgIHN0eWxlPSdmb250LXNpemU6OC41cHQ7Zm9udC1mYW1pbHk6 QXJpYWw7Y29sb3I6IzY2NjY2Njtmb250LXdlaWdodDpib2xkJz48YnI+DQogICAgPHN0cm9uZz48 Yj48Zm9udCBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LWZhbWlseTpBcmlhbCc+RnJhbmNv aXMgTGUNCiAgICBGYXVjaGV1cjwvc3Bhbj48L2ZvbnQ+PC9iPjwvc3Ryb25nPjwvc3Bhbj48L2Zv bnQ+PC9iPjxmb250IHNpemU9MQ0KICAgIGNvbG9yPSIjNjY2NjY2IiBmYWNlPUFyaWFsPjxzcGFu IHN0eWxlPSdmb250LXNpemU6OC41cHQ7Zm9udC1mYW1pbHk6QXJpYWw7DQogICAgY29sb3I6IzY2 NjY2Nic+PGJyPg0KICAgIDxzdHJvbmc+PGI+PGZvbnQgZmFjZT1BcmlhbD48c3BhbiBzdHlsZT0n Zm9udC1mYW1pbHk6QXJpYWwnPkRpc3Rpbmd1aXNoZWQNCiAgICBFbmdpbmVlcjwvc3Bhbj48L2Zv bnQ+PC9iPjwvc3Ryb25nPjxicj4NCiAgICA8c3Ryb25nPjxiPjxmb250IGZhY2U9QXJpYWw+PHNw YW4gc3R5bGU9J2ZvbnQtZmFtaWx5OkFyaWFsJz5Db3Jwb3JhdGUNCiAgICBEZXZlbG9wbWVudDwv c3Bhbj48L2ZvbnQ+PC9iPjwvc3Ryb25nPjxicj4NCiAgICA8YSBocmVmPSJtYWlsdG86ZmxlZmF1 Y2hAY2lzY28uY29tIj48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PHNwYW4NCiAgICBzdHlsZT0nY29s b3I6IzY2NjY2Nic+ZmxlZmF1Y2hAY2lzY28uY29tPC9zcGFuPjwvZm9udD48L2E+PGJyPg0KICAg IFBob25lOiZuYnNwOzxzdHJvbmc+PGI+PGZvbnQgZmFjZT1BcmlhbD48c3BhbiBzdHlsZT0nZm9u dC1mYW1pbHk6QXJpYWwnPiszMw0KICAgIDQ5IDcyMyAyNjE5PC9zcGFuPjwvZm9udD48L2I+PC9z dHJvbmc+PGJyPg0KICAgIE1vYmlsZTombmJzcDs8c3Ryb25nPjxiPjxmb250IGZhY2U9QXJpYWw+ PHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5OkFyaWFsJz4rMzMNCiAgICA2IDE5IDk4IDUwIDkwPC9z cGFuPjwvZm9udD48L2I+PC9zdHJvbmc+PGJyIHN0eWxlPSdtc28tc3BlY2lhbC1jaGFyYWN0ZXI6 DQogICAgbGluZS1icmVhayc+DQogICAgPCFbaWYgIXN1cHBvcnRMaW5lQnJlYWtOZXdMaW5lXT48 YnIgc3R5bGU9J21zby1zcGVjaWFsLWNoYXJhY3RlcjpsaW5lLWJyZWFrJz4NCiAgICA8IVtlbmRp Zl0+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCiAgICA8L3RkPg0KICAgIDx0ZCBub3dy YXAgdmFsaWduPXRvcCBzdHlsZT0ncGFkZGluZzowY20gMGNtIDcuNXB0IDE1LjBwdCc+DQogICAg PHAgc3R5bGU9J21hcmdpbi1ib3R0b206MTIuMHB0Jz48c3Ryb25nPjxiPjxmb250IHNpemU9MSBj b2xvcj0iIzY2NjY2NiINCiAgICBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6OC41 cHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6IzY2NjY2Nic+Q2lzY28NCiAgICBTeXN0ZW1zIEZy YW5jZTwvc3Bhbj48L2ZvbnQ+PC9iPjwvc3Ryb25nPjxmb250IHNpemU9MSBjb2xvcj0iIzY2NjY2 NiINCiAgICBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6OC41cHQ7Zm9udC1mYW1p bHk6QXJpYWw7Y29sb3I6IzY2NjY2Nic+PGJyPg0KICAgIEdyZWVuc2lkZTxicj4NCiAgICA0MDAg QXZlIGRlIFJvdW1hbmlsbGU8YnI+DQogICAgMDY0MTAgU29waGlhIEFudGlwb2xpczxicj4NCiAg ICBGcmFuY2U8YnI+DQogICAgPGEgaHJlZj0iaHR0cDovL3d3dy5jaXNjby5jb20iPjxmb250IGNv bG9yPSIjNjY2NjY2Ij48c3Bhbg0KICAgIHN0eWxlPSdjb2xvcjojNjY2NjY2Jz5DaXNjby5jb208 L3NwYW4+PC9mb250PjwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KICAgIDwvdGQ+ DQogICAgPHRkIHdpZHRoPTIwMCBzdHlsZT0nd2lkdGg6MTUwLjBwdDtwYWRkaW5nOjBjbSAwY20g MGNtIDBjbSc+DQogICAgPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1l cyBOZXcgUm9tYW4iPjxzcGFuDQogICAgc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPiZuYnNwOzxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQogICAgPC90ZD4NCiAgIDwvdHI+DQogIDwvdGFi bGU+DQogIDxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTQgY29sb3I9YmxhY2sgZmFjZT1I ZWx2ZXRpY2E+PHNwYW4NCiAgc3R5bGU9J2ZvbnQtc2l6ZToxMy41cHQ7Zm9udC1mYW1pbHk6SGVs dmV0aWNhO2NvbG9yOmJsYWNrJz48YnI+DQogIDxpbWcgYm9yZGVyPTAgd2lkdGg9MTggaGVpZ2h0 PTE5DQogIGlkPSJfeDAwMzJfNzA0MGQ3ZC03NWFlLTQ2MWQtYWJlMi1hZTVlN2IxOGRiNWEiDQog IHNyYz0iY2lkOmltYWdlMDAyLmdpZkAwMUNCQkUwNy5ENDdBRDdBMCIgYXBwbGUtd2lkdGg9eWVz IGFwcGxlLWhlaWdodD15ZXM+PC9zcGFuPjwvZm9udD48c3Bhbg0KICBjbGFzcz1hcHBsZS1zdHls ZS1zcGFuPjxzcGFuIHN0eWxlPSdvcnBoYW5zOiAyO3RleHQtYWxpZ246YXV0bzt3aWRvd3M6IDI7 DQogIC13ZWJraXQtYm9yZGVyLWhvcml6b250YWwtc3BhY2luZzogMHB4Oy13ZWJraXQtYm9yZGVy LXZlcnRpY2FsLXNwYWNpbmc6IDBweDsNCiAgLXdlYmtpdC10ZXh0LWRlY29yYXRpb25zLWluLWVm ZmVjdDogbm9uZTstd2Via2l0LXRleHQtc2l6ZS1hZGp1c3Q6IGF1dG87DQogIC13ZWJraXQtdGV4 dC1zdHJva2Utd2lkdGg6IDBweDt3b3JkLXNwYWNpbmc6MHB4Jz48Zm9udCBzaXplPTQgY29sb3I9 YmxhY2sNCiAgZmFjZT1UaW1lcz48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEzLjVwdDtmb250LWZh bWlseTpUaW1lcztjb2xvcjpibGFjayc+PG86cD48L286cD48L3NwYW4+PC9mb250Pjwvc3Bhbj48 L3A+DQogIDx0YWJsZSBjbGFzcz1Nc29Ob3JtYWxUYWJsZSBib3JkZXI9MCBjZWxsc3BhY2luZz0w IGNlbGxwYWRkaW5nPTAgd2lkdGg9NDAwDQogICBzdHlsZT0nd2lkdGg6MzAwLjBwdDttc28tY2Vs bHNwYWNpbmc6MGNtO21zby1wYWRkaW5nLWFsdDowY20gMGNtIDBjbSAwY20nPg0KICAgPHRyIHN0 eWxlPSdtc28teWZ0aS1pcm93OjA7bXNvLXlmdGktZmlyc3Ryb3c6eWVzJz4NCiAgICA8dGQgc3R5 bGU9J3BhZGRpbmc6MGNtIDBjbSAwY20gMGNtJz4NCiAgICA8cCBjbGFzcz1Nc29Ob3JtYWw+PGZv bnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4NCiAgICBzdHlsZT0nZm9udC1z aXplOjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCiAgICA8L3Rk Pg0KICAgPC90cj4NCiAgIDx0ciBzdHlsZT0nbXNvLXlmdGktaXJvdzoxJz4NCiAgICA8dGQgc3R5 bGU9J3BhZGRpbmc6MGNtIDE4LjBwdCAwY20gMTguMHB0Jz4NCiAgICA8cCBjbGFzcz1Nc29Ob3Jt YWw+PGZvbnQgc2l6ZT0xIGNvbG9yPSIjMDA5OTAwIiBmYWNlPUFyaWFsPjxzcGFuDQogICAgc3R5 bGU9J2ZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjojMDA5OTAwJz4mbmJz cDtUaGluayBiZWZvcmUNCiAgICB5b3UgcHJpbnQuPG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCiAgICA8L3RkPg0KICAgPC90cj4NCiAgIDx0ciBzdHlsZT0nbXNvLXlmdGktaXJvdzoyO21z by15ZnRpLWxhc3Ryb3c6eWVzJz4NCiAgICA8dGQgc3R5bGU9J3BhZGRpbmc6NS4yNXB0IDE4LjBw dCA0LjVwdCAxOC4wcHQnPg0KICAgIDxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWJv dHRvbToxMi4wcHQnPjxmb250IHNpemU9MSBjb2xvcj0iIzk5OTk5OSINCiAgICBmYWNlPUFyaWFs PjxzcGFuIHN0eWxlPSdmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6Izk5 OTk5OSc+PGJyPg0KICAgIFRoaXMgZW1haWwgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZCBw cml2aWxlZ2VkIG1hdGVyaWFsIGZvciB0aGUgc29sZQ0KICAgIHVzZSBvZiB0aGUgaW50ZW5kZWQg cmVjaXBpZW50LiBBbnkgcmV2aWV3LCB1c2UsIGRpc3RyaWJ1dGlvbiBvciBkaXNjbG9zdXJlDQog ICAgYnkgb3RoZXJzIGlzIHN0cmljdGx5IHByb2hpYml0ZWQuIElmIHlvdSBhcmUgbm90IHRoZSBp bnRlbmRlZCByZWNpcGllbnQgKG9yDQogICAgYXV0aG9yaXplZCB0byByZWNlaXZlIGZvciB0aGUg cmVjaXBpZW50KSwgcGxlYXNlIGNvbnRhY3QgdGhlIHNlbmRlciBieQ0KICAgIHJlcGx5IGVtYWls IGFuZCBkZWxldGUgYWxsIGNvcGllcyBvZiB0aGlzIG1lc3NhZ2UuPGJyPg0KICAgIDxicj4NCiAg ICBDaXNjbyBTeXN0ZW1zIEZyYW5jZSwgU29jacOpdMOpIMOgIHJlc3BvbnNhYmlpdMOpIGxpbWl0 w6llLCBSdWUgPHN0MTpQZXJzb25OYW1lDQogICAgdzpzdD0ib24iPkNhbWlsbGU8L3N0MTpQZXJz b25OYW1lPiBEZXNtb3VsaW5zIOKAkyBJbW0gQXRsYW50aXMgWmFjIEZvcnVtDQogICAgU2VpbmUg SWxvdCA3IDkyMTMwIElzc3kgbGVzIE1vdWxpbmVhdXgsIEF1IGNhcGl0YWwgZGUgOTEuNDcwIOKC rCwgMzQ5IDE2NiA1NjENCiAgICBSQ1MgTmFudGVycmUsIERpcmVjdGV1ciBkZSBsYSBwdWJsaWNh dGlvbjogSmVhbi1MdWMgTWljaGVsIEdpdm9uZS48YnI+DQogICAgPGJyPg0KICAgIEZvciBjb3Jw b3JhdGUgbGVnYWwgaW5mb3JtYXRpb24gZ28gdG86PGJyPg0KICAgIDxhIGhyZWY9Imh0dHA6Ly93 d3cuY2lzY28uY29tL3dlYi9hYm91dC9kb2luZ19idXNpbmVzcy9sZWdhbC9jcmkvaW5kZXguaHRt bCI+aHR0cDovL3d3dy5jaXNjby5jb20vd2ViL2Fib3V0L2RvaW5nX2J1c2luZXNzL2xlZ2FsL2Ny aS9pbmRleC5odG1sPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQogICAgPC90ZD4N CiAgIDwvdHI+DQogIDwvdGFibGU+DQogIDxzcGFuIGNsYXNzPWFwcGxlLXN0eWxlLXNwYW4+PC9z cGFuPjxmb250IHNpemU9NCBjb2xvcj1ibGFjayBmYWNlPVRpbWVzPjxzcGFuDQogIHN0eWxlPSdm b250LXNpemU6MTMuNXB0O2ZvbnQtZmFtaWx5OlRpbWVzO21zby1mYXJlYXN0LWZvbnQtZmFtaWx5 OlNpbVN1bjsNCiAgbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7Y29sb3I6 YmxhY2s7bXNvLWFuc2ktbGFuZ3VhZ2U6RlI7DQogIG1zby1mYXJlYXN0LWxhbmd1YWdlOkpBO21z by1iaWRpLWxhbmd1YWdlOkFSLVNBJz48L3NwYW4+PC9zcGFuPjwvZm9udD48L3NwYW4+DQogIDxw IGNsYXNzPU1zb05vcm1hbD48c3BhbiBjbGFzcz1hcHBsZS1zdHlsZS1zcGFuPjxmb250IHNpemU9 NCBjb2xvcj1ibGFjaw0KICBmYWNlPVRpbWVzPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTMuNXB0 O2ZvbnQtZmFtaWx5OlRpbWVzO2NvbG9yOmJsYWNrJz48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9zcGFuPjwvcD4NCiAgPC90ZD4NCiA8L3RyPg0KPC90YWJsZT4NCg0KPC9kaXY+DQoNCjwvZGl2 Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21h biI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9mb250PjwvcD4NCg0KPC9kaXY+DQoNCjwvZGl2Pg0KDQo8L2Rpdj4NCg0KPC9ib2R5Pg0K DQo8L2h0bWw+DQo= ------_=_NextPart_002_01CBBDFF.720B7F5F-- ------_=_NextPart_001_01CBBDFF.720B7F5F Content-Type: image/jpeg; name="image001.jpg" Content-Transfer-Encoding: base64 Content-ID: Content-Description: image001.jpg Content-Location: 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== ------_=_NextPart_001_01CBBDFF.720B7F5F Content-Type: image/gif; name="image002.gif" Content-Transfer-Encoding: base64 Content-ID: Content-Description: image002.gif Content-Location: image002.gif R0lGODlhEgATAJEAAAAAAP///wCZAP///yH5BAEAAAMALAAAAAASABMAAAIojI+pGyK8nINqUiTf bVnfvHEg1UmhdZRqaawu6XZVjKb0/CYxo8JOAQA7 ------_=_NextPart_001_01CBBDFF.720B7F5F-- From ben@niven-jenkins.co.uk Thu Jan 27 02:31:06 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 74EBF28C125 for ; Thu, 27 Jan 2011 02:31:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.948 X-Spam-Level: X-Spam-Status: No, score=-102.948 tagged_above=-999 required=5 tests=[AWL=-0.589, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, SARE_LWSHORTT=1.24, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iT78WAbnc8M4 for ; Thu, 27 Jan 2011 02:31:05 -0800 (PST) Received: from mailex.mailcore.me (mailex.mailcore.me [94.136.40.61]) by core3.amsl.com (Postfix) with ESMTP id 68A9F28C10C for ; Thu, 27 Jan 2011 02:31:05 -0800 (PST) Received: from host1.cachelogic.com ([212.44.43.80] helo=dhcp-113-devlan.cachelogic.com) by mail11.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1PiPB1-0002kp-DJ; Thu, 27 Jan 2011 10:34:07 +0000 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Ben Niven-Jenkins In-Reply-To: <140B5953-057F-44D7-899D-3B72B40E9EB8@cisco.com> Date: Thu, 27 Jan 2011 10:34:06 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <843DA8228A1BA74CA31FB4E111A5C46201723A27@ftrdmel0.rd.francetelecom.fr> <61B3A13D-5439-4107-9718-47E5F3F9F971@niven-jenkins.co.uk> <140B5953-057F-44D7-899D-3B72B40E9EB8@cisco.com> To: Francois Le Faucheur X-Mailer: Apple Mail (2.1082) X-Mailcore-Auth: 9600544 X-Mailcore-Domain: 172912 Cc: cdni@ietf.org Subject: Re: [CDNi] Problem Statement: Request routing system X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 27 Jan 2011 10:31:06 -0000 Francois, On 26 Jan 2011, at 18:30, Francois Le Faucheur wrote: > I agree this is how the problem statement currently describes things: > * Downstream CDN can use the CDNI Control API to notify Upstream = CDN about coarse/static info > * Upstream CDN can use CDNI Request-Routing API to query = Downstream CDN about how dCDN wants to handle requests. >=20 > What is a little tricky is that the boundary between the two can get = very blurry.=20 >=20 Two thoughts: 1) Looking at the rate of change of the information may help on a case = by case basis. The Control API (IMO) is really a tool to automate some = tasks that could be done manually because the information exchanged has = a slow rate of change. 2) The Request Routing API is really for Request Routers to communicate = with one another but the Control API is applicable to other components = in the CDN as well. So if the information being exchanged is only = applicable to Request Routers we should place it under the Request = Routing API IMO. > I would be tempted to go for something like this: > * keep under the Control API only the stuff that is real coarse = & static: > o e.g. "I do not support Delivery protocol X so there is = no point calling my Request Routing API for User Agent requests for = Delivery Protocol X " > * move anything else under the Request-Routing API: > o e.g. uCDN-->dCDN: Can/Will you deliver this content = for me? > o e.g. uCDN-->dCDN: Can/Will you deliver this content to = this sort of destinations for me?=20 > o e.g. uCDN-->dCDN: where would you like me to redirect = this sort of content to this sort of destinations? > o e.g. dCDN-->uCDN: Here are the Prefixes that I am = willing/able to do delivery for >=20 > I don't want to suggest that a CDNI solution needs all of the = variations above. But I expect a CDNI solution (in the short term or in = the long term) will need some form of exchange of dynamic info helping = the uCDN make its dCDN selection decisions and redirections. I think = this is what Emile has in mind too. And it'd be useful to agree where we = place it in the model, whatever it looks like. I'm suggesting this = should go under the CDNI Request-Routing API.=20 >=20 > Makes sense? >=20 Works for me. Ben From ben@niven-jenkins.co.uk Fri Jan 28 07:42:51 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E21593A67D1 for ; Fri, 28 Jan 2011 07:42:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.537 X-Spam-Level: X-Spam-Status: No, score=-103.537 tagged_above=-999 required=5 tests=[AWL=0.062, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 65pegzqPnFrb for ; Fri, 28 Jan 2011 07:42:50 -0800 (PST) Received: from mailex.mailcore.me (mailex.mailcore.me [94.136.40.62]) by core3.amsl.com (Postfix) with ESMTP id 058AD3A67A8 for ; Fri, 28 Jan 2011 07:42:49 -0800 (PST) Received: from host1.cachelogic.com ([212.44.43.80] helo=dhcp-113-devlan.cachelogic.com) by mail5.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from ) id 1PiqWI-0006KU-O0; Fri, 28 Jan 2011 15:45:55 +0000 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=windows-1252 From: Ben Niven-Jenkins In-Reply-To: <7466D828-1FE8-4177-8B87-0369A3E6A16F@cisco.com> Date: Fri, 28 Jan 2011 15:45:51 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <631EFF9A-9F53-4C0E-A626-245EF46BBC19@niven-jenkins.co.uk> References: <20110126115146.324163A69AB@core3.amsl.com> <7466D828-1FE8-4177-8B87-0369A3E6A16F@cisco.com> To: Francois Le Faucheur X-Mailer: Apple Mail (2.1082) X-Mailcore-Auth: 9600544 X-Mailcore-Domain: 172912 Cc: cdni@ietf.org, Viveganandhan Mahesh , Yiu Lee Subject: Re: [CDNi] CDNI Requirements I-D X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 28 Jan 2011 15:42:52 -0000 Francois, On 26 Jan 2011, at 12:03, Francois Le Faucheur wrote: > Folks, >=20 > We've posted a "CDNI Requirements" I-D: > https://datatracker.ietf.org/doc/draft-lefaucheur-cdni-requirements/ >=20 Thanks for starting the process of gathering & documenting requirements = for CDNI. I've included below some comments on the document. There is a lot of = material in the document and I need to spend some more time thinking = about parts of it (e.g. which API may be the best place to address = certain requirements), so please just treat my comments as a first pass. In most cases I have quoted the text of the requirement as context and = then put my comments underneath. Comments: R3 The CDNI solution MUST NOT require to expose the intra-CDN information across CDNs (e.g. Surrogates topology, surrogates status, cached content, ...) for effective and efficient delivery of the content. I would suggest a rewording to: "The CDNI solution MUST NOT require intra-CDN information to be exposed = to other CDNs for effective and efficient delivery of the content. = Examples of intra-CDN information include surrogate topology, surrogate = status, cached content, etc." R7 The CDNI solution MAY support acquisition across CDNs based on other protocols than HTTP. s/other protocols than/protocols other than/ R8 The CDNI solution SHOULD support cascaded CDN redirection (CDN1 redirects to CDN2 that redirects to CDN3) to an arbitrary number of levels. Based on Haibin=92s e-mail may be include an additional requirement that = it should be possible to limit the number of levels. Same comment = applies to R10. R13 The CDNI Control API SHOULD allow the Downstream CDN to communicate to the Upstream CDN aggregate information on the Downstream CDN capabilities, resources and affinities (i.e. Preferences or cost). This information can be taken into account by the Upstream CDN Request Routing system in its CDN Selection decisions. This information could, for example, include: * supported content types and delivery protocols * footprint (e.g. layer-3 coverage) * a set of metrics/attributes (e.g. Streaming bandwidth, storage resources, distribution and delivery priority) * a set of affinities (e.g. Preferences, indication of distribution/delivery fees) * information to facilitate request redirection (e.g. Reachability information of Downstream CDN Request Routing system).=20 I am not sure what the exact split should be but I=92d suggest = =93information to facilitate request redirection=94 fits under the CDNI = Request Routing API and much of the other examples may fit best under = the CDNI Metadata API. My thinking is that the CDNI Metadata API is really about distributing = information about an identifiable object (e.g. metadata on a piece of = content, geo-blocking policy, etc.) and for example we could treat = information about footprint in a very similar way to how we would treat = distribution of IP block details for geo-blocking. As such information = is needed by more than just request routers Metdata API seems a better = fit. R16 The CDNI Control API MUST allow the Upstream CDN to request the Downstream CDN (and potential cascaded Downstream CDNs - if cascaded CDNs are supported by the solution) to interrupt delivery of an object (or object set) and trigger specific cache actions or behaviors in the Downstream CDN surrogates (e.g. Object removal from cache, revalidation). [Editor's note: this functionality is currently described in draft-jenkins-cdni-problem-statement-01 under the Metadata API but probably fits better under the Control API]. I think =93interrupt delivery of an object=94 may imply a real-time = requirement on a downstream CDN to perform these actions and I do not = think we need that. It might be clearer to break out the individual requirements in R16 as = bullets, e.g: =93The CDNI Control API MUST allow the Upstream CDN to request that the = Downstream CDN (and potential cascaded Downstream CDNs =96 if cascaded = CDNs are supported by the solution) perform the following actions on an = object or object set: * Mark an object(s) and/or its CDNI metadata as =93stale=94 and = revalidate them before they are delivered again. * Remove an object(s) and/or its CDNI metadata from its surrogates and = any storage." R19 The CDNI Control API SHOULD allow bootstrapping of the Request- Routing API. For example, this can potentially include: * negotiation of the Request-Routing method (e.g. DNS vs HTTP, if more than one method is specified) I am not sure that negotiation of the Request Routing method is = possible. The Request Router that responds to the User Agent/DNS = resolver has to respond using the protocol it received the request on, = so the choice of Request Routing method is driven by the protocol the UA = connected to the Request Router on. R23 The CDNI Control API SHOULD support virtualization of the Downstream CDN, so that the Downstream CDN appears as multiple virtual Downstream CDN. In that case, the information discussed in the previous requirement MUST be complemented with a Virtual CDN Identifier that is unique in the context of the pair of CDNs on both sides of the CDNI Control API. I am unsure about this requirement as I am not sure exactly what it is = asking for, is there a use case that would illustrate it by way of = example? Also the second sentence reads like a particular solution rather than a = pure requirement. R25 The CDNI Control API SHOULD allow bootstrapping of the Content Acquisition API. This information could, for example, include: * negotiation of the Content Acquisition protocol to be used (e.g. HTTP, HTTPS, FTP, ATIS C2), with some granularity (e.g. On a per content type basis). R26 The CDNI Control API SHOULD allow the Upstream CDN to distribute the information necessary to bootstrap delivery authorization mechanisms to be performed by Downstream CDN. This information could, for example, include: * information necessary for surrogates to perform URI signature based validation For R25 & R26 I think the role of the CDNI Control API is to = exchange/negotiate what protocols & authorization mechanisms a CDN = supports. Communication of the specific protocol/auth mechanism to use & = associated details (credentials etc.) should be on a per object (or = object set) basis via the CDNI Metadata API. R27 - I=92d suggest removing the three bullets marked with =91+=92 as = they=92re very solution specific and I think the requirement is clear = enough from the preceding text. R33 The CDNI Request-Routing loop prevention mechanism SHOULD allow routing of the request (as opposed to the request loop being simply interrupted without routing the request). It=92s not clear to me what =93SHOULD allow routing of the request=94 = means, could you provide an example of how it may work? R34 The CDNI Request-Routing API SHOULD support optional enforcement of a limit on the number of successive CDN redirections for a given request. =93SHOULD support optional enforcement=94 - Does this mean the CDNI = Request Routing API SHOULD support a mechanism but that honouring the = limit is optional? I think just =93SHOULD support enforcement=94 is = maybe what you mean. Same comment also applies to R41. R38 The CDNI Request-Routing architecture MUST support a mechanism by which a Downstream CDN can notify the Upstream CDN when it is unable or unwilling to serve a request, so the Upstream CDN can react accordingly (e.g. Select another Downstream CDN, or serve the request itself). Is this the same as the =93status code=94 in R37? R42 - s/endusers/end users/ R43 The CDNI Metadata API SHOULD support a pre-positioning model whereby the Upstream CDN requests the Downstream CDN to acquire content and associated distribution metadata (and possibly position those into Downstream CDN surrogates) at an appropriate time (now or a specified future time), before the content is actually requested by endusers. [Editor's Note: how much influence the Upstream CDN ought to have on pre-positioning of the content on surrogates inside the Downstream CDN is TBD]. [Editor's note: this functionality is currently described in draft-jenkins-cdni-problem-statement-01 under the Metadata API. Should it be moved under the Control API (since it is not strictly about exchange of metadata but more about triggering multiple actions in downstream CDN, one of them being possibly to get metadata) ?]. The =93trigger=94 is probably better suited to the Control API but the = actual exchange should be via the metadata API, otherwise we will end up = having two different ways to distribute metadata and I think we want to = avoid that situation. R44/R45 - I am not sure we need R44 & R45. R42 & R43 are sufficient. If = we have a method to dynamically acquire metadata (R42) and a method to = trigger a downstream CDN to go collect some metadata (R43) I think we = have R44 and R45 covered with the granularity of how much is = communicated in advance controlled by the =93trigger=94. R46 Whether in the pre-positioning model or a dynamic acquisition model, the CDNI Metadata API MUST provide the necessary information to allow the Downstream CDN to acquire the content from the Upstream CDN (e.g. Acquisition protocol and Uniform Resource Identifier in Upstream CDN- or rules to construct this URI). I=92d prefer this to say =93upstream source=94 to allow for deploymwent = flexibility. In many cases I can see the upstream source would be the = upstream CDN but I would rather we didn=92t restrict ourselves to that = being the only option, e.g. if CDN1 is redirecting to CDN2 because CDN1 = is out of capacity then requiring CDN2 to acquire content from CDN1 may = not make sense. R47 The CDNI Metadata API MUST also provide the necessary information to allow the Downstream CDN to attempt to acquire the content from the content Origin Server, in case it can not be obtained from the Upstream CDN (e.g. Because of a failure scenario). Note that the content Origin Server may or may not be willing to serve the content to the Downstream CDN since the Content Provider may not have a direct agreement/relationship with the Downstream CDN for delivery of this content. In one way this kind of addresses my previous comment but my preference = would be to combine the two requirements into a single requirement as = follows: =93Whether in the pre-positioning model or a dynamic acquisition model, = the CDNI Metadata API MUST provide the necessary information to allow = the Downstream CDN to acquire the content from one or more upstream = sources. Note that some upstream sources (e.g. the content Origin = Server) may or may not be willing to serve the content to the Downstream = CDN, if this policy is known to the upstream CDN then it MAY omit those = sources when exchanging CDNI metadata. R59 The CDNI Metadata API SHOULD allow signalling of the Virtual CDN identifier to be used in the Downstream CDN for distribution and delivery of the corresponding content (or content set). I commented on R23 that a =93Virtual CDN identifier=94 is too solution = specific at this time, so I would also suggest removing this = requirement. R55 appears to be a duplicate of R55 so I suggest it is deleted. Section 11 - You misspelt my surname :-) s/Nivens/Niven/ Thanks Ben From flefauch@cisco.com Mon Jan 31 04:39:12 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DF64C3A6BF2 for ; Mon, 31 Jan 2011 04:39:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.229 X-Spam-Level: X-Spam-Status: No, score=-10.229 tagged_above=-999 required=5 tests=[AWL=0.370, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2FqTu-3kW+5L for ; Mon, 31 Jan 2011 04:39:11 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id 04CE83A68A7 for ; Mon, 31 Jan 2011 04:39:09 -0800 (PST) Authentication-Results: ams-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none Received: from ams-core-2.cisco.com ([144.254.72.75]) by ams-iport-1.cisco.com with ESMTP; 31 Jan 2011 12:42:23 +0000 Received: from ams-flefauch-8713.cisco.com (ams-flefauch-8713.cisco.com [10.55.161.196]) by ams-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id p0VCgMrk032195; Mon, 31 Jan 2011 12:42:22 GMT Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=windows-1252 From: Francois Le Faucheur In-Reply-To: <631EFF9A-9F53-4C0E-A626-245EF46BBC19@niven-jenkins.co.uk> Date: Mon, 31 Jan 2011 13:42:45 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <151967D3-62E3-402C-B3A1-E4968A4C8402@cisco.com> References: <20110126115146.324163A69AB@core3.amsl.com> <7466D828-1FE8-4177-8B87-0369A3E6A16F@cisco.com> <631EFF9A-9F53-4C0E-A626-245EF46BBC19@niven-jenkins.co.uk> To: Ben Niven-Jenkins X-Mailer: Apple Mail (2.1082) Cc: cdni@ietf.org, Viveganandhan Mahesh , Yiu Lee Subject: Re: [CDNi] CDNI Requirements I-D X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 31 Jan 2011 12:39:13 -0000 Hi Ben, Thanks very much for the thorough review. Please see embedded: >=20 > R3 The CDNI solution MUST NOT require to expose the intra-CDN > information across CDNs (e.g. Surrogates topology, surrogates > status, cached content, ...) for effective and efficient = delivery > of the content. >=20 > I would suggest a rewording to: >=20 > "The CDNI solution MUST NOT require intra-CDN information to be = exposed to other CDNs for effective and efficient delivery of the = content. Examples of intra-CDN information include surrogate topology, = surrogate status, cached content, etc." OK. >=20 >=20 > R7 The CDNI solution MAY support acquisition across CDNs based on > other protocols than HTTP. >=20 > s/other protocols than/protocols other than/ OK. I assume same goes for R6. >=20 >=20 > R8 The CDNI solution SHOULD support cascaded CDN redirection (CDN1 > redirects to CDN2 that redirects to CDN3) to an arbitrary number > of levels. >=20 > Based on Haibin=92s e-mail may be include an additional requirement = that it should be possible to limit the number of levels. This is covered in the "Request-Routing section" by R34: " =20 R34 The CDNI Request-Routing API SHOULD support optional enforcement of a limit on the number of successive CDN redirections for a given request. " or do you feel this is broader than Request-Routing and should be moved = to the "Generic Requirements" section=20 > Same comment applies to R10. >=20 >=20 > R13 The CDNI Control API SHOULD allow the Downstream CDN to > communicate to the Upstream CDN aggregate information on the > Downstream CDN capabilities, resources and affinities (i.e. > Preferences or cost). This information can be taken into > account by the Upstream CDN Request Routing system in its CDN > Selection decisions. This information could, for example, > include: > * supported content types and delivery protocols > * footprint (e.g. layer-3 coverage) > * a set of metrics/attributes (e.g. Streaming bandwidth, > storage resources, distribution and delivery priority) > * a set of affinities (e.g. Preferences, indication of > distribution/delivery fees) > * information to facilitate request redirection (e.g. > Reachability information of Downstream CDN Request Routing > system).=20 >=20 > I am not sure what the exact split should be but I=92d suggest = =93information to facilitate request redirection=94 fits under the CDNI = Request Routing API and much of the other examples may fit best under = the CDNI Metadata API. The requirement was intended to bring up "information to facilitate = request redirection=94. In fact, we should just mention exactly that at = the beginning of the requirement. To me, pretty much all of the = examples listed above fit in that category. I agree this should be move to the "Request-Routing API" section. This = is in line with the recent thread on the list. I think this applies also = to R14, R15, R20, R21 and R22. =20 >=20 > My thinking is that the CDNI Metadata API is really about distributing = information about an identifiable object (e.g. metadata on a piece of = content, geo-blocking policy, etc.) and for example we could treat = information about footprint in a very similar way to how we would treat = distribution of IP block details for geo-blocking. As such information = is needed by more than just request routers Metdata API seems a better = fit. Interesting. I see your point about a similar potential need to = communicate "footprint" descriptions for the sake of conveying = geo-blocking content distribution policies (as part of CDNI Metadata) = and for the sake of conveying CDN footprint coverage (as part of CDNI = Request Routing API). But I think we can just make a note of that and make sure that if/when = we get to interface specification, a single mechanisms is defined to = convey such footprint description. Then CDNI Metadata interface can = convey information that lists allowed/blocked footprints, while = Request-Routing interface can convey information that associates = capabilities/attributes/etc to footprints. In other words, my suggestion is that we keep the discussion on = requirements to convey geo-blocking under CDNI Metadata interface and = requirements to convey CDN coverage/capabilities/attributes as part of = the Request Routing interface, and just consider as a potential encoding = optimization the fact those two may share some common information = elements aka a "footprint"). Makes sense?=20 >=20 >=20 > R16 The CDNI Control API MUST allow the Upstream CDN to request the > Downstream CDN (and potential cascaded Downstream CDNs - if > cascaded CDNs are supported by the solution) to interrupt > delivery of an object (or object set) and trigger specific = cache > actions or behaviors in the Downstream CDN surrogates (e.g. > Object removal from cache, revalidation). [Editor's note: this > functionality is currently described in > draft-jenkins-cdni-problem-statement-01 under the Metadata API > but probably fits better under the Control API]. >=20 > I think =93interrupt delivery of an object=94 may imply a real-time = requirement on a downstream CDN to perform these actions and I do not = think we need that. >=20 > It might be clearer to break out the individual requirements in R16 as = bullets, e.g: >=20 > =93The CDNI Control API MUST allow the Upstream CDN to request that = the Downstream CDN (and potential cascaded Downstream CDNs =96 if = cascaded CDNs are supported by the solution) perform the following = actions on an object or object set: > * Mark an object(s) and/or its CDNI metadata as =93stale=94 and = revalidate them before they are delivered again. > * Remove an object(s) and/or its CDNI metadata from its surrogates = and any storage." agreed. >=20 >=20 > R19 The CDNI Control API SHOULD allow bootstrapping of the Request- > Routing API. For example, this can potentially include: > * negotiation of the Request-Routing method (e.g. DNS vs > HTTP, if more than one method is specified) >=20 > I am not sure that negotiation of the Request Routing method is = possible. The Request Router that responds to the User Agent/DNS = resolver has to respond using the protocol it received the request on, = so the choice of Request Routing method is driven by the protocol the UA = connected to the Request Router on. I'll come back on this one later. >=20 >=20 > R23 The CDNI Control API SHOULD support virtualization of the > Downstream CDN, so that the Downstream CDN appears as multiple > virtual Downstream CDN. In that case, the information = discussed > in the previous requirement MUST be complemented with a Virtual > CDN Identifier that is unique in the context of the pair of = CDNs > on both sides of the CDNI Control API. >=20 > I am unsure about this requirement as I am not sure exactly what it is = asking for, is there a use case that would illustrate it by way of = example? a Downstream CDN may offer multiple delivery services. For example, it = could present a virtual CDN that covers one country only (which may be = of interest to other CDNs that just need coverage of that country) or it = could present a virtual CDN that covers one continent (including the = previous country). Alternatively, it could present two virtual CDNs, one = comprising a given set of resources, and another one with a larger set = of resources. >=20 > Also the second sentence reads like a particular solution rather than = a pure requirement. >=20 Agreed. We'll remove it. >=20 > R25 The CDNI Control API SHOULD allow bootstrapping of the Content > Acquisition API. This information could, for example, include: > * negotiation of the Content Acquisition protocol to be used > (e.g. HTTP, HTTPS, FTP, ATIS C2), with some granularity > (e.g. On a per content type basis). >=20 > R26 The CDNI Control API SHOULD allow the Upstream CDN to = distribute > the information necessary to bootstrap delivery authorization > mechanisms to be performed by Downstream CDN. This information > could, for example, include: > * information necessary for surrogates to perform URI > signature based validation >=20 > For R25 & R26 I think the role of the CDNI Control API is to = exchange/negotiate what protocols & authorization mechanisms a CDN = supports. Communication of the specific protocol/auth mechanism to use & = associated details (credentials etc.) should be on a per object (or = object set) basis via the CDNI Metadata API. I agree this is a better split. I propose to reword as: " Rx: The CDNI Control API SHOULD allow bootstrapping of the Content = Acquisition API. This could, for example, include exchange and = negotiation of the Content Acquisition protocols to be used across the = CDNs (e.g. HTTP, HTTPS, FTP, ATIS C2). Ry: The CDNI Control API SHOULD allow exchange and negotiation of = delivery authorization mechanisms to be supported across the CDNs (e.g. = URI signature based validation). " >=20 >=20 > R27 - I=92d suggest removing the three bullets marked with =91+=92 as = they=92re very solution specific and I think the requirement is clear = enough from the preceding text. This was only mentioned as a (fairly obvious) example to make it clear = we don't have to invent everything. But I am fine with removing it since = it seems clear to all. >=20 >=20 > R33 The CDNI Request-Routing loop prevention mechanism SHOULD allow > routing of the request (as opposed to the request loop being > simply interrupted without routing the request). >=20 > It=92s not clear to me what =93SHOULD allow routing of the request=94 = means, could you provide an example of how it may work? Say, there is a redirection loop (CDN1-->CDN2-->CDN3--->CDN1), the = solution could have a pure loop detection mechanism which will result in = a given request/query being dropped when it starts looping. The result = would be that the request is never honored and the user never gets the = content. The objective of the requirement is to say that we want more = than that: we want to make sure that the loop is detected and the loop = is effectively prevented so that the user will get the content somehow. Just for example, CDN3 could realize that it is about to redirect a = request to CDN1, while the request had been redirected earlier via CDN1, = so CDN3 may change its "normal" decision and instead serve the request = itself or redirect to another CDN that is not in the "loop". >=20 >=20 > R34 The CDNI Request-Routing API SHOULD support optional = enforcement > of a limit on the number of successive CDN redirections for a > given request. >=20 > =93SHOULD support optional enforcement=94 - Does this mean the CDNI = Request Routing API SHOULD support a mechanism but that honouring the = limit is optional? No. It is intended to mean that CDNI Request Routing API should support = a mechanism but invoking the mechanism is optional. I propose we reword as: "The CDNI Request-Routing API SHOULD support an optional mechanism = enforcing a limit on the number of successive CDN redirections for a = given request." > I think just =93SHOULD support enforcement=94 is maybe what you mean. = Same comment also applies to R41. >=20 >=20 > R38 The CDNI Request-Routing architecture MUST support a mechanism > by which a Downstream CDN can notify the Upstream CDN when it = is > unable or unwilling to serve a request, so the Upstream CDN can > react accordingly (e.g. Select another Downstream CDN, or = serve > the request itself). >=20 > Is this the same as the =93status code=94 in R37? Yes. I think R37 is more specific than R38, so I propose we remove R38. >=20 >=20 > R42 - s/endusers/end users/ ack. >=20 >=20 > R43 The CDNI Metadata API SHOULD support a pre-positioning model > whereby the Upstream CDN requests the Downstream CDN to acquire > content and associated distribution metadata (and possibly > position those into Downstream CDN surrogates) at an = appropriate > time (now or a specified future time), before the content is > actually requested by endusers. [Editor's Note: how much > influence the Upstream CDN ought to have on pre-positioning of > the content on surrogates inside the Downstream CDN is TBD]. > [Editor's note: this functionality is currently described in > draft-jenkins-cdni-problem-statement-01 under the Metadata API. > Should it be moved under the Control API (since it is not > strictly about exchange of metadata but more about triggering > multiple actions in downstream CDN, one of them being possibly > to get metadata) ?]. >=20 > The =93trigger=94 is probably better suited to the Control API but the = actual exchange should be via the metadata API, otherwise we will end up = having two different ways to distribute metadata and I think we want to = avoid that situation. Agreed. I propose to: *1) add a requirement in the Control API section: " Rx: The CDNI Control API SHOULD support triggering and control for a = pre-positioning model whereby the Upstream CDN requests the Downstream = CDN to acquire content and/or associated distribution metadata (and = possibly position those into Downstream CDN surrogates) at an = appropriate time (now or a specified future time), before the content is = actually requested by endusers. Note that the actual exchange of = metadata and the actual content acquisition are outside the scope of the = Control API: those are supported, respectively, via the CDNI Metadata = API and the Content Acquisition API. [Editor's Note: how much influence = the Upstream CDN ought to have on pre-positioning of the content on = surrogates inside the Downstream CDN is TBD]. " *2) reword R42 and R43 to: " Rx: The CDNI Metadata API MUST allow the Upstream CDN to provide the = Downstream CDN with content distribution metadata of inter-CDN scope. Ry: The CDNI Metadata API MUST support exchange of CDNI metadata for = both the dynamic acqusition model (whereby the Downstream CDN surrogates = acquire content when it is actually requested by end users) and the = pre-positioning model (whereby the Upstream CDN requests the Downstream = CDN to acquire content and/or associated distribution metadata before = the content is actually requested by endusers). [Editor's Note: how much = influence the Upstream CDN ought to have on pre-positioning of the = content on surrogates inside the Downstream CDN is TBD]. "=20 >=20 >=20 > R44/R45 - I am not sure we need R44 & R45. R42 & R43 are sufficient. = If we have a method to dynamically acquire metadata (R42) and a method = to trigger a downstream CDN to go collect some metadata (R43) I think we = have R44 and R45 covered with the granularity of how much is = communicated in advance controlled by the =93trigger=94. I don't think R44 and R45 really follow from R42 and R43. R42 and R43 just say that there needs to be a way to pass metadata and = that this should work both for dynamic acquisition and for = prepositioning scenarios. It does not imply much on whether this is = achieved by pushing all metadata, pushing some allowing to pull the = rest, issuing a trigger that allows the pull. >=20 >=20 > R46 Whether in the pre-positioning model or a dynamic acquisition > model, the CDNI Metadata API MUST provide the necessary > information to allow the Downstream CDN to acquire the content > from the Upstream CDN (e.g. Acquisition protocol and Uniform > Resource Identifier in Upstream CDN- or rules to construct this > URI). >=20 > I=92d prefer this to say =93upstream source=94 to allow for = deploymwent flexibility. In many cases I can see the upstream source = would be the upstream CDN but I would rather we didn=92t restrict = ourselves to that being the only option, e.g. if CDN1 is redirecting to = CDN2 because CDN1 is out of capacity then requiring CDN2 to acquire = content from CDN1 may not make sense. absolutely. See more below. >=20 >=20 > R47 The CDNI Metadata API MUST also provide the necessary > information to allow the Downstream CDN to attempt to acquire > the content from the content Origin Server, in case it can not > be obtained from the Upstream CDN (e.g. Because of a failure > scenario). Note that the content Origin Server may or may not > be willing to serve the content to the Downstream CDN since the > Content Provider may not have a direct agreement/relationship > with the Downstream CDN for delivery of this content. >=20 > In one way this kind of addresses my previous comment Right. > but my preference would be to combine the two requirements into a = single requirement as follows: >=20 > =93Whether in the pre-positioning model or a dynamic acquisition = model, the CDNI Metadata API MUST provide the necessary information to = allow the Downstream CDN to acquire the content from one or more = upstream sources. Note that some upstream sources (e.g. the content = Origin Server) may or may not be willing to serve the content to the = Downstream CDN, if this policy is known to the upstream CDN then it MAY = omit those sources when exchanging CDNI metadata. I propose to expand a bit and spread over two requirements: " Rx: Whether in the pre-positioning model or a dynamic acquisition = model, the CDNI Metadata API MUST provide the necessary information to = allow the Downstream CDN to acquire the content from an upstream source = (e.g. Acquisition protocol and Uniform Resource Identifier in Upstream = CDN- or rules to construct this URI).=20 Ry:The CDNI metadata MUST allow signaling of one or more upstream = sources, where each upstream source can be in the Upstream CDN, in = another CDN, the CSP origin server or any arbitrary source designated by = the Upstream CDN. Note that some upstream sources (e.g. the content = origin server) may or may not be willing to serve the content to the = Downstream CDN, if this policy is known to the upstream CDN then it may = omit those sources when exchanging CDNI metadata. " (it says "may omit" and mot "MAY omit" because the document defines = requirement on the protocol itself, not so much how an implementation = must/should/may use the protocol knobs). >=20 >=20 > R59 The CDNI Metadata API SHOULD allow signalling of the Virtual = CDN > identifier to be used in the Downstream CDN for distribution = and > delivery of the corresponding content (or content set). >=20 > I commented on R23 that a =93Virtual CDN identifier=94 is too solution = specific at this time, so I would also suggest removing this = requirement. This requirement was intended to indicate that Virtual CDN would also = impact the metadata API. But rather than have this show up in every API, = I propose we have a single requirement on Virtual CDN in the Generic = Requirement (as a SHOUDL for "Beyond Initial scope"). > R55 appears to be a duplicate of R55 so I suggest it is deleted. I think you mean R58. The trick is that cascaded CDNs may or may not be kept within Initial = scope. So R55 says: if cascaded CDNs are in initial scope then, the requirement = MUST be met in initial scope. R58 says that : no matter what, the requirement is to be met in = subsequent scope (ie beyond initial scope). >=20 >=20 > Section 11 - You misspelt my surname :-) s/Nivens/Niven/ Sorry about that. Fixed now. Francois >=20 > Thanks > Ben >=20 From gilles.bertrand@orange-ftgroup.com Mon Jan 31 05:26:01 2011 Return-Path: X-Original-To: cdni@core3.amsl.com Delivered-To: cdni@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6E01F3A6C03 for ; Mon, 31 Jan 2011 05:26:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.248 X-Spam-Level: X-Spam-Status: No, score=-2.248 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X3DmFk2GreVf for ; Mon, 31 Jan 2011 05:25:59 -0800 (PST) Received: from r-mail1.rd.francetelecom.com (r-mail1.rd.francetelecom.com [217.108.152.41]) by core3.amsl.com (Postfix) with ESMTP id 5448A3A6BF4 for ; Mon, 31 Jan 2011 05:25:59 -0800 (PST) Received: from r-mail1.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 215916C0013 for ; Mon, 31 Jan 2011 14:29:42 +0100 (CET) Received: from ftrdsmtp2.rd.francetelecom.fr (unknown [10.192.128.47]) by r-mail1.rd.francetelecom.com (Postfix) with ESMTP id 163606C0015 for ; Mon, 31 Jan 2011 14:29:42 +0100 (CET) Received: from ftrdmel0.rd.francetelecom.fr ([10.192.128.56]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Mon, 31 Jan 2011 14:28:51 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CBC14A.CC1E810E" Date: Mon, 31 Jan 2011 14:28:50 +0100 Message-ID: <8E09C72DBC577D489F13A71228C0B7BF020D5DC7@ftrdmel0.rd.francetelecom.fr> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: New (-01) version of CDNI Use Cases drafts Thread-Index: AcvBSsvf7uF70zpXRs2hYJq4ds6v5w== From: To: X-OriginalArrivalTime: 31 Jan 2011 13:28:51.0017 (UTC) FILETIME=[CC56C390:01CBC14A] Subject: [CDNi] New (-01) version of CDNI Use Cases drafts X-BeenThere: cdni@ietf.org X-Mailman-Version: 2.1.9 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, 31 Jan 2011 13:26:01 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CBC14A.CC1E810E Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Dear all, =20 We have posted a new version of the CDNI Use Cases I-D, which can be = found here: http://www.ietf.org/id/draft-bertrand-cdni-use-cases-01.txt. It merges = draft-bertrand-cdni-use-cases-00 and draft-watson-cdni-use-cases-00. =20 A summary of the changes: - Merging of draft-bertrand-cdni-use-cases-00 and = draft-watson-cdni-use-cases-00 - Update of the Use Cases description - Addition of a section on "Discussion on Priorities for the Proposed = Charter" to be worked out later according to the discussions on the = mailing list =20 Looking forward to your feedback. =20 -- Gilles =20 =20 =20 =20 -----Message d'origine----- De : i-d-announce-bounces@ietf.org = [mailto:i-d-announce-bounces@ietf.org] De la part de = Internet-Drafts@ietf.org Envoy=E9 : lundi 31 janvier 2011 14:00 =C0 : i-d-announce@ietf.org Objet : I-D Action:draft-bertrand-cdni-use-cases-01.txt =20 A New Internet-Draft is available from the on-line Internet-Drafts = directories. =20 Title : Use Cases for Content Distribution Network = Interconnection Author(s) : G. Bertrand, et al. Filename : draft-bertrand-cdni-use-cases-01.txt Pages : 21 Date : 2011-01-31 =20 Content Delivery Networks (CDNs) are commonly used for improving the = footprint and the end-user experience of a content delivery service, at = a reasonable cost. This document outlines real world use-cases (not = technical solutions) for interconnecting CDNs. The intention is to = motivate CDN Interconnection and to support the case for formation of a = Working Group, which would work on the definition of standardized, = inter-operable method(s) for interconnecting CDNs. =20 A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-bertrand-cdni-use-cases-01.txt =20 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ =20 Below is the data which will enable a MIME compliant mail reader = implementation to automatically retrieve the ASCII version of the = Internet-Draft. =20 ------_=_NextPart_001_01CBC14A.CC1E810E Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Dear all,

 

We have posted a new version of = the CDNI Use Cases I-D, which can be found here:

http= ://www.ietf.org/id/draft-bertrand-cdni-use-cases-01.txt. It merges = draft-bertrand-cdni-use-cases-00 and = draft-watson-cdni-use-cases-00.

 

A summary of the = changes:

- Merging of draft-bertrand-cdni-use-cases-00 and = draft-watson-cdni-use-cases-00

- Update of the Use Cases = description

- Addition of a section on "Discussion on Priorities = for the Proposed Charter" to be worked out later according to the = discussions on the mailing list

 

Looking forward to your = feedback.

 

--

Gilles

 

 

 

 

-----Message d'origine-----
De : = i-d-announce-bounces@ietf.org [mailto:i-d-announce-bounces@ietf.org] De = la part de Internet-Drafts@ietf.org
Envoy=E9 : lundi 31 janvier = 2011 14:00
=C0 : i-d-announce@ietf.org
Objet : I-D = Action:draft-bertrand-cdni-use-cases-01.txt

 

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

 

=A0=A0=A0=A0=A0 = Title=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : Use Cases for Content Distribution = Network Interconnection

=A0=A0=A0=A0=A0 = Author(s)=A0=A0=A0=A0=A0=A0 : G. Bertrand, et = al.

=A0=A0=A0=A0=A0 Filename=A0=A0=A0=A0=A0=A0=A0 : = draft-bertrand-cdni-use-cases-01.txt

=A0=A0=A0=A0=A0 = Pages=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 21

=A0=A0=A0=A0=A0 = Date=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : = 2011-01-31

 

Content Delivery Networks (CDNs) are commonly used for = improving the footprint and the end-user experience of a content = delivery service, at a reasonable cost.=A0 This document outlines real = world use-cases (not technical solutions) for interconnecting CDNs.=A0 = The intention is to motivate CDN Interconnection and to support the case = for formation of a Working Group, which would work on the definition of = standardized, inter-operable method(s) for interconnecting = CDNs.

 

A URL for this Internet-Draft is:

http://www.ietf.org/internet-drafts/draft-bertrand-cdni-use-= cases-01.txt

 

Internet-Drafts are also available by anonymous FTP = at:

ftp://ftp.ietf.org/internet-drafts/

 

Below is the data which will = enable a MIME compliant mail reader implementation to automatically = retrieve the ASCII version of the = Internet-Draft.

 

------_=_NextPart_001_01CBC14A.CC1E810E--