Re: [CCAMP] G.698.2 MIB concerns addressed by ITU-T colleagues

John E Drake <jdrake@juniper.net> Fri, 14 March 2014 12:43 UTC

Return-Path: <jdrake@juniper.net>
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 D761C1A013B for <ccamp@ietfa.amsl.com>; Fri, 14 Mar 2014 05:43:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 od4pTxBw24Cy for <ccamp@ietfa.amsl.com>; Fri, 14 Mar 2014 05:43:52 -0700 (PDT)
Received: from am1outboundpool.messaging.microsoft.com (am1ehsobe004.messaging.microsoft.com [213.199.154.207]) by ietfa.amsl.com (Postfix) with ESMTP id 91CE51A0133 for <ccamp@ietf.org>; Fri, 14 Mar 2014 05:43:51 -0700 (PDT)
Received: from mail101-am1-R.bigfish.com (10.3.201.248) by AM1EHSOBE002.bigfish.com (10.3.204.22) with Microsoft SMTP Server id 14.1.225.22; Fri, 14 Mar 2014 12:43:44 +0000
Received: from mail101-am1 (localhost [127.0.0.1]) by mail101-am1-R.bigfish.com (Postfix) with ESMTP id 47F603C02BA; Fri, 14 Mar 2014 12:43:44 +0000 (UTC)
X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT004.namprd05.prod.outlook.com; RD:none; EFVD:NLI
X-SpamScore: -21
X-BigFish: VPS-21(zz98dI9371Ic85fh4015I1447I14ffIzz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h2189h1d1ah1d2ah21bch1fc6hzdchz1d7338h1de098h1033IL1b1984h17326ah8275bh1bc7b9h8275dh18c673h1de097h186068h18602eh1d68deh19bc52i19bc50iz2fh109h2a8h839hd24hf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1a24h1a82h1ad9h1b0ah1bceh224fh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1fe8h1ff5h20f0h2216h22d0h2336h2461h2487h24d7h2516h2545h255eh25cch25f6h2605h9a9j1155h)
Received-SPF: pass (mail101-am1: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=jdrake@juniper.net; helo=BL2PRD0510HT004.namprd05.prod.outlook.com ; .outlook.com ;
X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(10009001)(428001)(189002)(199002)(51914003)(24454002)(377454003)(164054003)(53754006)(85852003)(46102001)(16236675002)(92566001)(2201001)(47976001)(4396001)(87266001)(50986001)(49866001)(19300405004)(19273905006)(2656002)(47736001)(76576001)(76796001)(76786001)(87936001)(85306002)(81816001)(18206015023)(15975445006)(74316001)(81686001)(93136001)(33646001)(86362001)(93516002)(74502001)(47446002)(15202345003)(31966008)(19609705001)(59766001)(77982001)(65816001)(80022001)(20776003)(63696002)(97336001)(79102001)(97186001)(74706001)(80976001)(74366001)(66066001)(83322001)(19580405001)(19580395003)(74876001)(56776001)(54316002)(17760045001)(95666003)(69226001)(81342001)(51856001)(95416001)(56816005)(90146001)(76482001)(54356001)(53806001)(94316002)(81542001)(24736002)(16866105001)(16866085005); DIR:OUT; SFP:1101; SCL:1; SRVR:BLUPR05MB564; H:BLUPR05MB562.namprd05.prod.outlook.com; FPR:347CF55C.A0C6931D.11D1FD03.42E6F043.20523; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
Received: from mail101-am1 (localhost.localdomain [127.0.0.1]) by mail101-am1 (MessageSwitch) id 1394801020600917_16915; Fri, 14 Mar 2014 12:43:40 +0000 (UTC)
Received: from AM1EHSMHS008.bigfish.com (unknown [10.3.201.240]) by mail101-am1.bigfish.com (Postfix) with ESMTP id 83BB84C00A0; Fri, 14 Mar 2014 12:43:40 +0000 (UTC)
Received: from BL2PRD0510HT004.namprd05.prod.outlook.com (157.56.240.101) by AM1EHSMHS008.bigfish.com (10.3.207.108) with Microsoft SMTP Server (TLS) id 14.16.227.3; Fri, 14 Mar 2014 12:43:38 +0000
Received: from BLUPR05MB564.namprd05.prod.outlook.com (10.141.202.150) by BL2PRD0510HT004.namprd05.prod.outlook.com (10.255.100.39) with Microsoft SMTP Server (TLS) id 14.16.423.0; Fri, 14 Mar 2014 12:43:37 +0000
Received: from BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) by BLUPR05MB564.namprd05.prod.outlook.com (10.141.202.150) with Microsoft SMTP Server (TLS) id 15.0.898.11; Fri, 14 Mar 2014 12:43:36 +0000
Received: from BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) by BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) with mapi id 15.00.0898.005; Fri, 14 Mar 2014 12:43:36 +0000
From: John E Drake <jdrake@juniper.net>
To: Fatai Zhang <zhangfatai@huawei.com>, "Gabriele Maria Galimberti (ggalimbe)" <ggalimbe@cisco.com>, Dieter Beller <Dieter.Beller@alcatel-lucent.com>, "RKunze@telekom.de" <RKunze@telekom.de>, "ccamp@ietf.org" <ccamp@ietf.org>
Thread-Topic: [CCAMP] G.698.2 MIB concerns addressed by ITU-T colleagues
Thread-Index: Ac8+yaJXH8vwWfWRQbyQfVfsHVxr9AABaYCAABUjWwAADUUFgAAAg5QAAAndvDA=
Date: Fri, 14 Mar 2014 12:43:35 +0000
Message-ID: <7bba2ec15dff4881becec2fe772ab45c@BLUPR05MB562.namprd05.prod.outlook.com>
References: <F82A4B6D50F9464B8EBA55651F541CF85CAD7EE6@SZXEMA504-MBS.china.huawei.com> <CF486F28.5AB8A%ggalimbe@cisco.com> <F82A4B6D50F9464B8EBA55651F541CF85CAD7FE9@SZXEMA504-MBS.china.huawei.com>
In-Reply-To: <F82A4B6D50F9464B8EBA55651F541CF85CAD7FE9@SZXEMA504-MBS.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [66.129.241.14]
x-forefront-prvs: 0150F3F97D
Content-Type: multipart/related; boundary="_004_7bba2ec15dff4881becec2fe772ab45cBLUPR05MB562namprd05pro_"; type="multipart/alternative"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn%
Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/VL6LpspZPiGsBO6rJHtTjTLTXOY
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 <ccamp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ccamp>, <mailto:ccamp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ccamp/>
List-Post: <mailto:ccamp@ietf.org>
List-Help: <mailto:ccamp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ccamp>, <mailto:ccamp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 14 Mar 2014 12:43:57 -0000

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; 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 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.com]
Sent: Friday, March 14, 2014 3:42 PM
To: Fatai Zhang; Dieter Beller; RKunze@telekom.de<mailto:RKunze@telekom.de>; ccamp@ietf.org<mailto: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 requested 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 of 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 management 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/<http://www.cisco.com/global/IT/>

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












From: Fatai Zhang <zhangfatai@huawei.com<mailto:zhangfatai@huawei.com>>
Date: Friday, March 14, 2014 2:22 AM
To: Dieter Beller <Dieter.Beller@alcatel-lucent.com<mailto:Dieter.Beller@alcatel-lucent.com>>, "RKunze@telekom.de<mailto:RKunze@telekom.de>" <RKunze@telekom.de<mailto:RKunze@telekom.de>>, "ccamp@ietf.org<mailto:ccamp@ietf.org>" <ccamp@ietf.org<mailto: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's point.

Is it really known 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 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 have 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<mailto:RKunze@telekom.de>; ccamp@ietf.org<mailto: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<mailto:RKunze@telekom.de> wrote:
Hi all,

Huub and Dieter mentioned during the CAMP session 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 of power values (see below).



Gabriele mentioned the reason for adding these values and we will update the documents with explaining text. During our common 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.

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 (current?) 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 for 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<mailto:CCAMP@ietf.org>