Re: [Idr] draft-chen-idr-ctr-availability-00.txt

Robert Raszuk <robert@raszuk.net> Thu, 19 March 2020 16:29 UTC

Return-Path: <robert@raszuk.net>
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 767BA3A08CD for <idr@ietfa.amsl.com>; Thu, 19 Mar 2020 09:29:44 -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, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, 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=raszuk.net
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 H1sv7ryilBJI for <idr@ietfa.amsl.com>; Thu, 19 Mar 2020 09:29:42 -0700 (PDT)
Received: from mail-ot1-x332.google.com (mail-ot1-x332.google.com [IPv6:2607:f8b0:4864:20::332]) (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 048C63A08C8 for <idr@ietf.org>; Thu, 19 Mar 2020 09:29:42 -0700 (PDT)
Received: by mail-ot1-x332.google.com with SMTP id r2so2997748otn.6 for <idr@ietf.org>; Thu, 19 Mar 2020 09:29:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=xrwMrLz2t/t/x+Q3v0virSeinpXdgtakOUMU7wUMGos=; b=PkNJJBFI+kglLIUrGKOaioBFJ3xxpF6tuUdOJhXfg9PMOe5mDwLj/CH0FA2aWyy6Th GakcytSBFeIgnr+jgVHqY9vkaZBCMb60dfD/Ve6XmxxX+EG8z1aHkbtw1UeO5OMybsgr QJzM7e5zYljoQMp31gfRcFJtPU0iSfCywQPTC3EpOL2LmaFOaE8ixionDjkRFyv9ynG+ CIxV7AAVF84iRERrJHUytGkp/DKLY9dt1A3Vvw2jnd2tvlcIha0rYKndQOXy3NW/KGi+ PGzYOhYX+4bTL6nZ5/5YVUI2JklT37yzA8r0d0ZI6P13OQ/SznRXv+Bf7mVFNLpQ1ffy V0Eg==
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=xrwMrLz2t/t/x+Q3v0virSeinpXdgtakOUMU7wUMGos=; b=IBNTFaWb9ZX31A7/i9y9MJpOeu6PPkv9oOWqh25vqJid/SMlRO0sNAZif552q5R+6K kDyXhSzBRQkY99sStlKwNEQZDfUmA76esEcJCbRddlTi6dOpf+tbovFkRIZeOGzRc5/6 V4sHb+WNvP3mtx1/NzmZlR4+Uo70ci4Ppt+vp3lIdzqZN97W5w6PVSTlMx6HGRruHzcF Na8eO62Ds6HmG2CC3299+Fa/bRDRSZwYgJrlTbOFAEUAkoB+aVZ77KY/AShip90kCTFJ wxnMFkslQD5BxMmtP4cZVpMld6FquucJBdhIMZ4FvR2QEBqv80v4ocEVwu4+ggRG1a0w pJyg==
X-Gm-Message-State: ANhLgQ3uYJqJOYIdCTtkkoc6E0G3G1S1PrTn5dhNuZQ6hhM6quGGK3z0 QamXfzwkeStFmaoJbDVTUSm+kC3gqV+kJXgt2T8FEw==
X-Google-Smtp-Source: =?utf-8?q?ADFU+vuZHkUii7MgKm4pIOTMRHrp6IcccTvmfrvt4cY1?= =?utf-8?q?w/2173rCBeWyCa73qlFD7Ci++PXyxSgXQgRGQPgZHfkJnFg=3D?=
X-Received: by 2002:a9d:82a:: with SMTP id 39mr3001459oty.82.1584635381197; Thu, 19 Mar 2020 09:29:41 -0700 (PDT)
MIME-Version: 1.0
References: <158371607510.6713.4634073389865271789@ietfa.amsl.com> <CAOj+MMGuEwUB_xMU+rhS-wLsn02cRo6qiantuvy7Z3vUXHtT=w@mail.gmail.com> =?utf-8?q?=3CBY5PR13MB3651E3C79E9E7A8AD8331EF2F2F40=40BY5PR13MB3651=2Enampr?= =?utf-8?q?d13=2Eprod=2Eoutlook=2Ecom=3E?=
In-Reply-To: =?utf-8?q?=3CBY5PR13MB3651E3C79E9E7A8AD8331EF2F2F40=40BY5PR13MB?= =?utf-8?q?3651=2Enamprd13=2Eprod=2Eoutlook=2Ecom=3E?=
From: Robert Raszuk <robert@raszuk.net>
Date: Thu, 19 Mar 2020 17:29:27 +0100
Message-ID: <CAOj+MMEs5p5OJKyqXciYmsZTsF8q3-uczOowVXkqL2DJ998GEg@mail.gmail.com>
To: Huaimo Chen <huaimo.chen@futurewei.com>
Cc: "idr@ietf. org" <idr@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000fec15805a137acb9"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/kprOdQYLXH_t7wCBHlpNWRo1usU>
Subject: Re: [Idr] draft-chen-idr-ctr-availability-00.txt
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
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: Thu, 19 Mar 2020 16:29:45 -0000

Hey Huaimo,

How you are all fine.

Thank you for response.

Ad 1. To clarify - my point about NEs was that _today_ BGP messages
received over IBGP are not sent to other IBGP peers unless you are RR. I am
not sure if it is safe to cut exceptions for this application in BGP like
you described.

Ad 2 I am glad you will consider it :)

Ad 3 Ok that sounds much better - but current draft does not present it
such way.

In general what you are trying to propose is a flavor of ZooKeeper over BGP
:) Innovative ? - Yes by all means . Good idea ? - I am not sure.

Best,
R.

On Thu, Mar 19, 2020 at 4:59 PM Huaimo Chen <huaimo.chen@futurewei.com>
wrote:

> Hi Robert,
>
>     Thank you very much for your comments and suggestions.
>     My answers/explanations are inline below with prefix [HC].
>
> Best Regards,
> Huaimo
> ------------------------------
> *From:* Idr <idr-bounces@ietf.org> on behalf of Robert Raszuk <
> robert@raszuk.net>
> *Sent:* Monday, March 9, 2020 5:42 AM
> *To:* idr@ietf. org <idr@ietf.org>
> *Subject:* [Idr] draft-chen-idr-ctr-availability-00.txt
>
> Dear Authors,
>
> I read your draft and sorry to say do not have good news.
>
> 1)
>
> First you break IBGP rule from base BGP spec. It is pretty standard that
> controllers distribute information via IBGP and with the help of RRs. Only
> RRs can send information received over IBGP to other IBGP peers.
>
> In your case it is hard to assume that all NEs are RRs. It is also hard to
> assume that always multiple controllers from the same controller cluster
> will be connecting to the same RRs.
>
> [HC]: It is not necessary to assume that all NEs are RRs. In general, it
> seems enough to assume that every edge NE is connected to the controller
> cluster, and one or two edges of the network are connected to multiple controllers
> in the cluster.
>
> 2)
>
> The best solution to your problem is to have two independent controller
> clusters. When fatal intra-cluster failures occur all cluster members
> should drop BGP sessions to the network.
>
> [HC]: Using two or more independent controller clusters for network or
> controller reliability/availability is another solution, which we will
> consider.
>
> 3)
>
> Asking all network elements to participate in exchanging information
> between controllers is really not a good idea. Not to mention that your
> current encoding does not even have a notion of cluster id.
>
> [HC]: In general, only one or two edges of the network will participate
> in exchanging information about controllers between controllers. We will
> consider cluster ID notion and encoding.
>
> Many thx,
> R.
>
> ---------- Forwarded message ---------
> From: <internet-drafts@ietf.org>
> Date: Mon, Mar 9, 2020 at 2:08 AM
> Subject: I-D Action: draft-chen-idr-ctr-availability-00.txt
> To: <i-d-announce@ietf.org>
>
>
>
> A New Internet-Draft is available from the on-line Internet-Drafts
> directories.
>
>
>         Title           : BGP for Network High Availability
>         Authors         : Huaimo Chen
>                           Yanhe Fan
>                           Aijun Wang
>                           Lei Liu
>                           Xufeng Liu
>         Filename        : draft-chen-idr-ctr-availability-00.txt
>         Pages           : 12
>         Date            : 2020-03-08
>
> Abstract:
>    This document describes protocol extensions to BGP for improving the
>    reliability or availability of a network controlled by a controller
>    cluster.
>
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-chen-idr-ctr-availability/
> <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-chen-idr-ctr-availability%2F&data=02%7C01%7Chuaimo.chen%40futurewei.com%7C4afaa98d844947f1b03608d7c40e4481%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637193437868987310&sdata=lOGxdK%2BGukAtjt3W3AoBq3hxmt8vNBC1fAvpMv5ROyI%3D&reserved=0>
>
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-chen-idr-ctr-availability-00
> <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftools.ietf.org%2Fhtml%2Fdraft-chen-idr-ctr-availability-00&data=02%7C01%7Chuaimo.chen%40futurewei.com%7C4afaa98d844947f1b03608d7c40e4481%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637193437868987310&sdata=uJMQBTm5YVYgAL8JDmFJI2Z%2B2KFUst5SJdhPJPuamv8%3D&reserved=0>
> https://datatracker.ietf.org/doc/html/draft-chen-idr-ctr-availability-00
> <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-chen-idr-ctr-availability-00&data=02%7C01%7Chuaimo.chen%40futurewei.com%7C4afaa98d844947f1b03608d7c40e4481%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637193437868997301&sdata=g4S6FkscMfxOvKu0ar0N%2F5h6YKjBQ%2F3OQAlmIdo%2FGL4%3D&reserved=0>
>
>
> Please note that it may take a couple of minutes from the time of
> submission
> until the htmlized version and diff are available at tools.ietf.org
> <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Ftools.ietf.org%2F&data=02%7C01%7Chuaimo.chen%40futurewei.com%7C4afaa98d844947f1b03608d7c40e4481%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637193437868997301&sdata=iB23OQijsbiuH6eVMu782lSxe9VJsCH7s3Yc4c3DAJw%3D&reserved=0>
> .
>
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>
>
> _______________________________________________
> I-D-Announce mailing list
> I-D-Announce@ietf.org
> https://www.ietf.org/mailman/listinfo/i-d-announce
> <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fi-d-announce&data=02%7C01%7Chuaimo.chen%40futurewei.com%7C4afaa98d844947f1b03608d7c40e4481%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637193437868997301&sdata=q%2F66OyDbdk9E9z0HnmUIxtadQVdWfw6KWqYa%2BF6jvLM%3D&reserved=0>
> Internet-Draft directories: http://www.ietf.org/shadow.html
> <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.ietf.org%2Fshadow.html&data=02%7C01%7Chuaimo.chen%40futurewei.com%7C4afaa98d844947f1b03608d7c40e4481%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637193437869007292&sdata=rtB%2BW0A3z%2F5ob%2BSZi4Ghz8UBWhtORfCQsgUOl%2B9I6Zo%3D&reserved=0>
> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>