From owner-gsmp@psyton.com  Fri Feb  4 03:14:13 2000
Received: from nighthawk.psyton.com (IDENT:root@psyton.ne.mediaone.net [24.218.14.40])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA20734
	for <gsmp-archive@odin.ietf.org>; Fri, 4 Feb 2000 03:14:07 -0500 (EST)
Received: (from majordomo@localhost)
	by nighthawk.psyton.com (8.9.0/8.9.0) id CAA13897
	for gsmp-list; Fri, 4 Feb 2000 02:50:36 -0500
Received: from pub1.justmyjobs.com ([63.225.18.212])
	by nighthawk.psyton.com (8.9.0/8.9.0) with SMTP id CAA13894;
	Fri, 4 Feb 2000 02:50:27 -0500
Date: Fri, 4 Feb 2000 02:50:27 -0500
From: rudyl@justcomputerjobs.com
Message-Id: <200002040750.CAA13894@nighthawk.psyton.com>
Received: from justcomputerjobs.com ([63.225.18.213]) by pub1.justmyjobs.com (Lotus SMTP MTA v4.6.5  (863.2 5-20-1999)) with SMTP id 8725687A.00625FDA; Thu, 3 Feb 2000 10:54:27 -0700
To: rudyl@justcomputerjobs.com
Subject: Free Postings on JustTelephonyJobs.com
Sender: owner-gsmp@psyton.com
Precedence: bulk
Reply-To: gsmp@psyton.com


Right now you can post unlimited jobs on http://www.JustTelephonyJobs.com for FREE!  JustTelephonyJobs.com is part of the JustComputerJobs.com family of tech specific jobsites. 

JustComputerJobs.com is a jobsite for technology professionals with a twist. Rather than being an enormous generic jobsite, we are a collection of technology-niched jobsites that allow you unparalleled ability to target your audience. 

Our flagship site http://www.JustNotesJobs.com is already the largest Lotus Notes jobsite on the Web and we've applied that same strategy to 38 other technologies.

Below is a list of our jobsites and instructions on how to post:

http://www.JustAccessJobs.com
http://www.JustAS400Jobs.com
http://www.JustASPJobs.com
http://www.JustBaanJobs.com
http://www.JustCJobs.com
http://www.JustCADJobs.com
http://www.JustCOBOLJobs.com
http://www.JustColdFusionJobs.com
http://www.JustDB2Jobs.com
http://www.JustDelphiJobs.com
http://www.JustE-CommerceJobs.com
http://www.JustExchangeJobs.com
http://www.JustFoxProJobs.com
http://www.JustHelpDeskJobs.com
http://www.JustInformixJobs.com
http://www.JustJavaJobs.com
http://www.JustMainframeJobs.com
http://www.JustNetwareJobs.com
http://www.JustNetworkingJobs.com
http://www.JustNotesJobs.com
http://www.JustNTJobs.com
http://www.JustOLAPJobs.com
http://www.JustOracleJobs.com
http://www.JustPeopleSoftJobs.com
http://www.JustPerlJobs.com
http://www.JustPowerBuilderJobs.com
http://www.JustProgressJobs.com
http://www.JustProjectManagerJobs.com
http://www.JustQAJobs.com
http://www.JustSAPJobs.com
http://www.JustSecurityJobs.com
http://www.JustSiebelJobs.com
http://www.JustSQLServerJobs.com
http://www.JustSybaseJobs.com
http://www.JustTechSalesJobs.com
http://www.JustTelephonyJobs.com
http://www.JustUnixJobs.com
http://www.JustVBJobs.com
http://www.JustWebJobs.com


To get started posting jobs on our sites: 
1) go to http://www.JustComputerJobs.com/employer.nsf/FreeTestDrive
2) follow the onscreen instructions to register and begin posting to our 39 technology-niched jobsites.


Thank you,  

Russ and Rudy 
JustComputerJobs.com




From owner-gsmp@psyton.com  Thu Feb 10 22:18:17 2000
Received: from nighthawk.psyton.com (IDENT:root@psyton.ne.mediaone.net [24.218.14.40])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA16066
	for <gsmp-archive@odin.ietf.org>; Thu, 10 Feb 2000 22:18:13 -0500 (EST)
Received: (from majordomo@localhost)
	by nighthawk.psyton.com (8.9.0/8.9.0) id VAA06775
	for gsmp-list; Thu, 10 Feb 2000 21:36:28 -0500
Received: from us-lihi-03.libertyinternational.com (mail2.libertyinternational.com [12.6.229.71])
	by nighthawk.psyton.com (8.9.0/8.9.0) with ESMTP id VAA06771
	for <gsmp@revnetworks.com>; Thu, 10 Feb 2000 21:36:24 -0500
Date: Thu, 10 Feb 2000 21:36:24 -0500
From: xjesz@hotbot.com
Message-Id: <200002110236.VAA06771@nighthawk.psyton.com>
Received: from lihi-gcanyon.libertyinternational.com ([147.179.120.197]) by us-lihi-03.libertyinternational.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21)
	id 1V4QTJGK; Thu, 10 Feb 2000 21:17:58 -0500
Received: FROM kjcev.hotbot.com BY lihi-gcanyon.libertyinternational.com ; Thu Feb 10 21:17:57 2000 -0500
To: qnfnq@aol.com
Subject: ACCEPT CREDIT CARDS OVER THE INTERNET.....NO SETUP FEES!!                                                   glmrb
Sender: owner-gsmp@psyton.com
Precedence: bulk
Reply-To: gsmp@psyton.com

INCREASE SALES UP TO 50%....

ACCEPT CREDIT CARDS OVER THE INTERNET.....NO SETUP FEES!!

Good Credit/Bad Credit/No Credit.....*** NO PROBLEM***

It just Doesn't Matter - Everyone Gets Approved
No Upfront Fees For application-Processing!
While Others Charge You From $195 to $250 to Get Set Up

       WE CHARGE ZERO FOR SETUP FEES!!!

     Limited Offer So Take Advantage of it!!

We Specialize in Servicing The Following:

 **  Multilevel Marketing
 **  Mail Order!  Phone Sales
 **  Home Based Business
 **  INTERNET BASED BUSINESS
 **  New Business ** Small Business
 ** Whatever!!  We Do It ALL!!!
 Everyone is Welcome!!
 
Toll Free     1-888-594-8155


No More Mail
mailto:out1@yifan.net?subject=remove



From owner-gsmp@psyton.com  Fri Feb 11 10:07:51 2000
Received: from nighthawk.psyton.com (IDENT:root@psyton.ne.mediaone.net [24.218.14.40])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA10902
	for <gsmp-archive@odin.ietf.org>; Fri, 11 Feb 2000 10:07:47 -0500 (EST)
Received: (from majordomo@localhost)
	by nighthawk.psyton.com (8.9.0/8.9.0) id JAA08456
	for gsmp-list; Fri, 11 Feb 2000 09:31:27 -0500
Received: from qhars001.nortel.com (qhars001.NortelNetworks.com [192.100.101.18])
	by nighthawk.psyton.com (8.9.0/8.9.0) with ESMTP id JAA08453
	for <gsmp@psyton.com>; Fri, 11 Feb 2000 09:31:21 -0500
Received: from zhard00m.europe.nortel.com (actually zhard00m) 
          by qhars001.nortel.com; Fri, 11 Feb 2000 14:29:17 +0000
Received: from zvb1c004.corpemea.baynetworks.com (ZVB1C004 [141.251.160.84]) 
          by zhard00m.europe.nortel.com 
          with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) 
          id 1H5QV1L9; Fri, 11 Feb 2000 14:29:15 -0000
Received: from europem01.nt.com (KSUNDELL [141.251.192.221]) 
          by zvb1c004.corpemea.baynetworks.com 
          with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) 
          id DBYCY7YR; Fri, 11 Feb 2000 15:29:15 +0100
Message-ID: <38A41CD2.A76789F2@europem01.nt.com>
Date: Fri, 11 Feb 2000 15:29:38 +0100
From: "Kenneth Sundell" <ksundell@nortelnetworks.com>
X-Mailer: Mozilla 4.61 [en] (Win95; I)
X-Accept-Language: en
MIME-Version: 1.0
To: gsmp-list <gsmp@psyton.com>
Subject: Minutes from GSMP editing session in New Orleans
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-gsmp@psyton.com
Precedence: bulk
Reply-To: gsmp@psyton.com
Content-Transfer-Encoding: 7bit


All,
these are the minutes from the GSMP editing session Feb 2 in New
Orleans.

cheers,
Ken

--

GSMP Editing session, New Orleans 2/2/00


   The editing session was co-chaired by Simon Crosby of
   CPlane and Avri Doria of Nokia.  Kenneth Sundell of Nortel
   Networks took notes.


1.  Comments relating to draft-sydir-cplane-gsmp-enhancements

   draft-sydir-cplane-gsmp-enhancements-00.txt was presented
   during IETF46 held in Washington. There were comments
   during the meeting and arrangements were made to discuss
   the issues on the GSMP list during the following 3 weeks.
   The conversations were to be initiated by the authors, with
   an email on each of the outstanding issues of concern and
   including proposals that responded to the WG's issues.
   Balaji Srinivasan of CPlane sent out several of the issues
   on Dec 30. These issues were considered during a meeting of
   the GSMP spec editors. The results of that meeting were
   announced on the GSMP list and the GSMP spec was updated.
   Several of the author's critical issues were not resolved
   in this process and were discussed during this meeting.


1.1  Addition of Label Length parameter

   Is E bit, used for label stacking, also useful for longer
   labels? There was no evidence that one would need labels
   "longer" than 28 bits. The 28-bit label field is fixed
   length in GSMP. The label field is an abstraction and does
   accommodate ATM, FR and generic MPLS labels. There may have
   been misunderstanding regarding the purpose of the E-bit.
   The semantics of the E bit are not intended to describe
   longer labels, but are intended for indicating label
   stacks. Tom Worster, Ennovate Networks,  asked the audience
   whether anybody needed labels exceeding 28 bits.  There was
   a consensus in the group that labels longer then 28 bits
   were not required.

   The method for doing label stacking and use of the E bit
   will be further described in the GSMP spec by Tom.

1.2  Changes to the Post Session Number updates

   Simon proposed that the "Port Session Number" should not be
   changed in case of link status changes. Several people
   thought that eliminating this protection could be
   dangerous.  It was felt that the link layer configuration
   (e.g. internal thresholds) should take care of short breaks
   such as temporary loss of carrier, but that anything else
   should force the port session update. There was a consensus
   that this should be sufficient and no further changes to
   the protocol were warranted.

1.3  Port Configuration and All Ports Configuration messages

   There were several issues relating to this:

1.3.1  Separate VPI and VCI connections

   This is already supported and no longer an issue.

1.3.2   Multiple discontiguous label ranges.

   Kenneth will provide text for support of multiple disjoint
   label ranges

1.3.3  Labels for multi-point

   Specific label ranges for multi-point requested by Simon.
   Tom indicated that modelling multicast constraints is
   difficult and proposed adding suitable information to the
   failure response messages as an alternative. Another
   alternative mentioned by Avri was to use the remaining
   label field with the addition of another flag to indicate
   the multicast label range.  Avri will explore this
   possibility and report to the list.

1.3.4  Incoming and Outgoing Labels

   Simon proposed adding specification of ranges for outgoing
   labels. The issue is about policing misbehaving
   controllers. Currently GSMP does nothing to prevent such
   actions and does not know anything outside its dedicated
   partition. It is the responsibility beyond GSMP, preferably
   dealt with at the control plane. GSMP informs the
   controller about the input label only. The GSMP editor
   solicited the group for opinions on this topic. Tom is
   going to solicit this on the email list

1.4  Synchronization

   Simon withdrew this issue since it is already fixed in
   GSMPv3 by the addition of event acknowledgements.


2.  Comments related to MSF00.014 - Proposed Changes to GSMP
   connection messages

   Clint Bishard of MCI/Worldcom presented a MSF contribution
   that proposed changes to the connection management
   messages.

2.1   Separate formats for input and output

   A change is proposed in the connection management message
   to allow specification of parameters for each port in a
   given connection separately instead for doing it for the
   connection as a whole. A next generation switch doesn't
   have to be, e.g. ATM specific, but could be heterogeneous
   supporting different port types. The input port for a
   certain connection could be of Port Type frame relay while
   the output port could be of Port Type ATM. The desire is,
   in an independent way, to convey the parameters appropriate
   to each of the ports.  That is, how doe we map (IF.type1,
   resource.type1) to (IF.type2,resource.type2).  It may also
   be necessary to specify parameters related to policing
   separately form parameters related to resource management.

   The proposal is accepted in general but the input and the
   parameters should be semantically separated. These separate
   parameters need to be described (maybe in the traffic
   parameter block input as well as output). Exactly how the
   semantics would be described should be further discussed on
   the GSMP email list.

2.2  Input and Output Encapsulation Methods

   Is Input/output encapsulation needed in the connection
   message? It is possible to add a 32 bit GSMP opaque field
   (with a 50/50 split for input/output) which corresponds to
   predetermined encapsulation methods to be used for
   experimental use.  The definition of formal encapsulation
   types could then be resolved in a later version of GSMP,
   e.g. GSMPv4.

   Tom will take Clint's proposal, reshuffle it, and post an
   I-D together with Clint before the next IETF meeting.


3.   Other issues / Open areas

3.1  CES Labels, support of TDM interfaces

   The current draft does not yet include support for CES and
   TDM interfaces. Clint will, with support from Kenneth work
   on adding this support. There are quite a lot of things
   that needed to be added to the GSMP spec to support CES
   labels and services. The specification will need to define
   CES labels, label ranges and TDM Port Types.  It will also
   need to specify the relevant CES traffic and QoS parameters
   in chapter 9 of the GSMP spec.


3.2  Is an FEC a label or something that should be internally
    mapped to a label?

   There have been misunderstandings about whether a FEC can
   be used as a Label or not. A FEC is related to IP address
   prefixes together with optional QoS constraints. The issues
   were not addressed during the meeting though and need to be
   discussed further on the list.


3.3  Introduction of input/output move branch message

   Avri raised the issue that Joachim Buerkle of Marconi at
   the last ietf meeting presented draft-buerkle-gsmp-move-
   branch-message-00.txt in which he proposed adding
   functionality to move the input branches of a multipoint to
   point connection

   Avri proposed that instead of modifying the current move
   branch, the message should be replaced by a pair of
   messages; a move input branch message and a move output
   branch message.  This is similar to what was already done
   by replacing the delete branch with a delete input branch
   message and a delete output branch message. This proposal
   was accepted and will be implemented in GSMPv3.

3.4  Xbind issues

   No one from Xbind was in attendance and since no one in
   attendance came prepared to represent their issues, those
   issues were not covered during the meeting.

3.5  Error Messages

   No suggestions were given during the meeting due to time
   constraints. The GSMP editors have to deal with issue
   before the next revision of the GSMP draft.

--
Kenneth Sundell
Nortel Networks
Routing Architecture Lab
S:t Eriksgatan 115 A, PO Box 6701
113 85 Stockholm, Sweden
phone: +46 8 5088-3538, mobile +46 70 665-7838
e-mail: ksundell@nortelnetworks.com




From owner-gsmp@psyton.com  Wed Feb 16 19:48:16 2000
Received: from nighthawk.psyton.com (IDENT:root@psyton.ne.mediaone.net [24.218.14.40])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA19226
	for <gsmp-archive@odin.ietf.org>; Wed, 16 Feb 2000 19:48:15 -0500 (EST)
Received: (from majordomo@localhost)
	by nighthawk.psyton.com (8.9.0/8.9.0) id TAA13489
	for gsmp-list; Wed, 16 Feb 2000 19:07:37 -0500
Received: from hue.jadn.com (IDENT:root@r82aap002309.sbo-arl.ma.cable.rcn.com [146.115.124.109])
	by nighthawk.psyton.com (8.9.0/8.9.0) with ESMTP id TAA13429
	for <gsmp@PSYTON.COM>; Wed, 16 Feb 2000 19:07:19 -0500
Received: from gwa2.fe.bosch.de (gwa2.fe.bosch.de [195.71.148.2])
	by hue.jadn.com (8.9.3/8.9.3) with ESMTP id DAA26784
	for <gsmp@psyton.com>; Wed, 16 Feb 2000 03:11:06 -0500
Received: (from uucp@localhost)
	by gwa2.fe.bosch.de (8.9.1/8.9.1) id JAA13035
	for <gsmp@psyton.com>; Wed, 16 Feb 2000 09:10:59 +0100 (MET)
Received: from fez7358.fe.bosch.de( 10.8.1.102) by gwa2.fe.bosch.de via smap (V2.1)
	id xma012736; Wed, 16 Feb 00 09:10:26 +0100
Received: by fez7202.server.bosch.de with Internet Mail Service (5.5.2651.58)
	id <FA0B4KA6>; Wed, 16 Feb 2000 09:09:58 +0100
Message-ID: <7DE0D5F41A2FD311AB6B08002BB6B39F9E600F@bkmail2.bk.bosch.de>
From: "Buerkle Joachim (UC-ON/EMY2) *" <Joachim.Buerkle@marconicomms.com>
To: "'clint.bishard@wcom.com'" <clint.bishard@wcom.com>
Cc: "'msf-switch@msforum.org'" <msf-switch@msforum.org>,
        "'gsmp@psyton.com'" <gsmp@psyton.com>
Subject: AW: [msf-switch] GSMP/MSF Forum Joint editing session concerning 
	contribution 14
Date: Wed, 16 Feb 2000 09:09:14 +0100
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2651.58)
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by nighthawk.psyton.com id TAA13432
Sender: owner-gsmp@psyton.com
Precedence: bulk
Reply-To: gsmp@psyton.com
Content-Transfer-Encoding: 8bit

Hi Clint,
isn't it necessary to have also the following fields

   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
   |           SubMessage Number   |           Length              | 
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

after the row of partion ID and transaction ID and before the message body?

"""
SubMessage Number:
	- When a message is segmented because it exceeds the MTU of the link
layer, each segment will include a submessage number to indicate its
position. All messages in a segmented message, except for the last segment,
will also have the More bit set. 

Length:
	- Message length including header. 
"""
	(2^16 = 65536 octets)


According to
http://www.ietf.org/internet-drafts/draft-ietf-gsmp-encaps-00.txt
the MTU in the AAL5 case is:
	"The maximum transmission unit (MTU) of the GSMP Message field is
1492 octets."
the MTU in the Ethernet case is:
	"The maximum transmission unit (MTU) of the GSMP Message field is
1492 octets."


You are right if you say these fields are not part of the current connection
message in
http://www.ietf.org/internet-drafts/draft-ietf-gsmp-03.txt
but at least for my implementation I expected this to be a typo.
See also the definition of the GSMP message header in chapter 3.1 of the
current GSMP draft:

"""
    0                   1                   2                   3 
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
   |    Version    | Message Type  |    Result     |     Code      | 
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
   | Partition ID  |    Transaction Identifier                     | 
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
   |           SubMessage Number   |           Length              | 
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
   |                                                               | 
   ~                          Message Body                         ~ 
   |                                                               | 
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
"""

Please correct me if I'm wrong that I can correct my implementation.

Regards
Joachim 

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

> -----Ursprüngliche Nachricht-----
> Von:	Clint Bishard [SMTP:clint.bishard@wcom.com]
> Gesendet am:	Dienstag, 15. Februar 2000 23:11
> An:	gsmp@revnetworks.com; msf-switch@msforum.org
> Cc:	Bishard, Clint
> Betreff:	[msf-switch] GSMP/MSF Forum Joint editing session concerning
> contribution 14
> 
> All,
> 
> This email concerns one of the significant conclusions reached
> (contribution
> 14) at the joint GSMP/MSF Switch Control WG meeting on Feb 2.  The three
> present GSMP editors agreed to the principle of the requested change and
> suggested that the proposal be sent to the GSMP exploder to provide an
> opportunity for input/feedback.
> 
> The contribution recommends that GSMP's connection messages be changed
> such
> that they specify parameters for each port in a given connection message
> separately - instead of one set of parameters for the connection.  This
> change is necessary to be able to build connections across a true
> multi-service switch.  (see attachment for more details)
> 
> The below PDU format illustrates the changes that would need to be
> implemented for the connection messages.  Additionally, comments are
> requested concerning the semantics of the changes below and any problems
> that anyone can foresee (particularly, the eight bulleted changes listed
> after the PDU below).
> 
> The next step will be to initiate a co-authored ID between Tom Worster and
> myself to include these changes into GSMP v.3.
> 
> Note: I have not addressed the additional issue that came up concerning
> separate parameters for policing and reservation, since that simply deals
> with a change to the traffic parameters block.
> 
> Thank you in advance for your feedback,
> Clint Bishard
> 
> 
> New Connection Message Format illustrating the possible needed changes for
> this proposal (changes are in bold). (typed in Courier New, size 10)
> 
>   0                   1                   2                   3
>   0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |    Version    | Message Type  |    Result     |     Code      |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  | Partition ID  |           Transaction Identifier              |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |                    Input Port Session Number                  |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |                    Output Port Session Number                 |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |                          Input Port                           |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |M|B|x|E|                  Input Label                          |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> *~x x x|E|              Extended Input Label                     |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |                     Input Service Selector                    |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |                          Output Port                          |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |x|x|x|E|                  Output Label                         |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> *~x x x|E|              Extended Output Label                    |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |                     Output Service Selector                   |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |iQMS|oQMS|T|N|x|x|        Encapsulation Method                  |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> 
> Under certain conditions (iQMS or oQMS set such that traffic parameters
> are
> required) the Add Branch message has an additional, variable length data
> block appended to the above message:
> *Note: If T above is set, then only one set of Traffic Parameters Block is
> required which pertains to both the input and output ports.
> 
> 
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  | Input TC Flags|                 Reserved                      |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |                                                               |
>  ~                  Input Traffic Parameters Block               ~
>  |                                                               |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |Output TC Flags|                 Reserved                      |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |                                                               |
>  ~                  Output Traffic Parameters Block              ~
>  |                                                               |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> 
> 
> Described Change:
> A Input Port Session Number has been added so allow a connection to
> include
> the session number for both the input and output ports.
> Added another QMS field - one for the input port (iQMS) and one for the
> output port (oQMS) to define the type of QoS Model Selector used at both
> the
> input and output port.
> The Service Selector has been changed to reflect one for the input port
> and
> one for the output port.
> The input and output Traffic Parameter Blocks have been individualized for
> both the input and output ports.
> An additional field has been added to describe what encapsulation method
> is
> required to adapt the port technologies for each port to each other.  For
> example, FRF.8 or FRF.5 for a connection built between and FR and ATM
> port.
> Tom - you suggested a 32 bit opaque value - would 24 bits be enough.  24
> bits seemed to fit easily with the additional QMS, T, and N bit.
> Furthermore, I first suggested that an encapsulation would be needed for
> the
> input and the output.  However, after further thought, I think one
> encapsulation field specifying what encapsulation is needed between the
> two
> ports should be sufficient.  We are not concerned with what the switch
> does
> in the middle.
> The added field 'T' would be used in the case that one set of Traffic
> Parameters Block is used for both the input port and the output port.  For
> example, the case when the two port types are the same and will use the
> same
> traffic parameters.
> The added field 'N' would be used to specify a Null encapsulation method.
> For example, a connection between two ATM ports.
> The MType defined for a switch in the switch configuration messages would
> no
> longer be required and would be removed from those messages.
> 
> Note: It is assumed that the switch will determine what characteristics
> are
> needed for the internal connection from the parameters specified for each
> port.  For example, if a connection is built across an ATM switch from a
> FR
> port (with given FR parameters for that port) to an ATM port (with given
> parameters for that port indicating a nrt-VBR service category) - then the
> ATM switch would use the nrt-VBR service category for the internal
> connection class, but this would not be directly indicated to the switch
> in
> the connection message.
> 
> 
>  << Datei: GSMP_Contribution14.doc >> 


From owner-gsmp@psyton.com  Wed Feb 16 20:16:12 2000
Received: from nighthawk.psyton.com (IDENT:root@psyton.ne.mediaone.net [24.218.14.40])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA19425
	for <gsmp-archive@odin.ietf.org>; Wed, 16 Feb 2000 20:16:07 -0500 (EST)
Received: (from majordomo@localhost)
	by nighthawk.psyton.com (8.9.0/8.9.0) id TAA14683
	for gsmp-list; Wed, 16 Feb 2000 19:27:55 -0500
Received: from mail.hq.tellabs.com (tlab-138-111-51-100.tellabs.com [138.111.51.100])
	by nighthawk.psyton.com (8.9.0/8.9.0) with ESMTP id TAA14680
	for <gsmp@revnetworks.com>; Wed, 16 Feb 2000 19:27:54 -0500
From: James.Fu@tellabs.com
Received: from localhost (root@localhost)
	by mail.hq.tellabs.com (8.8.6 (PHNE_17135)/8.8.6) with ESMTP id QAA03000
	for <gsmp@revnetworks.com>; Mon, 14 Feb 2000 16:04:42 -0600 (CST)
X-OpenMail-Hops: 1
Date: Mon, 14 Feb 2000 16:04:42 -0600
Message-Id: <H0000e8303ed68a5.0950565881.mail.hq.tellabs.com@MHS>
Subject: Request for Info.
MIME-Version: 1.0
TO: gsmp@psyton.com
Content-Type: multipart/alternative; boundary=openmail-part-0c5fdc30-00000002
Sender: owner-gsmp@psyton.com
Precedence: bulk
Reply-To: gsmp@psyton.com


--openmail-part-0c5fdc30-00000002
Content-Type: text/plain; charset=ISO-8859-1
Content-Disposition: inline
	;Creation-Date="Mon, 14 Feb 2000 16:04:42 -0600"
Content-Transfer-Encoding: 8bit

Is there any source code publically available for the GSMP
implementations?

Thanks in advance for any help.


James Fu 

--openmail-part-0c5fdc30-00000002
Content-Type: application/rtf
Content-Disposition: attachment; filename="BDY.RTF"
	;Creation-Date="Mon, 14 Feb 2000 16:04:42 -0600"
Content-Transfer-Encoding: base64

e1xydGYxXGFuc2lcYW5zaWNwZzEyNTJcZGVmZjBcZGVmbGFuZzEwMzN7XGZvbnR0Ymwge1xm
MFxmc3dpc3NcZmNoYXJzZXQwIEFyaWFsO319DQpcdWMxXHBhcmRcdWxub25lXGYwXGZzMjAg
SXMgdGhlcmUgYW55IHNvdXJjZSBjb2RlIHB1YmxpY2FsbHkgYXZhaWxhYmxlIGZvciB0aGUg
R1NNUCBpbXBsZW1lbnRhdGlvbnM/XHBhcg0KXHBhcg0KVGhhbmtzIGluIGFkdmFuY2UgZm9y
IGFueSBoZWxwLlxwYXINClxwYXINClxwYXINCkphbWVzIEZ1IFxwYXINCn0NCgA=

--openmail-part-0c5fdc30-00000002--



From owner-gsmp@psyton.com  Wed Feb 16 20:41:12 2000
Received: from nighthawk.psyton.com (IDENT:root@psyton.ne.mediaone.net [24.218.14.40])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA19685
	for <gsmp-archive@odin.ietf.org>; Wed, 16 Feb 2000 20:40:34 -0500 (EST)
Received: (from majordomo@localhost)
	by nighthawk.psyton.com (8.9.0/8.9.0) id TAA13624
	for gsmp-list; Wed, 16 Feb 2000 19:08:16 -0500
Received: from hue.jadn.com (IDENT:root@r82aap002309.sbo-arl.ma.cable.rcn.com [146.115.124.109])
	by nighthawk.psyton.com (8.9.0/8.9.0) with ESMTP id TAA13619
	for <gsmp@PSYTON.COM>; Wed, 16 Feb 2000 19:08:13 -0500
Received: from PMESMTP01.wcom.com (pmesmtp01.wcom.com [199.249.20.1])
	by hue.jadn.com (8.9.3/8.9.3) with ESMTP id SAA06082
	for <gsmp@psyton.com>; Tue, 15 Feb 2000 18:14:15 -0500
Received: from CONVERSION-DAEMON by firewall.mcit.com (PMDF V5.2-32 #42256)
 id <0FPZ00401V1PQ9@firewall.mcit.com> for gsmp@psyton.com; Tue,
 15 Feb 2000 23:10:38 +0000 (GMT)
Received: from ndcrelay2.mcit.com ([166.37.172.6])
 by firewall.mcit.com (PMDF V5.2-32 #42256)
 with ESMTP id <0FPZ0040BV1POP@firewall.mcit.com> for gsmp@psyton.com; Tue,
 15 Feb 2000 23:10:37 +0000 (GMT)
Received: from omzmta02.mcit.com (omzmta02.mcit.com [166.37.194.120])
 by ndcrelay2.mcit.com (8.8.7/) with ESMTP	id XAA26708 for <gsmp@psyton.com>;
 Tue, 15 Feb 2000 23:11:09 +0000 (GMT)
Received: from pc25811 ([165.122.128.31])
 by omzmta02.mcit.com (InterMail v03.02.05 118 120)
 with SMTP id <20000215230945.MFXD10346@[165.122.128.31]>; Tue,
 15 Feb 2000 23:09:45 +0000
Date: Tue, 15 Feb 2000 17:09:31 -0600
From: Clint Bishard <clint.bishard@wcom.com>
Subject: GSMP/MSF Forum Joint editing session concerning contribution 14
To: gsmp@psyton.com
Cc: "Bishard, Clint" <clint.bishard@wcom.com>
Message-id: <002701bf7809$b7b38ea0$1f807aa5@pc25811.wcom.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V4.72.3612.1700
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
Content-type: multipart/mixed; boundary="Boundary_(ID_NocvtShqVnjparZx9aWsSg)"
Importance: Normal
X-Priority: 3 (Normal)
X-MSMail-priority: Normal
Sender: owner-gsmp@psyton.com
Precedence: bulk
Reply-To: gsmp@psyton.com

This is a multi-part message in MIME format.

--Boundary_(ID_NocvtShqVnjparZx9aWsSg)
Content-type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8BIT

All,

This email concerns one of the significant conclusions reached (contribution
14) at the joint GSMP/MSF Switch Control WG meeting on Feb 2.  The three
present GSMP editors agreed to the principle of the requested change and
suggested that the proposal be sent to the GSMP exploder to provide an
opportunity for input/feedback.

The contribution recommends that GSMP’s connection messages be changed such
that they specify parameters for each port in a given connection message
separately - instead of one set of parameters for the connection.  This
change is necessary to be able to build connections across a true
multi-service switch.  (see attachment for more details)

The below PDU format illustrates the changes that would need to be
implemented for the connection messages.  Additionally, comments are
requested concerning the semantics of the changes below and any problems
that anyone can foresee (particularly, the eight listed changes after the
PDU below).

The next step will be to initiate a co-authored ID between Tom Worster and
myself to include these changes into GSMP v3.

Note: I have not addressed the additional issue that came up concerning
separate parameters for policing and reservation, since that simply deals
with a change to the traffic parameters block.

Thank you in advance for your feedback,
Clint Bishard


New Connection Message Format illustrating the possible needed changes for
this proposal (changes are in bold). (typed in Courier New, size 10)

  0                   1                   2                   3
  0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |    Version    | Message Type  |    Result     |     Code      |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 | Partition ID  |           Transaction Identifier              |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                    Input Port Session Number                  |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                    Output Port Session Number                 |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                          Input Port                           |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |M|B|x|E|                  Input Label                          |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
*~x x x|E|              Extended Input Label                     |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                     Input Service Selector                    |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                          Output Port                          |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |x|x|x|E|                  Output Label                         |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
*~x x x|E|              Extended Output Label                    |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                     Output Service Selector                   |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |iQMS|oQMS|T|N|x|x|        Encapsulation Method                  |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Under certain conditions (iQMS or oQMS set such that traffic parameters are
required) the Add Branch message has an additional, variable length data
block appended to the above message:
*Note: If T above is set, then only one set of Traffic Parameters Block is
required which pertains to both the input and output ports.


 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 | Input TC Flags|                 Reserved                      |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                                                               |
 ~                  Input Traffic Parameters Block               ~
 |                                                               |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |Output TC Flags|                 Reserved                      |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                                                               |
 ~                  Output Traffic Parameters Block              ~
 |                                                               |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+


Described Change:
A Input Port Session Number has been added so allow a connection to include
the session number for both the input and output ports.

Added another QMS field - one for the input port (iQMS) and one for the
output port (oQMS) to define the type of QoS Model Selector used at both the
input and output port.

The Service Selector has been changed to reflect one for the input port and
one for the output port.

The input and output Traffic Parameter Blocks have been individualized for
both the input and output ports.

An additional field has been added to describe what encapsulation method is
required to adapt the port technologies for each port to each other.  For
example, FRF.8 or FRF.5 for a connection built between and FR and ATM port.
Tom - you suggested a 32 bit opaque value - would 24 bits be enough.  24
bits seemed to fit easily with the additional QMS, T, and N bit.
Furthermore, I first suggested that an encapsulation would be needed for the
input and the output.  However, after further thought, I think one
encapsulation field specifying what encapsulation is needed between the two
ports should be sufficient.  We are not concerned with what the switch does
in the middle.

The added field 'T' would be used in the case that one set of Traffic
Parameters Block is used for both the input port and the output port.  For
example, the case when the two port types are the same and will use the same
traffic parameters.

The added field ‘N’ would be used to specify a Null encapsulation method.
For example, a connection between two ATM ports.

The MType defined for a switch in the switch configuration messages would no
longer be required and would be removed from those messages.

Note: It is assumed that the switch will determine what characteristics are
needed for the internal connection from the parameters specified for each
port.  For example, if a connection is built across an ATM switch from a FR
port (with given FR parameters for that port) to an ATM port (with given
parameters for that port indicating a nrt-VBR service category) - then the
ATM switch would use the nrt-VBR service category for the internal
connection class, but this would not be directly indicated to the switch in
the connection message.



--Boundary_(ID_NocvtShqVnjparZx9aWsSg)
Content-type: application/msword; name=GSMP_Contribution14.doc
Content-disposition: attachment; filename=GSMP_Contribution14.doc
Content-Transfer-Encoding: base64

0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAATQAAAAAAAAAA
EAAATwAAAAEAAAD+////AAAAAEwAAAD/////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
///////////////////////////////////////////////////////////////////////////s
pcEAcQAJBAAACBK/AAAAAAAAEAAAAAAABAAA8AsAAA4AYmpianQrdCsAAAAAAAAAAAAAAAAAAAAA
AAAJBBYAHhIAABZBAQAWQQEA8AcAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD//w8AAAAA
AAAAAAD//w8AAAAAAAAAAAD//w8AAAAAAAAAAAAAAAAAAAAAAF0AAAAAAM4AAAAAAAAAzgAAAM4A
AAAAAAAAzgAAAAAAAADOAAAAAAAAAM4AAAAAAAAAzgAAABQAAAAAAAAAAAAAAOIAAAAAAAAA4gAA
AAAAAADiAAAAAAAAAOIAAAAAAAAA4gAAAAwAAADuAAAADAAAAOIAAAAAAAAAjQIAAOoAAAAGAQAA
AAAAAAYBAAAAAAAABgEAAAAAAAAGAQAAAAAAAAYBAAAAAAAABgEAAAAAAAAGAQAAAAAAAAYBAAAA
AAAAUgIAAAIAAABUAgAAAAAAAFQCAAAAAAAAVAIAAAAAAABUAgAAAAAAAFQCAAAAAAAAVAIAACQA
AAB3AwAA9AEAAGsFAAB+AAAAeAIAABUAAAAAAAAAAAAAAAAAAAAAAAAAzgAAAAAAAAAGAQAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAGAQAAAAAAAAYBAAAAAAAABgEAAAAAAAAGAQAAAAAAAHgCAAAAAAAA
ngEAAAAAAADOAAAAAAAAAM4AAAAAAAAABgEAAAAAAAAAAAAAAAAAAAYBAAAAAAAABgEAAAAAAACe
AQAAAAAAAJ4BAAAAAAAAngEAAAAAAAAGAQAAdgAAAM4AAAAAAAAABgEAAAAAAADOAAAAAAAAAAYB
AAAAAAAAUgIAAAAAAAAAAAAAAAAAAAAAAAAAAAAA4gAAAAAAAADiAAAAAAAAAM4AAAAAAAAAzgAA
AAAAAADOAAAAAAAAAM4AAAAAAAAABgEAAAAAAABSAgAAAAAAAJ4BAAC0AAAAngEAAAAAAAAAAAAA
AAAAAFICAAAAAAAAzgAAAAAAAADOAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUgIAAAAAAAAGAQAAAAAAAPoAAAAMAAAAIFs2F/53
vwHiAAAAAAAAAOIAAAAAAAAAfAEAACIAAABSAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAT3Zl
cnZpZXcNDSAgICAgR1NNUCBhcHBlYXJzIHRvIGJlIGRlZmluZWQgc3VjaCB0aGF0IHRoZSBzd2l0
Y2ggd2lsbCBzdXBwb3J0IGEgc2luZ2xlIGdpdmVuIG1hdHJpeCB0eXBlIChNdHlwZSkgYW5kIGFs
bCBjb25uZWN0aW9ucyB3aWxsIGJlIGJ1aWx0IHVzaW5nIHRyYWZmaWMgcGFyYW1ldGVycyBmb3Ig
dGhpcyBzZXJ2aWNlIHR5cGUuICANICAgICBBIHByb2JsZW0gd2l0aCB0aGlzIGFyaXNlcyBmcm9t
IHRoZSBmYWN0IHRoYXQgbmV4dCBnZW5lcmF0aW9uIHN3aXRjaGVzIGFyZSBiZWluZyBidWlsdCB3
aXRob3V0IGEgZm9jdXMgdG93YXJkcyBhIGdpdmVuIHNlcnZpY2UgdHlwZS4gIEZvciBleGFtcGxl
LCBzd2l0Y2hlcyBhcmUgbm90IHNwZWNpZmljIHRvIEFUTSwgTVBMUywgRlIsIG9yIGFueSBvdGhl
ciB0cmFkaXRpb25hbCBwcm90b2NvbC4gIFRoZXkgYXJlIHVzaW5nIGdlbmVyaWMgaW50ZXJuYWwg
ZnJhbWUgc2l6ZXMgZm9yIHN3aXRjaGluZyB0cmFmZmljLiAgVGhlIGRpc3Rpbmd1aXNoaW5nIGNo
YXJhY3RlcmlzdGljcyBzdGVtIGZyb20gd2hhdCBzZXJ2aWNlIGlzIG9mZmVyZWQgb24gYSBnaXZl
biBwb3J0LiAgSG93ZXZlciwgY3VycmVudCBHU01QIGNvbm5lY3Rpb24gbWFuYWdlbWVudCBtZXNz
YWdlcyBvbmx5IGFsbG93IHRoZSBzcGVjaWZpY2F0aW9uIG9mIG9uZSBzZXQgb2Ygc2VydmljZSBw
YXJhbWV0ZXJzIGZvciB0aGUgbWVzc2FnZSB3aGljaCBzdGF0ZXMgYW4gaW5wdXQgYW5kIG91dHB1
dCBwb3J0LiAgSXQgY291bGQgYmUgdGhhdCBvbmUgY291bGQgdXNlIHR3byBkaWZmZXJlbnQgY29u
bmVjdGlvbiBtZXNzYWdlcyBmb3IgZWFjaCBkaXJlY3Rpb24gc2luY2UgdGhlIHNlcnZpY2UgcGFy
YW1ldGVycyBhcHBlYXIgdG8gYmUgcmVsZXZhbnQgdG8gdGhlIG91dHB1dCBwb3J0LiAgSG93ZXZl
ciwgR1NNUCBzdGF0ZXMgaW4gc2VjdGlvbiA5LjMgdGhhdCCTQSBjb25uZWN0aW9uIHdpdGggYSBn
aXZlbiBTZXJ2aWNlIGNhbiBvbmx5IGJlIGVzdGFibGlzaGVkIGlmIGJvdGggdGhlIHJlcXVlc3Rl
ZCBTZXJ2aWNlIGFuZCB0aGUgcmVxdWVzdGVkIENhcGFiaWxpdHkgU2V0IGFyZSBhdmFpbGFibGUg
b24gYWxsIG9mIHRoZSBjb25uZWN0aW9uknMgaW5wdXQgYW5kIG91dHB1dCBwb3J0c5QuICBUaGVy
ZWZvcmUsIGFzIGNvbm5lY3Rpb25zIGFyZSBidWlsdCBiZXR3ZWVuIGRpZmZlcmVudCBwb3J0IHR5
cGVzICh3aXRoIGRpZmZlcmVudCBTZXJ2aWNlcyBhbmQgQ2FwYWJpbGl0eSBTZXRzKSwgc3VjaCBh
cyBGUiBhbmQgQVRNIG9yIENFUyBhbmQgQVRNLCBpdCBpcyBpbXBvc3NpYmxlIGZvciBhIHNpbmds
ZSBzZXQgb2Ygc2VydmljZSBwYXJhbWV0ZXJzIHRvIGRlZmluZSB0aGUgY2hhcmFjdGVyaXN0aWNz
IG5lZWRlZCBmb3IgZWFjaCBwb3J0Lg0NUHJvcG9zYWw6IEdTTVAgYmUgbW9kaWZpZWQgc3VjaCB0
aGF0IHRoZSBjb25uZWN0aW9uIG1hbmFnZW1lbnQgbWVzc2FnZXMgY29udGFpbiB2YWx1ZXMgb2Yg
c2VydmljZSBwYXJhbWV0ZXJzIGluZGl2aWR1YWxseSBmb3IgYm90aCB0aGUgaW5wdXQgcG9ydCBh
bmQgdGhlIG91dHB1dCBwb3J0LiAgVGhpcyB3aWxsIGFsbG93IGNvbm5lY3Rpb25zIHRvIGJlIGJ1
aWx0IGFjcm9zcyBtdWx0aS1zZXJ2aWNlIHN3aXRjaGVzIGJldHdlZW4gcG9ydHMgb2YgZGlmZmVy
ZW50IHNlcnZpY2UgdHlwZXMgd2l0aCBhIHNpbmdsZSBjb25uZWN0IG1lc3NhZ2UuICBGb3IgZXhh
bXBsZSwgZXN0YWJsaXNoaW5nIGEgY29ubmVjdGlvbiBiZXR3ZWVuIGEgRlIgcG9ydCBhbmQgYW4g
QVRNIHBvcnQgb3IgYmV0d2VlbiBhIENFUyBwb3J0IGFuZCBhbiBBVE0gcG9ydC4gIEFkZGl0aW9u
YWxseSwgdGhpcyB3b3VsZCBhZGQgbXVjaCBuZWVkZWQgZmxleGliaWxpdHkgdG8gR1NNUCB0byBi
ZSBhYmxlIHRvIGNhcnJ5IHRoZSBhZGFwdGF0aW9uIHBhcmFtZXRlcnMgZm9yIG5ldyBhcyB3ZWxs
IGFzIGV4aXN0aW5nIHNlcnZpY2UgdHlwZXMuICBUaGlzIGlzIGlsbHVzdHJhdGVkIGdyYXBoaWNh
bGx5IGluIHRoZSBmb2xsb3dpbmcgZmlndXJlOg0NAQ0NDQAAAAAAAAAAAAAAAAAAAAAABAAACQQA
AHMJAAB8CQAA7AsAAO0LAADvCwAA8AsAAAD9+f30/QAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkDagAAAABVCAEHNQiBQ0oUAARDShQABwAEAAAJBAAA
CgQAAMMEAAByCQAAcwkAAOsLAADsCwAA7gsAAO8LAADwCwAA/QAAAAAAAAAAAAAAAPsAAAAAAAAA
AAAAAAD7AAAAAAAAAAAAAAAA+wAAAAAAAAAAAAAAAPsAAAAAAAAAAAAAAAD7AAAAAAAAAAAAAAAA
+wAAAAAAAAAAAAAAAPsAAAAAAAAAAAAAAAD7AAAAAAAAAAAAAAAA+wAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAEBAAAKAAQAAMMEAABy
CQAAcwkAAOsLAADsCwAA7gsAAO8LAAD+/v7+/v7+AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIBAQccAB+w0C8gsOA9
IbAIByKwCAcjkKAFJJCgBSWwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOdTAABEAGQAAAAA
AAAAAgAAAAAAAAAAAAAAAAAlGhkP6APoAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
DwAE8DwAAACyBArwCAAAAAEEAAAACgAAQwAL8BgAAAAEQQEAAACBAREAABC/AQAAEAD/AQAACAAA
ABDwBAAAAAAAAIAyAAfwV1MAAAME2RtQgxPSoAX9adPtMxkWkf8AM1MAAAEAAABEAAAAAABuAGAh
G/ArUwAA2RtQgxPSoAX9adPtMxkWkdTFAAC1BgAA+wUAACoRAAAFDAAAyNhAAGhyJQD5UgAAAP54
nMTcDbyUc/7/8anUuWbmJN0jVIoQQpsQklRIKkmSdCdJ9yVJCEkSQgihkkRFkoQ2RUhCaBOKJApt
SmVthf7Pa841xyWsTvwef/t47fl+P++ba66Za6YzpzkVSiQTiSLfdEwkUonaifC/kji4WInE3okd
/ksk9krMLJZIbC+aSBxGKpqbCBMZR5BxFLYrH02qZCZ7JCokzj27WbMyiTc2Jo4KO8vgtOJXJPL+
S0XuVMaVSBRObCny684idiWiSZmMa49EbqKQSaGow81JpAtvLzqzWLjKLZwq1j+1h9UehYq7xXnJ
ctEZzHL7f2I7xO0v4vbn0H90s+fNmxcmcEShvLPaZlos7wCFD4yUQhl/hT0K5b6cOy64LiebzlRH
nsL56ex/2XSRzNeNWna+VQ8GicSJqOgW9Q6yxy+aSYeGX46fPUZ45L336Bbsm3tKMC6I94dq/Nb+
mH9L8qZ7ZL4W4zrE16pFSiXapuoHbVOnBhel6gXtUqdkuChV1+zk4MLUSRna4AL71uat6a15W8tc
INsGFyLb19y6Oe0cnha8IefINZdvpiekKc62b2LehN6Et4nM2bJN0SzW18C6IRrRG/E14m8k11C+
gZ7TUB+n2tczr0evx1eP/1S5+jgt1ne89QmoQ6/DV4e/jtwJ8sfrOQ61cax9LfNa9Fp8tfiPlauN
42J9R1gfiRr0Gnw1+GvIHSl/hJ7DUR2H2R9qfij9UL5D+Q+Tq47DY32VrQ9EFXoVvir8VeQOlK+s
pxIq4gD7/c33p+/Ptz//AXIVUSnWV9a6HMrTy/OV5y8vV06+rJ4yKI1S9iXNS9JL8pXkLyVXGmVi
fUnrFNL0NF+aPy2Xkk/qCZCDYvZFzYvSi/IV5S8ml4Mg1vdT8rTg52T9YEfyVNTDKahrdnLwE37E
dmzDVvOt9K18W/m3yW2X/xHZvu+sN5lvpm/m28y/WW6T/HfYiA34FuvN19PX863n/1Zug/zGWN+X
1mvM19LX8q3lXyu3Rv5LfIHV+ByrzFfRV/Gt4v9cbrX8F7G+j6w/Nl9OX863nH+53MfyH+FDLMMH
WGq+lL6Ubyn/B3LL5D+M9b1t/Q4W0xbzLOZdLPOO7Ns63sIivGm/0HwhfSHfQv435RbhrVjfy9av
YD59Pt98/vlyr8i/rGdexFz7l8zn0OfwvcQ/V24eXo71zUw2CJ6zn0WfxTeLf5bcc/Iz8WzEDDxj
Pp0+ne8Z/hlyz8qHHdm+J6wnm0+hT+Gbwj9FbrL8E3g8YhIeM59In8j3GP8kucfln4j1PWT9kPnD
9LF8IQ/LPCT7oI4sY+wfML+fHvIA/xi5BzP5X/rutL4Lo2ijeEbxjpK7S/5OPXdEjLS/3fw2+m18
t/OPlLsDd8b6hiYbBjfZD6MP4xvGP0zuJvmhuDFiCG4wv55+Pd8N/EPkbpQPO7J9A62vMh9EH8Q3
iH+Q3FXyA3FlxABcYd6f3p/vCv4BclfKD4z19bDuiV60Xjy9eHvJ9JTtoaN7RDf7y8y70rvyXcbf
Ta47esT6OiQbBR3tO9E78XXi7yTXUb4D2ke0w0Xmbelt+S7ibyfXXj7syPa1tG5pfh69FV/IeTIt
Zc/VkaWF/Tnmzekh5/C3kDs3k/+l7wzrM9GY1pinMW9juTPlz9BzekQj+4bmDegN+BryN5I7HWfE
+k5Knh6cbF+XXpevLn9duZPlT8KJEXVwgvnx9OP5TuCvI3eifNiR7Tva+hjUpNXkqclbU+YY2aN1
HBVRw/5I8yPoR/AdyV9D7igcHes7KHlGcLB9NXo1vmr81eQOlj8IVSOq4EDzyvTKfAfyV5GrKh92
ZPv2SZ4Z7GtfgVaBpwJvBZl9ZffB3hHlUc68LL0sXzn+8nJ7y4cd2b7i1nuiBK0ETwneEjJ7yhbX
kRuRtk+ZJ+lJvhR/Wi4XxWN9hZKNg8L2RehF+IrwF5ErLF8IiYgdQYPg56Bh8FPQCKdbn2F2Jq1x
EHZk+74Pzgr+EzQOfqD9wPMD7w8y/5H9HlsiNmOT+Xf07/g28W+W2yIfdmT7vrb+Buto63jW8a6T
+Ub2ax1fRay1X2P+Jf1LvjX8a+W+wtexvk+CJsGnWGm2kmcl70qZT2U/0bEiYrn9x+Yf0T/i+5h/
udwKhB3ZvveCs4P3scRsCc8S3iUy78u+p+PdiMX275i/TX+b7x3+xXLvIuzI9r0WNAteD5oGC8wW
8CzgXSDzuuxreDViPl4xf5n+Mt8r/PPlXpUPO7J9LwTNgxcx22w2fTbfbP4X5V6Qfz5ilv1z5jPp
M/me458l9zzCjmzfk0GL4KngnGCa2dM8T/NOk3lK9klMjZiCyeaT6ZP5JvNPkZsqH3Zk+yYE5wWP
Bi1xLlrgnGAC7yMy4zHOOmSs+cP0h/nG8o+TG49HEHbk/3lp/TgmBa2Cx4Lz0RoXoI3ZhbQ8nsBk
TDGfSp/KN4V/stwTsb6ZZs9iBv0Zvun80+WeCdqaXUTLYyaewyzzWfRZfLP4n5MLO/K/3zCbh7n0
l/jm8M+ReyloZ9aelsfLeAXzzefT5/PN539FLuzI/37I/i0sor3Js5B3ocybsouCDrQ83sY7WGy+
mL6YbzH/O3JhR/73a/YfYhntA56lvEtlPpBdFnSk5fERPsZy8+X05XzL+T+WCzvyv5+0/wKraZ/z
rOJdJfO57OqgEy2PL7EGa83X0tfyreVfIxd25H+/a78RG2jf8qznXS/zreyG4GJaHt9hEzabb6Zv
5tvMv0ku7Mj/ftz+R2zHNvpWvq382+S2y/8YdM7wE36232G+g76Dbwf/z3JhR/77hWT7IEAOiiU7
BEWTHdHJ+mKzzrRLMiSRsk+bp+lpvjR/Si7syH8/Y10GpWmleErylpQpJVtaR5mIsiiH8ubl6eX5
yvOXkysb66tsXwkVcQB9f779+Q+QqyhfKdklQ2UcaF/FvAq9Cl8V/gPlwo7894PWh6M67TCeQ3kP
lTlMtrqOwyOOwJGoYV6DXoOvBv+RckfE+o63Pw61cSy9Fl8t/mPlassfl7w0w/E4wb6OeR16Hb46
/CfIhR3576etT0N92qk89XjryZwqW1/HaREN0BCNzBvRG/E14m8o1yDW19y+GZribHoTvib8Z8s1
lW+W7JqhOc6xb2Hegt6CrwX/OXJhR/7PI6wvRBvaBTyteVvLXCDbRseFEW1xEdqZt6O342vHf5Fc
21hfV/tL0QWX0Dvzdea/RK6L/KXJyzJ0xWX23cy70bvxdeO/TC7syPb1t74c/dCX3oevD39fuX7y
l+sJ6Y8r7AeYD6AP4BvAf4Vc/1jf9dbXYTDtWp5reK+RuVZ2sI7rIq7HDRhiPoQ+hG8I/w1y18f6
brO/FSNwC30433D+W+RGyN+a7JbhNtxuP9J8JH0k30j+2+XCjmzf/db3YTTupd/Ddw//vXKj5e/T
E3I/HrAfYz6GPoZvDP8DcvfH+iZaP4oJtEd4xvOOl3lEdoKORyMm4jFMMp9En8Q3if8xuYmxvunW
T2Oa+VP0J/me5H9Kbpr80xHT8QxmmM+gz+Cbwf+M3PRY3xz7f2I2XqS/wPcC/4tys+X/meyeYQ5e
sp9rPpc+l28u/0tyYUe2b6H1G1iA1+mv8b3G/7rcAvk39IQsxJv2i8wX0RfxLeJ/U25hrG+p9b+w
hPY+z3u8Ie/LLZH/l54sS+0/MF9GD/mAf6nc0ljfKuvPsNL8U/onfJ/IfCq7UsdnEavwOVabr6av
5lvN/7ncqljfeut/Y535N/Sv+b7m/0Zunfy/I9bjW2ww30DfwLeB/1u59bG+rdb/xQ/m/6F/z/c9
/3/kfpD/b8RWbMN28+307Xzb+bfJbY31FU11CfZAERROXRoUSnXFZdbdzLrTemQoimL2OeY59By+
HP5icmFHtq+k9V4ogT3pxfmK8+8pV0J+Lz0hJVHKvrR5aXppvtL8peRKxvr2t94PFbAvfR++ffj3
lasgv5+ekP1xgH1F84r0inwV+Q+Q2z/Wd2i4RjUcTD+I7yD+g+WqyR+iJ+RQHGZf3bw6vTpfdf7D
5A6N9dWy/gdq4hj60XxH8x8jV1P+H3pCauFY+9rmtem1+WrzHytXK9ZXz/oU1MXJ9JP4TuI/Wa6u
/Cl6QurhVPv65vXp9fnq858qVy/W18T6LDTGmfQz+M7gP1OusfxZekKa4Gz7puZN6U35mvKfLdck
1tfa+ny0wnn0lnwt+c+TayV/vp6Q1rjAvo15G3obvjb8F8i1jvV1tr4YndCR3oGvA39HuU7yF+sJ
6YxL7LuYd6F34evCf4lc51hfH+ve6IWe9B58Pfh7yvWS760npA/62vcz70fvx9ePv69cn1jfNdZX
YxCuog/kG8h/ldwg+av1hFyDa+0Hmw+mD+YbzH+t3DWxvuHWN2MYbqIP5RvKf5PcMPmb9YQMxy32
I8xH0EfwjeC/RW54rO9u61G4i3Ynz528d8mMkr1bxz0R99qPNh9NH803mv9euXtwd6xvnPVYPEx/
iO8h/oflxsqP0zM+4hH7CeYT6BP4JvA/Ijce42J9U62nYDL9Cb4n+CfLTZGfqufJiKfsp5lPo0/j
m8b/lNyTmBrre956Fp6jz+Sbyf+c3Cz55/W8EPGi/Wzz2fTZfLP5X5R7Ac/H+l5NXRLMt3+F/jLf
y/yvyM2XfxWvRbyOBeYL6Av4FvC/LveafNiR7XvXerH5O/S3+d7mf0dusfy7eC/ifSwxX0JfwreE
/3259+TfjfWtsF5u/jH9I76P+D+WWy6/Ap9EfIqV5ivpK/lW8n8q94n8iljfV9ZrsYb2Jc+XvGtk
1sp+pePriG/s15mvo6/jW8f/jdzX+CrWt8V6MzbRv+P7jn+T3Gb5LXq+j/iP/Q/mP9B/4PuB/z9y
32NLrC+RviTYYf8z/Se+n/h/ltshn0h3DwpFFE778yl9GbriUvjzS7YQwo5sX27aeyj7FD3Jl+RP
yaXlc1E8Yk+UMC9BL8FXgn9PueLyYUe2b2/r8ubl6GX5yvKXkysvvzf2idgXFcwr0CvwVeDfV24f
+b1jfVWtq+BAWmWeyrwHylSRrarjoIiD7auZV6NX46vGf7DcQaga66thfSSOoB/BdwT/EXJHytfQ
cxSOxjH2Nc1r0mvy1eQ/Ru5oHBXrq5O+ODjB/nj68XzH8x8vd4J8HZwYcRJONq9Lr8t3Mv9JcifK
hx3ZvkbWDdGA1oCnAW8DmYayjXScHnGG/ZnmjemN+c7kP0PudDSK9bWwPgfN6c35mvM3lztHvoWe
cyNa2p9n3oreiu88/pZy56JFrK9dulNwkX1belu+tvxt5S6Sb4f2ER3Q0bwTvRNfR/4Ocu3lw45s
Xzfry9CV1pWnK29Xmctku+noHtHDvqd5L3ovvp78PeS6o1usb0C6Y3CFfX96f77+/P3lrpAfgCsj
BuIq80H0QXxX8Q+Uu1I+7Mj2DbG+AdfTrue5nvd6mRtkh+i4MWKo/U3mw+jD+G7iHyp3I4bE+kam
OwS3299Gv43vNv7b5G6XH4k7Iu7EXeaj6KP47uK/U+4O+bAj2zfG+gHcT7uf537e+2UekB2j48GI
h+wfNh9LH8v3MP9Dcg9iTKxvUrp98Jj9RPpEvon8E+Uek5+ExyOewGTzKfQpfJP5n5B7XD7syPbN
SLcLnrGfTpvOM513uswzsjPwbMRMPGc+iz6L7zn+mXLPyocd2b651i9hDm0OzxzeOTIvyc7VMS/i
ZftXzOfT5/O9wv+y3DzMjfUtSl8UvGm/kL6QbyH/Qrk35RfhrYi38Y75Yvpivnf435Z7Sz7syPYt
S7cNPrBfSlvKs5R3qcwHssvwYcRH+Nh8OX0538f8H8l9KB92ZPtWpy8MPrdfRVvFs4p3lcznsqvx
RcSXWGO+lr6Wbw3/l3JfyIcd2b4N6TbBt1hvtp6+nm89/7dyG+Q3Rnxnv8l8M30z3yb+7+Q2IuzI
9m1PXxBsw1azrTxbebfKbJPdruPHiJ/sfzbfQd/B9zP/T3I/IuzI9uXknh8UQ9Hc1rgAbXChWdsg
J/eiIIhI2qfM0/Q0X4o/KRcg7Mj2lc5tGZTKPS8omdsq2Mt8L76S/KXkSqNMRFmUMy9HL8dXjr+s
XBn5sCP/54nW5VAee+eeixY4B83NmtGaZiiLMvalzUvRS/GV5g/7ysb6krQU0sjlzZXJlc3NPdus
Ce2sDEkE9jnmxejF+HL4A7mwI//nsenm7tvm7uNmQYKvEH8huYT8jnRjWh4/4UdsT5+FJjgbTc2a
BWFH/s+LzTZhM7bwfM/7vcwW2c3pM2lnZPgOG+03mG+gb+DbwL9RLuzI/3m22RqsxVc8X/N+LfOV
7Foda9KnZ/gSX9ivNl9NX823mv8LubAj/+ftZh9jOVbwfML7icwK2eU6Pk43yvARPrRfZr6Mvoxv
Gf+HcmFH/t8HmL2DxXiX5z3e92TelV2s4510wwxv4y37ReaL6Iv4FvG/JRd25P99hdkrmI9XeV7j
fU3mVdn5Ol5JN8jwMubZzzWfS5/LN5d/nlzYkf/3KdbPYRbteZ4XeF+QeV52lo7nImbiWcwwn0Gf
wTeD/1m5mbG+J+wnYwptKs+TvE/KTJWdkj6NlscTeByTzCfRJ/FN4n9cLuzI/3yE/cMYi3H08Xzj
+cfJjZV/OF0/w0N40H6M+Rj6GL4x/A/KhR35n4+wvgujaHfz3MN7j8zdsqN03BVxJ+7ASPOR9JF8
I/nvkLsz1jfU/iYMw8304XzD+W+WGyZ/U/rUDENxo/0Q8yH0IXxD+G+UCzvyPx9hfRUG0a7muYb3
GpmrZQfpuCpiIK7EAPMB9AF8A/ivlBsY6+th3xO90Jveh68Pf2+5XvI90/Uy9EB3+27m3ejd+Lrx
d5cLO/I/H2HdEZ1oF/N05u0sc7FsJx0dIzqgPdqZt6O342vH316uQ6yvpfV5aGV+Pr01X2v+8+Va
yZ8X0RLnooV5C3oLvhb858q1jPWdYX8mGuMsehO+JvxnyTWWPzN9SoYzcLp9I/NG9EZ8jfhPlws7
8j8fYX0y6tJO4anHW0/mFNm6Ok6OOAknoo55HXodvjr8J8qdFOs72v4Y1MQ/6LX4avH/Q66m/DHp
uhmOxlH2Ncxr0Gvw1eA/Si7syP98hPXBqBbO6IfyHcp/iFw1+YP1hByEqvZVzKvQq/BV4a8qd1Cs
bx/rfVGBth/P/rz7y+wnW0HHvhH7YG+UNy9PL89Xnn9vuX1ifcWt90QJ873oJflK8u8lV0J+z4ji
yEXaPE1P86X5c+WKx/oKWRdGEfM96EX5ivLvIVdEvnBEISSwI3UK6uFU1Dc7LSgU6/s+dZr3xad5
f3xa8F/6Vr6t/P+V+yFVl3Zyhu+xxX6z+Wb6Zr7N/Fvkwo78z0dYf4N1+Dd9Pd96/n/LrZP/Rk/I
1/jKfq35WvpavrX8X8l9Hev7xPpTrKR9xrOKd5XMZ7IrdXwa8QlWYLn5cvpyvuX8K+Q+ifW9Z/0+
lpj/i76Ubyn/v+SWyL8f8R7exWLzxfTFfIv535V7L9b3mvXrWGD+Bn0h30L+N+QWyL8e8RpexXzz
+fT5fPP5X5V7Ldb3gv2LmI1/0ufwzeH/p9xs+RdTJ2V4Ac/bzzKfRZ/FN4v/ebkXYp/vfNL6KUzD
0/TpfNP5n5abJv+UnpAnMdV+ivkU+hS+KfxT5Z6M9Y23fgQT8Ch9It9E/kflJsg/oidkPMbZjzUf
Sx/LN5Z/nNz4WN891vdiNO6j3893P/99cqPl79UTcg/uth9lPoo+im8U/91y98T6hlvfghG4lX4b
3238t8qNkL9FT8hw3Gw/zHwYfRjfMP6b5YbH+q61HozraNfzXM97ncxg2Wt1XBNxtf0g80H0QXyD
+K+WuwbXxvr6WvfD5fT+fP35L5frJ99XT5+I3va9zHvRe/H14u8t1wd9Y32XWHfBpfSufF35L5Xr
In+Jns4RF9t3Mu9E78TXif9iuc4IO/I+l14osfOn2YNE3qfli2U+Lf/bT8+HH5d/lyknN5F4NvnL
Z/oTsU/lF93pE/RFM5+x379Y5cTGxOuJnCLyyV87C+ffjry+7G8b5E2L7fQbATOTX6RPT3ZJ7pz9
fffE5KZ0q+Qhv3EX93V77DcHEvm/5JDnyMn8rkMydGR+O6BMxrtXJjVvR57zn9n8gfX6du3QPT8b
RL998PsdoXZkob0zXwu7nYf5ekzqHrcx/H2O87r2vbx/h+6VWgzoenmnSys17N+z0+Vde/VMVE/4
0ypRNlEtUdWqlP0x/r+sXTVfq2X+V9U+b513jELRMQr/6mv89ybC37qoWfOt/N+6yInutZbJfyVX
BPV/9z4Oz2vXe65IrQi+/Bt6Dkiv8Mz+6z3z9NRI/1HPztd7K4UbXe/zfD01mfhD/VpftwWJnY+f
+OX42aszfIYdVKRwok1ySzAw+X3wR2fyZ8/E8MjHJfOOHN6yghz5xOTA5EnJ3T3yqNh9UrBzHu2c
Z/+Fcx4VnfO8Ap/zaOc8+y+cc//onB/0tV4Bjxw+zif+fzjyQEceXYAj/9kt2Rrdko6p338uZPWD
UwW9Ln5ySyundv+62BpdFwenCnpd/OT+qZza/euiTuqX+6Rg51w3tSVo+xfOOTxyeM4dC3zOdVMn
Jtv+hXPePzrn01IFvSLDc66c2v3nwu4fubIj1y3Akf/sloyPbkkq/fvPhaz+RoGvi4lu6fy/cF2M
j66LNwp8XUx0/8z/C9fFJ7H7pGDnvMo5F03v/jl/Ep1z9tEoyJFPTBZN7/45z43OeU2Br8hVmcd5
958Lu3/k+Y686m98LtRP592SqX/wXMjqvQt8XTRKbwm6/YXrIjxyeF30LvB10Sh9YrLbX7guhsbu
k4Kd83DnPOkvnPPQ6JynFvichzvnSX/hnLtE53x7uqBX5PDM47z7z4XdP3I3Rx5egCMX9LlxtWfn
rW7OUF8PSv3mt93/xy27LnVH8rpUpdSu3rJsPu9r9t3vtnTP9NT03r95//V770t35b3qPonwveo3
GnOtmvTvfnnXfp37XtG1U+damfeh4fvPqv63T+ZdarjKa/jlneiuHKVUdJRbU+FZRG+Fd3rPu3Nv
9uvv/isE7qwbVc2J/cTikh2XJH55r/9H/wpBMrofZydvYHqxWPx+/OXRyD46yT94FNon2+eUSn5Y
bFcehV//hOGO7I9CdvoJQ050xGCX7s/czP3ZzC0I/4WHeuc2cU9WS9T6w/vw98/iqWTLnPbJT3fp
LHblVhXP3KqHo8ZmvfpeXj36CcYf3a4/e7bNdqILPcuGqR6e/v3HOvjTx3pYemjxt1Iv5f76sQ52
8bE+PH1x8U9TK3L/rnsp77HbL70i9688dlelWxc/PP3533ar8h67y6LGv+Oxu9oNXeGxe83D0yD9
x6+UQf4Z5r9S5pySnpf8bKdXyqzvz4+c62hTHXm+u/roAh15r/TTrpPD07t75PnF8r53DV+bHtrt
63VM+oacz1Kv7/TatKvX6ynpZjmbUtv+tmd1KnNlHJXeViyUG55TLXFkAa/V29NtPaJr/ubXmWuj
xr/rWr0wmXettvwff6r/3rXaPjkv2Wy3r9UXc/N++jXFSV2f2t0rZnDqieLzk3N28xWuaurW4h8k
/75XuLzHp0z0mtmk2VktaiXCR6h6Aa+b7qk+xQ9Ibfubb9eFUePfcd2ErzSVPGpv5OZ9R1iQV5rr
UvNzq+72dRN+F7Q+mfdK89RuXzdTUzfkbPzNd0G7et2cl7ogJ0gt/due13l/MjbUGP7JWL9BC680
1Qt81YxNdchpnvrmb361GRk1/h1Xje88E2dFfzIW7Kq5KadZap53Ebt61eT/G1v31yzAVVEip1Au
MflnV8Xv3XtlE+F3u+N2/vu0Uud27dG5X6WzOw+odE6vHh16Jnbvb9b2yzwWVxc7N7lnYue/WWuQ
qOBaqeQ7qaOs9vY1nFQy++33VrtyrHKZY20oNikZ/glYv1fPy/v26t69c98G+mtlesPjVPifV+jO
j3xbVYe4kyf6Oi8o2LvHS3NuSA0Ostd69l7L2++R+VO6apEiiXGpy3KuSx2e08HX7Kxj6tpgSGp2
MD51zW/+tbNde9d5UfBg7l7BUbv0Svx/937nbLcgfGVoUf8M9/mR/+MZuPP9Hv4JG75OH+L1+ufY
q+WOX71axu/b7PMk72+5P01cWqiSZ96vnb//zPjtvXddas/0MalPd+k9+//F30eXzdx7vd2C8Izy
ni1de3b5nb9xLtgr7abUB6lH/Tn/d73S7pW5nZ9rDJ8PDTt07Nu1U7XMrdsn87OH3X29vcjN7e6R
X+Yy6p9O/Oos8v6Fv18+65B3Xcb/hb9OOT3SHdEhp2e6fU6vdLuc3hna5/Qx60vrl08n+4vNO9ND
LubvJBd2ZPt6WvdAd/Nu9G583WS6yXbX0QM9I3qZ9ab14Qnpzd9Lrles7yrrgbjSfAB9AN8AmQGy
V+oYiKsiBpldTbuGJ+Rq/kFyg2J9N1kPxY3mQ+hD+IbIDJG9UcdQ3BQxzOxm2nCekJv5h8kNi/Xd
ZX0n7jAfSR/JN1JmpOwdOu7EXRGjzO6m3cMTcjf/KLlRsb6HrR/Cg+Zj6GP4xsiMkX1Qx0N4OGKs
2TjaeJ6Qcfxj5cbG+iZbP4HHzSfRJ/FNkpkk+7iOJzA5YorZVNqTPCFT+afITYn1PWc9E8+az6DP
4JshM0P2WR0z8VzELLPnaS/whDzPP0tuVqzvFeuXMc98Ln0u31yZubLzdLyMVyLmm71Ke40n5FX+
+XLzY33vWL+Nt8wX0RfxLZJZJPuWjrfxTsRis3dp7/GEvMu/WG5xrO9j64/wofky+jK+ZTLLZD/U
8RE+jlhutoL2CU/ICv7lcstjfWusv8QX5qvpq/lWy6yW/ULHl1gTsdbsK9rXPCFf8a+VWxvr22T9
HTaab6Bv4Nsgs0F2o47vsClis9kW2vc8IVv4N8ttjvX9bP0TfjTfTt/Ot11mu+yPOn7CzxE7zBJB
n3ShoHeGRNDLrCd+6UsFPdJJBEHPdA49hy9HJifoa9aP1i+dikib5dKK84Tk8qfl0sEvfeWsy6KM
eWl6ab7SMqVly+goi3IR5c32pu3DE7I3f3m58rG+A60ro5J5RXpFvooyFWUr6aiMAyOqmFWlHcQT
UpW/ilyVWN+R1kfgcPPq9Op81WWqyx6u4wgcGVHD7Cja0TwhR/HXkKsR6zvB+ngcZ16bXpuvtkxt
2eN0HI8TIuqYnUg7iSfkRP46cnVifQ2tG+A08/Az5vUznzXvg75m/Wj90g0jGpmdTjuDJ+T0zOfU
e2Y+c57tO8e6OZqZN6U35Wsq01S2mY7mOCeihdm5tJY8Iefyt5BrEeu7yLotLjRvQ2/D10amjeyF
Otriooh2Zu1pHXhC2vO3k2sX67vMOv77hF34ush0kb1UR1dcFtHNrDutB09Id/5uct1ifVdY98fl
5v3o/fj6yfSTvVxHf1wRMcDsStpAnpAr+QfIDYj13WB9Pa4zH0wfzDdYZrDsdTquxw0RQ8xupA3l
CbmRf4jckFjf7da34VbzEfQRfCNkRsjequM23B4x0uwO2p08IXfwj5QbGet7wPp+3Gc+mj6ab7TM
aNn7dNyPByLGmD1Ie4gn5EH+MXJjYn2PWU/Eo+YT6BP4JshMkH1Ux0Q8FjHJ7HHaEzwhj/NPkpsU
63vGejqeNp9Gn8Y3TWaa7NM6puOZiBlmz9Jm8oQ8yz9Dbkas7yXrOfin+Wz6bL7ZMrNl/6ljDl6K
mGs2j/YyT8g8/rlyc2N9b1ovxBvmC+gL+BbILJB9Q8dCvBmxyOwt2ts8IW/xL5JbFOv7wHop/mW+
hL6Eb4nMEtl/6ViKDyKWmX1I+4gn5EP+ZXLLYn2fW6/CZ+Yr6Sv5VsqslP1Mxyp8HrHa7Avalzwh
X/Cvllsd6/vWej3+bb6Ovo5vncw62X/rWI9vIzaYbaR9xxOykX+D3IZY3zbrrfiv+Q/0H/h+kPlB
9r86tmJbxHazH2k/8YT8yL9dbnusr1iyR7oo9kj2TBdJ9kJv9EFfs360fuliETlmAS3JExLw58jl
JH/pK2VdEnuZl6CX4CshU0J2Lx0lUSqitFkZWlmekDL8peVKx/oOsN4f+5lXoFfgqyBTQXY/Hfvj
gIiKZpVolXlCKvFXlKsY6zvM+tBwb16NXo2vmkw12UN0HIrDIqqbHU47gifkcP7qctVjfcda18I/
zGvSa/LVlKkp+w8dtXBsRG2z42jH84Qcx19brnas71TrejjFvC69Ll9dmbqyp+ioh1Mj6pudRmvA
E3Iaf325+rG+s62b4CzzxvTGfI1lGsuepaMJzo5oataM1pwnpBl/U7mmsb4LrFvjfPNW9FZ8rWRa
yZ6vozUuiGhjdiGtLU/Ihfxt5NrE+i6x7oyLzTvRO/F1kukke7GOzrgkoovZpbSuPCGX8neR6xLr
62vdB73Ne9F78fWS6SXbW0cf9I3oZ3Y5rT9PyOX8/eT6xfqutb4GV5sPog/iGyQzSPZqHdfg2ojB
ZtfRrucJuY5/sNzgWN8t1sNxs/kw+jC+YTLDZG/WMRy3RIwwu5V2G0/Irfwj5EbE+u61vgd3m4+i
j+IbJTNK9m4d9+DeiNFm99Hu5wm5j3+03OhY3yPW4zHOfCx9LN9YmbGy43SMxyMRE8wepU3kCXmU
f4LchFjfU9ZPYqr5FPoUvikyU2Sn6ngST0VMM3uaNp0n5Gn+aXLTYn0vWr/w/zq7E3ir537v/xku
e6+1tkJJhEIUZQxlDGUMZUiGDEkqpDRoonnUPJfmSbPmuVTSQCkpKmmgSAOVoZDhfn7XWr/dPtc5
//813Ofxuu71/bxf77cux3C7937YmOs+Rz6HN0dnju5cG/MwP80Ct4WyRZzAQv4CvQU59lb4vBwf
uC+TL+Mt01mm+4GN5ViRZqXbKtmHnMAq/kq9lTn2PvV5PT5xXydfx1uns073Exvr8WmaDW4bZZ9x
Ahv5G/Q25Njb7vM2fOm+Vb6Vt1Vnq+6XNrZhe5odbjtlX3ECO/k79Hbk2Nvn8158575Hvoe3R2eP
7nc29mJfmv1uB2TfcwIH+Pv19ufYO+LzL/jZ/Sf5T7yfdH7S/dnGLziS5qjbr7LfOIFf+Uf1jubY
OzFeO3ECcsX9c5P8b97fOn/r5orXl9VPnJjmpLi/R8VfS/wjXjfJyXF//9I7KX58L7fPpyLLPSFP
8BI6Cd0sG6cid5o8bqfJTucETuPn0cuTY+8cn89GAfez5GfxztI5S7eAjbNxTpqCbufKzuMEzuUX
1CuYY+8Sny9GEfeL5BfxLtK5SLeIjYtxSZqibsVkl3ICxfhF9Yrm2LvG56txlfuV8it5V+pcqXuV
jatxTZqSbtfKruMEruWX1CuZY+9Wn2/Bze43yW/i3aRzk+7NNm7BrWnKuN0mu50TuI1fRq9Mjr37
fL4X97jfLb+bd7fO3br32LgX96Up73a/7AFO4H5+eb3yOfYe87kSHnV/RP4I7xGdR3QftVEJj6Wp
7Pa47AlO4HF+Zb3KOfae97kqnnN/Vv4s71mdZ3Wfs1EVz6ep5vaCrDon8AK/ml61HHuv+lwbr7i/
LH+Z97LOy7qv2KiNV9PUcasre40TqMuvo1cnx15Tn5ugsXsjeSNeI51Guo1tNEHTNM3c3pC9yQm8
wW+m1yzHXnuf26Gtext5G14bnTa6bW20Q/s0Hdw6yjpxAh35HfQ65Njr5XNP9HDvLu/O667TXbeH
jZ7olaa3Wx9ZX06gD7+3Xu8ce0N9HoLB7oPkg3iDdAbpDrYxBEPTDHMbLhvBCQznD9MblmNvgs/j
Mc59rHwsb6zOWN1xNsZjQpqJbpNkkzmBSfyJehNz7M32eRZmus+Qz+DN0JmhO9PGLMxOM8dtrmwe
JzCXP0dvTo69931eiiXui+WLeYt1FususbEU76dZ5vaBbDkn8AF/md6yHHtrff4Ya9xXy1fzVuus
1l1j42OsTbPO7RPZek7gE/46vXU59r7weQs2u2+Sb+Jt0tmku9nGFnyRZqvbl7JtnMCX/K16W3Ps
fevzN9jtvku+i7dLZ5fubhvf4Ns0e9y+k+3lBL7j79Hbk2PvR58P45D7QflB3kGdg7qHbBzGj2l+
cvtZ9gsn8DP/J72fcuz95fOf+MP9mPwY75jOMd0/bPyJv9L87ZYr8VrihETdJLkS/v4V/j6WYy+e
qJ2IITPhn5vkGbwMnYyEf7ZK1JfVT8TTJNyyZKdyAln8hF4ikeP//8/nM5HPPa88Ly+vTl7dfDbO
RP40Z7kVkJ3NCRTgn6V3Vo69C32+AIXdC8kL8QrpFNItbOMCXJjmIrcisos5gSL8i/QuyrF3hc+X
o4R7cXlxXnGd4rolbFyOK9Jc6XaV7GpO4Cr+lXpX5ti70ecbUNq9lLwUr5ROKd3SNm7AjWlucrtZ
dgsncDP/Jr2bcuzd5fOdKOdeVl6WV1anrG45G3firjR3u90ju5cTuId/t97dOfYe9vkhVHSvIK/A
q6BTQbeijYfwcJpH3B6VVeIEHuU/ovdIjr1nfH4aVdyfkj/Fe0rnKd0qNp7GM2medXtOVpUTeI7/
rN6zOfZe8rkWarrXkNfg1dCpoVvTRi28lOZlt1dk/mkqySv8l/VezrH3us8N0cDd38FQF6/BP1v5
z4Z4PU0jt8ayJpxAY34jvUY59lr73Aot3VvIW/Ba6LTQbWmjFVqnaePWVtaOE2jLb6PXJsdeN5+7
oot7Z3lnXmedzrpdbHRFtzTd3XrIenICPfjd9brn2Hvb54EY4N5f3p/XX6e/7gAbA/F2mkFug2VD
OIHB/EF6g3LsvePzGIx2HyUfxRulM0p3tI0xeCfNWLdxsvGcwDj+WL2xOfam+zwNU92nyKfwpuhM
0Z1qYxqmp5nhNlM2ixOYyZ+hNyPH3ns+L8JC9wXyBbwFOgt0F9pYhPfSLHZbIlvKCSzhL9ZbnGPv
I58/xCr3lfKVvJU6K3VX2fgQH6VZ7bZG9jEnsIa/Wm91jr3Pff4MG903yDfwNuhs0N1o4zN8nmaT
22bZFk5gM3+T3qYce1/7/BV2uu+Q7+Dt0Nmhu9PGV/g6zS633bJvOIHd/F16u3Ls/eDz9zjgvl++
n7dfZ7/uARvf44c0B90OyQ5zAof4B/UO5tj73eff8Kv7UflR3lGdo7q/2vgNv6c55vaH7E9O4A/+
Mb1jOfZOyaqd+AdOzvLPTVn++SmrLl6Df7bKqi+rnzglTYZbpizGCWTyM/QysnL8///5fDpOc88j
z8PLo5NH9zQbp+OMNHnd8snO5ATy8fPq5c2xd77P5+Fc94LygryCOgV1z7VxHs5PU8itsOwCTqAw
v5BeoRx7l/l8aXi7F5UX5RXVKapbzMaluCxNcbcSsss5gRL84nrFc+xd7/N1uNa9pLwkr6ROSd1r
bVyH69OUcistu4ETKM0vpVcqx94dPt+O29zLyMvwyuiU0b3Nxu24I01Zt3KyOzmBcvyyemVz7D3o
8wO43728vDyvvE553fttPIAH01Rwqyh7iBOoyK+gVyHH3pM+P4HH3SvLK/Mq61TWfdzGE3gyzVNu
VWRPcwJV+E/pPZVj70Wfq+MF92ryarxqOtV0X7BRHS+mqeFWU1aLE6jJr6FXI8dePZ9fQ133OvI6
vDo6dXTr2ngN9dLUd2sga8gJNODX16ufY6+5z2/iDfdm8ma8ZjrNdN+w8Saap2nh1lLWihNoyW+h
1yLH3ls+d0JH9w7yDrwOOh10O9rohLfSdHbrIuvKCXThd9brnGOvn8990ce9t7w3r7dOb90+Nvqi
X5r+bgNkAzmBAfz+ev1z7I30eQSGuw+TD+MN0xmmO9zGCIxMM8pttGwMJzCaP0pvVI69d32ejEnu
E+UTeRN1JupOsjEZ76aZ4jZVNo0TmMqfojclx958n+dhrvsc+RzeHJ05unNtzMP8NAvcFsoWcQIL
+Qv0FuTYW+Hzcnzgvky+jLdMZ5nuBzaWY0WalW6rZB9yAqv4K/VWhr9+5vrv/o0sr2fkylU3nivX
4qxcuY7Gc/3Td6X97+9PapbxWrwpmmTUizfOqB9vlNEgSeOMhm6vyxpl08z7Dfc35YE3+M30wsbx
7/+pF2+HtrI2nDb8Nnpt9NtmNJalaI8O6OjeSd6J15HfQS9sHP/+n/rxnugh687pzu2u0123R0YT
WYpe6I0+7n3lfXl9+L31wsbx7/9pEB+CwbJBnEHcQTqDdAdnNJWlGIphGO4+Qj6CN5w/TC9sHP/+
n4bx8RgnG8sZyx2rM1Z3XEYzWYoJmIhJ7pPlk3mT+BP1wsbx7/9pFJ+FmZjBmcGdoTNDd2bGG7I3
k8zGHO+57vPk83hz+XP0wsbx7/9pHF+KJVjMWcxdrLNYd4mNpRnNk7yPZd4fuC+XL+d9wF+mFzaO
f/9Pk/jHWIPVnNXc1TqrddfY+DijRZK1WOf9ift6+XreJ/x1emHj+Pf/NI1vwWZs4mzibtLZpLvZ
xpaMlkm+wFbvL923ybfxvuRv1Qsbx7//p1n8G+yW7+Lt4u/S26W/O6OVLMW32IPv3PfK9/K+4+/R
CxvHv//njfhhHJId5PzA/UHnoO6hjNayFD/iJ/zs/rP8Z97P/J/0wsbx7/95M/4n/pAd4/zO/V3n
mO4fGW1kKf7C38iV2Rqt0BIt3JrHw8bx7/9pHo8hU5bBOYV7ik5GZhu3trIUcSSQ5Z4lz+Jl8RN6
YeP49/+0jJ+JfMjLOYN7hk5e3XyZ7WTtk+THWd4F3AvIC/AK8M/SCxvHv/+nVfwCFEYhzvnc83UK
6Ra2cUFmhyQX4iLvIu5F5EV4RfgX6YWN49//0zp+OUqgOOcy7mU6xXVL2Lg8s2OSK3Cl91XuV8mv
4l3Fv1IvbBz//p828RtQGqU413Ov1ymlW9rGDZmdktyIm7xvdr9ZfjPvZv5NemHj+Pf/tI3fiXLy
srw7cvx7xcplviVLcRfuxj3u98jv4d3Dv1svbBz//p928YdQUVaB8yD3QZ0KuhUzO8tSPIxH8Kj7
o/JHeY/yH9ELG8e//6d9/GlUkT3FeZL7pM5TulUyu8hSPINn8Zz7c/LneM/xn9ULG9FeLe+ayZ8v
0TH+IudF7os6L+rWyOwqS1ELL+Fl9/BzJl7hvcx/SS9sRHsN3RqgPupx6nHr6dTTrZ/ZTdY9SUO8
7t3IvbG8Ma8R/3W9sBHttXJriRZozmnOba7TXLeFjZaZPZK0QmvvNu5t5W15bfit9cJGtNfVrQs6
4y3OW9y3dN7S7WyjS2bPJF3Rzbu7ew95D153fje9sBHtDXQbgP7ox+nH7afTT7e/jQGZvZIMxNve
g9wHywfzBvHf1gsb0d4Yt9EYJR/JG8kfqTdSf1Rmb1mKMXgHY93HycfxxvLf0Qsb0d4076mYInuX
8y73XZ13dadk9pGlmIbpmOE+Uz6TN4M/XS9sRHuLvBdigWw+Zz53vs583QWZfWUpFuE9LHZfIl/C
W8x/Ty9sRHsfeq/CStkKzgruCp0Vuisz+8lSfIiPsNp9jXwNbzX/I72wEe195r0RG2SfctZz1+t8
qrshs78sxWf4HJvcN8k38TbxP9cLG9HeV247sQPbOdu423S26+7IHCAbmOQrfO29y32XfBdvF/9r
vbAR7X3vdgD7sY+zl7tXZ5/ufhsHMt9O8j1+8D7oflB+kHeQ/4Ne2Ij2fnP7FUdxhPML9xedI7pH
bfyaOSjJb/jd+5j7Mfkx3jH+73phI9r7R6xf/GSchBNj/eMnxAZgoM9vuw2SDU7yD5zineGeIc/g
ZfBP0Qsb0d7pbqchjzw371T+qXq59fPEhshSnI4zkNc9rzwvLy//DL2wEe2d530uCsrO4ZzNPVvn
HN2CsaGyFOfhfBRyLyQvxCvEP18vbER7l3oXQ1HZJZyLuRfrXKJbNDZMluJSXIbi7sXlxXnF+Zfp
JTfSe9d5X4uSsms4V3Ov1rlGt2RsuCzFdbgepdxLyUvxSvGv1wsb0d7tbrehDG7l3MK9RedW3TKx
EbKRSW7HHd5l3cvKy/LK8u/QCxvR3v1u5XEf7uXcy71X517d+2yUj41Kcj8e8H7QvYK8Au9B/gN6
YSPae9ytMh5DJU4lbiWdSrqP2agcG53kcTzh/aT7U/KneE/yn9ALG9HeC27V8Dyqcqpyq+pU1X3e
RrXYmCQvoLr3i+415DV4L/Kr64WNaK+uWx28Kq/Nq82vrVdb/9XYO7IUdfEa6rnXl9fn1eO/phc2
or03vJuhqawJpwm3iU4T3aaxsbIUb+BNNHdvIW/Ba85/Uy9sRHsdvTugvawdpx23nU473faxcbIU
HdEJb7l3lnfmvcXvpBc2or0+3r3RS9aT05PbU6enbq/YeFmKPuiLfu795f15/fh99cJGtDfcbRiG
YghnCHeIzhDdobEJsolJhmOE90j3UfJRvJH8EXphI9qb5DYREzCeM547Xme87gQbE2OTkkzCZO93
3afIp/De5U/WCxvR3ly3OZiNWZyZ3Jk6s3Rn25gTm5xkLuZ5z3efL5/Pm8+fpxc2or0P3JbhfSzl
LOEu0Vmq+76NZbF3k3yA5d4r3FfIV/BW8JfrhY1o7xO3dVgr/5i3hr9G72P9tbEpshSfYD0+df9U
/invU/56vbAR7X3pvRVfyLZwNnM362zR/SI2VZbiS2zDdvft8u287fxtemEj2vvOew++lX3D2c3d
rfON7rexabIU32Ev9rnvk+/j7ePv1Qsb0d7P3j/hR9lhziHuIZ3Duj/GpstS/IxfcMT9iPwI7wj/
F72wEe3lik+O/+32l+xPzh/cP3T+1P0rNkOWIld8RvwEnBifjmmYiilu78bDRrSX5ZZAHDFOJjdT
J6Ybj8+UzUqShVO9c7vnlufm5eafqhc2or0CbmchP87k5OPm0zlTN7+Ns+KzkxTA2d7nuJ8jP4d3
Dv9svbAR7RVxuwgX4gJOYW5hnQt0L7RxUXxOkiK42PsS90vkl/Au4V+sFzaivSvdrsDlKMEpwS2h
U0L3chtXxOcmuRJXeV/tfo38Gt7V/Kv0wka0d5PbjbhBXppXml9ar7T+DfF5shQ34Wbc4n6r/Fbe
Lfyb9cJGtHe39124U1aOU45bTqec7p3x+bIUd+Me3Ot+n/w+3r38e/TCRrT3iPfDeEhWkVORW1Gn
ou5D8QWyFI/gUVRyf0z+GK8S/1G9sBHtPev9DJ6WVeFU4VbRqaL7dHyhLMWzeA5V3Z+XP8+ryn9O
L2xEey+7vYRaqMmpya2pU1O3VnyR7L0kL+MV79rur8pf5dXmv6IXNqK9Rm6voyEacBpwG+g00G1o
4/X44iSN0Ni7iXtTeVNeE35jvbAR7bVxa41WaMlpyW2p01K3lY3W8SVJ2qCtdzv39vL2vHb8tnph
I9rzTwrxbuiKLpwu3C46XXS72ugWX5qkO3p493TvJe/F68nvoRc2or1Bbm9joHwArz+/v94A/YHx
92UpBmEwhrgPkQ/hDeEP1gsb0d5Y73cwRjaaM4o7Sme07pj4MlmKsfB3hvh49/Fyf2fAYrf34mEj
2pvhPR3TZFM5U7hTdKbqTot/IEsxAzMxy32WfBZvFn+mXtiI9hZ7v4dFsoWcBdwFOgt1F8WXy1Is
xhIsdV8qX8pb6n+W+J+wEe2tdvsIH2IVZyV3pc4q3Q/jK2Qrk6zGGu+P3T+Wf8z7mL9GL2xEe5vc
Psdn2MjZwN2gs1H3MxufWw5swmbvLe5b5Ft4W/ib9cJGtLfL7Wt8hZ2cHdwdOjt1v7LxtV9lYBd2
e3/j/o38G943/N16YSPaO+j2A77HAc5+7n6dA7rf2/jBf9vAQRzyPux+WH6Yd5h/SC9sRHvH3H7H
b/JfeUf5R/V+1f/N75nf0xzDH/jT/U/5n7w/+X/ohY1oLyOxIn4K/pFYGT85sSp+UuJDfOTzarc1
shQZyETMPSaP8WL8TL2wkf31Vu/TcZosDycPN49OHt3TEh/LUpyBvMjnfqb8TF4+fl69sJH99Vbv
83CurCCnILegTkHdcxNrZSnORyEUdr9AfgGvML+QXtjI/nqr96UoJivKKcotqlNUt1hinSzFZSiO
Eu6Xyy/nleAX1wsb2V9vdbsO16IkpyS3pE5J3WsTn8jWJ7kepbxLu98gv4FXml9KL2xkf73V7Xbc
hjKcMtwyOmV0b7Nxe+LTJHegrHc59zvld/LK8cvqhY3sr7e6PYD7UZ5Tnltep7zu/TYeSGxI8iAq
eFd0f0j+EK8iv4Je2Mj+eqvbE3gclTmVuZV1Kus+buOJxMYkT+Ip7yruT8uf5lXhP6UXNrK/3upW
HS/Iq/Gq8avpVdN/IfGZLMWLqIGa7rXktXg1+TX0wkb211uT3zH4SfI7Butw6nDr6NTRrZv4XJai
HuqjgXtDeUNeA359vbCR/fVW7zfxhqwZpym3qU4z3TcSm2QpmqMFWrq3krfiteS30Asb2V9v9e6E
jrIOnPbc9joddDsmNstSvIXO6OLeRd6F14XfWS9sZH+91a0v+qA3pxe3l05v3T6JLbIvkvRDf+8B
7gPkA3gD+P31wkb211vdRmA4hnGGcofqDNMdbmNEYmuSkRjlPdp9tHw0bzR/lF7YyP56q9tkTMJE
zgTuBJ2JupNsTE58meRdTPGe6j5VPpU3lT9FL2xkf73VbR7mYg5nNne2zhzduTbmJbYlmY8F3gvd
F8oX8hbyF+iFjeyvt7otxwfyZbz3+e/rLdP/ILFdlmIFVmKV+yr5Kt4q/kq9sBHtfeq9Hp/I1nHW
ctfqrNP9JLFDluJTbMBG943yjbyN/A16YSPa2+69DV/KtnK+4H6hs1X3y8ROWYrt2IGd7jvlO3k7
+Tv0wka0t897L76T7eF8y/1WZ4/ud4mvZCn2YT8OuB+QH+Ad4O/XCxvR3i9uP+Mn/Mj5kfujzo+6
PyW+lu1K8guOeB91/1X+K+8o/4he2Ij2TsjaHs+Fv2V/cf7i/qXzl+7fNnJl7U5yAk7M2hU/Kevr
+MlZX2GnzzvctsfDRrR3qlsWEohz4ty4Tlw3YSMr65skpyK3dx730+Sn8fLwc+uFjWjvbLcCOAv5
Ofm5+XXy655lo0DWt0nOxjneBd3PlZ/LK8g/Ry9sRHsXuxXBRfILeRfyL9S7UP+irD2yFBfjEhR1
LyYvxivKv0QvbER7V3tfhStlV3Cu4F6hc4XulVnfyVJcjWtQ0v1a+bW8kvxr9MJGtHeL9824SXYj
50bujTo36t6UtVeW4hbcijLut8lv45Xh36oXNqK9e73vwd2yuzh3ce/SuUv37qx9shT34j6Ud79f
fj+vPP8+vbAR7VXyfhSPyB7mPMx9WOdh3Uey9stSVMJjqOz+uPxxXmX+Y3phI9qr6vYcnsUznKe5
T+s8o/ts1gHZ90mq4nnvau4vyF/gVeM/rxc2or3abq/gZbzEqcWtpfOS7ss2Xsn6IUltvOpdx72O
vA6vDv9VvbAR7TVxa4xGeJ3TkNtQ53XdRjYaZx1M0gRNvZu5N5M34zXjN9ULG9FeO7e2aIPWnFbc
VjqtddvYaJt1KEk7tPfu4N5B3oHXgd9eL2xEez3deqC7vBuvK7+rXjf97lmHZSl6ohd6u/eW9+b1
5vfSCxvR3hDvwRgke5szkDtQ523dQVk/ylIMwVAMcx8mH8Ybxh+qFzaivfHe4zBW9g5nDHeMzju6
Y7N+kqUYjwmY6D5RPpE3kT9BL2xEe7O8Z2KGbDpnGneaznTdGVk/y1LMwmzMcZ8jn8Obw5+tFzb+
2+/XCf/uyJbh3x2ZlSvXCf/G9+u0ymgVa4kWGa1jzTPaxN7MaJukeUY7t/ayDtm08m7t3kYeaM1v
pRc2or0u3p3xlqwTpxO/k14n/bcyOspSdEFXdHPvLu/O68bvqhc2or0B3v3RT9aX05fbV6evbr+M
TrIUAzAQb7sPkg/ivc0fqBc2or3R3qMwUjaCM4I7QmeE7siMt2QpRmMM3nEfKx/Le4c/Ri9sRHtT
vafgXdlkzmTuZJ3Juu9mdJalmIppmO4+Qz6DN50/TS9sRHsLvRdgvmweZx53ns483fkZXWQpFmIR
3nNfLF/Me4+/SC9sRHurvFdihWw5Zzl3uc5y3RUZXWUpVuFDfOS+Wr6a9xH/Q72wEe1t9N6AT2Xr
Oeu563XW636a0U2WYiM+w+fum+SbeJ/zP9MLG9HeTrcd2I5tnG3cbTrbdLdndJf1SLITX3l/7b5L
vov3Nf8rvbAR7R1w24992MvZy92rs1d3n439GT2THMD33j+4H5Qf5P3A/14vbER7v7odxRH8wvmF
+4vOL7pHbBzN6JXkV/zm/bv7Mfkx3u/83/TCRrR3cmbX2Ek4ESdkdovlyuyOHj73dOsl653kZPzD
+xT3U+Sn8E7h/0MvbER7p7nlQW6cysniZumcqpvbRp7MPklOw+neZ7ifIT+Ddwb/dL2wEe2d61YQ
5+BsTgFuAZ2zdc+xUTCzb5JzcZ73+e7ny8/nnc8/Ty9sRHvF3IriElzMKcItonOx7iU2imb2S1IM
l3pf5n6Z/DLeZfxL9cJGtHetW0lcI7+adxX/Kr2r9a/J7C9LcS2uw/Xu18uv513Pv04vbER7t3mX
wa2yWzg3c2/WuUX31swBshS34Xbc4X6H/A7eHfzb9cJG9tczvcvjPtm9nHu49+jcq3tf5kBZivvx
AB50f1D+IO9B/gN6YSP765nelfGYrBLnUe6jOpV0H8t8W5bicTyBJ92flD/Je5L/hF7YyP56pnc1
PC+rynmO+5xOVd3nMwfJUryA6njR/UX5i7wX+dX1wkb21zO96+BVWW3OK9xXdGrrvpo5WJaiLl5D
Pfd68nq8evzX9MJG9tczvZuhqawJpzG3sU4T3aaZQ2Qp3sCbaO7eXN6c15z/pl7YiPY6eLdHO1lb
TltuW522uu0yh8pSdEBHdHJ/S/4WrxO/o17YiPZ6u/VCT/Tg9OD20Omh2zNzmGx4kt7o493XvZ+8
H68vv49e2Ij2hrkNxRAM5gzmDtYZrDvExtDMEUmGYbj3CPeR8pG8EfzhemEj2pvoNgHjMY4zjjtO
Z5zueBsTMkcmmYhJ3pPd35W/y5vMn6QXNqK9OW6zMQszOTO5M3Vm6s6yMTtzVJI5mOs9z32+fD5v
Hn+uXtiI9pa5vY+lWMJZwl2is0R3qY33M0cnWYYPvJe7r5Cv4C3nf6AXNqK9dW5r8THWcNZw1+is
0f3YxtrMMUnW4RPv9e6fyj/lred/ohc2or2tbl9gCzZzNnM362zW3WLji8x3kmzFl97b3LfLt/O2
8b/UCxvR3h63b/GNfDdvN3+33m79bzLHylLswXfY675Pvo+3l/+dXtiI9n7y/hGHZYc4h7iHdA7p
Hs4cJ0vxE37GL+5H5Ed4v/B/1gsb0d7f3n/hT9kfnGPcYzp/6P6ZOV6W4m/kio2PnRAbh7F4B2Pc
RsfCRrSX8I4jJsvkZHAzdDJ1Y7EJshQJZOFU91Plp/JO5WfphY1o7yzv/DhTlo+Tl5tXJ5/umbGJ
shRnoQDOdj9bfjbvbH4BvbAR7V3kfSEukBXmFOIW0imse0FskizFRSiCi90vll/Mu5hfRC9sZH89
0/sKXC4rwSnOLa5TQvfy2GRZiitxFa52v1p+Ne9q/lV6YSP765neN+IGWWlOKW4pndK6N8TelaW4
CTfjFvdb5LfwbuHfrBc2sr+e6XYX7kQ5TlluWZ1yunfGpsimJrkb93jf636v/F7evfx79MJG9tcz
3R7GQ6jIqcCtoFNR9yEbD8emJXkEj3pXcq8kr8SrxH9UL2xkfz3T7Rk8jSqcp7hP6VTRfdrGM7Hp
SZ7Fc95V3avKq/Kq8p/TCxvZX890ewm1UJNTg1tDp6ZuLRsvxWYkeRmveNd2ry2vzavNf0UvbGR/
PdPtdTREA059bn2dBroNbbwem5mkERp7N3FvIm/Ca8JvrBc2or3Wbq3QEi04LbgtdFrotrTRKjYr
SWu08W7r3k7ejteW30YvbER73dy6ogv8EwamYwZmus2SzU7SDd29e7j3lPfk9eB31wsb0d7bbgMx
QN6f15/fX6+//oDYHFmKtzEIg9393QEzfZ7hNj0WNqK9d7zHYLRsFGcU198xMMdtrizFOxiLce7j
5eN54/hj9cJGtDfdexqmyqZwpnCn6EzRnRqbJ0sxHTMw032WfBZvpv+c4T/DRrT3nvciLJQt4Czg
LtBZoLswNl+W4j0sxhL3pfKlvCX8xXphI9r7yPtDrJKt5KzkrtRZqbvK6odpPsJqrHH/WP4xbw1/
tV7YiPY+9/4MG2UbOBu4G3Q26G70K/wszefYhM3uW+RbeJv5m/TCRrT3tfdX2CnbwdnB3aGzQ3en
/6Zfpfkau7Db/Rv5N7zd/F16YSPa+8H7exyQ7efs5+7X2a97wO+Z79P8gIM45H5Yfph3iH9QL2xE
e7+7/YZfcZRzhHtE56jur35v/+b3euB3HPP+w/0P+R+8P/jH9MJGtHdKfEHsHzgZJ8UXxk6ML8J7
Pi92WyJbmuQUZHhnumfKM3mZ/Ay9sJH99Uy303Ea8nByc3Pr5NE9zcbp8feTnIG83vnc88nz8fLx
8+qFjeyvZ7qdh3NRkHMO9xydgrrn2jgvvizJ+SjkXdg9/Lu/C/MK8wvphY3sr2e6XYpiKMq5hHuJ
TlHdYjYujX+Q5DIU9y7hXkJegleCX1wvbGR/PdPtOlyLkpxruNfolNS91sZ18eVJrkcp79LupeWl
eaX5pfTCRvbXM91ux20ow7mVe6tOGd3bbNweX5HkDpT1LudeTl6OV45fVi9sZH890+0B3C8vz7uP
f59eef374ytlKR5EBVR0ryivyKvIr6AXNrK/nun9BB6XVeY8xn1Mp7Lu4/FVshRP4ilUca8ir8Kr
wn9KL2xkfz3TuzpekFXjPM99Xqea7gvxD2UpXkQN1HSvKa/Jq8mvoRc2sr+e6f0a6srqcF7lvqpT
R7du/CNZinqojwbuDeQNeA349fXCRrT3pvcbaCZrymnKbarTVLdZfLUsxZtojhbuLeUteS34zfXC
RrTXybsjOsjac9pz2+u01+0QXyNL0QlvobN7F3kXXmf+W3phI9rr690HvWW9OL24vXR66faOfyxL
0Rf90N99gHwArz+/n17YiPZGuA3HMAzlDOUO1RmqOyy+VrYuyQiM9B7lPlo+mjeKP1IvbER7k90m
YSImcCZww3dWTtCdaGNS/JMkk/Fu8jsr18amyqfypvDf1Qsb0d48t7mYg9mc2dzZOrN159iYG1+f
ZB7mey9wXyhfyFvAn68XNqK95W4fYBne57zPfV/nfd1lNj6If5pkOVZ4r3RfJV/FW8lfoRc2or31
bp9gHdZy1nLX6qzVXWfjk/iGJOvxqfcG943yjbwN/E/1wka0t83tS2zFF5wvuF/ofKG71caX8Y1J
tmG79w73nfKdvB387XphI9rb6/Yd9uBbzrfcb3W+1d1j47v4Z0n2Yp/3fvcD8gO8/fx9emEj++uZ
bj/jJ/zIOcw9rPOj7k82fo5/nuQXHPE+6n5UfpR3lH9EL2xkfz0zsT6WC3/L/+L9yf9T7y/9v+Ob
ZClOwIk4KfE5PsNGbHD7NBY2sr+e6Z2FhCzOiXFjOnHdRGKzLMWpyI087nnkeXh5+Ln1wkb21zO9
C+AsWX7OmdwzdfLrnpXYIktxNs5BQfeC8oK8gvxz9MJG9tczvYvgItmFnAu4F+hcqHtR4gtZiotx
CYq6F5UX5RXlX6IXNrK/nul9Fa6UXcG5nHu5zhW6Vya2ylJcjWtQ0r2kvCSvJP8avbCR/fVM75tx
k+xGzg3cG3Ru1L0p8aUsxS24FWXcy8jL8Mrwb9ULG9lfz/S+B3fL7uLcyb1T5y7duxPbZCnuxX0o
715eXp5Xnn+fXtjI/nqm26N4BA9zHuI+pPOw7iOJ7bIdSSrhMe/K7pXllXmV+Y/phY3sr2e6PYdn
8Qznae7TOs/oPmvjucTOJFXxvHc192ryarxq/Of1wkb21zPdXsHLeIlTi1tL5yXdl228kvgqSW28
mv43PtaR1+HVSf9bI8NGtNfYrRFeR0NOQ25DnYa6r9tolPg6SWM08W7q3kzejNeU30QvbER7bd3a
oDVacVpxW+m00m1to01iV5K2aOfd3r2DvAOvPb+dXtiI9nq4dUc3dOV05XbV6arbzUb3xO4kPdDT
u5d7b3lvXi9+T72wEe0NdhuEtzGQM5A7UGeg7ts2BiW+STIYQ7yHug+TD+MN5Q/RCxvR3ji3sXgH
YzhjuGN0xui+Y2Ns4tsk4zDee4L7RPlE3gT+eL2wEe3NdJuB6fJpvGn8aXrT9Kcn9shSzMQszHaf
I5/Dm82fpRc2or0l3ovxnmwRZxF3kc4i3fcS38lSLMFSvO++TL6M9z5/qV7YiPbWeK/GR7IPOR9y
P9T5UPejxF5ZijX4GGvd18nX8dbyP9YLG9HeZu9N+Fz2Gecz7mc6n+l+ntgnS7EZW/CF+1b5Vt4X
/C16YSPa2+29C1/LvuJ8xf1K5yvdrxP7ZSl24xt8675Hvof3Lf8bvbAR7R3yPogfZN9zDnAP6Hyv
+0PigCzFIRzGj+4/yn/k/cg/rBc2or0/vI/hd9lvnF+5v+r8pvt74ntZij/wJ/5y/0v+F+8v/p96
YSPay8zaG8vAKfhH1r7YyVn7ccDn791+kB1MkomYd9w9Lo/z4vyYXtiI9vK55cUZOJ1zGvc0ndN1
z7CRN+tQknw40zu/e355fl5+/pl6YSPaK+xWCOfjPM653HN1ztM930ahrMNJCuMC7wvdL5RfyLuQ
f4Fe2Ij2SrgVx2W4lFOMW0znUt3LbBTP+jFJCVzufYX7FfIreFfwL9cLG9FeabdSuB7Xca7lXqtz
ne71Nkpl/ZSkNG7wvtH9RvmNvBv5N+iFjWivnFtZ3IHbObdxb9O5XfcOG2Wzfk5SDnd63+V+l/wu
3l38O/XCRrRX0a0CHsQDnPu59+s8oPugjQpZvySpiIe8H3Z/WP4w72H+Q3phI9qr4vYUnsQTnMe5
j+s8ofukjaeyjiSpgqe9n3F/Rv4M7xn+03phI9qr6VYDL8qr817gB6rrvmijRtbRbGp613J/SR6o
xa+pFzaivfre9fCarC6nLr+uXl3917J+laWojwZo6P66/HVeQ34DvbAR7bXwbo43ZW9w3uC+ofOG
7ptZv8lStEBLtHJvLW/Na8VvqRc2or3O3m+hk6wjpyO3o05H3U5Zv8tSdEYXdHXvJu/G68rvohc2
or3+3v3QV9aH04fbR6ePbt+sY7IU/TEAA93flr/NG8gfoBc2or1R3iMxQjacM5w7XGe47oisP2Qp
RmE0xri/I3+HN4Y/Wi9sRHtTvN/FZNkkziTuJJ1JupOz/pSlmIKpmOY+XT6dN40/VS9sRHsL3OZj
HuZy5nLn6szVnZf1l+zvJAuw0HuR+3vy93iL+Av1wsa/+/060c8u+1c/9bBWfPFp4zKvz/3PP83s
X/+0w6n//LPu/j9/2mHsP/qpd6mfzX5mrH7u8PPv7mxctXbdV8zWebHw1bmK5SqS61b/md//XShX
Pp8K+s//5uccpn4rDdO/lbJ1Xn21erUGteq8Wr/wdVaLJX9LRfx28ic/F/ovfyupn9z4md9K+MmN
9as3KNywbuHnmxS++5EHKhZK7udL7kf/eWOuErnuxn/z2yqQ/G1dF6+fO+FTsfvr1KhVreorrzS5
1O+jq5P7+XP8dyr4b/8UwdJ+B+Xzh9EN/it8F/tPfm7ntbkL+OvSytj//OmNkXf8pze+lDU+dnOW
/zdz1u7Yf/p9aFX86nr5JZXxq9vxH/1U0Rtz94v1zJoX/1e/ulZZQ+LPZX0RH5P1Sfw//dVt9r+K
Cw3dmTv1M/j+/V/dbbkviZ+eVSnxr351J2eVSnyZCP+evzqJf/Wr+1d/TchM/zVhSsYlpz94SpP/
9XMv///+LP53/ggtnvwjdMEps7PCH6vhz4HCx//EK/xA9fr1q9aoXj/6cyBfrv/rz8R8svDnfviz
p1jy03/z50qp5K+kYMbsrMI+vVq9+guFG9QpXLPq69UL169bvVqtF2tVK1y3ar2qtas3qF6vfupX
EH7b+dN/rqZ+2/n81qNfXcHkn12prGDyr1JFkpeC/+Wv8Prkr7CZX2Ehn16sU69w9arVahauW6de
g8J+ZzWoWb1wtezfd34rqb8SFsn+lRZLXo7/9SV/+ldc5P/4ffrv/pWgoz/oXvCHSBt/zi3P+E/+
aG6eVTNjZXxkxr/6o3l5vHVGl/iEjLXxpRn/3c9s/TvjvfgLGVX+rZ86+j//Pvbv/9Te//vviv/8
v8HUT1Bem9Ev+WsJf7Tf6o/q+/21+N/9iZ7/83tqT0n/lNTTkv9No1/vCSeeeOEjTeo3qF77f//d
Nk96L1+uRx+sWPHk5M+TPf5/Yuk0M/1by5XrpOT9/wG4l3l3AAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAABIADwAKAAEAWwAPAAIAAAAAAAAAKAAAQPH/AgAoAAAABgBOAG8AcgBtAGEAbAAAAAIAAAAI
AENKGABtSAkEOAABYAEAAgA4AAAACQBIAGUAYQBkAGkAbgBnACAAMQAAAAgAAQAGJAFAJgALADUI
gU9KAwBRSgMAAAAAAAAAAAAAAAAAAAAAAAA8AEFA8v+hADwAAAAWAEQAZQBmAGEAdQBsAHQAIABQ
AGEAcgBhAGcAcgBhAHAAaAAgAEYAbwBuAHQAAAAAAAAAAAAAAAAAAAAAAPAHAAAFAAASAAAAAP//
//8ABAAA8AsAAAYAAAAABAAA8AsAAAcAAAAABAAA7wsAAAgAAAAAAAAADwAAABMAAABoAAAAbQAA
AH0BAACBAQAAVwIAAFsCAACWAwAAmgMAAPkEAAD8BAAAfQUAAIEFAAAABwAAAwcAAFMHAABXBwAA
8gcAAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAAAAAAPsAAABMAQAAcwQA
AHEFAADyBwAABwAaAAcAGgAHAP//AgAAABEATQBDAEkAIABXAG8AcgBsAGQAQwBvAG0AIABVAHMA
ZQByAEQAQwA6AFwAQQByAGMAaABpAHQAZQBjAHQAdQByAGUAIABTAHUAYgBzAHQAYQBuAHQAaQBh
AHQAaQBvAG4AXABNAFMARgAgAEYAbwByAHUAbQBcAFMAQwBJAFwARwBTAE0AUABfAEMAbwBuAHQA
cgBpAGIAdQB0AGkAbwBuADEANAAuAGQAbwBjAP9AA4ABAO8HAADvBwAAwI91AAEAAADvBwAAAAAA
AO8HAAAAAAAAAhAAAAAAAAAA8AcAAFAAAAgAQAAABAAAAEcWkAEAAAICBgMFBAUCAwQDAAAAAAAA
AAAAAAAAAAAAAQAAAAAAAABUAGkAbQBlAHMAIABOAGUAdwAgAFIAbwBtAGEAbgAAADUWkAECAAUF
AQIBBwYCBQcAAAAAAAAAEAAAAAAAAAAAAAAAgAAAAABTAHkAbQBiAG8AbAAAADMmkAEAAAILBgQC
AgICAgQDAAAAAAAAAAAAAAAAAAAAAQAAAAAAAABBAHIAaQBhAGwAAAAzEpABAAAAAAAAAAAAAAAA
AwAAAAAAAAAAAAAAAAAAAAEAAAAAAAAAVABpAG0AZQBzAAAAIgAEAHEIiBgAANACAABoAQAAAADt
e0JG7ntCRgAAAAABAAEAAAAlAQAAiwYAAAEAAwAAAAQAAxANAAAAAAAAAAAAAAABAAEAAAABAAAA
AAAAACEDAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKUGwAe0ALQAgAAyMAAAAAAAAAAA
AAAAAAAACQgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAACAAAAAAD//xIAAAAAAAAACABPAHYAZQByAHYAaQBlAHcAAAAAAAAA
EQBNAEMASQAgAFcAbwByAGwAZABDAG8AbQAgAFUAcwBlAHIAEQBNAEMASQAgAFcAbwByAGwAZABD
AG8AbQAgAFUAcwBlAHIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD+/wAA
BAoCAAAAAAAAAAAAAAAAAAAAAAABAAAA4IWf8vlPaBCrkQgAKyez2TAAAACIAQAAEQAAAAEAAACQ
AAAAAgAAAJgAAAADAAAArAAAAAQAAAC4AAAABQAAANQAAAAGAAAA4AAAAAcAAADsAAAACAAAAAAB
AAAJAAAAHAEAABIAAAAoAQAACgAAAEQBAAAMAAAAUAEAAA0AAABcAQAADgAAAGgBAAAPAAAAcAEA
ABAAAAB4AQAAEwAAAIABAAACAAAA5AQAAB4AAAAJAAAAT3ZlcnZpZXcAACAAHgAAAAEAAAAAdmVy
HgAAABIAAABNQ0kgV29ybGRDb20gVXNlcgBkAB4AAAABAAAAAENJIB4AAAABAAAAAENJIB4AAAAL
AAAATm9ybWFsLmRvdABtHgAAABIAAABNQ0kgV29ybGRDb20gVXNlcgBkAB4AAAACAAAAMQBJIB4A
AAATAAAATWljcm9zb2Z0IFdvcmQgOC4wAABAAAAAAEbDIwAAAABAAAAAANZz6P13vwFAAAAAABw3
DP53vwEDAAAAAQAAAAMAAAAlAQAAAwAAAIsGAAADAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/v8AAAQKAgAAAAAA
AAAAAAAAAAAAAAAAAgAAAALVzdWcLhsQk5cIACss+a5EAAAABdXN1ZwuGxCTlwgAKyz5rkABAAD8
AAAADAAAAAEAAABoAAAADwAAAHAAAAAFAAAAiAAAAAYAAACQAAAAEQAAAJgAAAAXAAAAoAAAAAsA
AACoAAAAEAAAALAAAAATAAAAuAAAABYAAADAAAAADQAAAMgAAAAMAAAA3QAAAAIAAADkBAAAHgAA
AA0AAABNQ0kgV29ybGRDb20AcnZpAwAAAA0AAAADAAAAAwAAAAMAAAAJCAAAAwAAAOgQCAALAAAA
AAAAAAsAAAAAAAAACwAAAAAAAAALAAAAAAAAAB4QAAABAAAACQAAAE92ZXJ2aWV3AAwQAAACAAAA
HgAAAAYAAABUaXRsZQADAAAAAQAAAACYAAAAAwAAAAAAAAAgAAAAAQAAADYAAAACAAAAPgAAAAEA
AAACAAAACgAAAF9QSURfR1VJRAACAAAA5AQAAEEAAABOAAAAewBCAEQARgA0ADEAQQA4ADEALQBF
ADMAOQA1AC0AMQAxAEQAMwAtADgARABCAEYALQAwADAAMQAwADQAQgBGADYARQBCAEQAOAB9AAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAACAAAAAwAAAAQAAAAFAAAA
BgAAAAcAAAAIAAAACQAAAP7///8LAAAADAAAAA0AAAAOAAAADwAAABAAAAARAAAAEgAAABMAAAAU
AAAAFQAAABYAAAAXAAAAGAAAABkAAAAaAAAAGwAAABwAAAAdAAAAHgAAAB8AAAAgAAAAIQAAACIA
AAAjAAAAJAAAACUAAAAmAAAAJwAAACgAAAApAAAAKgAAACsAAAAsAAAALQAAAC4AAAAvAAAAMAAA
ADEAAAAyAAAAMwAAAP7///81AAAANgAAADcAAAA4AAAAOQAAADoAAAA7AAAA/v///z0AAAA+AAAA
PwAAAEAAAABBAAAAQgAAAEMAAAD+////RQAAAEYAAABHAAAASAAAAEkAAABKAAAASwAAAP7////9
////TgAAAP7////+/////v//////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////UgBvAG8AdAAgAEUAbgB0AHIAeQAA
AAAAAAAAANjcQQApAwCg8FhCADwAQAD///9///98ADsAHAAAAAAAAAAAABYABQH//////////wMA
AAAGCQIAAAAAAMAAAAAAAABGAAAAAOBE9hb+d78BIFs2F/53vwFQAAAAgAAAAAAAAABEAGEAdABh
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKkCAKDY1EEAPABAAP///3///9IANQBDAAAAAAAAAAAA
CgACAf///////////////wAAAAAAAAAAAAAAAAAAAABpAgCg2NRBADwAQAD///9///95AAoAAADn
UwAAAAAAADEAVABhAGIAbABlAAAAAAAAAAAAAAAAAAAAAAAAAAAAKQIAoNjUQQA8AEAA////f///
mwA8ABwAAAAAAAAAAAAOAAIAAQAAAP//////////AAAAAAAAAAAAAAAAAAAAAOkBAKA8AEAAQGVC
AP///3///4gANAAAAAAQAAAAAAAAVwBvAHIAZABEAG8AYwB1AG0AZQBuAHQAAAAAAAAAAACpAQCg
QGVCANBWQgD///9///+FADsAHAAAAAAAAAAAABoAAgEGAAAABQAAAP////8AAAAAAAAAAAAAAAAA
AAAAaQEAoEBlQgDQVkIA////f///SQAAAAAAHhIAAAAAAAAFAFMAdQBtAG0AYQByAHkASQBuAGYA
bwByAG0AYQB0AGkAbwBuAAAA0FZCAP///3///28AOQAcAAAAAAAAAAAAKAACAf//////////////
/wAAAAAAAAAAAAAAAAAAAADpAACg0FZCACwAQAD///9///9kADwAAAAAEAAAAAAAAAUARABvAGMA
dQBtAGUAbgB0AFMAdQBtAG0AYQByAHkASQBuAGYAbwByAG0AYQB0AGkAbwBuAAAAAAAAAAAAAAA4
AAIBBAAAAP//////////AAAAAAAAAAAAAAAAAAAAAGkAAKAsAEAAmGNBAP///3///+0ARAAAAAAQ
AAAAAAAAAQBDAG8AbQBwAE8AYgBqAAAAAAAAAAAAAAAAAAAAAAApAACgSNRBAHBiQgBET0MAAAAA
ABUAAKAoWUEADABAABIAAgECAAAABwAAAP////8GAAAAAAAAAAAAAABiAAAABgAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAagAAAHYAAABPAGIAagBlAGMAdABQAG8AbwBsAAAAAAACAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAATQAAAAgAAABuAAAAFgABAP///////////////wAAAAAAAAAAAAAAAAAA
AAAAAAAAIFs2F/53vwEgWzYX/ne/AQAAAAAAAAAR7jMAMQEAAAD+////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////AQD+/wMKAAD/////BgkCAAAAAADAAAAA
AAAARhgAAABNaWNyb3NvZnQgV29yZCBEb2N1bWVudAAKAAAATVNXb3JkRG9jABAAAABXb3JkLkRv
Y3VtZW50LjgA9DmycQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA=

--Boundary_(ID_NocvtShqVnjparZx9aWsSg)--


From owner-gsmp@psyton.com  Wed Feb 16 21:49:58 2000
Received: from nighthawk.psyton.com (IDENT:root@psyton.ne.mediaone.net [24.218.14.40])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA21278
	for <gsmp-archive@odin.ietf.org>; Wed, 16 Feb 2000 21:49:55 -0500 (EST)
Received: (from majordomo@localhost)
	by nighthawk.psyton.com (8.9.0/8.9.0) id FAA07321
	for gsmp-list; Mon, 14 Feb 2000 05:20:26 -0500
Received: from gwa2.fe.bosch.de (gwa2.fe.bosch.de [195.71.148.2])
	by nighthawk.psyton.com (8.9.0/8.9.0) with ESMTP id FAA07318
	for <gsmp@psyton.com>; Mon, 14 Feb 2000 05:20:25 -0500
Received: (from uucp@localhost)
	by gwa2.fe.bosch.de (8.9.1/8.9.1) id LAA22544
	for <gsmp@psyton.com>; Mon, 14 Feb 2000 11:20:24 +0100 (MET)
Received: from fez7540.fe.bosch.de( 10.8.2.28) by gwa2.fe.bosch.de via smap (V2.1)
	id xma021374; Mon, 14 Feb 00 11:19:15 +0100
Received: by fez7164.server.bosch.de with Internet Mail Service (5.5.2651.58)
	id <18NQNJG4>; Mon, 14 Feb 2000 11:18:50 +0100
Message-ID: <7DE0D5F41A2FD311AB6B08002BB6B39F9E6005@bkmail2.bk.bosch.de>
From: "Buerkle Joachim (UC-ON/EMY2) *" <Joachim.Buerkle@marconicomms.com>
To: "'gsmp@psyton.com'" <gsmp@psyton.com>
Subject: AW: Minutes from GSMP editing session in New Orleans
Date: Mon, 14 Feb 2000 11:18:37 +0100
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2651.58)
Content-Type: text/plain;
	charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by nighthawk.psyton.com id FAA07319
Sender: owner-gsmp@psyton.com
Precedence: bulk
Reply-To: gsmp@psyton.com
Content-Transfer-Encoding: 8bit

Thank You Ken,

	>>3.3  Introduction of input/output move branch message
	>>
	>>Avri raised the issue that Joachim Buerkle of Marconi at
	>>the last ietf meeting presented draft-buerkle-gsmp-move-
	>>branch-message-00.txt in which he proposed adding
	>>functionality to move the input branches of a multipoint to
	>>point connection


The proposal is to move output branches to other input branches.
"This draft shows that the support of such application results in a
 extended move branch concept of GSMP to be able to move the Output
 branch of a connection not only to another port but also between
 connections with the same QoS."


	>>Avri proposed that instead of modifying the current move
	>>branch, the message should be replaced by a pair of
	>>messages; a move input branch message and a move output
	>>branch message.  This is similar to what was already done
	>>by replacing the delete branch with a delete input branch
	>>message and a delete output branch message. This proposal
	>>was accepted and will be implemented in GSMPv3.


I'm happy to here that the Group accepted to add the move output branch
message.
And a corresponding move input branch message is also fine for me.

c.u.
Joachim

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

Marconi Communications GmbH
Gerberstrasse 33,  D-71522 Backnang,  Germany
Phone: +49 (0)7191 13 - 4602, Fax: +49 (0)7191 13 - 64602
Email: joachim.buerkle@marconicomms.com

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


> -----Ursprüngliche Nachricht-----
> Von:	Kenneth Sundell [SMTP:ksundell@nortelnetworks.com]
> Gesendet am:	Freitag, 11. Februar 2000 15:30
> An:	gsmp-list
> Betreff:	Minutes from GSMP editing session in New Orleans
> 
> 
> All,
> these are the minutes from the GSMP editing session Feb 2 in New
> Orleans.
> 
> cheers,
> Ken
> 
> --
> 
> GSMP Editing session, New Orleans 2/2/00
> 
> 
>    The editing session was co-chaired by Simon Crosby of
>    CPlane and Avri Doria of Nokia.  Kenneth Sundell of Nortel
>    Networks took notes.
> 
> 
> 1.  Comments relating to draft-sydir-cplane-gsmp-enhancements
> 
>    draft-sydir-cplane-gsmp-enhancements-00.txt was presented
>    during IETF46 held in Washington. There were comments
>    during the meeting and arrangements were made to discuss
>    the issues on the GSMP list during the following 3 weeks.
>    The conversations were to be initiated by the authors, with
>    an email on each of the outstanding issues of concern and
>    including proposals that responded to the WG's issues.
>    Balaji Srinivasan of CPlane sent out several of the issues
>    on Dec 30. These issues were considered during a meeting of
>    the GSMP spec editors. The results of that meeting were
>    announced on the GSMP list and the GSMP spec was updated.
>    Several of the author's critical issues were not resolved
>    in this process and were discussed during this meeting.
> 
> 
> 1.1  Addition of Label Length parameter
> 
>    Is E bit, used for label stacking, also useful for longer
>    labels? There was no evidence that one would need labels
>    "longer" than 28 bits. The 28-bit label field is fixed
>    length in GSMP. The label field is an abstraction and does
>    accommodate ATM, FR and generic MPLS labels. There may have
>    been misunderstanding regarding the purpose of the E-bit.
>    The semantics of the E bit are not intended to describe
>    longer labels, but are intended for indicating label
>    stacks. Tom Worster, Ennovate Networks,  asked the audience
>    whether anybody needed labels exceeding 28 bits.  There was
>    a consensus in the group that labels longer then 28 bits
>    were not required.
> 
>    The method for doing label stacking and use of the E bit
>    will be further described in the GSMP spec by Tom.
> 
> 1.2  Changes to the Post Session Number updates
> 
>    Simon proposed that the "Port Session Number" should not be
>    changed in case of link status changes. Several people
>    thought that eliminating this protection could be
>    dangerous.  It was felt that the link layer configuration
>    (e.g. internal thresholds) should take care of short breaks
>    such as temporary loss of carrier, but that anything else
>    should force the port session update. There was a consensus
>    that this should be sufficient and no further changes to
>    the protocol were warranted.
> 
> 1.3  Port Configuration and All Ports Configuration messages
> 
>    There were several issues relating to this:
> 
> 1.3.1  Separate VPI and VCI connections
> 
>    This is already supported and no longer an issue.
> 
> 1.3.2   Multiple discontiguous label ranges.
> 
>    Kenneth will provide text for support of multiple disjoint
>    label ranges
> 
> 1.3.3  Labels for multi-point
> 
>    Specific label ranges for multi-point requested by Simon.
>    Tom indicated that modelling multicast constraints is
>    difficult and proposed adding suitable information to the
>    failure response messages as an alternative. Another
>    alternative mentioned by Avri was to use the remaining
>    label field with the addition of another flag to indicate
>    the multicast label range.  Avri will explore this
>    possibility and report to the list.
> 
> 1.3.4  Incoming and Outgoing Labels
> 
>    Simon proposed adding specification of ranges for outgoing
>    labels. The issue is about policing misbehaving
>    controllers. Currently GSMP does nothing to prevent such
>    actions and does not know anything outside its dedicated
>    partition. It is the responsibility beyond GSMP, preferably
>    dealt with at the control plane. GSMP informs the
>    controller about the input label only. The GSMP editor
>    solicited the group for opinions on this topic. Tom is
>    going to solicit this on the email list
> 
> 1.4  Synchronization
> 
>    Simon withdrew this issue since it is already fixed in
>    GSMPv3 by the addition of event acknowledgements.
> 
> 
> 2.  Comments related to MSF00.014 - Proposed Changes to GSMP
>    connection messages
> 
>    Clint Bishard of MCI/Worldcom presented a MSF contribution
>    that proposed changes to the connection management
>    messages.
> 
> 2.1   Separate formats for input and output
> 
>    A change is proposed in the connection management message
>    to allow specification of parameters for each port in a
>    given connection separately instead for doing it for the
>    connection as a whole. A next generation switch doesn't
>    have to be, e.g. ATM specific, but could be heterogeneous
>    supporting different port types. The input port for a
>    certain connection could be of Port Type frame relay while
>    the output port could be of Port Type ATM. The desire is,
>    in an independent way, to convey the parameters appropriate
>    to each of the ports.  That is, how doe we map (IF.type1,
>    resource.type1) to (IF.type2,resource.type2).  It may also
>    be necessary to specify parameters related to policing
>    separately form parameters related to resource management.
> 
>    The proposal is accepted in general but the input and the
>    parameters should be semantically separated. These separate
>    parameters need to be described (maybe in the traffic
>    parameter block input as well as output). Exactly how the
>    semantics would be described should be further discussed on
>    the GSMP email list.
> 
> 2.2  Input and Output Encapsulation Methods
> 
>    Is Input/output encapsulation needed in the connection
>    message? It is possible to add a 32 bit GSMP opaque field
>    (with a 50/50 split for input/output) which corresponds to
>    predetermined encapsulation methods to be used for
>    experimental use.  The definition of formal encapsulation
>    types could then be resolved in a later version of GSMP,
>    e.g. GSMPv4.
> 
>    Tom will take Clint's proposal, reshuffle it, and post an
>    I-D together with Clint before the next IETF meeting.
> 
> 
> 3.   Other issues / Open areas
> 
> 3.1  CES Labels, support of TDM interfaces
> 
>    The current draft does not yet include support for CES and
>    TDM interfaces. Clint will, with support from Kenneth work
>    on adding this support. There are quite a lot of things
>    that needed to be added to the GSMP spec to support CES
>    labels and services. The specification will need to define
>    CES labels, label ranges and TDM Port Types.  It will also
>    need to specify the relevant CES traffic and QoS parameters
>    in chapter 9 of the GSMP spec.
> 
> 
> 3.2  Is an FEC a label or something that should be internally
>     mapped to a label?
> 
>    There have been misunderstandings about whether a FEC can
>    be used as a Label or not. A FEC is related to IP address
>    prefixes together with optional QoS constraints. The issues
>    were not addressed during the meeting though and need to be
>    discussed further on the list.
> 
> 
> 3.3  Introduction of input/output move branch message
> 
>    Avri raised the issue that Joachim Buerkle of Marconi at
>    the last ietf meeting presented draft-buerkle-gsmp-move-
>    branch-message-00.txt in which he proposed adding
>    functionality to move the input branches of a multipoint to
>    point connection
> 
>    Avri proposed that instead of modifying the current move
>    branch, the message should be replaced by a pair of
>    messages; a move input branch message and a move output
>    branch message.  This is similar to what was already done
>    by replacing the delete branch with a delete input branch
>    message and a delete output branch message. This proposal
>    was accepted and will be implemented in GSMPv3.
> 
> 3.4  Xbind issues
> 
>    No one from Xbind was in attendance and since no one in
>    attendance came prepared to represent their issues, those
>    issues were not covered during the meeting.
> 
> 3.5  Error Messages
> 
>    No suggestions were given during the meeting due to time
>    constraints. The GSMP editors have to deal with issue
>    before the next revision of the GSMP draft.
> 
> --
> Kenneth Sundell
> Nortel Networks
> Routing Architecture Lab
> S:t Eriksgatan 115 A, PO Box 6701
> 113 85 Stockholm, Sweden
> phone: +46 8 5088-3538, mobile +46 70 665-7838
> e-mail: ksundell@nortelnetworks.com
> 


From owner-gsmp@psyton.com  Thu Feb 17 17:25:32 2000
Received: from nighthawk.psyton.com (IDENT:root@psyton.ne.mediaone.net [24.218.14.40])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA26383
	for <gsmp-archive@odin.ietf.org>; Thu, 17 Feb 2000 17:25:28 -0500 (EST)
Received: (from majordomo@localhost)
	by nighthawk.psyton.com (8.9.0/8.9.0) id RAA18214
	for gsmp-list; Thu, 17 Feb 2000 17:05:45 -0500
Received: from PMESMTP02.wcom.com (pmesmtp02.wcom.com [199.249.20.2])
	by nighthawk.psyton.com (8.9.0/8.9.0) with ESMTP id RAA18211
	for <gsmp@psyton.com>; Thu, 17 Feb 2000 17:05:39 -0500
Received: from omzrelay.mcit.com ([166.37.204.49])
 by firewall.mcit.com (PMDF V5.2-32 #41713)
 with ESMTP id <0FQ300CC4HC9GT@firewall.mcit.com> for gsmp@psyton.com; Thu,
 17 Feb 2000 22:04:57 +0000 (GMT)
Received: from omta1.mcit.com (omta1.mcit.com [166.37.204.2])
 by omzrelay.mcit.com (8.8.7/) with ESMTP	id WAA05165; Thu,
 17 Feb 2000 22:04:46 +0000 (GMT)
Received: from pc25811 ([165.122.128.31])
 by omta1.mcit.com (InterMail v03.02.05 118 121 101)
 with SMTP id <20000217220404.LUZJ18747@pc25811>; Thu,
 17 Feb 2000 16:04:04 -0600
Date: Thu, 17 Feb 2000 16:04:32 -0600
From: Clint Bishard <clint.bishard@wcom.com>
Subject: RE: [msf-switch] GSMP/MSF Forum Joint editing session concerning
 contribution 14
In-reply-to: <7DE0D5F41A2FD311AB6B08002BB6B39F9E600F@bkmail2.bk.bosch.de>
To: "'Buerkle Joachim (UC-ON/EMY2) *'" <Joachim.Buerkle@marconicomms.com>
Cc: msf-switch@msforum.org, gsmp@psyton.com,
        "Bishard, Clint" <clint.bishard@wcom.com>
Message-id: <002101bf7992$f89ba800$1f807aa5@pc25811.wcom.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V4.72.3612.1700
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: 8BIT
Importance: Normal
X-Priority: 3 (Normal)
X-MSMail-priority: Normal
Sender: owner-gsmp@psyton.com
Precedence: bulk
Reply-To: gsmp@psyton.com
Content-Transfer-Encoding: 8BIT

Buerkle,

Thanks for the feedback.  Your suggestion is mentioned at the beginning of
section 3.1 of the latest internet draft (due to expire June 24th).
However, the connection message format listed in section 4.1 does not
contain the fields.  I assume the GSMP editors must have missed this field
from the connection message format.  Is this correct?
Furthermore, I noticed the additional 'Reservation ID' field which had been
added in the latest draft.

Therefore, the new recommended format, (with these two additional
components) is shown below as follows:


New Connection Message Format illustrating the possible needed changes for
this proposal to specify parameters for both ports in a connection. (typed
in Courier New, size 10)

  0                   1                   2                   3
  0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |    Version    | Message Type  |    Result     |     Code      |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 | Partition ID  |           Transaction Identifier              |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |         SubMessage Number     |         Length                |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                    Input Port Session Number                  |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                    Output Port Session Number                 |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                         Reservation ID                        |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                          Input Port                           |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |M|B|x|E|                  Input Label                          |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
*~x x x|E|              Extended Input Label                     |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                     Input Service Selector                    |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                          Output Port                          |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |x|x|x|E|                  Output Label                         |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
*~x x x|E|              Extended Output Label                    |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                     Output Service Selector                   |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |iQMS|oQMS|T|N|x|x|        Encapsulation Method                 |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Under certain conditions (iQMS or oQMS set such that traffic parameters are
required) the Add Branch message has an additional, variable length data
block appended to the above message:
*Note: If T above is set, then only one set of Traffic Parameters Block is
required which pertains to both the input and output ports.


 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 | Input TC Flags|                 Reserved                      |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                                                               |
 ~                  Input Traffic Parameters Block               ~
 |                                                               |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |Output TC Flags|                 Reserved                      |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                                                               |
 ~                  Output Traffic Parameters Block              ~
 |                                                               |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+


Described Change:
A Input Port Session Number has been added so allow a connection to include
the session number for both the input and output ports.

Added another QMS field - one for the input port (iQMS) and one for the
output port (oQMS) to define the type of QoS Model Selector used at both the
input and output port.

The Service Selector has been changed to reflect one for the input port and
one for the output port.

The input and output Traffic Parameter Blocks have been individualized for
both the input and output ports.

An additional field has been added to describe what encapsulation method is
required to adapt the port technologies for each port to each other.  For
example, FRF.8 or FRF.5 for a connection built between and FR and ATM port.
Tom - you suggested a 32 bit opaque value - would 24 bits be enough.  24
bits seemed to fit easily with the additional QMS, T, and N bit.
Furthermore, I first suggested that an encapsulation would be needed for the
input and the output.  However, after further thought, I think one
encapsulation field specifying what encapsulation is needed between the two
ports should be sufficient.  We are not concerned with what the switch does
in the middle.

The added field 'T' would be used in the case that one set of Traffic
Parameters Block is used for both the input port and the output port.  For
example, the case when the two port types are the same and will use the same
traffic parameters.

The added field ‘N’ would be used to specify a Null encapsulation method.
For example, a connection between two ATM ports.

The MType defined for a switch in the switch configuration messages would no
longer be required and would be removed from those messages.

Note: It is assumed that the switch will determine what characteristics are
needed for the internal connection from the parameters specified for each
port.  For example, if a connection is built across an ATM switch from a FR
port (with given FR parameters for that port) to an ATM port (with given
parameters for that port indicating a nrt-VBR service category) - then the
ATM switch would use the nrt-VBR service category for the internal
connection class, but this would not be directly indicated to the switch in
the connection message.











-----Original Message-----
From: Buerkle Joachim (UC-ON/EMY2) *
[mailto:Joachim.Buerkle@marconicomms.com]
Sent: Wednesday, February 16, 2000 2:09 AM
To: 'clint.bishard@wcom.com'
Cc: 'msf-switch@msforum.org'; 'gsmp@psyton.com'
Subject: AW: [msf-switch] GSMP/MSF Forum Joint editing session
concerningcontribution 14


Hi Clint,
isn't it necessary to have also the following fields

   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |           SubMessage Number   |           Length              |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

after the row of partion ID and transaction ID and before the message body?

"""
SubMessage Number:
	- When a message is segmented because it exceeds the MTU of the link
layer, each segment will include a submessage number to indicate its
position. All messages in a segmented message, except for the last segment,
will also have the More bit set.

Length:
	- Message length including header.
"""
	(2^16 = 65536 octets)


According to
http://www.ietf.org/internet-drafts/draft-ietf-gsmp-encaps-00.txt
the MTU in the AAL5 case is:
	"The maximum transmission unit (MTU) of the GSMP Message field is
1492 octets."
the MTU in the Ethernet case is:
	"The maximum transmission unit (MTU) of the GSMP Message field is
1492 octets."


You are right if you say these fields are not part of the current connection
message in
http://www.ietf.org/internet-drafts/draft-ietf-gsmp-03.txt
but at least for my implementation I expected this to be a typo.
See also the definition of the GSMP message header in chapter 3.1 of the
current GSMP draft:

"""
    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |    Version    | Message Type  |    Result     |     Code      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   | Partition ID  |    Transaction Identifier                     |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |           SubMessage Number   |           Length              |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                                                               |
   ~                          Message Body                         ~
   |                                                               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
"""

Please correct me if I'm wrong that I can correct my implementation.

Regards
Joachim

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

> -----Ursprüngliche Nachricht-----
> Von:	Clint Bishard [SMTP:clint.bishard@wcom.com]
> Gesendet am:	Dienstag, 15. Februar 2000 23:11
> An:	gsmp@revnetworks.com; msf-switch@msforum.org
> Cc:	Bishard, Clint
> Betreff:	[msf-switch] GSMP/MSF Forum Joint editing session concerning
> contribution 14
>
> All,
>
> This email concerns one of the significant conclusions reached
> (contribution
> 14) at the joint GSMP/MSF Switch Control WG meeting on Feb 2.  The three
> present GSMP editors agreed to the principle of the requested change and
> suggested that the proposal be sent to the GSMP exploder to provide an
> opportunity for input/feedback.
>
> The contribution recommends that GSMP's connection messages be changed
> such
> that they specify parameters for each port in a given connection message
> separately - instead of one set of parameters for the connection.  This
> change is necessary to be able to build connections across a true
> multi-service switch.  (see attachment for more details)
>
> The below PDU format illustrates the changes that would need to be
> implemented for the connection messages.  Additionally, comments are
> requested concerning the semantics of the changes below and any problems
> that anyone can foresee (particularly, the eight bulleted changes listed
> after the PDU below).
>
> The next step will be to initiate a co-authored ID between Tom Worster and
> myself to include these changes into GSMP v.3.
>
> Note: I have not addressed the additional issue that came up concerning
> separate parameters for policing and reservation, since that simply deals
> with a change to the traffic parameters block.
>
> Thank you in advance for your feedback,
> Clint Bishard
>
>
> New Connection Message Format illustrating the possible needed changes for
> this proposal (changes are in bold). (typed in Courier New, size 10)
>
>   0                   1                   2                   3
>   0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |    Version    | Message Type  |    Result     |     Code      |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  | Partition ID  |           Transaction Identifier              |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |                    Input Port Session Number                  |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |                    Output Port Session Number                 |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |                          Input Port                           |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |M|B|x|E|                  Input Label                          |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> *~x x x|E|              Extended Input Label                     |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |                     Input Service Selector                    |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |                          Output Port                          |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |x|x|x|E|                  Output Label                         |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> *~x x x|E|              Extended Output Label                    |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |                     Output Service Selector                   |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |iQMS|oQMS|T|N|x|x|        Encapsulation Method                  |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
> Under certain conditions (iQMS or oQMS set such that traffic parameters
> are
> required) the Add Branch message has an additional, variable length data
> block appended to the above message:
> *Note: If T above is set, then only one set of Traffic Parameters Block is
> required which pertains to both the input and output ports.
>
>
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  | Input TC Flags|                 Reserved                      |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |                                                               |
>  ~                  Input Traffic Parameters Block               ~
>  |                                                               |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |Output TC Flags|                 Reserved                      |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  |                                                               |
>  ~                  Output Traffic Parameters Block              ~
>  |                                                               |
>  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>
> Described Change:
> A Input Port Session Number has been added so allow a connection to
> include
> the session number for both the input and output ports.
> Added another QMS field - one for the input port (iQMS) and one for the
> output port (oQMS) to define the type of QoS Model Selector used at both
> the
> input and output port.
> The Service Selector has been changed to reflect one for the input port
> and
> one for the output port.
> The input and output Traffic Parameter Blocks have been individualized for
> both the input and output ports.
> An additional field has been added to describe what encapsulation method
> is
> required to adapt the port technologies for each port to each other.  For
> example, FRF.8 or FRF.5 for a connection built between and FR and ATM
> port.
> Tom - you suggested a 32 bit opaque value - would 24 bits be enough.  24
> bits seemed to fit easily with the additional QMS, T, and N bit.
> Furthermore, I first suggested that an encapsulation would be needed for
> the
> input and the output.  However, after further thought, I think one
> encapsulation field specifying what encapsulation is needed between the
> two
> ports should be sufficient.  We are not concerned with what the switch
> does
> in the middle.
> The added field 'T' would be used in the case that one set of Traffic
> Parameters Block is used for both the input port and the output port.  For
> example, the case when the two port types are the same and will use the
> same
> traffic parameters.
> The added field 'N' would be used to specify a Null encapsulation method.
> For example, a connection between two ATM ports.
> The MType defined for a switch in the switch configuration messages would
> no
> longer be required and would be removed from those messages.
>
> Note: It is assumed that the switch will determine what characteristics
> are
> needed for the internal connection from the parameters specified for each
> port.  For example, if a connection is built across an ATM switch from a
> FR
> port (with given FR parameters for that port) to an ATM port (with given
> parameters for that port indicating a nrt-VBR service category) - then the
> ATM switch would use the nrt-VBR service category for the internal
> connection class, but this would not be directly indicated to the switch
> in
> the connection message.
>
>
>  << Datei: GSMP_Contribution14.doc >>



From owner-gsmp@psyton.com  Mon Feb 21 01:45:09 2000
Received: from nighthawk.psyton.com (IDENT:root@psyton.ne.mediaone.net [24.218.14.40])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA21118
	for <gsmp-archive@odin.ietf.org>; Mon, 21 Feb 2000 01:45:08 -0500 (EST)
Received: (from majordomo@localhost)
	by nighthawk.psyton.com (8.9.0/8.9.0) id BAA27680
	for gsmp-list; Mon, 21 Feb 2000 01:26:35 -0500
Received: from etri.re.kr (mail.etri.re.kr [129.254.113.113])
	by nighthawk.psyton.com (8.9.0/8.9.0) with ESMTP id BAA27677
	for <gsmp@psyton.com>; Mon, 21 Feb 2000 01:26:33 -0500
Received: from hyryu (hyryu.etri.re.kr [129.254.192.241])
	by etri.re.kr (8.9.3/8.9.3) with SMTP id PAA10110
	for <gsmp@psyton.com>; Mon, 21 Feb 2000 15:24:06 +0900 (KST)
Message-ID: <006001bf7c80$0ca10300$f1c0fe81@etri.re.kr>
From: =?ks_c_5601-1987?B?t/nIo7/r?= <hyryu@etri.re.kr>
To: <gsmp@psyton.com>
Subject: difference CBR and CBR.1
Date: Mon, 21 Feb 2000 15:26:34 -0000
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_005D_01BF7C80.09415D40"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Sender: owner-gsmp@psyton.com
Precedence: bulk
Reply-To: gsmp@psyton.com

This is a multi-part message in MIME format.

------=_NextPart_000_005D_01BF7C80.09415D40
Content-Type: text/plain;
	charset="ks_c_5601-1987"
Content-Transfer-Encoding: base64

SGkgQWxsLg0KDQpXaGF0IGlzIGRpZmZlcm5lY2UgYmV0d2VlbiBDQlIgYW5kIENCUi4xIFNlcnZp
Y2UgYW5kIHdoaWNoIHN0YW5kYXJkcyBhbmQgcmVmZXJlbmNlIGRlc2NyaWJlcyBpdCBpbiBkZXRh
aWxzID8NCg0KVGhhbmtzDQoNCg0K

------=_NextPart_000_005D_01BF7C80.09415D40
Content-Type: text/html;
	charset="ks_c_5601-1987"
Content-Transfer-Encoding: base64

PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv
L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWtz
X2NfNTYwMS0xOTg3IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxNRVRBIGNvbnRlbnQ9Ik1T
SFRNTCA1LjAwLjIzMTQuMTAwMCIgbmFtZT1HRU5FUkFUT1I+DQo8U1RZTEU+PC9TVFlMRT4NCjwv
SEVBRD4NCjxCT0RZIGJnQ29sb3I9I2ZmZmZmZj4NCjxESVY+PEZPTlQgc2l6ZT0yPkhpIEFsbC48
L0ZPTlQ+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBzaXplPTI+V2hhdCBp
cyZuYnNwO2RpZmZlcm5lY2UgYmV0d2VlbiBDQlIgYW5kIENCUi4xIFNlcnZpY2UgYW5kIA0Kd2hp
Y2ggc3RhbmRhcmRzIGFuZCByZWZlcmVuY2UgZGVzY3JpYmVzIGl0IGluIGRldGFpbHMgPzwvRk9O
VD48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj5UaGFua3M8L0ZP
TlQ+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj48L0JPRFk+PC9I
VE1MPg0K

------=_NextPart_000_005D_01BF7C80.09415D40--



From owner-gsmp@psyton.com  Mon Feb 21 03:16:54 2000
Received: from nighthawk.psyton.com (IDENT:root@psyton.ne.mediaone.net [24.218.14.40])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA01218
	for <gsmp-archive@odin.ietf.org>; Mon, 21 Feb 2000 03:16:54 -0500 (EST)
Received: (from majordomo@localhost)
	by nighthawk.psyton.com (8.9.0/8.9.0) id CAA27905
	for gsmp-list; Mon, 21 Feb 2000 02:59:52 -0500
Received: from penguin.wise.edt.ericsson.se (penguin-ext.wise.edt.ericsson.se [194.237.142.110])
	by nighthawk.psyton.com (8.9.0/8.9.0) with ESMTP id CAA27902
	for <gsmp@psyton.com>; Mon, 21 Feb 2000 02:59:51 -0500
Received: from etxb.ericsson.se (avx6.etxb.ericsson.se [130.100.180.16])
	by penguin.wise.edt.ericsson.se (8.9.3/8.9.3/WIREfire-1.5) with ESMTP id IAA21391;
	Mon, 21 Feb 2000 08:59:50 +0100 (MET)
Received: from avc073.etxb.ericsson.se (avc073 [130.100.180.231])
	by etxb.ericsson.se (8.9.3+Sun/8.9.3/eri-dom-1.1) with ESMTP id IAA10511;
	Mon, 21 Feb 2000 08:59:49 +0100 (MET)
From: Hans Sjoestrand <etxhasj@etxb.ericsson.se>
Received: (from etxhasj@localhost)
	by avc073.etxb.ericsson.se (8.9.3+Sun/8.9.3/client-1.0) id IAA16029;
	Mon, 21 Feb 2000 08:59:49 +0100 (MET)
Date: Mon, 21 Feb 2000 08:59:49 +0100 (MET)
Message-Id: <200002210759.IAA16029@avc073.etxb.ericsson.se>
To: gsmp@psyton.com, hyryu@etri.re.kr
Subject: Re: difference CBR and CBR.1
X-Sun-Charset: US-ASCII
Sender: owner-gsmp@psyton.com
Precedence: bulk
Reply-To: gsmp@psyton.com

CBR is a service. CBR.1 is the conformance definition for that 
service, i.e defining how the traffic descriptor parameters should 
be handled. 

It's all defined in ATM Forum Traffic Management Specification 
Version 4.1 ftp://ftp.atmforum.com/pub/approved-specs/af-tm-0121.000.pdf

Regards
/// Hasse



hyryu@etri.re.kr wrote:
> 
> Hi All.
> 
> What is differnece between CBR and CBR.1 Service and which standards 
> and reference describes it in details ?
> 
> Thanks
> 
> 



From owner-gsmp@psyton.com  Tue Feb 22 22:32:50 2000
Received: from nighthawk.psyton.com (IDENT:root@psyton.ne.mediaone.net [24.218.14.40])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA01595
	for <gsmp-archive@odin.ietf.org>; Tue, 22 Feb 2000 22:32:49 -0500 (EST)
Received: (from majordomo@localhost)
	by nighthawk.psyton.com (8.9.0/8.9.0) id WAA02129
	for gsmp-list; Tue, 22 Feb 2000 22:05:53 -0500
Received: from thalia.fm.intel.com (thalia.fm.intel.com [132.233.247.11])
	by nighthawk.psyton.com (8.9.0/8.9.0) with ESMTP id WAA02126
	for <gsmp@psyton.com>; Tue, 22 Feb 2000 22:05:51 -0500
Received: from SMTP (fmsmsxvs05-1.fm.intel.com [132.233.42.205])
	by thalia.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.19 2000/01/29 00:15:43 dmccart Exp $) with SMTP id DAA17037;
	Wed, 23 Feb 2000 03:06:20 GMT
Received: from fmsmsx28.FM.INTEL.COM ([132.233.48.28]) by 132.233.48.205
  (Norton AntiVirus for Internet Email Gateways 1.0) ;
  Wed, 23 Feb 2000 03:05:41 0000 (GMT)
Received: by fmsmsx28.fm.intel.com with Internet Mail Service (5.5.2448.0)
	id <FFKKNZRH>; Tue, 22 Feb 2000 19:05:39 -0800
Message-ID: <65DA3A1DD476D311AC4400A0C98414FC2D5674@orsmsx54.jf.intel.com>
From: "Khosravi, Hormuzd M" <hormuzd.m.khosravi@intel.com>
To: "'gsmp@psyton.com'" <gsmp@psyton.com>
Cc: "'AvriDoria<avri.doria@nokia.com>'" <avri.doria@nokia.com>
Date: Tue, 22 Feb 2000 19:05:33 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)
Content-Type: text/plain;
	charset="ISO-8859-1"
Sender: owner-gsmp@psyton.com
Precedence: bulk
Reply-To: gsmp@psyton.com

Hi,

I was wondering if the GSMP WG has an agenda for Adelaide and is going to
hold any meetings.
Please do let me know.

Thanks,
Hormuzd.






From owner-gsmp@psyton.com  Wed Feb 23 02:58:09 2000
Received: from nighthawk.psyton.com (IDENT:root@psyton.ne.mediaone.net [24.218.14.40])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA16298
	for <gsmp-archive@odin.ietf.org>; Wed, 23 Feb 2000 02:58:01 -0500 (EST)
Received: (from majordomo@localhost)
	by nighthawk.psyton.com (8.9.0/8.9.0) id CAA02792
	for gsmp-list; Wed, 23 Feb 2000 02:44:24 -0500
Received: from qhars002.nortel.com (qhars002.NortelNetworks.com [192.100.101.19])
	by nighthawk.psyton.com (8.9.0/8.9.0) with ESMTP id CAA02789
	for <gsmp@psyton.com>; Wed, 23 Feb 2000 02:44:23 -0500
Received: from zhard00d.europe.nortel.com (actually zhard00d) 
          by qhars002.nortel.com; Wed, 23 Feb 2000 07:42:38 +0000
Received: from zvb1c004.corpemea.baynetworks.com (ZVB1C004 [141.251.160.84]) 
          by zhard00d.europe.nortel.com 
          with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) 
          id 1TN30JHZ; Wed, 23 Feb 2000 07:42:39 -0000
Received: from europem01.nt.com (KSUNDELL [141.251.192.208]) 
          by zvb1c004.corpemea.baynetworks.com 
          with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) 
          id DBYCZ2HL; Wed, 23 Feb 2000 08:42:35 +0100
Message-ID: <38B38F43.957559A1@europem01.nt.com>
Date: Wed, 23 Feb 2000 08:41:55 +0100
From: "Kenneth Sundell" <ksundell@nortelnetworks.com>
X-Mailer: Mozilla 4.61 [en] (Win95; I)
X-Accept-Language: en
MIME-Version: 1.0
To: gsmp@psyton.com
Subject: Re: GSMP WG adelaide
References: <65DA3A1DD476D311AC4400A0C98414FC2D5674@orsmsx54.jf.intel.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-gsmp@psyton.com
Precedence: bulk
Reply-To: gsmp@psyton.com
Content-Transfer-Encoding: 7bit


folks,
we have been assigned one full slot for the adelaide meeting, so it's time to
create an agenda. Please forward any agenda items you may have to me and
Avri. It might also be a good idea to cc your requests to the list as well.

Regards,
Ken


"Khosravi, Hormuzd M" wrote:

> Hi,
>
> I was wondering if the GSMP WG has an agenda for Adelaide and is going to
> hold any meetings.
> Please do let me know.
>
> Thanks,
> Hormuzd.

--
Kenneth Sundell
Nortel Networks
Routing Architecture Lab
S:t Eriksgatan 115 A, PO Box 6701
113 85 Stockholm, Sweden
phone: +46 8 5088-3538, mobile +46 70 665-7838
e-mail: ksundell@nortelnetworks.com




From owner-gsmp@psyton.com  Wed Feb 23 07:29:57 2000
Received: from nighthawk.psyton.com (IDENT:root@psyton.ne.mediaone.net [24.218.14.40])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA20014
	for <gsmp-archive@odin.ietf.org>; Wed, 23 Feb 2000 07:29:57 -0500 (EST)
Received: (from majordomo@localhost)
	by nighthawk.psyton.com (8.9.0/8.9.0) id HAA03465
	for gsmp-list; Wed, 23 Feb 2000 07:18:13 -0500
Received: from mgw-x2.nokia.com (mgw-x2.nokia.com [131.228.20.22])
	by nighthawk.psyton.com (8.9.0/8.9.0) with ESMTP id HAA03462
	for <gsmp@psyton.com>; Wed, 23 Feb 2000 07:18:08 -0500
From: avri.doria@nokia.com
Received: from mgw-i2.ntc.nokia.com (mgw-i2.ntc.nokia.com [131.228.118.61])
	by mgw-x2.nokia.com (8.9.3/8.9.3/o) with ESMTP id OAA15925
	for <gsmp@psyton.com>; Wed, 23 Feb 2000 14:18:03 +0200 (EET)
Received: from daebh01nok.americas.nokia.com (daebh01nok.americas.nokia.com [172.18.242.182])
	by mgw-i2.ntc.nokia.com (8.9.3/8.9.3) with ESMTP id OAA17999
	for <gsmp@psyton.com>; Wed, 23 Feb 2000 14:18:01 +0200 (EET)
Received: by daebh01nok with Internet Mail Service (5.5.2448.0)
	id <1RM283Q4>; Wed, 23 Feb 2000 06:17:15 -0600
Message-ID: <B9CFA6CE8FFDD211A1FB0008C7894E46B57A1B@bseis01nok>
To: gsmp@psyton.com
Subject: RE: GSMP WG Adelaide
Date: Wed, 23 Feb 2000 06:16:39 -0600
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: owner-gsmp@psyton.com
Precedence: bulk
Reply-To: gsmp@psyton.com

Hi,

So far, what I have on the agenda is:

1. Review of work done on GSMP spec - including results of the
editing meeting and work done since then.

2. Reports on implementations - I know there are a few,
and I am hoping that the folk working on them will come forward 
with short reports.

3. Discussions of future work for GSMP


Regards,

a.
-----------------------------------
avri doria
Office: +1 781 993 4645
Mobile: +1 781 308 7680                
 

> -----Original Message-----
> From: EXT Kenneth Sundell [mailto:ksundell@nortelnetworks.com]
> Sent: 23 February, 2000 2:42 AM
> To: gsmp@psyton.com
> Subject: Re: GSMP WG adelaide
> 
> 
> 
> folks,
> we have been assigned one full slot for the adelaide meeting, 
> so it's time to
> create an agenda. Please forward any agenda items you may 
> have to me and
> Avri. It might also be a good idea to cc your requests to the 
> list as well.
> 
> Regards,
> Ken
> 
> 
> "Khosravi, Hormuzd M" wrote:
> 
> > Hi,
> >
> > I was wondering if the GSMP WG has an agenda for Adelaide 
> and is going to
> > hold any meetings.
> > Please do let me know.
> >
> > Thanks,
> > Hormuzd.
> 
> --
> Kenneth Sundell
> Nortel Networks
> Routing Architecture Lab
> S:t Eriksgatan 115 A, PO Box 6701
> 113 85 Stockholm, Sweden
> phone: +46 8 5088-3538, mobile +46 70 665-7838
> e-mail: ksundell@nortelnetworks.com
> 
> 


From owner-gsmp@psyton.com  Wed Feb 23 08:34:59 2000
Received: from nighthawk.psyton.com (IDENT:root@psyton.ne.mediaone.net [24.218.14.40])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA21785
	for <gsmp-archive@odin.ietf.org>; Wed, 23 Feb 2000 08:34:59 -0500 (EST)
Received: (from majordomo@localhost)
	by nighthawk.psyton.com (8.9.0/8.9.0) id IAA03694
	for gsmp-list; Wed, 23 Feb 2000 08:25:22 -0500
Received: from gwa2.fe.bosch.de (gwa2.fe.bosch.de [195.71.148.2])
	by nighthawk.psyton.com (8.9.0/8.9.0) with ESMTP id IAA03691
	for <gsmp@psyton.com>; Wed, 23 Feb 2000 08:25:21 -0500
Received: (from uucp@localhost)
	by gwa2.fe.bosch.de (8.9.1/8.9.1) id OAA20258
	for <gsmp@psyton.com>; Wed, 23 Feb 2000 14:25:32 +0100 (MET)
Received: from fez7358.fe.bosch.de( 10.8.1.102) by gwa2.fe.bosch.de via smap (V2.1)
	id xma019693; Wed, 23 Feb 00 14:24:47 +0100
Received: by fez7202.server.bosch.de with Internet Mail Service (5.5.2651.58)
	id <FPMPL1Y6>; Wed, 23 Feb 2000 14:24:17 +0100
Message-ID: <7DE0D5F41A2FD311AB6B08002BB6B39F9E6060@bkmail2.bk.bosch.de>
From: "Buerkle Joachim (UC-ON/EMY2) *" <Joachim.Buerkle@marconicomms.com>
To: "'gsmp@psyton.com'" <gsmp@psyton.com>
Subject: AW: GSMP WG Adelaide
Date: Wed, 23 Feb 2000 14:24:15 +0100
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2651.58)
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by nighthawk.psyton.com id IAA03692
Sender: owner-gsmp@psyton.com
Precedence: bulk
Reply-To: gsmp@psyton.com
Content-Transfer-Encoding: 8bit

Avri,

do you know till when the new version of the GSMP spec. will be available?

c.u.
Joachim

-----
Marconi Communications GmbH
Dept. Systems Engineering - Wireline Access Systems
Gerberstrasse 33
D-71522 Backnang
Germany

Phone: +49  7191  13  4602
Fax: +49  7191  13  64602
Email: joachim.buerkle@marconicomms.com
Web site: www.marconi.com
Web site: www.marconicomms.com
-----


> -----Ursprüngliche Nachricht-----
> Von:	avri.doria@nokia.com [SMTP:avri.doria@nokia.com]
> Gesendet am:	Mittwoch, 23. Februar 2000 13:17
> An:	gsmp@psyton.com
> Betreff:	RE: GSMP WG Adelaide
> 
> Hi,
> 
> So far, what I have on the agenda is:
> 
> 1. Review of work done on GSMP spec - including results of the
> editing meeting and work done since then.
> 
> 2. Reports on implementations - I know there are a few,
> and I am hoping that the folk working on them will come forward 
> with short reports.
> 
> 3. Discussions of future work for GSMP
> 
> 
> Regards,
> 
> a.
> -----------------------------------
> avri doria
> Office: +1 781 993 4645
> Mobile: +1 781 308 7680                
>  
> 
> > -----Original Message-----
> > From: EXT Kenneth Sundell [mailto:ksundell@nortelnetworks.com]
> > Sent: 23 February, 2000 2:42 AM
> > To: gsmp@psyton.com
> > Subject: Re: GSMP WG adelaide
> > 
> > 
> > 
> > folks,
> > we have been assigned one full slot for the adelaide meeting, 
> > so it's time to
> > create an agenda. Please forward any agenda items you may 
> > have to me and
> > Avri. It might also be a good idea to cc your requests to the 
> > list as well.
> > 
> > Regards,
> > Ken
> > 
> > 
> > "Khosravi, Hormuzd M" wrote:
> > 
> > > Hi,
> > >
> > > I was wondering if the GSMP WG has an agenda for Adelaide 
> > and is going to
> > > hold any meetings.
> > > Please do let me know.
> > >
> > > Thanks,
> > > Hormuzd.
> > 
> > --
> > Kenneth Sundell
> > Nortel Networks
> > Routing Architecture Lab
> > S:t Eriksgatan 115 A, PO Box 6701
> > 113 85 Stockholm, Sweden
> > phone: +46 8 5088-3538, mobile +46 70 665-7838
> > e-mail: ksundell@nortelnetworks.com
> > 
> > 


From owner-gsmp@psyton.com  Thu Feb 24 20:40:56 2000
Received: from nighthawk.psyton.com (IDENT:root@psyton.ne.mediaone.net [24.218.14.40])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA14070
	for <gsmp-archive@odin.ietf.org>; Thu, 24 Feb 2000 20:40:55 -0500 (EST)
Received: (from majordomo@localhost)
	by nighthawk.psyton.com (8.9.0/8.9.0) id UAA09590
	for gsmp-list; Thu, 24 Feb 2000 20:08:36 -0500
Received: from howler.tri.sbc.com (howler.tri.sbc.com [205.173.58.4])
	by nighthawk.psyton.com (8.9.0/8.9.0) with ESMTP id UAA09587
	for <gsmp@psyton.com>; Thu, 24 Feb 2000 20:08:35 -0500
Received: from sbctri.tri.sbc.com (sbctri [144.60.1.10])
	by howler.tri.sbc.com (8.9.3/8.9.3) with ESMTP id TAA01151
	for <gsmp@psyton.com>; Thu, 24 Feb 2000 19:09:58 -0600 (CST)
Received: from trimail2.tri.sbc.com (trimail2 [144.60.55.227])
	by sbctri.tri.sbc.com (8.9.3/8.9.3) with ESMTP id TAA13602
	for <gsmp@psyton.com>; Thu, 24 Feb 2000 19:08:02 -0600 (CST)
Received: by trimail2.tri.sbc.com with Internet Mail Service (5.5.2448.0)
	id <142AAGVW>; Thu, 24 Feb 2000 19:08:02 -0600
Message-ID: <4D45BA2A58A7D3119E050008C7E69E2903812A@trimail2.tri.sbc.com>
From: "Schneider, Marco" <schneider@tri.sbc.com>
To: "'gsmp@psyton.com'" <gsmp@psyton.com>
Subject: OPENARCH 2000: Early Registration is by February 28th
Date: Thu, 24 Feb 2000 19:07:59 -0600
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: owner-gsmp@psyton.com
Precedence: bulk
Reply-To: gsmp@psyton.com

[Apologies for the multiple copies many of you will receive.-- MS]

The Third IEEE Conference on Open Architectures and Network Programming  
			  (OPENARCH 2000)
		Call For Participation and Advanced Program 
		   Tel Aviv, Israel, March 26-27, 2000 	

Advances in open signaling and control, active networks, mobility
management, transportable software, Web-based services access, and
distributed systems technologies are driving a reexamination of existing
network software architectures and the evolution of control and management
systems away from traditional constrained solutions. The Third IEEE
Conference on Open Architectures and Network Programming invites
participation in this international forum on open programmable networks.
OPENARCH 2000 will foster a better understanding of network software
architecture and the techniques becoming available to make it simpler, more
flexible, and more robust. In the spirit of the first and second
conferences, OPENARCH 2000 will provide researchers and developers with a
focused opportunity to present and discuss current work and future
directions in the systems, techniques, and performance of open
architectures. There will be an official Proceedings. 

For the latest information on OPENARCH 2000 see the conference web page:
http://comet.ctr.columbia.edu/activities/openarch2000/

OPENARCH 2000 is sponsored by the IEEE Communications Society and will be
co-located and organized in conjunction with INFOCOM 2000.  Registration
information for OPENARCH 2000  is available at
http://www.comnet.technion.ac.il/infocom2000/registration.html

Please Note:
Special Hotel Rate Deadline is January 24th
Early Registration Deadline is February 28th


ADVANCED PROGRAM
------------------------------------------
Sunday, 26 March 2000 

<morning>

Keynote Talk: "Fears of Open: How To Overcome The Inhibitions of Networks"
Yechiam Yemini (Columbia University)

Papers Session 1: Programmability

"Lightweight, Dynamic and Programmable Virtual Private Networks"
Rebecca Isaacs (University of Cambridge)

"NetTap: An Efficient and Reliable PC-Based Platform for Network
Programming"
Stephen Blott, Jose' Brustoloni and Cliff Martin (Bell Laboratories, Lucent
Technologies)

"Enabling Service Creation in Programmable Mobile Networks"
Michael E. Kounavis (Columbia University), Andrew T. Campbell (Columbia U.),
Gen Ito (NEC Corporation) and Giuseppe Bianchi (University of Palermo)

<afternoon>

Papers Session 2: Active Networks

"Tags for High Performance Active Networks"
Tilman Wolf (Washington University, St. Louis), Dan Decasper (Washington U.)
and Christian Tschudin (Uppsala University) 

"Towards an IP Accounting Infrastructure"
Franco Travostino (Nortel Networks Labs)

"Seraphim: Dynamic Interoperable Security Architecture for Active Networks"
Zhaoyu Liu, Prasad Naldurg, Seung Yi, Roy. H. Campbell and M. Dennis
Mickunas (University of Illinois, Urbana-Champaign)

"Exposing the Network: Support for Topology-sensitive Applications"
Y. Chae, S. Merugu, E. Zegura (Georgia Tech)  and S. Bhattacharjee
(University of Maryland)

Panel Session: "Is there good start-up potential in programmable/active
networks?"
Organizer: Gisli Hjalmtysson (AT&T Labs)

-------------------------------------------
Monday 27 March 2000
<morning>

Keynote Talk:  "The Adaptable, Self-reforming SocialNet System through
ActiveNet Technologies"
Masanori Kataoka (Systems Development Laboratory, Hitachi)

Papers Session 3: Architectures

"Lightweight Policing and Charging for Packet Networks"
Bob Briscoe, Mike Rizzo, Jerome Tassel, Kostas Damianakis and Nicolai Guba
(BT Laboratories) 

"A Reliability Model for Distributed Adaptation"
Mark Yarvis, Peter Reiher and Gerald J. Popek (University of California, Los
Angeles)
 
"The Pronto Platform: A Flexible Toolkit for Programming Networks using a
Commodity Operating System"
Gisli Hjalmtysson (AT&T Labs)

"A Scalable Architecture for Active Networks"
Raghupathy Sivakumar, Sungwook Han and Vaduvur Bharghavan (University of
Illinois, Urbana-Champaign)

<afternoon>

Papers Session 4: Languages

"A New Dynamic Architecture for an Active Network"
Amila Fernando, Bob Kummerfeld, Alan Fekete and Michael Hitchens (University
of Sydney)

"A Language-Based Approach to Programmable Networks"
Ian Wakeman (University of Sussex), Alan Jeffrey (DePaul University) and Tim
Owen (University of Sussex)

Short Papers Session
Organizer: Ian Marshall, BT Labs

Closing Remarks
-------------------------------------------
For additional information, see the OPENARCH 2000 web page, or contact the
Technical Program Chair:

David Hutchison 
Program Chair, OpenArch 2000
Computing Department
Lancaster University
Lancaster LA1 4YR
UK
email: dh@comp.lancs.ac.uk







