RE: Comments on draft-salam-l2vpn-evpn-oam-req-frmwk and draft-vgovindan-l2vpn-evpn-bfd

"Vengada Prasad Govindan (venggovi)" <venggovi@cisco.com> Fri, 13 December 2013 11:01 UTC

Return-Path: <venggovi@cisco.com>
X-Original-To: l2vpn@ietfa.amsl.com
Delivered-To: l2vpn@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 552421A8032 for <l2vpn@ietfa.amsl.com>; Fri, 13 Dec 2013 03:01:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.501
X-Spam-Level:
X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 tOR9Yg6x0c0z for <l2vpn@ietfa.amsl.com>; Fri, 13 Dec 2013 03:01:51 -0800 (PST)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) by ietfa.amsl.com (Postfix) with ESMTP id CAABD1ADFD4 for <l2vpn@ietf.org>; Fri, 13 Dec 2013 03:01:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=12123; q=dns/txt; s=iport; t=1386932505; x=1388142105; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=TKYnqHexYCHEIbzNZ2AAaRIxqpKvx4bnXsOrPzkMBDI=; b=LFqV8GCK33+84DG/hIHFW+0xWfpno4BhhnF08/F9u2vI3WitZ9ItIb9T djcwGxghTbnD6c5sULHeI1+SoIKOI6ZqWKNcAOAlBSAmGPT7ljDHGFkO4 3wprKCAS6kq/QO4o19JIlHmYBeerhC2HwV5tr2Sk0GxsR2vGxsCJXrsZ9 o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhsFAOrnqlKtJV2Y/2dsb2JhbABZgkZEOFW4YYEgFnSCJQEBAQQtRhYCAQgRBAEBCx0HIREUCQgBAQQBEgiHaAMRu3ANhwoXjQKBMhEBHzcBgyOBEwSWKo5FhTqBbIE+gXE5
X-IronPort-AV: E=Sophos; i="4.95,477,1384300800"; d="scan'208,217"; a="291420407"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-4.cisco.com with ESMTP; 13 Dec 2013 11:01:44 +0000
Received: from xhc-rcd-x12.cisco.com (xhc-rcd-x12.cisco.com [173.37.183.86]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id rBDB1iBt020314 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 13 Dec 2013 11:01:44 GMT
Received: from xmb-rcd-x15.cisco.com ([169.254.5.86]) by xhc-rcd-x12.cisco.com ([173.37.183.86]) with mapi id 14.03.0123.003; Fri, 13 Dec 2013 05:01:43 -0600
From: "Vengada Prasad Govindan (venggovi)" <venggovi@cisco.com>
To: Gregory Mirsky <gregory.mirsky@ericsson.com>, "Samer Salam (ssalam)" <ssalam@cisco.com>, "Ali Sajassi (sajassi)" <sajassi@cisco.com>, "Sam Aldrin (aldrin.ietf@gmail.com)" <aldrin.ietf@gmail.com>, "John E Drake (jdrake@juniper.net)" <jdrake@juniper.net>, "l2vpn@ietf.org" <l2vpn@ietf.org>
Subject: RE: Comments on draft-salam-l2vpn-evpn-oam-req-frmwk and draft-vgovindan-l2vpn-evpn-bfd
Thread-Topic: Comments on draft-salam-l2vpn-evpn-oam-req-frmwk and draft-vgovindan-l2vpn-evpn-bfd
Thread-Index: Ac7lDSTCOfeFij7fTiOpIkx3ocp0YQBIYKKAACnc4DACLDTCcAIa0cfw
Date: Fri, 13 Dec 2013 11:01:43 +0000
Message-ID: <315041E4211CB84E86EF7C25A2AB583D3387B461@xmb-rcd-x15.cisco.com>
References: <7347100B5761DC41A166AC17F22DF1121B71E5A9@eusaamb103.ericsson.se> <CEB27671.165BF%ssalam@cisco.com> <315041E4211CB84E86EF7C25A2AB583D33843129@xmb-rcd-x15.cisco.com> <7347100B5761DC41A166AC17F22DF1121B732DBB@eusaamb103.ericsson.se>
In-Reply-To: <7347100B5761DC41A166AC17F22DF1121B732DBB@eusaamb103.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.143.25.207]
Content-Type: multipart/alternative; boundary="_000_315041E4211CB84E86EF7C25A2AB583D3387B461xmbrcdx15ciscoc_"
MIME-Version: 1.0
X-BeenThere: l2vpn@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Layer 2 Virtual Private Networks <l2vpn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/l2vpn>, <mailto:l2vpn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/l2vpn/>
List-Post: <mailto:l2vpn@ietf.org>
List-Help: <mailto:l2vpn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/l2vpn>, <mailto:l2vpn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Dec 2013 11:01:53 -0000

Hello Greg,
    Sincere thanks for your email. Agreed, the BFD sessions could be slowed down to tolerable (large) timer values instead of tearing down and (re)establishing BFD sessions. I will incorporate this change in the next revision of this draft.
Thanks
Prasad

From: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com]
Sent: Thursday, December 12, 2013 4:42 AM
To: Vengada Prasad Govindan (venggovi); Samer Salam (ssalam); Ali Sajassi (sajassi); Sam Aldrin (aldrin.ietf@gmail.com); John E Drake (jdrake@juniper.net); l2vpn@ietf.org
Subject: RE: Comments on draft-salam-l2vpn-evpn-oam-req-frmwk and draft-vgovindan-l2vpn-evpn-bfd

Hi Prasad,
thank you for you careful consideration of my notes. Proposed text tagged with GIM>>.

                Regards,
                                Greg
[snip]

*         Section 4
o   Not clear which BFD modes can be used and in what manner as on-demand OAM to troubleshoot and localize fault. AFAIK, BFD-based OAM used primarily as proactive continuity check and LSP Ping as on-demand troubleshooting tool.
 GVP1> The intent of this Section is to highlight the possible scalability issues that could arise. The term demand-driven manner was used to imply that BFD could be turned ON and OFF as desired, instead of an ALWAYS-ON mode. Do you have any suggestions to improve the text here? Please let us know.

GIM>> Bringing BFD session up has its tax of triple handshake to exchange Discriminator values. Alternative to turning ON and OFF could be dynamically changing Rx and Tx intervals  to a very large value, i.e. minutes if not hours. As I understand, "demand-driven", also referred as "on-demand", OAM tools primarily used for fault localization. LSP traceroute is one of widely used in MPLS networks, ETH-LT (linktrace) - in Ethernet domain. Proactive tools like BFD or CFM primarily used for fault detection. I don't think that BFD needs to be enhanced to match diagnostic capabilities available in LSP Ping/traceroute.