[Lsr] Area Abstraction -> Area Proxy

tony.li@tony.li Thu, 03 October 2019 23:21 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 A0BE7120112 for <lsr@ietfa.amsl.com>; Thu, 3 Oct 2019 16:21:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.476
X-Spam-Level:
X-Spam-Status: No, score=-1.476 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.172, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 RXp4qNGRabKX for <lsr@ietfa.amsl.com>; Thu, 3 Oct 2019 16:21:10 -0700 (PDT)
Received: from mail-pf1-x433.google.com (mail-pf1-x433.google.com [IPv6:2607:f8b0:4864:20::433]) (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 ADCF912010D for <lsr@ietf.org>; Thu, 3 Oct 2019 16:21:10 -0700 (PDT)
Received: by mail-pf1-x433.google.com with SMTP id q7so2690505pfh.8 for <lsr@ietf.org>; Thu, 03 Oct 2019 16:21:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:mime-version:subject:message-id:references:to:date; bh=RYDY5adAJl42a4mmQVTOpIBBbKH5qUarXzQDr5pjAl0=; b=cXfz5p7Z7nZspaNhb7pjQ4xNwDeM4yPtT2ArFTntsFQCGxPQ6oGzgGKFxY/mhtT3Cf 44mId9peYSApjwNzK/193Gqt4hd7TbbXrDGRvaKELTx5q942gKuX/ZefYo0uw7ecKZE6 q4UXyIOXLtN4yKiY7d9n6utEx6ZIozMzwNm6ubGFCcUh7rW+7Qj2/4T0pI4Qd4LG10MH pBkNm7kmlhjJyoII3C3TKVio0QcNZhoG5riCyfQF+ij4kePaesiB+jQGXkvBFcUP0tfV t5a9/mQFfcUxk7HjeVmrRc4nppBGa0l60cK8oDt0OY+S0EtYE/bTDlEJnj+saYnXTlih tdeA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:mime-version:subject:message-id :references:to:date; bh=RYDY5adAJl42a4mmQVTOpIBBbKH5qUarXzQDr5pjAl0=; b=llmuadD/xh7Pi4bSTgbUkUQ9nbvlvVM83lcb3rqCh6e+nT7J+47w9wmlpPVXIDnCDf 2YDXrTWXobDNyStFmoNABUyopW3bEMW0XLHgeNAQIblHwJPvKuGrhJzcIc6FC1pnJR70 Doy6b6CLqAuzk+hDBSlwNsVm/F43VWngzXaJ4WbQLO48365XJzwIciz3LyIQC4bDPhUW MZkxyvRa25jaKo5XaZeW5scTO8rJ30a2zDin+iA9ehh6nHhBxn0Fh/AiNz2JQfBzAZSX wX5ohryUGmz9uleJZZ63uykevBWkdGlAuAHq/i5hb1fACUhHDhqfWRZGsDJv7JTKrtgK UmlQ==
X-Gm-Message-State: APjAAAV5hvzQKvwb48L/fM3nPud6h+CO/JeqwlHurSUhTa6oIXDA2WZW YqLKL2pX7/y0js83PrypqarIQfVy
X-Google-Smtp-Source: APXvYqzgCnb5vrJE1cT/BwgS1VAqdGiieKc4I5lFauz2qKXQfT0GcIiTSSSP6SMUTNDpJLnLmGZSCQ==
X-Received: by 2002:a63:ab05:: with SMTP id p5mr12213305pgf.414.1570144869788; Thu, 03 Oct 2019 16:21:09 -0700 (PDT)
Received: from [172.22.73.140] ([162.210.130.3]) by smtp.gmail.com with ESMTPSA id x10sm4716557pfr.44.2019.10.03.16.21.09 for <lsr@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 03 Oct 2019 16:21:09 -0700 (PDT)
Sender: Tony Li <tony1athome@gmail.com>
From: tony.li@tony.li
Content-Type: multipart/alternative; boundary="Apple-Mail=_D72BDEF1-65C0-4233-B933-C57F52E29CC6"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Message-Id: <E4A65643-96ED-45E8-B85E-689F14BC3A67@tony.li>
References: <157014428636.1637.8498162947662241064.idtracker@ietfa.amsl.com>
To: lsr@ietf.org
Date: Thu, 3 Oct 2019 16:21:08 -0700
X-Mailer: Apple Mail (2.3445.104.11)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/If66xQP7B67z8ri9xVdfqMGEq2U>
Subject: [Lsr] Area Abstraction -> Area Proxy
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: Thu, 03 Oct 2019 23:21:13 -0000

Hi all,

We’ve posted a new draft today for your consideration.

This was “Area Abstraction”. We’re renaming it to “Area Proxy”.  The intent is the same.

We’ve thrown away all need for tunneling.  To do this, we’ve raised the requirement that the area be level-1-2. This seems simpler.

We’ve added a router capability to indicate that a router is ready for this function to be enabled.

We’ve fleshed out a few more details.

As always, your constructive comments are most welcome.

Regards,
Sarah & Tony



> Begin forwarded message:
> 
> From: internet-drafts@ietf.org
> Subject: New Version Notification for draft-li-lsr-isis-area-proxy-00.txt
> Date: October 3, 2019 at 4:11:26 PM PDT
> To: "Yunxia Chen" <sarahchen@arista.com>;, "Sarah Chen" <sarahchen@arista.com>;, "Tony Li" <tony.li@tony.li>;
> 
> 
> A new version of I-D, draft-li-lsr-isis-area-proxy-00.txt
> has been successfully submitted by Tony Li and posted to the
> IETF repository.
> 
> Name:		draft-li-lsr-isis-area-proxy
> Revision:	00
> Title:		Area Proxy for IS-IS
> Document date:	2019-10-03
> Group:		Individual Submission
> Pages:		11
> URL:            https://www.ietf.org/internet-drafts/draft-li-lsr-isis-area-proxy-00.txt
> Status:         https://datatracker.ietf.org/doc/draft-li-lsr-isis-area-proxy/
> Htmlized:       https://tools.ietf.org/html/draft-li-lsr-isis-area-proxy-00
> Htmlized:       https://datatracker.ietf.org/doc/html/draft-li-lsr-isis-area-proxy
> 
> 
> Abstract:
>   Link state routing protocols have hierarchical abstraction already
>   built into them.  However, when lower levels are used for transit,
>   they must expose their internal topologies to each other, leading to
>   scale issues.
> 
>   To avoid this, this document discusses extensions to the IS-IS
>   routing protocol that would allow level 1 areas to provide transit,
>   yet only inject an abstraction of the level 1 topology into level 2.
>   Each level 1 area is represented as a single level 2 node, thereby
>   enabling greater scale.
> 
> 
> 
> 
> 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.
> 
> The IETF Secretariat
>