Re: [Dcrouting] draft-przygienda-rift-03

Tony Przygienda <tonysietf@gmail.com> Sat, 13 January 2018 20:06 UTC

Return-Path: <tonysietf@gmail.com>
X-Original-To: dcrouting@ietfa.amsl.com
Delivered-To: dcrouting@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E956612DA45; Sat, 13 Jan 2018 12:06:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.798
X-Spam-Level:
X-Spam-Status: No, score=-0.798 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 O0Czzf8z_CFd; Sat, 13 Jan 2018 12:06:24 -0800 (PST)
Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (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 3C75A12785F; Sat, 13 Jan 2018 12:06:24 -0800 (PST)
Received: by mail-wm0-x234.google.com with SMTP id 81so6974156wmb.1; Sat, 13 Jan 2018 12:06:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=M6tStLQI2nMWJkmv3cYNWsAz2C4w7C4yQit3Yek2nxM=; b=bjp42liFBKDgjbXHjRbJCNG7zjVdX9c8coJHTMAVkU7vbTjhkLTF3BKnWg8cl9oB5E eNamGvU0SaND0A+lVuDYT9bAfi3BqAbLZhRzFkOQTu1CzB0SBQoWJFa31BdchOjkjlGe LP1yFBSlKaWfzAGub++6REcXkPPUqAAKuq/0SriEiRmU26+Yo0E8md8IgqnAHGGgknfm ZgxLnSuRATfi8YF65t675rNztSY/sJamESkt0bxIiH8wxUOzcZYRVpyFjjFwdP0OFIlK YG43dhb7GMgK6wkpifzfxVF4LodO4jYIIseEFhiOJTVjbBk7fdQTTczRKyZ6plgGiimk 76Ng==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=M6tStLQI2nMWJkmv3cYNWsAz2C4w7C4yQit3Yek2nxM=; b=hOtXTOuCPymc4VitxiS3RRJPv5m0ktu6agDNXcne62IcUnHq4MdavXYuUXAq31PAi4 VNiWTQAq+J7AoTFE0bkSagbd+ZfqiygpvaCtPlV3BBCqrZavMcVcB3wETADlDMM7bpHs xLsHMPaYMimdxLm0RCvyB4+ccp9jNDH/GBLmZkY582L20W71LRw9P64zLALlMLQPzQo5 CxcvV1lWJfRHPkA7eVZRJhxb/RkJrBlBbk+Ql5hI1MlGLB7CbxUJNfkK+79CaS3E7uax hw6EceSbkigjCrzGI0zwEEJog0d+s+iszVROzk/bGFrRp0J4Jx7M4XNhe947DnCXpGHR ny8Q==
X-Gm-Message-State: AKwxyteHH3PH9cp1au6INBn/u3j4folZFC31DDZBhUP4tntN9vt9jf8j 1pqJ+x0HtcNgtBhuBqfpsh4AJVr+7iWUhhPkYaPsvw==
X-Google-Smtp-Source: ACJfBosSCqJa79P15j3WrVpS9xs0vvhDNOAsuM56a+S7ar0hMu/L+t5hiMtcFIxzoJRDJ3HX1T2hArViavNSoSEef98=
X-Received: by 10.80.148.217 with SMTP id t25mr3272264eda.121.1515873982606; Sat, 13 Jan 2018 12:06:22 -0800 (PST)
MIME-Version: 1.0
Received: by 10.80.148.4 with HTTP; Sat, 13 Jan 2018 12:05:42 -0800 (PST)
In-Reply-To: <CA+b+ERmC0iKDprFqKt8YYv3B6YGKmwM=tjOuvFkYSrLcEbY4gA@mail.gmail.com>
References: <CA+b+ERnOc7V7+OL2wsfZsRsdSpjeSQmQQdH7SX_WLbySaVtxKw@mail.gmail.com> <CA+wi2hNbhXuXLKPD_0FL2csv1o9d37hF0XFex632z1skXUji+w@mail.gmail.com> <CA+b+ERmFL_vnu3h9P2S+T1=kb0GKugUk9LWH8eYJnnPOtVkKRQ@mail.gmail.com> <CA+wi2hOLcPehhm65oas8JGhQvVXHJoKyzbxw6PWjx0Jhf_uzZA@mail.gmail.com> <CA+b+ERmC0iKDprFqKt8YYv3B6YGKmwM=tjOuvFkYSrLcEbY4gA@mail.gmail.com>
From: Tony Przygienda <tonysietf@gmail.com>
Date: Sat, 13 Jan 2018 12:05:42 -0800
Message-ID: <CA+wi2hOpzdKoyAOjt6GuVqof4bVx-OimsGSQdR-zu8kzkDNC2w@mail.gmail.com>
To: Robert Raszuk <robert@raszuk.net>
Cc: rift@ietf.org, spring@ietf.org, dcrouting@ietf.org
Content-Type: multipart/alternative; boundary="f403045c231641f1bf0562adea23"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dcrouting/KR7K_KSoFizRk3u-sw645HxvMC8>
Subject: Re: [Dcrouting] draft-przygienda-rift-03
X-BeenThere: dcrouting@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Routing in the Data Center: discussions about problems, requirements and potential solutions." <dcrouting.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dcrouting>, <mailto:dcrouting-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dcrouting/>
List-Post: <mailto:dcrouting@ietf.org>
List-Help: <mailto:dcrouting-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dcrouting>, <mailto:dcrouting-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Jan 2018 20:06:26 -0000

On Sat, Jan 13, 2018 at 11:21 AM, Robert Raszuk <robert@raszuk.net> wrote:

> Hi Tony,
>
> > ​
> if you're willing to provision things correctly yourself via S-PGP.
>
> I am not willing to do that. I would like routing to do it for me
> auto-magically.
>

The price of that would be that you can run strict SPF only then and loose
all the non-equal cost forwarding, including true anycast. Plus, once you
think that through in general sense you basically end up with host
addresses everywhere (since if you use aggregates you'll blackhole on link
failures). If you want to avoid SPF and host routes while still asking for
all the things you ask, then as a very experienced and highly regarded
architect here puts it to end such discussions "your problem is overly
constrained" and there is no protocol/algebra whatsoever that will give you
that ...


> But yes you got the question right. I was asking for shortcuts between
> last levels of fabric. Not so much between Node 111 & Node 112 - but you
> said it is optional so ok.
>
> Side note: PGP abbrev. for vast majority of people means completely
> different thing then what you defined it to mean locally in your draft. I
> highly recommended you rename it in -05 version to PGD (policy guided
> destination(s) or PGR (policy guided reachability/routing).
>

Sigh, I warned when the acronym was picked.  Come up with something that is
a word, the funnier the better, easier to remember for our brains that way.
Can be 4 letters ;-)  and will get you an Ack mention l;-)


>
> Now requirement to switch off miscabling detection is not acceptable. You
> are stating that only rift knows how should I cable my fabric ?
>

No, it doesn't. You asked in your previous email for "red lights" when
topology is built incorrectly and you have it. Now you don't want it. Both
states cannot be true @ the same time unless you are entangled ;-)

> Node112 can actually even go haywire
>
> That may be not best property of a routing protocol :)
>
>
"haywire" is the wrong word. Rather,  I should have said "it will even
allow that". Now, why would you want the same src/dst pair sometimes
shortcut on the horizontal link and sometimes go up to spine I can't
imagine but you ask for all kind of very non-obvious things you seem to
like so I'm just pointing the space of possibilities out to you ...


-- tony