Re: [CCAMP] index field in draft-ietf-ccamp-ethernet-traffic-parameters

"PAPADIMITRIOU Dimitri" <Dimitri.Papadimitriou@alcatel-lucent.be> Fri, 26 June 2009 15:56 UTC

Return-Path: <Dimitri.Papadimitriou@alcatel-lucent.be>
X-Original-To: ccamp@core3.amsl.com
Delivered-To: ccamp@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A9AC53A6BBD for <ccamp@core3.amsl.com>; Fri, 26 Jun 2009 08:56:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.249
X-Spam-Level:
X-Spam-Status: No, score=-6.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ktFKVCi--UWH for <ccamp@core3.amsl.com>; Fri, 26 Jun 2009 08:56:42 -0700 (PDT)
Received: from smail3.alcatel.fr (smail3.alcatel.fr [64.208.49.56]) by core3.amsl.com (Postfix) with ESMTP id 68AEE28C12A for <ccamp@ietf.org>; Fri, 26 Jun 2009 08:56:42 -0700 (PDT)
Received: from FRVELSBHS06.ad2.ad.alcatel.com (frvelsbhs06.dc-m.alcatel-lucent.com [155.132.6.78]) by smail3.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id n5QFujsd019479; Fri, 26 Jun 2009 17:56:45 +0200
Received: from FRVELSMBS22.ad2.ad.alcatel.com ([155.132.6.51]) by FRVELSBHS06.ad2.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 26 Jun 2009 17:56:45 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Fri, 26 Jun 2009 17:56:44 +0200
Message-ID: <00275A5B436CA441900CB10936742A38027E2050@FRVELSMBS22.ad2.ad.alcatel.com>
In-Reply-To: <35815C929B41D2479A224FE098A27227077787A6@ecamlmw720.eamcs.ericsson.se>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: index field in draft-ietf-ccamp-ethernet-traffic-parameters
Thread-Index: Acn2Zp2rW8ztw7gCTaWaTn2hTpj66QAAE1BwAADskMAAArSqcA==
References: <35815C929B41D2479A224FE098A2722707778698@ecamlmw720.eamcs.ericsson.se> <00275A5B436CA441900CB10936742A38027E1FEF@FRVELSMBS22.ad2.ad.alcatel.com> <35815C929B41D2479A224FE098A27227077787A6@ecamlmw720.eamcs.ericsson.se>
From: PAPADIMITRIOU Dimitri <Dimitri.Papadimitriou@alcatel-lucent.be>
To: Benoit C Tremblay <benoit.c.tremblay@ericsson.com>, ccamp@ietf.org
X-OriginalArrivalTime: 26 Jun 2009 15:56:45.0400 (UTC) FILETIME=[B4A42580:01C9F676]
X-Scanned-By: MIMEDefang 2.57 on 155.132.188.83
Subject: Re: [CCAMP] index field in draft-ietf-ccamp-ethernet-traffic-parameters
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Discussion list for the CCAMP working group <ccamp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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, 26 Jun 2009 15:56:43 -0000

Hello Benoit, 

> -----Original Message-----
> From: Benoit C Tremblay [mailto:benoit.c.tremblay@ericsson.com] 
> Sent: Friday, June 26, 2009 5:27 PM
> To: PAPADIMITRIOU Dimitri; ccamp@ietf.org
> Subject: RE: index field in 
> draft-ietf-ccamp-ethernet-traffic-parameters
> 
> Hello Dimitri,
> 
> Thanks for the clarification.
> 
> I am not sure to understand why we need the BW in both the 
> EXTENDED_CLASSTYPE and the SENDER_TSPEC. 

As I stated below BW in the EXTENDED version is not required for BW settings but I can not forbid it.

> Can't the BW 
> accounting use the information from the SENDER_TSPEC (either 
> CIR or CIR+EIR) instead of relying on the EXTENDED_CLASSTYPE?

You can. I just did not want to prevent existing use of the EXTENDED version of the CLASSTYPE. The EXTENDED CLASSTYPE in its minimum usage is just for the multiple CTi it permits.

Thanks,
-dimitri.

> Regards,
> Benoit
> 
> > -----Original Message-----
> > From: PAPADIMITRIOU Dimitri 
> > [mailto:Dimitri.Papadimitriou@alcatel-lucent.be] 
> > Sent: June-26-09 10:26 AM
> > To: Benoit C Tremblay; ccamp@ietf.org
> > Subject: RE: index field in 
> > draft-ietf-ccamp-ethernet-traffic-parameters
> > 
> >  
> > Hi Benoit, 
> > 
> > 
> > see in-line for the answers:
> > 
> > 
> > ________________________________
> > 
> > 	From: Benoit C Tremblay [mailto:benoit.c.tremblay@ericsson.com] 
> > 	Sent: Friday, June 26, 2009 4:02 PM
> > 	To: PAPADIMITRIOU Dimitri; ccamp@ops.ietf.org
> > 	Subject: index field in 
> > draft-ietf-ccamp-ethernet-traffic-parameters
> > 	
> > 	
> > 
> > 	Hello Dimitri, 
> > 
> > 	I have further comments on the section decribing the 
> > index field. 
> > 
> > 	1) There is a reference to an expired draft 
> > (draft-minei-diffserv-te-multi-class).  It should be removed.  
> > 
> > 
> > I am not sure how to deal with this - remove is not an option 
> > (as the doc. makes use of an object of that ref.) You will 
> > find a version here 
> > 
> <http://tools.ietf.org/id/draft-minei-diffserv-te-multi-class-02.txt>
> > 
> > 	2) The requirement that "the index field value MUST 
> > correspond to at least one of the index values included in 
> > the CLASSTYPE object" is a bit problematic as a single 
> > CLASSTYPE object can be present in a PATH message and a 
> > single classtype can be represented with this object. The 
> > requirement would then exclude the possibility to insert 
> > multiple bandwidth profile TLVs in the SENDER_TSPEC.  I 
> > suggest that this requirement should be conditional to the 
> > presence of thhe CLASSTYPE object.  If a CLASSTYPE object is 
> > present, then a single BW profile TLV shall be present and 
> > the index value must be the CT defined in the CLASSTYPE 
> > object.  If no CLASSTYPE object is present, multiple BW 
> > profile TLV (up to 8) can be present and the index value 
> > either represent a CT (values in [0, 7]) or a predefined set 
> > of CT (values in [8, 247]).
> > 
> > 
> > It is exactly the reason for using the EXTENDED version of 
> > the CLASSTYPE. Note that the latter option does not apply 
> > (cf. MUST) when used. 
> > 
> > Also important to remember the BW per CTi field MAY be used 
> > for bandwidth accounting purposes (the BW per CTi does not 
> > replace the TSPEC BW sub-TLV i.e. "The Ethernet SENDER_TSPEC 
> > object MAY include more than one Ethernet Bandwidth Profile TLV").
> > 
> > 
> > 	3) Also, it should be clarified that the 240 
> > pre-defined sets of CTs are not standard.  The following text 
> > is proposed to be included :
> > 
> > I will the first sentence, the other should be included in 
> > i-d's making use of these traffic parameters.
> > 
> > Thanks,
> > -dimitri.
> > 
> > 	"To ensure coherent operation, the network 
> > administrator MUST configure exactly the same pre-defined CT 
> > sets on all LSRs of the GMPLS domain. Proper configuration 
> > needs also to be agreed between administrative domains if 
> > this feature is used over UNI. The mean to pre-configured 
> > those sets and their definitions are out of scope of this 
> > specification. "
> > 
> > 	Regards, 
> > 
> > 	Benoit 
> > 
> > 	Picture (Metafile) 
> > 	Benoit Tremblay 
> > 	Broadband and Systems Research 
> > 	Ericsson Canada 
> > 	8400 Décarie    Mount-Royal 
> > 	Tel: +1 514 345-7900 x45064 
> > 	Cell.: +1 514 501-0236 
> > 	Fax: +1 514 345-6105 
> > 	mailto: Benoit.c.Tremblay@ericsson.com 
> > 
> > 
> > 
>