Re: WG Adoption request for draft-mirsky-bfd-mpls-demand
Greg Mirsky <gregimirsky@gmail.com> Sat, 27 October 2018 19:14 UTC
Return-Path: <gregimirsky@gmail.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 28B9B1277CC for <rtg-bfd@ietfa.amsl.com>; Sat, 27 Oct 2018 12:14:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 dQRQTHA4DB2m for <rtg-bfd@ietfa.amsl.com>; Sat, 27 Oct 2018 12:14:48 -0700 (PDT)
Received: from mail-lf1-x129.google.com (mail-lf1-x129.google.com [IPv6:2a00:1450:4864:20::129]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6619A127133 for <rtg-bfd@ietf.org>; Sat, 27 Oct 2018 12:14:47 -0700 (PDT)
Received: by mail-lf1-x129.google.com with SMTP id m18-v6so3244174lfl.11 for <rtg-bfd@ietf.org>; Sat, 27 Oct 2018 12:14:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=+bYC9tHLUjj5CzUKoG/GYMkzio4zAslKjL/G07m9kk8=; b=EwbDoNmcmrCz8yJslH7RKX6wq1jdrSR2e3IHacdZQnkqY50RQ7lDgVUJ/FHolSQmr3 WHOCXHg7ZAa18jrYFkd1c8iNUv4PGFBYORyAF3swtIkyyar0prwIyWZRcUV3EL6k9jnH 3NIIEQNlGRln4Z0paa8UurbgV6jGSVdJC7dk6Mk9QQGBcRTGWqMasZdFicfY6LxUUdNr nH2U/aLneh9lgC36tRCA2XFTZ0UO70MUnsMl1+F7ivJ7Y0e6qg6MFHyXJni1i1ymDzNM V5wuqEDi3H23W42ggc9jh7nE0/Tg6RROWtNhXlGoZZexnkRNRpDlWebESkRz1B0IzQOq bsjQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=+bYC9tHLUjj5CzUKoG/GYMkzio4zAslKjL/G07m9kk8=; b=F5+jQKRwEfjxJCa6916MLt8rNohy7rpRsqIjZBIqkr9UFp34gtdmPx9mqaQdwbveYI H7IyIivEigb34qhYHUJjOYpYIysRNaWhU8oBVPHHON1XLdArZ3yRmPPvhCgwsWQTejZT 38KiMMMTiPjrPEoP9x0wBx8Eg4eO00t/Te4ajGPXwaXmU5Fh6suVDt2i/X5/0jg9zdT2 rTZPtb16UmMZatHZFiLEQ0TapoLvvK2nhWb9dSIbij2XRmB7qa2DMUdLTH7mCRNQaGKz fA/9EZGsw5HL3VdBB/nCviQlnYsklCujaiRqQm/wdvVw8zFA+HeyOcPDBhM6ARuM+aUC TN/g==
X-Gm-Message-State: AGRZ1gJ52r8ydN+WWD468JQDJRoOzwMsPLICak/xUe81FD1040dQc0Qz jkprHFPKEBgAhPQ16MlCi9J6SZZBAPipyXAWiQA=
X-Google-Smtp-Source: AJdET5ehObiG3l/mp+H8PZwEpY914lw37034raYa5ea0vjQetDAzDMeoWJ43EhrITlWfhKJd5r+gVwHgcGkAiY5h3uQ=
X-Received: by 2002:a19:d04f:: with SMTP id h76mr4759017lfg.52.1540667685429; Sat, 27 Oct 2018 12:14:45 -0700 (PDT)
MIME-Version: 1.0
References: <201810271307410222765@zte.com.cn> <773591B5-C44C-4F18-9521-9B3302C40093@cisco.com>
In-Reply-To: <773591B5-C44C-4F18-9521-9B3302C40093@cisco.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Sat, 27 Oct 2018 12:14:35 -0700
Message-ID: <CA+RyBmXWD7tdMBV1VGMcVZs5TQSdak9HKaQn7NM0cLvgVPOctQ@mail.gmail.com>
Subject: Re: WG Adoption request for draft-mirsky-bfd-mpls-demand
To: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
Cc: xiao.min2@zte.com.cn, rtg-bfd WG <rtg-bfd@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000001b685a05793aa659"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/slbTc4LzzcKgY5ItZv9XlnPuJU8>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 27 Oct 2018 19:14:50 -0000
Hi Carlos, thank you for the continued discussion. Please find my answers in-line tagged GIM>>. Regards, Greg On Sat, Oct 27, 2018 at 8:45 AM Carlos Pignataro (cpignata) < cpignata@cisco.com> wrote: > Hi Xiao, > > Thanks much for the quick response! > > Please find my follow ups: > > 1. Sorry if I was not clear. Yes, RFC 5880 lists exemplary possible > mechanisms to glean continued connectivity but requires the use of one. My > question is: which mechanisms does this draft propose? Could it please be > spelled out? > GIM>> I have to point that: - BFD for Multipoint Networks uses the Demand mode of BFD with no such mechanism; - BFD for Multipoint Networks with Active Tail uses Poll sequence (possibly combination of multicast Poll and unicast Poll) to verify availability of the multicast path. But according to your interpretation of RFC 5880, this is not one of mechanisms to be used. Now I have a question to you Do you believe that these two BFD specifications for multicast and multipoint networks are insufifcient or impaired because of the way the Demand mode being used? > > 2. Again, apologies if I was not clean enough. I understand what the > abstract says, but the quoted text says that live was needs to be checked > for a node (egress LER) instead of the forwarding path. Does that mean ~ > “of the forwarding path towards/upto the node”? > GIM>> Thank you for pointing to this issue. In the next version will clarify that the Poll sequence allows the ingress LER to verify availability of the LSP and the liveness of the egress LER. > > Thanks for your consideration. > > Thumb typed by Carlos Pignataro. > Excuze typofraphicak errows > > On Oct 27, 2018, at 01:07, "xiao.min2@zte.com.cn" <xiao.min2@zte.com.cn> > wrote: > > Hi Carlos, > > > My answers to your two questions are as follow: > > 1. > > In section 6.6 of RFC5880, just after the text you quoted, it says > "One possible mechanism is the receipt of traffic from the remote system; > another is the use of the Echo function." So I'm not sure what's your real > concern. > 2. > > In the abstract of this draft it says "This document describes > procedures for using Bidirectional Forwarding Detection (BFD) in Demand > mode to detect data plane failures in Multiprotocol Label Switching (MPLS) > point-to-point Label Switched Paths." If you don't like the expression form > of the text quoted by you, pls feel free to propose some text. > > > Best Regards, > > Xiao Min > 原始邮件 > *发件人:*CarlosPignataro(cpignata) <cpignata@cisco.com> > *收件人:*肖敏10093570; > *抄送人:*Jeff Haas <jhaas@pfrc.org>;rtg-bfd@ietf.org <rtg-bfd@ietf.org>; > *日 期 :*2018年10月26日 12:04 > *主 题 :**Re: WG Adoption request for draft-mirsky-bfd-mpls-demand* > Xiao, > Scanning through the draft, two questions: > > 1. What is the underlying mechanism to check liveness such that Demand can > be used? > > https://tools.ietf.org/html/rfc5880#section-6.6 > > Demand mode requires that some other mechanism is used to imply > continuing connectivity between the two systems. The mechanism used > > > 2. Is this draft testing liveness of a path or a node? > > https://tools.ietf.org/html/draft-mirsky-bfd-mpls-demand-03#section-3 > > In this state BFD peers MAY remain as long as the egress LER is in Up > state. The ingress LER MAY check liveness of the egress LER by > setting the Poll flag. The egress LER will respond by transmitting > > > Thanks, > > — Carlos Pignataro > > On Oct 19, 2018, at 9:59 PM, xiao.min2@zte.com.cn wrote: > > I support WG adoption of this draft. Use of the demand mode for p2p LSP > monitoring is feasible and required. > > > Best Regards, > > Xiao Min > > > > *发件人:*JeffreyHaas <jhaas@pfrc.org> > *收件人:*rtg-bfd@ietf.org <rtg-bfd@ietf.org>; > *日 期 :*2018年10月18日 06:24 > *主 题 :**WG Adoption request for draft-mirsky-bfd-mpls-demand* > Working Group, > > The BFD chairs have received an adoption request for > "BFD in Demand Mode over Point-to-Point MPLS LSP" > (draft-mirsky-bfd-mpls-demand). > > https://datatracker.ietf.org/doc/draft-mirsky-bfd-mpls-demand/ > > The adoption call will end on the Friday after IETF 103, November 9. > > Note that there is are existing IPR statements on this draft: > https://datatracker.ietf.org/ipr/3301/ > https://datatracker.ietf.org/ipr/3104/ > > Please indicate to the mailing list whether you support adoption of this > draft. > > -- Jeff & Reshad > > >
- WG Adoption request for draft-mirsky-bfd-mpls-dem… Jeffrey Haas
- Re: WG Adoption request for draft-mirsky-bfd-mpls… xiao.min2
- 答复: Re: WG Adoption request for draft-mirsky-bfd-… hu.fangwei
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Carlos Pignataro (cpignata)
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Greg Mirsky
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Carlos Pignataro (cpignata)
- Re: Re: WG Adoption request for draft-mirsky-bfd-… xiao.min2
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Carlos Pignataro (cpignata)
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Greg Mirsky
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Jeffrey Haas
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Greg Mirsky
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Jeffrey Haas
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Greg Mirsky
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Greg Mirsky
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Greg Mirsky
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Jeffrey Haas
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Greg Mirsky
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Jeffrey Haas
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Reshad Rahman (rrahman)
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Greg Mirsky
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Greg Mirsky
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Jeffrey Haas
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Greg Mirsky
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Jeffrey Haas
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Greg Mirsky
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Jeffrey Haas
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Greg Mirsky
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Reshad Rahman (rrahman)
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Greg Mirsky
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Jeffrey Haas
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Greg Mirsky
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Jeffrey Haas
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Greg Mirsky
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Jeffrey Haas
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Greg Mirsky
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Jeffrey Haas
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Greg Mirsky
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Reshad Rahman (rrahman)
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Greg Mirsky
- Re: WG Adoption request for draft-mirsky-bfd-mpls… Greg Mirsky