Re: [ANCP] comments on draft-ietf-ancp-mib-an-10

"DE CNODDER, STEFAAN (STEFAAN)" <stefaan.de_cnodder@alcatel-lucent.com> Tue, 19 February 2013 08:49 UTC

Return-Path: <stefaan.de_cnodder@alcatel-lucent.com>
X-Original-To: ancp@ietfa.amsl.com
Delivered-To: ancp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7586121F87D1 for <ancp@ietfa.amsl.com>; Tue, 19 Feb 2013 00:49:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.249
X-Spam-Level:
X-Spam-Status: No, score=-10.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_HI=-8]
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 q0fKRoTwcKlV for <ancp@ietfa.amsl.com>; Tue, 19 Feb 2013 00:49:13 -0800 (PST)
Received: from smail2.alcatel.fr (smail2.alcatel.fr [64.208.49.57]) by ietfa.amsl.com (Postfix) with ESMTP id 0094121F8758 for <ancp@ietf.org>; Tue, 19 Feb 2013 00:49:11 -0800 (PST)
Received: from FRMRSSXCHHUB01.dc-m.alcatel-lucent.com (FRMRSSXCHHUB01.dc-m.alcatel-lucent.com [135.120.45.61]) by smail2.alcatel.fr (8.14.3/8.14.3/ICT) with ESMTP id r1J8iVRa019297 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Tue, 19 Feb 2013 09:49:00 +0100
Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (135.239.2.74) by FRMRSSXCHHUB01.dc-m.alcatel-lucent.com (135.120.45.61) with Microsoft SMTP Server (TLS) id 8.3.213.0; Tue, 19 Feb 2013 09:48:58 +0100
Received: from FR711WXCHMBA06.zeu.alcatel-lucent.com ([169.254.2.242]) by FR712WXCHHUB03.zeu.alcatel-lucent.com ([135.239.2.74]) with mapi id 14.02.0247.003; Tue, 19 Feb 2013 09:48:58 +0100
From: "DE CNODDER, STEFAAN (STEFAAN)" <stefaan.de_cnodder@alcatel-lucent.com>
To: "Wojciech Dec (wdec)" <wdec@cisco.com>
Thread-Topic: [ANCP] comments on draft-ietf-ancp-mib-an-10
Thread-Index: AQHOCfxkxE0hg9WvI06dFUQKsmGrTJh/h66ggAAziQCAAAc5gIAAOsgAgADppSA=
Date: Tue, 19 Feb 2013 08:48:57 +0000
Message-ID: <5F657CFC59E51E4B842F0D51C19AC36CEF95@FR711WXCHMBA06.zeu.alcatel-lucent.com>
References: <19F346EB777BEE4CB77DA1A2C56F20B3223C0F@xmb-aln-x05.cisco.com> <512285A4.5040009@gmail.com>
In-Reply-To: <512285A4.5040009@gmail.com>
Accept-Language: nl-BE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.239.27.12]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Scanned-By: MIMEDefang 2.69 on 155.132.188.80
Cc: "ancp@ietf.org" <ancp@ietf.org>
Subject: Re: [ANCP] comments on draft-ietf-ancp-mib-an-10
X-BeenThere: ancp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Access Node Control Protocol working group mailing list <ancp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ancp>, <mailto:ancp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ancp>
List-Post: <mailto:ancp@ietf.org>
List-Help: <mailto:ancp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ancp>, <mailto:ancp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Feb 2013 08:49:14 -0000

Hi,

I think indeed that the document may be more explicit that it is only for AN and not for NAS.  However, introducing new terminology in a MIB document is the wrong place.  It is indeed a client-server protocol, but saying that this is a client MIB while "client" has never been defined before, is not going to make it clearer.

About the capabilities: it is a MIB for only RFC 6320.  If other documents introduce new functionality like PON or multicast, then this requires a new MIB module that also defines objects to enable and disable the capabilities of that functionality.

regards,
Stefaan


-----Original Message-----
From: ancp-bounces@ietf.org [mailto:ancp-bounces@ietf.org] On Behalf Of Tom Taylor
Sent: maandag 18 februari 2013 20:49
To: Wojciech Dec (wdec)
Cc: ancp@ietf.org
Subject: Re: [ANCP] comments on draft-ietf-ancp-mib-an-10

That is, it applies to the Access Node side.

On 18/02/2013 11:18 AM, Wojciech Dec (wdec) wrote:
> Yes, and in retrospect its rather unfortunate, since it is a client-server
> protocol with the functions in AN-NAS respectively.
> The main point though is that the ANCP MIB draft does not apply to the
> server side.
>
> Regards,
> Woj..
>
> On 18/02/2013 16:52, "Tom Taylor" <tom.taylor.stds@gmail.com> wrote:
>
>> Could I point out that the RFC 6320 does not talk about clients and
>> servers? It talks about the AN and the NAS. And either side can initiate
>> transactions, depending on the transaction, so I think the client-server
>> terminology would actually be confusing. Sorry, I should have noted this
>> point earlier.
>>
>> On 18/02/2013 8:50 AM, Moti Morgenstern wrote:
...
_______________________________________________
ANCP mailing list
ANCP@ietf.org
https://www.ietf.org/mailman/listinfo/ancp