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

Dieter Beller <Dieter.Beller@alcatel-lucent.com> Thu, 13 March 2014 15:17 UTC

Return-Path: <Dieter.Beller@alcatel-lucent.com>
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 447031A0A25 for <ccamp@ietfa.amsl.com>; Thu, 13 Mar 2014 08:17:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.176
X-Spam-Level:
X-Spam-Status: No, score=-6.176 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_HI=-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 r_IgqYgMeBdZ for <ccamp@ietfa.amsl.com>; Thu, 13 Mar 2014 08:17:28 -0700 (PDT)
Received: from hoemail2.alcatel.com (hoemail2.alcatel.com [192.160.6.149]) by ietfa.amsl.com (Postfix) with ESMTP id 0F2121A09F9 for <ccamp@ietf.org>; Thu, 13 Mar 2014 08:17:28 -0700 (PDT)
Received: from fr712usmtp2.zeu.alcatel-lucent.com (h135-239-2-42.lucent.com [135.239.2.42]) by hoemail2.alcatel.com (8.13.8/IER-o) with ESMTP id s2DFHJpV016081 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 13 Mar 2014 10:17:21 -0500 (CDT)
Received: from destgsu0709.de.alcatel-lucent.com (slsv7at.de.alcatel-lucent.com [149.204.245.107]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id s2DFH4xC023462 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Mar 2014 16:17:05 +0100
Received: from [149.204.107.17] (DESTGN0H466262.de.alcatel-lucent.com [149.204.107.17]) (authenticated bits=0) by destgsu0709.de.alcatel-lucent.com (8.14.3/8.13.8) with ESMTP id s2DFH1Sl019710 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 13 Mar 2014 16:17:04 +0100 (CET)
Message-ID: <5321CBED.7020602@alcatel-lucent.com>
Date: Thu, 13 Mar 2014 16:17:01 +0100
From: Dieter Beller <Dieter.Beller@alcatel-lucent.com>
Organization: Alcatel-Lucent
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: RKunze@telekom.de, ccamp@ietf.org
References: <D0A3A22C2D7BE64AA7506612C2E9BAB7015368006C1B@HE101451.emea1.cds.t-internal.com>
In-Reply-To: <D0A3A22C2D7BE64AA7506612C2E9BAB7015368006C1B@HE101451.emea1.cds.t-internal.com>
Content-Type: text/html; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/aAqlcoAODYNZb6NCF_gcRL4xgmo
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: Thu, 13 Mar 2014 15:17:30 -0000

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 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