[Adslmib] two questions on draft-ietf-adslmib-gbond-mib-10
"Romascanu, Dan (Dan)" <dromasca@avaya.com> Wed, 21 March 2012 13:28 UTC
Return-Path: <dromasca@avaya.com>
X-Original-To: adslmib@ietfa.amsl.com
Delivered-To: adslmib@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix)
with ESMTP id 3D7A721F85AF for <adslmib@ietfa.amsl.com>;
Wed, 21 Mar 2012 06:28:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.367
X-Spam-Level:
X-Spam-Status: No, score=-103.367 tagged_above=-999 required=5 tests=[AWL=0.232,
BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com
[127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nWf09RkDgJl2 for
<adslmib@ietfa.amsl.com>; Wed, 21 Mar 2012 06:28:21 -0700 (PDT)
Received: from de307622-de-outbound.net.avaya.com
(de307622-de-outbound.net.avaya.com [198.152.71.100]) by ietfa.amsl.com
(Postfix) with ESMTP id 74D2821F85CE for <adslmib@ietf.org>;
Wed, 21 Mar 2012 06:28:21 -0700 (PDT)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av0EACPWaU/GmAcF/2dsb2JhbABEtn+BB4ILAQEDEh4KPxIBFRUGDAwHVwEEGxqHaJt6nCWQHmMEm26KGIJo
X-IronPort-AV: E=Sophos;i="4.73,624,1325480400"; d="scan'208";a="298188695"
Received: from unknown (HELO co300216-co-erhwest.avaya.com) ([198.152.7.5]) by
de307622-de-outbound.net.avaya.com with ESMTP; 21 Mar 2012 09:28:20 -0400
Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.13])
by co300216-co-erhwest-out.avaya.com with ESMTP; 21 Mar 2012 09:19:59 -0400
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 21 Mar 2012 14:28:15 +0100
Message-ID: <EDC652A26FB23C4EB6384A4584434A0407638AC0@307622ANEX5.global.avaya.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: two questions on draft-ietf-adslmib-gbond-mib-10
Thread-Index: Ac0HZniWubaiCx7TTZmIvIcum65gdQ==
From: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
To: "Edward Beili" <EdwardB@actelis.com>
Cc: adrian@olddog.co.uk, adslmib mailing list <adslmib@ietf.org>
Subject: [Adslmib] two questions on draft-ietf-adslmib-gbond-mib-10
X-BeenThere: adslmib@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: ADSLMIB <adslmib.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/adslmib>,
<mailto:adslmib-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/adslmib>
List-Post: <mailto:adslmib@ietf.org>
List-Help: <mailto:adslmib-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/adslmib>,
<mailto:adslmib-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Mar 2012 13:28:22 -0000
Hi Ed,
The I-D draft-ietf-adslmib-gbond-mib-10 was approved by the IESG with
'point raised'. This means that I would like to get clarification from
you (and the WG if needed) on a couple of points before approving the
document.
The two questions derive from the COMMENT entered by Adrian Farrel. They
are non-blocking from his perspective, yet I think that they are
interesting enough to deserve being answered, even if they do not lead
to changes in the document.
1. How likely is it that new bonding schemes (i.e. other
technologies) will come along and be handled by this MIB module without
extensions? I think the intention is that this module is technology-
independent, so that it would not need to be revised for a new bonding
type.
However, GBondSchemeList and GBondScheme are closed lists such that you
would need to revise the module to support new technologies. That seems
a shame.
You could move the TCs into a separate module so that only that module
needs to be revised.
An alternative, is to define an IANA Textual convention for this and
allow just the TC to be updated as necessary.
---
2. I find the presence of 'unknown' as a bit in GBondSchemeList to be a
bit
odd. In general, bits in an object with a Syntax of Bits can be
independently set. But here you could not set 'unknown' and any of the
other bits.
On the other hand, what would it mean to return the object with none of
the bits set? Is that different from returning the 'unknown' bit?
Please address these two questions.
Thanks and Regards,
Dan
- [Adslmib] two questions on draft-ietf-adslmib-gbo… Romascanu, Dan (Dan)
- Re: [Adslmib] two questions on draft-ietf-adslmib… Romascanu, Dan (Dan)
- Re: [Adslmib] two questions on draft-ietf-adslmib… Moti Morgenstern
- Re: [Adslmib] two questions on draft-ietf-adslmib… Menachem Dodge
- Re: [Adslmib] two questions on draft-ietf-adslmib… Benoit Claise
- Re: [Adslmib] two questions on draft-ietf-adslmib… Romascanu, Dan (Dan)