[Pce] 2nd try - Re: PCE MIB modules

"A S Kiran Koushik" <kkoushik@cisco.com> Thu, 21 December 2006 20:07 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GxUCn-0004H3-HJ; Thu, 21 Dec 2006 15:07:53 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GxUCB-0003qX-Vk for pce@ietf.org; Thu, 21 Dec 2006 15:07:16 -0500
Received: from sj-iport-3-in.cisco.com ([171.71.176.72] helo=sj-iport-3.cisco.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GxUAa-0007SH-HI for pce@ietf.org; Thu, 21 Dec 2006 15:05:39 -0500
Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-3.cisco.com with ESMTP; 21 Dec 2006 12:05:30 -0800
X-IronPort-AV: i="4.12,200,1165219200"; d="scan'208"; a="452851722:sNHT327495284"
Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id kBLK5UTM008474; Thu, 21 Dec 2006 12:05:30 -0800
Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id kBLK5Hnc022903; Thu, 21 Dec 2006 12:05:17 -0800 (PST)
Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 21 Dec 2006 12:05:16 -0800
Received: from kkoushikwxp ([64.101.185.54]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 21 Dec 2006 12:05:16 -0800
Message-ID: <029401c7253b$551e8470$36b96540@apac.cisco.com>
From: A S Kiran Koushik <kkoushik@cisco.com>
To: STEPHAN Emile RD-CORE-LAN <emile.stephan@orange-ftgroup.com>, adrian@olddog.co.uk, jpv@cisco.com
Date: Thu, 21 Dec 2006 14:05:15 -0600
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="utf-8"; reply-type="response"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
X-OriginalArrivalTime: 21 Dec 2006 20:05:16.0664 (UTC) FILETIME=[553BF780:01C7253B]
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=7869; t=1166731530; x=1167595530; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=kkoushik@cisco.com; z=From:=20=22A=20S=20Kiran=20Koushik=22=20<kkoushik@cisco.com> |Subject:=202nd=20try=20-=20Re=3A=20PCE=20MIB=20modules |Sender:=20; bh=F+u4LI99le1/40c0GmA6tPsoq/PfofOzvQi+SrHVJqQ=; b=rN1sut7QYWDdLUHDX/7xyKK8DYZGRTC1wd55EwMEN+iLQxE+d/7byI05GaRmF2AytOv1vnhN QOYd+LirXi07g9f6yGzj2et0x2yo0PrUEWuAflDIGLTmocZ09WzQJEmP;
Authentication-Results: sj-dkim-4; header.From=kkoushik@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; );
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 187ae6c2eea74946c0ab707161f6256d
Cc: pce@ietf.org
Subject: [Pce] 2nd try - Re: PCE MIB modules
X-BeenThere: pce@lists.ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Path Computation Element <pce.lists.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@lists.ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pce>
List-Post: <mailto:pce@lists.ietf.org>
List-Help: <mailto:pce-request@lists.ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@lists.ietf.org?subject=subscribe>
Errors-To: pce-bounces@lists.ietf.org



> Hi Emile/PCE group members,
>
> Thanks for this message. I have gone through this thread and the existing
> MIBs. I have listed my comments/observations below:
>
> 1. In general, we do not include "STD" for a draft MIB. Only
> when they are about to become RFC, we call them STD.
>
> Before becoming an RFC we have "DRAFT" for the MIBs.
> This way if some companies want to implement the draft versions
> and later want to upgrade to standard versions do not have a name
> clash with the OIDs.
>
>
> 2. I agree with most of your decomposition.
> However, I want to propose :
> PCEP-DRAFT-MIB         draft-ietf-pcep-mib
>
> instead of
> PCE-COMP-STD-MIB         draft-ietf-pce-comp-mib
>
> This will give a clear idea to the user on what the MIB contains.
>
> So the new decomposition looks like:
> MIB module               WG draft name
> ================================================
> PCE-DISC-DRAFT-MIB         draft-ietf-pce-disc-mib
> -- PCE discovery MIB.
>
> PCEP-DRAFT-MIB         draft-ietf-pcep-mib
> -- PCE communication protocol MIB
>
> PCE-PCC-DRAFT-MIB          draft-ietf-pce-pcc-mib
> -- Path Computation Client MIB
>
> PCE-TC-DRAFT-MIB           draft-ietf-pce-tc-mib
> -- PCE Textual conventions MIB.
>
> 3. I see that the SMIv2 structures of the existing MIB modules
> need to be fixed and SMIC utility must be run. I can take care of that.
>
> 4. I will also start working on the PCEP-MIB for which you will
> be my co-author.
>
> Please let me know if you have any more comments/observations? I
> intend to start working on these soon.
>
> Regards,
> Kiran.
>
> ----- Original Message ----- 
> From: "STEPHAN Emile RD-CORE-LAN" <emile.stephan@orange-ftgroup.com>
> To: <adrian@olddog.co.uk>; "A S Kiran Koushik" <kkoushik@cisco.com>; 
> <jpv@cisco.com>
> Cc: "LE ROUX Jean-Louis RD-CORE-LAN" <jeanlouis.leroux@orange-ftgroup.com>
> Sent: Wednesday, November 29, 2006 10:46 AM
> Subject: PCE MIB modules
>
>
> Hi Kiran, Adrian and JP
>
>
> I am really happy that Kiran join us. I am sure that we are going to do 
> excellent works together... and that there is enough work for 2 people.
>
> So let's start.
>
> In July we identify the following MIB modules decomposition.
>
> MIB module               WG draft name
> ================================================
> PCE-DISC-STD-MIB         draft-ietf-pce-disc-mib
> PCE-COMP-STD-MIB         draft-ietf-pce-comp-mib
> PCE-PCC-STD-MIB          draft-ietf-pce-pcc-mib
> PCE-TC-STD-MIB           draft-ietf-pce-tc-mib
>
> draft-ietf-pce-disc-mib and draft-ietf-pce-tc-mib are already in progress.
>
> As JP spoke recently of a "PCEP MIB", I want to be sure that we still agree on 
> this decomposition?
>
> Then I propose to draft the abstract of each document conjointly with the 
> chairs.
>
> Finally, I think that we may identify the drafts and the sections giving 
> directions to write each MIB module.
>
> At this point, each of us will share the minimal understanding before writing 
> any SMI line.
>
> Regards
> Emile
>
>
> -----Message d'origine-----
> De: Adrian Farrel [mailto:adrian@olddog.co.uk]
> Envoy: vendredi 28 juillet 2006 14:08
> : STEPHAN Emile RD-CORE-LAN
> Cc: LE ROUX Jean-Louis RD-CORE-LAN; jpv@cisco.com
> Objet: Re: PCE MIB modules names
>
> Good work.
>
> Thanks.
>
> Adrian
> ----- Original Message ----- 
> From: "STEPHAN Emile RD-CORE-LAN" <emile.stephan@orange-ft.com>
> To: <adrian@olddog.co.uk>
> Cc: "LE ROUX Jean-Louis RD-CORE-LAN" <jeanlouis.leroux@orange-ft.com>;
> <jpv@cisco.com>
> Sent: Friday, July 28, 2006 11:02 AM
> Subject: RE: PCE MIB modules names
>
>
> Hi Adrian,
>
> I think we got it:
>
> MIB module               WG draft name
> ================================================
> PCE-DISC-STD-MIB         draft-ietf-pce-disc-mib
> PCE-COMP-STD-MIB         draft-ietf-pce-comp-mib
> PCE-PCC-STD-MIB          draft-ietf-pce-pcc-mib
> PCE-TC-STD-MIB           draft-ietf-pce-tc-mib
>
>
> According to that I will firstly review and rename my current draft as
> draft-stephan-pce-disc-mib-00.txt. Then I will create
> draft-stephan-pce-tc-mib-00.txt. Finally I will post both of them.
>
> Regards
> Emile
>
>> -----Message d'origine-----
>> De : Adrian Farrel [mailto:adrian@olddog.co.uk]
>> Envoy : mercredi 26 juillet 2006 18:04
>>  : STEPHAN Emile RD-CORE-LAN; jpv@cisco.com
>> Cc : LE ROUX Jean-Louis RD-CORE-LAN
>> Objet : Re: PCE MIB modules names
>>
>> Hi Emile,
>>
>> > During the meeting we decided to move the TCs defined in
>> > draft-stephan-pcc-pcedp-mib-01.txt in a dedicated MIB
>> >  module to permit them to be shared by any (PCE) MIB
>> >  modules;
>>
>> Yes please.
>>
>> > Prior to do that I would like to determine the names of
>> > the PCE MIB modules and the name of the corresponding
>> > drafts. The aim is to avoid collisions in the names of the
>> > MIB modules and drafts, renaming, misunderstanding...
>> > and annoying discussions in the ML for people not
>> > interested by MIB aspects.
>>
>> This is very sensible, to avoid the collisions and any thrashing.
>>
>> It is not so important to avoid the mailing list. I agree that not many
>> people are interetsed in MIB modules, but it is important to make sure
>> that
>> those who might be interested feel that there is a discussion going on
>> that
>> they can contribute to. Also, it is nice to show some interactions about
>> the
>> I-D becuase it helps to build evidence of support for the work.
>>
>> > I identify 3 potential modules plus the TC one:
>> >1- A module to monitor from within a PCC (a PCE may
>> > includes a PCC), the PCEs discovered by this PCC or
>> > PCE (the intend of pcc-pcedp-mib);
>>
>> Right. So this controls and monitors the discovery process, and reports on
>> discovered PCEs.
>> Presumably it also allows you to configure the location and capabilities
>> of
>> remote PCEs.
>>
>> > 2- A module to monitor from within a PCE, path
>> > computation activities of this PCE;
>>
>> Yes. I assume this includes the PCEP activities.
>>
>> > 3- A module to monitor from within a PCC (a
>> > PCE may includes a PCC), path computation
>> > requested by this PCC or PCE;
>>
>> Yes.
>>
>> > I propose the 4 following names:
>> >
>> >    MIB module              WG draft name
>> > ========================================
>> >    PCC-PCEDP-MIB           draft-ietf-pce-pcc-pcedp-mib
>> >    PCE-PATHCOMP-MIB        draft-ietf-pce-pce-pathcomp-mib
>> >    PCC-PATHCOMP-MIB        draft-ietf-pce-pcc-pathcomp-mib
>> >    PCE-TC-MIB              draft-ietf-pce-tc-mib
>>
>> Now, I have always had some trouble understanding how MIB modules are
>> supposed to be named, but from experience, it seems that we need...
>>
>> xxx-yyy-STD-MIB
>>
>> ...where
>>
>> xxx is the field of applicability (e.g. MPLS, GMPLS, PCE, etc.)
>> yyy is the thing being modeled.
>> STD means "standard"
>>
>> So this would give us:
>>
>> PCE-DISC-STD-MIB
>> PCE-COMP-STD-MIB
>> PCE-PCC-STD-MIB
>> PCE-TC-STD-MIB
>>
>> The document names are fine as you feel appropriate.
>>
>> Note that you are allowed to put multiple MIB modules in the same I-D, but
>> actually four documents is probably easier for everyone.
>>
>> > The intent of the proposal above is only to start the discussion.
>>
>> Yes. And I very much appreciate it. Thanks for driving this.
>>
>> > We may use shorter names like in ccamp or mpls WG.
>> > What about PCC-DP-MIB, PCE-PC-MIB PCC-PC-MIB
>> > and PCE-TC-MIB?
>>
>> My suggestions, above, are to keep the names looking a little less the
>> same!
>>
>> Alternatives for the middle two of PCE-PCE-STD-MIB and PCE-PCC-STD-MIB
>> just
>> looked too confusing!
>>
>> Cheers,
>> Adrian
>>
>>
>
>
> 

_______________________________________________
Pce mailing list
Pce@lists.ietf.org
https://www1.ietf.org/mailman/listinfo/pce