Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41A2B1A03B9 for ; Mon, 17 Mar 2014 01:13:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.047 X-Spam-Level: X-Spam-Status: No, score=-15.047 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ItEzwa_SGR1F for ; Mon, 17 Mar 2014 01:13:53 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) by ietfa.amsl.com (Postfix) with ESMTP id 3E2B81A03A0 for ; Mon, 17 Mar 2014 01:13:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=54599; q=dns/txt; s=iport; t=1395044024; x=1396253624; h=from:to:subject:date:message-id:in-reply-to:mime-version; bh=7MMeVNuijbk6zrvsoRm2VlReO5X7/5sZMHvgd+2wq18=; b=lCzs1+FnC8OnGyv10oYeZvofg4yS0DUF3b9GSBv2Y8d28uhg5JgBmWn0 gozRzv6n8TU7Xrhefq1KvdDwNVBf0KBO4O6bTlAgCOSsfYrv/vLGtYyC4 e3FvUYQTRgfdGnJE80IDtUqUH3+WqZL2eHiSIbT5T7vTcqUO95KaQzHnF I=; X-Files: 273031C1-0F11-4D42-9226-D16B7CB14162.png, image001.png : 1632, 1632 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AicFACeuJlOtJXG8/2dsb2JhbABZgkJEO1fCCIEZFnSCJQEBAQQFIAIGARseBxkEAQgRAwEBAQYBAQEYAQYJFQQLDBQJCAIEAREBDodrDdI9FwSOEAYqCQoXAQKENgEDkFGBNAGGQJIvgy2CKw X-IronPort-AV: E=Sophos; i="4.97,668,1389744000"; d="png'150?scan'150,208,217,150"; a="310775337" Received: from rcdn-core2-1.cisco.com ([173.37.113.188]) by rcdn-iport-8.cisco.com with ESMTP; 17 Mar 2014 08:13:37 +0000 Received: from xhc-aln-x11.cisco.com (xhc-aln-x11.cisco.com [173.36.12.85]) by rcdn-core2-1.cisco.com (8.14.5/8.14.5) with ESMTP id s2H8DbNb000396 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 17 Mar 2014 08:13:37 GMT Received: from xmb-rcd-x09.cisco.com ([169.254.9.247]) by xhc-aln-x11.cisco.com ([173.36.12.85]) with mapi id 14.03.0123.003; Mon, 17 Mar 2014 03:13:37 -0500 From: "Gabriele Maria Galimberti (ggalimbe)" To: Fatai Zhang , John E Drake , Dieter Beller , "RKunze@telekom.de" , "ccamp@ietf.org" Thread-Topic: [CCAMP] G.698.2 MIB concerns addressed by ITU-T colleagues Thread-Index: Ac8+yaJXH8vwWfWRQbyQfVfsHVxr9P//hS+A//7U8tCAAj5RgP//dwaAgADdLoD/+3s6oAE7YKAA Date: Mon, 17 Mar 2014 08:13:36 +0000 Message-ID: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.2.130206 x-originating-ip: [10.147.2.225] Content-Type: multipart/mixed; boundary="_006_CF4C6BFF5ADD2ggalimbeciscocom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/P96voo7dYjN0OxZ9IRQwa-VTRgw Subject: Re: [CCAMP] G.698.2 MIB concerns addressed by ITU-T colleagues X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Mar 2014 08:13:56 -0000 --_006_CF4C6BFF5ADD2ggalimbeciscocom_ Content-Type: multipart/related; boundary="_005_CF4C6BFF5ADD2ggalimbeciscocom_"; type="multipart/alternative" --_005_CF4C6BFF5ADD2ggalimbeciscocom_ Content-Type: multipart/alternative; boundary="_000_CF4C6BFF5ADD2ggalimbeciscocom_" --_000_CF4C6BFF5ADD2ggalimbeciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Fatai, Black link lies between a DWDM transceiver and a DWDM network (e.g. ROADM). So on UNI for sure. But, if You have Regenerators in the DWDM network the = black link can be on the E-NNI and I-NNI. Regards, Gabriele [http://www.cisco.com/swa/i/logo.gif] Gabriele Galimberti Technical Leader Cisco Photonics Srl Via Philips, 12 20900 - Monza (MI) Italy www.cisco.com/global/IT/ ggalimbe@cisco.com Phone :+39 039 2091462 Mobile :+39 335 7481947 Fax :+39 039 2092049 From: Fatai Zhang > Date: Monday, March 17, 2014 3:12 AM To: John Drake >, Gabriele Ga= limberti >, Dieter Beller >, "= RKunze@telekom.de" >, "ccamp@ietf.org" > Subject: RE: [CCAMP] G.698.2 MIB concerns addressed by ITU-T colleagues Hi John, Thanks, I knew RFC4207 & RFC4209 and LMP is optional and more (~100%) used = in I-NNI context. My concern could be stated in another way more explicitly: Usecases or scenarios are needed to describe where the black link lies, UNI= , E-NNI or I-NNI, and then describe why LMP ext is needed, rather than brin= g out a lot of parameters to be carried in LMP protocol without justificati= on. Best Regards Fatai From: John E Drake [mailto:jdrake@juniper.net] Sent: Friday, March 14, 2014 8:44 PM To: Fatai Zhang; Gabriele Maria Galimberti (ggalimbe); Dieter Beller; RKunz= e@telekom.de; ccamp@ietf.org Subject: RE: [CCAMP] G.698.2 MIB concerns addressed by ITU-T colleagues Fatai, LMP already has technology specific extensions for SDH and WDM. Yours Irrespectively, John From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Fatai Zhang Sent: Friday, March 14, 2014 12:57 AM To: Gabriele Maria Galimberti (ggalimbe); Dieter Beller; RKunze@telekom.de<= mailto:RKunze@telekom.de>; ccamp@ietf.org Subject: Re: [CCAMP] G.698.2 MIB concerns addressed by ITU-T colleagues Hi Gabriele, I prefer the first option, because CCAMP always follow the *G*MPLS principl= e: generic/generalized->specific. Note that you did not clarify how to justify which parameters can/(can not)= be exchanged. Best Regards Fatai From: Gabriele Maria Galimberti (ggalimbe) [mailto:ggalimbe@cisco.com] Sent: Friday, March 14, 2014 3:42 PM To: Fatai Zhang; Dieter Beller; RKunze@telekom.de= ; ccamp@ietf.org Subject: Re: [CCAMP] G.698.2 MIB concerns addressed by ITU-T colleagues Hi All, Thanks for the comments and suggestion. The first action I would take is update the draft with the explanations req= uested during the ccamp session and in mailing list. I'm not aware of any LMP extensions to support other technologies as Fatai = is asking (apart the recent draft on sson), I think this can be a matter o= f collaboration Discussing also whether to extend the existing draft or propose a new one. I prefer the second option. I'd also note that the LMP is not an extension of the UNI, LMP is a managem= ent protocol to help interface management: Discovery, negotiation, alarm correlation, etc. It can run on interfaces not "served" by UNI e.g. On spans between ROADMS. Regards, Gabriele [http://www.cisco.com/swa/i/logo.gif] Gabriele Galimberti Technical Leader Cisco Photonics Srl Via Philips, 12 20900 - Monza (MI) Italy www.cisco.com/global/IT/ ggalimbe@cisco.com Phone :+39 039 2091462 Mobile :+39 335 7481947 Fax :+39 039 2092049 From: Fatai Zhang > Date: Friday, March 14, 2014 2:22 AM To: Dieter Beller >, "RKunze@telekom.de" >, "ccamp@ietf.org" > Subject: Re: [CCAMP] G.698.2 MIB concerns addressed by ITU-T colleagues Hi Ruediger and other authors, I agree with Dieter=92s point. Is it really known what information can/should be exchanged and what can/sh= ould not? How to justify? In addition, do you see any draft about LMP ext over UNI for other technolo= gies such as OTN, WSON, SDH, etc. defined in CCAMP? If no, why not make this draft more generic? I would also kindly suggest the authors have a look at the OIF UNI IAs (UNI= 1.0 & UNI 2.0 and their difference) to see if it really makes sense to hav= e LMP ext over UNI. Best Regards Fatai From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Dieter Beller Sent: Thursday, March 13, 2014 11:17 PM To: RKunze@telekom.de; ccamp@ietf.org Subject: Re: [CCAMP] G.698.2 MIB concerns addressed by ITU-T colleagues Hi Ruediger, On 13.03.2014 15:36, RKunze@telekom.de wrote: Hi all, Huub and Dieter mentioned during the CAMP session in London that ITU-T Q6 h= as some concerns about additional values in document. Huub mentioned that - I asked a follow-up question regarding the exchange o= f power values (see below). Gabriele mentioned the reason for adding these values and we will update th= e documents with explaining text. During our common meeting with ITU-T at I= ETF 86 Pete Anslow mentioned: Transmit power may be useful, beyond that I = cannot think of anything else you may want to set. If you guys have still concerns lets discuss these points on the list. The question I have is the following: The draft defines LMP protocol messages (sub-objects) to convey the (curren= t?) Output Power at the Ss reference point and the Current Input Power at the Rs reference point from = OXC1 to OLS1 and OXC2 to OLS2, respectively. This is my interpretation. Now, I would like to understand fo= r what purposes these power values are exchanged. My suggestion at the meeting was to add some explanatory text to the draft = describing the application that makes use of these values, i.e., that motivates the definition of these LMP= extensions. Thanks, Dieter Best regards Ruediger _______________________________________________ CCAMP mailing list CCAMP@ietf.org --_000_CF4C6BFF5ADD2ggalimbeciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi Fatai, 

Black link lies between a DWDM transceiver and a DWDM network (e.g. RO= ADM).

So on UNI for sure.  But, if You have Regenerators in the DWDM ne= twork the black link can be on the E-NNI and I-NNI.

Regards, 

Gabriele

3D"http://www.cisco.com/swa/i/logo.gif"



Gabriele Galimberti
Technical Leader=
Cisco Photonics Srl


Via Philips, 12

20900 - Monza (MI)
Italy
www.cisco.com/global/IT/


ggalimbe@cisco.c= om
Phone :+39 039 2091462+39 335 7481947
Fax :+39 039 2092049













From: Fatai Zhang <zhangfatai@huawei.com>
Date: Monday, March 17, 2014 3:12 A= M
To: John Drake <jdrake@juniper.net>, Gabriele Galimberti <<= a href=3D"mailto:ggalimbe@cisco.com">ggalimbe@cisco.com>, Dieter Bel= ler <Dieter.Beller@a= lcatel-lucent.com>, "RKunze@telekom.de" <= ;RKunze@telekom.de>, "ccamp@ietf.org" <ccamp@ietf.org>
Subject: RE: [CCAMP] G.698.2 MIB co= ncerns addressed by ITU-T colleagues

Hi John,

 =

Thanks, I knew RF= C4207 & RFC4209 and LMP is optional and more (~100%) used in I-NNI cont= ext.

 =

My concern could be stated in anot= her way more explicitly:

 

Usecases or scenarios are needed t= o describe where the black link lies, UNI, E-NNI or I-NNI, and then describe why LMP ext is needed, rather than bring= out a lot of parameters to be carried in LMP protocol without justificatio= n.  

 

 

 

Best Regards

 

Fatai

 =

From: John E Drake [mai= lto:jdrake@juniper.net]
Sent: Friday, March 14, 2014 8:44 PM
To: Fatai Zhang; Gabriele Maria Galimberti (ggalimbe); Dieter Beller= ; RKunze@telekom.de; ccamp@ietf.org=
Subject: RE: [CCAMP] G.698.2 MIB concerns addressed by ITU-T colleag= ues

 

Fatai,

 

LMP already has tec= hnology specific extensions for SDH and WDM.    <= /span>

 

Yours Irrespectivel= y,

 

John

 

From: CCAMP [mail= to:ccamp-bounces@ietf.org] On Behalf Of Fatai Zhang
Sent: Friday, March 14, 2014 12:57 AM
To: Gabriele Maria Galimberti (ggalimbe); Dieter Beller; RKunze@telekom.de; ccamp@ietf.org=
Subject: Re: [CCAMP] G.698.2 MIB concerns addressed by ITU-T colleag= ues

 

Hi Gabriele,=

 =

I prefer the firs= t option, because CCAMP always follow the *G*MPLS principle: generic= /generalized->specific.

 

Note that you did not clarify how = to justify which parameters can/(can not) be exchanged.

 

 

Best Regards

 

Fatai

 =

From: Gabriele Maria Galimberti (ggalimbe) [mailto:ggalimbe@cisco.co= m]
Sent: Friday, March 14, 2014 3:42 PM
To: Fatai Zhang; Dieter Beller; RKunze@telekom.de; ccamp@ietf.org
Subject: Re: [CCAMP] G.698.2 MIB concerns addressed by ITU-T colleag= ues

 

Hi All, 

 

Thanks for the comments and suggestion.<= /o:p>

The first action I would take is update the d= raft with the explanations requested during the ccamp session and in mailin= g list.

 

I'm not aware of any LMP extensions to suppor= t other technologies as Fatai is asking (apart the recent draft on sson), &= nbsp;I think this can be a matter of collaboration

Discussing also whether to extend the existin= g draft or propose a new one.

I prefer the second option.=

 

I'd also note that the LMP is not an extensio= n of the UNI, LMP is a management protocol to help interface management:

Discovery, negotiation, alarm correlation, et= c.  

It can run on interfaces not "served&quo= t; by UNI e.g. On spans between ROADMS.

 

Regards, 

 

Gabriele

3D"http://www.cisco.=

 

 

Gabriele Galimberti
Technical Leader
Cisco Photonics Srl

 

V= ia Philips, 12

20900 - Monza (MI)
Italy
w= ww.cisco.com/global/IT/

 

ggalimbe@cisco.com
Phone :+39 039 2091462
Mobile :+39 335 7481947
Fax :+39 039 2092049

 

 

 

 

 

 

 

 

 

 

From: Fatai Zhang <zhangfatai@huawei.com>
Date: Friday, March 14, 2014 2:22 AM
To: Dieter Beller <Dieter.Beller@alcatel-lucent.com>, "RKunze@telekom.de" <RKunze@telekom.de>, "ccamp@ietf.org" <ccamp@ietf.org>
Subject: Re: [CCAMP] G.698.2 MIB concerns addressed by ITU-T colleag= ues

 

Hi Ruediger and o= ther authors,

 

I agree with Diet= er=92s point.

 

Is it really know= n what information can/should be exchanged and what can/should not? How to = justify?

 

In addition, do you see any draft = about LMP ext over UNI for other technologies such as OTN, WSON, SDH, etc. defined in CCAMP?

 =

If no, why not make this draft mor= e generic?

 

I would also kindly suggest the au= thors have a look at the OIF UNI IAs (UNI 1.0 & UNI 2.0 and their difference) to see if it really makes sense to= have LMP ext over UNI.

 

 =

Best Regards

 =

Fatai<= o:p>

 

From: CCAMP [mailto= :ccamp-bounces@ietf.org] On Behalf Of Dieter Beller
Sent: Thursday, March 13, 2014 11:17 PM
To: RKunze@telekom.de; ccamp@ietf.org
Subject: Re: [CCAMP] G.698.2 MIB concerns addressed by ITU-T colleag= ues

 

Hi Ruediger,

On 13.03.2014 15:36, RKunze@telekom.de wrote:

Hi all,=

 <= /span>

Huub and Dieter mentioned during the CAMP sess= ion in London that ITU-T Q6 has some concerns about additional values in document.

=
Huub mentioned that - I asked a follow-up question regarding the exchange o= f power values (see below).

 <= /span>

Gabriele mentioned the reason for adding these= values and we will update the documents with explaining text. During our c= ommon meeting with ITU-T at IETF  86 Pete Anslow mentioned: Transmit power may be useful, beyond that I cannot think= of anything else you may want to set.

 <= /span>

If you guys have still concerns lets discuss t= hese points on the list.

= The question I have is the following:

The draft defines LMP protocol messages (sub-objects) to convey the (curren= t?) Output Power at the Ss
reference point and the Current Input Power at the Rs reference point from = OXC1 to OLS1 and OXC2 to OLS2,
respectively. This is my interpretation. Now, I would like to understand fo= r what purposes these power values
are exchanged.

My suggestion at the meeting was to add some explanatory text to the draft = describing the application that
makes use of these values, i.e., that motivates the definition of these LMP= extensions.


Thanks,
Dieter

 <= /span>

Best regards

 <= /span>

Ruediger

 <= /span>

 <= /span>

 <= /span>

 <= /span>

= 

_______________________________________________
CCAMP mailing list
CCAMP@ietf.org<=
/a>
 --_000_CF4C6BFF5ADD2ggalimbeciscocom_-- --_005_CF4C6BFF5ADD2ggalimbeciscocom_ Content-Type: image/png; name="273031C1-0F11-4D42-9226-D16B7CB14162.png" Content-Description: 273031C1-0F11-4D42-9226-D16B7CB14162.png Content-Disposition: inline; filename="273031C1-0F11-4D42-9226-D16B7CB14162.png"; size=1632; creation-date="Mon, 17 Mar 2014 08:13:36 GMT"; modification-date="Mon, 17 Mar 2014 08:13:36 GMT" Content-ID: <8465145E-479B-4D34-9661-70327B9B757D> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAG4AAABJCAIAAABTkIQiAAAGJ0lEQVR4nO2be0xTVxzHv30gcHk5 bRmKyMCJrhDsNi0xzldikE2dZr5mSEnm/poylxi3ZAuOkhhjspANZ0zUhT9GyNwMzoHDSHD4GEGI QGtGAQ10iEyg1a1Cy50tdH9cd7kqRVp+5WHO54/m9HDOl3M+nHvP6W2QeTweMCiQT/YAXhyYSjKY SjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjImQWXLnXvTOt8bE62yxtz2 XfnvNea2aZo/CsoJ/n0lVxsqG5sBLNcsmI75ozDRq1KYp/A6HfNHgW07ZDCVZDCVZARQpa+HkqnW 3lcCpdLXQ8lUa+8HgToM+XoomWrt/SBQq9LXQ8lUa+8HBCqn+wdBqvzxqpzuHwQJ88d7r/yooBhA ZWOz8cSX4x/NtM5n50oymEoymEoyxqty3euvia9jqafKCXS+H4x329m66g3xdSz1VDmBzveD8apc rlnwUji3eP6cMdZT5QQ63w8I7pXexjFi/SgXlE85E5DvKxP9hQThBTUp+aMgm/h/Nmm5c49qIUxK vjcmQeWLCjtXksFUkhHYbeevy5fF8tw1a8g7jqWZ32PwlYCodPN8x5Wrt4qL79fXO81NADhNctL2 bTqDwTM4KFMoANQZDMa8PADa3NxlBw8KlQBsLa2N3x7ruVwldnx5zdoVhlxOrRoxn7daAYSo1Unb t2kPfDojPExs1lVb13Wh3FJRaa+plqujI15dmJC+LvH9XarFiwIxa3qVbp5vOHnK+Mk+aaXT3HS3 PlEHeAAZgCf3useVgK2l9dLuD+011dKOFnPTss8OcFBJ828eOjRk7R1uZu29W5+YMjAgqmy7WFGz f7/w9wAwZO21W3uNNdW3z/2y9puvA7E86VU+5TFsiVbJhUntAIBM9mxHz+Bge0WF2DJOn6WMiATw oLFxBje81hpOnmr4/Au5sx8AgoLCNMlKLsx+o04a1VVbdyljvbRGro4W1DtMxt/2ZmeUlJCvTWKV TqvtdmGh+FZbcDQxPR2AvaPjkd2O/1ffiLgGeHvrLaGs2rhpdX6+cFE7rbbgmVHSfMGjXB2dmpMj zVeGhgJw87z5+yIxNmFPdvL2rQCazpRYTp2Ay+U0N7Wf/kFlMFDOnFxlR1WVw2QUytqCo7p9Hwtl cQmI98QRhhIaEqWeLZRt58uqDXnzVq+ak6abGR8vzf/3TwsABAWl5uQ8ne/xAOjv6bEcPybUJ+zJ Xpv/lTIkBMDM5BR338POou8BWCoqddQqiQ9Dfd3dYjll1y7fhqJQxL79jvjWcvzYtZ07ft28pfmn M9J8t9MJQMlxI+TLZAAc3T1ihSZLL3gEwKlVSZmZCAoCwHfTf/UWwHOlcLn5xNylb264XqvauEms cZiM13buaLtYQZIfUIhVRsTEiOW28nJfu8sUitg03ZZzP2+4XqvNzRXr20vLPIODQr6S4wC4nU5v +cFRUWK560K50BHAo35He2kZXC4AyshIX8f2XIhVqlNTw5ZohXLD4cNtFyucVpvTarO1tHbV1gEQ JzYCHo+b5908LwNi03S63Fxxebr7Hg4NDQn5wa8kAIDL9Wy+m+cBRM6bF6fPEjoa8/JaSs46rbZ/ OjqMhYWdxY+3o+gVb9FOHOTbjmrxooVbNhtNRgAOk/FSxnpBx0BnZ2hc3HtlpR7vm/ig2327tOzu latRi5IA4MF92/myx6OMiJTL5cP55ia4XA6TsUqvn5WWJuZnFBYqQ0JmhIct2f2BsL0AuLZzx83l KwDYb9QJSzI4IVGTpaedOAJxrkzZm32/3SLORNQRGhc33MjL46g+c5O4+YpwmmRNll7c+oX8jpKz cmf/kLV3xPyYlSu1BUfF4630VBuckKg7ciQ2Tefv/LxCr5JTq1bn5/+xdKnl9I/SOUTMj4eXJSlU yuVyzJr91I/i9FlJmZnSmUvz/zaZhDPmEBceMT9e3IjkCsWyvXsiYmKai4qGl3ZU1Jx3NydlZi5Y n0412SdmEdDnlX48SpB2eW6vKfU4gz36JYM9rySDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSD qSSDqSSDqSSDqSSDqSTjP8P5+2z4huMfAAAAAElFTkSuQmCC --_005_CF4C6BFF5ADD2ggalimbeciscocom_-- --_006_CF4C6BFF5ADD2ggalimbeciscocom_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: attachment; filename="image001.png"; size=1632; creation-date="Mon, 17 Mar 2014 08:13:36 GMT"; modification-date="Mon, 17 Mar 2014 08:13:36 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAG4AAABJCAIAAABTkIQiAAAGJ0lEQVR4nO2be0xTVxzHv30gcHk5 bRmKyMCJrhDsNi0xzldikE2dZr5mSEnm/poylxi3ZAuOkhhjspANZ0zUhT9GyNwMzoHDSHD4GEGI QGtGAQ10iEyg1a1Cy50tdH9cd7kqRVp+5WHO54/m9HDOl3M+nHvP6W2QeTweMCiQT/YAXhyYSjKY SjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjImQWXLnXvTOt8bE62yxtz2 XfnvNea2aZo/CsoJ/n0lVxsqG5sBLNcsmI75ozDRq1KYp/A6HfNHgW07ZDCVZDCVZARQpa+HkqnW 3lcCpdLXQ8lUa+8HgToM+XoomWrt/SBQq9LXQ8lUa+8HBCqn+wdBqvzxqpzuHwQJ88d7r/yooBhA ZWOz8cSX4x/NtM5n50oymEoymEoyxqty3euvia9jqafKCXS+H4x329m66g3xdSz1VDmBzveD8apc rlnwUji3eP6cMdZT5QQ63w8I7pXexjFi/SgXlE85E5DvKxP9hQThBTUp+aMgm/h/Nmm5c49qIUxK vjcmQeWLCjtXksFUkhHYbeevy5fF8tw1a8g7jqWZ32PwlYCodPN8x5Wrt4qL79fXO81NADhNctL2 bTqDwTM4KFMoANQZDMa8PADa3NxlBw8KlQBsLa2N3x7ruVwldnx5zdoVhlxOrRoxn7daAYSo1Unb t2kPfDojPExs1lVb13Wh3FJRaa+plqujI15dmJC+LvH9XarFiwIxa3qVbp5vOHnK+Mk+aaXT3HS3 PlEHeAAZgCf3useVgK2l9dLuD+011dKOFnPTss8OcFBJ828eOjRk7R1uZu29W5+YMjAgqmy7WFGz f7/w9wAwZO21W3uNNdW3z/2y9puvA7E86VU+5TFsiVbJhUntAIBM9mxHz+Bge0WF2DJOn6WMiATw oLFxBje81hpOnmr4/Au5sx8AgoLCNMlKLsx+o04a1VVbdyljvbRGro4W1DtMxt/2ZmeUlJCvTWKV TqvtdmGh+FZbcDQxPR2AvaPjkd2O/1ffiLgGeHvrLaGs2rhpdX6+cFE7rbbgmVHSfMGjXB2dmpMj zVeGhgJw87z5+yIxNmFPdvL2rQCazpRYTp2Ay+U0N7Wf/kFlMFDOnFxlR1WVw2QUytqCo7p9Hwtl cQmI98QRhhIaEqWeLZRt58uqDXnzVq+ak6abGR8vzf/3TwsABAWl5uQ8ne/xAOjv6bEcPybUJ+zJ Xpv/lTIkBMDM5BR338POou8BWCoqddQqiQ9Dfd3dYjll1y7fhqJQxL79jvjWcvzYtZ07ft28pfmn M9J8t9MJQMlxI+TLZAAc3T1ihSZLL3gEwKlVSZmZCAoCwHfTf/UWwHOlcLn5xNylb264XqvauEms cZiM13buaLtYQZIfUIhVRsTEiOW28nJfu8sUitg03ZZzP2+4XqvNzRXr20vLPIODQr6S4wC4nU5v +cFRUWK560K50BHAo35He2kZXC4AyshIX8f2XIhVqlNTw5ZohXLD4cNtFyucVpvTarO1tHbV1gEQ JzYCHo+b5908LwNi03S63Fxxebr7Hg4NDQn5wa8kAIDL9Wy+m+cBRM6bF6fPEjoa8/JaSs46rbZ/ OjqMhYWdxY+3o+gVb9FOHOTbjmrxooVbNhtNRgAOk/FSxnpBx0BnZ2hc3HtlpR7vm/ig2327tOzu latRi5IA4MF92/myx6OMiJTL5cP55ia4XA6TsUqvn5WWJuZnFBYqQ0JmhIct2f2BsL0AuLZzx83l KwDYb9QJSzI4IVGTpaedOAJxrkzZm32/3SLORNQRGhc33MjL46g+c5O4+YpwmmRNll7c+oX8jpKz cmf/kLV3xPyYlSu1BUfF4630VBuckKg7ciQ2Tefv/LxCr5JTq1bn5/+xdKnl9I/SOUTMj4eXJSlU yuVyzJr91I/i9FlJmZnSmUvz/zaZhDPmEBceMT9e3IjkCsWyvXsiYmKai4qGl3ZU1Jx3NydlZi5Y n0412SdmEdDnlX48SpB2eW6vKfU4gz36JYM9rySDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSD qSSDqSSDqSSDqSSDqSTjP8P5+2z4huMfAAAAAElFTkSuQmCC --_006_CF4C6BFF5ADD2ggalimbeciscocom_--