IETF Logo Mail Archive

Re: [Lsr] WG adoption call for draft-li-lsr-isis-area-proxy-06

tony.li@tony.li Mon, 15 June 2020 18:01 UTC

Return-Path: <tony1athome@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 9A88B3A0834; Mon, 15 Jun 2020 11:01:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.499
X-Spam-Level:
X-Spam-Status: No, score=-1.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no 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 lskWWGjxNjqa; Mon, 15 Jun 2020 11:01:51 -0700 (PDT)
Received: from mail-pl1-x644.google.com (mail-pl1-x644.google.com [IPv6:2607:f8b0:4864:20::644]) (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 527213A0827; Mon, 15 Jun 2020 11:01:51 -0700 (PDT)
Received: by mail-pl1-x644.google.com with SMTP id n9so7121794plk.1; Mon, 15 Jun 2020 11:01:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=ZNmntBpq1Q3TDSDfOYimnyMHZJvUOqW+9FbjAMe5Gis=; b=nZsp1ubKfNmYb/uHPjq/IjlKVRBVyh7fTUZJaJOuegOexaUndk6zPc90CnjaMlSzOB k5RCT5ItzJ+1LBqMyh+pxvyfmbDW/GqIySVaTmzsJE+Wmysta3XH/fHkh8OKNJLqReol FEv2tkOh2mcgpShmDjiL5MVg5QuQUS7N5M6Dh4by1j/adrY1OPxSGPKuIzXxwfy2IKbO AnddbwnBkhVTvyP78kjiJat/MT+smOBfeddtPn3QFtuc4eYqfP/R2iDTxY6ijQHAKNHv mcUlcITh75JRjQi7vYFromQWnSuri86Styxft8rRNvNyi+6f26fsPXw5JPWhgCHHoTNy Q/DA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=ZNmntBpq1Q3TDSDfOYimnyMHZJvUOqW+9FbjAMe5Gis=; b=sNRi1JbWqTWVLaLHUrSPjN2mBLaJjNJoyZf7mGAA0hbrgTPsdA2Wx5tDtI8oAOE94G 7+rlk0nXYr+/mZuALouh+E7F1/ocXDUjd74M73wdgDGzVJEvjFxnqS4o0LoqfURd/S1H jKgzEZah384uGFuX+ClZvC/6s5b1rf5vnZOGYg7KEqb+McAA+s3YJz93Bsj+1BqFU6le EcsOYh3fvUTP/5LkHY39xjEtnyHa+u18+OOE3DD04qtQ1J9Q+8MP38/cPmxNcDGBHybh DPvyCZNT5+/MOblWSu7wp1yFnz6N5gKlNOYgrn4MKFce4zN3pI5oNtQwe10xMaZWvE2w vnGQ==
X-Gm-Message-State: AOAM5310g4/Deqp9I5ii8DPFTwqcOJ3knu5Y9TL4pNZmt1x0BJZEd5kG Vznc+nxPJR2RceM6Xf7lPiU=
X-Google-Smtp-Source: ABdhPJywWc+Oklox8ZZM+daINb6QFSnz3nfkj+kQjwKlraZRJ2SkLAsF6PsAVElH69KMO0mDQ6tfRw==
X-Received: by 2002:a17:902:aa0a:: with SMTP id be10mr23413339plb.263.1592244110770; Mon, 15 Jun 2020 11:01:50 -0700 (PDT)
Received: from [10.95.82.39] ([162.210.129.5]) by smtp.gmail.com with ESMTPSA id h17sm14612496pfo.168.2020.06.15.11.01.48 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 15 Jun 2020 11:01:49 -0700 (PDT)
Sender: Tony Li <tony1athome@gmail.com>
From: tony.li@tony.li
Message-Id: <703940BC-763F-4066-9C70-4734FDB361E5@tony.li>
Content-Type: multipart/alternative; boundary="Apple-Mail=_1BCFC51A-95EE-4CB0-B1CB-C585916837FA"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Date: Mon, 15 Jun 2020 11:01:47 -0700
In-Reply-To: <CA+wi2hPWD4LxyprKt1ZGCg=_xQQwUXUnH6nWWfMrb2J-uH17jQ@mail.gmail.com>
Cc: Robert Raszuk <robert@raszuk.net>, lsr@ietf.org, lsr-ads@ietf.org, Christian Hopps <chopps@chopps.org>, lsr-chairs@ietf.org, Henk Smit <henk.ietf@xs4all.nl>
To: Tony Przygienda <tonysietf@gmail.com>
References: <F2ACA0D6-34E6-44D1-B55C-B8B513EC6F69@chopps.org> <b583ff75761805bf6440bf75e95c1bf9@xs4all.nl> <03816435-0996-435E-9F2E-60FF6CFD5C21@tony.li> <CAOj+MMGu8mW_utmRxFmk58+r_bgmGg9WwfYy_4Wnyrd0UPO2VA@mail.gmail.com> <57613855-58A4-47A4-92DD-8CEE50FE7A26@tony.li> <CA+wi2hPWD4LxyprKt1ZGCg=_xQQwUXUnH6nWWfMrb2J-uH17jQ@mail.gmail.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/GGZOOSRKQN-3daF5d3MWKHPlR00>
Subject: Re: [Lsr] WG adoption call for draft-li-lsr-isis-area-proxy-06
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: Mon, 15 Jun 2020 18:01:53 -0000


> On Jun 15, 2020, at 10:56 AM, Tony Przygienda <tonysietf@gmail.com> wrote:
> 
> PNNI had transit areas in hierarchy working but the trick was connection setup cranck-back. Such a thing would work for RSVP or any of the stateful connection setups but alas, this is not fashionable right now. Unfortunately, generic hierarchy with reachability summarization ends up  with very sub-optimal routing or black-holing on aggregates since we cannot "back-off" generic LPM packet forwarding when we realize we're @ a dead end due to aggregation. To prevent bi-furcation of topology or transit horizontals several solutions exist, one of which (configure hierarchy statically everywhere) the current draft has in now but alas, the topology is star of stars (you can actually see CLOS conceptually as something like this as well ;-)


Hi Tony,

The modern solution of choice is to relegate all of the traffic engineering to an out-of-band controller that no longer operates in real-time and has the scale to span levels and areas.

Tony

v2.23.0 | Report a Bug | By Email