Re: [mpls] Review of draft-ietf-mpls-tp-linear-protection-mib-11

"BRUNGARD, DEBORAH A" <db3546@att.com> Mon, 16 January 2017 19:14 UTC

Return-Path: <db3546@att.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7CC501294DF; Mon, 16 Jan 2017 11:14:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TYDiTyz1SPJW; Mon, 16 Jan 2017 11:14:04 -0800 (PST)
Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1869712946F; Mon, 16 Jan 2017 11:14:04 -0800 (PST)
Received: from pps.filterd (m0048589.ppops.net [127.0.0.1]) by m0048589.ppops.net-00191d01. (8.16.0.17/8.16.0.17) with SMTP id v0GJ5GTR003818; Mon, 16 Jan 2017 14:14:02 -0500
Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0048589.ppops.net-00191d01. with ESMTP id 2812hfs9rt-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 16 Jan 2017 14:14:02 -0500
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id v0GJE0Ql009303; Mon, 16 Jan 2017 14:14:00 -0500
Received: from mlpi408.sfdc.sbc.com (mlpi408.sfdc.sbc.com [130.9.128.240]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id v0GJDo20009109 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 16 Jan 2017 14:13:56 -0500
Received: from MISOUT7MSGHUBAC.ITServices.sbc.com (MISOUT7MSGHUBAC.itservices.sbc.com [130.9.129.147]) by mlpi408.sfdc.sbc.com (RSA Interceptor); Mon, 16 Jan 2017 19:13:30 GMT
Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.4]) by MISOUT7MSGHUBAC.ITServices.sbc.com ([130.9.129.147]) with mapi id 14.03.0319.002; Mon, 16 Jan 2017 14:13:30 -0500
From: "BRUNGARD, DEBORAH A" <db3546@att.com>
To: Benoit Claise <bclaise@cisco.com>, Loa Andersson <loa@pi.nu>, "Brian Carpenter" <brian.e.carpenter@gmail.com>, "gen-art@ietf.org" <gen-art@ietf.org>
Thread-Topic: [mpls] Review of draft-ietf-mpls-tp-linear-protection-mib-11
Thread-Index: AQHSb3tOI2MYEArkok+QDgF6HUrK/qE6/e4AgAAM7ICAAG4KIA==
Date: Mon, 16 Jan 2017 19:13:29 +0000
Message-ID: <F64C10EAA68C8044B33656FA214632C85DE45354@MISOUT7MSGUSRDE.ITServices.sbc.com>
References: <148451784736.3226.15889507299394185360.idtracker@ietfa.amsl.com> <a35bfb84-091b-a408-9a53-0b6dbd5cd003@pi.nu> <54feb39c-0e5b-9c12-0ae2-d5757316c9c3@cisco.com>
In-Reply-To: <54feb39c-0e5b-9c12-0ae2-d5757316c9c3@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [130.10.2.133]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-01-16_15:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1612050000 definitions=main-1701160270
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/CNIdKck4wLxsyhbbILDsYgS_4YQ>
Cc: "mpls@ietf.org" <mpls@ietf.org>
Subject: Re: [mpls] Review of draft-ietf-mpls-tp-linear-protection-mib-11
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Jan 2017 19:14:05 -0000

Thanks Benoit-

As Loa confirmed, we don't see this as an update. It's aligned with how we have been doing the MPLS-TP work e.g. RFC7697 has the same wording.

Thanks Brian for the careful review-
Deborah


> -----Original Message-----
> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Benoit Claise
> Sent: Monday, January 16, 2017 2:35 AM
> To: Loa Andersson <loa@pi.nu>nu>; Brian Carpenter
> <brian.e.carpenter@gmail.com>om>; gen-art@ietf.org
> Cc: mpls@ietf.org
> Subject: Re: [mpls] Review of draft-ietf-mpls-tp-linear-protection-mib-11
> 
> Loa, Brian,
> > Brian, et.al.,
> >
> > We could of course update 3812 (and 3813), though this would probably
> > lead to another discussion on what updates means.
> >
> > What is refereed to is that there is now another preferred method for
> > configuration - netconf/yang. In fact this draft doe not change 3812 or
> > propose a change, so there can not be an update. The document is just
> > noting that there is a change in the environment, and that for the time
> > being it will use RFC 3812 as specified.
> >
> > Maybe Benoit have a take on this?
> No strong views on updating RFC 3812, but the text in the intro section
> and the read-only conformance statement (WriteUp mentions: The MIB
> module has a read-only conformance statement so that vendors and/or
> network operators can choose to implement/operate the MIB module as
> read-only.) do the job IMO.
> 
> Regards, Benoit
> >
> > /Loa
> >
> > On 2017-01-16 06:04, Brian Carpenter wrote:
> >> Reviewer: Brian Carpenter
> >> Review result: Ready with Issues
> >>
> >> Gen-ART Last Call review of
> >> draft-ietf-mpls-tp-linear-protection-mib-11
> >>
> >> I am the assigned Gen-ART reviewer for this draft. The General Area
> >> Review Team (Gen-ART) reviews all IETF documents being processed
> >> by the IESG for the IETF Chair.  Please treat these comments just
> >> like any other last call comments.
> >>
> >> For more information, please see the FAQ at
> >> <http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>.
> >>
> >> Document: draft-ietf-mpls-tp-linear-protection-mib-11.txt
> >> Reviewer: Brian Carpenter
> >> Review Date: 2017-01-16
> >> IETF LC End Date: 2017-01-26
> >> IESG Telechat date:
> >>
> >> Summary: Ready with minor issues
> >> --------
> >>
> >> Comment:
> >> --------
> >>
> >> I have not reviewed most details of the MIB module itself. As usual,
> >> I trust the MIB Doctors.
> >>
> >> "We know of a handful of implementations (or intent to implement)."
> >> Good. It would have been nice to see an Implementation Status section
> >> under RFC 6982.
> >>
> >> Minor issues:
> >> -------------
> >>
> >>    At the time of writing, Simple Network Management Protocol (SNMP)
> >> SET
> >>    is no longer recommended as a way to configure MPLS networks as
> >> was
> >>    described in RFC 3812 [RFC3812].
> >>
> >> RFC3812 is explicit that it should be used for configuration:
> >>
> >>    This MIB module should be used in conjunction with the
> >>    companion document [RFC3813] for MPLS based traffic engineering
> >>    configuration and management.
> >>
> >> RFC3812 has not been formally updated or obsoleted. Therefore, it
> >> seems
> >> to me that the present draft should formally update RFC3812 in this
> >> respect.
> >>
> >> Does the same issue apply to RFC3813, whose Abstract also states that
> >> it is used to configure an LSR?
> >>
> >
> 
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls