From extest-admin@lists.bell-labs.com Fri Dec 1 06:00:00 2000 Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA07626 for ; Fri, 1 Dec 2000 06:00:00 -0500 (EST) Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id 02BD744458 for ; Fri, 1 Dec 2000 05:00:10 -0500 (EST) Subject: lists.bell-labs.com mailing list memberships reminder From: mailman-owner@lists.bell-labs.com To: iptel-archive@ietf.org X-No-Archive: yes X-Ack: no Sender: extest-admin@lists.bell-labs.com Errors-To: extest-admin@lists.bell-labs.com X-BeenThere: extest@lists.bell-labs.com X-Mailman-Version: 2.0beta6 Precedence: bulk Message-Id: <20001201100010.02BD744458@lists.bell-labs.com> Date: Fri, 1 Dec 2000 05:00:10 -0500 (EST) This is a reminder, sent out once a month, about your lists.bell-labs.com mailing list memberships. It includes your subscription info and how to use it to change it or unsubscribe from a list. You can visit the URLs to change your membership status or configuration, including unsubscribing, setting digest-style delivery or disabling delivery altogether (e.g., for a vacation), and so on. In addition to the URL interfaces, you can also use email to make such changes. For more info, send a message to the '-request' address of the list (for example, iptel-request@lists.bell-labs.com) containing just the word 'help' in the message body, and an email message will be sent to you with instructions. If you have questions, problems, comments, etc, send them to mailman-owner@lists.bell-labs.com. Thanks! Passwords for iptel-archive@lists.ietf.org: List Password // URL ---- -------- iptel@lists.bell-labs.com Gfcn http://lists.bell-labs.com/mailman/options/iptel/iptel-archive%40lists.ietf.org From iptel-admin@lists.bell-labs.com Fri Dec 1 09:50:58 2000 Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with SMTP id JAA19378 for ; Fri, 1 Dec 2000 09:50:58 -0500 (EST) Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id 672FD44458; Fri, 1 Dec 2000 08:51:04 -0500 (EST) Delivered-To: iptel@lists.bell-labs.com Received: from sj-msg-core-4.cisco.com (sj-msg-core-4.cisco.com [171.71.163.10]) by lists.bell-labs.com (Postfix) with ESMTP id 872D744357 for ; Fri, 1 Dec 2000 08:50:41 -0500 (EST) Received: from ORANLT (oran-home-ss20.cisco.com [171.69.210.4]) by sj-msg-core-4.cisco.com (8.9.3/8.9.1) with ESMTP id GAA24101; Fri, 1 Dec 2000 06:50:27 -0800 (PST) From: "David Oran" To: "'Lakshmi Krishnamurthy'" , "'hammer michael'" Cc: Subject: RE: [IPTEL] CPL Question About Priority Organization: Cisco Systems Message-ID: <013d01c05ba6$0c0dbea0$04d245ab@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2202 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-Reply-To: <3A256FC6.5030904@lucent.com> Sender: iptel-admin@lists.bell-labs.com Errors-To: iptel-admin@lists.bell-labs.com X-BeenThere: iptel@lists.bell-labs.com X-Mailman-Version: 2.0beta6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: http://lists.bell-labs.com/pipermail/iptel/ Date: Fri, 1 Dec 2000 09:50:27 -0500 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by ietf.org id JAA19378 > -----Original Message----- > From: iptel-admin@lists.bell-labs.com > [mailto:iptel-admin@lists.bell-labs.com]On Behalf Of Lakshmi > Krishnamurthy > Sent: Wednesday, November 29, 2000 4:06 PM > To: hammer michael > Cc: iptel@lists.bell-labs.com > Subject: Re: [IPTEL] CPL Question About Priority > > > I agree with this observation. The application always knows best in > terms of the nature & type of resources it needs accommodated by the > network. There needs to be a way of communicating this requirement to > the IP layer. > I disagree with the original observation, but not with your restatement. Luckily, we DO have at least two ways for the application to tell the IP cloud its requirements. One is via RSVP; the other is via DIFFSERV marking. > This need not be an explicit list of QoS params, but > something that is a > user-friendly mapping could be in order. > The mapping is a local system issue and does not affect any protocols. For example, the QoS/Codec API on Win2K knows how to take things like coder specifications, and create the appropriate TSPEC to go into RSVP. What I believe is the disconnect here is whether media transport should have any coupling at all to the call/session signaling, the servers the signaling uses, the proxies it visits, or the path through the network the signaling messages traverse. Some folks thing the two ought to be coupled, as they are in today's PSTN. One of the fundamental benefits of the Internet approach to multimedia (including telephony) is that they are completely *decoupled*. Coupling them would be a serious mistake, in my view, for a number of reasons: 1) some signaled sessions may have no media at all (e.g. presence) 2) it confuses the resources and costs for media carriage from those for establishing sessions and providing non-media-related services. 3) it encourages media flows to visit places they otherwise would not have to, resulting in inefficiencies, extra points of failure, etc. 4) it makes the signaling elements too media sensitive (i.e. need to understand each new medium and its detailed requirements). Dave. > hammer michael wrote: > > > I understand to an extent the distinction you are making, > that the IP > > layer, given the end-point address can figure out how to route the > > packets carrying the media along with resource > reservations. However, > > the existence of Via, Route, and Record-Route parameters > and the usage > > for routes longer than two proxies would seem to undermine > the purity > > of your position. Ultimately the purpose of signaling is > to establish > > the media path, so they are not so totally divorced. > > > > I thought that one of the evolutionary goals of the IP telephony was > > to put as much control in the hands of the end-user. If > such control > > is in the IP layer, how does the user control that? Will that be a > > Web-level interface or must he be an IP guru? I was envisioning a > > little more control in the Application layer via some more > > user-friendly features. In the current PSTN, there is some level of > > stimulus signaling for customers to activate and deactivate features > > and program-in network codes and user phone numbers for > forwarding. I > > would expect that the level of user control would be much > higher in IP > > telephony. > > > > Do you see the network cloud operating transparently and > what service > > you get is what you get? > > Or is there another media-specific protocol that allows the user to > > explicitly control what network routes that his packets traverse? > > > > Mike > > > > > > At 12:22 PM 11/29/2000 -0500, Jonathan Lennox wrote: > > > >> On Wednesday, November 29 2000, "hammer michael" wrote to "Jonathan > >> Lennox, Tom_Gray@Mitel.COM, Cliff.Harris@nokia.com, > >> iptel@lists.bell-labs.com" saying: > >> > >> > You could potentially have a network selection based on dynamic > >> network > >> > characteristics. > >> > Route through network A (the cheapest) unless it is congested or > >> denies me > >> > service, > >> > otherwise route through network B while QoS > X, else > ... > > I > >> know that bandwidth is supposed to be free and plentiful, > but could > >> you > foresee networks of the future dynamically changing their > >> rates based on > demand and users selecting the better > alternatives > >> for routing? > >> > >> Yes, absolutely, but this is way out of scope for the CPL. > Remember, > >> CPL > >> controls *signalling*, and the network selection you're > talking about > >> is for > >> *media*. > >> > >> If I place a call to sip:foo@example.com, and the 200 > response to the > >> INVITE > >> has 128.59.19.147 in its SDP, I'm going to send my packets to > >> 128.59.19.147, > >> regardless of what route my INVITE took. > >> > >> If I'm using manyfolks, I'll also set up a resource reservation to > >> that IP > >> address. That's the point at which the service provider should > >> intervene to > >> figure out what route they want my packets to take. > >> > >> -- > >> Jonathan Lennox > >> lennox@cs.columbia.edu > >> > >> _______________________________________________ > >> IPTEL mailing list > >> IPTEL@lists.bell-labs.com > >> http://lists.bell-labs.com/mailman/listinfo/iptel > > > > > > > > > > _______________________________________________ > > IPTEL mailing list > > IPTEL@lists.bell-labs.com > > http://lists.bell-labs.com/mailman/listinfo/iptel > > > > _______________________________________________ > IPTEL mailing list > IPTEL@lists.bell-labs.com > http://lists.bell-> labs.com/mailman/listinfo/iptel > _______________________________________________ IPTEL mailing list IPTEL@lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/iptel From iptel-admin@lists.bell-labs.com Fri Dec 1 10:54:58 2000 Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with SMTP id KAA26015 for ; Fri, 1 Dec 2000 10:54:57 -0500 (EST) Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id A3506444AA; Fri, 1 Dec 2000 09:52:03 -0500 (EST) Delivered-To: iptel@lists.bell-labs.com Received: from Mitel.COM (newgate.mitel.com [198.53.180.100]) by lists.bell-labs.com (Postfix) with ESMTP id 2307844434 for ; Fri, 1 Dec 2000 09:51:33 -0500 (EST) Received: from kanmta01.software.mitel.com (kanmta01 [134.199.37.58]) by Mitel.COM (V8/MAIL-RELAY-2.1) with SMTP id KAA23298; Fri, 1 Dec 2000 10:51:17 -0500 (EST) Received: by kanmta01.software.mitel.com(Lotus SMTP MTA v4.6.7 (934.1 12-30-1999)) id 852569A8.00571752 ; Fri, 1 Dec 2000 10:51:16 -0500 X-Lotus-FromDomain: MITEL From: Tom_Gray@Mitel.COM To: "David Oran" Cc: "'Lakshmi Krishnamurthy'" , "'hammer michael'" , iptel@lists.bell-labs.com Message-ID: <852569A8.005716E6.00@kanmta01.software.mitel.com> Subject: RE: [IPTEL] CPL Question About Priority Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: iptel-admin@lists.bell-labs.com Errors-To: iptel-admin@lists.bell-labs.com X-BeenThere: iptel@lists.bell-labs.com X-Mailman-Version: 2.0beta6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: http://lists.bell-labs.com/pipermail/iptel/ Date: Fri, 1 Dec 2000 10:51:14 -0500 From: Tom Gray@MITEL on 12/01/2000 10:51 AM It seems to me that there is a more fundamental issue here. This is a discussion on the feature set of CPL which should be subsumed by the question of just what is CPL intended to provide. It is not a full blown call processing language. There does not seem to be a consensus as to what it is beyond that. Should CPL be used as a rule set that can determine the QoS required for an outgoing call? So if it determines that this is an internal call the cheapest connection is used while if this is an external call to a customer then a request should be made to use a connection of a sufficient quality. Is there a tacit consensus that CPL is a system which will contain such rules? "David Oran" on 12/01/2000 09:50:27 AM To: "'Lakshmi Krishnamurthy'" , "'hammer michael'" cc: iptel@lists.bell-labs.com (bcc: Tom Gray/Kan/Mitel) Subject: RE: [IPTEL] CPL Question About Priority > -----Original Message----- > From: iptel-admin@lists.bell-labs.com > [mailto:iptel-admin@lists.bell-labs.com]On Behalf Of Lakshmi > Krishnamurthy > Sent: Wednesday, November 29, 2000 4:06 PM > To: hammer michael > Cc: iptel@lists.bell-labs.com > Subject: Re: [IPTEL] CPL Question About Priority > > > I agree with this observation. The application always knows best in > terms of the nature & type of resources it needs accommodated by the > network. There needs to be a way of communicating this requirement to > the IP layer. > I disagree with the original observation, but not with your restatement. Luckily, we DO have at least two ways for the application to tell the IP cloud its requirements. One is via RSVP; the other is via DIFFSERV marking. > This need not be an explicit list of QoS params, but > something that is a > user-friendly mapping could be in order. > The mapping is a local system issue and does not affect any protocols. For example, the QoS/Codec API on Win2K knows how to take things like coder specifications, and create the appropriate TSPEC to go into RSVP. What I believe is the disconnect here is whether media transport should have any coupling at all to the call/session signaling, the servers the signaling uses, the proxies it visits, or the path through the network the signaling messages traverse. Some folks thing the two ought to be coupled, as they are in today's PSTN. One of the fundamental benefits of the Internet approach to multimedia (including telephony) is that they are completely *decoupled*. Coupling them would be a serious mistake, in my view, for a number of reasons: 1) some signaled sessions may have no media at all (e.g. presence) 2) it confuses the resources and costs for media carriage from those for establishing sessions and providing non-media-related services. 3) it encourages media flows to visit places they otherwise would not have to, resulting in inefficiencies, extra points of failure, etc. 4) it makes the signaling elements too media sensitive (i.e. need to understand each new medium and its detailed requirements). Dave. > hammer michael wrote: > > > I understand to an extent the distinction you are making, > that the IP > > layer, given the end-point address can figure out how to route the > > packets carrying the media along with resource > reservations. However, > > the existence of Via, Route, and Record-Route parameters > and the usage > > for routes longer than two proxies would seem to undermine > the purity > > of your position. Ultimately the purpose of signaling is > to establish > > the media path, so they are not so totally divorced. > > > > I thought that one of the evolutionary goals of the IP telephony was > > to put as much control in the hands of the end-user. If > such control > > is in the IP layer, how does the user control that? Will that be a > > Web-level interface or must he be an IP guru? I was envisioning a > > little more control in the Application layer via some more > > user-friendly features. In the current PSTN, there is some level of > > stimulus signaling for customers to activate and deactivate features > > and program-in network codes and user phone numbers for > forwarding. I > > would expect that the level of user control would be much > higher in IP > > telephony. > > > > Do you see the network cloud operating transparently and > what service > > you get is what you get? > > Or is there another media-specific protocol that allows the user to > > explicitly control what network routes that his packets traverse? > > > > Mike > > > > > > At 12:22 PM 11/29/2000 -0500, Jonathan Lennox wrote: > > > >> On Wednesday, November 29 2000, "hammer michael" wrote to "Jonathan > >> Lennox, Tom_Gray@Mitel.COM, Cliff.Harris@nokia.com, > >> iptel@lists.bell-labs.com" saying: > >> > >> > You could potentially have a network selection based on dynamic > >> network > >> > characteristics. > >> > Route through network A (the cheapest) unless it is congested or > >> denies me > >> > service, > >> > otherwise route through network B while QoS > X, else > ... > > I > >> know that bandwidth is supposed to be free and plentiful, > but could > >> you > foresee networks of the future dynamically changing their > >> rates based on > demand and users selecting the better > alternatives > >> for routing? > >> > >> Yes, absolutely, but this is way out of scope for the CPL. > Remember, > >> CPL > >> controls *signalling*, and the network selection you're > talking about > >> is for > >> *media*. > >> > >> If I place a call to sip:foo@example.com, and the 200 > response to the > >> INVITE > >> has 128.59.19.147 in its SDP, I'm going to send my packets to > >> 128.59.19.147, > >> regardless of what route my INVITE took. > >> > >> If I'm using manyfolks, I'll also set up a resource reservation to > >> that IP > >> address. That's the point at which the service provider should > >> intervene to > >> figure out what route they want my packets to take. > >> > >> -- > >> Jonathan Lennox > >> lennox@cs.columbia.edu > >> > >> _______________________________________________ > >> IPTEL mailing list > >> IPTEL@lists.bell-labs.com > >> http://lists.bell-labs.com/mailman/listinfo/iptel > > > > > > > > > > _______________________________________________ > > IPTEL mailing list > > IPTEL@lists.bell-labs.com > > http://lists.bell-labs.com/mailman/listinfo/iptel > > > > _______________________________________________ > IPTEL mailing list > IPTEL@lists.bell-labs.com > http://lists.bell-> labs.com/mailman/listinfo/iptel > _______________________________________________ IPTEL mailing list IPTEL@lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/iptel _______________________________________________ IPTEL mailing list IPTEL@lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/iptel From iptel-admin@lists.bell-labs.com Sun Dec 3 13:18:58 2000 Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA13549 for ; Sun, 3 Dec 2000 13:18:58 -0500 (EST) Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id 8E0D04436B; Sun, 3 Dec 2000 12:19:02 -0500 (EST) Delivered-To: iptel@lists.bell-labs.com Received: from redball.dynamicsoft.com (redball.dynamicsoft.com [216.173.40.51]) by lists.bell-labs.com (Postfix) with ESMTP id 2F2E944337 for ; Sun, 3 Dec 2000 12:18:44 -0500 (EST) Received: from DYN-EXCH-001.dynamicsoft.com ([216.173.40.50]) by redball.dynamicsoft.com (8.9.3+Sun/8.10.0.Beta12) with ESMTP id NAA00737; Sun, 3 Dec 2000 13:20:49 -0500 (EST) Received: by DYN-EXCH-001.dynamicsoft.com with Internet Mail Service (5.5.2650.21) id ; Sun, 3 Dec 2000 13:16:17 -0500 Message-ID: From: Jonathan Rosenberg To: "'Tom_Gray@Mitel.COM'" , David Oran Cc: "'Lakshmi Krishnamurthy'" , "'hammer michael'" , iptel@lists.bell-labs.com Subject: RE: [IPTEL] CPL Question About Priority MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: iptel-admin@lists.bell-labs.com Errors-To: iptel-admin@lists.bell-labs.com X-BeenThere: iptel@lists.bell-labs.com X-Mailman-Version: 2.0beta6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: http://lists.bell-labs.com/pipermail/iptel/ Date: Sun, 3 Dec 2000 13:16:17 -0500 > -----Original Message----- > From: Tom_Gray@Mitel.COM [mailto:Tom_Gray@Mitel.COM] > Sent: Friday, December 01, 2000 10:51 AM > To: David Oran > Cc: 'Lakshmi Krishnamurthy'; 'hammer michael'; > iptel@lists.bell-labs.com > Subject: RE: [IPTEL] CPL Question About Priority > > > > > From: Tom Gray@MITEL on 12/01/2000 10:51 AM > > It seems to me that there is a more fundamental issue here. > This is a discussion > on the feature set of CPL which should be subsumed by the > question of just what > is CPL intended to provide. It is not a full blown call > processing language. > There does not seem to be a consensus as to what it is beyond that. There is clear consensus that it is a processing language for creation of call control and signaling features by end users, which are executed inside of proxies and other devices within the network. The services span only services related to call establishment - that is, routing, screening, and logging types of services. Certainly it can be used other ways; but thats what it was designed for. If we want to increase its scope significantly for the next rev, we should define some requirements. > > Should CPL be used as a rule set that can determine the QoS > required for an > outgoing call? So if it determines that this is an internal > call the cheapest > connection is used while if this is an external call to a > customer then a > request should be made to use a connection of a sufficient > quality. Is there a > tacit consensus that CPL is a system which will contain such rules? I think both I and Dave Oran, amongst others, have elaborated on why a call control platform, like a SIP server, controller by CPL or any other logic, is ill suited to end to end resource reservation or QoS types of services. -Jonathan R. --- Jonathan D. Rosenberg 72 Eagle Rock Ave. Chief Scientist First Floor dynamicsoft East Hanover, NJ 07936 jdrosen@dynamicsoft.com FAX: (973) 952-5050 http://www.cs.columbia.edu/~jdrosen PHONE: (973) 952-5000 http://www.dynamicsoft.com _______________________________________________ IPTEL mailing list IPTEL@lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/iptel From iptel-admin@lists.bell-labs.com Sun Dec 3 13:28:55 2000 Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA17072 for ; Sun, 3 Dec 2000 13:28:55 -0500 (EST) Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id 27CF04436A; Sun, 3 Dec 2000 12:29:02 -0500 (EST) Delivered-To: iptel@lists.bell-labs.com Received: from sapphire.int.ipverse.com (w067.z208037018.sjc-ca.dsl.cnc.net [208.37.18.67]) by lists.bell-labs.com (Postfix) with ESMTP id 8082F44337 for ; Sun, 3 Dec 2000 12:28:26 -0500 (EST) Received: from matt.ipverse.com (lsanca1-ar5-208-116.dsl.gtei.net [4.33.208.116]) by sapphire.int.ipverse.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XNX7NTJ3; Sun, 3 Dec 2000 10:28:19 -0800 Message-Id: <5.0.2.1.2.20001203102409.0262e220@pop3.ipverse.com> X-Sender: matt@ipverse.com@pop3.ipverse.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 To: Jonathan Rosenberg From: Matt Holdrege Subject: RE: [IPTEL] CPL Question About Priority Cc: "'Tom_Gray@Mitel.COM'" , David Oran , "'Lakshmi Krishnamurthy'" , "'hammer michael'" , iptel@lists.bell-labs.com In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: iptel-admin@lists.bell-labs.com Errors-To: iptel-admin@lists.bell-labs.com X-BeenThere: iptel@lists.bell-labs.com X-Mailman-Version: 2.0beta6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: http://lists.bell-labs.com/pipermail/iptel/ Date: Sun, 03 Dec 2000 10:26:16 -0800 At 01:16 PM 12/3/2000 -0500, Jonathan Rosenberg wrote: > > Should CPL be used as a rule set that can determine the QoS > > required for an > > outgoing call? So if it determines that this is an internal > > call the cheapest > > connection is used while if this is an external call to a > > customer then a > > request should be made to use a connection of a sufficient > > quality. Is there a > > tacit consensus that CPL is a system which will contain such rules? > >I think both I and Dave Oran, amongst others, have elaborated on why a call >control platform, like a SIP server, controller by CPL or any other logic, >is ill suited to end to end resource reservation or QoS types of services. Yes, but there is nothing wrong (and much to gain) with a SIP server or a Softswitch giving hints to a QoS control engine somewhere else in the network. _______________________________________________ IPTEL mailing list IPTEL@lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/iptel From iptel-admin@lists.bell-labs.com Sun Dec 3 13:33:55 2000 Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA18777 for ; Sun, 3 Dec 2000 13:33:55 -0500 (EST) Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id 4EF6B44381; Sun, 3 Dec 2000 12:34:02 -0500 (EST) Delivered-To: iptel@lists.bell-labs.com Received: from redball.dynamicsoft.com (redball.dynamicsoft.com [216.173.40.51]) by lists.bell-labs.com (Postfix) with ESMTP id 683B344380 for ; Sun, 3 Dec 2000 12:33:15 -0500 (EST) Received: from DYN-EXCH-001.dynamicsoft.com ([216.173.40.50]) by redball.dynamicsoft.com (8.9.3+Sun/8.10.0.Beta12) with ESMTP id NAA00770; Sun, 3 Dec 2000 13:35:35 -0500 (EST) Received: by DYN-EXCH-001.dynamicsoft.com with Internet Mail Service (5.5.2650.21) id ; Sun, 3 Dec 2000 13:31:03 -0500 Message-ID: From: Jonathan Rosenberg To: "'hsalama@cisco.com'" , James Kempf Cc: Jonathan Rosenberg , iptel@lists.bell-labs.com, erik.guttman@germany.sun.com Subject: RE: [IPTEL] TRIP for gateways MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: iptel-admin@lists.bell-labs.com Errors-To: iptel-admin@lists.bell-labs.com X-BeenThere: iptel@lists.bell-labs.com X-Mailman-Version: 2.0beta6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: http://lists.bell-labs.com/pipermail/iptel/ Date: Sun, 3 Dec 2000 13:31:02 -0500 > -----Original Message----- > From: Hussein F. Salama [mailto:hsalama@cisco.com] > Sent: Thursday, November 30, 2000 7:47 PM > To: James Kempf > Cc: jdrosen@dynamicsoft.com; iptel@lists.bell-labs.com; > erik.guttman@germany.sun.com > Subject: Re: [IPTEL] TRIP for gateways > > > > If what you are trying to do is distribute routing information, then > > something like a routing protocol that does push seems like it might > > be the better approach, since any failure of freshness pretty much > > invalidates the information. However, if what you are trying to > > do is locate suitable gateway servers based on where they > > can get you to, > > We're not just trying to locate the suitable egress gateway. > We're also > trying to determine the best route to get to that gateway. This route > may consist of multiple signaling proxies. I think some of the disagreements in terms of push vs. pull come from different views on what we are actually talking about. My impression is that we were talking about the egress gateway to proxy only, thus covering a single hop, and being only within a single ITAD. The arguments for push become more persuasive as you move farther into the domain, and then ultimately inter-domain. Indeed, TRIP is designed for inter-domain and it is push. Focusing only on the gateway issue, there are other factors driving push that have not been mentioned. First, recall that any gateway can, in fact, terminate a call to any destination number - its a question of cost. So, if a proxy is managing a farm of say 20 gateways, all of them could service each call. Thus, in the pull model, the proxy would query, and all 20 gateways would respond with a yes. This is wasteful (I understand caching can reduce this). The model for this architecture is, I believe, one where we wish to program the policy for call routing into the proxies alone, and let the gateways be the source of the data that is used as an input to the policy process. The output of this process is the decision about where to forward a call. I think this kind of model is ultimately best served by a push protocol, since it has the fastest response times and least amount of network overhead. A pull protocol would be better if there were many, many entities that could query for service. There, push becomes wasteful. But thats not the case here. We are talking about a single (or a few, given backups), servers that use this data. Query protocols are also transactional in nature, generally requiring per-request authentication and authorization. Again, this makes sense in cases where there may be many queriers (as is the case when the server is a printer and the queriers are end users), but it is not useful when the querying is over a pre-established relationship, as is the case here. In that model, it makes much more sense to establish a secure connection ahead of time, and then not perform authentication or authorization once that has happened. This is how TRIP (and indeed, any other push protocol) would work. So, in the model we have here, I think push is a clear winner. I'd be interested to hear if anyone can provide concrete benefits for the pull protocols in this model; I'd also be interested to hear if you think that the gateway "registration" problem should be solved by a different model. -Jonathan R. --- Jonathan D. Rosenberg 72 Eagle Rock Ave. Chief Scientist First Floor dynamicsoft East Hanover, NJ 07936 jdrosen@dynamicsoft.com FAX: (973) 952-5050 http://www.cs.columbia.edu/~jdrosen PHONE: (973) 952-5000 http://www.dynamicsoft.com _______________________________________________ IPTEL mailing list IPTEL@lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/iptel From iptel-admin@lists.bell-labs.com Sun Dec 3 13:36:57 2000 Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA19713 for ; Sun, 3 Dec 2000 13:36:57 -0500 (EST) Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id 820044438C; Sun, 3 Dec 2000 12:37:02 -0500 (EST) Delivered-To: iptel@lists.bell-labs.com Received: from redball.dynamicsoft.com (redball.dynamicsoft.com [216.173.40.51]) by lists.bell-labs.com (Postfix) with ESMTP id 131344437D for ; Sun, 3 Dec 2000 12:36:33 -0500 (EST) Received: from DYN-EXCH-001.dynamicsoft.com ([216.173.40.50]) by redball.dynamicsoft.com (8.9.3+Sun/8.10.0.Beta12) with ESMTP id NAA00778; Sun, 3 Dec 2000 13:38:46 -0500 (EST) Received: by DYN-EXCH-001.dynamicsoft.com with Internet Mail Service (5.5.2650.21) id ; Sun, 3 Dec 2000 13:34:14 -0500 Message-ID: From: Jonathan Rosenberg To: "'Matt Holdrege'" , Jonathan Rosenberg Cc: "'Tom_Gray@Mitel.COM'" , David Oran , "'Lakshmi Krishnamurthy'" , "'hammer michael'" , iptel@lists.bell-labs.com Subject: RE: [IPTEL] CPL Question About Priority MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: iptel-admin@lists.bell-labs.com Errors-To: iptel-admin@lists.bell-labs.com X-BeenThere: iptel@lists.bell-labs.com X-Mailman-Version: 2.0beta6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: http://lists.bell-labs.com/pipermail/iptel/ Date: Sun, 3 Dec 2000 13:34:14 -0500 > -----Original Message----- > From: Matt Holdrege [mailto:matt@ipverse.com] > Sent: Sunday, December 03, 2000 1:26 PM > To: Jonathan Rosenberg > Cc: 'Tom_Gray@Mitel.COM'; David Oran; 'Lakshmi Krishnamurthy'; 'hammer > michael'; iptel@lists.bell-labs.com > Subject: RE: [IPTEL] CPL Question About Priority > > > At 01:16 PM 12/3/2000 -0500, Jonathan Rosenberg wrote: > > > > > Should CPL be used as a rule set that can determine the QoS > > > required for an > > > outgoing call? So if it determines that this is an internal > > > call the cheapest > > > connection is used while if this is an external call to a > > > customer then a > > > request should be made to use a connection of a sufficient > > > quality. Is there a > > > tacit consensus that CPL is a system which will contain > such rules? > > > >I think both I and Dave Oran, amongst others, have > elaborated on why a call > >control platform, like a SIP server, controller by CPL or > any other logic, > >is ill suited to end to end resource reservation or QoS > types of services. > > Yes, but there is nothing wrong (and much to gain) with a SIP > server or a > Softswitch giving hints to a QoS control engine somewhere > else in the network. It has been proposed by the DCS folks, amongst others, to push authorization for QoS reservation from a proxy server to a COPS server or other QoS policy server somewhere on the network. Thats something different; the QoS availability decisions are still made within the QoS protocols, not by SIP call routing. I don't see a role for CPL in doing this. Furthermore, whether this kind of push is a good idea or not is debatable; I'm personally not a fan, but thats a whole other discussion I'd really rather not have here. -Jonathan R. --- Jonathan D. Rosenberg 72 Eagle Rock Ave. Chief Scientist First Floor dynamicsoft East Hanover, NJ 07936 jdrosen@dynamicsoft.com FAX: (973) 952-5050 http://www.cs.columbia.edu/~jdrosen PHONE: (973) 952-5000 http://www.dynamicsoft.com _______________________________________________ IPTEL mailing list IPTEL@lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/iptel From iptel-admin@lists.bell-labs.com Sun Dec 3 15:16:56 2000 Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with SMTP id PAA19861 for ; Sun, 3 Dec 2000 15:16:55 -0500 (EST) Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id 03D804438B; Sun, 3 Dec 2000 14:17:03 -0500 (EST) Delivered-To: iptel@lists.bell-labs.com Received: from sapphire.int.ipverse.com (w067.z208037018.sjc-ca.dsl.cnc.net [208.37.18.67]) by lists.bell-labs.com (Postfix) with ESMTP id 7EEFF44337 for ; Sun, 3 Dec 2000 14:16:51 -0500 (EST) Received: from matt.ipverse.com (lsanca1-ar5-208-116.dsl.gtei.net [4.33.208.116]) by sapphire.int.ipverse.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id XNX7NTKL; Sun, 3 Dec 2000 12:16:43 -0800 Message-Id: <5.0.2.1.2.20001203121122.02632ec0@pop3.ipverse.com> X-Sender: matt@ipverse.com@pop3.ipverse.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 To: Jonathan Rosenberg From: Matt Holdrege Subject: RE: [IPTEL] CPL Question About Priority Cc: , David Oran , "'Lakshmi Krishnamurthy'" , "'hammer michael'" , iptel@lists.bell-labs.com In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: iptel-admin@lists.bell-labs.com Errors-To: iptel-admin@lists.bell-labs.com X-BeenThere: iptel@lists.bell-labs.com X-Mailman-Version: 2.0beta6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: http://lists.bell-labs.com/pipermail/iptel/ Date: Sun, 03 Dec 2000 12:14:34 -0800 At 01:34 PM 12/3/2000 -0500, Jonathan Rosenberg wrote: > > > > -----Original Message----- > > From: Matt Holdrege [mailto:matt@ipverse.com] > > Sent: Sunday, December 03, 2000 1:26 PM > > To: Jonathan Rosenberg > > Cc: 'Tom_Gray@Mitel.COM'; David Oran; 'Lakshmi Krishnamurthy'; 'hammer > > michael'; iptel@lists.bell-labs.com > > Subject: RE: [IPTEL] CPL Question About Priority > > > > > > At 01:16 PM 12/3/2000 -0500, Jonathan Rosenberg wrote: > > > > > > > > Should CPL be used as a rule set that can determine the QoS > > > > required for an > > > > outgoing call? So if it determines that this is an internal > > > > call the cheapest > > > > connection is used while if this is an external call to a > > > > customer then a > > > > request should be made to use a connection of a sufficient > > > > quality. Is there a > > > > tacit consensus that CPL is a system which will contain > > such rules? > > > > > >I think both I and Dave Oran, amongst others, have > > elaborated on why a call > > >control platform, like a SIP server, controller by CPL or > > any other logic, > > >is ill suited to end to end resource reservation or QoS > > types of services. > > > > Yes, but there is nothing wrong (and much to gain) with a SIP > > server or a > > Softswitch giving hints to a QoS control engine somewhere > > else in the network. > >It has been proposed by the DCS folks, amongst others, to push authorization >for QoS reservation from a proxy server to a COPS server or other QoS policy >server somewhere on the network. Thats something different; the QoS >availability decisions are still made within the QoS protocols, not by SIP >call routing. I don't see a role for CPL in doing this. Furthermore, whether >this kind of push is a good idea or not is debatable; I'm personally not a >fan, but thats a whole other discussion I'd really rather not have here. One more try and then I'll stop polluting the list with this. IF there is a reason to signal a QoS hint somewhere on a call-by-call basis, then wouldn't CPL have a useful role in that? If not CPL, then what else? A random XML script? _______________________________________________ IPTEL mailing list IPTEL@lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/iptel From iptel-admin@lists.bell-labs.com Mon Dec 4 04:29:57 2000 Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with SMTP id EAA02468 for ; Mon, 4 Dec 2000 04:29:56 -0500 (EST) Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id 0294844337; Mon, 4 Dec 2000 03:30:03 -0500 (EST) Delivered-To: iptel@lists.bell-labs.com Received: from qhars002.nortel.com (qhars002.NortelNetworks.com [192.100.101.19]) by lists.bell-labs.com (Postfix) with ESMTP id 25AD744336 for ; Mon, 4 Dec 2000 03:29:26 -0500 (EST) Received: from znsgd00t.europe.nortel.com (actually znsgd00t) by qhars002.nortel.com; Mon, 4 Dec 2000 09:28:51 +0000 Received: by znsgd00t.europe.nortel.com with Internet Mail Service (5.5.2652.35) id ; Mon, 4 Dec 2000 09:28:49 -0000 Message-ID: From: "Mark Gibson" To: "'David Oran'" , "'Lakshmi Krishnamurthy'" , "'hammer michael'" Cc: iptel Subject: RE: [IPTEL] CPL Question About Priority MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2652.35) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C05DD4.9445B4A0" Sender: iptel-admin@lists.bell-labs.com Errors-To: iptel-admin@lists.bell-labs.com X-BeenThere: iptel@lists.bell-labs.com X-Mailman-Version: 2.0beta6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: http://lists.bell-labs.com/pipermail/iptel/ Date: Mon, 4 Dec 2000 09:28:36 -0000 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C05DD4.9445B4A0 Content-Type: text/plain; charset="iso-8859-1" -----Original Message----- From: David Oran [mailto:oran@cisco.com] Sent: Friday, December 01, 2000 2:50 PM To: 'Lakshmi Krishnamurthy'; 'hammer michael' Cc: iptel Subject: RE: [IPTEL] CPL Question About Priority > -----Original Message----- > From: iptel-admin@lists.bell-labs.com > [mailto:iptel-admin@lists.bell-labs.com]On Behalf Of Lakshmi > Krishnamurthy > Sent: Wednesday, November 29, 2000 4:06 PM > To: hammer michael > Cc: iptel@lists.bell-labs.com > Subject: Re: [IPTEL] CPL Question About Priority > > > I agree with this observation. The application always knows best in > terms of the nature & type of resources it needs accommodated by the > network. There needs to be a way of communicating this requirement to > the IP layer. > I disagree with the original observation, but not with your restatement. Luckily, we DO have at least two ways for the application to tell the IP cloud its requirements. One is via RSVP; the other is via DIFFSERV marking. [Mark] However RSVP is typically enterprise only and DiffServ gives you no latency guarantees and won't reject resource reservation in the face of congestion. Neither seems, on their own, particularly suited to core voice applications. > This need not be an explicit list of QoS params, but > something that is a > user-friendly mapping could be in order. > The mapping is a local system issue and does not affect any protocols. For example, the QoS/Codec API on Win2K knows how to take things like coder specifications, and create the appropriate TSPEC to go into RSVP. What I believe is the disconnect here is whether media transport should have any coupling at all to the call/session signaling, the servers the signaling uses, the proxies it visits, or the path through the network the signaling messages traverse. Some folks thing the two ought to be coupled, as they are in today's PSTN. One of the fundamental benefits of the Internet approach to multimedia (including telephony) is that they are completely *decoupled*. Coupling them would be a serious mistake, in my view, for a number of reasons: 1) some signaled sessions may have no media at all (e.g. presence) [Mark] So don't use a QoS indication in this case - whether it's included in the application layer does not have to mandatory for all applications. 2) it confuses the resources and costs for media carriage from those for establishing sessions and providing non-media-related services. [Mark] This can be sidestepped by using media specific filters in the affected routers that are supporting the negotiated streams. Other services continue to be dealt with as before. 3) it encourages media flows to visit places they otherwise would not have to, resulting in inefficiencies, extra points of failure, etc. [Mark] If you decouple the signalling path from the media path with a provisioning mechanism (COPS-PR, SNMP, ...), there need be no direct correlation between the signalling and media path. Again, those application boxes who do not need to heed the QoS parameters could simply ignore them. e.g. proxies at the edge of a domain might want to do some admission control based on the size of new session and, once the destination is known, might want to map the session to a particular path (e.g. LSP in an MPLS case). 4) it makes the signaling elements too media sensitive (i.e. need to understand each new medium and its detailed requirements). [Mark] No more so that sdp is currently, and I believe there are those who believe that sdp is too limited in the b=... parameter. Probably the user is going to have a fixed service level in any case in the form of an SLA that might not bear close relationship to the media. Besides, if you want SIP to extend to mobile (say) the likelihood is that a call to a 'fixed' SIP UA is going to pass through some form of transcoder (e.g. G.723 --> G.711) that will mandate the application signalling to be aware of the media. Probably the answer is not to do this in SIP but in some encapsulated body, thereby avoiding wholesale changes to the SIP protocol and allowing non-QoS aware applications to ignore this information. Mark Dave. ------_=_NextPart_001_01C05DD4.9445B4A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [IPTEL] CPL Question About Priority

 -----Original Message-----
From:   David Oran [mailto:oran@cisco.com]
Sent:   Friday, December 01, 2000 2:50 = PM
To:     'Lakshmi Krishnamurthy'; = 'hammer michael'
Cc:     iptel
Subject:        = RE: [IPTEL] CPL Question About Priority

> -----Original Message-----
> From: iptel-admin@lists.bell-labs.com
> [mailto:iptel-admin@lists= .bell-labs.com]On Behalf Of Lakshmi
> Krishnamurthy
> Sent: Wednesday, November 29, 2000 4:06 = PM
> To: hammer michael
> Cc: iptel@lists.bell-labs.com
> Subject: Re: [IPTEL] CPL Question About = Priority
>
>
> I agree with this observation. The application = always knows best in
> terms of the nature & type of resources it = needs accommodated by the
> network. There needs to be a way of = communicating this requirement to
> the IP layer.
>
I disagree with the original observation, but not = with your restatement.  Luckily, we DO have at least two ways for = the application to tell the IP cloud its requirements. One is via RSVP; = the other is via DIFFSERV marking.

[Mark] However RSVP is typically enterprise only and = DiffServ gives you no latency guarantees and won't reject resource = reservation in the face of congestion. Neither seems, on their own, = particularly suited to core voice applications.

> This need not be an explicit list of QoS params, = but
> something that is a
> user-friendly mapping could be in order.
>
The mapping is a local system issue and does not = affect any protocols. For example, the QoS/Codec API on Win2K knows how = to take things like coder specifications, and create the appropriate = TSPEC to go into RSVP.

What I believe is the disconnect here is whether = media transport should have any coupling at all to the call/session = signaling, the servers the signaling  uses, the proxies it visits, = or the path through the network the signaling messages traverse. Some = folks thing the two ought to be coupled, as they are in today's PSTN. = One of the fundamental benefits of the Internet approach to multimedia = (including telephony) is that they are completely *decoupled*. Coupling = them would be a serious mistake, in my view, for a number of = reasons:

1) some signaled sessions may have no media at all = (e.g. presence)

[Mark] So don't use a QoS indication in this case - = whether it's included in the application layer does not have to = mandatory for all applications.

2) it confuses the resources and costs for media = carriage from those for establishing sessions and providing = non-media-related services.

[Mark] This can be sidestepped by using media = specific filters in the affected routers that are supporting the = negotiated streams. Other services continue to be dealt with as = before.

3) it encourages media flows to visit places they = otherwise would not have to, resulting in inefficiencies, extra points = of failure, etc.

[Mark] If you decouple the signalling path from the = media path with a provisioning mechanism (COPS-PR, SNMP, ...), there = need be no direct correlation between the signalling and media path. = Again, those application boxes who do not need to heed the QoS = parameters could simply ignore them. e.g. proxies at the edge of a = domain might want to do some admission control based on the size of new = session and, once the destination is known, might want to map the = session to a particular path (e.g. LSP in an MPLS case).

4) it makes the signaling elements too media = sensitive (i.e. need to understand each new medium and its detailed = requirements).

[Mark] No more so that sdp is currently, and I = believe there are those who believe that sdp is too limited in the = b=3D... parameter. Probably the user is going to have a fixed service = level in any case in the form of an SLA that might not bear close = relationship to the media.

Besides, if you want SIP to extend to mobile (say) = the likelihood is that a call to a 'fixed' SIP UA is going to pass = through some form of transcoder (e.g. G.723 --> G.711)  that = will mandate the application signalling to be aware of the media. =

Probably the answer is not to do this in SIP but in = some encapsulated body, thereby avoiding wholesale changes to the SIP = protocol and allowing non-QoS aware applications to ignore this = information.

Mark
Dave.

<loads more on this thread, snipped>

------_=_NextPart_001_01C05DD4.9445B4A0-- _______________________________________________ IPTEL mailing list IPTEL@lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/iptel From iptel-admin@lists.bell-labs.com Mon Dec 4 16:41:13 2000 Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with SMTP id QAA09337 for ; Mon, 4 Dec 2000 16:41:12 -0500 (EST) Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id C33D244343; Mon, 4 Dec 2000 15:41:05 -0500 (EST) Delivered-To: iptel@lists.bell-labs.com Received: from dnsmx2pya.telcordia.com (dnsmx2pya.telcordia.com [128.96.20.32]) by lists.bell-labs.com (Postfix) with ESMTP id 906E744336; Mon, 4 Dec 2000 15:40:36 -0500 (EST) Received: from notes949.cc.telcordia.com (notes949a.cc.telcordia.com [128.96.246.8]) by dnsmx2pya.telcordia.com (8.9.3/8.9.3) with SMTP id QAA10004; Mon, 4 Dec 2000 16:33:41 -0500 (EST) Received: by notes949.cc.telcordia.com(Lotus SMTP MTA v4.6.4 (830.2 3-23-1999)) id 852569AB.00766D58 ; Mon, 4 Dec 2000 16:33:32 -0500 X-Lotus-FromDomain: TELCORDIA From: "Petros N. Mouchtaris" To: megaco@standards.nortelnetworks.com, iptel@lists.bell-labs.com, sip@lists.bell-labs.com Message-ID: <852569AB.00766C99.00@notes949.cc.telcordia.com> Mime-Version: 1.0 Content-type: multipart/mixed; Boundary="0__=1wj55wbMuTLaPmr8Vlgwmlg8x6MSQcPhFaLr2uYDP8KJkX3qiio0mrEY" Content-Disposition: inline Subject: [IPTEL] call for papers: VoIP conference Sender: iptel-admin@lists.bell-labs.com Errors-To: iptel-admin@lists.bell-labs.com X-BeenThere: iptel@lists.bell-labs.com X-Mailman-Version: 2.0beta6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: http://lists.bell-labs.com/pipermail/iptel/ Date: Mon, 4 Dec 2000 16:31:46 -0500 --0__=1wj55wbMuTLaPmr8Vlgwmlg8x6MSQcPhFaLr2uYDP8KJkX3qiio0mrEY Content-type: text/plain; charset=us-ascii Content-Disposition: inline Attached is a call for papers for a VoIP conference that is part of SPIE's Symposium on the convergance of IT and communications (ITCOM 2001). Feel free to send me an e-mail if you have any questions. Petros (See attached file: IT201.pdf) --0__=1wj55wbMuTLaPmr8Vlgwmlg8x6MSQcPhFaLr2uYDP8KJkX3qiio0mrEY Content-type: application/pdf; name="IT201.pdf" Content-Disposition: attachment; filename="IT201.pdf" Content-Description: Adobe Portable Document Content-Transfer-Encoding: base64 JVBERi0xLjMNJeLjz9MNCjQyIDAgb2JqDTw8IA0vTGluZWFyaXplZCAxIA0vTyA0NCANL0ggWyAx Mjc0IDM2MSBdIA0vTCA3NzUwNiANL0UgMTYzMDUgDS9OIDIgDS9UIDc2NTQ4IA0+PiANZW5kb2Jq DSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICB4cmVmDTQyIDQyIA0wMDAwMDAwMDE2IDAwMDAwIG4NCjAwMDAwMDExODcgMDAwMDAgbg0KMDAw MDAwMTYzNSAwMDAwMCBuDQowMDAwMDAxODQyIDAwMDAwIG4NCjAwMDAwMDIwNTkgMDAwMDAgbg0K MDAwMDAwMzE0NCAwMDAwMCBuDQowMDAwMDAzMzQzIDAwMDAwIG4NCjAwMDAwMDM1NTIgMDAwMDAg bg0KMDAwMDAwNDY0MSAwMDAwMCBuDQowMDAwMDA0NjYyIDAwMDAwIG4NCjAwMDAwMDUyODMgMDAw MDAgbg0KMDAwMDAwNTMwNCAwMDAwMCBuDQowMDAwMDA1OTE4IDAwMDAwIG4NCjAwMDAwMDY2MDgg MDAwMDAgbg0KMDAwMDAwNjgyNiAwMDAwMCBuDQowMDAwMDA2ODQ3IDAwMDAwIG4NCjAwMDAwMDc0 MjcgMDAwMDAgbg0KMDAwMDAwODUyMCAwMDAwMCBuDQowMDAwMDA4NzI5IDAwMDAwIG4NCjAwMDAw MDg3NTAgMDAwMDAgbg0KMDAwMDAwOTQxNyAwMDAwMCBuDQowMDAwMDA5NDgyIDAwMDAwIG4NCjAw MDAwMDk4MDIgMDAwMDAgbg0KMDAwMDAxMDQ4MiAwMDAwMCBuDQowMDAwMDEwNjg3IDAwMDAwIG4N CjAwMDAwMTEzNjggMDAwMDAgbg0KMDAwMDAxMTU2OSAwMDAwMCBuDQowMDAwMDExNzk4IDAwMDAw IG4NCjAwMDAwMTE5ODIgMDAwMDAgbg0KMDAwMDAxMjY2MyAwMDAwMCBuDQowMDAwMDEyODY5IDAw MDAwIG4NCjAwMDAwMTI4OTAgMDAwMDAgbg0KMDAwMDAxMzUzMCAwMDAwMCBuDQowMDAwMDEzNTUx IDAwMDAwIG4NCjAwMDAwMTQyMTcgMDAwMDAgbg0KMDAwMDAxNDIzOCAwMDAwMCBuDQowMDAwMDE0 Nzg5IDAwMDAwIG4NCjAwMDAwMTQ4MTAgMDAwMDAgbg0KMDAwMDAxNTM2MiAwMDAwMCBuDQowMDAw MDE1NTAxIDAwMDAwIG4NCjAwMDAwMDEyNzQgMDAwMDAgbg0KMDAwMDAwMTYxNCAwMDAwMCBuDQp0 cmFpbGVyDTw8DS9TaXplIDg0DS9JbmZvIDQxIDAgUiANL1Jvb3QgNDMgMCBSIA0vUHJldiA3NjUz OCANL0lEWzxiZDFmNzYyODY4ZTAwYTQ3NTljN2FkY2VjODE1ZjYzZT48YmQxZjc2Mjg2OGUwMGE0 NzU5YzdhZGNlYzgxNWY2M2U+XQ0+Pg1zdGFydHhyZWYNMA0lJUVPRg0gICAgIA00MyAwIG9iag08 PCANL1R5cGUgL0NhdGFsb2cgDS9QYWdlcyAzMCAwIFIgDS9KVCA0MCAwIFIgDS9QYWdlTGFiZWxz IDI5IDAgUiANPj4gDWVuZG9iag04MiAwIG9iag08PCAvUyAxMTYgL0wgMjY1IC9GaWx0ZXIgL0Zs YXRlRGVjb2RlIC9MZW5ndGggODMgMCBSID4+IA1zdHJlYW0NCkiJYmBgYGZgYPnFwMbAIKPAwMuA ALxAMTYGFgaOHoYnOxgY/AwYUIDurHMsIgo/9zb3e055N//M1tVeBYvXFL/Pff3NgYFBydgFBBqA 6hgFgUBICQSUjS1AJgEBCwND5EUgrQbEdmARUQZ+xhJmAUUHbgXxRm4GBqYIBgZOF5EXPAEMDN2H JBj2MDBwSTAmCG0IStBj9GLYwriAqUdkAfcEBoZZBxiYWhkYODwYGBQN+A7MY1jV8J05hKmHI4D3 gsGbiQ2Tu54y71TYwtYhdED9+CSGNqHFTFpMDTwaTAfEFsg7IPlIhoFR9SuQZgJib4AAAwCegzwD DWVuZHN0cmVhbQ1lbmRvYmoNODMgMCBvYmoNMjQ4IA1lbmRvYmoNNDQgMCBvYmoNPDwgDS9UeXBl IC9QYWdlIA0vUGFyZW50IDMwIDAgUiANL1Jlc291cmNlcyA0NSAwIFIgDS9Db250ZW50cyBbIDUx IDAgUiA1MyAwIFIgNTcgMCBSIDYxIDAgUiA3MyAwIFIgNzUgMCBSIDc3IDAgUiA3OSAwIFIgXSAN L01lZGlhQm94IFsgMCAwIDYxMiA3OTIgXSANL0Nyb3BCb3ggWyAwIDAgNjEyIDc5MiBdIA0vUm90 YXRlIDAgDT4+IA1lbmRvYmoNNDUgMCBvYmoNPDwgDS9Qcm9jU2V0IFsgL1BERiAvVGV4dCAvSW1h Z2VCIF0gDS9Gb250IDw8IC9GMiA0OSAwIFIgL0YzIDQ2IDAgUiAvRjQgNTQgMCBSIC9GNSA1OCAw IFIgL0Y2IDY5IDAgUiAvRjcgNzAgMCBSIA0vRjggNjQgMCBSIC9GOSA2NiAwIFIgPj4gDS9YT2Jq ZWN0IDw8IC9JbTEgODEgMCBSID4+IA0vRXh0R1N0YXRlIDw8IC9HUzEgODAgMCBSID4+IA0+PiAN ZW5kb2JqDTQ2IDAgb2JqDTw8IA0vVHlwZSAvRm9udCANL1N1YnR5cGUgL1R5cGUxIA0vRmlyc3RD aGFyIDMyIA0vTGFzdENoYXIgMjU1IA0vV2lkdGhzIFsgMjc4IDI3OCAzNTUgNTU2IDU1NiA4ODkg NjY3IDE5MSAzMzMgMzMzIDM4OSA1ODQgMjc4IDMzMyAyNzggMjc4IDU1NiANNTU2IDU1NiA1NTYg NTU2IDU1NiA1NTYgNTU2IDU1NiA1NTYgMjc4IDI3OCA1ODQgNTg0IDU4NCA1NTYgMTAxNSANNjY3 IDY2NyA3MjIgNzIyIDY2NyA2MTEgNzc4IDcyMiAyNzggNTAwIDY2NyA1NTYgODMzIDcyMiA3Nzgg NjY3IA03NzggNzIyIDY2NyA2MTEgNzIyIDY2NyA5NDQgNjY3IDY2NyA2MTEgMjc4IDI3OCAyNzgg NDY5IDU1NiAzMzMgDTU1NiA1NTYgNTAwIDU1NiA1NTYgMjc4IDU1NiA1NTYgMjIyIDIyMiA1MDAg MjIyIDgzMyA1NTYgNTU2IDU1NiANNTU2IDMzMyA1MDAgMjc4IDU1NiA1MDAgNzIyIDUwMCA1MDAg NTAwIDMzNCAyNjAgMzM0IDU4NCAzNTAgMCAzNTAgDTIyMiA1NTYgMzMzIDEwMDAgNTU2IDU1NiAz MzMgMTAwMCA2NjcgMzMzIDEwMDAgMzUwIDYxMSAzNTAgMzUwIDIyMiANMjIyIDMzMyAzMzMgMzUw IDU1NiAxMDAwIDMzMyAxMDAwIDUwMCAzMzMgOTQ0IDM1MCA1MDAgNjY3IDI3OCAzMzMgDTU1NiA1 NTYgNTU2IDU1NiAyNjAgNTU2IDMzMyA3MzcgMzcwIDU1NiA1ODQgMzMzIDczNyAzMzMgNDAwIDU4 NCANMzMzIDMzMyAzMzMgNTU2IDUzNyAyNzggMzMzIDMzMyAzNjUgNTU2IDgzNCA4MzQgODM0IDYx MSA2NjcgNjY3IA02NjcgNjY3IDY2NyA2NjcgMTAwMCA3MjIgNjY3IDY2NyA2NjcgNjY3IDI3OCAy NzggMjc4IDI3OCA3MjIgNzIyIA03NzggNzc4IDc3OCA3NzggNzc4IDU4NCA3NzggNzIyIDcyMiA3 MjIgNzIyIDY2NyA2NjcgNjExIDU1NiA1NTYgDTU1NiA1NTYgNTU2IDU1NiA4ODkgNTAwIDU1NiA1 NTYgNTU2IDU1NiAyNzggMjc4IDI3OCAyNzggNTU2IDU1NiANNTU2IDU1NiA1NTYgNTU2IDU1NiA1 ODQgNjExIDU1NiA1NTYgNTU2IDU1NiA1MDAgNTU2IDUwMCBdIA0vRW5jb2RpbmcgL1dpbkFuc2lF bmNvZGluZyANL0Jhc2VGb250IC9IZWx2ZXRpY2EgDS9Gb250RGVzY3JpcHRvciA0NyAwIFIgDT4+ IA1lbmRvYmoNNDcgMCBvYmoNPDwgDS9UeXBlIC9Gb250RGVzY3JpcHRvciANL0FzY2VudCA3MTgg DS9DYXBIZWlnaHQgNzE4IA0vRGVzY2VudCAtMjA3IA0vRmxhZ3MgMzIgDS9Gb250QkJveCBbIC0x NjYgLTIyNSAxMDAwIDkzMSBdIA0vRm9udE5hbWUgL0hlbHZldGljYSANL0l0YWxpY0FuZ2xlIDAg DS9TdGVtViA4OCANL1hIZWlnaHQgNTIzIA0+PiANZW5kb2JqDTQ4IDAgb2JqDTw8IA0vVHlwZSAv Rm9udERlc2NyaXB0b3IgDS9Bc2NlbnQgNzE4IA0vQ2FwSGVpZ2h0IDcxOCANL0Rlc2NlbnQgLTIw NyANL0ZsYWdzIDI2MjE3NiANL0ZvbnRCQm94IFsgLTE3MCAtMjI4IDEwMDMgOTYyIF0gDS9Gb250 TmFtZSAvSGVsdmV0aWNhLUJvbGQgDS9JdGFsaWNBbmdsZSAwIA0vU3RlbVYgMTQwIA0vWEhlaWdo dCA1MzIgDT4+IA1lbmRvYmoNNDkgMCBvYmoNPDwgDS9UeXBlIC9Gb250IA0vU3VidHlwZSAvVHlw ZTEgDS9GaXJzdENoYXIgMzIgDS9MYXN0Q2hhciAyNTUgDS9XaWR0aHMgWyAyNzggMzMzIDQ3NCA1 NTYgNTU2IDg4OSA3MjIgMjM4IDMzMyAzMzMgMzg5IDU4NCAyNzggMzMzIDI3OCAyNzggNTU2IA01 NTYgNTU2IDU1NiA1NTYgNTU2IDU1NiA1NTYgNTU2IDU1NiAzMzMgMzMzIDU4NCA1ODQgNTg0IDYx MSA5NzUgDTcyMiA3MjIgNzIyIDcyMiA2NjcgNjExIDc3OCA3MjIgMjc4IDU1NiA3MjIgNjExIDgz MyA3MjIgNzc4IDY2NyANNzc4IDcyMiA2NjcgNjExIDcyMiA2NjcgOTQ0IDY2NyA2NjcgNjExIDMz MyAyNzggMzMzIDU4NCA1NTYgMzMzIA01NTYgNjExIDU1NiA2MTEgNTU2IDMzMyA2MTEgNjExIDI3 OCAyNzggNTU2IDI3OCA4ODkgNjExIDYxMSA2MTEgDTYxMSAzODkgNTU2IDMzMyA2MTEgNTU2IDc3 OCA1NTYgNTU2IDUwMCAzODkgMjgwIDM4OSA1ODQgMzUwIDAgMzUwIA0yNzggNTU2IDUwMCAxMDAw IDU1NiA1NTYgMzMzIDEwMDAgNjY3IDMzMyAxMDAwIDM1MCA2MTEgMzUwIDM1MCAyNzggDTI3OCA1 MDAgNTAwIDM1MCA1NTYgMTAwMCAzMzMgMTAwMCA1NTYgMzMzIDk0NCAzNTAgNTAwIDY2NyAyNzgg MzMzIA01NTYgNTU2IDU1NiA1NTYgMjgwIDU1NiAzMzMgNzM3IDM3MCA1NTYgNTg0IDMzMyA3Mzcg MzMzIDQwMCA1ODQgDTMzMyAzMzMgMzMzIDYxMSA1NTYgMjc4IDMzMyAzMzMgMzY1IDU1NiA4MzQg ODM0IDgzNCA2MTEgNzIyIDcyMiANNzIyIDcyMiA3MjIgNzIyIDEwMDAgNzIyIDY2NyA2NjcgNjY3 IDY2NyAyNzggMjc4IDI3OCAyNzggNzIyIDcyMiANNzc4IDc3OCA3NzggNzc4IDc3OCA1ODQgNzc4 IDcyMiA3MjIgNzIyIDcyMiA2NjcgNjY3IDYxMSA1NTYgNTU2IA01NTYgNTU2IDU1NiA1NTYgODg5 IDU1NiA1NTYgNTU2IDU1NiA1NTYgMjc4IDI3OCAyNzggMjc4IDYxMSA2MTEgDTYxMSA2MTEgNjEx IDYxMSA2MTEgNTg0IDYxMSA2MTEgNjExIDYxMSA2MTEgNTU2IDYxMSA1NTYgXSANL0VuY29kaW5n IC9XaW5BbnNpRW5jb2RpbmcgDS9CYXNlRm9udCAvSGVsdmV0aWNhLUJvbGQgDS9Gb250RGVzY3Jp cHRvciA0OCAwIFIgDT4+IA1lbmRvYmoNNTAgMCBvYmoNNTQzIA1lbmRvYmoNNTEgMCBvYmoNPDwg L0ZpbHRlciAvRmxhdGVEZWNvZGUgL0xlbmd0aCA1MCAwIFIgPj4gDXN0cmVhbQ0KSIlUU02PmzAQ vfMr5mhLi4P55lptWqWXbhVu1R7Y4AASsSmbtNpf0r/b8YyJskKCmTdvhvc8sPt21DC8R78jXas0 hwQvjrJCNRUUtSqyRMPpEu0OFw3PLvoZfWmj3dcUNLTnSCcqqbmNoqJSZQNlqRrf1l6iBIYIK0ma QXuKYh+WBbR/o1/i+HKQpSrE/l87YpAKAwxYyq5m5aC7TgQ7ygImY42PmQpw5NKJeeb6IdNUlQLO jK/wgwoLz2XWqQvNe5440H16EGDM+pgO8rX9js4zdl5txinISpU0kOcqLdg3OtUaC+xU1ioTL3Q/ yLRUWuwpiWWcqUq0owGpq61m0Zy4ygZD48PVdpxNznYzMXmi89WTjFl5js6J9iFxGbUg4lnGFcbE xHNYwiAkhz5/kmIG1mOHyXrbdoDpnevQm3565AZhPXBAk6Hr/8g4zTDv7CYIh4QZjxJtUBCEbaNh NYFsujVgI432Ljrb09M8CCR8Wea7uO2MaE9FrvJGF7if9pk/wDR8gDqtKl6LpTdmAhyJaTDw5xM0 ZaKbnzCDZXQedXbDCZ0uMsfVdShoIMBr5H5nZhOoPl39kmvu99LiTRuKafImvSss779Ik7NCbyn3 H0GCr8KR+FOK0brZDZM/Lp8CMGlk0upuwwgTYxvlIgu/MsMoCg6FJ8rB9LcwuwsMZ2FZ3bB23PmZ 7o0utzc6+M9Ngafk638BBgC/Ugr4DWVuZHN0cmVhbQ1lbmRvYmoNNTIgMCBvYmoNNTM2IA1lbmRv YmoNNTMgMCBvYmoNPDwgL0ZpbHRlciAvRmxhdGVEZWNvZGUgL0xlbmd0aCA1MiAwIFIgPj4gDXN0 cmVhbQ0KSIl8k8lu2zAQhu96ijmSB7HkcJF0TN0UcIAiBkL0EvcguLSjwpYCO06R1+ihz9vh4sQJ jMIHc7Zvfg5H/qa69pWCASprhOzAWdFasKhE20KthWlhH6r1KSqFbS5ElWxjGJURqgGKQt3YSyHd 2VQaUzJXYvT/p1IZKboLlSQFNlSfhCHlth1YgecApYUmqO6EtK+AlJPin3316asBBZ5ynbAOJP3y SbuIbai30uB3laReUkgpDfhVVccj+X9X92zuZ7ffOOl3jGRIxX/4G+Lqwm2ERLqZBP8lAdQbwEQA m/XbLaynPSz6x7A/QD/+hKtxnI7jKuzC+MT9L8JhxiEK2SaZ+dQ50WloaIi2kSoKTWSFsclJb1T5 fRpWAW6fwx7mC1iSPV8sOfiwehin7bR54UoJzSgy9yjVkpdr2HINJYiUxpNOeTzOYRlP6orlZkqV 0dwt5rx2NJjrPxwN4Q9QHCOnPM2eshWytSeLjX1xDtPYb+HuZRe9j9NhOKYTTFzR0xMh/YGPwpE9 ZDMU74zT21v2PveZ18hC6rIJNF2Y1rnVB1XFO52pSq37d6IHjjFpfJvhEPLrzabda81xHFb9h4rD +xUxhj659mxFbHsaJK11nmR6l1m8hmG0bagJVN6oPtXTp6EsYqTkJXCnJXCYKSj/ooGr44bXRGrZ kVMPdkjyMG8vFG0ua2tFZ50t0gj3T4ABAHQ48MINZW5kc3RyZWFtDWVuZG9iag01NCAwIG9iag08 PCANL1R5cGUgL0ZvbnQgDS9TdWJ0eXBlIC9UeXBlMSANL0ZpcnN0Q2hhciAzMiANL0xhc3RDaGFy IDE4MSANL1dpZHRocyBbIDI3OCAzMzMgNDc0IDU1NiA1NTYgODg5IDcyMiAyMzggMzMzIDMzMyAz ODkgNTg0IDI3OCAzMzMgMjc4IDI3OCA1NTYgDTU1NiA1NTYgNTU2IDU1NiA1NTYgNTU2IDU1NiA1 NTYgNTU2IDMzMyAzMzMgNTg0IDU4NCA1ODQgNjExIDk3NSANNzIyIDcyMiA3MjIgNzIyIDY2NyA2 MTEgNzc4IDcyMiAyNzggNTU2IDcyMiA2MTEgODMzIDcyMiA3NzggNjY3IA03NzggNzIyIDY2NyA2 MTEgNzIyIDY2NyA5NDQgNjY3IDY2NyA2MTEgMzMzIDI3OCAzMzMgNTg0IDU1NiAzMzMgDTU1NiA2 MTEgNTU2IDYxMSA1NTYgMzMzIDYxMSA2MTEgMjc4IDI3OCA1NTYgMjc4IDg4OSA2MTEgNjExIDYx MSANNjExIDM4OSA1NTYgMzMzIDYxMSA1NTYgNzc4IDU1NiA1NTYgNTAwIDM4OSAyODAgMzg5IDU4 NCAwIDAgMCAwIA0wIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDU1NiANNTU2IDAgMCAwIDAgMCA3MzcgMCAwIDAgMCAwIDAgMCA1ODQg MCAwIDAgNjExIF0gDS9FbmNvZGluZyAvV2luQW5zaUVuY29kaW5nIA0vQmFzZUZvbnQgL0hlbHZl dGljYS1Cb2xkT2JsaXF1ZSANL0ZvbnREZXNjcmlwdG9yIDU1IDAgUiANPj4gDWVuZG9iag01NSAw IG9iag08PCANL1R5cGUgL0ZvbnREZXNjcmlwdG9yIA0vQXNjZW50IDcxOCANL0NhcEhlaWdodCA3 MTggDS9EZXNjZW50IC0yMDcgDS9GbGFncyAyNjIyNDAgDS9Gb250QkJveCBbIC0xNzQgLTIyOCAx MTE0IDk2MiBdIA0vRm9udE5hbWUgL0hlbHZldGljYS1Cb2xkT2JsaXF1ZSANL0l0YWxpY0FuZ2xl IC0xMiANL1N0ZW1WIDE0MCANL1hIZWlnaHQgNTMyIA0+PiANZW5kb2JqDTU2IDAgb2JqDTUwMiAN ZW5kb2JqDTU3IDAgb2JqDTw8IC9GaWx0ZXIgL0ZsYXRlRGVjb2RlIC9MZW5ndGggNTYgMCBSID4+ IA1zdHJlYW0NCkiJjJNNj9MwEIbFNb9iTsiRGuOPxB+7p1XLIgErVhBOLAeTuq2hTaSkuyv+PXbt ZNvAgdOMv+Z95s0kI1A/Z+hVXv/M3txyoFBvMoKF4OBPVllBMCGMQ91kIRM6XP+GYNntuz4vBObI rDu/bJ9yhQWy7THsauS6FpbTyqa7APn3+r1XElGJclwqTaMWOan8D48YeSRLPCt7AuBJSaBFXkjM zkDFCfTrl5tEIBMB84UJ+MAFJhoEY1hUUB/OcXx7G9vbtrGw3BnXX0U8FUtIXLFIhyAe6JGbVeng 3h77boC77rHZHU3vhsVFCYXpeBNqu2+6fu2Mz5pd6/m3zg7xeoIuaIU1g4LhcjKFVMkUGbJgyn3f bXtz8BYcDu54tPYqtT6JVvov5+cd8NTaSWKcA6FllLjdW1+73cJNu/YuV1giG4PJC+3DkBeUvOy2 fsl9XFySaFypMxk5yfBx3NzQdNfj8CQ4js/ZyumRiI9WznftnYYP5ofbm80vMyzmBqh/TZVkqQJ8 qt/C50Au0Ou8KH1YwQN611vb2If8Om7NqDSm5QsWnSxTo2V+Ah7b6A58dO2MqeAa+2EvKA5/3fht WagSUqlVLDNNSU4pVuhiVuZGaazYWaOEhmreIPPk1nDXrH4PZo4hMeFzc8NjFdLnPwIMABOT/1YN ZW5kc3RyZWFtDWVuZG9iag01OCAwIG9iag08PCANL1R5cGUgL0ZvbnQgDS9TdWJ0eXBlIC9UeXBl MSANL0ZpcnN0Q2hhciAzMiANL0xhc3RDaGFyIDI1NSANL1dpZHRocyBbIDI3OCAyNzggMzU1IDU1 NiA1NTYgODg5IDY2NyAxOTEgMzMzIDMzMyAzODkgNTg0IDI3OCAzMzMgMjc4IDI3OCA1NTYgDTU1 NiA1NTYgNTU2IDU1NiA1NTYgNTU2IDU1NiA1NTYgNTU2IDI3OCAyNzggNTg0IDU4NCA1ODQgNTU2 IDEwMTUgDTY2NyA2NjcgNzIyIDcyMiA2NjcgNjExIDc3OCA3MjIgMjc4IDUwMCA2NjcgNTU2IDgz MyA3MjIgNzc4IDY2NyANNzc4IDcyMiA2NjcgNjExIDcyMiA2NjcgOTQ0IDY2NyA2NjcgNjExIDI3 OCAyNzggMjc4IDQ2OSA1NTYgMzMzIA01NTYgNTU2IDUwMCA1NTYgNTU2IDI3OCA1NTYgNTU2IDIy MiAyMjIgNTAwIDIyMiA4MzMgNTU2IDU1NiA1NTYgDTU1NiAzMzMgNTAwIDI3OCA1NTYgNTAwIDcy MiA1MDAgNTAwIDUwMCAzMzQgMjYwIDMzNCA1ODQgMzUwIDAgMzUwIA0yMjIgNTU2IDMzMyAxMDAw IDU1NiA1NTYgMzMzIDEwMDAgNjY3IDMzMyAxMDAwIDM1MCA2MTEgMzUwIDM1MCAyMjIgDTIyMiAz MzMgMzMzIDM1MCA1NTYgMTAwMCAzMzMgMTAwMCA1MDAgMzMzIDk0NCAzNTAgNTAwIDY2NyAyNzgg MzMzIA01NTYgNTU2IDU1NiA1NTYgMjYwIDU1NiAzMzMgNzM3IDM3MCA1NTYgNTg0IDMzMyA3Mzcg MzMzIDQwMCA1ODQgDTMzMyAzMzMgMzMzIDU1NiA1MzcgMjc4IDMzMyAzMzMgMzY1IDU1NiA4MzQg ODM0IDgzNCA2MTEgNjY3IDY2NyANNjY3IDY2NyA2NjcgNjY3IDEwMDAgNzIyIDY2NyA2NjcgNjY3 IDY2NyAyNzggMjc4IDI3OCAyNzggNzIyIDcyMiANNzc4IDc3OCA3NzggNzc4IDc3OCA1ODQgNzc4 IDcyMiA3MjIgNzIyIDcyMiA2NjcgNjY3IDYxMSA1NTYgNTU2IA01NTYgNTU2IDU1NiA1NTYgODg5 IDUwMCA1NTYgNTU2IDU1NiA1NTYgMjc4IDI3OCAyNzggMjc4IDU1NiA1NTYgDTU1NiA1NTYgNTU2 IDU1NiA1NTYgNTg0IDYxMSA1NTYgNTU2IDU1NiA1NTYgNTAwIDU1NiA1MDAgXSANL0VuY29kaW5n IC9XaW5BbnNpRW5jb2RpbmcgDS9CYXNlRm9udCAvSGVsdmV0aWNhLU9ibGlxdWUgDS9Gb250RGVz Y3JpcHRvciA1OSAwIFIgDT4+IA1lbmRvYmoNNTkgMCBvYmoNPDwgDS9UeXBlIC9Gb250RGVzY3Jp cHRvciANL0FzY2VudCA3MTggDS9DYXBIZWlnaHQgNzE4IA0vRGVzY2VudCAtMjA3IA0vRmxhZ3Mg OTYgDS9Gb250QkJveCBbIC0xNzAgLTIyNSAxMTE2IDkzMSBdIA0vRm9udE5hbWUgL0hlbHZldGlj YS1PYmxpcXVlIA0vSXRhbGljQW5nbGUgLTEyIA0vU3RlbVYgODggDS9YSGVpZ2h0IDUyMyANPj4g DWVuZG9iag02MCAwIG9iag01ODkgDWVuZG9iag02MSAwIG9iag08PCAvRmlsdGVyIC9GbGF0ZURl Y29kZSAvTGVuZ3RoIDYwIDAgUiA+PiANc3RyZWFtDQpIiVxSwW7bMAy95yt4lIdakxLXTrDjhgEd MKBbjfbQ7qDJdK3WlgpJTta/H2U7aZuDLVIiHx8fubpncOd833x1wxfI/tQ/Vp+/70BC3a4uuZQg oP62ElwIUUKtVzmZu2QeVvfsBkOnGm+yvOQFg5+uU/ZiwdjOGBVfv0HI4gSRzAQBVHeP2SXl+6yg f5idcy4FL8sZKJ/IbI5I1a6aka4xehcyKXiVqIy6i8qbcMZnSxkLoYQgUi6DrH56KyW4XELYb/VE LabXvFhzajuXfL2ZnmrVv6gGL+bUBX3Dq4Ulgxp77XxjFFm6s653jwbDhDWF5Wu+rk4NkdKJDpdF slI/dYegnd2jf0SrEVwLxrbOD1kuN1wyFY2zoGxDUcMwWqOnm6ldkYjKatG9WBBjymTvyECnAqi+ dwdsIFK9MUx1GhUVWIwH558DtFm+ZY5yJY0oodefliFsF84yWamCa1v0xj6mKawZ7J0h4oniMPbR DJjUCOj3dB043HVo4TbFfIQ9bUm5WxbNkQpZyUualBTs6no6Htitu7p+yCbnQJ20xodIItEeNKPG WRj02lCLr3Q/BVKbx2qCF1ux7OFgmtwa6jnJYiIkvEH5Z4yEk1SyBID/XnDedRvM/h2OKI84qo/o LU2CnkkEYhwdRK8ak4ajeojY40vnLM5CkKxrwtPI4deoehNfaQAf5Dhtxu64GTezglnFd2wial0E AhJMZXlFqzE7enY8jY8Os6xNXE7y06GJkglhRPiLWqX50+cDHNCfTYW2Sf8XYABqBCTkDWVuZHN0 cmVhbQ1lbmRvYmoNNjIgMCBvYmoNPDwgDS9UeXBlIC9FbmNvZGluZyANL0RpZmZlcmVuY2VzIFsg MSAvRzQgXSANPj4gDWVuZG9iag02MyAwIG9iag08PCAvRmlsdGVyIC9GbGF0ZURlY29kZSAvTGVu Z3RoIDIyOSAvU3VidHlwZSAvVHlwZTFDID4+IA1zdHJlYW0NCkiJYmRgYWJgZGRUcHV1c3V00Q4P 0AupLMhPL0osyMhMDq7MTcrPKTawNAKpsfwhw/RDlvmHKMtvSR7m+TwsP+R4xLp/V8qwrPl5mFVu AeP/7m4IycP+PVngexr/90zB7u9rhRhYGBmZTTwT3U18E5OL8nNTUzIT493y80og9qQWxZvoGcaH B8RjWo1DEIcjGRgYWRgY2xmYgPbZd/P91P5x9vsTUfeSoJg4udjYwBL3Hs+u4EUxOzlidhUfOid1 dtHRnTvldu46uuhcz8WuIyU74zh2xi4KcpfqZucDCDAARdRnOAplbmRzdHJlYW0NZW5kb2JqDTY0 IDAgb2JqDTw8IA0vVHlwZSAvRm9udCANL1N1YnR5cGUgL1R5cGUxIA0vRmlyc3RDaGFyIDMyIA0v TGFzdENoYXIgMTgxIA0vV2lkdGhzIFsgMjUwIDMzMyA0MDggNTAwIDUwMCA4MzMgNzc4IDE4MCAz MzMgMzMzIDUwMCA1NjQgMjUwIDMzMyAyNTAgMjc4IDUwMCANNTAwIDUwMCA1MDAgNTAwIDUwMCA1 MDAgNTAwIDUwMCA1MDAgMjc4IDI3OCA1NjQgNTY0IDU2NCA0NDQgOTIxIA03MjIgNjY3IDY2NyA3 MjIgNjExIDU1NiA3MjIgNzIyIDMzMyAzODkgNzIyIDYxMSA4ODkgNzIyIDcyMiA1NTYgDTcyMiA2 NjcgNTU2IDYxMSA3MjIgNzIyIDk0NCA3MjIgNzIyIDYxMSAzMzMgMjc4IDMzMyA0NjkgNTAwIDMz MyANNDQ0IDUwMCA0NDQgNTAwIDQ0NCAzMzMgNTAwIDUwMCAyNzggMjc4IDUwMCAyNzggNzc4IDUw MCA1MDAgNTAwIA01MDAgMzMzIDM4OSAyNzggNTAwIDUwMCA3MjIgNTAwIDUwMCA0NDQgNDgwIDIw MCA0ODAgNTQxIDAgMCAwIDAgDTAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgNTAwIA01MDAgMCAwIDAgMCAwIDc2MCAwIDAgMCAwIDAg MCAwIDU2NCAwIDAgMCA1MDAgXSANL0VuY29kaW5nIC9XaW5BbnNpRW5jb2RpbmcgDS9CYXNlRm9u dCAvVGltZXMtUm9tYW4gDS9Gb250RGVzY3JpcHRvciA2NyAwIFIgDT4+IA1lbmRvYmoNNjUgMCBv YmoNPDwgDS9UeXBlIC9Gb250RGVzY3JpcHRvciANL0FzY2VudCA2OTkgDS9DYXBIZWlnaHQgNjc2 IA0vRGVzY2VudCAtMjA1IA0vRmxhZ3MgMjYyMTc4IA0vRm9udEJCb3ggWyAtMTY4IC0yMTggMTAw MCA5MzUgXSANL0ZvbnROYW1lIC9UaW1lcy1Cb2xkIA0vSXRhbGljQW5nbGUgMCANL1N0ZW1WIDEz OSANL1hIZWlnaHQgNDYxIA0+PiANZW5kb2JqDTY2IDAgb2JqDTw8IA0vVHlwZSAvRm9udCANL1N1 YnR5cGUgL1R5cGUxIA0vRmlyc3RDaGFyIDMyIA0vTGFzdENoYXIgMTgxIA0vV2lkdGhzIFsgMjUw IDMzMyA1NTUgNTAwIDUwMCAxMDAwIDgzMyAyNzggMzMzIDMzMyA1MDAgNTcwIDI1MCAzMzMgMjUw IDI3OCANNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDMzMyAzMzMgNTcw IDU3MCA1NzAgNTAwIA05MzAgNzIyIDY2NyA3MjIgNzIyIDY2NyA2MTEgNzc4IDc3OCAzODkgNTAw IDc3OCA2NjcgOTQ0IDcyMiA3NzggDTYxMSA3NzggNzIyIDU1NiA2NjcgNzIyIDcyMiAxMDAwIDcy MiA3MjIgNjY3IDMzMyAyNzggMzMzIDU4MSA1MDAgDTMzMyA1MDAgNTU2IDQ0NCA1NTYgNDQ0IDMz MyA1MDAgNTU2IDI3OCAzMzMgNTU2IDI3OCA4MzMgNTU2IDUwMCANNTU2IDU1NiA0NDQgMzg5IDMz MyA1NTYgNTAwIDcyMiA1MDAgNTAwIDQ0NCAzOTQgMjIwIDM5NCA1MjAgMCAwIA0wIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgDTAg NTAwIDUwMCAwIDAgMCAwIDAgNzQ3IDAgMCAwIDAgMCAwIDAgNTcwIDAgMCAwIDU1NiBdIA0vRW5j b2RpbmcgL1dpbkFuc2lFbmNvZGluZyANL0Jhc2VGb250IC9UaW1lcy1Cb2xkIA0vRm9udERlc2Ny aXB0b3IgNjUgMCBSIA0+PiANZW5kb2JqDTY3IDAgb2JqDTw8IA0vVHlwZSAvRm9udERlc2NyaXB0 b3IgDS9Bc2NlbnQgNjk5IA0vQ2FwSGVpZ2h0IDY2MiANL0Rlc2NlbnQgLTIxNyANL0ZsYWdzIDM0 IA0vRm9udEJCb3ggWyAtMTY4IC0yMTggMTAwMCA4OTggXSANL0ZvbnROYW1lIC9UaW1lcy1Sb21h biANL0l0YWxpY0FuZ2xlIDAgDS9TdGVtViA4NCANL1hIZWlnaHQgNDUwIA0+PiANZW5kb2JqDTY4 IDAgb2JqDTw8IA0vVHlwZSAvRm9udERlc2NyaXB0b3IgDS9Bc2NlbnQgMCANL0NhcEhlaWdodCAw IA0vRGVzY2VudCAwIA0vRmxhZ3MgNCANL0ZvbnRCQm94IFsgMCAtMjI5IDExOTYgODE1IF0gDS9G b250TmFtZSAvRUVGRUFEK1dQLlR5cG9ncmFwaGljU3ltYm9sczA5MiANL0l0YWxpY0FuZ2xlIDAg DS9TdGVtViAwIA0vQ2hhclNldCAoL0c0KQ0vRm9udEZpbGUzIDYzIDAgUiANPj4gDWVuZG9iag02 OSAwIG9iag08PCANL1R5cGUgL0ZvbnQgDS9TdWJ0eXBlIC9UeXBlMSANL0ZpcnN0Q2hhciAxIA0v TGFzdENoYXIgMSANL1dpZHRocyBbIDY2MyBdIA0vRW5jb2RpbmcgNjIgMCBSIA0vQmFzZUZvbnQg L0VFRkVBRCtXUC5UeXBvZ3JhcGhpY1N5bWJvbHMwOTIgDS9Gb250RGVzY3JpcHRvciA2OCAwIFIg DT4+IA1lbmRvYmoNNzAgMCBvYmoNPDwgDS9UeXBlIC9Gb250IA0vU3VidHlwZSAvVHlwZTEgDS9G aXJzdENoYXIgMzIgDS9MYXN0Q2hhciAxODEgDS9XaWR0aHMgWyAyNTAgMzMzIDQyMCA1MDAgNTAw IDgzMyA3NzggMjE0IDMzMyAzMzMgNTAwIDY3NSAyNTAgMzMzIDI1MCAyNzggNTAwIA01MDAgNTAw IDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCAzMzMgMzMzIDY3NSA2NzUgNjc1IDUwMCA5MjAg DTYxMSA2MTEgNjY3IDcyMiA2MTEgNjExIDcyMiA3MjIgMzMzIDQ0NCA2NjcgNTU2IDgzMyA2Njcg NzIyIDYxMSANNzIyIDYxMSA1MDAgNTU2IDcyMiA2MTEgODMzIDYxMSA1NTYgNTU2IDM4OSAyNzgg Mzg5IDQyMiA1MDAgMzMzIA01MDAgNTAwIDQ0NCA1MDAgNDQ0IDI3OCA1MDAgNTAwIDI3OCAyNzgg NDQ0IDI3OCA3MjIgNTAwIDUwMCA1MDAgDTUwMCAzODkgMzg5IDI3OCA1MDAgNDQ0IDY2NyA0NDQg NDQ0IDM4OSA0MDAgMjc1IDQwMCA1NDEgMCAwIDAgMCANMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCA1MDAgDTUwMCAwIDAgMCAwIDAg NzYwIDAgMCAwIDAgMCAwIDAgNjc1IDAgMCAwIDUwMCBdIA0vRW5jb2RpbmcgL1dpbkFuc2lFbmNv ZGluZyANL0Jhc2VGb250IC9UaW1lcy1JdGFsaWMgDS9Gb250RGVzY3JpcHRvciA3MSAwIFIgDT4+ IA1lbmRvYmoNNzEgMCBvYmoNPDwgDS9UeXBlIC9Gb250RGVzY3JpcHRvciANL0FzY2VudCA2OTkg DS9DYXBIZWlnaHQgNjUzIA0vRGVzY2VudCAtMjA1IA0vRmxhZ3MgOTggDS9Gb250QkJveCBbIC0x NjkgLTIxNyAxMDEwIDg4MyBdIA0vRm9udE5hbWUgL1RpbWVzLUl0YWxpYyANL0l0YWxpY0FuZ2xl IC0xNS41IA0vU3RlbVYgNzYgDS9YSGVpZ2h0IDQ0MSANPj4gDWVuZG9iag03MiAwIG9iag01NjIg DWVuZG9iag03MyAwIG9iag08PCAvRmlsdGVyIC9GbGF0ZURlY29kZSAvTGVuZ3RoIDcyIDAgUiA+ PiANc3RyZWFtDQpIiWxTsbKbMBDs/RVXQsbWgHl52GVm0iSTIgWTJvMKGc6gRJYcSTbh73MngR1m XqUTSLt3u6vNrhBFfaygGTc/s1FprUyf715FnUGwkO/KIgtWo5MB007bEf7cpFZhghO28uYR7BnC gMC/WusD7fO35uum+bBh+KI4QtNuElOZmPi4R3dXLQpobCenLWjpeiIhjlY6p9B5GFUYQBKw6SE4 2amgrAFl1vA1wxeirrhidHs+o+NBykJUGQyqHx49z6wepEPq1njVpbMzZJHAio8JqsOrttOFRt9n SMJkJmkSPyRFaPof9st3AZ+0t9tYwyA9dU1SqOAfuqy7PsxEJVdMJa9XlDo/CgJelL262CsL7PJd LQ6ZZHcOWcfUtEZFpIaAGq+DNQ9Z/f9s1XGfOAZ5x7xmhs5Z4utolRcZVCu1ngR8i0qju6TR/K0l JL+a8yGUKF+X1jk4QFKhmdta2ptvGhgHJM9dUsdgGK377aGVhka0d/JgJU65XxLzepgpViZK08W7 JwRSqYOzdbCYTnkZCY/8dXJ6P4qcRK4YF/+2pCFdewQjDDIwurGBCSIucZymZwTJplVcGCp7WrDM JyBvftHf3V5UL9B8Xue1qpe8NvQaeksuxoekSBcb9atT2mg9s/l1TCAtbt6ZFoFO00M9xcmD7aPK sTmiLUVZP2n38+ixYlqHHqVr6YLfAppeGeRHx+KSqs7nL3W0MHnPS3QvYDsYq22v0G/zt38CDAAQ 7kH1DWVuZHN0cmVhbQ1lbmRvYmoNNzQgMCBvYmoNNTg4IA1lbmRvYmoNNzUgMCBvYmoNPDwgL0Zp bHRlciAvRmxhdGVEZWNvZGUgL0xlbmd0aCA3NCAwIFIgPj4gDXN0cmVhbQ0KSIl0U8Fu2zAMxa75 CqIne6hdO47jZLdu3YAOGLChxi7DDooiR9xkKZPkpPn7UpabtMN2CR8j8/GJfGo/z9q3s6zIi6Is oeUzQquAjrMfyRG9BAad4YMDo0GaI3BmLQrrCGhIs7JIDP2WeZl0aba6BJFmDQUbMxCPHD3qHXw3 91/Tn+3Ythgbhl6JE/aAXDgAL5mHvTUH3AqQuJPwZ2AK/QlMB9Nn4A0MhF2etr9m8yqf1zBf5HUD 7V28TFEH7gCX6zreppVIqo3uhBWaOCjbM+sDrZcC7tsPpu/h4dTvjcOhB6a3o9ACMrreC+p1nFO9 Digwf3yUuEF/DUeJXMZ5iXFigZhaHoTdjT1N93z3SFVFqmoVUKBC3RnbM49UTAKouO8HjTz+4wWX 2iizQ+FyaKU4T5LIqomsqZdNJHNhB01ySrMlhT6sokmm26W0uWNa51WCSo2ZZ2lD6W8B+1igYgEL s4pQxwPwMZUxFbCZABsimM6nKnJERWF4Zn01gUUUXVYBBdF3Iozr5r0Z1FbYtJznywSYFaF6kbAY roPzKAZ3MueznuxC5hrtch7S6R8+44bsuzUWmHKGPKyU2MLVAyqkNcEXM2jPUOdXEIxFm5/n1eKy +erZVNV6GvHt4KWh1xAGSCLHiPqAnmjHoRpww6ZHD2zjvGXcO8Doi84oZY4k+2+XvZAbLGCFYoHO mz1y9y4Iu/m0BHqj3UuFyZt4sppOcnJBMR6EJwe3lktSxf1ghXvFkY2fnrv/n+fb5R0+TO+QPn0S YACr0S4YDWVuZHN0cmVhbQ1lbmRvYmoNNzYgMCBvYmoNNDczIA1lbmRvYmoNNzcgMCBvYmoNPDwg L0ZpbHRlciAvRmxhdGVEZWNvZGUgL0xlbmd0aCA3NiAwIFIgPj4gDXN0cmVhbQ0KSImkU02P2jAQ Va/8ijnG1eK1Q/hIb0gIiapaoSXqpduDY4bg1tjIMcvy7+uPpdrLtiq9jGcy0Xtvxs+D++UEODS7 wZDRyRSGnPIpNItB8YE0Pwb3y1nupiZLjUfUSrRKK3+5g0fsQ4ZGhlyYLSzFSXtorEYnjMSM8a8M X+1qDRt0z0pin2D7XMB8vepvwgz/McZKaGRKJ/UMmvPgW6Y62DxOoiJDzgplPHZOeGUNnJXfh+BQ Y9+DQX+27mdPvjef35XBIg+LDH8RxK+C6rrOglaB2UUGZTrCGa0LsDtIMpOQ9aZ5AGWkPm0VmYa2 IXWIXYqwIrz8/c2nPhI+CodORY6KDEvKiw6NT2O8rx7g4Trv2603H/9wexvVGaGDfDg66620uoed dWmG2/ww325d2H2EjDdkTocWXaqOgULIPf4vQ9qvfUYHQsp4zR7l3lhtOxWwnwqkHYWXxebLHUjR anwit/Es8Kjt5RAWD/hyDEOEl/Nq8egua/pwCmdwmxHKjMAryqoAwSBnfFZFKl5XdDqKJjq8NXjM qlG205yUNR0XLamK3jshPSxOCAvh8ROZFQEBlti6k3AXMqpoVUAZTJlMwWhVj9NQbBxfy9Wywafy lwADAEZHFYkNZW5kc3RyZWFtDWVuZG9iag03OCAwIG9iag00NzQgDWVuZG9iag03OSAwIG9iag08 PCAvRmlsdGVyIC9GbGF0ZURlY29kZSAvTGVuZ3RoIDc4IDAgUiA+PiANc3RyZWFtDQpIiWxTW2/a MBR+9684j/ZDPN9iJ3srJNU2rV0FYdI07SGkps2UQsVl1f79jh2DOkARsXMu/i7HEMGFyKF5Iz/p Hcuk4ZK2LBM8p+vDrtv2r3uoDh6qdu8/Msc1BVXAWeVfpjV3mBFCsl/NF/LhNgcJzYpIyYUBgc+4 k9JyhTlbcFEKLHkhWWCgcNuRsLNuJPOwZZlFiE3n/WO/ftrBZhUiCLMf1+cAbmi/g26zTjmfuvy6 8/DGsiIUDAMsPbwelkO/e/aP0K7x96fth3Y5eGj3Z8d6eEmH+BRCeJ50qVGX41aWFjIUZXMFTUVE FBC404Y1v0nBiyIKjxslLC8dyNxyrd/pznVoo59qCD3nbikludP/dUUYenMFQZVclVcQbHJWSjM6 O5k3OD6cA50xge8bphwu0/hxTEGK3lcQlV9QK/NzuHcO3F3y08LwXF/hZ0781MgvIht6v5hPZ5+R jkQaD5EXhWpRQ5UKxlA9HwlmjjsndBiJVkaHkcTzTXk8X7jTNVcaL/ICBZc0mpHjJYZJDaePCCxw 9NNj5OsPJjWiwreUmYzt9ex7XV21SDsdFRsU7i4s4sGiuiHa4j8BHC5Ym+syeJVpbmHrySplbYEW lpfZfwIMAES80PYNZW5kc3RyZWFtDWVuZG9iag04MCAwIG9iag08PCANL1R5cGUgL0V4dEdTdGF0 ZSANL1NBIGZhbHNlIA0vU00gMC4wMiANL09QIGZhbHNlIA0vb3AgZmFsc2UgDS9PUE0gMSANL0JH MiAvRGVmYXVsdCANL1VDUjIgL0RlZmF1bHQgDS9UUjIgL0RlZmF1bHQgDT4+IA1lbmRvYmoNODEg MCBvYmoNPDwgL1R5cGUgL1hPYmplY3QgL1N1YnR5cGUgL0ltYWdlIC9XaWR0aCAxNTIgL0hlaWdo dCAxNTIgL0JpdHNQZXJDb21wb25lbnQgMSANL0NvbG9yU3BhY2UgL0RldmljZUdyYXkgL0xlbmd0 aCA0MzkgL0ZpbHRlciAvQ0NJVFRGYXhEZWNvZGUgL0RlY29kZVBhcm1zIDw8IC9LIC0xIC9Db2x1 bW5zIDE1MiA+PiA+PiANc3RyZWFtDQr5MgaZVQV5BQK5KgPciwHh5EgPDZBA4IHBEFdBDY4cEQ21 YTIFwYIgYsgg2ocKGEDTBwkwQ3BWEgcKMOEyTB4dSXAvDhQRBp1DqCDYdFRCBt8MIJhkNOO2gg2F 4YaCDYQXDBpBsILsNJsJdhoIg4gjtsEFww0r2wS2w0vbCC7JA17ZGRwzpr3BBdipwJ2K7W+12q9r hr9hLa/a7X9d/2thr9r1/X/yEm16Ja/ktbWq/7+v/9pf+3+fDH5mGP4X8E2tL////+//39f/fX/9 f//v7//+vv6nQUfNAYa1h/BygLYX/h8F/76/9rUhn+F17w84DfOBsX/+lh/+C2H/4Lg//rf/rd/6 r////+//1v/1u/9V//71/1tkdXzqKt/9/v/pb/67t/6W4+Kq79Lv/tv0l3+rf0vfqrb9Lt+krv12 36S2/SVt+ltutJdtNJK2xFdsMIJYbSVsMJbYYSWwwkrDBhLbBkM1OrkQGyuUglWhe5JermcCDq6B gnXRDpA0rYRDPWKsQZOGnbhXq63q3V6vV0r1eFb71eFDpXq9Xq8KHq3V0FD1eFD1eFeoeFDEK1DC j+ACACAKZW5kc3RyZWFtDWVuZG9iag0xIDAgb2JqDTw8IA0vVHlwZSAvUGFnZSANL1BhcmVudCAz MCAwIFIgDS9SZXNvdXJjZXMgMiAwIFIgDS9Db250ZW50cyAzIDAgUiANL01lZGlhQm94IFsgMCAw IDYxMiA3OTIgXSANL0Nyb3BCb3ggWyAwIDAgNjEyIDc5MiBdIA0vUm90YXRlIDAgDT4+IA1lbmRv YmoNMiAwIG9iag08PCANL1Byb2NTZXQgWyAvUERGIC9UZXh0IF0gDS9Gb250IDw8IC9GMiA0OSAw IFIgL0YzIDQ2IDAgUiAvRjUgNTggMCBSIC9GNiA2OSAwIFIgL0YxMCA0IDAgUiAvRjExIDUgMCBS IA0vRjEyIDYgMCBSIC9GMTMgNyAwIFIgL0YxNCA4IDAgUiAvRjE1IDkgMCBSID4+IA0vRXh0R1N0 YXRlIDw8IC9HUzEgODAgMCBSID4+IA0+PiANZW5kb2JqDTMgMCBvYmoNPDwgL0xlbmd0aCA2Nzcz IC9GaWx0ZXIgL0ZsYXRlRGVjb2RlID4+IA1zdHJlYW0NCkiJlFf9U9vMEZ6Q2LKxxwJj4yTQ9Jp+ zKkTK7o7fea3ACZxS4AB87aZ0B+EEUFvwWZsk7f5N/oXd/fuJMuEJHQYLOlOe/fc7rPPrhzyefn1 u2NGPk+XGUnJshC2F5BAcJsz4tihS7oes92QTJLli8VZT3h2xElXviWnPT+0g59Z+yHDy7fWgtm+ B8auzURm7NmC3zPricgO/IWtA8f2o59Y+0GEl2+ttwbLr3cFYWRwsRwRB/4i4ro2BxPG4OLAzPWy YzuOSwbDZYcMflumzLYGv4IdV3YMlpOm8sYL5YZFa7Ts4hoOR/tP9Phk60N/YDFGifw9sByb0zfW vwZ/y1EwDv5jdxeC3YnanDlqd7DE3Qc7y/TR0uMnpbKxAI7bkesH6gUJQchzwB0LFBjywer6dgAg PHqy/X7w1mKe7dMji9uC9o8lqNxHXYATki5M+dmKBcfwO46xfbWxOryf7cz9uRusbgCb9QekB/u6 AGP7PdF3WxZ4gB4PjrKZARkckIP9noTUGyyzCA4fgcdDOwJ8EQYdtvLz0Ga+5A7EHcgD7ztM+VJC YjyDJLjy7fbB/m7vqLe/3cOTdBk4JgT3dSEI+UHE/MSf6MH+ntX1AN3HDJUigBeEyEfuSkLeByoU tg+5BMzkrECULL7ibnil58I5l0IF4JdxOkzIgRXYHv1iRfCbTEj/kJzCTP/w1EKGCTukiYWHoMPL 0fhq/PmrRNt1AaoQGE+P3xNP8XOie55ve+J+mr+1OIcodpHcx5LoR3Jou0D9vqS+vN3DNxntLTJu MSsBLXrt25x0HwA1t1Uo2RwwywEzO6InCEQgKAee3qungyOy1z/WY/39d/ejZG5kR8EdmILnOzHN s1N6M0lHw/QmviLx7exyPCEX6WQ6O7UU78ARruIdQ/5l1GMSKN2F1+OrzHKKJnPiwRFC5N93iceA 1cg8Dtog5gIn/DlKnaBvyC6CArSf0y94ckGTEVBqFF8nMJiO0lkaX03JaDxTfPJt15WgBbAKQH+i 8XCY3Mzis6vk1HpF9mK52kV8nV59xQU51cu9Im8vLtKrNJ6l49Er0CQuYDJG33sUxkef5Q6Dvyqs 0RxrpLDG5+eTZDp9hbRyIUSJYtNVcnM5HsHyu/F/cM2IvrIwxiQenZPedZyCF5WlrY6AogX54Ebq BHdo5v2cZm4INlFBZRwZ/k/08Kh33NuXDAoV1UKqn/oH+/fzSS/pR1ALCqES8+MLdfz+6DwdxrOE oFvp+HZCbibJRTJJRqAOF8CXlwdWSCdAt0M4bDKaSUe/JOOJ3NgpRu1eNtCXh+PpDLSlaG+/BIaM YNGbq3iYXMMwSadkenv2azKckdkYnaVD5s6TgGt9GF7GQK//WgJVi5yn0+Ekkas+JBL+AyLBQZsC 5yEpv6WSPMvvIz28rZ+Jvvb+OfhhnKByhlEepblYMy3Wb29uJmPJw5Cm1xAulQVweqjx5DcLahij Y6WYk/OHUTL4uSNEJGzXy3ApL3yif+99BNmFzf+RKdzO8Y9OJ0IOTV6hI/o2onsp5HdMrjHXQK9p qvL3+vaajC9A4b4oNyZS9Mm/k6/qWR7co+OHHjl8wJF9ONJ36tLWUb+3S7b6B+9UPTq08PjvP35H 0r0I8rm4YN4DqNi6maSTXNNf36gkAdnSIp0JO2SZX5T1/5so3+cJlADodqEh8qEX9rJeWPDQ9vy8 GZ5Pc9+zoYkoNMM88mTv+mNz4fjYcN9nDvKPyzv4EeDKbgzN/ewrwMOyIxwP6xOaw7ybN+qyE8+a WuhYHB1SeQemwLsAiqsbFXol3YNVqqdQWGt1+PXwv94wDQt7ssaKuq7iPM4011rtJt6o8ZXGmrpZ gl9B1zvq6alybMN81ll73jHbncXVHsGvS031EixRazXzHdVCnfa62dhoPK935nu1zE29eqNWq5r1 trTCeRk8Bu0iKjxQA0ggSU9x8ne1Fw15pmptoS/sssAOXCENwtCZcynIuQShVFw6m84sUEI6gV8X airWxaEaIju3CdmJ1UMiZ97oNNDJFdrQiETzFrRQGHxXf0FADd5NzibQgwp6G6vrV0vgVwX03g5b TCwQSZARv7Dkt5ih/qN349EtFAUJOwXnefRGQnwodvjoC8Ii9nnW+loLCLTUH2IJ1lsA6+XaAi2N Fhe4Y5CSoAaB4+i2tzs/QbF1OpyMh1YX+EqT5BxkYKoeUAZnl2n2pF8Zj1Sl1gaQ4EiUFDq8s4Tc 3J5dZQaXyblsXOIv6hnaF2ytSAzF9jIh19jqc9gRhcde9AWWd4gjwI3w02GnkEHQhQC1INDynHhl LsMc9iNgY143vFymGNeRf9+DjzUOraYqoCEWUPmJKCsojm9nA9mL+zvkQ3Z7crx91LcY6Dw9zN/b OemRHf1GNtg7Jh9O8rXJVo/MN9IL5BvtfcQPWGDegZrIkPWOfuntqFy7E1MXtAikvXDauWt0pYHG O6ODk9cauPOxw4DfAIUTLOmjpcdPSuVyyaiUq6UnSpdQnryGWS1V8MaUv1Vjpboqb2rmalmNVMzq 6pJ812hKG6PaNNdKctZsttT7aol2tma5LjcxyqWlJy0VRs6B3KgjbuBLHVlVr/OmWdaba2MclNpo NqvrZkmNNqtGc7UGqAFESUmroSFUV4zmE4mi81T7JRNsrpzCCRQJSAxfBNqXqvLm+YF3yJzfN6pr RivTZasLDqRSnY1atTACvbqgRt1sb1Q3O0ZrY8MAFW6CUK80NjYapG4+/0MW0kILoDDwEKrnQiMe FYrG0wYouA/ZsqkudakvTXXJ5mQQYMfVdrvzQg01W3quLZuYjs4yf7Fp0AiwRnqFggW1Y9FtNlfq lDfa2JityvSvWrDZemPN6obQIkkkLf3QMTovX3Tazc6m0WwYMh7tajanWi4je3yOaENaV+VPDaqC tdJR5QkrUz7zrLMh88ilOJ71FS7HBOG+wI9bDtXY/c63pX7RgxrPCp7nnjpZq92G6tfY1AAQmkur 5ibEEQMe0DLEerPzogM/ZhM8r94wLOwFacWCxoT+ER88+uhPZSDCGupgSBsQC1hIL7KODKmv3QHv uXYAF8Gx7/gBdvfORwPXUUFfvVAVuyG3jYAz0KdShT2kRjasn1tWF7lkWozW/ywfkNDQQ1Nd+DFy vCPPCJTTxh0jy1BQjmaznq+uV5i3Mup9vUsboob8xam/3Dm562Ffxh1otvzFo3+Pt9ABuvfylt/H W/VBoaXPqFQrKGL8camGF0k8o6JGGmZ55fFqSaIsNVaatUpdzq+uqfX9rLmxpYIJVzfJD8bQKtdq csO23nEdL+sqjzslqV2NtlFZr1fKS41S+enCC6VnlbpZWgL1lu9pueVG23wuLTfw53F5XW6xVEc8 jlRarnDSdnmpruY6qKZ8afXO+v9jvUqWG0eOaBBgAVCgAgQXgGSLaqm1NdAS1cRKYMb2eNrhi68e n0b/4d93boWFouQ5zIUs1JrLy8yXnd9R/TgGuHvWBYlFhsrBfnRQ0TXRzPIi1mMsOb782zd4jx6x HC0mvfBIREtt4J7YdWIyfEVXu1NWC8cBKr/1bFv1Z3E+wgurmH2Cl5iH4t4ipGGOUijPUnrmBSqY +rETeKH/Z7lxtwg0RUekAwMasW0Oj5IYTngxY7PwtK20oyK7cxqAEY6QPaYgZqdjHFM5y6OZuOit G2U36xzamoAymhxA48/S+cohWV1L0GUAFDk+YciaDrWjGfIWqj1yT4e8cGF7wWwUdG90Zfk2JmTJ tUZV7ZEoqHwfq7ktCmfFeY3/mIPj2GZoW1qQyCgEPHobj/EH756A0qi8mHJy8RDAyu7zDIueW+rz tdoB+u23zr25vv5yWoUbYHDSJpB4j2MVoNB3G4ZaqFuDNBY76iLjfdEHusYkeCTKWsbsd/cPt+qR crwKPG3cBlUvKyCdnwHqVmBRfcWHbz6z6go1VexSiWPWTm2322UQk5WXjnvxybM2zidPA9I+nVjm DK1qwRrD2p41XB/vVp+xUmXMQI7JEutai7UbWEPydb3V6xshS8au46rTQGUaXixGfk0cDnjgYV0Q q5l3MXtNv4WESE9TrG+65Mq25hxsM6qHGUUCRHQtWRhoOOsW7DuAAVU0KmlUjm1N8TABdjiCx94c HbhmqMFJien8T6Jekhu2DIJFl6lWb9VRK8K2B5dgej+tEFz3PD3IauBxliMnOfrqtDxxc/FS1exn GhXQQAFZrssTGmcI6oRkRAZyRNqVHpJoYThNGMi0sRqTGJdq3PAYcH064J6C4qVkzNHAiJID5TaM BCQpWJAd2DItoEXAy0Pk7gXwLdAhcejXTfGloN/DE2RNmrt7TZ6AkrWQtEogWc9X8Fcke1jLofUr Et51i+SqTZ5XaYacn/d+h6VMTu8Q8mXCp2X3wbCw4pgh/6rz6iU73mRZ+5I3Jwx0pHIJEdaMVR54 8fcEE37ANgw51DA3C3A8Nuc+a16qshRIQnAZTBOPzZEzQneRYqdAV2H/k2Or1a9CoPCKgm1F0kNz HvJfv5XP0mwoh4DWoLEyOS1HH/u2Kt2XsLpAKPvKdqJzt83VYFZ9f9pnpBzn8yznAoa4lPZinNcA DS2AM0OOjikOnNMmmOfAcQ0S5hwWHB9ea4CyCwglGcAT+cuhaPrejF8ItB/a1txhPfzQlZHyQ7Xw l9OpEpjnPpnS91DPOrFX/jJauvPlAuqyv56rJWUxf7qxbR4ZASoJSejGmmPxDsueWA5GMFL8luKj ampMocDbD80pxTc6jVFW5YjDFo8eIe+awDKK+naKbYX2VxvFiMqh62oBx0NE4QGxvbbJ3vM5/28h /H0erlcuD4iSfzoJ97EzuT6NGNUB9Wkz0OIsuciKdsQvJEUpQB8cw2BEPV5TCEoM0Rwjpk52D3uz w1Aq3AiwmA3mZW4RcAum3cE+9Ct0ciptGkCr7DDAbjjn89bBKUq/4D8+hO0jtLyZfP6xB2WpkP++ iqct6ClXAUcWLSAzlVCa0xqUfngwsyRHqU2GqoojgaiCpHG8KZqX5sMEVUAma3A7Oq7PyYeSTV9h TwFV/yhRjASgSazIIbI+79Ki3FJCF1vclPBo+eGjRzBrNXqUHS6loMYnmwTTiTFahakkWfLCQ34/ eQIQYNJ+TWDQsnWyGsR8Hiyg2BmiBDMfnsRLHB4yD8E9Fede9m7Fq26KKY3KMqXiWHenRB4kHTiD rRkVPw4tKAx1WQ9xPrQnbKb7Akw1TSJ/Hj7fJpxm0fH7poGqh3Mb/pg6ocsjFqAUZNUDZJWMrAKR tebNmH6PyUzUgok7DplwcSTVyGQlbNujBRXGFS7bZMIK5aJ/KzXBxbf4oXma7udJo0Rkh/N+q4Mp jmUhMchIyF4HRXDj2LazlSoDDlOSVqQpgdReNdSWNJBGjUVzoqrJv//z41///Mdv40xSAvFp6yH7 y8YkCWlvNUo14h93kiLttSAAywQlxy/HdV8h63zbcPV6QkUL2TMHQH3lQ56IbbpHCMAmLxAJndzn G8iTtJeJWYAX5jsuOQ+AxjzZQ9V2OQqrLh5xpNj0EX6VicN5hJfAUQ3MYS8xlWXmGYAnhg0CYCHb DJRwTm4DMuJ0pXoM6ly6hdekuQVylSClIkJVJ8/t7dMVhdCOEUd8K8FtMMd7fhJOloF6Daj3jBO8 9ES4ynevsiSXduAx70L0YlVAMrBKkao0z5P95OohRclv79Tu+aB4YQL5uUny/PszL/LsDsOllIt4 YfI8giipaEb/xdbo/iFFlnDLpGet7peTpfrZKdWX67X6mYqCLVhugcBmUg38tXrcKfWXv97c/A0r WJtAR3etvt/tzHtw98yL4+6s2s3nSHyYYwXsFfnLKCLhyetraA31TN3p5f9/HR//pXsSICgRthcM Dv1LeqPKH+F1GMUA1592f1eORcEfOfEUyS2aqwLf3XLJMyQQYPX51+tPv/5gW8CGLz9+/KJQyyNn ZuKLpphjKTdDKqh9OaVimugeoU2eN0Y2qIBM9fCuOBW+mhNXdpnTdt86lZqfUQYswcpTGtekwNLY zPRZ8BK3WTiQ1qaEQtkMWptSCtodPF0l1ENd0m0aH2dNUyxasUxAc8V7g7RKRlsjQucVSdFyKe1e zYEnHAd1tA9MSOAZKL3CWIbbLyjrL4k/ZYn+vIAeCmvk7mJtRikWwpVwFwjDKllzdavLxAd7lKRG ZU6iSut+jAQhWXQPRItLGCI3v5I9gWkd12bTFh4pk/Xu8YRMQlGvm2GKNi1TesRi9chZmIoKlxZX VqQ/4Y/IsTa0SKCKuhK05+sR8fkJLf89uXTs0OdLWuwZt/yWhx0qTSwGi3G4sL1gxj3OYBnYy2AX RAcPUP+NFnlpxshLH76gvtIQxWuZpLZC867mQHtyKwwiF2hJQFNuaNH/oMhyuj7UVHmgsnnBV6gT 5YGIRUbEAj6Y38GAZIY34asitaj2F0iN4L8GLPD3KTcIZN0YAO9Cyor/Oj0Y8jFuyeBEWYNkh0Ev S82QcqDXoIQFQEL/2Wh6QJL5xtsmwewEKzXQzqI4A5YlCUJs0LAg+nSEAGnvcjS9MSPN7868QDom aDjeQUvs2F6EJAc6KUCyF8gQPOt0s2Rebfwuk5SWXCOBnJkNPsuz+EWDE6HN6xqi2niKEyI5xZUp 7UUedS+WDror6XvefZ48SCJGM8vDt3L7LZQG9gXpfD+0PD2l7KwVAdWlBLFUL8hZI0fYMW3wHEuB fXAcx6RS5HXYnqsF32PbyzFdO5triyPwm6JrWKR1hXLSQq4m1rS6dIOle0dWXqxhtKRUtp4tVgsN WbYF8GJ2PEXTSXotasidRd+kiNsfrEC7YYQ6cQxuOEtgpMPXhDS2aWwsDsN7JzAggC+2AQloaWMh vu3DnON1LHvezdAp7hPkyVDPHHfgQAwRygVfPQ2BQQiRvx3lBHjLiC0i9+K+Iyo5nCXL3kiWGckY jO9lgzx/yY4mfN/JBpgxBskgEyCfyQV7c925aDWuIJG/hR6LjpNqlFUNAKuPAJi3QIX6Ys/dKyTa yYXjkNQW5+xJoGZuOB/TqFOQQT0qs0ENNzCTxBVIkGYFmrLLCn3om7RgyRS3md2JIZxkih0a2lpm Ss7bvLgJbfs1HdmkWyPvehrqW0p3XFK/sTUFgDd1NTTo+e24VEqh+KhOADX6H+PVtqO4EUQVg42J rTY22EwGMrM7MFojLSwY2wxSEmmU7B/kbff/v2Pr2m4bouyT3dXV96pT55z/JzAIrbvAqIXT3S0S l0u/SJyUUTh7ABTDJqEf704Sr+Eynlo0TsUGoiyYTRNtdWeBset0RRO5xAMUD0JpLyO/lxZ25R0d NNeSy0V1S626nARTytVoTpUACsFix3kfWcCVB8LfdKxuQ/rAVieR2dBLkVStVCHtAIom28rplAWD uYM7lX0+e+2opLgKjLjQYIGS3IxmJvYzG+9IGmdZFMZxF2ACK/z3Asf2phhYasnGvtzihz99ZJvV GFTS88e5vwBZAqGToKq9RUYnKo68RymOgzzgDRj5QY+6YDrhAh9W/1OH3HSPI30Ow55AEn3Kiryr j54f34dJkCRNLxuGyTCKEWP26tjdfQ//KDV6WFQdjoOJIaZ6Ffh4aJ3EOYus+gykjKroHhVKtvwo lJ5gCevrL+jwhhzyAvWYzBimIGGBMPabU07hrDAoDE7qvGazWTLE4XLSk5jMriNzZNkyWUt3Vizh pxH/BsEvIi3yVmqHfjNSSRfkfNB/BT5Aaz7u9m/dcrprnT8Sw56PCHNV7hGZNB5afQc3wiq5vieS QKUlJSi64BCxwbK9P1c4IRzD/ueFuIAkBDjg0bY3ks7fHX9DYdbNkDBbP9GR8c2w56x3gAZ1oI62 fBLNihfTMDcs7u5NFp8Cj7jqIx7Lg4W946AcnwV76Rr7wrRmYbpvr/gmif6hGK1KWpLaAJRVaRKM Lbr9UkdTI8mt429mJQ+Lu2vKaDlUmqB1r/8pH4Bjv5VbAivCVaO2AnCH1dFF1FEtUN2KOmrlOi+d OqKRLtaSIfSorNQ9r9CTgiHbc8JIaqFFk5SFG9QVXJM4NbC08CHMrTWFs3NVIfaWWRAy1oW5mzvV 6+fN9mWxtO1FEAmwFl2ZaiRkPDHxUeyYLVPLmVkOTMnYhLm5Gx1amdcZcGwqLTEOJ6a7oLuMRJ8Q 2R24geWVqdfEU1h1nKkjMKSLcn6Fu3Moa6dVX+WFbosG4vymd+Uy0KnpvPp2EuTyYg1es/kZmVOd Wvg4xLA+891sMOUw6K8oLxGFIHFy/FaQQGjmrEQ4w39xwayAzyeUSCfMFfR/RICGYZBizJ7EWWan aXQJ8jHYaHVqmfNLb85hlg0IbwWRUF/vEN41yRZmrqJWEY+B2aZqywMrb4zW/M5PM8sOz3OhbSkz fWY0s5xNZhwVgQlnkQ6h7mko4UA1WXoe9PXmHaclZJjEYR4WymO46gvjToKOJlTMYTzLEKTOM8np 9lFhkmj4UWfBJObOMCTqKuLoRqRxe4phpn3rziNLRrJKx+9M4OyGrxcom7oge+mcxdOENQiHwIuT pXR6gbcKYsIVu0wTZYymSVgMheKG6+/29UV7HnQmkhs08DYRBRRpXtiZRMHlCsDP2+N/d3W1Nbdb 4o5QQS0XkBtJKMyEk6e3OGgsXe/zN0hkyIVb+bFKAFQRgThg/OWugQlH3oLuvJ9E9aGqeQqULXtB KSc/wJInQSi4hk1i7PDtbvVvI/QElmsHDP1b+U8wY9gcmXZO9/6GIhTpriiAB7k7aqaBFBF56liH yL5OEjAkzJAS048RwTZLGTfFvKYixYk9F9sRPahmhSPjW4GnBdQutmIXKm6jAe+45fcsP1DTDlUb G6Bi7EwYu6a7uEA9dAjzyY6d6B8JEfrLA0+AKu4BFkWKaj7tCsWuQ6bCJnSyDaUG/1cIupSfTlCz F7VWHAtGrV28xPdLL5UXJUGogYa5cUZeDEyxoJo3DybTryBBfC5yI//p/fnx/a/377unD388z3WN 0+FYgejVMCN5VZLI+Prvrz8GAMiGRcsKZW5kc3RyZWFtDWVuZG9iag00IDAgb2JqDTw8IA0vVHlw ZSAvRm9udCANL1N1YnR5cGUgL1R5cGUxIA0vRmlyc3RDaGFyIDEgDS9MYXN0Q2hhciA0NyANL1dp ZHRocyBbIDQwMCA2OTMgNDY3IDQ2NyA0MDAgMjY3IDI1MyA1MTQgNTUwIDU1MCA4NDQgMjg0IDQx MyA1MjMgNTUwIDMwMyA2NjEgDTMxMiAzMzkgNDc3IDQ2OCA1NTAgNDY4IDY3OSA0NTggNTQyIDI1 NyA1NTAgNDY4IDU1MCA2NjAgNzEwIDI2MCANNTA3IDYxMyA3MDcgNDY3IDI2NyA3MDAgOTEyIDc5 NyA3NTkgODYxIDg0MCA1MzMgMjgwIDYxMSBdIA0vRW5jb2RpbmcgMjIgMCBSIA0vQmFzZUZvbnQg L0VFRkZCRCtHYXJhbW9uZC5Cb2xkMDc1IA0vRm9udERlc2NyaXB0b3IgMTAgMCBSIA0+PiANZW5k b2JqDTUgMCBvYmoNPDwgDS9UeXBlIC9Gb250IA0vU3VidHlwZSAvVHlwZTEgDS9GaXJzdENoYXIg MSANL0xhc3RDaGFyIDI0IA0vV2lkdGhzIFsgNzI2IDY2NyA2NjcgMTAwMCAzMzMgNjA3IDY2NyA2 NjcgMzMzIDY2NyAzMzMgNjA3IDQ0MCA2NjcgNjY3IDM5MyANNjY3IDQ0MCA2NjcgMzMzIDY2NyAz OTMgMzkzIDMzMyBdIA0vRW5jb2RpbmcgMjMgMCBSIA0vQmFzZUZvbnQgL0VFRkZJRCtBcmlhbC5C bGFjazA4NCANL0ZvbnREZXNjcmlwdG9yIDEyIDAgUiANPj4gDWVuZG9iag02IDAgb2JqDTw8IA0v VHlwZSAvRm9udCANL1N1YnR5cGUgL1R5cGUxIA0vRmlyc3RDaGFyIDEgDS9MYXN0Q2hhciA2OSAN L1dpZHRocyBbIDc4NyA1MDcgMjI3IDQxNCAyNTMgNTA3IDMzMyAyMjcgNDUzIDQwMCA3NzMgMjkz IDQxNCAzNjAgNTA3IDQ5MyA1MDcgDTUwNyAyMTMgNjQwIDQxNCA1MDcgMjEzIDMyMCA2NjcgNTA3 IDQ2NyA2ODAgNzczIDQ2NyA0NjcgNDY3IDQ2NyANNjUzIDQ4MCA1NjAgMzYwIDg4MCA0NjcgNjEz IDMwNyA0OTMgNjIwIDc3MiA1NzAgNjU4IDcwOSA3NzIgMjE1IA04MzUgOTEyIDQ1NiAyOTEgMjkx IDIyOCA3NTkgNjg0IDU1NyA2MjAgNDY4IDQ2OCA0NjggNDY4IDY5NiA0NjggDTQ2OCAxNzMgMzMz IDIxMyBdIA0vRW5jb2RpbmcgMjQgMCBSIA0vQmFzZUZvbnQgL0VFRkZNQytHYXJhbW9uZDA3NSAN L0ZvbnREZXNjcmlwdG9yIDE0IDAgUiANPj4gDWVuZG9iag03IDAgb2JqDTw8IA0vVHlwZSAvRm9u dCANL1N1YnR5cGUgL1R5cGUxIA0vRmlyc3RDaGFyIDEgDS9MYXN0Q2hhciAxIA0vV2lkdGhzIFsg NjgwIF0gDS9FbmNvZGluZyAyNSAwIFIgDS9CYXNlRm9udCAvRUVGRlBHK1dQLlR5cG9ncmFwaGlj U3ltYm9sc2IwNzUgDS9Gb250RGVzY3JpcHRvciAxNiAwIFIgDT4+IA1lbmRvYmoNOCAwIG9iag08 PCANL1R5cGUgL0ZvbnQgDS9TdWJ0eXBlIC9UeXBlMSANL0ZpcnN0Q2hhciAxIA0vTGFzdENoYXIg MjggDS9XaWR0aHMgWyA1MzMgMzA3IDM2MCAyNjcgMjkzIDQwMCAyMjcgNDI3IDMyMCAyOTMgMjUz IDIxMyA1MDcgMzIwIDY5MyA4ODYgMjE1IA00MDUgNDA1IDI1MyAzNDIgMjE1IDQwNSA0MTggNTMy IDIxNSA2ODAgNjI2IF0gDS9FbmNvZGluZyAyNiAwIFIgDS9CYXNlRm9udCAvRUVGR0NLK0dhcmFt b25kLkl0YWxpYzA3NSANL0ZvbnREZXNjcmlwdG9yIDE4IDAgUiANPj4gDWVuZG9iag05IDAgb2Jq DTw8IA0vVHlwZSAvRm9udCANL1N1YnR5cGUgL1R5cGUxIA0vRmlyc3RDaGFyIDEgDS9MYXN0Q2hh ciAxNyANL1dpZHRocyBbIDUxOSA1NTcgMjY2IDQ2OCAyNTMgNDY4IDYxMSAzNDQgNDY3IDU1NiAy NzggNTQ0IDQxMSAzMDAgNTExIDQwMCA3MTEgDV0gDS9FbmNvZGluZyAyNyAwIFIgDS9CYXNlRm9u dCAvRUVGR0ZPK0dhcmFtb25kLkJvbGRpMDc5IA0vRm9udERlc2NyaXB0b3IgMjAgMCBSIA0+PiAN ZW5kb2JqDTEwIDAgb2JqDTw8IA0vVHlwZSAvRm9udERlc2NyaXB0b3IgDS9Bc2NlbnQgMCANL0Nh cEhlaWdodCAwIA0vRGVzY2VudCAwIA0vRmxhZ3MgNCANL0ZvbnRCQm94IFsgLTE0NiAtMjU0IDEw MTQgOTA5IF0gDS9Gb250TmFtZSAvRUVGRkJEK0dhcmFtb25kLkJvbGQwNzUgDS9JdGFsaWNBbmds ZSAwIA0vU3RlbVYgMCANL0NoYXJTZXQgKC9HNTUvRzg4L0c4MC9HNzIvRzg5L0c1Ni9HMTUvRzgx L0c3My9HNDAvRzQ4L0c5MC9HODIvRzQ5L0c3NC9HNDEvRzkxL0c4M1wNL0cxNy9HNzUvRzUwL0c5 Mi9HNTEvRzc2L0c0My9HNjgvRzEwL0c2MC9HMTkvRzg1L0c0NC9HOTMvRzMvRzY5L0czNi9HMjAv XA1HODYvRzUzL0c3OC9HNzAvRzI5L0cyMS9HNTQvRzg3L0c3OS9HMzgvRzcxKQ0vRm9udEZpbGUz IDExIDAgUiANPj4gDWVuZG9iag0xMSAwIG9iag08PCAvRmlsdGVyIC9GbGF0ZURlY29kZSAvTGVu Z3RoIDEyNzk4IC9TdWJ0eXBlIC9UeXBlMUMgPj4gDXN0cmVhbQ0KSIlkVGtQE1kazRXodCkiPmCk wWYWHcUXJpCQxN11GRTb8bnO6oCgvCGGZwKE8EiAQAh0OuHRJCGJeQAhCQQjolFAGKV0VBgfOLqz Uzs17m7Nn1mrLGu35kfHbXZnw1TN/tk/t+4996vzfXXOuRcwQtcwAABbMzKOHk0/shcrqCmorK4q Tkqvrihm8bird+mB42sCJ0ICW0LppPCQf4aHBk6GR9MLK7Y4eFsc82gYOsQ41q78iSD+twlnUu8i A5EbAtUb++O4tzcxkgEIZa5dH7k5OiYuPuGjxL1JbA7v4G/TDh/95OSZT89n5eQWFJWKKqprpA3N LUpVl0bn8n2OcbkYn4/xWRgvGeMLMG4qxg4ibIyXgnFYGIePCVgYPxnjCDAeB+OwMQEb46dgbB7G 42JcFiZIxrjB4lSMk4Kl8jE2C0tlYWwBxudiHA4mSMGCsABLScWSgzSpGDcF4/ExHgtLFmDJbIzL wfhBpmBBEGSfqq6qrmsUl+Ttz/tForxViX45/J9uDBAZwljL2MDYyNi8ZhtjB2MnIxHsBawQbshv GEfg02HnYQbwgGGgA2bgBF5wHUyCceAHfcAIHMAF+oEeXAE2cBVMgS6gBSNgCIyBa+AW0IBeYAAW YAc+cBPgoAcMABMYBRPgBugGBCDBILACN4MVdJYRymAyDjHuAgb4+5pHIVdD08LSIMDsgn9axwmH 1/s37I5M2MjdNLl5YcuP0fs+eLL1PRKJLMbt2rYdzf0w6VeKhBPbZ3Zk7kzZVZ+4b7dmT/Ne477j +6VJpQe+Yxcm+1Jk//FGrDgjViqp795nRwmgA4F1YW0zndO3kRsW35gXHXP7rvi1tzWTijExPF5l vlyMVKpy5WdRzsr6sIiV7tf0ZJSur6enp7dXayZHDHNWv8c7Cft8lgkfYlVfUQ6iSkO15eJwzkiF Q26Hm60drglkKsg9FuS+ab6jfai5J5nOgWezh88cRgpUhfJcVJHXWFInlolFZTmXlaqS+k9EcHdb B66MbevoIdvjO8nWIYUPJpjB/tRVyhU1jU+1eKtXx6sUITntQpkULSorbsyJzROaPFXxYrf8+gzi 7neZnajBOmQbd5rJoT63bpWBff/9lqhXfQ/I26jj7dAr6+z4su++f9rvn5245xwf9JP3dIv4ovRh /uO8hYzZRHgucZjeSCcidFjrdvFeVH667lxldlWWRCRrLBMJxYVNcENheYck9sin/ebS+BJz6ahw SjRZNid+KH5Q/6DlC7j5Zcf3/0AIJoXTMVH07v5EQxZq+Mxe7K4dE3tbvTof7iaHrU6L3WXxWX2G ++Q38CAV3ve3+wgVw6QSmE/US8qHqPKBwt/kaRppsNcapHppn1QnwataK2ora6S5iuOw4oSKDqFZ yBFmBnFBHOwWQcsC2+PC4qN6cScxrYN90DJUSzR3dBHKJiUhPIvQe5j7mf8+wDzHlPbLB1Sooc3V 6e+ydk+o51Rwr5JoVyNKor5LjBZAFfnEWVEtoZCfIRLalERHbCNUCVVDWZCqhaiPtWjMg6TWNIS4 +sbIiYE5/ZjBYICN+j6zFcGf6V6FUXuYN5i9hP2albhiIQnXHeQ+00+4DAOE0YCMMp8zvcxBwuYc Itw+JKf0D8ITok51heKcVDassKtMX0/Nj7kc02OzN+/Oj9jdExMzP7v4r5BomgHV1RMKaQvRGZsB NULNMqJWWkyck8gJdex2iD4IHV+E3lHhX/91/s7nc199+wMV+vRPt547F2Hn48GFWWROdUvuRxU3 a8ZLnKUjhcZcXR5e3CasE9VKxE3lkkx5ljoLFkBuwuVAnrqezn+JfvuGWjNH7dBR6/A3ouVj8AvM x0sMRrhEIUKbsmT5YpFEeDiNhmmIz03YRW+iw2AqBKJO6igG/hC/TtrMMbZBq/fKfI+BtOpd8JeQ CepVadXdiEKj6JKj3U3dkk5hd2nrx00f/px2A7XhfUGUrd9hdKJGp83utIyaRwc82inNhMJTDXsq TaJiJLdFVF2LiiWlLTlatUZN4D3Ftjpjx0CzscXa7oDbHWq7bTV/8SvlUfO4v8FbCttkerEIudxV 096GNlXLZBI5rGys6bocK6wweSTxEpfC50c8/S7TMGpyOOxum4kc6nH9/H6oxw2aqCWmSTfU6yXn 9V69YcBImuyWcepS4M5Wqu19rEvjJJzamAVooIH63cqhGweupXhTY8ZT3RkjmaYy6wXnSaPQnuvM NFfqm/q7B1sdKjfuVntU3la4t16r6EDUhEqjQrPPE2d+f564+FkJURtLH4JyILvWoXWgVKjLR9rJ 3r4Ysr9Xb0BIjUFtRAt/FFAlYSsRkFxYyb9ER8MtxSpJK9LY16JXoRbFuPKWmsSd6ptdsLaWkKsQ FaHqVqFFe7R9dFJ8UXcYnnNJkx8MdqAw8CSKSsbf4B7dqHar7LHkZdlfyl9Llupn6F0rO7dGUG/j QpfiwpAofZ3ttCsRNl4kL2QjbOjUu+MvsZljt9NGBNqdGkH+CR7Mo5n5NIfOR+hwkmvJRkcE3mPX Mj1Fk+Uz9Y/KFuXPtK80Xw0/v7M88+TF4g/OnomeKR0uVos7JZo2Vb4iHe6obLlYVH5Welge05zO UtGM2IOHSGt6fLr5lCvzWtr8mYX8RwVflD+pX4brl9u++R6hCp5Rh6hoCkFXF+rXz6lc7WvNn9V/ VL3qeNG6pFg1MPDR69V/4Tp+lXDr7uKPiWWdE18i3uqoXTj1AUGt1cFUxn85LtfYKK4rjqtqdu6U NE3UAN2dpbvK4wMQpFgl0FKJChKIozQiIPFSUkyh1MZgjNde7669u7Mz+5idO2fu7Gtmd9a7Xntt 7DgGYnAM1DxEcaEY0sQqSGkNdVokgiqhplK/TKJL1Y7zYe5II83VOf9z7u/8LzOFb0j34myZz4YC HN2HDiEJpCTXhmWchGjGlSyJA9GxX/3VGRrznWyd6M0E1eOZJA5CC9mG34TXyQa8Cd4iLAlAI32a o1sQdaFqugImsZbiR+RadkY7mS8XyzmjYtTz5dLF2oOC6jzPaNtgX/sbsC8YgIgYgPZDB6G9l+ve hdIFqZ6YiN6KnYlVk0akGMjxmb1aA3kBb4SdhA1CLL0eGndyNIg6jFA16RnrfZC0XiKP8f38Z9Vp fWr49OTF6bNz4w/ZgQpRTa+SL0HZjUM4qoipNucxuiNKWQf+dSt0tqwEuo4+Rd1A125cBZR1H2To 0wuMQeraqexsfsoYrrBVODFuQG2MG0dfP4MsB7Je+3Z9DhHI45InlY1nYxqbTBBN8Lbmj2aPZEQc IxGNvWcfo4OPln+Cymo9O54fz36ojxerJWf2hDo2zuWQlUBfIdlaqVlbBetf8Xybvrvg4ntyepfX X3Zcs5zoPraWgPUqmcd/gweE7WeuMAPMFGM1Mlgvguk2i0BK3ky3FlJDLN2GupVIKu7xp3uUmBpT RBIvpEmyGhs7fsc/FSwHzV35tYSuSDu3y01yayohi3I0zaZ75UAXR59H9GW0mTSFOSmbw5p7jrEQ M6J8rF0tnNHqmYJeKRTNXDVfzn2sfUIUAypqUcmDprKK3gdDbomucxzGx2S/R/M7SALea+ASYCvh iaZFJW4jK6J251LF1EBiJHo1fDJktPet1unP1G6lXW6TWftpbeY0Oqduz7XogisbH0icTlQU57Bc T1dTg5JTC6tCiouDKNs0swcTXc5EG4H+4EgbHHUr7/sg7f5NB6hRr9393xyYX15TR8gpj/W9eoVU sgOGS7d0x5cwd9EeRiNwx3LYBX2AHqIL6IxyMTnj0RQ9bXqktEqS3lQStJS3U/NlO7RIxhnm1azo NRUjx2VVI2N6zFxNGyJ1XAWd3Mc3YJKwuL8fqu7+PiCmt46vwhekD5ehQk7gWroisoS34+YEHJN5 D32t3SEmkqLANaMw2o9aUQKJNqg4uhTx9kSWIBbmQRA5AbqUFo9U68Om23pRcdxlrM3Y+gUZwsNk OOcahJlHHJm2v6TvYE3SUnlXoLi/760aKwjZvOglI+qgZv9cAI2wj5lbeBZukTIuQcE++z9kTFwE w4bCCajb4Q8MKyPudvAFuW3RQ2JQCqWCiVBcDjjDCPtI1BEGUeJ86Cj0KotxrkaYLnUcIe82cPRF RL+P/NDRxpUlUy7h29GL/Eme3Yh8UUi2t8CBPeuALtnzJqx3JwTI8d5TMFTh7vR/bjoKhpYrerUZ 7Z/WjzjloUOdgPNXuS4f0dq9T/YyCSZBHFi2J4U7rESAV9kORhEiOOxWNzqiKAi8xNF5+x3q4XTJ 4rpyUhZniEuX8+mszGrhRdFFLNii+0MQ5u0tbHVTbrqCOdIEO9wBxhcG6dA7sM79rZdaWH4blTND 2XFj2jhdGiqzZi0/Nslh6xliRRwzyHLBXJ6z3OgPyGLReZSVjXTV0156T38zG8ExEAm7YF1CZ3Hd 1ngKfwYPbfSO2zBko5BIxmxvxXUIR8WWZEuiLdmVZOUg9rVxx0gX6fVgyuKfvMvRuq3sjwnd7ziE kiROEp4L4mTqtJJP1+WJNGsDOCJwKRAU3hO3GS3ZpQtGQU4lICrugw1u+kvm8G7Y2nQMoos5fXPr 8nJtfr5wpTI44urrK57LzbGWhaz/ohqYee7f0k2h4hGrBypbKj1aVBOzLLadnsmdQqPjKpnwWn9i CthYzOAyY7YUAqp8qvHMz881mD6ntZZ+qcXzfI53FX0lvxHQ/aVu02f6in4jpFeM/sLgB7MjfxyZ +d2jm9bLf7F2m2O16Q9uj832faRl2FzG1KpqQbExpk3gc3DJTuTuDTjnvjAMJOvF+YKiu4ltQ2VO Pu5IQELktgvvR5p72c4IHw5yUURnURvQFyjZDlt+ykNC4no0IZ/25FLXe6zvHGUjIKZ7IBzheprg jS2N8M4rr0KDEAPenZkf1Sf0C7rrZGZQL5isYYcwOwgDtT/DV9YyzvofugwTdY4OPPkiGYmH+E5X 7+G4PynspM83r/a/LYUSAd7H7mB2WmvCk76bh/7u8k/3TPIfpgy7HwrCsFPDGUXz0FXW5w3WHseT NkSvoz1GcyXg6fef6bnOnxecG9FvD0LT/h3weuTtxcmzWKv1Cyue+nSZtOBYYEaZs6Oglr1Kbgg+ chfTOciRHK7Badvj14BkvItVKZHHr8xvuNl4q9HqoImvn32yhh1ebMxP4fdTk3Bp5hpcmf4HXO3j pqRRwfDw5TZjr96idei9JXYBjapWs+KwYkzVBlWZqBucEbE31Ss3xTqTSaUlEIrJMisJ6RifJIv2 +/iBVbBpVwCCtlP4D+qE3jhHn0V77atFO0Rkbjddieh3redo0JLpWmszZa1lm+5tvbvttouusVY6 niyxGdHVxf2f5DINbuI843hpK+1OmybpFLfWyrMmE9J2aJlmoGEKaQcbPHFDgGAw4GBjbMuXsC1L lnVY923tvvuuVqcleZFl5EO+bYGFD4w5jHEwlHZIIFx12w/N0KZpO5lmYbYfuna/7Med2Wf/z/P7 /fcj/I+QEvDhIYzSQSt0US6fnbGm7Jddj4WtFTSPoHfn1hMi7QEA+U35P36fIOX5hFwvnHe3FdLm /BgRj/lhVxJjYZyKCLGhY2SP9CoxTIcjaNgfSE1h8D9gNYUtIZB73MmdET3wXnOM4kTME7HHDCkd 2x6zBOTB0tiGJ6199XJXzh+714b/gqdujSxlF6cXFmdWLt7O3EnfSdxlPwk9hRxOcK8o/3ny36VP im7uQB/yr0wJZXEzxpd9wL/Lb+bzcH6LUAPee5/vkJaeoIOn8uuZs0Fl+KO4IuRiii4enT4zU3Wp bqFp2TjUsaRdQy1XnCufCLL+cveL3+WUkMdNlarTCrlCc7a2pPWw8QBqLHa+ux37kK6mNTi0Cy7R 4S8LNATb079Mnozoko3D8szZpD5tzFgyxoxrEj4g7nWvTKyOLCxnnqGZp+zXnARb9D5wPhfgQdKd cXevRM19q2Jt/82i5R3pLdSG4dcLafs051OEMxBfQdGU4IIrYA3OC/cqAp8RH3suOm6bLmumFFPN Q2cGS9GBY7GyCoz/bsO2wkJ8X8EvGngRrCfq/PKwPCjvbu5BO1lycBLzslFBt2JCOsPwJjHPTo2h Vy/23fsHds9+QzODa6fb0s1sTbI8XAbLiQanTrADr8PrCv5Xk+utpSpFwsqbDdiv1j2S34moYTNs wLkDbSKfnjK7MatQoAy4Qbi02npQcuwAKNj9a1Bg1YFWKSnwNuyD/hh2J3EpnImPJiX+BEywDAiE e0D6AsZNIJzwtdvAsyjmTTi6rV32sDag9B8P1QUNgY0s5H4xl8P6+5hxZgwOBQciqC9KhYMYHQIj tzCSc1DcZtGXyBLyGbj/e4x7C/yNzOLHoqIyOWQM+TMIFRqlh+AAlMSJITArjLJ/nbyLYu418UPB 4NYgJyW+bnxShD7el9nzNlakPniqFC8/WlC1VRkyRQxRw1BVSs4quT38udzZwsHquDVmGbBOm8bN fTbWjvod6x3SDTpJL94q1pEnKFGNWKMEzdK3xG41kHWYgE3asNo6r5u09UtaPi77VyH3RstdzaRV eHdToFIwNauWbJFqQHsbxusRki9lzUl7v1syZ82YRs2omjR47bjNAbxSGSni8d2UymQFTikvEdfW A7m0SkwIyufHfHSQjuAAeXH85U9zhr29IEZx3yAfJGez6Ez2/NJ9LOu5YM3gtox5yNDT3teUrOtu DZ1mDkEFoSK1XlSHCM6wC+HFiBxUn8JakFf9L5/niV7PCbQxDUwFGt5PH63FzKSl0yxA7j3GBls+ b7rdNCY5ceNgeh9VTJbqZDJUJtOeKsHKEqcnK/Gpiicy7tXGactl3bJquXW2dbjlUnVaxtaj3bWB ilLsA+th9RHc2qRtblXqtE1t1aoq5RnDaStqPX3EXSStKPFHD+Tz3xs9G2gPOkISgur0ExE0ggTA 7J+yYCiBZZDncLigpypkkiQbe5UpXUo7ZByzjlkm3BeocTITmGaz8bH+vgm0fzx6IYtd1s3VzODt fYUT/Pdn+Ndn3rlQPl4xXjfXegtVLpuXljBuU+b5Z4/wRw85JMNto0bJefeqPeNaNK/qN6L4HU6c J1Ll3BEzNp+HIpONMU3YGSRmwBN4WXgKxpkQc6iYU4q5RfGNQIgJsqEBCU3DEB1DM+IAERLwgJ4E Rdsxajt5QqQDxk473kF0ABM0DOiy2hu669YRT8AVsgVstJEugvwPoIFQEwoSbSY1Rox/E+HvIPxf ER5HTjKNfjXe5Up6hgm/t9897+x1JTxxL8qoodGLuQRKO3CzsJW/PQbKy3cB/jV9Cfh5nRrYpQEg BOY84kdi51LRyfDt7mw8xaJMF82mMN8axeVxR7AXP0G4TeQ9TwpnBG3z4Z20B7qgjiqGPAoPElVO jVmhrjxc8jODwmp2wfaEmXXFe2fSn09xW7omg4MMuzEy/2Let5/mPEIiguJG4QgxJtDyz8QCiAuM WFwA81eyICPNpNYN3YLAEpELaSIbQD11ltQ4rRbUbfXKitpBh0XQ8m0IvcfLF0f4Lnpv96HBcsn5 2nTrpP664prpClwlbgavnhsNpuPp3nSypyeU6JvongiOodGs/w9/53YB7jAnw64hZMY1YInrE9ou NYW+I7Y/eijmDolXiFvgOuz15vrbodGFOYn12ak6FaSCqnCqPB4vard7bEYT6NDqgaJGBfTr2mop A2XlGF+L8G94tjsqcHu5rcGgUlc31FbKKxuPqop1qL74N/a3pVt3RgcL8wsGSifr5+pm226ZHqL2 ec/9L7AXJqG2eu7aWNySqI4UMUZSqCT/J8FyTZ4oNydJX4L3IRoWJ4goCEA0Ig4TA+CSwIJVMAev EVfAAgwSfuGkBYhcn51yezGy3Ow0ePReSY3D5NF2thEST6e1vvfMTPG9HZJzzaySVTPOROvwKZ/b 54GegN3vZFwRY8BOe6O6iDHk+JLDc0cuTq9ceeJjcp9yW0XsuVA8jNEkQ4RxB+P0OWmUsEBanW+h LLQF2mgbdNFEkEwSGZSrFPuFchOG6IKYFZ8nBoX/HdkAD7ofMXuO2mUWjVnSrKo+dnIn/0O+Incv /82P9rbXuewey/9ILrPYNo4zjgNFxR0USNsXtdIyWAUOivTBaYskLYwkdVvXd+w6cWpbsiVLFkWJ IiXeXN7La3ntLqnVLsnV8pLIJUWRoiSSkmnZlhQrshUfNZI0ruseRoG0aNGHPhQNwLp0ga5SDAYD DDCDmW/+8/t/XxADKuh1SAdZSKsVbqchf3QqGJUmArOhxfA935KfFcUdjPp9fjFxFwtZX9iDvCR5 RXJU8rLkoAR3kqiUmDCSDulJqiNBJhiGjCfh1oEVJsJEp+nuCpll/0X+ulEj86yo/quWzeHbiFXA koFYe6C12/W91v7QlKk0stWNJTAWm/ZHlOwvZkCUnCJohBIHGqZJMTkWIfv1o/95tXWoU3Aw/ik/ 5e+mAvZj6IDO2K3XqVxy6cg4V9D0qPP6puGe+uzw8Dkt0J4/iR2UHj7PV5Q9qoq1sQXnpoWYgMSF VD4n5PPLxY0yEyly63Ot2BddkQJVLMF/89w3LCPOWWNinBonVPgkpnGiVszitfvU+FBAFbAGgl6n BdN6tC4L7g2OWSc9JgoE2DCXhlfZ5WQFEVZXGjdXNxrXSs30TvaT+FNqm7juqZsbpvkJXgaSw8yh fXC4/VMRNB1KaJI2MV6EdcWDnFgFMBGaXrzZlWU62k9a4U6Z47Lh4kSfUqEyqwCmxyeVsDKuT5uR LDrryVOrRJWbz9crc4XpDGCykVufw2WiGqruRav+4lefdD4tztG38p+vdjclBBcjGCmFkpgfJobp 5y90tL8DZeeK+bLARLOxhWSZz8cz9CJTiuaph8Qt75ptzdLQrozW5eVe4QRIXWZ7z8DDgQGsD8H6 0EuT/ahCrRxRypWDul4LcE6c9b8l/fmb8zvf7zHM2EWYuiwO1G506N02Pw5kkhSZSu91+DE0D8XI bAl+5oQehTdE2Ikip4NToYiSP10Ej6HWZ8/vdrbfhtpn6HYHo0BY+ZxqWbeiqWGNyEK4PF3iS1wu yaeFXKqQKGXW4g16GTA3IvUSfMdzx7iLoLcnr8kWZKUhfkB0WqV3xDpi1dkxbO+Pv/7sdy17J4ez QTqc9HHemNt2avD8sctg8NgPjS9LT7zDL5zsOVW6UJNvqpdNTcc2cH7gu96Am/Gt9A6S3ancam41 N7ZXH5Yfln+TfEq1OojfW66NgXV5bkwBy30aqxmxoXr3BKUnDKwpi2YsZce6a8GZtyZtMyZGT71L nFP3vwf63zUc/C7cfqG8//YR5M7hB4pHVI0o08V4is4l5wVmik9lC5niTIaJfckm/lmps5qvpCuJ crwZ+5ABO5JHxKf6h5eis13hD6f+0vFX366tiHh5K2OMAIOZZhw9jyGOTkayFMjW4nPbPdX435ey 09xUlOomaJqgpbSd8gRgB2SFzOTFt+DzkBq6CO2DzkAacvh9N+nzw3JIHIIu0mmFz0EohJI6pYJU ad2k2wf/DNJRGhXMecuB9TAfmgknwuD/O3pDWNCB6HCNXxN6zX3aMWoFbisWwHGc9ErjIlPrZJ6D PX4Md/iGNDLrqBe4x64E+qUHjqeX+noO3ezbVX8KNJ84n/wJbu271/pG65v/FDXduvPfS528COUY lSfyTCEltvzCIpgjeQZuTYRa38bXEXzXdF1RHasMpS9QGkLj17l0bpPNhhqVFgUmA/b3PBcuwu2v CT9YP42sn/pI8cj7pSz+/O9yZ2Yn2ZiZq+00ms3q1XItV01c45aZInWP2AzUvQ33orNgq2sXtHld TpNR8QrAy9kh6gJ4SaImTlKv0KOUjnJSQWKcPEmBAxI36cHhYfoKM4iwg5wsrUyNz00KRkFfsBU9 22jXBrFIpegKMx/LcQI3P1tdKFjy9pTr7NkzV04Zge70UdePpb1DdEzVIy7PKoqKwkRFV9fXLA1s Ddg+8F2twrv0Nruxl4He3O5cwqtYFXGVzQVdVp/RxjTUCDFmUY5NyK19gVOgNSThiTQlRNMhTnwC 0TEiieje3Z8ffPytjyCWzjKlRDmRYqPTgGEiiSScgx6QKyxNxmZgDuKhGNQ6BrUGoFnIS9hJMwXO S0JEgMQpkCZTM3CGTjE8kiGWyA0q8njmkfBx/uPK9srVYqlrfWVNqKXqfJPdojaJNV/VWbXnLJwR zBimUSuscxuMZsSA6j1qCiXMtJlzMvaMuWQuOtKumGvaGbWI81af3WG3uVFcA/yTobM/gsP7ItqO tKQlkTAES3IUYDxTeAi2QFooQPoIN+IP4oR4Oo/kkMRNePYO6pX4CS+JUaAXwkncKyO1GNzeD7W/ Ar0GvcOMJlwiWBvO3YDoniE2CMRayx2CPYQniCEnJMFR8oS0T9IvJ3XOi+QbUjF091sbbbhzv/DO gqoKVFXb8hpcEd0li6RTv91svfiHI7W+urYGxq/bbtwQ3aGZ2kBqv9rYvLf0oPrH1D9Efq+ESwE+ kMMr7hVHV9W4YBLQ+4ktvpaeZwU6S/FEwh93g5h7Si+DxwJ6D4Z4nB7cJYrMHTXHBpLymCYKUv2x yzK4D+vXDCLqwdGxS4bj8uOW49QVYpKyR42RCWaY61OMa1Aj8LoCTifsmMYSHiThyviKQRCeFsMn XQqsEzsUQ+SoehRwMTLC9LReDX+hv9sL7l4onz4Ey9wy0yhikk9MjhrkxnPoYQuwHPmJ903pG2+z qSM9R9K/LMnqQF1ylKvwIl8qFZCS8Nn/SC732KauO4630uxzpW10lRYpOa6u0bqWCYlWG+toV7oN NsaoVlGgtNDwCsaELM7DcRwbx+/4de+5L9/re6/fsXEcx04cQ9KExCWkSajKoC1CRQgm7Y+p0lZt f6zb/jDoMm0n6n/nr3uPzvmdz/fzrbWIWTxirYuP9rctULO56hWi2kh9/Cf4te/uYIO0zppznUyY HqUHY5bQoH3ITAybvcfegk62hz9OsjbBKbpVq+JQvaon4y8GC8FCtMDiL67+t7/ta/lBaWOOaExk SxMwGUuGkmQo6Uk6kk7FLg/xRLznJH/IoD3L6LSn93iHzUbz0MVeE7TLI4URsjgy67rmI/zX1sI3 DJkJhp024vu8/8c2mbvEzYlZRhEEiYhLbGkO3gX3wZ/x2F8HGdD6H6iA1jPUg3CNjGXGkj7FnxiU T8vEJFCZdAE+yKW5FJ/kO+q4Ca2WE3wiLgrNSHvsyVc3mzdmVgodq/lVeY1ZpZeDV5yXndXhwmCh P90jnSfEAe7Yr+ABsFk4zCDEYlM0SJF8pBbJRZKUTBM8dr4IDOHRDfjgsD7oRAPvnkLdwxZkGriA ThtCYcSGjSWQBDwrMgqZimeEPJtnM1yWJ1iVlbBMtbbrWgL4InY9MEmOlS8Wh3LWzB8kM3uG6gqc cZwduWDrtxLafrAN7em0IGcEHmctnIvkgkJQjBCxYp5OGdK0SmMtZEeRPwrxy6L85Da9uQf14cOm dzJRKZKNlDqSmCznWm88962NNmwphSJZKFSUOnOFrvpKdmLCptj6oT06EhghgyPui3bfiHckYmf6 6UHVWiaGJry1BkRA2/6c9kYbdoLvJvO8IoiJDlHkc1UogzhKjudRJiOjS9NwGSyC1osgR+UjBTIk eSWH6Ij3CO8LWCfusJ+kr5cb6SvV+UXitv519EPte/BJB844mwNmxsqhRjgVU6MSRRwA9KgXJ1TA gxiH8fevIO0pSx/q73fg+oaHY3n98zZZkDiFk1mJ5blpPs8JPKGwl6rw0StgY3MPDfApulYTkJKF Ptkn+oQAZxXOi4SK5ITM4KpXEe5lW8/U6mJNnlSJK0/26cPIYXajQTPUtgFtK6hmP53/x636+OXy B/VCIZWVkgEaF0rGSvciM0ekkCrLbH4SPtRTYhbVDLUpxE4ZqVIdXTVcxWvFSMlZumjAtxOIQQ/l ijnJ1wKnQhditmjHsfM/2a89+2LWmXFlPRO29i/2tnZqr/5tR3psKrDo62CtyEPDIApQPjJkR2aH E7m057Ut6AWc2rICc/jUsd5ni4itGNXNdskHsp6sO6v5W/X2E8M6rQ8Ekc+NtSGcTIRFQ0wej1UM lCQi0dADbJvQpUJkKKZ7uxN1O90I0wjZDEf0u/RD+kN6GamqiNQU3Ayl7P31NkVNiRlhhs+Lgkxg MaqvwdYM+By0OjFSwDz4iJoPTZIudVTEoKYDrF8gCnROiTOSAq/yV5Vmvpm/nC8VJpl2Oi4hxcBp blb78S4rGvHAMHCCJwcBtmAbsHDOuJ8Ug2o4Tyux8Vg1SuDM8QbxWfgoL/mmvvskesfQq+87iQ4a Dq7rtzz+5cM7bfiVcSI7w0zGx1VCYFhehAzPfsy2niLWwN/BP0ERVMJFX4r0p3rT7+XwLKpsik/z N9RmvlGuZCqVyTliY1T/C9ANXODWylp9IbuYvSatMR/RK76V4Wu2D8wzRz9sztenC0W1plxW5hKN eJ35ir7Xv3aYWD80uXs71HaBC+jw63A3cPNe3keWA4VwNpai1IgcZV2slwkSLhBzetFYZBQNWnvQ 2R/tRocMkQyVViCTSnBVbLYdsshLrETwaaaxASOthq4ZnQvVyFAtWHLnfLmLaZtql4fjQ6yZMgdM ThN2f4uJ7mtnte9Tz+u24fg8xVnjIVLxlIJz0ZK3nce/DsEwNYbhMKS/oHfpu7owol5mdLT9HDpi cLO6z0CWqXALHIGFlOONoshJIuRVprIA6ZaJWdP9J/ZZEBvttHOyr2AZ75bPsO9Qnd6zQ6bBYVvI SQRRmIJ+EPiGh9pVoO3Ay7EAFEbzkUxUpTvKmJ4qBpWHGYvCAOUNu0g6GEKRkAXv4AV959v0PsMg o0tQWIxIgUmwKfKbEEiJSUHlqkIujlOAFxJsghDwxprwL+Au+DegbuvmY/XwJEklQrJPGVUHk+YU vl6JwbWXIaSSmFwwzqrFRCLOMzwv8aIgiQkxnyxeKjeI69q39RgzYRhCbspK3miu1JfGP7m0kVxj btPr7qalaal1p3FRPCe+pn0HaveBi/GyY6Q4nPNXmCbdLvo4vwf6kZfykNrvmKO07oxe26Lv1SeQ KCZZ3LGkPB+vGuUEKySMKh8XGJEQFLYwA9fRIl0jmRaha20NfunEEbxiKr3LnqdMwS5nl6Nr4LQZ j8ub4LeA0V6lrTpNx7+V8JCSp+a/ESZYN7NJfMoTcZK0cxR5vSNowLBN//6v0Q6DiCSZx1DefL0T jx89trctnp4+XjhKFI4o752AL3n3DBwhz/708Fv7TITpNz93vGz4wc7Sh3uNe5vH1i03ib6brgd/ hUvScqpJppfG5yca5XplqjaxVFsqLaWWU+viLaa1lW493fVwFxaAJ8va47b4z4RO1iefSJ7L9Sbt ReeUe2p0NjjPrlALmZnaTK20krpDyIvCvX/B1hbHl6ZV0rRytHyAOfZ/ksv+t2n0gOMbWx1v44dp U6XUObmbpu2Xu006aXDiRZrYCwLdwcFxlN7RA0ppKel7mvfEcew4TuzHT+I4dhzntUnTNEmbtlDo ENBCtwH3CpNuAu2k0063SdNp0rTTpLnI98Mc7h+wH9nf5/v9fPjB4JVJ+8TsIPEGPRI7yBnf64Bw 6atA90OLKqWTycTTRWtLLSoJs7pL4soWtvOCZSdg4dpMLZgntNHCic51/iC9pW7kWvJGabuF3nMi e03wZEjsT3WzduRt9YH0ofCYf+i9O5pkxbgUW56pzeZcy/3Vt7UBVB1OnT+NHYq85n0b956ZeOtc /7n+gZF+N+ru7wufsr05lJBmTe4/lz9fQ8OdpDueIysLnBcwY48lBkgvRlmcQhDSOGSS0RQjxpNx MZ6LZ2OquWdf6xgFQ4RZYiHejweQKw5A2IwXEDsyBse4rrOI3wPcroC5eCTs2tn97HA3pKBJ0NKo 7FBC5amKd55ZI5ajDbjELcmtfNPUrdIihGLKDLQqpqGEtu5r7z3C9N3j/zn2N3zwweuNg3CA6yNO TqETYL+BYca4eeqgq5MJ479/vdUtSbKYSdalWna+jIoa3P4nph/g9C7mPq6wckTGScknO6UwjGa4 PHrXcjO5XlhZXK3XF4tNWUtnJAX9GOnUGm2uFO0AHoIGUwNY/Va5lSlKUjG/WJ8v1NINYYVvhhac 6MJMdnocs9OTLgfudkyTV0zAGFPtVZ/ml0iB4a3hKBkKe9DAaGR0FJu2nAHGd4zXMOhP+ZWAGs4y ajzLVrhWvBkvsVIMlSIJmsRojmbD+B7EOIycHwIjtgASGwfHbZzMyyZimSWgdnrEGPhCX+le4Aum m3xtKGrY2j5SGcqEKpMVV8WfC1fIVniOrsTm4Tq3oi020MW6ZvLzXKxI5nEy78qN5v3SoHq4eDg/ aErRmDqVn6nMVrw1ooH6r9LtJraV3si18fzyXKNenyu2CtcK67nfp28JH/H32c3IJn2DaPtFf2pY OoWmTyTtNBbl2RiLuzkfb7YiTwoBGJUjGlWeuD+2YV+wV0eyg8I5foSYmEbdbnLajs1mnEUXXpm5 6rtP/sP9oee6992JjSu1S2htKHO+H9s3deREH953cs+M0WUjRpLSq73T0C4NqxR0KkMlBkZFToon 2RazjVKfRTdLz9f9xafP2t1Pl7eXlpaXl9furT1BNxEv8PiGwbQXO97xNwqr8kluCbyf6EnyC+CW gIo+SJBYkAtEfeb5/SAssHwYBAT0DOJDBr76DbJX6E948KRL8qj+HJWPl4QinxXSZn1rarkkwlRK SucDWUIJJUNW5+jY9EUv6hm6QA3YTpyt3BjuHbnhfWTm8bRF/2jSchQhEfNCpVIJIbfQOfOTZ+91 S4IIxQSqt5FKvOt3lp9auD6TJ0y/sPw2+aZ0CVfHis5qYD7QYNrCMl+HZamcqqoLxXq+kJVkE+fK 6TKqlywLoFrC8mCeX8TrfF7Erln4Kqn4JJfY049wPBS5XlNB0xLM5LAiLCQ0QbfFrav8TeFeQjho 5X/WZfzAYlL6fstpyzDwsJgvERIZXKSS8aTwCbTKfBd0QpIzB7gDXPa4kyO4o/5fuw5MTEMrr++N MGQ4EOo5fvrM6Hk/6rvwDn3WduotdX6w92JlvOFZJWr0evQuqvKP9e9jJnKBrTa2Dda4Mi5xmXgW j0DKtJHhlEOiJDQu8KIEgSiZdFjofKofEc8ed1cQfRB5l9e7ha4qIhJCOIrRfCjmx0kuYKbvctQd pVk0ysZiLBaSiVwAF2nZpV1O+RRHwb5pfGN139xJbUSZkYJ39F1b+o//oB+qbGTXYOOSeDlhhyiJ BGCXwqkqpiVUUcZXkl2fIXeQBt8CLQH9BOElGag2IQQoBosAmqfwI953gg6CDkeZOBejrdOvXDC+ +bphM75tVK3EKDXLkKSTdtN+dB8yc9Pxx8lHBqY/to59OvL3wS/YTEyKJfq0ySyloBKQeRUXVKhA pbMcOy95nz3sLiI5hBerYN12fQ0IK718bQ3ctt1qACHTy8sZkLdBLyDCGMWH42GcYgkuyI0xLibE xjiOjUdkt+LLEF8abuvyr5pv1C5qY7JbpD/Qd93+39KX5/5l9a17rrpXwzCUDIizKafkkdG/WO7w bVAUmvxN8EBA+eYK2LBtLABB7t3ch0Q4P+fgZuKzrJtde6V2RvFlnVb9uwZ5bf+1z5t/Lm6IxZ7y 7UzTXLnmI21rGUtHlVAGjwlOeTA3mXAnqY5AKWZ3ieazxSa4a9tuASHdW+PXwKZQ4YtAE9BBk/kJ zo0f8wz5g+FYLBZlaeNF49/WmVMXfnLM+EXEE/WzFPpLxDi080PfVVaJZiNaDx00dhtJ30XfaHCq JzBJTIXG0UvIMcT4uf65cWDnW1SZ1iipJ6AG0m7RC814p4Q80HgFFbIg+9wRIvVPu9tSQ5nXCqIm KWlVWqhcb+tH9VetkvmvRlYPf9zjqE0uzlb9pR5GPnv7ypK30MMm/PJ4Do3TokT2xvOcqmAFqCVS eBKKMJFQORkkINpANOQessW9D55AVN+FCH5AMliID5gM6aKCDMWgUQsjsDCG6y8Ze/WX9Ze7FEXM pDDREkpNpUzn40pcqYTVChaVmwN1eJNbAQ2Y4bIgD+e5XOclJeT6LOLh/l9x2fw0Dcdh/ERXL16U pLRJpxdj4KQQYjQo4YIxXBQD+JIA8jYmIHPAWGnXdmvX/frrRmm7941tgAgEQnhJjCIejPgWDDEm eiH8DXoqUA52f8KT7/fz5PlM2nOKF5iwX+5ihzhKDIs+amC0sfFha1+Peddqxf7c2Gmf9eeo0tRr GrVRohm81xFgIFvfAnvEKThODCFPn8EhgolW5EHWliibw6JW0ItG0kYjZchxKS4agkZlPEVef7HY uUPZBkgVbjc9eeT3ogwl0DzOqpwmkhqXEvNSyt7NGkgHMRaGpACkJnGOhr4RF+xva4Ntgx5IEQWY TeJrjvO1kyd7lfPq7HRa0WUDxpU9eQduKOgHxHQiM6IajkWAW54AAirxgiwSTIQFgowCIRQJEnxE CkdElYrR08Hdq9hWzVbddsNn6xymavM/3poXPplXlo/UIho1FEPHZ+SklCXpBKfxsWB0Qh1Un+sY yFdoQJvG1WhSyZKFdNT+z0P7dnPyJvyorMsLMKegUT+0dSQMw3KIZIMBkQZjIZ8wGaaDXEiU2NHx B676JusxZt06q7Ec1py3Y7jL7ariGIajBJTzDEuDRIRSVLfTo42lfSU0kBFyOXw9s7a8QuaWCkaS WFmbGtp00rMZIU4k9ZmU5vxmOjaOcu+te8e1WLN5s91E+w/8r5hsUBXUMsNoiIvprBMUQUkqlWvk 2vG7k5eV7q6o0uGsk+8LI0y31zUw2jnah7UgRiyt5sj0Wulg6V981VjU59EiAvSkXSuxQIzl8Ylp RuPJpB39+CdSRqYcuFz/dRbS1kx5r1tV1RZx2brk92Lu3lWwBX6pf9NV27EFNZHIaCvbO79thOJq HN1Hgg0VshdQLM4AKkKR0oTsk7woC3lZIM/uINYh6I9WfHWkcom8nrKJozGz2uze3X/zfeNLlZ3k 1Lp4ulL5H2TpoqAKZW5kc3RyZWFtDWVuZG9iag0xMiAwIG9iag08PCANL1R5cGUgL0ZvbnREZXNj cmlwdG9yIA0vQXNjZW50IDAgDS9DYXBIZWlnaHQgMCANL0Rlc2NlbnQgMCANL0ZsYWdzIDQgDS9G b250QkJveCBbIC0xOTAgLTIyNyAxMDEzIDkxNyBdIA0vRm9udE5hbWUgL0VFRkZJRCtBcmlhbC5C bGFjazA4NCANL0l0YWxpY0FuZ2xlIDAgDS9TdGVtViAwIA0vQ2hhclNldCAoL0c4OC9HODAvRzcy L0c4MS9HMTUvRzczL0c4Mi9HNzQvRzgzL0cxNy9HNzUvRzkyL0c3Ni9HNjgvRzg1L0cxMS9HNjkv RzMvXA1HODYvRzEyL0c1NC9HODcvRzc5L0c3MSkNL0ZvbnRGaWxlMyAxMyAwIFIgDT4+IA1lbmRv YmoNMTMgMCBvYmoNPDwgL0ZpbHRlciAvRmxhdGVEZWNvZGUgL0xlbmd0aCAyNzE4IC9TdWJ0eXBl IC9UeXBlMUMgPj4gDXN0cmVhbQ0KSImUlHtUE+kZxjNcJp9iQbuGIwOdsCirKLgmgQDiFkVxolYs igSRGC4GiUIAuRvUFddqYqKLgmC4hYvhrmAACYLcxKoI6kp3F1tdr+3qOWv3bNVv9Bu3nbAet6f/ 9cw/3+U9v/O8z/fMi3HsbDgYhjmHhq5evWbVohW7lXHJi0OS4xJ2LQnwtd6spEU2tK8t/ZEdKpph C51m2NF+M5wZglG4AcKNu9meNHIkBQf+ffToh8UMLiydCc86we9mnXBz2PhbjiuG2XGn/2bmR84u bnwPzwWLFgt8xYHLgkNCJYnp+6mAACpgCeUvpAIElMCP8hdRAULK35cKEFECf8rfjwpkt2JKzJb5 UQIBJQ6k2BIxJRBSfmwVWxJI+QvWp6pSM/PSFHIf+VQX8qku5BsVO7KS43b/19H/9MjBpttyHDAn ziyOmLMKo+w32G22jWGPS7FTmAE7in2JlWFFWAlWiWkwHXYMK8ROYhXYEUyL6bHjWDF2GivHDmMn OC6skxw7Ds7ZymnjPOD8iF20qbJdaGu2W2NXY59m32//N/t/4nvx69xw7iRwAU+nBU47NO32uyZH d0cDne9mf5MHD+MiJF2LJAnIHyiRuxp5IQGBrt5DN6Af+ppEh3FEwHXeMDACeoEIuCANCmAAAZc1 QN9h6E2OQJ/voS90hkHgKNfRAG9boegI/hRJR5HEzEJbkHv5e+hSdAP5s1B4BIcs9DkMHGShQ3BB /XtoKvQNZ6Hh0OdT6IveQ92hIy3k0UL0E46cMzyjV5Bbl/utQQ6bRDB8zkR7b7upvb7dYDnWD5CU FuIf6hn2s+7frJ+g83h0gqk4tCyyTunS+cerqkndiNZiaG4EzQ2Gsx1E296zqiYyzRTcgGY2IFkX mnvZ71sg/kr+PQTERM3tC+PkhbHx/ifnH7dBxyq4WAc3aqFn0ovQH1ddQbYVyItJSJ9TMJ7Tm9Kc 3BhviNDHaZT7s7NBVub+tGQi48ucojyyKMuivquGMjn0lD+KfSS/FmFeB86vrVr5GbEo3S8yiJQG hYR5J4AEH+SQi+a6omMopPuHhXyvZxHQcT9caLWCLnoj5THCXsNN41B9l4vpvLntUtP5ykvlYyXj JbdPfKODjtoXB7/e+5f862m9sWeTTfKqCGDcVBQZTTAqrvT49sJUsjClNKk6FjDuuLq2oOqQ4XDp n6oPNUml0iRpDlCFBu3zdkVO3qYr6/jrRnbdeUTcrRm3DJA9lx60w5km6NXwQ/WFkgslPeW9RtBV 0JxXQeZW7CyK0W/QyA8k52Tl5aryY1mp8DaS8qSZEXmb8oN3R2WyXuRkHEhPJZKK06qzSGN2w+dm fafGfOpcXZvxTIOhBRhaT3YNEre4jtDRzf6C9fky8M62blN/VX/FcPFVHXTWvtr6cDF44NOB3NAK AjnkeSQISYUgUrI6DsRKgrP9XUPXltaH8WOrojsirwLEZ2azJC796c8+vI/Lg1tlZEt0R2a/vkdj rmnuAa0WwyS0JZ7l39llIZMtimqZPlIjz1DKwM6tuSu9CdZuN7u/WrW4vV3D8CCfKw2LjpfngNTw tftWuqK5yHYA2v6eHwxtFNAVigkY2gVdv3tO3n/2+iJ01o1qhw/05/XndKeZEwGdQQu5jFXJ8z13 ki6SOy3y2s16mUaRlSIDyTJ1sAfxSVlIs4xsjjFnWvT9ms6a1h7QYimffDUlxH4GvY73rhsvDCuX 16W2xfVmjejbNWeLWqqrS4w1tS20aOucMARClvpFg2gxcspCYlfER1ileRk/yCy5Jn0Moh6m/gQd CLh0ELq9fEm+/Bf07IfrdXCRFjpkPpI9jhmTWHxBt7AG4YgkZFxGCKW8g+PZfcqmnY2xbKbXa6Ky FNuyUtTxX0QAmsDZEXLv7QgPSpEFSd8ZGeEbI5oPLXB+N24+binqJ4svVnScaTU1tp3pqe6tuHnq H7oJ7esC6K6OQoVzthTGH0vRJ2rSDu0pyN+/b88X2eDIXk36dmu7b16wXJr3sx6P4Ur2rVWFkalh iqiYHTGKDakhe4A6JPAgG1IlWtA8toy/bDT+MbQp0VXUEbQgukhpyKjc75LbcK6gy3Wos6yxnm9q PD04SUAhNyEmXrk9L0wpyV+hR+4ahF8XwVkg7GEynA4XEDDADGfdfULeffiyG87W3dfe3Du4eyCt L94SDqAHl8GZkzxxWVhTAtkc35HTp+/VdFS1doGWjvLRB8T9PaNJ3WRSd1x1lH6LJiE7JQGo4vIl Uyn6EOhafGh4sGPwzFDt9dIJHbTRPkq6RoFRqnEucifefcZOq6fc8c97MhrIDJOyLFa3TavIUSUC 1Xa1xItgDIzQGmd2vH0yxRMhIyOCRpwh7GjRzyOM6O0I/uulNbMidomzIX4OHaf8REvwy6PDlsum 4fpbp+/qHmhvqftUfSkdsqbwG+N/vjhQN1h34/SkDgLt35NGKTAW2vwxmke882NE9Ftub8G5nDoy 7ZyyMl4XrVXkpiQB1Q71xmCCGZgS3n2k+VAlefBMvjG7IsuQXpyik2m35yYngZQd6g1BBGNhhG9H rGb8ImU5fvnmcN9I00jjrbJ7Omj/f3thhU3QjTwoHmL/PpvXJMRewvmDMEwHlVro+wfIQU7giWcn mok8CRQUyQ4NzjzSHXHQoi0owhUFo991PvHgo9mv1sB5cBX7ULToGG9+5fK2GLItuidzSD+i6a5p 6wHnLJXfvCae5d7Z0Usm9myrjdCHa2IyEmNAYnRuiNcvD8yIeG72t+jZyJ07cLm3s6v6Sv3Y6a90 0EMLbSK+RTZgEtm2swp8if8EWwKk/ftIYvsbNi4eLDUhXvsWG05TlJ1XH1edXqdhsQj8ivwyB/gv +kQVKZ5CrF0erVy3dL+NuImzoaq4CKu3mtj3ARrtfNRpuh5ruWOjXI1ZiWBzal0IaVt6PiQaiwcO 9wT3DvrFFfgV+0QGstayv7Oosqa+m8WMyYrOeNRn+xX7txhanWOWboxVimB0bGAIYUt1+wv7Phr7 /Pwy+sUHDvhZvPe5Ffgyu5lUn2WjdhmkdKyAtI25ibCYo6MIn5qUoqcaqIWhfZ4egpRZmiyd+yCi K6JUoFShXq5mvwhmvXjFzhrRoMizvx60vsOy0aTTpOuZ9wuM9xSK6IDId8d2vmyyYrNgrVWmRfwz chiCqHyidppvnWiWYo1iiW2CeHwIeXiAeHUacJd2pH4eo3zEf+OC9xp68HbLb8xwvWOvWQiuV5tU UBpLeU9mUh5nUU9bPGoIaTwge/sdG/tU+x2kwjkfOMJY2XTzCIsHDvcE+PYcBbcV/Br3b/u5+2/8 KAdZj2uTfR6acaJ/rI2qibeUwp+p+50YdiUrgjEbJT+XpVofW6VosnLCCHTAf+T3Dhr4Evsm97n3 JvdPB/gz918FDhwE2xb8F/c/BlNDU1lRbghsUkV+ORv7AjSrz0sfTc5r8/ciGvlA+DL85wdHmFqh cB6kbqt9to24ibGdqrEIqbCZ0O8a+Jz4Mv7FBw74WfrFBPg3Bvd3/V/3ZflfBfgYBvw1HPuEXPsY WjJXXhlJRfsAa/smG1Evk5r7Dx9r96gFdcbOgtQbvLOXpKkfqqOjt6DL/E/6xxgOHAVVFPmqFQSE VrsKZW5kc3RyZWFtDWVuZG9iag0xNCAwIG9iag08PCANL1R5cGUgL0ZvbnREZXNjcmlwdG9yIA0v QXNjZW50IDAgDS9DYXBIZWlnaHQgMCANL0Rlc2NlbnQgMCANL0ZsYWdzIDQgDS9Gb250QkJveCBb IC0xMzMgLTI1NiAxMDE0IDkwNyBdIA0vRm9udE5hbWUgL0VFRkZNQytHYXJhbW9uZDA3NSANL0l0 YWxpY0FuZ2xlIDAgDS9TdGVtViAwIA0vQ2hhclNldCAoL0cyNi9HODgvRzUxL0c3Ni9HMzkvRzI3 L0c4OS9HMTUvRzc3L0c0MC9HMy9HMjgvRzkwL0c1My9HMTYvRzc4L0c0MS9HMjkvXA1HOTEvRzU0 L0cxNy9HNzkvRzQyL0czMC9HOTIvRzU1L0cxOC9HODAvRzQzL0c2OC9HNTYvRzgxL0cxOS9HNDQv RzY5L0c1Ny9cDUcyMC9HODIvRzQ1L0c3MC9HNTgvRzIxL0c4My9HNzEvRzU5L0cyMi9HODQvRzQ3 L0cxMC9HNzIvRzM1L0c2MC9HMjMvRzg1L1wNRzQ4L0cxMS9HNzMvRzM2L0cyNC9HODYvRzQ5L0cx Mi9HNzQvRzM3L0cyNS9HODcvRzUwL0c3NS9HMzgpDS9Gb250RmlsZTMgMTUgMCBSIA0+PiANZW5k b2JqDTE1IDAgb2JqDTw8IC9GaWx0ZXIgL0ZsYXRlRGVjb2RlIC9MZW5ndGggMTg0MDUgL1N1YnR5 cGUgL1R5cGUxQyA+PiANc3RyZWFtDQpIiUyTe1RT2RXGc4Aktw5VRxsLF7yg1epoFfIiCb4RPY4j OLhQeQwGAogChkcM8lYgBG7CTUIwQiDkhUAIDxWQh4oCDgKKQy0uV+tjWnVVOk6r1ldgLjNtmLWm q/+dc9bev/19e58NKG4uFADA0l27du8O2bkexmXGnUgTJ/jzuPPPQTOxLjNxrjMMN3Kju+u/3d1m RO7LyMY5szey3Ju+g4qZKXuKi/6jVP7v4E6f2bZ4Zv+imYefVnrve7GEsgcAN/qCXy9euszT22fF qjXrNvizAwSbtwXt2vNFaFj44aiY2Pijx1PTMqXZeYVFsjIFoak6pzeYrI221o5L3b1XBgZv3hqf mHz59kfICoB8PuQyIS8AsgWQxYN8AWRyIY8HOf6QDVl8KPCHXDZkBkAeH3KYkCWAAibkciCTB3kC yGFBtj8UsCCXC5l8yPeHHDYMcCKdYCZkOgM4MEAAuTzI8od8FuQ42U4gH7KYkM+GPCfKWZYF+RzI 4UGmP+Q5gVwY4A9ZbMjnQg4fMp3q2JAdAFkcyA+AHKdAFuRxINvJ5EI+D3KdWVzI5oekidNO5qQn CjcIf+m68EBikjQ1LvOX+/9PgwLorpQFLosW/W6BnxuXHuxBAZWgF1wHXwMV0IE6YAHNoBVcBN3g KhgCo6AMVAAtqAFG0A8GwS1wByiBBlSDetAAbKAd9IABcBOMAxycBbXADBqBHVwAXeAKOA9aQAfo BH3gBhgBt4ECqME5YABW0ATawCVwGVwDw2AMlAMCVAE9MFF2Oz8RxY1Cp2yl3AJBzqD3LhtddrkC 18tu56lJtIN0O1Lzq+wFlZ+kf/LMPXfh5kU3Pw1YsnLpAUbwsuHfzqEe6Auvd97fY6O+GSsyVnat Wrv6s99nrrm2dnI9ZwNtY5Kfxl/FXM5azvqBs5x7m7eEN8PvDwwJfLv52la3reZttu23d1wKOrtT Gmzd1Qy37Lmzd/FPrIVz6xfOTTr8ZkcZhxw91MKHsiEb2l1lqzdjBqNF10TY8IYiYzZizKo6KUbT SkJz/LAI8jJVRFtIfjvz2psazKjMqsrR5ZUW5eSIM2JjUxJOJof5xW1JC03flxWUF4jk8kvWky7o Fu2OmmCsZmfDttbN7YG9gcO8RlHb0Y5kbenZQkOePt8jK+pAR2TPkWHP7f8I+3vc87hnaU/zniJZ jqVnpkfQF+f+aX2DWV53vhl+e2Fi8MG9x71X+i5esyFKulOHcC6RYTXW1dfU9HVe6LVdGf+u6751 wD5pfVD3BKl7XPV8Gn1XMp3zEMv5i/hx/POEv8bdF47JdHFXtj023fAYThqI7Ts8xbvJ7Pfr22Bn 1fARC8moXheCBhb5n1yLSdckrP5yZZwgVLAp8HhSfGpUhtxQUl9onK89V/CEdDAIm05VpT6n8vxb 20i7rR2xtevtTahBZsjVY3n6dN1RbWKlpPK0RlZRpC2oRkr1ZTV61K61VOuxJout2k4M4v1Zl44i nQnGr8JQUYFQHIOJo4VHw8SIOOxwgdBr3uX1ZzOfM/S0R7jDi6C+ol2nXcUv4NZyZDs9Hj+mzCQk uEQpIVLwbKWMQGJpp/F8ZS4hwMPUKZV4s4eOqFWZsZ8VO8D3DKvObDZhJqNVd55oxC1FhlzEmF0l zUTFJZLsXCw7WypL98qQak3ZPtmGooZm1Jk5e8ubWsH4lvZjlPdsPFVAm430ptVTF7b84DkLGFC+ vygCy/XL2JqyPzU0MUIoSk0+Lk06jRQcSyxN9PoixNQT5hN2OWJK+AY58krqQBze6Hv96/P/wppf tj/oHe4d7Onsabjc0F89UDGlmEy7e/CbA4MBnSQNadqkJymkl1MBKWhnOJilH86MYDnT6ROiSwkX Y4zhhBAX5YvEotT0mLwQRLK6kPQj41FSZCJXdQmwrsBR0cOKIcVVQ2dHd0fzbcNLxDBd9cHhjiru OrXPnlw2F08jlCo1qlFrVCpM4+xTo7Zb21rVoEe0erVzUOP0yoo2YgwzE68cO9EKR6HC4UM1VNz+ iJJ/IN344XmEHJcTMi0i15RXalGNqlKtwXSVlrp2i5awGLs7Joav9thbW+wGo0aD6HXKCq2PQVFd ppYjzh+Rcwwt+WkxlUWXKqVZUjy/GM1U51XKMHVpdalJ/sd8j+KWOrnKSytTyUtRRfF8v6nL1pKe SnKLF3lCvk61tZwqO02o8n1q7HUtJtv4xLOnDtpHh6/Dd9rh2vsE6Xtk+fMUekfydVQ/Ft0b0hBM xOKiIlF2wqlkSWZa3qlTCRnhSEphcW65V5lMjsuIcqcb+bybsqpzaEvdQMufMPu9/uHx7rHOe+ZH FR8Uz5Lv7UWmPm/fzEZ3SIKid2DR20lAupFB5LrwyIQkySmJJCY6ePs7+Xf4E6IeNytNaqTbMm/b 4Vteh9dqa/WehhprZ9M3SA1NjauUagJRlShLFSheXC7Fk8ojPPHk8hh56PyGtTgCf0hhiGs73/bf H+zzHOwas05V3FUM5nWdQMYibeFhaFRuZNJXWFLkvoPM/U2Exyg+UjCUOZzWm9B2CGk9WPdlKEr+ 5oivHwvz9yOROHKl14pNtfYIn/TaAnMTWq2t1lVjOp1eW0uY8fNFzVmTh0Yzr1U8VEy2j0wio5O2 p+/Rp1n3RDcx0XBE014iBo+WRAizOz0aGxosJtPEjf5B+xDScEHXakf787tS27HU1gRDlHPzdh4M JSnzFtpmOd5uHxlDtCzlmXKU9KXLycUa0pdKUujkZ/QMZdIR1EibpE3gNwiq6r8klntQU/kVx1vl 8Vt3XLVdarihF3bR3XWKdS3d1bK7raAuLeMLBBVQBIwJjxAIhJAHhLyTe5Mb8uBCQsibRyDEQBRB 5FGxPldlu6jo6upoO2PtON3dacff7v66nUb988yZ85tzzu873/NpNEgVmMwg0Qtxlk5I6o2HKQYr QUGIDQ0dYIMBvYk2YVq9Vq9m7iDiW5sNVE3qHcP5E0HDYP+Eoa+zy+Duxxq0QlJqVJMKg9KUR7GN CkpFCMlq3XorY38C21IqV9ri7aSdthi7ezGPPzw1cxMegj7G9PXxc6GTI9HQxMhUaDI8ERqPtb/+ x4kkmJEIVybCa4n7d36Uvh6lIIB+++mvmmuHLT6zk4JRHcNHBo3RjlfTVqXEyZJyVfv1RykuUW3g mIBIThl1qdlkJaEhgY4gSYJJyFToNSlqGHYEuwcsg9ZR0xkqRPgJu/6qYFIyKInyQw0BXl+Nr9yz DziPWsvKsIPqktYKvK1MzBHyhLxabjm3ora0aZ8ESPezVC1MtM7OslTRXGcyr0fYo3ACrUXf7cRo W7fdjjvsLquH6iS69Z3a24UMV4tXGpCZ9bTeToxq3LoOykH0mUP2cNewbyAYDPaNuieBd4KeOY/9 s/7e/s/wgiu5oSyqmqjVcGU8mbC1XSbTMDRaNaGnZCYGTdA2E2XtxkzDHeEIFjaFzEO4aSre5KP6 ApgJbrA8pvvMnTYzTQHCYjXQzA4SvmGc10SJfir5EnHWGrG7+u3dL9ImG0kzTTLFYc22eI1Wrpbg L5caeiEhi8wk75ADhU6jVjD5ymPiIp5Mxa7bVVwvrOawDh3YztolKGwuFO5oydQ26I/o9xAcxpa+ rLNZ+HTMB7+gokSkOxQI+fvHPH8B7nl64T72vOXesTm8cra0P5+SEG2GVgpoElSE0qy0O21eW8DW Z3WaLJSZCGrnVUNtjFC7X+6UD/MHuH6OXeRgeQqMGnO97aDuPYZsT2ulTChicY8frRQI6iQcGWgp LlLlM9M2RR9uS81+wIIr4YfYI8eDwfv4wN3ozbmFyPjU2Utzl2bOn5oL3ox80b/oeCkhuCIl7puk e6bnFEwxAvLyInGHOa0PET3UUyPDn9ChobR6TKERSepwTRs3Jx+t5edWf1CZjlaj7xh1W0UFirrm jQxlnU4kx9pNUrMIV6il2iamQm6mFammqH3We8Pms5/x/NW94LnaOw8T4XXGyOPQ/eBSt9/mMncB h9/qdWGyBEUCSjLFE7o2UsAUEBKDjAJoY8LhhDwTmxBolcpkRbu2gawAMl27VoVr9BpCR2kIRYfc AnoM9k7MOEzOx0/F7ocbp8wmm4V+Od93a76PT8obKRto9Nb210eaJ4FgQj45jX0Zvnn9Bn7j2v3w MyNcRj6qv1oIrhUM536ClSmOtXBwEbu+5jivUVjetJv3pGSe65KN8oY5/eWg/0hX8QEsvSpz26f4 9uyNtSiRiV7bFLyyM3Xn5ao7T7CznVOu07hnfOBEdGTYOz9wNxzrA2Y+SpodHBt2h0FkxnlhAZtR TAijuChSP1DtrO5l2yqNu8iDgmMVoLJMWLQHY5lr6Cac5juFXpFTMsq/WNWp9qpGFLTOofWoYw+i 5WlJpfzq5hYpr05QK2UDKUtRnIdt7z0wxMLP/Wmh5iF1l7jmPzsNZicDV5awL5uuHprGiye3nkGJ p195R1FKnD1p5kCk2FsCgjk9WzdhaZKM2iy89kPWjiN7y3aXlBaziit3V2VzQW3O7tZipipBbdVZ aKzTaDWZ8Q5TJ2U3gb6TjqELqfdOXBo/Ob249Oe/hf8FIs+cMA6uwr6W32+8hjdfrZ4sH6oYqOg5 ZjxIHm1kl4KSnfz30JvYOn/WZAEerjgjPG/0kQ6DzQhsCVbSQnToQaeiQ6PF2lVtaolWRCaL9UKi icoiciJ5iyBvsfYJjMPgstGnt5fwW7f/Hv23cZI8pQ7Lw7Jx/hznJS2K4S++P57k7nK5XbjHGaD7 Y3jdp/BKgU9EtwgxnlzAF+FSqUBVY+SRzbaWXiDuVQbCMfb5cUWcr8vjdeN+V4AeNA6QAYVHCtxi WtiE1SsEQikuFjVp6pi1fJtXnCr2KL1e7BXtiWNo/wLiXTGIb+lsbsIalC8QTywSKBuoRkLQKfaA V4znp/29Htzd66MD1IvfzPnf50n/ObU4NhYC0ZhIxjC7trutC6fb28wy5sdEfIvI3CtJlTiUsTs6 0O3zevGhwAl7mJolTrUON4AhrrM8HytqP1J/HG9gV3IKq+uEB5o/bqg7wXjjh+yUeMkP+5LS/pvO QhmN7yoPJ6tKtGwexrcJ7FLc0eJSeakZ4lLfwuznsxe/moaJYBomBOAKuAaDoB4uL/wWL/z690vv zL97Di0fQCsplEGg9AqUnIXWbklHKz5BG8Ef0CYWykS/w9D7YfTWDbQGX0A/e5oBV+WBPLgKruXC NCbcDjMn/wHTUuFbT+BPYcpdmAvmEvai3BjRrIsVLwNoGdqM/liEypix8J2xWyglFaXcfvv5NvhL kA1TWHAj/AiD28fhlq/gr/EHMCNmJq/DDY/hhodw8wT8iIJpBFzNg8vz4bK9Dz+4gOLARRQfRK+j 1Rj6OR+tKUQr8SK0Kvc3WwpBwZZM/mZmCZv28VP5XtnwOBa2zHZ/hr+PfrItJ58NWPlF4mJmWYV7 gpPKGZdcvIU9G4JxV+Aa/DJc9eCbb+8szS8MXTSeJiOyYGOQ762i/89x2cc2cd5xXN3w+aS1oGpz 5ZzRuRVjjI6tjEob4zWgVqGUhUYEEl4DIeQFqPPmJI7jxD7f5XzPPffuXGzn1Y6xkziYJG6IgRIS UhiQMCiD0jAN6FbWirVaJ+2Pozom7aie/396nke/78vnwGkNtWpvDJr0x/sse9m9jqJdW/+wQ3+p SMfQY8td6/6IHQpXDNTiMUeibdAIiEzX2WHjXDg3f34+Pdc3h2a0Rf1f38cmvaP1Q7gz4eiq4l7s 8rOK+n6LKnbwCofGEYkNwk5uWkwJqhJXo7Ge06M3M//Kaq/GrkbSYqRnrGeyK/utFrZ2Z0affqKt 6Er3XIzOdYnWUTBUkMjvfz8nUtlblHhPW/X8N9aHel1W/9ngxnB1TuTDiEs1qq9hMAxKxboDQdtp KsaoABVpjoFYALIMwBs9kKjaCdfYliP6EoQioZ+kIGVrQCgKCpRd5mVewYMKLyj2/yimZJ8oh+1i J6cGsU5y2D2DE6d9I0SKTFV+l69trRHruUZePwGs25EGtg5UA7KJbgm0v6UnrOVvuAr8GCn4JC/e TfcyA0CzeK0dxgVZjIbtDIPXOKG7uADm2U7WQ77NDlobYJVxPZ/N44J8nV0yczwvyYY0n1U+e2S5 Rz8EX/GXwXl+XKDjVJyIl2o/rr9OR9ZoDVZ/D0N6jlcX5JQsP76+qdBfQ9YS9b462s34AMEQtF9i rIu1bxNLF81asuZOIcgrwlPJ+kD5R/AbGc1cg/xDu4aAh+S05/O6K8fG9qOZ4l6jL6/Yuk5fsR1v a1tovFk9VZVzqTJz+NR+tL9MNeDzFwfX/HYzvnqj/qohHSPrViL6KtrE6DkboBGADVBw2rvMhteK Mm7EmdSh/D1yMaTKnUqwQ+hC1bhwS/sRFoRhths/C04Fse/M2iagrQxor+FA22M6ZS6Qi6VDAlrd wMvNduMbcp43Wkb8o8zoC518k5qaQ6dvxK/fwBJMkhjG/UlPwhlvGKjurgrv6v1A3ckVskXUfh/a Agma5JodGN8IXc0Yo79setcc1HGT26z5/5druS3MhrOJgWC8Nzk0PBhNd4+j3ePBsQyWoEd8E7gv 03SmNlU7dDRRFC3qL+jYweuLQR7TwhiDve1YuTnX/Hszp78tviVVy47e2pRrxHmFeMz/sPmWpYvA 0kV/tai7hT3FWCtsZd24n6EgbaATZVTumoWD17ZPbv9o/cCvuH3sYaqKyHfucRwsP3jsaMmJ4uN7 6na4tqDuXGJrLqavjOmvZFfh51b+KW+hDC1dWHAt2C4gs9K40qtMhya6RqIjvanBVDqVTmb6P+6U rAIQWDmAugERwGr1Ra5N3jIi4GXcwJi4nNRfsy3bIEeK7cWRwlh+Kn9oT+bgpQNT5XM1C2j1fc+j r7HHoc9i83hsPj1//tbHN2dn5rJzk3eGF6Kz6gPl3/w98Kn/pmfePdka9b546/fLEmnLgJoMpqRz wmk11of2jgT/qf0c094081+B27y2hNHmTCP0gC+Mu7uORPK6HJKBr0q7yIRAX7egGtpD7yJjXIJN wmEuZ46dgze5PnYQprmn7J/hBPc3doG867nX8pnj89KLNVOHp3Zd+mAsP7ENTeSFt6zFNrZtcWzF P8w99n7x7r2FRUeKaosd652vN6P+kg1AN+XuhPubm2BDgIG07fmbCAiaAM8KMiZ0mZ55z1pmmi+T s/xfwG31dvR237XB6cz0aPZs+kL6XCwbzqCxSx13n2CPXF+UfYnXXj1w5b3ZbbMbJlYnVsd/GX6d e4ctJCvaGIpmGAZlmhlPmx8SBCZshjtLMN1h1hdkfVu4Ag+Xj5+8WvvDbqxO9lkUwbAaIcJH+aRw W5yQelRUDYl9SeyuWQuZgbaE1zppLWv6lM74VNwbKu/YIVQbTaJJQP20qHC8KEh2ReI50a6yKoxw E8wEmOTvC1btXYR9cgdetE2PQK7HzvaMw+s2bRnXy3whBGmREtr5QA4BPQE3zrhebEieuEs6hNMB 0I77DBwkBCpExLxpb8o1XpdtSXq7CZmUXcJJngYn4W4BbW2FvMeun6FM9Ugl62xvJ1Gfq33fOozg 1or627i+3CwHOljD83sQVu2BUVs6EIcqHwQKlET0zhOO116yp6WoIqmq2nFGuCzOqKmIKgOFVQDK GyJhMMObgR93ws364kpYXloKGwBGAZKhcIqmAcWjJNLa400S4y3X3Rl3j7vbESwzwIjywAabk62C JRy6E1nLFoIaBq0w60Vm/RWz/rKZy5VKFSLkTlBjPHoDAVI/HLeNs1k4w2kW9kvpbHiyczSWHE6m Rm9N/jc0FOoK8TKQGTngfMd7KNBEFtN7wT60nm70tuENiH4GmPRXEX3mRaZ4DJXrP1kDC2wEBXnG HuBYUcI4xbRYOzEtW1LmiMFJI3JaGpDCSlhUg8EQKieF6QfY94qZ135qitO9RCfuV6uDJcoRsVYi JbRdoEUZcoKCqYZ3qwbnqFGYsiURFSThpIBqdkT7CNE+QZJIFgmzaiDIoJJPoBgMlPP670wkJBk/ TrSTgDCQg+YDEiMzYSYKEkTadZ7s9YRcalk4L/hrvgQcZctAGeOEBIduQk6ytXQjhbaRZGsT1mrm K2DFMQzofaZqvl5w4kl2WjBp25B7YEoaDPcp4bDaLQjBoc7L4SfWsFGwZc6Ie9DJoP/nuMxjo7ju ON4iZmeaSlSVgK5nyWzSKncQJAEKJMi00BrE6QaBwRRjp+UyYK+N1/aud72zc72ZN/N2jh3vrr1e r70sEIO5T2MCOHEENE0krpSkUdJEatKESD1UXqOhUh/9ZzTSaPQ0v/l+P9/vL9WOQjvYwsNXo2IC 8EZFl578c+T9tosVYm/S5c0oWqR7M4x6Iq2oQU5XBYPhfR1qHAjETrwqqeyv6KSxq5oc/jmVQN0o zvXGSwIJA3BYHE4yBdERJBKsCtA4AIg0ahbDmZvWw3Xb6uCmQIdFTfnu6RmUf8bk69MGvZ9T6Q2o McKuk+sevP7Jr8crll9dcPB53XtMmxVd1vxi3cJfVD3FVD250/ux9xQ7J1tZXsaVq46uGq0eXTu+ 8UbD2d1j7RMxRjhyUf1D4OwFlHsreNk9ni8X9w/kB3sOPoq2t+6y+EfircgA11XcmJ2fbkD+vSql yNCQgtFeCqaIb7kR466OaSLXA6fhROAf4EuDUguDsBRQzZSmBwwVQkjULj/qCkpY7TKYlb6wGhHi MUYSQIhwJUC/ANaKrZwSEaIxvjvWHG+Ivt6yPlorMZ1z5kkLAt5073u9I/OC848subDq2uqJrdeb bzC//6L9q69ZTA9j3zVMcdfxpPt/xYFbX4/iqWU83yBF4KvkzcitzomO0+H/k/0H5ekleihbdg7Y o+iQnbWypuOmsky6YBZLrHqb+oDWPqaG9VPGJQ6NwQMmi/P0aeO8McbpF+HIADsOh4HLAUe2RFNC rWiruccIozhiCCAcx4JOhu3LQt0JfuP7QLsN7+jHtbfJlUFJmFRYXhMUwInkrwqB2cl1fDTOROPC TrLEGj9DP+XQKwhcAJ+CipLSC5GBXzD836o4Z1FHCo9qHHpgPPgXe199Ry5wwBWtpMnIv7XdOcGu mI7iQZBRcgNsGfU/aqcf+m5qN+EtfVT7ED7QmbDSCeLc7sQ2qU4NgValAzBdCaG9JWlIIqu3wC6Z 9SbTS2lttu69Bry5VKOxUV/GeT+ht5i77E4ulUyLafBZ1H+WLwuOzDhSSpRZJUEpPiIFafFrcP6K zbAp9Bs4J2CppokM0yWr1Yhz3jpmlHsKA0w2bfWXWfw0nToDhywyx88UPInTHGCJqc7Uy5o3T2wE LVpUj2qNcANiNmzWjS1BdV8YRgN7tAhUyAMeSDIjiyDRxVbRcXUN8CZxrbAzzs5Ga+wQh6JWMq1Y 8kFpVDjMD/F9khX3ixpQOBlImihLUAiIMd0IB3fWw5rGJhiqr4IzO2MwHiDa8Ko/GZiWM7JGDn1p XsnkCkw2b36OX2H/TePJNCABdke9R/2NJqF0hTJc2JtnT6sX5EucagNXcdvc7ekacxPaa4s2oxjA ybMf+3Da9772BcSTdIaHgiJx3aANNCor+TfEuJyUCflFMQZa1T2yV+E3H26hvOW0Vq3+roNdhDam 2jnUZkddwU3kpKIywpdAXj8J9isEQroIgcoCWq2ug82ByF5oNAS9xwm7O32dPnWAmuIp3tSH3DQ7 lzGtwJGRyO4TQUu0AFJN2d+d75X7A/vLTr4U3J8vlrPDxXO9l9yrTM84eu8ei+cSeH+fuq1iWsQv ceJ/phq4xsgrvVKuQiEMT9i82ZUKo0rT36pGDd5kVFMzbbaHVvP96lDgHDhLGs4AqT5H9JKWhwTy +CWfNliC5UA3cQHgVigNoFOOiHExKTKyALq7WOVJI0QZMdjWyDbQIdgeYdFeGFFIbHaBVo6HJAAy JJy85ZT3GF3VPbPZ+yEXeXnHq5uW1C6p3bQ5xDTXruxeGHhjl51vDpKZ9akDxmCmMJh7ZHsslaf3 oX7Uz13uGXNGbebwgJN1gpZlDo+zDk5peLGO91ETNK6An4JjHFJdhTQ7K2Z2o4SxwZ2VZ1zoWiZ0 smxWK8Iy+aLnfH8BJYI55MK+wEm1CE3jHvJf0U6oRZWJKjEQ4SSwHaxSV4NtgCd244VQPRuHYW03 V017K+hVNPI+At4wtYoOo4SlcH1gDN4zmD/68CKTOvcmcgeCBWt46NzJ8mBxf66cQpZj92T68keL V5jLPjkktkrtoWfbFyZXq1G1W0t6D3v83jVvOVwbaYcdgWd9U74rlw9NK2SP9YzZzKmSadlkK0yZ uuUOOe+hBzYOunhtFvNMGi818eTzbJnegpaYzziM7ALHZhGyUIbLkJwm72g9MK8f1s7Acb1fG4Zn yH0eIr1Hy8AsQgISDXBmph8f/S+NH/fe/Tuuvocrx/HzFcg1XTNtuXbW7LOyQ++cut9/PDvivnkG TyrdsPt7SFl29LSWhVl9BFxV7xjMqHrSOIQYI06inhUg2fq4eHub1BRYL++Uu+SYxItEM0l5D6jV 6/zaFuo55M0zvVbOW0t7U+ha1IQEzuSzQkEaib+duMMzJm8IApk9WSG5Ot+OBojqg6i+xQDe1Lmw vjVKuKAo0JSDBdrW0xm2aB20j5mn0ocyfTnGHkJjf2JxDT1gnHqX1SfgN9jP/hN+BMa5ROu+mu2V 0W1+TfZmet+u89il3ty9lU3L29ZV8E1iWIozTb5K3DgLtzyBO5/A7Yvxi1vvinukBbw3g+G9RZK3 wqtl15jLnF8SrzvRPp5J5E/I1wNldUgtaowZ1XlSHUlqCJx3whduhP/juFyD2rjuKJ64lrRpnenU Exq0oitPMmnapK0Tt+krGJMYm9bmYWxiMOAXNmCZpwDxElq06LVXu3d3tdIiyRLiIUuWRXjGIGww D9kE/Eix44xD2sZ106RJO8lM3U5m7dlkpos/3A937rf//Z9zfuewoYoq08Qel5S0jckUMP+p86Ys N3VA/iCO5p1uykOf10f0Aw281WXjreIpqS01rpsqmjg+qlOPVq1mPdgi2iRvarg+Xj1aBQOpjs/I GR7llsDniklVxHnPKmqxXnLUuoA55h3TU+j75CThwxwuvVAiIEQ7ZJu0DR0U69Da7ZzHroVuxi3v KhNkgzLNhQapqOZcmKL7tW87L1HX5fyLyF+L9CodRQqb2Ui2aFpBG2gn9YTJZpWbZzthNMrSvuKW tihOqFzSWwpGUkNJ8TLaTJWR2VgN2Rz5/V+lH4ladU28ZRD3v/ZV6ukRwyAhEB4Lb3dl/eVnD6Sn xO/XxI/M575fOdkUWX8xedv9Dl2q9Awr7XRJjRgvrSnq6Aa2GRuyXLMsWZYItZVjSFYDKhV2wkLZ rARlzs2gfpGzHxzS4E6F3UIxZi0YjQRmXQn2vKtPUPuYHpdbQNwJ9r1/oBPUBw7xCUxUy8kQU4hP 2z+wheVQ7u7BBUPgtHDSVcE2cmb2MXS88fGjZ1NuuVd6k1hwIbo0duOdGzMLi5PJC2sTX46s9n3i /R+8A1aJ1bZbLSuNSd2iLnkwuXuiOFYcKkSimd4d6ejW7syOAqwjv66gvLC2rLAo40BxeU51RhPS lPk7Yptm2+tC3y5tdn/B2dJ4aaxs+tC7pUuVf9LfQRpvmz66j1KqR3nfPpuyvMIFr2uvB65GZ8Zm x8enorPRmYGV4F2k9677ww/RL0xf1P0La71VtVJypTSZP5V9Pju2I7CdznHmmvNa8w0l9SdqT56u Oqwr0OXr93bsQjp2WnIOovnuPcEsLPhGOCd+MP7W2OHp8kT55dOLrYghudy9sh6son4oTfFEip+H NKMNO8epOTrqDMmxEHCepy7KVrpDeREuwCX4NbhvvNawUjNzdDgPGd4bzMtHn9dt2/kmtjvz5Qpp E9SBBmjgDKzeXefvYqw8yTOQpRlWAB5SsA3g5+zD9Jxz1ncphlw8NzwRXkDCcz1XltCkOalfxJrm qqfKh5uDOn+Zv8x7ylUPXweltk4zgqughChaVK2gvlLaQv36NFqg+qZSZaFMoANztoHOLlTH6NlO LGi9RKwZEet4yMloeAfnZABilRHdQZop3NpG1e47Suk00m7wHFTIV50mqhLTwmHOzzO8mufZUIyh /QMo9FKh6Bolbhe94ncp8WlxMxpUzVji7T6soT8rKD0VROSclpsWhAzDY+sT/PLmfMq/hUVXDy/Q boHvRTyqM8wS8wBjItS5GErK7C3+EIg2KL5B37FP4wE1fqa2p8hdxNfLlIrYGVLGMYZ2QQHjuQAz wLLAQwWZAPTRPoh8rBT7GfEl59ddyy3qFcNs1eghZKSotzAXlTZlvSq9kIsZ8FZZrgOH4vsu7BF/ INWlJjPHjvQb+1sjplhXDL/cfZtAcIqQRSP7LLlVepKSNmssXRRj1JZ9UvjVHnGD9KIYSm2JtAdx Hne1sc008oqyTgmancfzUOlvKpxu51owHnebfTafZYR4F38HT+UJ2oyj9g6csu4/QTV1yQitkVKU 0jNKex1VpGnlnH6Fh+tx++QZif99tCElBM5QbjgPlrlV3ww/7o/1xUKRWGgC6ZsQLkyik50z1fNY 83j50IFIYWS3L132q7ZGUK0Bp5z1RpST8kGGogj+gUlfH/rVR8tpG2+kcKWw0Y6SryjKHU2kBeuy E8AM25nUlgdVa8UzJTO54Z10pjNPX1qKlJY07c9Bi0NHh09iI8c+OyC+sFN88sDakanqhO7tioFj yMBRoaQIzW7bU1mAVeSVHMmpQ+pyf4s/p/nlr4S+32hLe2oFsxsheLvXj3JQoP1Y4CP3zSQK47K7 uhiWX++hMm6yDs7OWCDBvzb25q09SPbqWs19zcKMZzChTQwOD4cTSGTKOzmNLrbNl89ilYn0Bel7 y9KmpYxpXezA5LGLDXNIyziRWEA/Hf/z3RvY3Rv/GRI3w9tguXsOHzONt07oH1PTvYm0jZaUKVHL BKEgrzArcz0De4C3y2vwtgldPInYXT3Ap+lRTpIiARTiiFLepVchD+QUguoZaxQIUFYny7kQpic0 2qf1+AW3V+6JHO/kNYwJdnWj4BTMULSAfeSPsW7K5nBgMqgDO1w/JO9gyKA1hl9vv2SI4cE2r97d yOdyP4HbQQFVAZEaoG9FPd9iinpQQu7CoISBdEUj1+ExY+6uMDFufa8jQQwCH+kFHoC0Si+q0vdR 5RrpJaW0QVnbRlk1JgbyLMewao72sn1MDI7wY95x4azg9fMcJ8AgwseY5c9RMVv1EFXdUwFx5Dgo pP4I1T8F+6wthM5wqGDvzzsqTB0maIGp9LpuOW5AGMf8Fz1DdHB9kA8HH15L2/gohTXRhB21ySxr w4xW3EnQpFPmG7kbWCho09aBZoeRIAgb4ejulr6TynxjUEi7XdIG73Gs52ioKtIQqbvQvGBcbJ23 XIaiAvz9zPLQciyRiFxFIknfPVGBQuqsYw6LqtywL47CGNXrQjvFKPlPa9IWUFsDFp9Z0AdKAlkB hPSBM71yWQzDs7Ibn6OidMIZpljZjbcq405QnI6X4cYutbGzW/9/jsv8uYnzjONNx7vethCmEGdW K2aVTJujTGlKWyh0MgGmUCccNYYEfNQYg/GR2MKyZFmXV1rtavXuvVp5JVmS5QuDOIyNSW0w2Byp SQkeCB1KSOlM2pCZDEnbX9rhJV0604W/4Nl59n0+3++nmfDK++Q3yYRZh7xeqryMmGVgNbOXpLcE 9/iauhs73j3obGmrdm/3Yd3bdzDb7Svf0tP7HBuHKop7J+rG2yYCk5hnhvrT18RNa31HZatpwx+V nuKO0jkyZtBaj4S9je4TXBrViz0VCUXSVI1MKIbVDbER9CMJga+iUFSQZx85XctLvi7TDYS/dFmc s59Ee/m0mFKx6U9FCX7bIQwPioN2frAgDthVTuUkADw4iNJcUMIY1C84+QbQAA6xIQZjrC3ThCvV NFxDwlfMry6aJbPm4gvmkvPmEpsW0iIafROuwsc/Hfv7qS9vwS24IikZbRi7AV8/AZ+ZIZLAoFMk Y4SSvkRMdmn1iU1pnEvGk0lCTsEbGvJvdFwYimeATOMx/kmBYwKWFth3RJuYEE3RQW/QaWb/V4qv M3dVmi+3vNT+S5xjYrwVKCJn3wCrfgt/UmNxc/qbn+Oe2eDxcCpqNObKBz0yJQMJA3FFBw7rcf33 Wx3LS/5ZZpQa+qj2e/kBj19CR1Dhi0ti3m5ZYlwgODEGALmC43hWiPI2PipwPMEpMZUltSeGQ98w f4PDlY8XF2rT7XrENlA/UlnckOo4XHl6tcKqTII+PjN1fx4unX5QXDAmYgXcXA8fd80FpnrGbO4F 33jYCCdb9Erdo+BABtYPlGRVUVRsMCtKScc1ATmBXkHPS8gc+gB9UlAtIcyhhtDLKwDT4rIlshwf tz6RjfjBIXsT28WxcYzlAMcRoWObPzS/Tz4wa4vzk1/Owudsw3OpySNEikuHMySre7V21Rrr1xCt VJRUVSd1K+VUBTPOi3+z30TPCrckBOjWTLvOyXHRmgRYngSxHt5rrwo3hQ75AqGQt6dzvbkVD+6n 2iIBQEX9YX/TG3jS2+csNELUVHGdyraNVo9WDdTmG7LncVlbgKtGZoYuDl22fQZ3wSXwr5nx3nF9 wqbkEFUXNY3Q40m6l6QT76YqsxjHyRrrUAQtQSRKi/2irDvu8sgX6B30mCBHEU7kAEvu7XYGwyzN MFGWYemwO3CA57p21JtI1Ed30R3xCEfRvkAjHnbWmourzGWVZpnN/K55oc4sQfgexmIZFxVl2kGP eKfbb62DGzbCl7ZCLNyNt73ZuGbvDzaZq/C2cnedz41tQ821j0jTDhfM78FZNs8U2IItbnB9IMsW fOfa7kQs1B7SOzSfRmlPCQbEEuUikjupaOcd1xLjWlLNSP3JwczkZHGscNJIjRbPXHgIkXv/mLv3 Ilz6Q7h0BVy2Ai6t+MR9lE00GeUpzO1XFcoBrDQwCDmDzBRlyXAcQRdQuA49Cab4K3KeH5JHlZyl glbJETLxHMBUy39ihBCmYi52f9x2gHXG/GyACcdYFgMUT8cJVuF0QBabZ7fd/imsMgX8/dnp62fv QgTar/5ZzWJ6Rk5liAyXsY6VNvyGM1Fhdb+wgsU4VYk5uFTcsA42A3cpCNyK/ovLxpT95qKGhi5X iI7ZfP6m/e9s271lz1vV5XSo2/1eq8/ldXs6lZh1GKAviMP5x8sWVs1UFF22fmaQG+IxMHwW3LBr 3RIVJQSqlUfooKx4HA07xc32V2RzM4+AAx4xZmctwaCtfQi9vRbwkkqGvCHB5zNI2tAMzQESnKVv HVM7P/nFw9X/qbjdfCbK7KveuPIF8/mdm6IURnmjforwZnpGaXKA+SP9MILJQfFpukT5GOnkEeqA KJc7zEVrxZqD+8QGO99FWVyhaVGOPMHGo19ZJH1Ydhbttwr5B9J94bY4b8G/FM0JOT7DYzojx1iC KnVRSBitFNokjxAAAdYWtVYPCEZjDIa0KrgFh6yr4Bp2jv3u1O7TFX2urCfnhWvMMJ5KZwv9o/A1 2ILDcpjM5ZIpybDJkqgmCINLUgmyy6jR1ycwjhWVqLWIuGGoom4Qly3c70Lhj1FNyIojEtiDA6tX 0na3AOKsSMs2io3E6firq9f87NerNq2sWFu9IdRJdUcj/s5wEESxmIs7WEuYNYr5Hb2VVH1aROf7 6Y+jcBGNBUvDQoSlSLMXNd/gEfNFlAqJctAhJHk9ochJg0gomsUu+Fw/fi4z0qvoRkJLWyluiPfh OuJDYYLLkiATGnGPmzZYh5td8F7z9HvH2vM2Sm3XanTAMyKl8BfxZ1/45hJ8pixBSxZsaaYn0E16 27p8LgqLhrqA0157MHvc4+jJ0yfYWRNdjR/obO/xshjd2ghq7a2u5GC3wztAj44R08U/XLlOfrBw 99JXUx8fOVPIGZg8KB4+Snwevuo+SbqPNefq5Vp+r29/s8ftq+/ZBnwWMLo7vB4mIFFCjxI2ME4F Wi+R7Z88fY08fXXm3Pzx+eJsdkqe56e5Il0Mj/oGOocO9TmVdkwNSLtfI4C5FjEXlQZEKtrFh1jC rfvSYbIvlGXz8ig/kM6PpDO4mlQVw3pL5txHZdrn8vUJIi+O8mNkna+6s6qlqrWxsa0e87aEnR2E M+XOB8i8b4g5Ig/zh/Xj+cnC+yempp+w5cjykr+UJUoTalrJk3dS9/KfHca0XvH/JJd9bBPnHceF in2Ptj9Qq3mDx+w8KlViLdvUvbSoRYx0E2WhXRpeHIeQhHh5wcQkpk5sc7F9ceKcfT4/Z+ecy+Wc ix1j4hwObl7wCG5IgNCskKWkKGyF5Z+qontD69q/DnTZtIv21/Pn83vR76vPB/EmlkRBBqoZjP4F 2qOBHYUCXXB9TDeY48Q5053+gsZn9+iPuxdcE97Lzrz9ki1rG7aB3EHhaC3cF6oKtOPuX7cfO9to t9a3HHGA9qMV/nJj5XE+U2WyZNqEIHLQzZ119cCh/z2zuAKVlzD6AVLO0EX0b90XWAHrZ+QFuKS5 1da+le6UJ2fNvpvRSn7q2qmWGb6JPLx08y64+YeLf1W2QWVL25cV9/H3Pi0r/AwdpqvIOtf7Xp8v HAAhkj6g/gCq+2M/jDtwoTZ9Jk/Mtc56r0U3u9/3LK/sNaAKi6XaZvHs8Jyo7D1ofOvQyHSlqXK6 9nbrGrDfJz5dg39K359exWc+WZhfKaxMrEv/Qn+n1/xz50COEN1O6Ap6fQHcT3qozuiZyGnJOulM d4ou3s11xJ2okj5xznoCmH/leHUXVHW5VxfL8VuHllvX0AJd4q5IM0MleeHaZjnPOp+NGsawbzDF jN0IFvxJ3Cc2Sm9LINSL2G7TAKbhcgI+GVhPrebAor6Wqa6CG9uwjTJMdWM1rEPLYrFL7pvVzIoX maTRh4U1BAnjnpCLcofV7/9uO+X2RkjjlxhJeYLOXlCz6+XOnxrNx6XJI6bjhVPX7Sugbdl7bxUu 8bdTi3hqMVu6NDWakbOT2amMPJxJfCzOJFLoMf2gd4kAwZRIJYwMRv1njyFWin6l7IHK89QjsoAH Ljsm6vINcnXyOPolfbjV/A4wl7f/SN0G1efkn39Uji+Vr7V+jq7T17hisiheHBLE/6/j8tNhw8aL +gP6NtrOtCJAOUM+CpJYALNgdaIl+1s8+85kTckObHNL3lXjlMxyF0wZLp+cyd6/uT3eogsy4RBs szU56jvrnbVETTegOlsiFuPJ2sRorak8V1VqWgFNK+5HT2COm+TncH52dD53a7SQkXPZYl57xFlp PnEbLdM3uqc6FltnGsdqQK5aqG/S8nhjPmeY0xforxnlTQRyyVh/v2lIjCdFmO2TfQXcN+Eea085 JDvfjA7Q79pOHgItVZ6aU1BrTs0+feHZtEH5MbWueRlAHoYMQpLxhgm8i/YyBAI2/X7azNgRICK+ IBWlKPU55jcuqKYwK2fjnfgAIfpGgkJQ7pujQHAyGxKMbiagOZuftiMrsqAdZaxOpfVn9JGMjucQ y5puDhYGk8Mcu3neAHHMzJ+hcopWXg8rz2u/OhkbCtAexoFocXsiNhDncVbmkgum0VgyPsADNo6S WcijkWgO5z6JXWUl4Wp6dvxabrYwM1PIX7gsfTA0zRe5kjatUmCcAGkfTxCQCHr9Adzn81KuqDPi iDtEs2QXglqgkFE/stFnyLZOh9PT1tsKgjaqTAUN0Sbb5oiQUtxn6Iu1CyelYxO2Cz4J+JK9qTQc jg/xAj4sXkpeE0tDU+J4sifmT3hEsPtu9RfKVvg4//DOCn73zvrEEzRLz/RNkpnuPFF0AE9uOMAa BUqgRU17BZkpGUu5TQCUaCHChwBPxohOGKA15NXEt5cmkYdujdXx9QNtcc0MI6EgHTDmK0VzLaz2 nbBX420Wa6PlnMVh8R3TyLmbOY+O0GbvyTbQQZBeEnYJ/gskfqdJ+ZZH2R/+LLxEFomiZ6I9fRqM NvHNTdBC1DTX4y11x1recgBH2Wu+V4wvviFkK01Hs9acMw+cMinLMCvmc1P4+PTtmc+LY4KUSGxi YMPTzwzlCbNkxaWGrD3vyrvlQD56O1LKTM2B6Vlp7Z/wH561xgW8eb7m4jFUQdc6z9YA+0mi7GVt tsR/f2KoXXrQ8di4vDyYXjYtj34oy1NAnh6aLMA0NRpI44HRriQhEkPOwbMJV9web4wBTt1yKP6+ sbzSWWs2NTW5G6phTcZ6tRnXlnUnZ7gvXOH5QcCxLJ+C9zDl25phLiIF061j6Cudsof5WyiPh2Vq JDjoG7JKh1MgjsWi/QIc1DxkgAWJAaTt4lFySSpIYF4fdTMVu2FEfSGqvkGp9TofIpEfL34ofyCN FMYnM1PStDSTKKK/0H88PX8QyA1iZRmkX9JVYqHduvBrdI0PupETteO3yOmAHExTOyIOndqtJ1uY 91pcGqJ36EOIZmOaBgxy6Xg+vja8nY9zGvWwSfZxTNnLPtweexRc9S0GC+dle9Y+ahOsUXvkbI/d 5/J3uNodDrvHSZ4HwS7KeRaiMnq/rg/VoTdx+m1UpouSqC8Ele+0cOFESIzsiPXownQoFMYJrwZQ ZXr1db26TR/UNMFv4jCWjbP85hw3rMrenVufGEYT0rCEJ8VUIo2ydKpXIoDkGfAQ0N3jIQic8Hh6 nKiT9nBe7SyGe9M5bavqlo2vDUXsujiWYGM5QU7L4/mL2XyqAHiOQXGTqGdtTIcfhhgv7cTNmFrA IuoN3TmWGOjF+UCuuxSQAxlKDIFYkKEY2Ef3UWG8/TRTV9HIuHsqmV3uTsZlDFMM0iAxSsdYGOfi Aoez05y4aspGRa5/EIh8PJ2HqMQo31Ps8Ao9Rol4ON6TIAa9CRtvFjajfaNe+e7OrR8ZUokRcRiX /kdy1fg2cd5hTe2d33XtprVLl5y78ybEtIlNXYsW1KlMrGhDZTBKoRRIQ8A4SQ2ulzQhdowdx875 7t779mufL/6IPzBxTCDNB6YQvKYhbQelmdIOuiFYlqqrtkr7Yqqmgx2T9qb7C9730fP8no/hXLIg lYRCNDMAsqF4fx/VPeTvD9CDA/2xXrkPBuIBjHJ4KD+KUa557O7PG25+XBjNjunVplQ1MaWcA+ia cnWBSotFeIrG1UE2t0LzAX5BGGeKEX0AL40WDXCx1ZYvz/x57L03ar9t0odTGT0blxrxFoRIUKy7 jXFLlq3HfJT1cOwHwefpgV3dz3fs7na5nPsOHepoDDIxlU2wehMGcOqtR4VKXI7LitSk5WR13DEu jSBkgKSu1Fco+c734HVCkcs1Ss6JpTGKM58lzCdsk+yJsEFHUk79pzrQbaqsJahz6rQ2nsip542l EpggA0IEUs02p016mrAesFl7MEcs8RNbRAwFKYM8CcvJ8si/by7OV6qgUjFKOQrxRjRL9+u9iR4E YlFVGXIMyhFlSIWJRvyCpNOfwU/E32HLuzArXrQP2VhhVYdcJCj02V1hT+hYcL+z5UBLa5enu9fn 93gb8aBiNFbhVQZF4oPpQM63uGF22/hBPWgEjeP1rSfdiC0GKuFJvPxyGRw8SkzE1ZqxveTG+giQ VpUcxNFrZxhRHnIoUNUofOqKgjNoEaPVNYA0Jak59CFc5OjAWOuvN/+19R3PRFAPJX3aL2XgIqFX 2P449STalcJJF8xHK3yFy+N5qXFqTIqCQ52it/VF8YUjr4p9Az3iEfvnp4Pr66cNFVtRLWllNInm jKUCmCPdop+/96ZoLX9rq3gUUk+rTi1GJ0LlSI2rsaM84gDiJZajYkKME2iI5R3lO8UtdovCw4SM wKjMKICHKjY2WVUcmFWtlnw9XsZeEVdVQxoBall83wSUGcbC4wiTt0nml4gSn2NSNKMH9C6jPd1l hBKfl7pvVzINaZTTiio4Paolco4M0tNqAcSL8g2TwobBrkRqdAD1oK44YPwq6nLUbLP6VG6sVCnO 1ObeAwivMSTq+E9Ig6odNhN+2e+nlt6+Uls4OZ0+l7ggvwXPR874J3zjnZX9ly/OT14s1gt1vS5f h5d76y3g4t7y5sepDTb5CWgFCS/qS4dpxJeYKWZ0KBNTBaBxMi5OQ5BhWTpKWvfJRNgnSl6H4N4H t9l3kcxx2GtXoaJRKt5oCbqAxrQJNKGUUolhkDSU+b9Q5j7BJNkJmqn3zRwdP1JxZvdKHULnYHv/ y32dXZ2doNtmNdtY62uE9aj0jBqgFb82kGKwDTGzHOCLOajbdVZleYrhIAPpALlHJqx5cgMkNCGu UBJKKxV0NtmEnQMVdUyNJiGASarWKc18SDBp4obtj8fffaVGe2acxRapTTgQbutp62k/4nEBn+AP UZp1m9ioHUQROhHOMxXuQqwaHWYA+v+rIgd5esMu0ePtgj323TzxMml9lSMwapnSMsSXF8oNGSWn FrWacgKhJEjGlXyVkieIlJgrUdCcJabZ0dAw7cu6UjtToGabM2ZyuFVWz9QqlxZgo/SK6I9QO2xy MKkkNF1vmh6bKddGarnJ9HiyoJSUsjwPZ4PTXVOeUbfuAroz/mOLpKx1tpgY6uuF3V1Ui+xVIrQy mBwymCuRyYg+CBhbTGBYhvaT1jdIqwm2CK3iIaUpliFEVVMQnUej2mkVFDOSihxI0uO6DpIZJW1Q iqjDLC2Mw99D8xFwyaYuEx8df/foBO05fXDkBckpuAYP97v6OjztHcANvb2UavkI6yHpGbmHVkNS TOYQo/MZLsvm2AJupMVhHtnT3CqHcKBxDWkdUQh+v0ccsHeT0CAkWZOTq4m3fGdtw3m9np+j829W Z6dqZ2u1U+dPXKl8OPyxbD4MPzu08kPwUXNtrfUg9c2D69Y/RTc/ad3nsuz2pzYWLmxy7D7VWnct gsNXfddXcDrcee7e2oZf1Y3qrGO2MnmhchWMXRm+tkLNRa74rtF9HxydPzDVNrE3v0M+CNvCbb4D xzqcnh3Asz3YbH0BG39l3fw2euvCb7w3Vy2lci/boAlaXJGw1G/nc8jQk0aTosuGQd2G5i7WnKI5 8z/EAvtaLEdziNUYFNA7jT0pVGu8NTFfxUdbqFTL07rWqOKQiXPAJfREKOk79fF6eS7XNJeZTyzI /4DLHUubwNKmM9+1ALXe/yPXFrp98569W9zAveVnwS32nc/qpU2OsDyoRDSwB7Y6KasVWYTRQ6OB QvQ14R1uhs2zOp9g1ChYQ36ftNaTlp00i4/dLzWEhQhDWVnFWqt46NRzOefJY6D99cuBG/Y/vF9d vORYuFJZ+RdlPuj9285r9M4PNk6uw2R3Rt0hd8BzzOtdda2Vu3+6e7nhJCl3QqtTtt4mdosd0E/D Lvkw3KZaJLS+LltfIcJiH+yiozAWowJoQA/RKq9BBSI2xac4g0/BBAR8dpg37IhVYjwlMERgUGTt 1izpPACFlxwQQU2hcGjJcfrTkTd0TTG05OpY0Se1W+Yj1D/FT4RlepDxDXnCwNm8yb/Nvntn+vQv HNvHW2bdi8B9NbD0IWV+sXb71gp9a/nvZ8375Tl4Objoqb86ES7JOkwqCA2j7Gj+HMZlvfjfjoZa upL5H8nlH9rGecbxrUTnl0K7DeZNOm2njf1gZA0hbRrSbqSh6Uhp0oUsKaT5USdOHMexbEtVZEuy fp306u7eO713pzudfliSLVmWospWbauO7eAsP7yFMZIyRiBhZZRtlIyxMhgdXLLbH3uT/nPcf8/L 832ez/P9GkXNPG83vwMfhq8ykTXPR+c65+ZPlI/gbWjf6WOvgoG3AntepN8qHm4cY5pHu2c2L24O XQ9tPIkX6uJTR2Px7W/xho1QSDOYO7l/FDSsqormULU0MQHmoGQ+J3QYYYGbSeQSGb82qE3gkBrT 5BX7/fqN2Xp1qdH+sL5RQ3bZgw9tp1HUxmMO0vXV9kqnW6vZjWxW17S1xnyhipuozn5pCP0+2g/D EZYJBQMpX5oVA/KI4c4GVBaHUESAqVDIP+rpA4FBdniMAO9n2OqTfTiMOYcMNc7gQOLeFS7vzAkZ KZNuCRU+x4HMUwByKAUFxgJUH3WQ+j51hLLeoJ63Dpu7TbG3/uZ0fy7U6G+PdiaAv7OcWHEuLU91 Fl3NeqHdoddDK+e7zODim52tna3tQx/6l8F4h129Rq8Wu40OM9dZbKxNr5dX9CWizrrQFbrcQqqZ 0gbko8p+edge4VmJxWCc8t8eutq3+F7nVLkP96ELUY8XeDyRi/30UN5T8zF1703PXzx/Hf3d2Ae+ tqfunroASgOZITd9InzGfZYZOTswdioKgn39qQHnrj16dZ8LyoKBykCRDHGKiT/kbk3TmkKEYrT0 FK7jp0r+ybz539neBpKtr4jW9wjFJAU7ymgeb6hgvi3hpquIpqU5DJSQFId0DIU5Ysgp6wVurxBC Ni7ATzyB4w7eatv25k6U/Uz5/XpsPl0W2+paoYQr+VodZCmNbIYiAFnAxHvAnrGR4UsDMRC9cIJ7 23lmUK96XGMzwXqiBWCTu/M5uWlRZG6xrfaUpRmxSuq9TCUpiCAWZMBjUdZoVc6oKqPKpWwzP52p Fev1em2mUW4ZhXyrtJpv6TW19HSZm48Xev9MdVAT29D9NVRxpoO2H4s/5bczR5CboOLryh7NzWSG K95mqBlYSC7hDbRmrNRWq4tzHywAZU4iGn+B76W7DK5K0xXatHF3WdLPYn9+v+HHIZlVAK8Kqkpj 3VYpY1xymTt52+0WxooL6ZqkOpW9ttQPBOub1lYavaJYjC2iqVB2ZrkpRGTQqSyqi10EWIk0J9mz 07dv/J2J8USACwtAmEGGRt/rwZJepBOQ5WLw2MCR0cOXQPDseaL0/iNzm++5+q77H5q9qpSv0nIb zxbJfSuhJpMVDUNJF2o0eXnZoA0phwxG3LQ1e4yUweaYPmNUjcggGlO0uKtJjP7jhS330V1pE3dR SyrjIsqQcQDmFoov5UXdSRwYkgUARS4lMCyMoRg+njidHIoDgeMFRLNKLBNhMKdAmf2XxdrXrK+u bl/eN3e1fm3m5uyN+U9XTFu+lV8xrgOclfQsneFzSYNJGOGsPwP4kUz+Vy6BS6s8CYkSOeF0JZfG mssEKCtOp1uKA/3nDppxqsKXz0AcSWyjJGrClJRyvgOHEpFkMj55YeJAfCQ6EOg7Zn3DDgMwyI5b W60v7O9SsJAqJSqvmy/ZrTce7Rj6ZHwNao6Uerq4pw6EDNJUOtvz/KMDHjIyjxzIhnRVVJwyL4kS Hee4mMgch24YgyDGQjaSwIT8Mpv1lc/Xj67uum0B82sWb//YBDfNZ1b+vd/cbeeKcCbeJiavzKmc EtCHjeHcuAZVoPZgEg80ppzO4ywGv6HM56hl8kEG0iRNcZQpJJMfpxCwcYmw6HOehsNxHwuI/pCj Q+qENs7Iyex4ftgE1pK9s6t5qDxy+Vr379dM5/Ra/betj0G1qy+26SJXeJrBvMY5wyeHMjEZILI/ Ci2T8hozRX1C1kIms+Jsig2pnp4Ra1JDBhuUoMoIOzGSRBJ1yFwKzAj0wgAbinndwyes3f973R7u 9/xy4BXS4IjACizhpwB4geQKZ2QirXhdoflz/zxgvhjcCK2Gln5oTey3mKHjgI+wEnTCpKREXNbB R4z1mvkZO83miRBxdUJ1ayAakRXWlVYl4kVAWlI10UX2WLv8+GIvuWgGXeox5BzOYbBIbaJFqYDX 0Zq0jluoLGUwmKUyYcymaIhSAmSi4hk4xkehgxMEQvmYHikHmQdbbxya8959sHKtVAOlGb1SoPNc PmowcX1UP6kDISfks3S60sAaypMtcLRQU7qMS6guLZKqTSldca1TRkqGCdKaJ2XYVJyfFAfhUPRC 6P2Qz+8btbZZB+3mT6zX/vDSlXenwo7SZCleYitsIzmfAlEpCemklBSSTPyQZD0D3eiwUwwGpUnS Okn2u9I3bLqeVgxXQ53W8zmQIbQz6NzArVc/Z96+7x1znx8+5ZgYjYzH4+DSWHx8kk6R9Moxeqqa 7MDZVIk3RCBHJZajU6QMyxw/KZ083Ie83iBZFBiV8KRLLCBDJ2DIynlckB1X5O7UfKPTePCZ+az5 gvVtc4fdcpgvCzLxLqqDVcNqSPXKQTmuPqHqz9XHrd5iXsKGa4O6iz/l/0jGaHlevOyUCaMRjbgI N8G7BUc/HGUDETFsJ0RQY4wSV2NqdOrYwrbr1neXftTZ2f5Feam8Uf3938yYffrXheu5W0Ct/j/t ABL/jJyZGpOIlIGVHoKSepNxlFyVcZKIjgiHjYiSlRqOjZCMkY8IyAbOBu8GygabBomQk4uWG5GI j4aHGoSHiIWJHniKZYJtf3Z9GYGBgXqCcIh/h32EfoiAiH6EeoR2hHeBc39uGImG+zn8VPsP++WE eYF1gHIZdFd7cIaGd3B6en2AWHQYh4CBi38bbnWSmX0ffpiEnqUaoZWfoJ4ekY2RjpGPmY4YgcWx hpgbmZKVk5KVq72nwaHJCKPIlbalGqGEq3y2HvsG97h7rlv3Dz33ZRmHmIWXgpVJqBh2kQWBjISQ khqQlQUO+qIU+jIV3WEUHQplbmRzdHJlYW0NZW5kb2JqDTE2IDAgb2JqDTw8IA0vVHlwZSAvRm9u dERlc2NyaXB0b3IgDS9Bc2NlbnQgMCANL0NhcEhlaWdodCAwIA0vRGVzY2VudCAwIA0vRmxhZ3Mg NCANL0ZvbnRCQm94IFsgMCAtMjI3IDExODcgODEzIF0gDS9Gb250TmFtZSAvRUVGRlBHK1dQLlR5 cG9ncmFwaGljU3ltYm9sc2IwNzUgDS9JdGFsaWNBbmdsZSAwIA0vU3RlbVYgMCANL0NoYXJTZXQg KC9HNCkNL0ZvbnRGaWxlMyAxNyAwIFIgDT4+IA1lbmRvYmoNMTcgMCBvYmoNPDwgL0ZpbHRlciAv RmxhdGVEZWNvZGUgL0xlbmd0aCAyMzAgL1N1YnR5cGUgL1R5cGUxQyA+PiANc3RyZWFtDQpIiWJk YGFiYGRkVHR1dXMLcNcOD9ALqSzITy9KLMjITA6uzE3KzylOMjA3BSmy/CHD9EOW+Ycoy29JHub5 PCw/5HjEun+Xy7As/nmQVW4B4//ubgjJw/49VeB7Bv/3bMHu7+uFGFgYGZlNPJPcTXwTk4vyc1NT MhPj3fLzSiAWpRbFm+gZxocHxGPajUMQlysZGBhZGBjbGZiAFtp38/20+XHl+wNR95KgmDi5mJjg Ercez66gxTE7OWJ3Fh05J3V28ZGdu+R27jqy6HzPha6jJTtjOXbGLgpyl+pm5wMIMAAq9GgiCmVu ZHN0cmVhbQ1lbmRvYmoNMTggMCBvYmoNPDwgDS9UeXBlIC9Gb250RGVzY3JpcHRvciANL0FzY2Vu dCAwIA0vQ2FwSGVpZ2h0IDAgDS9EZXNjZW50IDAgDS9GbGFncyA2OCANL0ZvbnRCQm94IFsgLTIx MyAtMjU2IDEwMTQgOTA3IF0gDS9Gb250TmFtZSAvRUVGR0NLK0dhcmFtb25kLkl0YWxpYzA3NSAN L0l0YWxpY0FuZ2xlIC0xMiANL1N0ZW1WIDAgDS9DaGFyU2V0ICgvRzcyL0c4OS9HODEvRzE1L0c3 My9HNDAvRzkwL0c4Mi9HNzQvRzU4L0c4My9HNTAvRzc1L0c1MS9HNzYvRzY4L0c4NS9HNDRcDS9H My9HNjkvRzg2L0c1My9HNzAvRzI5L0c1NC9HODcvRzc5L0c3MSkNL0ZvbnRGaWxlMyAxOSAwIFIg DT4+IA1lbmRvYmoNMTkgMCBvYmoNPDwgL0ZpbHRlciAvRmxhdGVEZWNvZGUgL0xlbmd0aCA3Njgx IC9TdWJ0eXBlIC9UeXBlMUMgPj4gDXN0cmVhbQ0KSIlsU31QE+kZzwJZthbw69CwwY2tY3X0tKBg oJ698wNXUPRQvJPzEEUR8TAQAiHEhLBh2exms5vNhs0XIQRCQoTLQTTnx2HV02P0pvasvR5jb+bG OXsz17/aaf+4xVk6bWzn+lf/eJ553+ed3/u+v+f3/ABZVoYMAAC4omI/uvfgZvRMx5lLbZpzWys7 z7S2nC1Sl746rVhQZyyUZS7kZ1lyMqStOZl/z8laKM9ZtVi5GC6E1hRm75YjYdkBK/Yvmv7fIidb nFomPly6IFvuKlT9foVMBQBZ2Utyl61cVVCo+vn6jZu3Fpeoy994c0/FgYOHa2o1ehJVb0PLytGy YrS4FFVvR0uK0PIitGwbqi5BS8vQsu1oaRGqLkVLi1H1DnRHulKKlpSg29EdadAOtHQ7qi5Ct5Wj pSVomRpVl6Pq4uo2TVtnT3tTw5aGH7k1/Jfbj9v/Q1kG5GbKlsrWyDbKXpdtA0qBX8n2QUdkNRnH M+oAGeAH7EAIcAA+gAcGgSAwAnCABwgAw8AYYANowAm4AQEYBSiABVyAFxgCwgAJMLI16VbLsmSg 7KhsLiOWeSrrPfnz7BjkX/JDTl1uXV7u0v3Lfrn89MqfvVaRX5b/7er1q+8VmOH3lbnK54WfIr9Y vJmnyVsrDWZ9fvWjMWFwKhqdGIpDwzF3dAz29Q5pxpCzk/p4FJ70XYlMIsPDIWHMEbWPWUJdUPyi 70IjXKOtevct5N3du49sOoPFFXlrRe/Ls/kfeqOhMBIKjQtxZoKK9IX1ULhT6NTBGkyr70b0eq21 1dFu73R3hyDDMBaJw3S2VPnP1fkTnsjIK2DEO+GI2yNY2ACFu4WuTrgFa9MbEL1Bh11SdnQIIb1K P9L3H1zey0Wx+3E+yzOC0z8j7o2IK71/eiT+ReHkuSn+4ZS4S8GPc9POWxBH84OwMCBgPILxTdwh 7jCn8LNBZwgRc0FxI/icenmckVNBH+VXCnYvPeSgeqyNpmr8HNZq0UFdBqfLrBr4aGDUB9ujVMAF s6QbH0L0rJExMRCO0axZ1UtZ6D4G6gBbwSrwLbAW7AGbQVM6dOBm0mgz23upAtyGkZcJu5EwWLt1 0nJFt7TEpjHtxI4RrQUY3Uf1I4nvOV58XSW+zf+VE9gYF/b4gn5f9O70i09dCryxp6JtPWkmemyd pBFvtzSnL8bsuK2dMBJ9kNFAM0YV5ZQ7GF6AWQ8zOgWniAmzD+n1avh65hT1Dnl4oH7ggK2EqbQp DHY5ZTRTmNJm76ctDuwY3oR3m4/1n8Zba6VbCnv6OySMs7iTQPyYD/dSfjJCJRg3NURHGJeNp52M uIVXJB3ycTBpv85+Mgj5AywbUn0z+FX8t7Oziav34/NQBKQ8AiUo8Zb2tSelSojau56WCpXSBvA0 KK0Ai8BNoNQO1oE7mBJKfjX7e+5zjzw4zvKTqrTAP8SS+WFulBvh73PT7qCfZ3iXy8t7Qk9i4msp cWdC3DcpHvpMvKbg5uSswAge2Ed4+lyIkW/mjjOQFewAMcrMGHmH3xlgQ5AIgWI1KJaBf6wFKYuO blGesF9Mk+/vt1pw00CPVvpJg9QmLVm8qdBIa007jTDpsDEkErROEXftV/AJ2wjJNClIiqBxpQ4k Ne9RFUrpTU5eD5JmWtuppbXKZHowvxXXLHyd/8T3dOIrJPaHxLMbXw+N337w/M+x2MPEdzdmgrOe BxwUDDmco6oIE3IEGHENJf608h/SKujZxhmpQNoFH7GgujcQ3a7mPe8fqEdrqw8frz5a1Yh2Qjq0 wrJfuePXozf2qSpuHp1rmIeO/O2SmCeuS3tCTC5+kD/WFbocHAhak5b7pgA+QkfZFKOYD9wZigY/ jqQSydk7j64/TTxLzEd/5/sMisx7nj6G5/AHlx8gvffNSWxYd1M7rYlrYi2Rc8GmQONgg6PCjhqr LlRdOFZfX1Nfc2p7owRCjRLUtW4LvD5YNPkWEmycqr97AkprtpCK3c7nGY7hmS/YW1xMCDt97kEv 6xyM+G45Y6EXCXEDd4W/5p51Cq6PPV86BD7l/xKKiCvYa/JJscD3YgZ22jmbkLaqkdOxEGmlnb2q OrCLkptAnOpjejmI54J8FKGEq/QXyicPaOaWapa6Tz9iIlSQFpjH1EPLvW7W5qJc9qdnFclL4zqP OdI+fNF/Hgo08eeb4Xa7HjchuhJMa+4waAv6zZdNXcZ+zIrjxPnWU9p3ujvMrf0tVBXWbMMYK2Vk 2vl6rpU38hCfzTJudgixhRP2WaUQoNlR1W/4pDA2dHcsNTGVSExGU8OfQEMJ/vo9ONk3051C9MnO K22RjtGLoXP+Jv9xVwWjo3SklujT9b16xJA2sal4kVDUSi6igdCQxgKbgdTbukmdzUhYILKdMlhg jLcKBOLBx4hpapqM2PwDkIXGbTCWTiRiPEdXK6UT4OFD9H7l7fQA6uau5weDHO9XCdQoOzl4NR0j Ad7JsQzLON3zQXHT9MJyRVjc6RUz78ABNszFEO47uUB6rV4EE8wek3sPe8plSveft/E87GA41oMM OtxpXSHq5g16VjkboxlBJd4FU+DcbRxLqVLmaf1k+5XWsQ+8zZDnvEujh1FddV0NcvLtnTVS5tHg pW8khbhBMvl1oy3x+vjJWEvUOG74EJshQwMRIkYSjQpdC9245xjdpJTWgQdBDMQJmlD2c4QQ/DfH 1RrbtnVGgcKyOOzH0AzeJDqlMaQ/uhUJ2rRD92hWr1nrLejivJDGkl/xI47jVJZs6y1RokRRpChS IilK1MN6S7Flyw9FdmQ7djLn0TQ1mrRJgwbJhm0Ftg7FNgwdRgdMgMm999/9dc493znf94EMEwpy dJqeD2zUhU5SiSCa0y31fITyQ1cP/0s6Jq4ouhwq7OSOYORYQCcVFCbpiK+3HnMEQoA4hVEYNO2c xRbwRW8ZL+EAbSddWP0L3YQLIox2EmlGLCSlaxkaIs+++R6pVveQg4ij/ox7SMrdQrEkw4Ihf726 IVK+rd/dMN3kscgcZ9HTHSBKYgQOmaTX3BKAveMdV1rkSXQKX6QmiTK9Fi7T89HF1FSkmCzmFxcz uQCXuhCbiSwC0XJwZgq8oV/vqkDdi62Te6h24pSnz/Gtl+BNsdCUIhK+BBHcf6FtVT2nrziqBFBp XMaXgrXoJaGUSKbzudx87jLA1zVcANO+hDcGYTmkZFuwz5uW9Zf3ir0KW9myYvoQQPP47EXwSmQ1 tQxlqqX56ky1tJAuRWrhFXaV+or4yvj1INGHDSMaR49j0K41EibSFgCmXVXbGoTmTBltWjs5HB70 H/Qdn+g9DfR164/+BuwNDoQGIW5g9ld/kICpo2l19EwQiYxOqoG0itcgYNBAGfXgy+da205Ab+2X vjskvdS8b59Q2tvCynmysBAhq59GyERup6fvbvhG7N/dIDWtZuWzRI6MUzmPYr5RfBW9jnN4zJvG lX5MhpFe3AsNebT4hN/kht2oB7F4DITWK31HgUnP+00yDanC26A9co8EyA7KUanXIzXIXAQCg7lU PMEL2QvpXDob5mKTycJs5dqtR18K9cNHgap8ZvuHMuZW4P6fwbQ37gpDFmEsMhiCKReNBIklBV9H VaGA9cY09SEh+7hR3EUwVJAI+lhcOSxHMFvdvSrniNOGAHbYPdoLnsNeQaQfQ9gbeKcT1MlzxWw+ mUmnP3kkNohQNBpPT04B9x6WVwWQJgJYoJ57MGfixjmF20HRcAtMWekJxhdR0HXzCRBP3KZk4ieN Bp8VQyA3hvpwv8YziuhgnX3cPG7oUPV2n+2TEtLnigmt2Qg7YZPTBiOY1KKASRtugWySTeY7R+it IM8xdeTi6+LvFZFQOj8zx7HZQmVtMpFIprJCKBzhBPHv26BC/IH40lwlO8XFlQwTEPwJN20PGoI2 Gq5fjw+mJ3jg4mP5xcZKI/GXm+RMM9bRbug3G+zK82MHfiHtkl6Q/vMUUpzp7j8tGSROQqWEzNXo dpD25qyciMsoKsCD/nDgo4D4XERsVSzJ/fMe1GrWjSkJL+K0mM0m44ReN9S//0XpRekNDEWcVhh4 X2jktmW8+FgQv5HRi1SGBy/Jr8qJGBZ3x/EgGnQF3fUBbdw/4TP5bcEdPz3JPKGaGDaIUzZ+nsuF hCwdo0KUQAjuCEwPKFDCi6OQz4M5UJPboGiT3h392fghQ6fSoDarrCprh20INuEehZfGWRwq1JWL Z2sbhVkuyrIMHwyxLgZlPZYPNIOnO/tVgyMjRsCum0D1zbCDZj0tKOPlIiBHTzJFKH5JmGJjjMBn +FkmHptJrsJ2q9GkP3Hw0O9a263WgbFDGr1Lg50jAJ2ZYlwtFs4uIGnAI2D5GXCJX09ch8p/K9+d Xb3xxY1b12vXV66UV7O385uxGpUgooTgE3ABE7x12k/9z042TdLRoMCH6GJqdeHLv65vhKP1ib8y vc7zk+XijcIDBb9E5zgw5UlaUxASMgd1lI4YxwzuHn3/6OBIR6f6SNe73QeH243dgK4NVn0AjrIm HoZCcAyNUywhUEn628jq3d3wrMkUHmXP+gFzI11IEhXyJqUUiBr5kCJgw3unJfmbkl2BjppPag5I cum/CvFH4vE//XNtU4gq50uldFGoLwNsksoTaWdyAiici5wZAF/Xv9K9F+rZe/inB95Svf9r9U96 AN2JHni4eUDDJyd2doLCNDjPLQnr0FXxiHhq+x/Zz7NbyU0ln6RTcZDHwnCsHtpS627phaY0kWEz 0ZX8Wm3zzuZW5UpqbvnT+c8K94H0Fb62DMaxKCxAzoiFMVFWwujRO/q06s5jba9Jzx09oOvRdRtO WY8D1iPIoBk0MlbBCQn1X0hSO/yJ7a+ffK/JzaIcynsDWAwpuHNoDGNRtl6OO43fqtWoj6tfVUnf BzqkXbo9PwdHmAkGgVikjrHO+UJ0ulgtVy9Xt4B4hKK4lmSj127WDHepD3Z19ukAbV+/42zzeT2f sbQYio7aFrgR3co9hPJfLD5Yu3f5s8qV0kypVMnXctPRKa5AFYkCnBoHMtqw5jyoxyxOJ4Q4HJid chMIZWd3MIu5J2NP4Kb/iXeZMJMNzSgp2s8EwXiVyUdAFg8hHGThz0f6wkZGwVwQ5cSD0EJKGW0M ERwZorx63O7FAFR+QCJflu5ZjiF96LiyvjoNOUak5qe/VAT4PP3x7X+LzysjaAgNetr3tb3degLo OzFg1jajLpJGWnCaYGgwGVnJ3Idy92IbbNliGdcODx5++7ft73QBw6puW1+z3sKl7S2mIlK9Bm5F 7xTvQYnq1LXFu5U7yzfWNlbXa3NLuVq2Ei7vcPakHYIzbo6N7xjg8LO2pjwxFZ0r3l65eXvzj5sP K48zj4D/c1z2sU0cZhjfV9htVdGmLZJ9rs5MrB1dt7WMUkpXKihjiKhFhEBJE+XLiWMcGyfB8dfZ 5/PZZ/vOzvnOZ5/PH8fFju2LcexAEqckS5eFtFkRY6W0UqGbUNHUjW3apEnTejDzxy78e9JJd8/z Ps/7ewufpVYFMI8X4ALkzns4RPFnDDPCRrvBrB9wjJo6ew/0vTJy1NEB2NvRfgtoZicyLigDXwjk H5u9LkdludXV7mvvAHuTRsEKZZzZgEhlSI5KxPMpkU8LuXQ2L5SEIl/haoC4jeT4aEbjPNxz5PVj QH9vt6NTc86SnbVqLQ335m3wIrOYWoG4K9w8fzG/XLhSvPKZ3KJaW5upMmxRKGan+SJXZopUnax4 imNAycIbdOBQQG83QK5h+6jNs69DheHj/kGfDjmDtGHKV+Y2WqfCleTihWn2ojgnZZJKvZfFaSVk EsCVY1IVFEJpLANhvI9Vdg3pwqxOg36oXfcLc5uzCzNu/Wjz6807j77aygp8jNVIRXhE1Ca8LBrz A7AgBHIaqZatzmnn6pU16UPpRvnjqTt/l/+nYvNMkZFuyLRKuJ5ZScxgZCCKK/QYDkTdGo8hSnVo qQuTCsgpdRXNUICs3la5X/vz3OfF1dpqY2320vzFK+UCJzFzVIOsoyUbULbyVhsIhzwopkwxEvRQ LhKOK85xmIAXiQzOK7ljMNo7iUZ8YYyAUYfTeh6xwmbnEADrHCftrzsO+noIuBxT/YVgFJtyMXVA ITcQIVHCCzX3bDM1t7/SvEM4Q96wX40Z8POE+3CTVZl3mw6Z2kfadW919xmNBuugB/BZz4YGNaf0 ySmb1iGiBVKiypwo8luCfSmbOlo7GyOSZwog6DDLgQk6GU9ALJtLlVIzqSVpsxFgnaKloq+rsHRA xMsAXgyVZsAFdoFbgMSNwkppoTxfrpamxUyBL/ONTD0uKb7XfLP2gqeMS1RKUS0XA7IcRTFakmWj nIa2R304iJM4TkBY2B8NUR5ynDYmEAqNYTRQ7Od6usFd53a/uRc6/tKRzv2wHjvntjoBPBDCfKBN sFat0ILjknPWc994a3BFB/xmuNh9HBzBLfB5CB4dtw5PWN2D3tMIgJzqDHVqXjhGJ3Tag9mT4kBB N22sjNZRMThFTlGVbFkqLlflJzblrruKIPL3Zam1Qhd5cYpjs9L0cmEpu8hdBop/4j/cAOt4yZOH ENHFTSgRtKE2q2187IT5OcD8E/hQJ2hhrRkHlLYLqEhuxXnHo3ut82d/PfEBwhEpMhHmiXxICgOR xqWopNl8LyGuazfE+lQ2D/A8IxTAuuuSfh4am+6o7p0fFsxpa6bL0zb+6rDObnZMwHYXghEEDhNu 0kNZOKvgeNyJ1x787KlvfNnKlOVv5m4lCpSaJVPRNBVyqsbbTjZfDox7h9ydasuz5hdNB0YOWPZZ fs6l0xdy5b/K4O371377Tm0pt0DNKjGdtgBFC9/XDh5wvaD/IXT2B3373m7rOjYwYHABrrMjAYvG 6mBSqNaVwwQRZJkEl4CS8TSTU7iEUzgjEUqhOTfn58Jx5Uk2K1aWNlbkr63KLwFL8vem/nETrIdK WBryp71xWGl1P4GGTM5h89DAUN8bL+9tPukym4/1PtPz9LlfwkN+R8CLhYFQACXdGrePiuPaIBNK cGCMySVnoE/kXzFsLBnj1PLsw3cX5W+18NN0jgOZCE0wUJgOTHpj47SNmUhuabRvS6Jaaz4xJYiQ IOSThclCRPRnESAHx2EXOBqw2R0QhthCZspBwiySBpBMUCwpnN/zqK81gmAkrhmxT8Au7zmLeWTM +Cai2rh97XcfLd9cWivMKxzDh+JBgPXRGAYanB36VyECQ61OvW7PwP7ug8gobHGaAna/J4ABdj02 5gHxWJgmoJiSbJpKkKlYOlnkKmJdqkuVWvEy8M42u9EyNNQ/3Ndr6rIq75gU9e1wjMO0WHLrxFy7 /K9P5Z2QvFd+X6jyJTavjnEUGwcpkiU4BR+273gw+FTLd1rp8ufkjegSpV72bTM91xIaP/528wmo ubP5b+vRgR+daGrUZ1+caHMOwA61vddndoIxV8t0JTU9q12rLDcaqwDPUZOsNh0Z142aLTZ1r85s dQWGxofdBhRQVCMmNGiAige1IZaIc2BlXYb+K0eg+sf1e/V/Xpf3r8rfrn0y+1HpRm4TmGSiDANy yprmIB83lupPP57fPz747sNjrTGSCdNQhApPEpSR7Dj9WvMrOKlcTxRB4lGMypbL9bpCG/P1BWlh Zn6qnuVpbpJTOppmoqwm7WURFMSifjIIRfxhFEcc7R6dz3Gi+bQKMSIGryHOxNkY+8EX1+/dvHvz 7vtXr1SqYpWTqAIpBHkUyCAMAoNe0kdgUHgMM3j63D26Z482d/246VaF0ZYg5acD0ByzfvXWfxYj KrvB1Nd7xqgbMunsgNc+ERpVyHmSxbU4G2ITYE24Wr0NyaB8a11WZyQ2T/GKP1E+A8bJ+NZ8xoI0 PolFfEFvsNfc3Xn6yGs7Ow+N9R1utrQ1t51qtgRgZWngQARGo34N5onGbFpSudxokKG5eB7KNS7d 35R3FK5uXTx/a9kutz/sevD71ubunqb2+S1/n3z+p+27NG/1X2iYtCOL8PUvwPcyfyjegUqf1q43 1rkUl04Jc8uNy8r6uviusEqtkAuOqh6o6bJv7FGG/pHv0Zn/d1y+sU2cdxxn0ZKetKmVtnpyztJ5 0jSpW9uNdpkqRiOY2g0aKlhaE7oSDKYkaYhx4r9n+3IXn30++2zfxb7znc///8XGsR1KTEwISSiY Ukq3CMFQNWDS1KnriqZJezNdouuLnXn9PG+e3/P7fr+fr2qKtSUwKIEU/NVINVRJVevXbmw+2ZA0 wKbUX5Z2PQQrZBHNQHMpND6r/NmkfUx/eFD3kxNyPzAh9zh/dRDsBnLzW1xVZZeiK7EinYkozsAI SpMRmFiUjvF8PMfX/i2J6uSSeDHR5srcAl8B4mW2K+XuTe6fyiHDLTy4ImnFltgW2scxg2cC8yve gQYsKEoQNEn55rFYSFTzMYHnoUbp8YL0XLP+KNNh60JbrIl5gOPCEV4b4pPhvEZ0xTAfSGK9ZAD1 maGAm3R7YbfeM01iQK1I03EtlUhTBU2072KohbeQjunSWEUPVEYTI38AR73H3ccg17Hpox++N/Hu ab1+Qj9+2jqOA6bXj2FmDeygY3atjTVzJsE8clJ+5rD8xpwieB8C+F0khoM0Lnh7iVw+WNIUqUIo oxQ0xbKoKKYOhgKBIERb4AiK+0KExkrJh5jes5YQBWtphzMCa8ajfZEozdJdS9v5ZqdP9eetq/eq D4Dz98U7HbBBfuS5AAWyniyStuUdSUdiUjwZ0ykKQZwhi8Yg/3hC3mXav0f2qwlHEA4iAOWhFLuy sojog0rumu8C3aQabF0sxS8v3tnsavOx9GjHroKdDhi2BwjjqaODZyh1ZqmxtvbJ2o3WcjNfTJTj VSZDJJQeAbBe2oeDaBgP4BDxweyI9S3rAbsOHhuRn1UHnIKY/ah2q1/qkQyPpefXr11cWlEWr0qV 8bITyLk5uxU85zM7ndCc20lYFVxC5728P+4vhS55Up44GkFDc34MNxqHfzEg7x6QX9HJ37EfcRx2 nULtAE64SasGRhjWp/WyJCeAwnw6loMW765JP/qTNHxPmlLHMkySZqMpdZSMoyL0lIp7pXdVDapy Lj+cMPIOwc/PiWQ6Ug/VxGoNKOb4+ipYx9etW5Dxa/eDDvhFYWvlDrRya2vxK3qZWsRLTqAEC1Yz CCt15SnokVhkOmRJWRv2OpJThsLgtFtBVQxH3QDq9DusoPftxGDjxQs/T+0PjgBjng/tExA8NmnU 2wDryRNzxzU6Q6I6rZ2pzjZXwGIsJ6QgPpmMZZ5ivGn7uzs51Tt9M5GhUO9cH61kL196Qt0MZ2mx LBT4bGGp0C5ssiKXiqWzVD5coHNUOpyhI7Nqj/HI23IP5J8lMcKTpfgwQwPZvhr15XyvLezygGZy ijIo2wKjYUIzRbqCZFB+49shtctg3KeXe4BuYgWgRChPFYRKqf/2RufWx3dFX9wfJw7+ZnRkxmI2 T5gNFsO0ZdYbBPyzKOXWIBjD+bR+lhTSYD693ngIrf5XenH7B7mNdDvR6u+6/0vSe9uXVVNUr69v +T83Hm193qw1UjU6T6V9KaQbzw4zOBU0+U0QYXSNzgy9LMPq6SFknMDQM2ps3GfFQT/jZbwQR3az 9NO6+q+31tv5Smvl8s2NB5VmbllcAxQyX1wEm8RN5G/QIl/JFaF0KsOl6SyVxdMIkHVxViP4a8sv j78AnX1Tt3ffwG9f3XtgzyhgOWPwnNBgylo5tW7Rm8yAZa6RXIG+kN78XNrbkXYDfCN6vgiKVMIf h0iWZAgapRCPy3ZWf+6d6QPdP9telk5tf6OyiZlPK5uNK/2NdrPUoCtUwZO2ARkrd3oYHJodNA1A pld18rOD8ksXhdXyRuv+tdudq7eL1fPt+ieNTrbFloDEZXZ1FcwFU4QIBWP+KKEwlC/YBWIPgsEn XlCb86XNwqV8vb/aKlTSQoZPRhP0gvJGEQFK07z+MHjINTAu90ET8jPvy7uO/FT64XWp56t/Sc8B f/l66X/S98D5cJFagwpcQSxBShsUinSZyhEpL5CeY1EYPOT+3dQ+aGrw6Gv7dh9968CRPcfen9xz Uv6+DsDGHGRQE1RQANPyiksxEM3EOD712T+uPlZg4F6hw1/SvfLHg/oPhg797Peyaj8wOXwKmdEQ AZoJaIOKC8bAeISj4xBDi5WFjfW/L90tXF95Uv8y9xBIXY+tXQDzwaRPVIZMMF4aVxSFIZjTZjAd 7A555/7z21dU/weN6Gt4CmVuZHN0cmVhbQ1lbmRvYmoNMjAgMCBvYmoNPDwgDS9UeXBlIC9Gb250 RGVzY3JpcHRvciANL0FzY2VudCAwIA0vQ2FwSGVpZ2h0IDAgDS9EZXNjZW50IDAgDS9GbGFncyA0 IA0vRm9udEJCb3ggWyAtMTUyIC0yNTEgMTIzMSA5MTIgXSANL0ZvbnROYW1lIC9FRUZHRk8rR2Fy YW1vbmQuQm9sZGkwNzkgDS9JdGFsaWNBbmdsZSAwIA0vU3RlbVYgMCANL0NoYXJTZXQgKC9HNzIv RzgxL0c3My9HNDAvRzgyL0c3NC9HOTIvRzUxL0c3Ni9HODUvRzQ0L0czL0c4Ni9HNzAvRzU0L0c3 OS9HNzEpDS9Gb250RmlsZTMgMjEgMCBSIA0+PiANZW5kb2JqDTIxIDAgb2JqDTw8IC9GaWx0ZXIg L0ZsYXRlRGVjb2RlIC9MZW5ndGggNDcwMCAvU3VidHlwZSAvVHlwZTFDID4+IA1zdHJlYW0NCkiJ ZJRtUBN3HscTIbD1+Yk2ayi5a29O69OggGjb6dSKRtRqRaggWlQgECCEABLYkGSzu9nsbnY3T5uH DZEoQUAgNBEEEfSEY9DxoY5t7Xijd3Xam7ne3M1NO53ecrd27uKL3pt79f89vPn8PvOdv1SSukgi lUrBvXv3qfYd2aQ603xGq2us2vqBrqFKk52/6+Xyg4XNixa2pCysTRW3Lk35YWnqwtalr4r3XgQy X/lDZvohWdYFyX7E+h+H43/F0nShfaXgWCGMrGIz1xxfLVkrlaamL162cs2rYKbyjd+s37glO+fg sSpV/nbVzm2q/BxVbrZq53ZVfq5q13ZVXnKyQ7UzT5Wbq8pR7dyhys9W5eWq8nep8rd9qGvUtXY0 VVdsqfiFteIl6y/N/x8gkaxK2bA5Z8c+1f7CA4eOHC0q+fikROqRUlK3lJX6pJw0ILVLSSktdUr9 UkLqkLqkXikjWZ0UI1kkkUmHF7lTJlPvy7C0F+kvXilcsmbJj0svLltYPrSif+X86ozlL8aWL7y+ 0JYpW5txhRgiLhE30dv2h3SUusv8wy1scgqvs8ISRjhAy8eoefwr1GNytKNte8WzcvgMiRM2EgOT L2VxQCwYpCJEX5bxc3s/fBmKgZ1sG61nAdzAODXKI2whW0C/Te0mD1AY1FpYKaYVi+/IT4trwgRP BWhQWEJ9Q99033LGPDzHe7tC4Qt+vm968jnAp82lQYfNp2Bda4HxFGpADHgnbsUN1kZLFVyJalEI a5UXpDE+poeNcbfpBB4m/BYO8sBsOZtHb6DeI0oIm8EOE4T+7bb9xtL3xXo52uSEeKSn8xkmKOm/ Us88D0PT3PWeayN3xufvzv0RuBimmaCSI30OnsHaMZPNatTKfyseLRLTZGSFxtGsUK+nOTFHKcoY MZMV85h3yfWEuAQHzqSJK/DoI57pYxJu8EvPzcAgHwoHotyg0+eOeAcCg3Jh1cKyUSH1hpCXEFJj wkqGpV10ACTdiMvEAjYry8LKGk+tU8MCFhPNQsrBp7LlIvG1OyP6Oc/2uoY4cNo34o8GI+fDA4FE Qlgsfyq0h2duCK/1PmTc4FVBfnEmJqTxEzLazfhC61oDZ71HnIDJ4mBRZd+3wgg8QlygOBocpe6x 33pu0INMkCFMdiuBEWabCYW0sAZRo2pEi+pRaweshxsQLdZqh4BKUdaQaziyTeySl4uKQrHcVEVh JEahYML6qW2QcCczMESQbTiEmwnEbrWZAArBHTZFG2Em7QxOoozFCaAVTu49pbiHrSGPE3tx0PZJ I2VSONKXC0cXajNTH2VEnwgW40+MbDTtKpkkdN9MEgbo59QdfBS9Y5o4N6Dr10bOeku4Y0QZ9Em1 uHjf5rf2bNrz6xoxlQHUZI2r3lfv1fEtEbbb0+ePAUSYdwQVQcrv4Og5aiY0NfxgdOr+4Hc99zy/ Q8eRMWhAH6rtPuUrocupaqzJjFhtCI4B4tYX9cYq+DRlxc0YBOp2nRZfKxa3YecQLaIGhWMtBEQk zwRJGDNbIchuJhHGQFYzRa5i10FmN7OTfAd/FwEIs4HSKZxhlmcDjNPlc/GfReTX/WOheCQY5s67 wqyb8bA+V8TXHxz9izAs/7vwSHZd2Bh9xq9jw0QX6sd8Rk7vKuU0HsgDJD0ZM1N/zkwVMlpsGrgi y1Rg+rhTTZpsZgSGCfleJ8zIvkHmO4az6m6V9qnoQqoIKq0tq9WchspNFe6z0apo5WfVgkQTN40b pvRTTTFdRHvpNH+WUQNMJXrSUNx2sO7Dio9aNQ3aqqbmc5Utpc2ljWWGchiwnDiMFyhOlXj4j5Ti opiOa/diHEjRpNu/zhlgXaHJ6HOQH/dddkcCCfl3tOd9d4XTBHprQrqw4XxbtOMyPGQewUfpODXm mQpNhyZ6E59eifUmglfDU9i1hnHDpUMxUTIBiJLxgoQ6VhNrm0TnsDnnbHgm/uPDP3//+IfHwsq4 sIEZJq/h88gIOtk5a3ip5Ff/3id0Z2A+j51V8IgXcaOVqoNFO04AJ3ZsbH1Dsf9wsL9IeayvKt46 DcWQq+wt9qZn3B/vuto3HZ+Nz9y4NX/j9tTDxJOBJ/3PQl/TQjr1uH24FoipfTVmDaxub2o26Nt0 1nq6iTrnhbqhMDJITQCXkR4Tn2XyGzx65hB5sEl1XFVStrshWy3KHDnxA4nCufondIIacfb7Is6+ YOyCz3WeH4gC/T2REMe95P5qoedfwYzRi/FQLBDzTnJzHmA27TF5p3n6hL9XfuHB6D9HhZSuL5FB kAibvMkPtaXD5TUru6Z4NsxEaDAy5uHvKuPeny72sEHWSYMU63a4FEbKSuBZNiMO2QxQmf5dsKME 0XaU1b957rBVZzxjKAYJC4USNrNaTsAkQtgJ2G6ydbQXy1ED1mZtstSBcI21AW1KBtxqR/W75Zge 0cINPrTPNknyZJDkKMDiwCgii8JsqNWiQ+vtDcQWS0HnKQNgOWfCEYUNdbBWpcvPcgwTmuAGaB62 mbB29HjjyY5KBIArK4hyRf5hfrhSWTRZN2u7jz/wfdH7dFJY972QJmT/LannTz+/lcETQcpL91BR 54Cv3zsYGol4u50hxvOFoB4V1nATgTnsWvOQfrC6q5RupLQ2rRXQwk3GlvZkfOuaazUl+hPGCrWY Yt91qajv6FTdI+yl9zeFyMJQRmK270qk+/czs/+luNxj27rKAI6AmguM/YXhuqnqClSEEBVDHevo 1q7rEO26jkLXNm3IY2lcZ2njV+JXbN9rX18/7r2+D1/fh68fsR07fiSOYydOmpeTNF1K1q5QKGMP JARiCGkgBGiTXHY7iRudP4/06Tvf953f+Z3FzepWZTlXj6+J82yRuoe3wnVkFilDGVfFnLdIFsnE GahBgNajfe4r8hdo0ICfZg6yespCuikAxwYjpzp+pAr5MBQLeRV2hnSYjhpijbFhyZJ2ZG05Tx7d dIIbeJ0aZ2vRaa4kVoT6+GIx60hAAvzc6Re6TxoB40vH4ec7OgeiwrD2Kj80bi6aJu1T8BwAz6KN hb1Ui10Uqpnb+c1CSznEo49uqqU6U8dqWBUuWzO2rIUfpvrwbucVXddV3SXzmbaTAJN4jirSQC5J UqwWj/GR+C5qH1/cZtTp7QRT4pqipinkuSgrsDEFTrE8WPiVVFe6xlAcLTEiyEg0f6t94n77ApP1 4WMRK605q8JCFO3XsuloghZjaSElSVm8Se+wU+/P/WH14dqD1nZrqV4Gt+vrxYXkYmKF3yDXiTl/ yVNypRz0KGMhrH4HanKOGmwGm8lrVsjpirmTAMohWf8MOh3I+oVADGZcyoYdtbsdLqfVZfIMW8/d OHxN/jyIGLJE+6sMSwh4nNBE/XQACwecysuOh8KBIKIJBAOEnwRQ1XGVj0AiARJAVEQQwaEO5xUi hAdwv8Y7gI4E4Svyd8E3DhiesZ4N6nmfRnLMwjshEeNxDsNduKINOBpCAjDwkiqI6+mfsBcZ8DIx gBsIAHNfwA7tFnOzjctfVz+bvzLpqDor2Iw4L5ZT+Vx6IvHhSvsH716auzEPN6DVyGpyLbEwuVJd u/vrBxvv14D3Zv6W/i95k6hhZUwK5wIV7wwElqwT9rT9Lt+KNxMlNk+nyQTBBxkf4w2ZPQO+a5AF gjwQFPCRGIEwLhHQZ68LJprsDvRBA+4uQ3dfb39v59AvRo/qToz9lOwjDKSHtpEGVhc/fb3LPOwA IBiBg3AYImHez3uTgSIGYFGO4Dpq2Cpxh+SJAtmkRUV+YlT7afzjkdVfLneKPxt5ER4YvTaoH7p2 9UaPrXfkrP3YGOA89hz6447Dx7n0y9pX0n0V07yjEp4WavGZ/NRMsTb5wVT7icbuqH7j0UH1CrE0 vtJcbtR3Jv/U+CT+jqvhnh3KXCaDhJMw4m+geqtON6C7ccn2StCBDEKdQNiKOygPZWYdvIfzJLwZ NItkwxOkElA+99lV9cfiX4oPFpdKpTJfYhNkAlMWKnkSUHKMs7IAO/w6c75DfpLeI3/uuGekR9tr Hh509wWs9Khki1srziUYgJbWQ7c70gWSrmp3r4X/0Xv7vlhXK6iems5XJ2rxWbJJTMFpa3qEMfsU C4KtY1aXzeo0w2bIErBSw7hFcpUBVwmbiTeVxB4v7pM71dn77a8kMnQixgkagReyQpWJg3Q0muQm +Gwsw6RZMVYUGul1MLX6ZvsIn2FydEGD8UjMxbliw2wXk30TfEi/ndwpLiRala0F4Deq0SODB3rk b8oHH38fRE0BS9Ce8U+jN4PpcALjMMdF0IVBEZRCcHfEQZ+hnyJlQMnuOjFMDGN23EvtYu9xKt9S Z/hcbJJeoyscJ2RTmfr47X+2Z5W35rftvnfbrmRzT2aLa5b3jkk21kR5cIiCo3SSFimBpmmWEW7T d6R7+fuZ9fxcvkKCBMtFhI4XZU+n/EPjEb8paFdmKwSGnPL3Hv+8S/4OOooYCHvUr0HYZLDQIYVL 2DwGuDEvFtyPoxgS8B1nwH7qNeplUk+Bevw8diIEnFTFV/Y8+cHOtjrDjkdT0XnFe1lWYjguKgqi OJVarfwVnPxd7ZPcvcQCXyMrGooLCT4RjpviA8lECxSEXdxxFU5qaRelsiCyQJSlWE4bj4oxkStK M4X5+i0GVIw2DO9CW4MHQy509Perb9U2sw8m7kob1Nv4urs+DDRuZAZ1e6l++9F++Wvyl+Q/gqEx HKZQNpgKlbFlBGSQiC+E4AimeKD8WhI8h+/pVcn7fHuGVDRHs7G9UT4qRdOAWKDZea0gUlFJm6Z5 lonxQnyCn8nelha5arP9ZbDV1uY+DNYDa8ZCJ6XH+/3dYz2OTuMFPeoGnWdHT12WD/stCv3cr9Kw JgqVPetuAFaKGN5P+ANen9uBjUWUduFWysh+iwIv4sfwgxgQjcQYfj/JKKAe3x2CyKf//t+IutKf 6qI7mQuootDGp3Qnuy+deuaFc0d0wMCzT48d6vj287nWee355aEt3w5yR3in8vfUYn65slxZqc3P 1RrVRrlR2J6+NdFKrkvb7D2qfQD/x0DrqBL/s0Pyv9T2I74upR49lI41xKypsTxUcM2gTaqFryZv VpcqC63ZB5OLlYfV/yy2nxD+bN0EbGs9xTPUZbwb6jP1G3X91y/Y9Ybjr8vAbsryp9tbapFNRhNs g21IDeV3mNuqfrTdPjrbVklv0TwmBAQ45oiZecBHBmPSXqGxwW4kWxVNa7JZqUylE5IoCA9pEFec XamYH0OCKGoJOoMQhqJGd+/S8lQ1neajhXSjWE5NcRVqFi/BaRuQtkTNXgNyfcxkHDVZDPAQZVKu /GgRluCYjwQCKk/Q5XU4jEM2xRRDZhC6rJeBV+XTuDPiYiDh/yWXz0/TcBjGDyr26oGE0WRLTDQm hqN6kng0EoiJoiQQQKJbJgMcDsa60bVrv+23W3+uW7uuhZFtOKab/M40C0RR9CCJZ4Px5NGzVevB qv/B+z5P3uf9PESe1qAOlmE9XYcWKwMJZEi3jaYYiiKQng7nZm44PZaegB6sA3KB9HUo5oWc2whl Mato/3YP2wP2VmdZNHnVRQ1FyaioQho3tPsq4TFmjDkrUUiWiBpZIlfYKr+b3tU317arlbrWyJYy S4wJjFhxylqU/YV+Cxkw/RquzGoREytjJaICa8yG2MjVrL2VndVG9emzenO1aq0XW0sto6W2BOQD 95p9Sb1IreNPMASjA8SgN3mLnmQpBEAAWG8MxDlXcvfHEgLMQYMtJd9Gd2ZXw+WgPiaMcuPJifB0 dP5RMkRH5Ig1jxTDTeyA+Bw9jDax/al6UPPrD+AoNhy+OtTXO4Tcudbz2DmJLvrFbL9vVpyUgzrF z+WDFiNCiXNTXa7l973WsbYnWf9Jzvj5qrPClwRTUDk3i4T3dJvbFJD9Dvu8KgKJFaEHD1EYpBFI UhyNwriLaahre4ZESYZiGAZxD5rqti4oPflLhV6P6ZzOKu2jr/YZz3f73LsvWklRJZXPIaIs6WZ3 Mu/WCzElzbvDTatdvHFKkAVZ7nbjMZ8tICsGL6i+T+CAK3Nb0qHq2RBrginCKINDgDAQsLQXd9E8 zoWpCFhg8RRF03BhZuJ23xXH6wx2OW9+n3XGHfPe3bHxkYAnlogRCzRChCaZAApjgvzQN6dEi3gZ mJwpLRnPa83tBmI2K/kCWl+Lh9Z88aJO66imZws53zf7xNFxoz3y42IXbl9O2KfiH+kGu0xngUzK CQUBpKySPqnAFwXzr5y/2p1/AAYdmfkKZW5kc3RyZWFtDWVuZG9iag0yMiAwIG9iag08PCANL1R5 cGUgL0VuY29kaW5nIA0vRGlmZmVyZW5jZXMgWyAxIC9HNDQgL0c1NSAvRzIxIC9HMTkgL0cyMCAv RzE1IC9HMyAvRzU0IC9HODggL0c2OSAvRzgwIC9HNzYgL0c4NiANL0c4MiAvRzgxIC9HNzMgL0cz NiAvRzg3IC9HODUgL0c2OCAvRzcwIC9HNzUgL0c3MiAvRzM4IC9HODkgL0c3NCANL0c3OSAvRzcx IC9HOTIgL0c4MyAvRzYwIC9HOTAgL0cyOSAvRzkxIC9HNTEgL0c0MCAvRzkzIC9HMTcgL0c1MyAN L0c0OCAvRzUwIC9HNTYgL0c0MyAvRzQ5IC9HNzggL0cxMCAvRzQxIF0gDT4+IA1lbmRvYmoNMjMg MCBvYmoNPDwgDS9UeXBlIC9FbmNvZGluZyANL0RpZmZlcmVuY2VzIFsgMSAvRzU0IC9HODggL0c2 OSAvRzgwIC9HNzYgL0c4NiAvRzgyIC9HODEgL0czIC9HODMgL0c3OSAvRzkyIC9HODcgDS9HNzUg L0c3MiAvRzczIC9HNjggL0c4NSAvRzc0IC9HMTUgL0c3MSAvRzExIC9HMTIgL0cxNyBdIA0+PiAN ZW5kb2JqDTI0IDAgb2JqDTw8IA0vVHlwZSAvRW5jb2RpbmcgDS9EaWZmZXJlbmNlcyBbIDEgL0c1 MCAvRzgxIC9HNzkgL0c5MiAvRzMgL0c4MiAvRzg1IC9HNzYgL0c3NCAvRzY4IC9HODAgL0c4NyAv RzcyIA0vRzg2IC9HNzUgL0c4OCAvRzcxIC9HNjkgL0cxNyAvRzM4IC9HNzAgL0c4MyAvRzE1IC9H NzMgL0c5MCAvRzE4IA0vRzg5IC9HMzYgL0c0MiAvRzIyIC9HMTkgL0cyMSAvRzIwIC9HNDAgL0c1 NCAvRzUxIC9HNDQgL0c1OCAvRzc4IA0vRzU1IC9HMTYgL0c4NCAvRzUzIC9HNDkgL0c0NyAvRzYw IC9HNTYgL0czOSAvRzI5IC9HNDggL0czNSAvRzkxIA0vRzExIC9HMTIgL0c3NyAvRzQzIC9HNTcg L0c0MSAvRzM3IC9HMjggL0cyNyAvRzI2IC9HMjQgL0c1OSAvRzI1IA0vRzIzIC9HMTAgL0c0NSAv RzMwIF0gDT4+IA1lbmRvYmoNMjUgMCBvYmoNPDwgDS9UeXBlIC9FbmNvZGluZyANL0RpZmZlcmVu Y2VzIFsgMSAvRzQgXSANPj4gDWVuZG9iag0yNiAwIG9iag08PCANL1R5cGUgL0VuY29kaW5nIA0v RGlmZmVyZW5jZXMgWyAxIC9HNTEgL0c4NSAvRzgyIC9HNzAgL0c3MiAvRzcxIC9HNzYgL0c4MSAv Rzc0IC9HODYgL0czIC9HNzMgL0c1NCANL0c0NCAvRzQwIC9HNTggL0c3OSAvRzY5IC9HNjggL0c4 NyAvRzg5IC9HMTUgL0c4MyAvRzc1IC9HOTAgL0cyOSANL0c1MCAvRzUzIF0gDT4+IA1lbmRvYmoN MjcgMCBvYmoNPDwgDS9UeXBlIC9FbmNvZGluZyANL0RpZmZlcmVuY2VzIFsgMSAvRzgyIC9HODEg L0c3OSAvRzkyIC9HMyAvRzcyIC9HNTEgL0c4NSAvRzcwIC9HNzEgL0c3NiAvRzc0IC9HODYgDS9H NzMgL0c1NCAvRzQ0IC9HNDAgXSANPj4gDWVuZG9iag0yOCAwIG9iag08PCANL1MgL0QgDT4+IA1l bmRvYmoNMjkgMCBvYmoNPDwgDS9OdW1zIFsgMCAyOCAwIFIgXSANPj4gDWVuZG9iag0zMCAwIG9i ag08PCANL1R5cGUgL1BhZ2VzIA0vS2lkcyBbIDQ0IDAgUiAxIDAgUiBdIA0vQ291bnQgMiANPj4g DWVuZG9iag0zMSAwIG9iag08PCANL0R0IChEOjIwMDAxMTI5MTU0NjM4KQ0vSlRNIChEaXN0aWxs ZXIpDT4+IA1lbmRvYmoNMzIgMCBvYmoNL1RoaXMgDWVuZG9iag0zMyAwIG9iag08PCANL0NQIChE aXN0aWxsZXIpDS9GaSAzMiAwIFIgDT4+IA1lbmRvYmoNMzQgMCBvYmoNPDwgDS9QbyB0cnVlIA0v UiBbIDYwMCA2MDAgXSANPj4gDWVuZG9iag0zNSAwIG9iag08PCANL0pURiAwIA0vTUIgWyAwIDAg NjEyIDc5MiBdIA0vUiAzNCAwIFIgDS9XIFsgMCAxIF0gDT4+IA1lbmRvYmoNMzYgMCBvYmoNPDwg DS9GaSBbIDMzIDAgUiBdIA0vUCBbIDM1IDAgUiBdIA0+PiANZW5kb2JqDTM3IDAgb2JqDTw8IA0v RG0gWyA2MTIgNzkyIDYxMiA3OTIgXSANPj4gDWVuZG9iag0zOCAwIG9iag08PCANL01lIDM3IDAg UiANPj4gDWVuZG9iag0zOSAwIG9iag08PCANL0QgWyAzNiAwIFIgXSANL01TIDM4IDAgUiANL1R5 cGUgL0pvYlRpY2tldENvbnRlbnRzIA0+PiANZW5kb2JqDTQwIDAgb2JqDTw8IA0vQSBbIDMxIDAg UiBdIA0vQ24gWyAzOSAwIFIgXSANL1YgMS4xMDAwMSANPj4gDWVuZG9iag00MSAwIG9iag08PCAN L0NyZWF0aW9uRGF0ZSAoRDoyMDAwMTEyOTE1NDYzOCkNL1Byb2R1Y2VyIChBY3JvYmF0IERpc3Rp bGxlciA0LjA1IGZvciBXaW5kb3dzKQ0vQ3JlYXRvciAoV2luZG93cyBOVCA0LjApDS9UaXRsZSAo SDpcXFRQXFxJVDAxXFwuLi5cXElUMjAxIFNDLndwICAgICAgIFtQRlAjMTEwMjQ3NTQ1Nl0pDS9N b2REYXRlIChEOjIwMDAxMTI5MTU0NjM4LTA4JzAwJykNPj4gDWVuZG9iag14cmVmDTAgNDIgDTAw MDAwMDAwMDAgNjU1MzUgZg0KMDAwMDAxNjE1NCAwMDAwMCBuDQowMDAwMDE2MzA1IDAwMDAwIG4N CjAwMDAwMTY1MDcgMDAwMDAgbg0KMDAwMDAyMzM1NCAwMDAwMCBuDQowMDAwMDIzNzE2IDAwMDAw IG4NCjAwMDAwMjM5ODQgMDAwMDAgbg0KMDAwMDAyNDQzMSAwMDAwMCBuDQowMDAwMDI0NjE1IDAw MDAwIG4NCjAwMDAwMjQ5MDIgMDAwMDAgbg0KMDAwMDAyNTE0NCAwMDAwMCBuDQowMDAwMDI1NTU2 IDAwMDAwIG4NCjAwMDAwMzg0NDcgMDAwMDAgbg0KMDAwMDAzODc2MyAwMDAwMCBuDQowMDAwMDQx NTczIDAwMDAwIG4NCjAwMDAwNDIwNzAgMDAwMDAgbg0KMDAwMDA2MDU2OCAwMDAwMCBuDQowMDAw MDYwNzk4IDAwMDAwIG4NCjAwMDAwNjExMTkgMDAwMDAgbg0KMDAwMDA2MTQ1OCAwMDAwMCBuDQow MDAwMDY5MjMxIDAwMDAwIG4NCjAwMDAwNjk1MjAgMDAwMDAgbg0KMDAwMDA3NDMxMiAwMDAwMCBu DQowMDAwMDc0NjEwIDAwMDAwIG4NCjAwMDAwNzQ3OTEgMDAwMDAgbg0KMDAwMDA3NTIwMSAwMDAw MCBuDQowMDAwMDc1MjY2IDAwMDAwIG4NCjAwMDAwNzU0NjggMDAwMDAgbg0KMDAwMDA3NTYxNCAw MDAwMCBuDQowMDAwMDc1NjQ1IDAwMDAwIG4NCjAwMDAwNzU2ODkgMDAwMDAgbg0KMDAwMDA3NTc2 MSAwMDAwMCBuDQowMDAwMDc1ODI1IDAwMDAwIG4NCjAwMDAwNzU4NDggMDAwMDAgbg0KMDAwMDA3 NTkwMCAwMDAwMCBuDQowMDAwMDc1OTUwIDAwMDAwIG4NCjAwMDAwNzYwMjYgMDAwMDAgbg0KMDAw MDA3NjA4MSAwMDAwMCBuDQowMDAwMDc2MTMwIDAwMDAwIG4NCjAwMDAwNzYxNjYgMDAwMDAgbg0K MDAwMDA3NjI0MyAwMDAwMCBuDQowMDAwMDc2MzEwIDAwMDAwIG4NCnRyYWlsZXINPDwNL1NpemUg NDINL0lEWzxiZDFmNzYyODY4ZTAwYTQ3NTljN2FkY2VjODE1ZjYzZT48YmQxZjc2Mjg2OGUwMGE0 NzU5YzdhZGNlYzgxNWY2M2U+XQ0+Pg1zdGFydHhyZWYNMTczDSUlRU9GDQ== --0__=1wj55wbMuTLaPmr8Vlgwmlg8x6MSQcPhFaLr2uYDP8KJkX3qiio0mrEY-- _______________________________________________ IPTEL mailing list IPTEL@lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/iptel From iptel-admin@lists.bell-labs.com Wed Dec 6 09:24:30 2000 Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with SMTP id JAA18722 for ; Wed, 6 Dec 2000 09:24:30 -0500 (EST) Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id EA0C844379; Wed, 6 Dec 2000 08:22:17 -0500 (EST) Delivered-To: iptel@lists.bell-labs.com Received: from cs.columbia.edu (cs.columbia.edu [128.59.16.20]) by lists.bell-labs.com (Postfix) with ESMTP id 4A7084436C for ; Wed, 6 Dec 2000 08:21:04 -0500 (EST) Received: from bart.cs.columbia.edu (bart.cs.columbia.edu [128.59.19.191]) by cs.columbia.edu (8.9.3/8.9.3) with ESMTP id JAA18749 for ; Wed, 6 Dec 2000 09:20:55 -0500 (EST) Received: (from hgs@localhost) by bart.cs.columbia.edu (8.9.3/8.9.3) id JAA08101; Wed, 6 Dec 2000 09:20:55 -0500 (EST) From: Henning Schulzrinne Message-Id: <200012061420.JAA08101@bart.cs.columbia.edu> To: iptel@lists.bell-labs.com List: iptel@lists.bell-labs.com Subject: [IPTEL] CFP IPtel'2001 Workshop: Extended deadline Sender: iptel-admin@lists.bell-labs.com Errors-To: iptel-admin@lists.bell-labs.com X-BeenThere: iptel@lists.bell-labs.com X-Mailman-Version: 2.0beta6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: http://lists.bell-labs.com/pipermail/iptel/ Date: Wed, 6 Dec 2000 09:20:55 -0500 (EST) Call for Papers 2nd IP Telephony Workshop April 2-3, 2001 - Columbia University, New York City http://www.fokus.gmd.de/events/iptel2001/ Objectives ---------- Internet telephony is rapidly evolving from research to design and deployment. The objectives of the IP Telephony Workshop are to bring together researchers, developers, vendors and service providers active in this area and stimulate discussion on innovation, research, implementation, deployment experiences and future directions. Scope & Topics -------------- Original technical articles related to IP telephony are solicited. Only papers with significant technical content, not "white papers" or tutorials, will be considered for publication: - Research papers (unique ideas, novel algorithms, architectures, measurements, theoretical and/or analytical contributions) - Surveys, state-of-the-art studies, technology comparisons - Implementation and deployment reports - Standardization reports Particular areas of interest include, but are not limited to, the following: - Integration with Internet services (e.g., web, instant messaging, games) - Added-value services (e.g., call centers, conferencing) - Mobility and 3rd generation wireless - Authentication, authorization, accounting, charging, settlement - QoS support - Security (e.g., privacy, authentication, certification authorities, firewall traversal) - Call signaling & processing - Feature creation - Supporting services (e.g., call routing, lookup services) - Audio & video encoding and transmission - Management and provisioning - Interworking with the PSTN - Design and deployment considerations (e.g., performance, scalability, reliability) Important Dates --------------- Full paper due February 10th, 2001 Notification of acceptance March 15th, 2001 Final version due March 25th, 2001 Program published and March 15th, 2001 registration opens Workshop April 2nd-3rd, 2001 iptel2001 Organizing Committee ------------------------------ Program Chair H. Schulzrinne Columbia University Program Committee M. Arango Sun Microsystems F. Baker Cisco W. Bauerfeld T-Nova G. Bond AT&T Research S. Bradner Harvard University G. Carle GMD FOKUS J. Crowcroft UCL C. Huitema Microsoft G. S. Kuo National Central University, Taiwan J. Kuthan GMD Fokus T. Magedanz IKV++ GmbH W. Marshall AT&T Research D. Medhi University of Missouri-Kansas City D. Oran Cisco J. Ott University of Bremen T. La Porta Bell Labs B. Rosen Marconi J. Rosenberg dynamicsoft H. Sinnreich MCI WorldCom R. Steinmetz Technical University of Darmstadt H. St’ttgen NEC CCRLE W. Wimmreuter Siemens L. Wolf University of Karlsruhe A. Wolisz Technical University of Berlin M. Zitterbart Technical University of Braunschweig Submission Instructions ----------------------- Authors are invited to submit full papers written in English before November 27th, 2000. The submissions will be reviewed, and accepted papers will be included in the program. Notifications of acceptance will be sent out on January 12th, 2000. Deadline for submission of camera-ready copies is January 31st, 2001. Authors of accepted papers will need to sign a Copyright Transfer Form and submit a Netbib entry. Papers must be submitted electronically using the Web site at http://www.cs.columbia.edu/iptel Submissions must be in PDF or Postscript; any other documents cannot be accepted. Postscript papers must use only standard PostScript fonts: Times Roman, Courier, Symbol, and Helvetica. Papers must be formatted according to the IEEE Transactions format except for the font size, which MUST be 11pt. Templates are available at the Web site http://www.fokus.gmd.de/events/iptel2001/cfp/ Because of the size limitation on the final manuscript, and to ensure that the reviewed paper and the final version have a similar size, papers with more than 11 pages cannot be reviewed. Submissions must include: title, authors, affiliation, abstract, list of keywords, and contact information. One of the authors of each accepted paper must present the paper at iptel'2001. Contact Address --------------- Please, send all your inquiries regarding iptel2001 to iptel2001@egroups.com. _______________________________________________ IPTEL mailing list IPTEL@lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/iptel From iptel-admin@lists.bell-labs.com Fri Dec 8 09:38:58 2000 Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with SMTP id JAA22406 for ; Fri, 8 Dec 2000 09:38:58 -0500 (EST) Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id 4A3C64435D; Fri, 8 Dec 2000 08:38:04 -0500 (EST) Delivered-To: iptel@lists.bell-labs.com Received: from mink.ecitele.com (mink.ecitele.com [147.234.1.100]) by lists.bell-labs.com (Postfix) with ESMTP id D7F2944336 for ; Fri, 8 Dec 2000 06:23:57 -0500 (EST) Received: from olive.ecitele.com (ilsmtp04.ecitele.com [147.234.8.125]) by mink.ecitele.com (8.9.1a/8.9.1) with ESMTP id OAA29851 for ; Fri, 8 Dec 2000 14:22:30 +0200 (IST) To: iptel@lists.bell-labs.com X-Mailer: Lotus Notes Release 5.0 (Intl) 30 March 1999 Message-ID: From: Jian-Rong.Chen@ecitele.com X-MIMETrack: Serialize by Router on ILSMTP04/ECI Telecom(Release 5.0.3 (Intl)|21 March 2000) at 08/12/2000 02:25:06 PM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Subject: [IPTEL] A question about Redirect in draft-ietf-iptel-cpl-04.txt Sender: iptel-admin@lists.bell-labs.com Errors-To: iptel-admin@lists.bell-labs.com X-BeenThere: iptel@lists.bell-labs.com X-Mailman-Version: 2.0beta6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: http://lists.bell-labs.com/pipermail/iptel/ Date: Fri, 8 Dec 2000 12:13:38 +0000 The definition of signalling operation "Redirect" in section 7.2 says " Redirect causes the server to direct the calling party to attempt to place its call to the currently specified set of locations". If there are more than one locations being specified in the location set, how should a server to redirect a call to all of them? Should it try the locations one by one? Or does the "currently specified set of locations" actually means the last location that has been specified before the redirect operation? Does any people knows an interpretation of this definition? regards Jian-Rong Chen ECI Telecom UK _______________________________________________ IPTEL mailing list IPTEL@lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/iptel From iptel-admin@lists.bell-labs.com Fri Dec 8 12:15:55 2000 Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with SMTP id MAA18422 for ; Fri, 8 Dec 2000 12:15:55 -0500 (EST) Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id 044D744373; Fri, 8 Dec 2000 11:16:01 -0500 (EST) Delivered-To: iptel@lists.bell-labs.com Received: from redball.dynamicsoft.com (redball.dynamicsoft.com [216.173.40.51]) by lists.bell-labs.com (Postfix) with ESMTP id A3EB944336 for ; Fri, 8 Dec 2000 11:15:14 -0500 (EST) Received: from DYN-EXCH-001.dynamicsoft.com ([216.173.40.50]) by redball.dynamicsoft.com (8.9.3+Sun/8.10.0.Beta12) with ESMTP id MAA20003; Fri, 8 Dec 2000 12:17:19 -0500 (EST) Received: by DYN-EXCH-001.dynamicsoft.com with Internet Mail Service (5.5.2650.21) id ; Fri, 8 Dec 2000 12:12:38 -0500 Message-ID: From: Jonathan Rosenberg To: "'Jian-Rong.Chen@ecitele.com'" , iptel@lists.bell-labs.com Subject: RE: [IPTEL] A question about Redirect in draft-ietf-iptel-cpl-04. txt MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: iptel-admin@lists.bell-labs.com Errors-To: iptel-admin@lists.bell-labs.com X-BeenThere: iptel@lists.bell-labs.com X-Mailman-Version: 2.0beta6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: http://lists.bell-labs.com/pipermail/iptel/ Date: Fri, 8 Dec 2000 12:12:35 -0500 > -----Original Message----- > From: Jian-Rong.Chen@ecitele.com [mailto:Jian-Rong.Chen@ecitele.com] > Sent: Friday, December 08, 2000 7:14 AM > To: iptel@lists.bell-labs.com > Subject: [IPTEL] A question about Redirect in > draft-ietf-iptel-cpl-04.txt > > > The definition of signalling operation "Redirect" in section 7.2 says > " Redirect causes the server to direct the calling party to attempt to > place its call to the currently specified set of locations". > > If there are more than one locations being specified in > the location > set, how should a server to redirect a call to all of them? > Should it try > the locations one by one? Or does the "currently specified set of > locations" actually means the last location that has been > specified before > the redirect operation? > > Does any people knows an interpretation of this definition? In SIP, the processing is easy. You send a 300 class response, with each location present in a Contact header. SIP redirects are capable of redirecting to multiple locations. I am uncertain about the equivalent in H.323. -Jonathan R. --- Jonathan D. Rosenberg 72 Eagle Rock Ave. Chief Scientist First Floor dynamicsoft East Hanover, NJ 07936 jdrosen@dynamicsoft.com FAX: (973) 952-5050 http://www.cs.columbia.edu/~jdrosen PHONE: (973) 952-5000 http://www.dynamicsoft.com _______________________________________________ IPTEL mailing list IPTEL@lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/iptel From iptel-admin@lists.bell-labs.com Fri Dec 8 14:26:58 2000 Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA19186 for ; Fri, 8 Dec 2000 14:26:58 -0500 (EST) Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id D6D6C4433F; Fri, 8 Dec 2000 13:27:02 -0500 (EST) Delivered-To: iptel@lists.bell-labs.com Received: from hotmail.com (law2-f30.hotmail.com [216.32.181.30]) by lists.bell-labs.com (Postfix) with ESMTP id 42DC944336 for ; Fri, 8 Dec 2000 11:15:44 -0500 (EST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 8 Dec 2000 09:15:35 -0800 Received: from 64.166.89.217 by lw2fd.hotmail.msn.com with HTTP; Fri, 08 Dec 2000 17:15:34 GMT X-Originating-IP: [64.166.89.217] From: "James Undery" To: iptel@lists.bell-labs.com Subject: Re: [IPTEL] A question about Redirect in draft-ietf-iptel-cpl-04.txt Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 08 Dec 2000 17:15:35.0222 (UTC) FILETIME=[7A2E3560:01C0613A] Sender: iptel-admin@lists.bell-labs.com Errors-To: iptel-admin@lists.bell-labs.com X-BeenThere: iptel@lists.bell-labs.com X-Mailman-Version: 2.0beta6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: http://lists.bell-labs.com/pipermail/iptel/ Date: Fri, 08 Dec 2000 17:15:34 -0000 >From: Jian-Rong.Chen@ecitele.com >To: iptel@lists.bell-labs.com >Subject: [IPTEL] A question about Redirect in draft-ietf-iptel-cpl-04.txt >Date: Fri, 8 Dec 2000 12:13:38 +0000 >MIME-Version: 1.0 >Received: from [194.202.146.92] by hotmail.com (3.2) with ESMTP id >MHotMailBBFA3D86008D40042A0BC2CA925C861F0; Fri Dec 08 06:39:03 2000 >Received: from gecko.ubiquity.net by drago1.ubiquity.net via smtpd >(for mc7.law5.hotmail.com [64.4.42.7]) with SMTP; 8 Dec 2000 14:39:14 UT >Received: from gateway.ubiquity.net by ubiquity.net with ESMTP >(8.8.8+Sun/25-eef)id PAA05648; Fri, 8 Dec 2000 15:37:48 +0100 (BST) >Received: from dragon.ubiquity.net by gateway.ubiquity.net with SMTP >(8.9.3+Sun/-eef)id OAA18975; Fri, 8 Dec 2000 14:37:42 GMT >Received: from share.research.bell-labs.com ([204.178.16.58]) by >dragon.ubiquity.net via smtpd (for mailhost.ubiquity.net >[193.195.52.26]) with SMTP; 8 Dec 2000 14:39:05 UT >Received: from share.research.bell-labs.com (localhost.localdomain >[127.0.0.1])by lists.bell-labs.com (Postfix) with ESMTPid 4A3C64435D; Fri, >8 Dec 2000 08:38:04 -0500 (EST) >Received: from mink.ecitele.com (mink.ecitele.com [147.234.1.100])by >lists.bell-labs.com (Postfix) with ESMTP id D7F2944336for >; Fri, 8 Dec 2000 06:23:57 -0500 (EST) >Received: from olive.ecitele.com (ilsmtp04.ecitele.com [147.234.8.125])by >mink.ecitele.com (8.9.1a/8.9.1) with ESMTP id OAA29851for >; Fri, 8 Dec 2000 14:22:30 +0200 (IST) >From iptel-admin@lists.bell-labs.com Fri Dec 08 06:40:21 2000 >Delivered-To: iptel@lists.bell-labs.com >X-Mailer: Lotus Notes Release 5.0 (Intl) 30 March 1999 >Message-ID: >X-MIMETrack: Serialize by Router on ILSMTP04/ECI Telecom(Release 5.0.3 >(Intl)|21 March 2000) at 08/12/2000 02:25:06 PM >Sender: iptel-admin@lists.bell-labs.com >Errors-To: iptel-admin@lists.bell-labs.com >X-BeenThere: iptel@lists.bell-labs.com >X-Mailman-Version: 2.0beta6 >Precedence: bulk >List-Help: >List-Post: >List-Subscribe: , > >List-Id: >List-Unsubscribe: , > >List-Archive: http://lists.bell-labs.com/pipermail/iptel/ > >The definition of signalling operation "Redirect" in section 7.2 says >" Redirect causes the server to direct the calling party to attempt to > place its call to the currently specified set of locations". > > If there are more than one locations being specified in the location >set, how should a server to redirect a call to all of them? Should it try >the locations one by one? Or does the "currently specified set of >locations" actually means the last location that has been specified before >the redirect operation? > > Does any people knows an interpretation of this definition? > I take this to mean that all the locations (if any) are used to redirect the call simultaneously, what the entity recieving this redirect does is up to it and outside of the control of the entity running the CPL script. James Undery jundery@ubiquity.net _____________________________________________________________________________________ Get more from the Web. FREE MSN Explorer download : http://explorer.msn.com _______________________________________________ IPTEL mailing list IPTEL@lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/iptel From iptel-admin@lists.bell-labs.com Fri Dec 8 14:52:58 2000 Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA28863 for ; Fri, 8 Dec 2000 14:52:57 -0500 (EST) Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id AD90044378; Fri, 8 Dec 2000 13:53:02 -0500 (EST) Delivered-To: iptel@lists.bell-labs.com Received: from radvpost.us.radvision.com (unknown [38.150.216.6]) by lists.bell-labs.com (Postfix) with ESMTP id DBBD444336 for ; Fri, 8 Dec 2000 13:52:49 -0500 (EST) Received: by RADVPOST with Internet Mail Service (5.5.2650.21) id ; Fri, 8 Dec 2000 14:52:20 -0500 Message-ID: <0D5BBF5D638DD4119E3400508BD9494529EE3D@RADVPOST> From: Orit Levin To: Jonathan Rosenberg , "'Jian-Rong.Chen@ecitele.com'" , iptel@lists.bell-labs.com Subject: RE: [IPTEL] A question about Redirect in draft-ietf-iptel-cpl-04. txt MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: iptel-admin@lists.bell-labs.com Errors-To: iptel-admin@lists.bell-labs.com X-BeenThere: iptel@lists.bell-labs.com X-Mailman-Version: 2.0beta6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: http://lists.bell-labs.com/pipermail/iptel/ Date: Fri, 8 Dec 2000 14:52:20 -0500 In H.323 it is an application matter. It is up to application to decide about the policy (parallel vs. sequential). In H.323 devices you will find this kind of feature under the name "call or line hunting". Regards, Orit Levin RADVision Inc. TEL: 201.529.4300 x 230 FAX:201.529.3516 mailto:orit@radvision.com http://www.radvision.com 575 Corporate Drive Suite 420 Mahwah, NJ 07430 -----Original Message----- From: Jonathan Rosenberg [mailto:jdrosen@dynamicsoft.com] Sent: Friday, December 08, 2000 12:13 PM To: 'Jian-Rong.Chen@ecitele.com'; iptel@lists.bell-labs.com Subject: RE: [IPTEL] A question about Redirect in draft-ietf-iptel-cpl-04. txt > -----Original Message----- > From: Jian-Rong.Chen@ecitele.com [mailto:Jian-Rong.Chen@ecitele.com] > Sent: Friday, December 08, 2000 7:14 AM > To: iptel@lists.bell-labs.com > Subject: [IPTEL] A question about Redirect in > draft-ietf-iptel-cpl-04.txt > > > The definition of signalling operation "Redirect" in section 7.2 says > " Redirect causes the server to direct the calling party to attempt to > place its call to the currently specified set of locations". > > If there are more than one locations being specified in > the location > set, how should a server to redirect a call to all of them? > Should it try > the locations one by one? Or does the "currently specified set of > locations" actually means the last location that has been > specified before > the redirect operation? > > Does any people knows an interpretation of this definition? In SIP, the processing is easy. You send a 300 class response, with each location present in a Contact header. SIP redirects are capable of redirecting to multiple locations. I am uncertain about the equivalent in H.323. -Jonathan R. --- Jonathan D. Rosenberg 72 Eagle Rock Ave. Chief Scientist First Floor dynamicsoft East Hanover, NJ 07936 jdrosen@dynamicsoft.com FAX: (973) 952-5050 http://www.cs.columbia.edu/~jdrosen PHONE: (973) 952-5000 http://www.dynamicsoft.com _______________________________________________ IPTEL mailing list IPTEL@lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/iptel _______________________________________________ IPTEL mailing list IPTEL@lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/iptel From iptel-admin@lists.bell-labs.com Wed Dec 13 20:33:57 2000 Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with SMTP id UAA13610 for ; Wed, 13 Dec 2000 20:33:56 -0500 (EST) Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id 4528A44337; Wed, 13 Dec 2000 19:34:03 -0500 (EST) Delivered-To: iptel@lists.bell-labs.com Received: from radvpost.us.radvision.com (unknown [38.150.216.6]) by lists.bell-labs.com (Postfix) with ESMTP id 18C2244336 for ; Wed, 13 Dec 2000 19:33:04 -0500 (EST) Received: by RADVPOST with Internet Mail Service (5.5.2650.21) id ; Wed, 13 Dec 2000 20:32:27 -0500 Message-ID: <0D5BBF5D638DD4119E3400508BD9494529EE44@RADVPOST> From: Orit Levin To: "'iptel@lists. bell-labs. com' (E-mail)" MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Subject: [IPTEL] CPL for H.323 - an update Sender: iptel-admin@lists.bell-labs.com Errors-To: iptel-admin@lists.bell-labs.com X-BeenThere: iptel@lists.bell-labs.com X-Mailman-Version: 2.0beta6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: http://lists.bell-labs.com/pipermail/iptel/ Date: Wed, 13 Dec 2000 20:32:27 -0500 Hello! Since I wasn't be able to attend the iptel session on Monday and this question was asked, here is a short update on this subject from the last ITU SG16 meeting in Geneva. The meeting was mostly about H.323v4 decision (which BTW included the basic H323-URL) and the reorganization of SG16 itself towards the new Study Period. Therefore you can imagine that there was no much time spent on the CPL specifically. The general feeling of the H.323 community is that, even with the latest CPL improvements, in order to be useful for H.323 systems, further CPL extensions are required. It was proposed that if certain companies find a serious interest in applying the CPL for H.323, it would be beneficial to consider this work towards a separate normative Annex. And as usual with the ITU, contributions are solicited and the progress of this work totally depends in that. Best Regards, Orit Levin RADVision Inc. TEL: 201.529.4300 x 230 FAX:201.529.3516 mailto:orit@radvision.com http://www.radvision.com 575 Corporate Drive Suite 420 Mahwah, NJ 07430 _______________________________________________ IPTEL mailing list IPTEL@lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/iptel From iptel-admin@lists.bell-labs.com Thu Dec 21 07:47:56 2000 Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with SMTP id HAA16248 for ; Thu, 21 Dec 2000 07:47:56 -0500 (EST) Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id C562544339; Thu, 21 Dec 2000 06:48:02 -0500 (EST) Delivered-To: iptel@lists.bell-labs.com Received: from pelican.tk.uni-linz.ac.at (pelican.tk.uni-linz.ac.at [140.78.188.41]) by lists.bell-labs.com (Postfix) with ESMTP id 5C88F44338 for ; Thu, 21 Dec 2000 04:01:10 -0500 (EST) Received: from olibaer (olibaer.tk.uni-linz.ac.at [140.78.92.45]) by pelican.tk.uni-linz.ac.at (8.9.1a/8.9.1) with SMTP id LAA05654 for ; Thu, 21 Dec 2000 11:00:59 +0100 (MET) From: Michael Welzl To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.3825.400 Importance: Normal Subject: [IPTEL] 2nd CFP Special session "ABR to the Internet", SCI 2001, ext. abstracts due 31.12.00 Sender: iptel-admin@lists.bell-labs.com Errors-To: iptel-admin@lists.bell-labs.com X-BeenThere: iptel@lists.bell-labs.com X-Mailman-Version: 2.0beta6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: http://lists.bell-labs.com/pipermail/iptel/ Date: Thu, 21 Dec 2000 11:08:01 +0100 Content-Transfer-Encoding: 8bit Please note that the deadline for submission of extended abstracts (31. 12.) is getting close. Our apologies if you receive this message more than once. Please distribute this call to any of your colleagues who might be interested. -------------------------------------------------------------------- 2nd C A L L F O R P A P E R S Special Session: ABR to the Internet ==================================== THE 5TH WORLD MULTICONFERENCE ON SYSTEMICS, CYBERNETICS AND INFORMATICS SCI'2001 July, 22-25, 2001 Orlando, Florida(USA) Sheraton World http://www.iiis.org/sci/ THE "ABR TO THE INTERNET" SESSION: ATM's "Available Bit Rate" (ABR) service provides a dramatically reduced cell loss ratio by means of a signaling mechanism called "Explicit Rate Feedback"; information from the network is provided to end nodes in order to facilitate adaptation. On the contrary, adaptive Internet applications rely on mechanisms that probe the network in order to avoid congestions; packet loss must be experienced before it can be avoided on a long term basis. Developers of commercial applications seem to avoid adaptation because they don't see enough QoS benefit. SCOPE: As a first step, we have seen ECN enhance adaptation on the Internet. We are looking for papers that represent the next step. Topics of interest include, but are not limited to, the following questions: * What data should be provided to end nodes? * Which QoS could be achieved? * Where should the signaling take place? (end2end, edge2edge, core, ...) * How do we deal with path changes? * Can the signaling be incorporated with DiffServ, MPLS, ...? * What about fairness issues and TCP-friendliness? SUBMISSION OF PAPERS: Prospective authors are invited to submit an extended abstract (about 1.5 to 2 pages) to Michael Welzl (michael@tk.uni-linz.ac.at) in postscript, PDF or Word 97 format. English is the official language of SCI 2001, thus all papers must be submitted and presented in English. EVALUATION PROCESS: Papers will be evaluated for originality, significance, clarity, and soundness. Each paper will be refereed by several researchers in the topical area. THE CONFERENCE: SCI 2001 is an international forum for scientists and engineers, researchers and consultants, theoreticians and practitioners in the fields of Systemics, Cybernetics and Informatics. It is a forum for focused disciplinary research, as well as for multi, inter and transdiciplinary studies and projects. One of its aims is to relate disciplines fostering analogical thinking and, hence, producing input to the logical thinking. Invited Sessions with high quality papers might be selected for multiple author book publications. Two books are being published now as result of good invited sessions. IMPORTANT DATES: 31. 12. Submission of extended abstracts (1.5 - 2 pages) 16. 02. Notification of acceptance 13. 04. full papers due All accepted papers are expected to be presented at the conference. OTHER INFORMATION: It is planned to hold a BOF session on "ABR to the Internet" at a future IETF meeting; authors are invited to join this collaborative effort which may eventually be a realization of this session's topic. Further information on the BOF can be found at http://www.tk.uni-linz.ac.at/~michael/ptp SESSION CHAIR / CONTACT: Michael Welzl Telecooperation Group Dpt. of Computer Science Johannes Kepler University of Linz Altenberger Str. 69 A-4040 Linz, Austria Phone: +43 (732) 2468 - 9264 Fax: +43 (732) 2468 - 9829 E-mail: michael@tk.uni-linz.ac.at SESSION CO-CHAIR: Prof. Dr. Max Mühlhäuser TU Darmstadt - FB 20 FG Telekooperation Alexanderstrasse 6, D-64283 Darmstadt / Germany Phone: +49 (6151) 16 - 3709 Fax: +49 (6151) 16 - 3052 Refer to http://www.tk.uni-linz.ac.at/~michael/abr2internet for up-to-date information. _______________________________________________ IPTEL mailing list IPTEL@lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/iptel From iptel-admin@lists.bell-labs.com Wed Dec 27 13:53:56 2000 Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA20341 for ; Wed, 27 Dec 2000 13:53:56 -0500 (EST) Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id 2731E44352; Wed, 27 Dec 2000 12:54:03 -0500 (EST) Delivered-To: iptel@lists.bell-labs.com Received: from sj-msg-core-1.cisco.com (sj-msg-core-1.cisco.com [171.71.163.11]) by lists.bell-labs.com (Postfix) with ESMTP id E345644350 for ; Wed, 27 Dec 2000 12:53:37 -0500 (EST) Received: from driftwood.cisco.com (driftwood.cisco.com [171.71.157.40]) by sj-msg-core-1.cisco.com (8.9.3/8.9.1) with ESMTP id KAA28524 for ; Wed, 27 Dec 2000 10:53:37 -0800 (PST) Received: from cisco.com ([171.71.159.231]) by driftwood.cisco.com (Mirapoint) with ESMTP id ACK03686; Wed, 27 Dec 2000 12:53:25 -0600 (CST) Message-ID: <3A4A3ADB.FDF61820@cisco.com> From: Henry Chen X-Mailer: Mozilla 4.73 [en]C-CCK-MCD (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: iptel@lists.bell-labs.com Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [IPTEL] Original CPL proposal Sender: iptel-admin@lists.bell-labs.com Errors-To: iptel-admin@lists.bell-labs.com X-BeenThere: iptel@lists.bell-labs.com X-Mailman-Version: 2.0beta6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: http://lists.bell-labs.com/pipermail/iptel/ Date: Wed, 27 Dec 2000 12:54:19 -0600 Content-Transfer-Encoding: 7bit Hi: Can anyone tell me where I can find the original CPL proposal last year? Thanks, Henry _______________________________________________ IPTEL mailing list IPTEL@lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/iptel From iptel-admin@lists.bell-labs.com Wed Dec 27 13:59:55 2000 Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA20374 for ; Wed, 27 Dec 2000 13:59:55 -0500 (EST) Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id 40E9D4435D; Wed, 27 Dec 2000 13:00:03 -0500 (EST) Delivered-To: iptel@lists.bell-labs.com Received: from cs.columbia.edu (cs.columbia.edu [128.59.16.20]) by lists.bell-labs.com (Postfix) with ESMTP id 0D0F444350 for ; Wed, 27 Dec 2000 12:59:44 -0500 (EST) Received: from bart.cs.columbia.edu (bart.cs.columbia.edu [128.59.19.191]) by cs.columbia.edu (8.9.3/8.9.3) with ESMTP id NAA15443; Wed, 27 Dec 2000 13:59:31 -0500 (EST) Received: from cs.columbia.edu (bart.cs.columbia.edu [128.59.19.191]) by bart.cs.columbia.edu (8.9.3/8.9.3) with ESMTP id NAA12667; Wed, 27 Dec 2000 13:59:32 -0500 (EST) Message-ID: <3A4A6738.5D0D27BA@cs.columbia.edu> From: Henning Schulzrinne Organization: Columbia University X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Henry Chen Cc: iptel@lists.bell-labs.com Subject: Re: [IPTEL] Original CPL proposal References: <3A4A3ADB.FDF61820@cisco.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: iptel-admin@lists.bell-labs.com Errors-To: iptel-admin@lists.bell-labs.com X-BeenThere: iptel@lists.bell-labs.com X-Mailman-Version: 2.0beta6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: http://lists.bell-labs.com/pipermail/iptel/ Date: Wed, 27 Dec 2000 14:03:36 -0800 Content-Transfer-Encoding: 7bit Old drafts can be found in http://www.cs.columbia.edu/sip/drafts/ Henry Chen wrote: > > Hi: > > Can anyone tell me where I can find the original CPL proposal last > year? > > Thanks, > > Henry > > _______________________________________________ > IPTEL mailing list > IPTEL@lists.bell-labs.com > http://lists.bell-labs.com/mailman/listinfo/iptel _______________________________________________ IPTEL mailing list IPTEL@lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/iptel From iptel-admin@lists.bell-labs.com Wed Dec 27 14:05:01 2000 Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA20455 for ; Wed, 27 Dec 2000 14:05:01 -0500 (EST) Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id A310144363; Wed, 27 Dec 2000 13:05:03 -0500 (EST) Delivered-To: iptel@lists.bell-labs.com Received: from sj-msg-core-2.cisco.com (sj-msg-core-2.cisco.com [171.69.43.88]) by lists.bell-labs.com (Postfix) with ESMTP id 8EAAB44350 for ; Wed, 27 Dec 2000 13:04:53 -0500 (EST) Received: from driftwood.cisco.com (driftwood.cisco.com [171.71.157.40]) by sj-msg-core-2.cisco.com (8.9.3/8.9.1) with ESMTP id LAA21060; Wed, 27 Dec 2000 11:04:48 -0800 (PST) Received: from cisco.com ([171.71.159.231]) by driftwood.cisco.com (Mirapoint) with ESMTP id ACK03739; Wed, 27 Dec 2000 13:04:41 -0600 (CST) Message-ID: <3A4A3D7F.6F051709@cisco.com> From: Henry Chen X-Mailer: Mozilla 4.73 [en]C-CCK-MCD (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Henning Schulzrinne Cc: iptel@lists.bell-labs.com Subject: Re: [IPTEL] Original CPL proposal References: <3A4A3ADB.FDF61820@cisco.com> <3A4A6738.5D0D27BA@cs.columbia.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: iptel-admin@lists.bell-labs.com Errors-To: iptel-admin@lists.bell-labs.com X-BeenThere: iptel@lists.bell-labs.com X-Mailman-Version: 2.0beta6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: http://lists.bell-labs.com/pipermail/iptel/ Date: Wed, 27 Dec 2000 13:05:36 -0600 Content-Transfer-Encoding: 7bit Thanks very much, I have found updated one at http://www.ietf.org/internet-drafts/draft-ietf-iptel-cpl-04.txt Henry Henning Schulzrinne wrote: > Old drafts can be found in http://www.cs.columbia.edu/sip/drafts/ > > Henry Chen wrote: > > > > Hi: > > > > Can anyone tell me where I can find the original CPL proposal last > > year? > > > > Thanks, > > > > Henry > > > > _______________________________________________ > > IPTEL mailing list > > IPTEL@lists.bell-labs.com > > http://lists.bell-labs.com/mailman/listinfo/iptel _______________________________________________ IPTEL mailing list IPTEL@lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/iptel From iptel-admin@lists.bell-labs.com Thu Dec 28 14:53:54 2000 Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA18642 for ; Thu, 28 Dec 2000 14:53:54 -0500 (EST) Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id E1F204433A; Thu, 28 Dec 2000 13:54:02 -0500 (EST) Delivered-To: iptel@lists.bell-labs.com Received: from cs.columbia.edu (cs.columbia.edu [128.59.16.20]) by lists.bell-labs.com (Postfix) with ESMTP id 64AD344337 for ; Thu, 28 Dec 2000 13:53:51 -0500 (EST) Received: from conrail.cs.columbia.edu (conrail.cs.columbia.edu [128.59.19.147]) by cs.columbia.edu (8.9.3/8.9.3) with ESMTP id OAA15022; Thu, 28 Dec 2000 14:53:39 -0500 (EST) Received: (from lennox@localhost) by conrail.cs.columbia.edu (8.9.3/8.9.1) id OAA27992; Thu, 28 Dec 2000 14:53:40 -0500 (EST) (envelope-from lennox) From: Jonathan Lennox MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14923.39492.14308.783694@conrail.cs.columbia.edu> To: Henry Chen Cc: iptel@lists.bell-labs.com Subject: Re: [IPTEL] Original CPL proposal In-Reply-To: <3A4A3ADB.FDF61820@cisco.com> References: <3A4A3ADB.FDF61820@cisco.com> X-Mailer: VM 6.75 under Emacs 19.34.1 Sender: iptel-admin@lists.bell-labs.com Errors-To: iptel-admin@lists.bell-labs.com X-BeenThere: iptel@lists.bell-labs.com X-Mailman-Version: 2.0beta6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: http://lists.bell-labs.com/pipermail/iptel/ Date: Thu, 28 Dec 2000 14:53:40 -0500 (EST) Content-Transfer-Encoding: 7bit On Wednesday, December 27 2000, "Henry Chen" wrote to "iptel@lists.bell-labs.com" saying: > Can anyone tell me where I can find the original CPL proposal last > year? Every revision of the CPL draft, the CPL framework draft, and other drafts I've written, is available from my webpage, . Drafts earlier than the latest revision are only of historical interest, though. -- Jonathan Lennox lennox@cs.columbia.edu _______________________________________________ IPTEL mailing list IPTEL@lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/iptel From iptel-admin@lists.bell-labs.com Thu Dec 28 23:19:55 2000 Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with SMTP id XAA23734 for ; Thu, 28 Dec 2000 23:19:54 -0500 (EST) Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id 7A20544342; Thu, 28 Dec 2000 22:20:03 -0500 (EST) Delivered-To: iptel@lists.bell-labs.com Received: from redball.dynamicsoft.com (redball.dynamicsoft.com [216.173.40.51]) by lists.bell-labs.com (Postfix) with ESMTP id 5006844341 for ; Thu, 28 Dec 2000 22:19:37 -0500 (EST) Received: from DYN-EXCH-001.dynamicsoft.com ([216.173.40.50]) by redball.dynamicsoft.com (8.9.3+Sun/8.10.0.Beta12) with ESMTP id XAA18952 for ; Thu, 28 Dec 2000 23:22:03 -0500 (EST) Received: by DYN-EXCH-001.dynamicsoft.com with Internet Mail Service (5.5.2650.21) id ; Thu, 28 Dec 2000 23:16:42 -0500 Message-ID: From: Jonathan Rosenberg To: "'iptel@lists.bell-labs.com'" MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C0714E.25720E73" Subject: [IPTEL] Minutes from IETF 49 Sender: iptel-admin@lists.bell-labs.com Errors-To: iptel-admin@lists.bell-labs.com X-BeenThere: iptel@lists.bell-labs.com X-Mailman-Version: 2.0beta6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: http://lists.bell-labs.com/pipermail/iptel/ Date: Thu, 28 Dec 2000 23:16:38 -0500 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C0714E.25720E73 Content-Type: text/plain; charset="iso-8859-1" Enclosed are draft minutes of the iptel meeting at IETF 49. Thanks to Jonathan L. and Steve Donovan for excellent note taking. Comments and corrections welcome. -Jonathan R. --- Jonathan D. Rosenberg 72 Eagle Rock Ave. Chief Scientist First Floor dynamicsoft East Hanover, NJ 07936 jdrosen@dynamicsoft.com FAX: (973) 952-5050 http://www.cs.columbia.edu/~jdrosen PHONE: (973) 952-5000 http://www.dynamicsoft.com ------_=_NextPart_000_01C0714E.25720E73 Content-Type: text/plain; name="dec00_iptel_minutes.txt" Content-Disposition: attachment; filename="dec00_iptel_minutes.txt" Content-Transfer-Encoding: quoted-printable IPTel WG Meeting, IETF 49, Mon, 11 Dec 2000 09:00:00 PST=0A= =0A= Chair: Jonathan Rosenberg =0A= Notetakers: Jonathan Lennox =0A= Steven Donovan =0A= =0A= Jonathan Rosenberg: Agenda=0A= ---------------------------=0A= =0A= Agenda bashing [Rosenberg] 5 min=0A= Working group update [Rosenberg] 5 mins=0A= Service codes [Peterson] 15 mins=0A= TRIP MIB [Walker] 15 mins=0A= Intra-domain architecture [Rosenberg] 15 minutes=0A= CPL Authorization [Kuthan] 15 mins=0A= Working group future directions [rosenberg] 30 mins=0A= =0A= =0A= Jonathan Rosenberg: WG update=0A= -----------------------------=0A= =0A= * CPL specification=0A= - draft -03 iesg last call made nov 17=0A= - under AD review now=0A= - interop testing done at last SIP bakeoff!=0A= - CPLs created by indigo tool sent and processed by dynamicsoft = interpreter=0A= - Round of applause for Jonathan Lennox's hard work on this one=0A= =0A= * TRIP Specification=0A= - WG last call issued on draft -04 on Nov 29=0A= - Authentication stuff removed, since Hop-by-Hop using IPSec seems=0A= to work fine for us for now =0A= - last call ends after IETF=0A= =0A= =0A= =0A= Jon Peterson: The ServiceCode Attribute for TRIP=0A= ------------------------------------------------=0A= =0A= Overview of ServiceCodes=0A= * Add an attribute to propagated routes that characterizes the = service=0A= offered by the originator=0A= - Makes routes more specific=0A= * Largely for intradomain use, but not exclusively=0A= =0A= * Why use ServiceCodes?=0A= - Feature interaction=0A= - Differeniation of types of termination=0A= - Operations & Management simplified=0A= - Aggregation gains sophistication=0A= =0A= =0A= Problem:=0A= =0A= Two servers, one of which is an app server that provides some kind = of=0A= LNP service for the +17208883 prefix, and another which is a gateway=0A= for +1720. Both use TRIP to propagate routes to these prefixes to = the=0A= proxy server. Now, when a call comes, which route is used by the=0A= proxy? Its not necessarily longest prefix; it depends on the type of=0A= service. For example, you want to apply LNP before routing, so you=0A= would send to the app server first.=0A= =0A= =0A= Jonathan R. then provided a clarification: implicit in TRIP model = that=0A= what's propagated is routes to one very specific service: gateway; = but=0A= we could route to lots of different things. In picture: we have two=0A= different things. What happens when we add routes to more different=0A= kinds of things? That's the problem Jon's solving.=0A= =0A= Jon commented that service codes were useful even for just gateways,=0A= since there are lots of different types (ss7 gateways, analog, = etc.).=0A= =0A= Proposal: service codes -- in example, LNP for App Server, SS7=0A= Termination for GW. LS propagates both, doesn't aggregate them -- = two=0A= routes propagated=0A= =0A= Operation problem: administrator can snoop TRIP packets and figure = out=0A= what's going on=0A= =0A= ServiceCode assumptions:=0A= * LS provisions call routing agents (PS) based on received routes=0A= * Policy matrix in the LS could use SCs to determine precedence of=0A= received routes=0A= * TRIP environemnt in which applications register dynamically (and=0A= sometimes compete with one another)=0A= =0A= Examples of ServiceCodes=0A= * PRI Termination=0A= * Freephone Translation=0A= * Conferencing=0A= =0A= IANA Registration of ServiceCodes=0A= * Maybe families of ServiceCodes=0A= * Default -- Unspecified Termination=0A= - For backwads compatibility=0A= =0A= James Kempf indicated that we should be sure to look at rfc2609, = which=0A= defines a syntax for services that we could use here, rather than=0A= reinventing our own.=0A= =0A= Jon then continued his presentation. He gave an example where an App=0A= server has many applications, and has propogated routes associated=0A= with all these apps to proxy server. Today, proxy server has to = make=0A= decision as to what application to run on call. If it forwards the=0A= request to the app server, how does it tell that app server which=0A= application to run? Should we extend SIP to include ServiceCode in=0A= INVITE?=0A= =0A= Jonathan indicated that he didn't think this requires an extension = to=0A= SIP. The App-components draft discusses these kinds of issues.=0A= Request-URI in SIP points to a resource, resource can be anything.=0A= URI is user@host; define conventions as to how you structure 'user'=0A= part for services.=0A= =0A= Jonathan also discussed SLP. He wants to make sure we're not=0A= reinventing SLP. He thinks we're solving a different problem, but = the=0A= group has to make sure we understand how it's different -- we should=0A= write an I-D on this. Even if they are different, they can work=0A= together.=0A= =0A= Jon discussed inter-domain usage. Service codes can be used between=0A= ITADs to defined policies. For example, ITAD2 wants to=0A= block services related to unified messaging.=0A= =0A= There were no further comments from the group. Jonathan indicated = that=0A= we will talk about what to do with this work towards the end of the=0A= meeting. =0A= =0A= =0A= Dave Walker: TRIP MIB=0A= ---------------------=0A= =0A= Dave Walker couldn't make it, so the MIB draft was presented by = David=0A= Zinman. =0A= =0A= Why a MIB?=0A= * Not required in the charter...essential for management=0A= * Completes the system view of a device=0A= =0A= Based on RFC 1657, the BGP4 MIB, since TRIP is like BGP4.=0A= =0A= What's in it?=0A= * Configuration and statistics for local entity and peer table=0A= * Default peer configuration=0A= * A routing table containing adj-TRIB-ins from all peers=0A= * A couple of Notifications=0A= =0A= What it counts=0A= * Peer updates=0A= * Peer messages=0A= * Peer FSM transitions=0A= =0A= TRIP Peer Table Entry=0A= Some object in the peer table=0A= (List of attributes: see slide)=0A= =0A= Routing Table Entry=0A= Some objects in the routing entry are:=0A= (List of objects: see slide)=0A= Last is boolean: is this route the best chosen route?=0A= =0A= =0A= ITAD Toplogy=0A= ITAD Topology Table objects, Topology ID=0A= =0A= To Do:=0A= syncrhonize with TRIP -04 draft=0A= compliance statements=0A= notifications=0A= trip for gateways=0A= new attributes =0A= new address families=0A= new protocol families=0A= use rfc 2851 reference for internet addresses=0A= etc.=0A= =0A= David asked if we need a mailing list. Jonathan R. advised to keep = on=0A= the main list for now.=0A= =0A= Jonathan indicated that a MIB not necessary for proposed standard, = but=0A= is necessary for draft; encourage the group to charter the group for = a=0A= MIB. Doubt there'll be much controversy over this.=0A= =0A= =0A= Jonathan R.: Intra-domain architecure=0A= --------------------------------------=0A= =0A= Jonathan discussed the meaning of "intra-domain architectures", = which=0A= has generated a fair amount of debate on the list.=0A= =0A= He said we did inter-domain first; effectively solving the problems = in=0A= the reverse order of importance. Arguably intra-domain is more=0A= important. He proposed that we've already solved this problem too;=0A= VoIP routing is different from Layer 3 routing in the intra-domain. = In=0A= IP, decision point is to find shortest path, only. That's what = Layer=0A= 3 routing is good at. In VoIP, routes amongst proxies within a = domain=0A= are still dependent on policy. This is the primary reason why we = care=0A= where packets go to. If we just want shortest path routing, just = use=0A= layer 3 -- number of proxies is 0. Use proxies for management &=0A= policy of resources. Not about least-cost routing.=0A= =0A= Example Network: 1 ITAD -- Termination provider. Terminates phone=0A= numbers. NY Pop, CA Pop. Each pop has gateways, some load balancing=0A= proxies in front of them. The NY POP has another layer of proxies to=0A= manage the many terminations in NY. THere are also customer facing=0A= proxies. Calls from customers arrive there first, and are=0A= authenticated. =0A= =0A= The ITAD policy is +1212 to NY, +1415 to CA, each backs up the other=0A= in case of failure. If NY goes down, route through California. But=0A= shortest proxy-POP path to NY is through CA, since there is one less=0A= layer of proxies there. This is wrong. Could just set weights on = the=0A= routes, but this is horrendous to manage. If I add a single proxy=0A= server, could change entire weight structure.=0A= =0A= Policy should be that customer-facing proxies determine how calls=0A= should be routed to the POPs. Proxies in POPS determine which = gateway=0A= farms to forward calls to. Load balancing proxies in each farm = figure=0A= out which gateway to use. Effectively, each proxy determines routing=0A= using data about its peers coupled with its local policy objectives.=0A= =0A= Architectural model: Group of proxies within a domain look like = their=0A= own mini-domain! Makes sense to use trip for intra-mini-domains.=0A= =0A= what needs to change in TRIP to support this?=0A= - additional params and attributes=0A= - gateway capacity, codecs, local preferences, etc. These things = were=0A= eliminated from the inter-domain protocol; but they may make sense=0A= within a domain. =0A= =0A= James Kempf commented - maybe also SLP? He argued that we need = pull=0A= technology to have more control over proxies? Need input from = Service=0A= Providers as to how they want to build their networks. Jonathan = argued=0A= that here, a push model was more appropriate. This is because, = unlike=0A= normal SLP, the number of "clients" asking for resources from a=0A= gateway or proxy is small and enumerable. This means you can = establish=0A= trust relationships ahead of time, and just exchange data over those=0A= connections. Thus, its more like a push oriented routing protocol=0A= than a pull oriented client-server query protocol.=0A= =0A= Rohan Mahy wanted to clarify that when we leave the domain, we filter = out all=0A= these intra-domain attributes. Jonathan said yes.=0A= =0A= Open issue:=0A= Is last hop from gateway to proxies that front it a push or pull=0A= protocol?=0A= * push:=0A= - faster=0A= - better for policy=0A= - security model makes more sense=0A= - ideal for point to point case=0A= * Pull=0A= - good for large fan outs=0A= - allows gateways to be used by any type of client=0A= =0A= Argument is "sort-of" SLP vs. TRIP. In this case, pre-arranged uses = of=0A= service, small number of clients, pre-arranged, long-lived=0A= relationships. More like TRIP than SLP - push rather than pull. A=0A= draft needs to be prepared on this subject.=0A= =0A= Big picture: intra-domain looks like inter-domain. Need to do=0A= architectural model before designing protocol.=0A= =0A= The question was asked about propagation of these new=0A= attributes within a domain. Jonathan answered that we would have=0A= recommendations, just as we do now for existing attributes. But = this=0A= is a matter of local policy; let docments defining them give=0A= recommendations, but leave it up to service providers.=0A= =0A= The question was asked as to whether we should define intra-domain = aggregation?=0A= Jonathan answered that TRIP already does this; define for each=0A= attribute how it's aggregated. TRIP is good at this.=0A= =0A= If you have comments on TRIP, we're in WG last call. Raise issues=0A= now? (None.)=0A= =0A= =0A= Jiri Kuthan: CPL Extensions=0A= ---------------------------=0A= =0A= * Authentication=0A= * Access to external databases=0A= * Next steps?=0A= =0A= #1: Authentication support=0A= * Need to make call processing dependent on authentication = information=0A= * Example: you may want to relay calls to your cell phone only if=0A= originated by those in possession of valid credentials=0A= * Solution: add authentication switching to CPL=0A= =0A= Example: . Don't insist on this syntax.=0A= =0A= Current status:=0A= * Consensus on:=0A= - Need for authentication switching=0A= - The need to abstract from speciic authentication mechanisms=0A= * Unresolved issues:=0A= - On what information should be switched?=0A= o Resulting authentication satus=0A= o Authentication ID=0A= o Authentication mechanism class=0A= - Should we develop support for portable credential databases?=0A= o Useful to retain portability fo CPL scripts using = authentcation=0A= switching.=0A= o If so, the consensus is to separate them from CPL scripts!=0A= =0A= James Kempf suggested avoiding defining a portable credential=0A= database. Dependent on network you're using, different for = different=0A= protocols (IS-95, GSM). Better to have abstract interface.=0A= =0A= Jonathan indicated that it as not clear that carrying authentication=0A= information and passwords is the domain of this group. Security=0A= people may already have solutions. I think IS-95, GSM are lower=0A= level, though.=0A= =0A= Someone else commented that they didn't think there was any = consensus=0A= that this was required. =0A= =0A= Jonathan indicated that there's consensus not to carry credentials.=0A= There's consensus that an authentication-switch is needed. However, = he=0A= commented that for end-users, switching on the authorization = strength=0A= (i.e., public vs. private key) are not useful, since end users won't=0A= be able to make such determinations. Whereas something like=0A= authentication status is useful ("are they who they say they are?")=0A= Perhaps realm?=0A= =0A= Other issue: external, read-only, database access=0A= * Want to check a header field against a potentially huge list of=0A= values maintaind by a third party=0A= * Example: check From field against a list of well-known spam = sources.=0A= =0A= Alternatives=0A= * Solution 1: Route the call through the site maintaining the=0A= anti-spam list=0A= * Soltuion 2: Query the anti-spam list if a caller is on the list.=0A= - Better privacy -- the anti-spam site sees no signaling=0A= - Explicit support in CPL needed.=0A= =0A= Difference is how much signalling you send to anti-spam site.=0A= =0A= Status: no conclusion on the mailing list.=0A= =0A= Next Steps:=0A= * Authentication=0A= - Reach consensus on unresolved issues: (credentials, on what = should=0A= be switched)=0A= - Generate syntax (switch, responses)=0A= * ? External Database Access=0A= =0A= =0A= Jonathan Rosenberg: Working Group future directions=0A= ---------------------------------------------------=0A= =0A= All the drafts discussed today are not in the charter=0A= Is there an A-D in the room? (No.)=0A= =0A= WG Future:=0A= * Current chartered items are complete. Not the fastest, but good = --=0A= we finished.=0A= * We need to shut down or re-charter=0A= * What might we work on?=0A= - TRIP MIB (needed for draft)=0A= - Intra-domain architectures and protocol; gateway registration,=0A= service routing (taking TRIP beyond its current space)=0A= - CPL-NG -- extensions within its original problem space; = extensions=0A= extending its scope (end systems, administrators). Would first=0A= need requirements document.=0A= =0A= Want to hear from people what problems we want to solve. Want to = hear=0A= from people. Vendors, service providers: what problems do you want=0A= solved?=0A= =0A= Proposal:=0A= * do TRIP MIB.=0A= * extend TRIP for intra-domain and service routing. (Can't agree to=0A= do it now; need concrete charter and wording)=0A= =0A= Hussein commented that he also wanted to charter a TRIP usage=0A= guidelines document; how you'd use TRIP and configure policies. =0A= =0A= Jonathan clarified what such a document means (it had been discussed=0A= amongst the TRIP authors). Today, using BGP is a black art. Not=0A= because of the protocol, but because of how you configure policies.=0A= Not well documented in IP routing space (maybe on purpose?) For = TRIP,=0A= how do I set up my policies? E.g. there are prefixes that aren't in=0A= use. Concrete issue: we have a notion of multiple address families=0A= (hexadecimal, pots). INVITE comes: which table do you look at?=0A= addresses overlap...adding more families too. Have to be careful=0A= about how you configure the proxy. Well-understood, but not=0A= documented in TRIP spec. Proposal is to come up with guidelines for=0A= this. BCP or Informational.=0A= =0A= =0A= Hal Boltz mentioned the issue of emergency communications. TRIP = could=0A= play a role in supporting these kind of activities -- disaster=0A= recovery from hurricanes, earthquakes. Working Group being = chartered=0A= for this. Jonathan responded that any new WG should toss = requirements=0A= or usage recommendations "over the wall" to iptel for=0A= discussion. Jonathan invited people in iptel to participate in the=0A= ieps discussion, and asked if there was a list. Hal responded that=0A= there was: www.iepscheme.net; ml and documents.=0A= =0A= =0A= Jonathan then asked the group about CPL. Do we want to continue to = evolve CPL?=0A= If we move additional work forward, do we first revisit the model=0A= (admin, end systems)?=0A= =0A= (Various threats to get people to talk)=0A= =0A= Jiri Kuthan expressed an interest to address end devices. Want to=0A= port services between phones. =0A= =0A= Someone else from the mike commented that there's not much interest = in=0A= H.323 in CPL; is it worth focusing on SIP? Jonathan said that there=0A= was an ITU liaison statement; there seems to be interest. Jonathan=0A= asked if any ITU people were in the room to comment. Joerg said that=0A= they're looking at this, but they can't give current status. =0A= Jonathan commented that its not ours to work on. If people want to=0A= bring 323 things forward, do so.=0A= =0A= Rohan Mahy commented that right now CPL is for handling calls as = they=0A= arrive. Want to make division between that and media termination=0A= (voiceXML space). =0A= =0A= Jonathan responded that CPL lives in device like a SIP proxy server;=0A= most services can be stateless. Some must be transaction-stateful,=0A= but none call-stateful. This is nice. Examples of newer services = that=0A= live in this speace are presence-based routing. There are other devices = that you don't want to call a proxy server. Application=0A= servers, for example. These are usually call-stateful, and can hang = up=0A= call, etc, but still no media. Then there are media services.=0A= =0A= Jonathan Lennox commented that perhaps CPL can hand off to VoiceXML;=0A= inter-work them (maybe one XML document, maybe not).=0A= =0A= Jonathan commented that moving towards media level processing was=0A= treading on dangerous ground, in relation to other groups. The = issue,=0A= however, of the play between call control (ala CPL), and media = control=0A= (ala VoiceXML) was an important one, and a very big one, but much = more=0A= thinking needs to happen. Lots of folks working on that=0A= space. VoiceXML has a bit of call control. Lots of people = interested=0A= in doing more. CPL is other extreme. Interest in this problem.=0A= However, monstrous can of worms; more a research issue.=0A= =0A= Someone asked if CPL is a general services architecture? Jonathan = said=0A= no. Explicitly narrowly focused. See framework RFC.=0A= =0A= Scott Bradner (AD) enters room. Jonathan asks "What do you think about = working=0A= group re-chartering?"=0A= =0A= Scott: sign of success in IETF is that WG ends; no a prioriori reason = to=0A= continue. That doesn't mean there's a prejudice against good ideas.=0A= =0A= Jonathan responded that people are already working on next things;=0A= question is if it should be in this group. Could charter for = specific=0A= little things that people are currently doing; but could we charter=0A= for additional groups of extensions?=0A= =0A= Scott: Related process question: are these of sufficient magnitude = to=0A= require discussion at multiple IETFs, or is the ML sufficient? ML = can=0A= continue even if don't meet at IETF. (Meeting space is tight.)=0A= =0A= Jonathan responded that authentication-switch could just be ML;=0A= intra-domain and service are bigger; MIB is in middle (doesn't get=0A= much discussion at meeting regardless).=0A= =0A= Jonathan says he's not proposing a charter here; don't have one, and=0A= need to discuss with ADs.=0A= =0A= Jonathan then asked for hums on interest on working on various = topics,=0A= to gauge how to (or if) to formulate a new charter for iptel.=0A= =0A= Issue Hum volume=0A= TRIP MIB Hum. (Very half-hearted hum.)=0A= =0A= Scott commented that this is not a choice, need a MIB. Don't=0A= necessarily need a WG charter. =0A= =0A= intra-domain good hum=0A= Waste of time? No hum.=0A= =0A= Service routing? =0A= (This is fantastically important!, says the chair in an unbiased way=0A= :) ) medium hum=0A= =0A= CPL for end systems? (Lower-level hums.)=0A= =0A= CPL in servers, broaden scope? (similarly low)=0A= =0A= CPL for administrators? (similarly low)=0A= =0A= CPL media interaction (almost none.)=0A= =0A= CPL MIB? What does this mean? Maybe CPL interpreter MIB?=0A= Scott: IESG likes MIBs but we're not compulsive. No Fortran MIB.=0A= =0A= Jonathan said his take was the following: the group is interested in=0A= taking TRIP to next level. CPL a bit less interest, maybe doesn't=0A= need to be chartered item. =0A= =0A= Meeting adjourned.=0A= ------_=_NextPart_000_01C0714E.25720E73-- _______________________________________________ IPTEL mailing list IPTEL@lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/iptel From iptel-admin@lists.bell-labs.com Thu Dec 28 23:59:52 2000 Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with SMTP id XAA24306 for ; Thu, 28 Dec 2000 23:59:52 -0500 (EST) Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id 6C46844341; Thu, 28 Dec 2000 23:00:03 -0500 (EST) Delivered-To: iptel@lists.bell-labs.com Received: from redball.dynamicsoft.com (redball.dynamicsoft.com [216.173.40.51]) by lists.bell-labs.com (Postfix) with ESMTP id 4C56444340 for ; Thu, 28 Dec 2000 22:59:19 -0500 (EST) Received: from DYN-EXCH-001.dynamicsoft.com ([216.173.40.50]) by redball.dynamicsoft.com (8.9.3+Sun/8.10.0.Beta12) with ESMTP id AAA19058; Fri, 29 Dec 2000 00:01:36 -0500 (EST) Received: by DYN-EXCH-001.dynamicsoft.com with Internet Mail Service (5.5.2650.21) id ; Thu, 28 Dec 2000 23:56:15 -0500 Message-ID: From: Jonathan Rosenberg To: "'Anuraj Ennai'" , "'iptel@lists.bell-labs.com'" MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Subject: [IPTEL] RE: [SIP] CPL and new XML options. Sender: iptel-admin@lists.bell-labs.com Errors-To: iptel-admin@lists.bell-labs.com X-BeenThere: iptel@lists.bell-labs.com X-Mailman-Version: 2.0beta6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: http://lists.bell-labs.com/pipermail/iptel/ Date: Thu, 28 Dec 2000 23:56:13 -0500 > -----Original Message----- > From: Anuraj Ennai [mailto:anuraj.ennai@wipro.com] > Sent: Tuesday, December 26, 2000 4:45 AM > To: sip > Subject: [SIP] CPL and new XML options. > > > Hi all, > I know this is not the place to raise issues about CPL. > But still, it seems appropriate to discuss it with a > wider audience. > > It is evident that the intent of CPL is not just data > representation (pure XML as portable data), but also > processing of certain criteria. In the present CPL format, > the processing instructions and data represenation are > intertwined together, limiting the application scope. > (Eg. matching of strings, conditional branches etc provided > in the XML doc itself.) This makes no sense to me whatsoever. XML is just a way to represent structured data. Thats it. Other examples of ways to represent structured data are ASN.1, "pure binary", etc. Saying that we should use XML only for the data representation, and something else for the semantics, is like saying we should develop a protocol in binary whose fields have no meaning, and can thus be zero length. The whole point of XML is to represent data that has some semantic meaning to someone. > > I believe it will be beneficial to separate both aspects. > Use the XML format for data and XSL/XSLT with > emerging XPATH/XPOINTER specs for filtering/ > processing. Well, we can throw in some more cool XML acronyms, but I still fail to see the point here. The things you mention are all related to transformations. What do you want to transform a CPL document to, and why? --- Jonathan D. Rosenberg 72 Eagle Rock Ave. Chief Scientist First Floor dynamicsoft East Hanover, NJ 07936 jdrosen@dynamicsoft.com FAX: (973) 952-5050 http://www.cs.columbia.edu/~jdrosen PHONE: (973) 952-5000 http://www.dynamicsoft.com _______________________________________________ IPTEL mailing list IPTEL@lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/iptel From iptel-admin@lists.bell-labs.com Fri Dec 29 11:25:54 2000 Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with SMTP id LAA10424 for ; Fri, 29 Dec 2000 11:25:54 -0500 (EST) Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id C033644345; Fri, 29 Dec 2000 10:26:02 -0500 (EST) Delivered-To: iptel@lists.bell-labs.com Received: from redball.dynamicsoft.com (redball.dynamicsoft.com [216.173.40.51]) by lists.bell-labs.com (Postfix) with ESMTP id 5DB484433C for ; Fri, 29 Dec 2000 10:25:05 -0500 (EST) Received: from DYN-EXCH-001.dynamicsoft.com ([216.173.40.50]) by redball.dynamicsoft.com (8.9.3+Sun/8.10.0.Beta12) with ESMTP id LAA21847 for ; Fri, 29 Dec 2000 11:27:35 -0500 (EST) Received: by DYN-EXCH-001.dynamicsoft.com with Internet Mail Service (5.5.2650.21) id ; Fri, 29 Dec 2000 11:22:13 -0500 Message-ID: From: Jonathan Rosenberg To: "'iptel@lists.bell-labs.com'" MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Subject: [IPTEL] resend of minutes Sender: iptel-admin@lists.bell-labs.com Errors-To: iptel-admin@lists.bell-labs.com X-BeenThere: iptel@lists.bell-labs.com X-Mailman-Version: 2.0beta6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: http://lists.bell-labs.com/pipermail/iptel/ Date: Fri, 29 Dec 2000 11:22:13 -0500 IPTel WG Meeting, IETF 49, Mon, 11 Dec 2000 09:00:00 PST Chair: Jonathan Rosenberg Notetakers: Jonathan Lennox Steven Donovan Jonathan Rosenberg: Agenda --------------------------- Agenda bashing [Rosenberg] 5 min Working group update [Rosenberg] 5 mins Service codes [Peterson] 15 mins TRIP MIB [Walker] 15 mins Intra-domain architecture [Rosenberg] 15 minutes CPL Authorization [Kuthan] 15 mins Working group future directions [rosenberg] 30 mins Jonathan Rosenberg: WG update ----------------------------- * CPL specification - draft -03 iesg last call made nov 17 - under AD review now - interop testing done at last SIP bakeoff! - CPLs created by indigo tool sent and processed by dynamicsoft interpreter - Round of applause for Jonathan Lennox's hard work on this one * TRIP Specification - WG last call issued on draft -04 on Nov 29 - Authentication stuff removed, since Hop-by-Hop using IPSec seems to work fine for us for now - last call ends after IETF Jon Peterson: The ServiceCode Attribute for TRIP ------------------------------------------------ Overview of ServiceCodes * Add an attribute to propagated routes that characterizes the service offered by the originator - Makes routes more specific * Largely for intradomain use, but not exclusively * Why use ServiceCodes? - Feature interaction - Differeniation of types of termination - Operations & Management simplified - Aggregation gains sophistication Problem: Two servers, one of which is an app server that provides some kind of LNP service for the +17208883 prefix, and another which is a gateway for +1720. Both use TRIP to propagate routes to these prefixes to the proxy server. Now, when a call comes, which route is used by the proxy? Its not necessarily longest prefix; it depends on the type of service. For example, you want to apply LNP before routing, so you would send to the app server first. Jonathan R. then provided a clarification: implicit in TRIP model that what's propagated is routes to one very specific service: gateway; but we could route to lots of different things. In picture: we have two different things. What happens when we add routes to more different kinds of things? That's the problem Jon's solving. Jon commented that service codes were useful even for just gateways, since there are lots of different types (ss7 gateways, analog, etc.). Proposal: service codes -- in example, LNP for App Server, SS7 Termination for GW. LS propagates both, doesn't aggregate them -- two routes propagated Operation problem: administrator can snoop TRIP packets and figure out what's going on ServiceCode assumptions: * LS provisions call routing agents (PS) based on received routes * Policy matrix in the LS could use SCs to determine precedence of received routes * TRIP environemnt in which applications register dynamically (and sometimes compete with one another) Examples of ServiceCodes * PRI Termination * Freephone Translation * Conferencing IANA Registration of ServiceCodes * Maybe families of ServiceCodes * Default -- Unspecified Termination - For backwads compatibility James Kempf indicated that we should be sure to look at rfc2609, which defines a syntax for services that we could use here, rather than reinventing our own. Jon then continued his presentation. He gave an example where an App server has many applications, and has propogated routes associated with all these apps to proxy server. Today, proxy server has to make decision as to what application to run on call. If it forwards the request to the app server, how does it tell that app server which application to run? Should we extend SIP to include ServiceCode in INVITE? Jonathan indicated that he didn't think this requires an extension to SIP. The App-components draft discusses these kinds of issues. Request-URI in SIP points to a resource, resource can be anything. URI is user@host; define conventions as to how you structure 'user' part for services. Jonathan also discussed SLP. He wants to make sure we're not reinventing SLP. He thinks we're solving a different problem, but the group has to make sure we understand how it's different -- we should write an I-D on this. Even if they are different, they can work together. Jon discussed inter-domain usage. Service codes can be used between ITADs to defined policies. For example, ITAD2 wants to block services related to unified messaging. There were no further comments from the group. Jonathan indicated that we will talk about what to do with this work towards the end of the meeting. Dave Walker: TRIP MIB --------------------- Dave Walker couldn't make it, so the MIB draft was presented by David Zinman. Why a MIB? * Not required in the charter...essential for management * Completes the system view of a device Based on RFC 1657, the BGP4 MIB, since TRIP is like BGP4. What's in it? * Configuration and statistics for local entity and peer table * Default peer configuration * A routing table containing adj-TRIB-ins from all peers * A couple of Notifications What it counts * Peer updates * Peer messages * Peer FSM transitions TRIP Peer Table Entry Some object in the peer table (List of attributes: see slide) Routing Table Entry Some objects in the routing entry are: (List of objects: see slide) Last is boolean: is this route the best chosen route? ITAD Toplogy ITAD Topology Table objects, Topology ID To Do: syncrhonize with TRIP -04 draft compliance statements notifications trip for gateways new attributes new address families new protocol families use rfc 2851 reference for internet addresses etc. David asked if we need a mailing list. Jonathan R. advised to keep on the main list for now. Jonathan indicated that a MIB not necessary for proposed standard, but is necessary for draft; encourage the group to charter the group for a MIB. Doubt there'll be much controversy over this. Jonathan R.: Intra-domain architecure -------------------------------------- Jonathan discussed the meaning of "intra-domain architectures", which has generated a fair amount of debate on the list. He said we did inter-domain first; effectively solving the problems in the reverse order of importance. Arguably intra-domain is more important. He proposed that we've already solved this problem too; VoIP routing is different from Layer 3 routing in the intra-domain. In IP, decision point is to find shortest path, only. That's what Layer 3 routing is good at. In VoIP, routes amongst proxies within a domain are still dependent on policy. This is the primary reason why we care where packets go to. If we just want shortest path routing, just use layer 3 -- number of proxies is 0. Use proxies for management & policy of resources. Not about least-cost routing. Example Network: 1 ITAD -- Termination provider. Terminates phone numbers. NY Pop, CA Pop. Each pop has gateways, some load balancing proxies in front of them. The NY POP has another layer of proxies to manage the many terminations in NY. THere are also customer facing proxies. Calls from customers arrive there first, and are authenticated. The ITAD policy is +1212 to NY, +1415 to CA, each backs up the other in case of failure. If NY goes down, route through California. But shortest proxy-POP path to NY is through CA, since there is one less layer of proxies there. This is wrong. Could just set weights on the routes, but this is horrendous to manage. If I add a single proxy server, could change entire weight structure. Policy should be that customer-facing proxies determine how calls should be routed to the POPs. Proxies in POPS determine which gateway farms to forward calls to. Load balancing proxies in each farm figure out which gateway to use. Effectively, each proxy determines routing using data about its peers coupled with its local policy objectives. Architectural model: Group of proxies within a domain look like their own mini-domain! Makes sense to use trip for intra-mini-domains. what needs to change in TRIP to support this? - additional params and attributes - gateway capacity, codecs, local preferences, etc. These things were eliminated from the inter-domain protocol; but they may make sense within a domain. James Kempf commented - maybe also SLP? He argued that we need pull technology to have more control over proxies? Need input from Service Providers as to how they want to build their networks. Jonathan argued that here, a push model was more appropriate. This is because, unlike normal SLP, the number of "clients" asking for resources from a gateway or proxy is small and enumerable. This means you can establish trust relationships ahead of time, and just exchange data over those connections. Thus, its more like a push oriented routing protocol than a pull oriented client-server query protocol. Rohan Mahy wanted to clarify that when we leave the domain, we filter out all these intra-domain attributes. Jonathan said yes. Open issue: Is last hop from gateway to proxies that front it a push or pull protocol? * push: - faster - better for policy - security model makes more sense - ideal for point to point case * Pull - good for large fan outs - allows gateways to be used by any type of client Argument is "sort-of" SLP vs. TRIP. In this case, pre-arranged uses of service, small number of clients, pre-arranged, long-lived relationships. More like TRIP than SLP - push rather than pull. A draft needs to be prepared on this subject. Big picture: intra-domain looks like inter-domain. Need to do architectural model before designing protocol. The question was asked about propagation of these new attributes within a domain. Jonathan answered that we would have recommendations, just as we do now for existing attributes. But this is a matter of local policy; let docments defining them give recommendations, but leave it up to service providers. The question was asked as to whether we should define intra-domain aggregation? Jonathan answered that TRIP already does this; define for each attribute how it's aggregated. TRIP is good at this. If you have comments on TRIP, we're in WG last call. Raise issues now? (None.) Jiri Kuthan: CPL Extensions --------------------------- * Authentication * Access to external databases * Next steps? #1: Authentication support * Need to make call processing dependent on authentication information * Example: you may want to relay calls to your cell phone only if originated by those in possession of valid credentials * Solution: add authentication switching to CPL Example: . Don't insist on this syntax. Current status: * Consensus on: - Need for authentication switching - The need to abstract from speciic authentication mechanisms * Unresolved issues: - On what information should be switched? o Resulting authentication satus o Authentication ID o Authentication mechanism class - Should we develop support for portable credential databases? o Useful to retain portability fo CPL scripts using authentcation switching. o If so, the consensus is to separate them from CPL scripts! James Kempf suggested avoiding defining a portable credential database. Dependent on network you're using, different for different protocols (IS-95, GSM). Better to have abstract interface. Jonathan indicated that it as not clear that carrying authentication information and passwords is the domain of this group. Security people may already have solutions. I think IS-95, GSM are lower level, though. Someone else commented that they didn't think there was any consensus that this was required. Jonathan indicated that there's consensus not to carry credentials. There's consensus that an authentication-switch is needed. However, he commented that for end-users, switching on the authorization strength (i.e., public vs. private key) are not useful, since end users won't be able to make such determinations. Whereas something like authentication status is useful ("are they who they say they are?") Perhaps realm? Other issue: external, read-only, database access * Want to check a header field against a potentially huge list of values maintaind by a third party * Example: check From field against a list of well-known spam sources. Alternatives * Solution 1: Route the call through the site maintaining the anti-spam list * Soltuion 2: Query the anti-spam list if a caller is on the list. - Better privacy -- the anti-spam site sees no signaling - Explicit support in CPL needed. Difference is how much signalling you send to anti-spam site. Status: no conclusion on the mailing list. Next Steps: * Authentication - Reach consensus on unresolved issues: (credentials, on what should be switched) - Generate syntax (switch, responses) * ? External Database Access Jonathan Rosenberg: Working Group future directions --------------------------------------------------- All the drafts discussed today are not in the charter Is there an A-D in the room? (No.) WG Future: * Current chartered items are complete. Not the fastest, but good -- we finished. * We need to shut down or re-charter * What might we work on? - TRIP MIB (needed for draft) - Intra-domain architectures and protocol; gateway registration, service routing (taking TRIP beyond its current space) - CPL-NG -- extensions within its original problem space; extensions extending its scope (end systems, administrators). Would first need requirements document. Want to hear from people what problems we want to solve. Want to hear from people. Vendors, service providers: what problems do you want solved? Proposal: * do TRIP MIB. * extend TRIP for intra-domain and service routing. (Can't agree to do it now; need concrete charter and wording) Hussein commented that he also wanted to charter a TRIP usage guidelines document; how you'd use TRIP and configure policies. Jonathan clarified what such a document means (it had been discussed amongst the TRIP authors). Today, using BGP is a black art. Not because of the protocol, but because of how you configure policies. Not well documented in IP routing space (maybe on purpose?) For TRIP, how do I set up my policies? E.g. there are prefixes that aren't in use. Concrete issue: we have a notion of multiple address families (hexadecimal, pots). INVITE comes: which table do you look at? addresses overlap...adding more families too. Have to be careful about how you configure the proxy. Well-understood, but not documented in TRIP spec. Proposal is to come up with guidelines for this. BCP or Informational. Hal Boltz mentioned the issue of emergency communications. TRIP could play a role in supporting these kind of activities -- disaster recovery from hurricanes, earthquakes. Working Group being chartered for this. Jonathan responded that any new WG should toss requirements or usage recommendations "over the wall" to iptel for discussion. Jonathan invited people in iptel to participate in the ieps discussion, and asked if there was a list. Hal responded that there was: www.iepscheme.net; ml and documents. Jonathan then asked the group about CPL. Do we want to continue to evolve CPL? If we move additional work forward, do we first revisit the model (admin, end systems)? (Various threats to get people to talk) Jiri Kuthan expressed an interest to address end devices. Want to port services between phones. Someone else from the mike commented that there's not much interest in H.323 in CPL; is it worth focusing on SIP? Jonathan said that there was an ITU liaison statement; there seems to be interest. Jonathan asked if any ITU people were in the room to comment. Joerg said that they're looking at this, but they can't give current status. Jonathan commented that its not ours to work on. If people want to bring 323 things forward, do so. Rohan Mahy commented that right now CPL is for handling calls as they arrive. Want to make division between that and media termination (voiceXML space). Jonathan responded that CPL lives in device like a SIP proxy server; most services can be stateless. Some must be transaction-stateful, but none call-stateful. This is nice. Examples of newer services that live in this speace are presence-based routing. There are other devices that you don't want to call a proxy server. Application servers, for example. These are usually call-stateful, and can hang up call, etc, but still no media. Then there are media services. Jonathan Lennox commented that perhaps CPL can hand off to VoiceXML; inter-work them (maybe one XML document, maybe not). Jonathan commented that moving towards media level processing was treading on dangerous ground, in relation to other groups. The issue, however, of the play between call control (ala CPL), and media control (ala VoiceXML) was an important one, and a very big one, but much more thinking needs to happen. Lots of folks working on that space. VoiceXML has a bit of call control. Lots of people interested in doing more. CPL is other extreme. Interest in this problem. However, monstrous can of worms; more a research issue. Someone asked if CPL is a general services architecture? Jonathan said no. Explicitly narrowly focused. See framework RFC. Scott Bradner (AD) enters room. Jonathan asks "What do you think about working group re-chartering?" Scott: sign of success in IETF is that WG ends; no a prioriori reason to continue. That doesn't mean there's a prejudice against good ideas. Jonathan responded that people are already working on next things; question is if it should be in this group. Could charter for specific little things that people are currently doing; but could we charter for additional groups of extensions? Scott: Related process question: are these of sufficient magnitude to require discussion at multiple IETFs, or is the ML sufficient? ML can continue even if don't meet at IETF. (Meeting space is tight.) Jonathan responded that authentication-switch could just be ML; intra-domain and service are bigger; MIB is in middle (doesn't get much discussion at meeting regardless). Jonathan says he's not proposing a charter here; don't have one, and need to discuss with ADs. Jonathan then asked for hums on interest on working on various topics, to gauge how to (or if) to formulate a new charter for iptel. Issue Hum volume TRIP MIB Hum. (Very half-hearted hum.) Scott commented that this is not a choice, need a MIB. Don't necessarily need a WG charter. intra-domain good hum Waste of time? No hum. Service routing? (This is fantastically important!, says the chair in an unbiased way :) ) medium hum CPL for end systems? (Lower-level hums.) CPL in servers, broaden scope? (similarly low) CPL for administrators? (similarly low) CPL media interaction (almost none.) CPL MIB? What does this mean? Maybe CPL interpreter MIB? Scott: IESG likes MIBs but we're not compulsive. No Fortran MIB. Jonathan said his take was the following: the group is interested in taking TRIP to next level. CPL a bit less interest, maybe doesn't need to be chartered item. Meeting adjourned. --- Jonathan D. Rosenberg 72 Eagle Rock Ave. Chief Scientist First Floor dynamicsoft East Hanover, NJ 07936 jdrosen@dynamicsoft.com FAX: (973) 952-5050 http://www.cs.columbia.edu/~jdrosen PHONE: (973) 952-5000 http://www.dynamicsoft.com _______________________________________________ IPTEL mailing list IPTEL@lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/iptel