Re: [CCAMP] [OSPF] draft-giacalone-ospf-te-express-path-01
Vishwas Manral <vishwas.ietf@gmail.com> Wed, 29 June 2011 06:06 UTC
Return-Path: <vishwas.ietf@gmail.com>
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4FA1E11E8089; Tue, 28 Jun 2011 23:06:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 3.852
X-Spam-Level: ***
X-Spam-Status: No, score=3.852 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, GB_SUMOF=5, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ydoY9pQUIBZ6; Tue, 28 Jun 2011 23:06:47 -0700 (PDT)
Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id CFB0821F8613; Tue, 28 Jun 2011 23:06:46 -0700 (PDT)
Received: by vws12 with SMTP id 12so791397vws.31 for <multiple recipients>; Tue, 28 Jun 2011 23:06:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JSwDIEaf8Gh9MksnLSQzsdUxclJcDGxlYoa+60HvkKY=; b=JmDZcPomzmXz4KOcjP0wLtSic6hlAwOFLz/Og/Ld9aMTxiukqPks+d/J7qN0mx4XIA NRSqIlFzJRIrDdf5pZ0v1xPpjg8oQuUeyRTR3WJbsts41fdbWboJ0pEpqKQ/eqfQLwKJ lG++DpIL2ivluJrFxRYFugXn80sEzAR2LRUlc=
MIME-Version: 1.0
Received: by 10.52.72.227 with SMTP id g3mr559974vdv.226.1309327606067; Tue, 28 Jun 2011 23:06:46 -0700 (PDT)
Received: by 10.52.159.225 with HTTP; Tue, 28 Jun 2011 23:06:46 -0700 (PDT)
In-Reply-To: <OFAE103394.57305998-ON482578BC.000741F1-482578BD.0023FABE@zte.com.cn>
References: <4E020749.8050404@labn.net> <OFAE103394.57305998-ON482578BC.000741F1-482578BD.0023FABE@zte.com.cn>
Date: Tue, 28 Jun 2011 23:06:46 -0700
Message-ID: <BANLkTimFYdrk=BZPwpHzwOiR3Whq8d-4Vg@mail.gmail.com>
From: Vishwas Manral <vishwas.ietf@gmail.com>
To: fu.xihua@zte.com.cn
Content-Type: multipart/mixed; boundary="bcaec5016525dab17504a6d39679"
Cc: OSPF WG List <ospf@ietf.org>, CCAMP <ccamp@ietf.org>, ccamp-bounces@ietf.org
Subject: Re: [CCAMP] [OSPF] draft-giacalone-ospf-te-express-path-01
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
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: Wed, 29 Jun 2011 06:06:49 -0000
Hi Fu, There are some basic issues in the documents, especially regarding loss and jitter. I had written a document addressing the same, but never got into actually posting it. I have attached the same here. Do let me know what you feel about the same? Thanks, Vishwas 2011/6/27 <fu.xihua@zte.com.cn> > > Hi All, > > I read through the draft-giacalone. For the portion of latency, there is no > any essential difference between both of drafts. > In the latest version, they added a bit in sub-TLV and gave some > consideration for the advertisment control. This has aslo been described in > our draft. > Control plane always combines routing constraints with pre-defined > priorities, e.g., SRLG diversity, latency, cost, and bandwidth. > But I don't understand why we need to add *Residual*and *Available*bandwidth > in draft-giacalone. Why don't you use RFC4203 and RFC3630 to calculate them? > > We will restructure draft-wang into a framework and some protocol specific > parts (i.e., OSPF-TE and RSVP-TE) to address the issues raised in the > framework. > Based on suggestions from Lou and Acee, we agree that the OSPF protions > from our draft is combined with draft-giacalone. OSPF extension will be > developed in draft-giacalone. > The framework document will mainly focus on the requirement of latency > application and how to use latency information. > I prefer framework document is done in CCAMP. But it is related to RTGWG > and MPLS. > Before we define the ability to report latency, it must be clear what we > are reporting. So different implementations will report the same thing. > Based on the discussion with Adrian by email, we will give some description > about what we are gong to report in this framework document. > The rsvp-te document in CCAMP will give some solution for latency TE (e.g., > accumulation and verification of the delay). > > Xihua Fu > > > *Lou Berger <lberger@labn.net>* > 发件人: ccamp-bounces@ietf.org > > 2011-06-22 下午 11:16 > 收件人 > Acee Lindem <acee.lindem@ericsson.com> > 抄送 > CCAMP <ccamp@ietf.org>, OSPF WG List <ospf@ietf.org> > 主题 > Re: [CCAMP] [OSPF] draft-giacalone-ospf-te-express-path-01 > > > > > OSPF WG for the OSPF extensions seems very reasonable to me ;-) > > I still hope that the OSPF portions of > draft-wang-ccamp-latency-te-metric can be combined with > draft-giacalone-ospf-te-express-path given that both drafts state that > they are addressing essentially the same high-level problem. > > Lou > > On 6/22/2011 8:40 AM, Acee Lindem wrote: > > Hi John, > > As it stands, the draft contains mainly OSPF TE encodings and > considerations. Hence, my inclination would be to keep it in the OSPF WG. > However, I'm willing to listen to other proposals. > > > > Thanks, > > Acee > > On Jun 21, 2011, at 11:10 PM, John E Drake wrote: > > > >> Hi, > >> > >> I am a bit confused. I thought the proper home for this work would > either be the rtg wg or the mpls wg. I thought it was presented to the OSPF > wg for information only. > >> > >> Thanks, > >> > >> John > >> > >> Sent from my iPhone > >> > >> > >>> -----Original Message----- > >>> From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf > >>> Of Alia Atlas > >>> Sent: Tuesday, June 21, 2011 6:45 PM > >>> To: Acee Lindem > >>> Cc: Spencer Giacalone; CCAMP; OSPF WG List > >>> Subject: Re: [CCAMP] [OSPF] draft-giacalone-ospf-te-express-path-01 > >>> > >>> Hi Acee, > >>> > >>> I do agree that we should explicitly document this in the draft & work > >>> on better names for the sub-TLVs that might be confused. > >>> I also agree that we need to give the decision explicit consideration; > >>> to give this the exposure necessary and consideration for > >>> applications was why we had this draft discussed in rtgwg as well as > >>> ospf. > >>> > >>> In addition to the obvious uses for RSVP-TE, another potential > >>> application is the idea of a path-weighted ECMP, where traffic is > >>> split to the different next-hops based upon the total path bandwidths > >>> out those next-hops. This is a pure IP application (LDP follows > >>> of course) and I'd prefer not to lose track of those options when > >>> considering the RSVP-TE applications. > >>> > >>> Alia > >>> > >>> On Tue, Jun 21, 2011 at 9:06 PM, Acee Lindem <acee.lindem@ericsson.com > > > >>> wrote: > >>>> Hi Alia, > >>>> I guess I agree with Lou - heretofore, we've done TE requirements in > >>> the MPLS/CCAMP WGs and the TE encodings in the IGP WGs. I think we > >>> should give the decision explicit consideration before we branch off > >>> and do TE for application X independently. Additionally, if we do > >>> decide to split this off independently, an E-mail to the list saying > >>> there is no overlap is not sufficient to move forward. At a minimum, I > >>> believe we need to: > >>>> > >>>> 1. Explicitly document this alternate applicability and > >>> relationship to existing TE in the draft. > >>>> 2. Determine whether any sub-TLVs can be shared (my opinion was > >>> consistent with yours that there are not due to differences in > >>> requirements and measurement). > >>>> 3. Assure the sub-TLVs are appropriately named to avoid confusion > >>> between the latency applications. > >>>> > >>>> Thanks, > >>>> Acee > >>>> On Jun 21, 2011, at 2:08 PM, Alia Atlas wrote: > >>>> > >>>>> Hi Acee, > >>>>> > >>>>> John Drake and I did take a look at the draft mentioned in CCAMP. > >>> It > >>>>> had a large number of requirements and extensions to > >>>>> a number of different protocols. There is one sub-TLV (latency) > >>> that > >>>>> appears the same - but the expectations > >>>>> as to averaging vs. instantaneous were different. > >>>>> > >>>>> The OSPF TE Express Path work is fairly self-contained and doesn't > >>>>> specify in exact detail how the information > >>>>> for the sub-TLVs is measured or obtained. I think it could be used > >>>>> for multiple purposes. > >>>>> > >>>>> Alia > >>>>> > >>>>> On Tue, Jun 21, 2011 at 12:49 PM, Acee Lindem > >>> <acee.lindem@ericsson.com> wrote: > >>>>>> Hi Spencer (CCAMP copied as well), > >>>>>> > >>>>>> Here is a link for everyone's convenience: > >>>>>> > >>>>>> http://www.ietf.org/id/draft-giacalone-ospf-te-express-path-01.txt > >>>>>> > >>>>>> At IETF 80, there were questions about overlap with other CCAMP > >>> drafts containing interface delay metrics and proposals for new TE sub- > >>> TLVs. Have you or your co-authors, done looked at how your draft is > >>> positioned versus these other drafts? While these applications have > >>> differing goals, the CCAMP/OSPF chairs requested that this analysis be > >>> done. > >>>>>> > >>>>>> http://www.ietf.org/id/draft-wang-ccamp-latency-te-metric-03.txt > >>>>>> > >>>>>> We would like to avoid having exactly the same information > >>> advertised in two different link Sub-TLVs. I'd hope we could agree on > >>> common units. > >>>>>> > >>>>>> Thanks, > >>>>>> Acee > >>>>>> > >>>>>> On Jun 20, 2011, at 4:30 PM, Spencer Giacalone wrote: > >>>>>> > >>>>>>> Hello everyone, > >>>>>>> > >>>>>>> As you may have noticed, another version of the OSPF TE Express > >>> Path > >>>>>>> draft has been posted. We made a number of changes based on > >>> feedback > >>>>>>> from IETF 80. We invite your comments and suggestions. The main > >>>>>>> changes include: > >>>>>>> > >>>>>>> -We have consolidated some sub-TLVs for efficiency. There are no > >>>>>>> longer nominal and anomalous sub-TLVs for delay and loss. The > >>>>>>> functionality for signaling steady state verses abnormal > >>> performance > >>>>>>> for these parameters have been moved into two sub-TLVs (where we > >>> used > >>>>>>> to have four). > >>>>>>> > >>>>>>> -In order to advertise both normal and abnormal network > >>> performance > >>>>>>> state in consolidated sub-TLVs, a bit, called the anomalous (A) > >>> but > >>>>>>> has been added to certain sub-TLVs. The A bit is set when the > >>> measured > >>>>>>> value of a parameter exceeds a configured maximum threshold. The A > >>> bit > >>>>>>> is cleared when the measured value falls below its configured > >>> reuse > >>>>>>> threshold. If the A bit is clear, the sub-TLV represents steady > >>> state > >>>>>>> link performance. > >>>>>>> > >>>>>>> -We changed the encodings of certain variables from floating point > >>> to > >>>>>>> fixed point. This change permits the addition of the A bit (when > >>>>>>> necessary), it allows bit-space reservations to be made, and it > >>>>>>> permits a common TLV format across the bulk of the TLVs in the > >>> draft. > >>>>>>> In addition, the new encodings address concerns about granularity > >>> and > >>>>>>> interoperability. > >>>>>>> > >>>>>>> -We added sub-TLVs for Residual Bandwidth and Available Bandwidth. > >>>>>>> Residual bandwidth is defined as the Maximum Bandwidth [RFC3630] > >>> minus > >>>>>>> the bandwidth currently allocated to RSVP-TE LSPs. Available > >>> bandwidth > >>>>>>> is defined to be residual bandwidth minus the measured bandwidth > >>> used > >>>>>>> for the actual forwarding of non-RSVP-TE LSP packets. > >>>>>>> > >>>>>>> -Various other modifications were made across the draft. These > >>>>>>> include, but are not limited to, the abstract, the introduction, > >>> the > >>>>>>> thresholding specifications, and a number of field descriptions. > >>>>>>> > >>>>>>> -Last, but certainly not least, Stefano Providi has joined the > >>> draft > >>>>>>> > >>>>>>> We look forward to hearing your comments and concerns. > >>>>>>> > >>>>>>> Thanks, > >>>>>>> > >>>>>>> Spencer, Alia, Dave, John, Stefano > >>>>>>> _______________________________________________ > >>>>>>> OSPF mailing list > >>>>>>> OSPF@ietf.org > >>>>>>> https://www.ietf.org/mailman/listinfo/ospf > >>>>>> > >>>>>> _______________________________________________ > >>>>>> OSPF mailing list > >>>>>> OSPF@ietf.org > >>>>>> https://www.ietf.org/mailman/listinfo/ospf > >>>>>> > >>>> > >>>> > >>> _______________________________________________ > >>> CCAMP mailing list > >>> CCAMP@ietf.org > >>> https://www.ietf.org/mailman/listinfo/ccamp > > > > _______________________________________________ > > OSPF mailing list > > OSPF@ietf.org > > https://www.ietf.org/mailman/listinfo/ospf > > > > > > > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > >
- Re: [CCAMP] [OSPF] draft-giacalone-ospf-te-expres… Acee Lindem
- Re: [CCAMP] [OSPF] draft-giacalone-ospf-te-expres… Alia Atlas
- Re: [CCAMP] [OSPF] draft-giacalone-ospf-te-expres… Acee Lindem
- Re: [CCAMP] [OSPF] draft-giacalone-ospf-te-expres… Alia Atlas
- Re: [CCAMP] [OSPF] draft-giacalone-ospf-te-expres… John E Drake
- Re: [CCAMP] [OSPF] draft-giacalone-ospf-te-expres… Acee Lindem
- Re: [CCAMP] [OSPF] draft-giacalone-ospf-te-expres… Acee Lindem
- Re: [CCAMP] [OSPF] draft-giacalone-ospf-te-expres… Robert Raszuk
- Re: [CCAMP] [OSPF] draft-giacalone-ospf-te-expres… Spencer Giacalone
- Re: [CCAMP] [OSPF] draft-giacalone-ospf-te-expres… Lou Berger
- Re: [CCAMP] [OSPF] draft-giacalone-ospf-te-expres… fu.xihua
- Re: [CCAMP] [OSPF] draft-giacalone-ospf-te-expres… Vishwas Manral
- Re: [CCAMP] [OSPF] draft-giacalone-ospf-te-expres… fu.xihua
- Re: [CCAMP] [OSPF] draft-giacalone-ospf-te-expres… Vishwas Manral
- Re: [CCAMP] [OSPF] draft-giacalone-ospf-te-expres… fu.xihua
- Re: [CCAMP] [OSPF] draft-giacalone-ospf-te-expres… Lou Berger
- Re: [CCAMP] [OSPF] draft-giacalone-ospf-te-expres… fu.xihua
- Re: [CCAMP] [OSPF] draft-giacalone-ospf-te-expres… fu.xihua
- Re: [CCAMP] [OSPF] draft-giacalone-ospf-te-expres… Lou Berger
- Re: [CCAMP] [OSPF] draft-giacalone-ospf-te-expres… fu.xihua