[Capwap] draft-ietf-capwap-base-mib-08: How about the base MIB draft removes the section 9, and related MIB objects?

young <young@h3c.com> Wed, 27 January 2010 08:15 UTC

Return-Path: <capwap-bounces+capwap-archive=lists.ietf.org@frascone.com>
X-Original-To: ietfarch-capwap-archive@core3.amsl.com
Delivered-To: ietfarch-capwap-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4F3C03A681F for <ietfarch-capwap-archive@core3.amsl.com>; Wed, 27 Jan 2010 00:15:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.909
X-Spam-Level:
X-Spam-Status: No, score=-0.909 tagged_above=-999 required=5 tests=[AWL=2.090, BAYES_00=-2.599, J_CHICKENPOX_12=0.6, RCVD_IN_DNSWL_LOW=-1]
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 ume38Jkz4lmB for <ietfarch-capwap-archive@core3.amsl.com>; Wed, 27 Jan 2010 00:15:06 -0800 (PST)
Received: from lists.tigertech.net (lists.tigertech.net [64.62.209.34]) by core3.amsl.com (Postfix) with ESMTP id F28B93A63D3 for <capwap-archive@lists.ietf.org>; Wed, 27 Jan 2010 00:15:05 -0800 (PST)
Received: from zoidberg.tigertech.net (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 90CFEE181A4 for <capwap-archive@lists.ietf.org>; Wed, 27 Jan 2010 00:15:19 -0800 (PST)
Received: from mx3.tigertech.net (morbo.tigertech.net [67.131.251.53]) by lists.tigertech.net (Postfix) with ESMTP id E5590E240E1 for <capwap@lists.tigertech.net>; Wed, 27 Jan 2010 00:15:11 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mx3.tigertech.net (Postfix) with ESMTP id A404C19DA18 for <capwap@frascone.com>; Wed, 27 Jan 2010 00:15:11 -0800 (PST)
X-Virus-Scanned: Debian amavisd-new at morbo.tigertech.net
Received: from mx3.tigertech.net (localhost [127.0.0.1]) by mx3.tigertech.net (Postfix) with ESMTP id F047419DA09 for <capwap@frascone.com>; Wed, 27 Jan 2010 00:15:10 -0800 (PST)
X-TigerTech-Content-Filter: Clean
X-TigerTech-Spam-Status: Level 0 (High) (P0); Whitelisted TTSSA (young@h3c.com whitelisted)
Received: from huawei-3com.com (unknown [60.191.123.56]) by mx3.tigertech.net (Postfix) with ESMTP for <capwap@frascone.com>; Wed, 27 Jan 2010 00:15:10 -0800 (PST)
Received: from huawei-3com.com (localhost [127.0.0.1]) by h3cml02-in.huawei-3com.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0KWW00BLLCSNBL@h3cml02-in.huawei-3com.com> for capwap@frascone.com; Wed, 27 Jan 2010 16:26:47 +0800 (CST)
Received: from h3cmta02-ds.h3c.com ([172.25.12.70]) by h3cml02-in.huawei-3com.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0KWW009WJCSNW3@h3cml02-in.huawei-3com.com> for capwap@frascone.com; Wed, 27 Jan 2010 16:26:47 +0800 (CST)
Received: from smtp1.h3c.com ([172.25.14.252]) by h3cmta02-ds.h3c.com (Lotus Domino Release 8.5FP1) with ESMTP id 2010012716143017-1905828 ; Wed, 27 Jan 2010 16:14:30 +0800
Received: from unknown (HELO s00338) ([10.154.68.122]) by smtp1.h3c.com with ESMTP; Wed, 27 Jan 2010 16:11:17 +0800
Date: Wed, 27 Jan 2010 16:14:15 +0800
From: young <young@h3c.com>
To: capwap@frascone.com
Message-id: <009601ca9f28$b797d650$7a449a0a@h3c.huawei3com.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350
X-Mailer: Microsoft Outlook, Build 10.0.6856
Importance: Normal
X-Priority: 3 (Normal)
X-MSMail-priority: Normal
X-MIMETrack: Itemize by SMTP Server on h3cmta02-ds/h3c(Release 8.5FP1|June 15, 2009) at 2010-01-27 16:14:30, Serialize by Router on h3cmta02-ds/h3c(Release 8.5FP1|June 15, 2009) at 2010-01-27 16:14:30, Serialize complete at 2010-01-27 16:14:30
Thread-index: AcqfKLcSh7oFbGBIRvieZ8Pu9IfGkQ==
Cc: 'Yong Zhang' <yozhang@gmail.com>, Pasi.Eronen@nokia.com
Subject: [Capwap] draft-ietf-capwap-base-mib-08: How about the base MIB draft removes the section 9, and related MIB objects?
X-BeenThere: capwap@frascone.com
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: A list for CAPWAP technical discussions <capwap.frascone.com>
List-Post: <mailto:capwap@frascone.com>
X-Tigertech-Mailman-Hint: 636170776170
List-Subscribe: <http://lists.frascone.com/mailman/listinfo/capwap>, <mailto:capwap-request@frascone.com?subject=subscribe>
List-Unsubscribe: <http://lists.frascone.com/mailman/listinfo/capwap>, <mailto:capwap-request@frascone.com?subject=unsubscribe>
List-Archive: <http://lists.frascone.com/pipermail/capwap>
List-Help: <mailto:capwap-request@frascone.com?subject=help>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com

Hi, All:

I have one question here. How about the base MIB draft
(draft-ietf-capwap-base-mib-08) removes the section 9, 
and related MIB objects?

Before I list the changes the editors intend to make,
I give some background info and reason here.

As you know, in order to make some CAPWAP (RFC5415) variable and 
timer such as DataChannelKeepAlive (MIB draft, section 9)
viewable by SNMP, the base MIB defines some MIB objects to model them.
Although RFC5415 already defines lots of CAPWAP message elements for 
protocol variable and timer, some variables such as DataChannelKeepAlive 
are not there.
To make such variables (like DataChannelKeepAlive) manageable,
the base MIB has to define some messages in the draft section 9 based on 
the Vendor Specific Payload defined in the RFC5415. 
During the IESG review, Pasi raised a question: Which vendor ID would 
be used here? Yes, it is a problem.

But it also gives editors a chance to re-think.
I think the first version (RFC) of this MIB draft should be tight,
and should try to reuse existing MIB modules.
I think the section 9 are important from CAPWAP protocol perspective, 
but from operators perspective, they may not need observe so many 
details of a protocol by MIB module.
Any way, the other more important (key) info such as WTP, station
are already fully defined. The core part of MIB is ready.

This MIB draft is informational and not a standard track.
It has chance to "grow up" when there are more vendors support and more 
feedback from operators. Later, when and if the protocol is revised, some 
new message elements would become part of a revision of RFC5415.
If such message offer such variable and timer, also such info require
MIB support, then we would like add them in future.

It should be clarified:
1) All the MIB objects (corresponding to Section 9)
 to be removed are optional objects in the current MIB draft.
2) Even above MIB objects are removed, the MIB draft still offer lots
of info of CAPWAP variable and timer. See: CAPWAP Base Parameters Group.
It has the capwapBaseAcDataCheckTimer which models the element in the
Section 4.7.4,RFC 5415.

current post:
http://www.ietf.org/id/draft-ietf-capwap-base-mib-08.txt

If WG agree to it, editors suggest the following changes would be made.
1) Remove the section 9 CAPWAP Message Element Extension. BTW, the section
is very independent.
2) Remove the related MIB objects corresponding to the Message elements
in the section 9.
a) In the CapwapBaseWtpTable, it would remove the objects:
capwapBaseWtpMaxDiscoveries, capwapBaseWtpMaxFailedDTLSSessionRetry,
capwapBaseWtpMaxRetransmit, capwapBaseWtpDataChannelKeepAliveTimer,
capwapBaseWtpDataChannelDeadInterval, capwapBaseWtpDiscoveryInterval,
capwapBaseWtpDTLSSessionDeleteTimer, capwapBaseWtpImageDataStartTimer,
capwapBaseWtpRetransmitInterval
b)In the CapwapBaseWtpProfileTable,  it would remove the objects:
capwapBaseWtpProfileWtpSilentInterval, capwapBaseWtpProfileWtpWaitDTLSTimer
3)Since section 8 has a example of above tables, the related text
need to be updated.

Kindly give your comments, thanks a lot.

Regards
Richard


_________________________________________________________________
To unsubscribe or modify your subscription options, please visit:
http://lists.frascone.com/mailman/listinfo/capwap

Archives: http://lists.frascone.com/pipermail/capwap