[mpls] Comments to draft-ietf-bfd-mpls-mib-00

Muly Ilan <muly_i@rad.com> Mon, 16 July 2012 14:05 UTC

Return-Path: <muly_i@rad.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 1711521F8851 for <mpls@ietfa.amsl.com>; Mon, 16 Jul 2012 07:05:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.348
X-Spam-Level:
X-Spam-Status: No, score=-2.348 tagged_above=-999 required=5 tests=[AWL=0.249, BAYES_00=-2.599, HTML_MESSAGE=0.001, UNPARSEABLE_RELAY=0.001]
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 D7wPW9rKuK0l for <mpls@ietfa.amsl.com>; Mon, 16 Jul 2012 07:05:40 -0700 (PDT)
Received: from rad.co.il (mailrelay02.rad.co.il [62.0.23.237]) by ietfa.amsl.com (Postfix) with ESMTP id 2342021F883C for <mpls@ietf.org>; Mon, 16 Jul 2012 07:05:36 -0700 (PDT)
Received: from Internal Mail-Server by MailRelay02 (envelope-from muly?i@rad.com) with AES128-SHA encrypted SMTP; 16 Jul 2012 16:30:29 +0300
Received: from EXRAD5.ad.rad.co.il ([192.114.24.28]) by EXRAD5.ad.rad.co.il ([192.114.24.28]) with mapi id 14.02.0298.004; Mon, 16 Jul 2012 17:06:14 +0300
From: Muly Ilan <muly_i@rad.com>
To: "mpls@ietf.org" <mpls@ietf.org>
Thread-Topic: Comments to draft-ietf-bfd-mpls-mib-00
Thread-Index: Ac1jXChrF993WQmUQo+moecU0wDumg==
Date: Mon, 16 Jul 2012 14:06:14 +0000
Message-ID: <32CB7A1F0806AB4688CE3F22C29DAC87042C7972@EXRAD5.ad.rad.co.il>
Accept-Language: en-AU, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [172.17.170.136]
Content-Type: multipart/alternative; boundary="_000_32CB7A1F0806AB4688CE3F22C29DAC87042C7972EXRAD5adradcoil_"
MIME-Version: 1.0
X-Commtouch-Refid: str=0001.0A090206.50041FD8.0004,ss=1,fgs=0
Subject: [mpls] Comments to draft-ietf-bfd-mpls-mib-00
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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 Jul 2012 14:05:45 -0000

Hi,

1.
In section 5.2.2, Example of BFD Session configuration for Maintenance Entity of MPLS-TP TE tunnel, the object mplsOamIdMeProactiveOamSessIndex of the ME table in draft-vkst-mpls-tp-oam-id-mib is not mentioned.
It would be helpful to explain that when a BFD session with bfdMplsSessMapType=mep(6) is created in the bfdSessTable, the value of the object mplsOamIdMeProactiveOamSessIndex should be updated with the BFD session index.

2.
For the associated bidirectional LSPs case there would be two unidirectional MEs that together operate the BFD session. To which one of the MEs should the map pointer, bfdMplsSessMapPointer, point?
I think it may point to either one of the unidirectional MEs i.e. make it implementation specific, but this should be described in the MIB.

3.
The term "session mode" in RFC6428 refers to coordinated operation vs. independent operation. However the current object bfdMplsSessMode sets the BFD functionality to cc(1) or cv(2). Suggest to rename the object to bfdMplsSessFunction.

4.
There's a need to configure what is the consequent action upon mis-connectivity defect and LOC defect. Possible values: alarm only, alarm and block data.
Separate configuration for mis-connectivity and for LOC. Default value for mis-connectivity is alarm and block data. Default value for LOC is alarm only.
Maybe a common behavior for all BFD sessions is sufficient. In this case define two scalar objects.

5.
Suggest to add counters for received and transmitted CC and CV packets. Need separate counters for CC and CV.


Regards,

Muly