[Idr] Shortest Path Routing Extensions for BGP Protocol

Robert Raszuk <robert@raszuk.net> Fri, 08 July 2016 15:52 UTC

Return-Path: <rraszuk@gmail.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 6FE8212D7D2 for <idr@ietfa.amsl.com>; Fri, 8 Jul 2016 08:52:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.4
X-Spam-Level:
X-Spam-Status: No, score=-2.4 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.198, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 Hw8kbZC51LYa for <idr@ietfa.amsl.com>; Fri, 8 Jul 2016 08:52:13 -0700 (PDT)
Received: from mail-lf0-x243.google.com (mail-lf0-x243.google.com [IPv6:2a00:1450:4010:c07::243]) (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 0195812D7D6 for <idr@ietf.org>; Fri, 8 Jul 2016 08:51:58 -0700 (PDT)
Received: by mail-lf0-x243.google.com with SMTP id a2so7997959lfe.3 for <idr@ietf.org>; Fri, 08 Jul 2016 08:51:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:cc; bh=Ia/KcfbRRLyG/U3c5JcHAUJYcvQGIOVkLG+/COt2QOM=; b=dpTVe8Ik+czS2ZgoCQTz/Uuo4nZ5EWIV5K4WYk4t9IdlZYA3zopuFqzGG9xaoFWgiX yTRBozUXii2XrIRMV4dWM/19SqCRPsAEFlaJlZv+mgolzz++DLSqU9MmJ/YahL6PoVXg t67awBaqe9nhZLs8DvFuS07/ucaV2QX49m7CSDuOWuslMs2ZRX+ZqUCKQ3hkqefJ9Ap6 awPghu+BgTBf2n7EskNfTJVCwUx2MWshJA+YXFsJobo/1mZrBUYUw/Bvz+St52zwNHBH YI7gQyPpmC4CuHeoFGkb5vrK8Z1bNwZhN+5/oBIGrHoaDtcbkk2QiH056g38io65byev QBHw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to:cc; bh=Ia/KcfbRRLyG/U3c5JcHAUJYcvQGIOVkLG+/COt2QOM=; b=HugfF+jW1816SHlrZ5zGmdSWjISR2QaXD2EKlNV6IudNyeHsMwyqoK3QrV2FCBd21Z aoPtWzPXHUUjhEPlxFVf5xJ1RT2DzNxdMs22WmjzO0Hea1RD4LQywS4RXXRicx0oL4QV emJVju1y4CXJ1zp4x0qdFzgXg6sdkSytEYBPmm0YLKZJL5ZBsnBFi+rAMzRrtfZvjuH7 v4jTe1iqgfPJWi6OtpDFqEZSxlDs7xO6841/rp++o7GVvNJs3rGY09nU1c4f1dUGCb9F fdIH1GYOom1ZIISi5x53v2+kT2bVfmo5vM67VMdwKXgIyQml0gOkYhwF5mbTJG5YfVVW i2+Q==
X-Gm-Message-State: ALyK8tJ9m1mY4O7mjmqKFKvaM6xCleubdJ6VmouDU9VjO5p5Rr41I9QvpZWFChp/6lJacCKCIbLF/EDykC1kzg==
X-Received: by 10.46.33.80 with SMTP id h77mr1666535ljh.29.1467993117101; Fri, 08 Jul 2016 08:51:57 -0700 (PDT)
MIME-Version: 1.0
Sender: rraszuk@gmail.com
Received: by 10.25.18.225 with HTTP; Fri, 8 Jul 2016 08:51:56 -0700 (PDT)
From: Robert Raszuk <robert@raszuk.net>
Date: Fri, 08 Jul 2016 17:51:56 +0200
X-Google-Sender-Auth: qUiayxR_DCszy7xVT6kvZqHWfnw
Message-ID: <CA+b+ERnYMUuB7Ps7SKrzQg0QFsPk-g2AdkWcDG+mF-9XVxJh5g@mail.gmail.com>
To: "Keyur Patel (keyupate)" <keyupate@cisco.com>, "Acee Lindem (acee)" <acee@cisco.com>, Abhay Roy <akr@cisco.com>, "Derek Man-Kit Yeung (myeung)" <myeung@cisco.com>, "Venu Venugopal (venuv)" <venuv@cisco.com>
Content-Type: multipart/alternative; boundary="001a1142c9b24714ca053721c8dc"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/_j-LGnxtBXQkIipVGUQ_Sim-0xY>
Cc: idr wg <idr@ietf.org>
Subject: [Idr] Shortest Path Routing Extensions for BGP Protocol
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.17
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: Fri, 08 Jul 2016 15:52:15 -0000

Hi,

I have reviewed your proposal.

Turning path vector or distance vector protocol into link state carrier is
no doubt a bold idea :).

Effectively what you are proposing is to use BGP TCP sessions to propagate
link state database creating first "link vector protocol" !

For start I have few questions:

Q1:

RFC7752 has gone via lot of efforts (especially sections 3.2 and up) to
include number of OSPF or ISIS specific encodings. In your proposal you
mentioned OSPF twice and not even once ISIS. Does it mean that you are not
going to use all encoding for specific IGPs as defined in RFC7752 ?

Q2:

Who creates and maintains LSDB in each BGP speaker ? Are you planning to
run OSPF and or ISIS except disable it to establish any adjaciencies ?

Q3:

Currently there are already to models to build DCs with BGP ... one uses
BGP to create only lean underlay the other is to use BGP for both underlay
and tenants (example project Calico for the latter). With that scale wise I
think your proposal will work great for the former. However I do have
concerns about using your model for the latter where say 10,000 or 100,000
/32s or /128s from each VMs are injected and you need to construct SPT with
all of those.

Q4:

Related to Q3 in your model and say flat DC routing each compute node other
then just injecting 10s of /32s and being "done" now becomes an IGP node.
Since your document explicitely targets Massively Scaled Data Centers
(MSDCs) I am concerned that having 100,000+ IGP nodes and in many case much
more is not the best idea.

Q5:

Have you considered just proposing an OSPF route reflector instead without
stuffing BGP into the mix ? As some of you perhaps remember the work on
this started around year 2000 to optimize PE-CE CSC deployments :) It seems
to me very reusable for this goal.

Best regards,
Robert.