Re: [CCAMP] Change 1: Introduction of resource pool entity (was Re: Moving the WSON discussion forward)

Greg Bernstein <gregb@grotto-networking.com> Wed, 13 July 2011 20:53 UTC

Return-Path: <gregb@grotto-networking.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 02BF311E818E for <ccamp@ietfa.amsl.com>; Wed, 13 Jul 2011 13:53:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 5BnVCDr6e1Ou for <ccamp@ietfa.amsl.com>; Wed, 13 Jul 2011 13:53:15 -0700 (PDT)
Received: from mail14c40.carrierzone.com (mail14c40.carrierzone.com [209.235.156.154]) by ietfa.amsl.com (Postfix) with ESMTP id 537A111E818A for <ccamp@ietf.org>; Wed, 13 Jul 2011 13:53:14 -0700 (PDT)
X-Authenticated-User: gregb.grotto-networking.com
Received: from [192.168.0.125] (c-67-170-243-110.hsd1.ca.comcast.net [67.170.243.110]) (authenticated bits=0) by mail14c40.carrierzone.com (8.13.6/8.13.1) with ESMTP id p6DKrBKk017589 for <ccamp@ietf.org>; Wed, 13 Jul 2011 20:53:12 +0000
Message-ID: <4E1E05B5.3030305@grotto-networking.com>
Date: Wed, 13 Jul 2011 13:53:09 -0700
From: Greg Bernstein <gregb@grotto-networking.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0) Gecko/20110624 Thunderbird/5.0
MIME-Version: 1.0
To: ccamp@ietf.org
References: <CCBFBB7025DF984494DEC3285C058152129673243E@FRMRSSXCHMBSA1.dc-m.alcatel-lucent.com> <D5EABC6FDAFDAA47BC803114C68AABF2027CAC27@DEMUEXC012.nsn-intra.net> A <7AEB3D6833318045B4AE71C2C87E8E170C62F931@DFWEML501-MBX.china.huawei.com> <D5EABC6FDAFDAA47BC803114C68AABF202806DEE@DEMUEXC012.nsn-intra.net> <7AEB3D6833318045B4AE71C2C87E8E170C62FA55@DFWEML501-MBX.china.huawei.com> <4DFB7ED7.5040509@orange-ftgroup.com> <4DFB947B.1050409@grotto-networking.com> <CCBFBB7025DF984494DEC3285C058152129681EAC9@FRMRSSXCHMBSA1.dc-m.alcatel-lucent.com> <7AEB3D6833318045B4AE71C2C87E8E1718137E45@dfweml502-mbx.china.huawei.com> <4E09EBCF.2020207@labn.net><CCBFBB7025DF984494DEC3285C05815212968DFD7A@FRMRSSXCHMBSA1.dc-m.alcatel-lucent.com> <4E1324A9.4080502@grotto-networking.com> <D5EABC6FDAFDAA47BC803114C68AABF20293EAF8@DEMUEXC012.nsn-intra.net> <4E172D33.4000800@grotto-networking.com> <CCBFBB7025DF984494DEC3285C058152129694D324@FRMRSSXCHMBSA1.dc-m.alcatel-lucent.com>
In-Reply-To: <CCBFBB7025DF984494DEC3285C058152129694D324@FRMRSSXCHMBSA1.dc-m.alcatel-lucent.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-CSC: 0
X-CHA: v=1.1 cv=mmrly+xie60F1/iIhHIzNc3dol7xw9fphgNSGtj1jGY= c=1 sm=1 a=7Da5kHvgTEoA:10 a=s6vkCixSkZcA:10 a=xOaALFOtT5cA:10 a=8nJEP1OIZ-IA:10 a=B4uWGr+4DaAYpgidvygSiQ==:17 a=1CzgWeDCAKBtu1Z4y6MA:9 a=-QRGDk8Iapm011YVf2EA:7 a=wPNLvfGTeEIA:10 a=EgY3od2ZU2QA:10 a=h-I_03WOSDMA:10 a=uyyM7xTwx7O3_CuE:21 a=pwDgvPz8TxT6gUow:21 a=B4uWGr+4DaAYpgidvygSiQ==:117
Subject: Re: [CCAMP] Change 1: Introduction of resource pool entity (was Re: Moving the WSON discussion forward)
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, 13 Jul 2011 20:53:16 -0000

Pierre, as previously stated multiple instances in OSPF-TE (RFC3630) 
allow one to decrease the flooding size for dynamic information. As 
RFC3630 indicates: "The Instance field is an arbitrary value used to 
maintain multiple Traffic Engineering LSAs.  A maximum of 16777216 
Traffic Engineering LSAs may be sourced by a single system.". This 
number of instances should be more than enough by far for all WSON 
applications.  Hence the proposed change is not needed.

Best Regards
Greg

On 7/13/2011 8:44 AM, PELOSO, PIERRE (PIERRE) wrote:
> Hi Greg and CCAMPer's,
>
> As in the preceding mail which summarized the 3 main changes proposed by draft-peloso-ccamp-wson-ospf-oeo, become too big to be easily read through,
> I've been splitting the 3 points in 3 different threads, this one deals with change 1:
> Introduction of the Resource Pool entity inside the model, which allows the definition of several resource entites per node independantly floodable.
> MOTIVATION: to decrease the size of flooding upon LSP changes (setup or tear down). (Resource Pool = group of resource blocks with same connectivity constraints).
>
> Best Regards,
>
> Pierre
>
> [SNIP]
>
> ==snip== 


-- 
===================================================
Dr Greg Bernstein, Grotto Networking (510) 573-2237