Re: [Lsr] Thoughts on the area proxy and flood reflector drafts.

Tony Przygienda <tonysietf@gmail.com> Wed, 10 June 2020 18:11 UTC

Return-Path: <tonysietf@gmail.com>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1DB03A0A9A for <lsr@ietfa.amsl.com>; Wed, 10 Jun 2020 11:11:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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=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 ovn4D_JdHkCj for <lsr@ietfa.amsl.com>; Wed, 10 Jun 2020 11:11:41 -0700 (PDT)
Received: from mail-io1-xd36.google.com (mail-io1-xd36.google.com [IPv6:2607:f8b0:4864:20::d36]) (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 98EFF3A0A94 for <lsr@ietf.org>; Wed, 10 Jun 2020 11:11:41 -0700 (PDT)
Received: by mail-io1-xd36.google.com with SMTP id q8so3328524iow.7 for <lsr@ietf.org>; Wed, 10 Jun 2020 11:11:41 -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=VcXp03cQuBEIJUmg1N7sZCsEftwiIopgaZUGOj3+54Y=; b=DXkyDTHvW+mM0aNcck5wVZ9DJV6158mBnFEDQD8cCnhos18Pz+HvYXS3JzWv7BpFdp ye3q4Mel+M6d6T5pXDuDcKOXOcss4jsxufKyZfrXRRsxix+ISWuJ934J/TAwlGt2tG5x JILt86YCr7lDXItGK+t1OCpULRdvt8+sCWKELm0Tw0I2LLH2hQF+xuc+1p+zLV8y3JkB iSe5mnG8NrSqyKQc20syNkVUQ5eobq/My55zaWfLgTuRgMY/1WpBw7mWPD8gFFyN7I+x kNtxf+0/KIprf/B9sBrwt8yHmH02jRyPbDeipXPRRLc8nUu19dmzFpTy6oX0EOQU+7C1 U0ew==
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=VcXp03cQuBEIJUmg1N7sZCsEftwiIopgaZUGOj3+54Y=; b=IjWbTaxF+01HSRH5NC5E687mGrqLSLcnkXvVvokhC+oZVTGSpvAZA9EFgkC1Vdf3dL 1yk8zWoV07pIAW50GHbxUECXEtI1cjN9In3nWN1NtF0Hm4FuqR1Y4EIizY/w8YPxtFk4 Kq1R0SgkwmtUgvTFhGGA7tgAOaJCZyN24nq7aXrHS/VNfAvrhENmlw9yGj9t6z37rD/h Thmq3fHDiDkeVuwgWlLTe0FOF8nNdqAOp+QmDDpP/ftam+B+qLPlS1SZDPB/icS+flei p/ZqNuCB0VAHeovkrACtLauUiSzSyhi299ByL76iL/9VXd5H9jA5u6dcOZGAaPIJ0Hzy myPg==
X-Gm-Message-State: AOAM5314pmeofwezStNmCLXG6dOy0lO3BRiVCOHtc8injHR0wSuEeTyG Gffs2bm+jyogctdHQuMqDAe2jiR1iWmYVxQ7YAw=
X-Google-Smtp-Source: ABdhPJx3GcN7/sml7kUmHOjqWmnoapOggrnwp289mm2d1X73ozVE8K+UEQ0E5MwqRIS8vwJGFtUpVbZUYH3BOEaQao8=
X-Received: by 2002:a5d:9cd5:: with SMTP id w21mr4643191iow.126.1591812700117; Wed, 10 Jun 2020 11:11:40 -0700 (PDT)
MIME-Version: 1.0
References: <790B898F-DB03-499E-BAAE-369504539475@chopps.org> <22086D70-6A19-4EA3-B15B-405FD5271262@chopps.org> <CA+wi2hMGcfqgPBoWLbqhS5vrF_Jy1RtAM7iMan4uYUjEc9X_2Q@mail.gmail.com> <48779A7B-FC92-495E-A2D6-98700E9FB337@chopps.org> <CA+wi2hOPEP=xT34QVV=ZYAg3ou1=gsg1n=5x3ZQXy_p84dt65A@mail.gmail.com> <EFCF321D-1D96-4DC7-931C-75037BCA4DF0@chopps.org> <CA+wi2hNSzKmF1r8c5AbgiMDHYKNfkZfzfoOQERySHsYt_+9d8Q@mail.gmail.com> <60C6D2D1-BC9C-4A43-BFC2-7583A85FBD40@chopps.org>
In-Reply-To: <60C6D2D1-BC9C-4A43-BFC2-7583A85FBD40@chopps.org>
From: Tony Przygienda <tonysietf@gmail.com>
Date: Wed, 10 Jun 2020 11:10:49 -0700
Message-ID: <CA+wi2hO0qnOCoTuR4TGXc+y7rcffZRcOx04cLbt7Dn4hW_mT+Q@mail.gmail.com>
To: Christian Hopps <chopps@chopps.org>
Cc: lsr@ietf.org
Content-Type: multipart/alternative; boundary="0000000000008a202605a7bec65d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/9QD7o6fEtQdcqoDHKZmQf9aKajs>
Subject: Re: [Lsr] Thoughts on the area proxy and flood reflector drafts.
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jun 2020 18:11:43 -0000

On Wed, Jun 10, 2020 at 11:04 AM Christian Hopps <chopps@chopps.org> wrote:

>
> ...
>
>
> > I also suggest to look up why in PNNI we ended up introducing a special
> "L1 equivalent" computation to the peer group leader to validate that it
> was actually reachable for correct operation (especially hierarchy
> negotiations) on peer group egresses which in a sense was like but worse
> than virtual links operationally IME. I was suggesting then to keep an SVC
> from PGL to every border for that reason since a partition of a PGL led
> otherwise to the peer groups looking like the same thing for a while with
> highly undesirable operational effects (my memory doesn't reach that far
> really but we had at least discussions then to implement proprietary
> solution in Fore to have such SVCs for more stable deployments). In more
> abstract terms, flooding is extremely good to quickly "route around
> failures" when e'ones state is completely decentralized but is simply not a
> great mechanism if you have to talk to an entity couple hops away in a
> stable manner, especially if this entity hold state you need for correct
> operation when talking to your peers.
>
>
So we understand L2 tunnels from leaf to FR are "real" tunnels and have
nothing to do with virtual links.

As to the data plane, nope, you don't end up with any "virtual links" I can
recognize unless you choose to call redistribution "virtual links" as well,
maybe look @ the presentation again.

-- tony