IETF Logo Mail Archive

Re: [Idr] Why L2 liveness needed for BGP-SPF

"=?UTF-8?B?5b6Q5bCP6JmOKOS5ieWFiCk=?=" <xiaohu.xxh@alibaba-inc.com> Sun, 22 July 2018 03:16 UTC

Return-Path: <xiaohu.xxh@alibaba-inc.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5FBDB130E3D; Sat, 21 Jul 2018 20:16:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.019
X-Spam-Level:
X-Spam-Status: No, score=-1.019 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FROM_EXCESS_BASE64=0.979, HTML_MESSAGE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=alibaba-inc.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 yu-3K-eR8ItT; Sat, 21 Jul 2018 20:16:34 -0700 (PDT)
Received: from out0-145.mail.aliyun.com (out0-145.mail.aliyun.com [140.205.0.145]) (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 13782130DE2; Sat, 21 Jul 2018 20:16:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alibaba-inc.com; s=default; t=1532229388; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type; bh=21Mn8bYStbI7tvVXVHn7QpycGSNYi6T0IlmZ/1GonwQ=; b=VSLUXEDgdr8zgANs75q8t+YpWBREJFY9tVUtE0nb0758GgZp5szsQqWycQx2maIUYKPZj3LPHo48E72HYc4uXS5yNC6KP5GpDP5Gc+2/ogxY1s61Bz+quruGUt5Jvz4WGwhGzAuS+cJU4LF3/ifDWdNeMon3hfyt439Kr82GrhA=
X-Alimail-AntiSpam: AC=PASS; BC=-1|-1; BR=01201311R351e4; CH=green; FP=0|-1|-1|-1|0|-1|-1|-1; HT=e02c03311; MF=xiaohu.xxh@alibaba-inc.com; NM=1; PH=DW; RN=4; SR=0; TI=W4_5318390_v5ForWebDing_0A930BF5_1532229347824_o7001c77;
Received: from WS-web (xiaohu.xxh@alibaba-inc.com[W4_5318390_v5ForWebDing_0A930BF5_1532229347824_o7001c77]) by e01l07404.eu6 at Sun, 22 Jul 2018 11:16:24 +0800
Date: Sun, 22 Jul 2018 11:16:24 +0800
From: "徐小虎(义先)" <xiaohu.xxh@alibaba-inc.com>
To: "Jakob Heitz (jheitz)" <jheitz@cisco.com>, "Lsvr@ietf.org" <Lsvr@ietf.org>, "idr@ietf.org" <idr@ietf.org>, Randy Bush <randy@psg.com>
Reply-To: "徐小虎(义先)" <xiaohu.xxh@alibaba-inc.com>
Message-ID: <25e64c15-0c97-4c7b-95cb-e6aa339da171.xiaohu.xxh@alibaba-inc.com>
X-Mailer: [Alimail-Mailagent revision 7][W4_5318390][v5ForWebDing][Safari]
MIME-Version: 1.0
References: <fb35cb79-881d-4ca2-8a0b-738886d28b8f.xiaohu.xxh@alibaba-inc.com>, <bd5ff63067a8446ca8e2267c891933ad@XCH-ALN-014.cisco.com>
In-Reply-To: <bd5ff63067a8446ca8e2267c891933ad@XCH-ALN-014.cisco.com>
x-aliyun-mail-creator: W4_5318390_v5ForWebDing_QvNTW96aWxsYS81LjAgKE1hY2ludG9zaDsgSW50ZWwgTWFjIE9TIFggMTBfMTJfNikgQXBwbGVXZWJLaXQvNjA0LjUuNiAoS0hUTUwsIGxpa2UgR2Vja28pIFZlcnNpb24vMTEuMC4zIFNhZmFyaS82MDQuNS42La
Content-Type: multipart/alternative; boundary="----=ALIBOUNDARY_8774_5674d940_5b53f708_18178"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/WSOgAquUDpt4-BGt1OD36fsOK0g>
Subject: Re: [Idr] Why L2 liveness needed for BGP-SPF
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Jul 2018 03:16:38 -0000

Please look at the IDR meeting record starting from 00:48:00 (https://play.conf.meetecho.com/Playout/?session=IETF102-IDR-20180719-1810)

Best regards.
Xiaohu


------------------------------------------------------------------
From:Jakob Heitz (jheitz) <jheitz@cisco.com>
Send Time:2018年7月22日(星期日) 11:06
To:徐小虎(义先) <xiaohu.xxh@alibaba-inc.com>; Lsvr@ietf.org <Lsvr@ietf.org>; idr@ietf.org <idr@ietf.org>; Randy Bush <randy@psg.com>
Subject:RE: [Idr] Why L2 liveness needed for BGP-SPF

  
What do you really mean by L2 liveness?
L2 can be Ethernet, Token Ring, ATM, Frame Relay, PPP, SLIP, MTP2 and others that may be invented in the future.
Each one needs its own liveness protocol. You will need to do it separately in each L2 protocol.
Do you mean the answer to the question:
Can the nodes at each end of the link forward IP packets to each other and forward those packets to the correct interface where they need to go? 
 
Regards,
Jakob.
 
From: Idr <idr-bounces@ietf.org> On Behalf Of ???(??)
Sent: Saturday, July 21, 2018 7:55 PM
To: Lsvr@ietf.org; idr@ietf.org
Subject: [Idr] Why L2 liveness needed for BGP-SPF
Hi all, 
  
I just watched the IDR meeting record at https://play.conf.meetecho.com/Playout/?session=IETF102-IDR-20180719-1810 
  
I'm in favor of the AD's recommendation of finding a unified proposal rather than two different proposals doing almost the same thing. BGP-SPF is intended to be a link-state protocol built on the BGP base protocol and L3 liveness works fine for link-state protocols (eg., OSPF). Hence I'm curious about the reason why L2 liveness is a must for BGP-SPF.  In other word, what's special for BGP-SPF as a link-state protocol that makes it have such "nice constrained problem"? 
  
By the way, provided that BGP-SPF did need L2 liveness which in turn is expected by some BGP-SPF guys to be generic and therefore be applicable to other scenarios beyond BGP, wouldn't IEEE be a better place to pursue such generic L2 liveness mechanism? 
  
Best regards, 
Xiaohu

v2.23.0 | Report a Bug | By Email