[Lsr] Fwd: New Version Notification for draft-ietf-lsr-isis-area-proxy-01.txt

tony.li@tony.li Tue, 07 July 2020 15:20 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 E62DF3A0DFC for <lsr@ietfa.amsl.com>; Tue, 7 Jul 2020 08:20:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.498
X-Spam-Level:
X-Spam-Status: No, score=-1.498 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, URIBL_BLOCKED=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 i9RhiIV3S5xG for <lsr@ietfa.amsl.com>; Tue, 7 Jul 2020 08:20:06 -0700 (PDT)
Received: from mail-pg1-x52d.google.com (mail-pg1-x52d.google.com [IPv6:2607:f8b0:4864:20::52d]) (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 4A21C3A0DF7 for <lsr@ietf.org>; Tue, 7 Jul 2020 08:20:06 -0700 (PDT)
Received: by mail-pg1-x52d.google.com with SMTP id d194so16780982pga.13 for <lsr@ietf.org>; Tue, 07 Jul 2020 08:20:06 -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=QZD0x/BBbnni5mB5lqQ6F21v2I8HXhUjLAal7H/oIzE=; b=Fkfs68pp/UiASTjQzn6poTHCfmtK5gQigFRk+UCBzaw5C+qi4ragLYwBw+s+uPBgOs VsMCGYiwCvVOOREImQPnJh1NM+OQ6MwB73JyOzucBb1xyWAoBB28hnlFwqZwQ2yQYW18 +Qigom/90FCew0jHQcn+EAje0ts46FCnkckq31vNRfSBOACPeIBKEMXHPmWxjkYNvXCW 7APNtervV5GFD+wng71KMsl2zXllZJCElSYMb1sTV9ybfyHlDoH3wBb2LKZV1Bn3XSFj kHCYB8pjLbSHDfJfX3IsKFhkC1gRPnLOHeSCtZjjfKOY0S2R9sSemhiE3BM3gQ7cyWMi Mx5g==
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=QZD0x/BBbnni5mB5lqQ6F21v2I8HXhUjLAal7H/oIzE=; b=BmGYGmd+an2ycq6OkIfflnSob12T7k+Gba7LZQxoPsVIyE2q3UkKhngIukEcLCaR4j kMI+NFoVNGldSu3bSVToZDC2k4cclW4jQL4MXvKI5vNL3ni/jpbSbzQ24z7p2r8N5bhP XhCNsmN18mkvXE6KKOyb+CmJGXeA4aoeXRe4a69Yg/gl52PfGqa62O/EkFQoQEz1crDd cZyoJfZR7EinZ3yUIdDBWud781G3P6iYJWafPX5vM3iS1nnIQU22y+pggbKqNG59tymu ssj2UoBulYREz1M4oe6yHYJfxK/B8mkgQpHvPjO7jFpuZl08Y3Yxe3JJKmCH1eM9y0nS m3nw==
X-Gm-Message-State: AOAM532URZinSgV/4STyGbbPA17zskyIt/n8efCthJ7bQ5nB60NgU6pz u/y5iIxw6m6eUF+ShXDdJopdV5+B
X-Google-Smtp-Source: ABdhPJxEUUu702YXL40VN7zwV5ApQg97tTrfBPCehuBB2xsCpobgMGAaSvapIVk4XbrYfTfDzUh4OQ==
X-Received: by 2002:a62:19c9:: with SMTP id 192mr31004874pfz.138.1594135205324; Tue, 07 Jul 2020 08:20:05 -0700 (PDT)
Received: from [10.95.85.186] ([162.210.129.5]) by smtp.gmail.com with ESMTPSA id p9sm2985589pja.4.2020.07.07.08.20.04 for <lsr@ietf.org> (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 07 Jul 2020 08:20:04 -0700 (PDT)
Sender: Tony Li <tony1athome@gmail.com>
From: tony.li@tony.li
Content-Type: multipart/alternative; boundary="Apple-Mail=_74A6E415-E14A-4327-924E-E1BD3CC16FEE"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Message-Id: <BA0B8614-4F8C-46D0-B494-E0A8C7ED9E47@tony.li>
References: <159413489833.5281.16624960404974015532@ietfa.amsl.com>
To: lsr@ietf.org
Date: Tue, 07 Jul 2020 08:20:03 -0700
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/D1kHPxVWutnPqk9QYD0wwWIjTWs>
Subject: [Lsr] Fwd: New Version Notification for draft-ietf-lsr-isis-area-proxy-01.txt
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: Tue, 07 Jul 2020 15:20:09 -0000

Hi all,

We’ve updated our draft to revise the TLV encodings along the lines of the discussions we’ve been having.

1) The Area Proxy Router Capability is removed.
2) The Inside Node TLV is removed. Instead, the Area Proxy TLV is used instead.
3) The Area Segment SID is advertised inside of a SID/Label Binding TLV. While we discussed using 
a flag within this TLV to denote that this was an Area Segment SID, after looking at it, it seemed simpler
and more consistent to use a sub-TLV.

Please review and comment.

Thanks,
Sarah, Vivek, Gyan, and Tony


> Begin forwarded message:
> 
> From: internet-drafts@ietf.org
> Subject: New Version Notification for draft-ietf-lsr-isis-area-proxy-01.txt
> Date: July 7, 2020 at 8:14:58 AM PDT
> To: "Gyan Mishra" <gyan.s.mishra@verizon.com>, "Vivek Ilangovan" <ilangovan@arista.com>, "Sarah Chen" <sarahchen@arista.com>, "Tony Li" <tony.li@tony.li>, "Gyan S. Mishra" <gyan.s.mishra@verizon.com>, "Yunxia Chen" <sarahchen@arista.com>
> 
> 
> A new version of I-D, draft-ietf-lsr-isis-area-proxy-01.txt
> has been successfully submitted by Tony Li and posted to the
> IETF repository.
> 
> Name:		draft-ietf-lsr-isis-area-proxy
> Revision:	01
> Title:		Area Proxy for IS-IS
> Document date:	2020-07-07
> Group:		lsr
> Pages:		19
> URL:            https://www.ietf.org/internet-drafts/draft-ietf-lsr-isis-area-proxy-01.txt
> Status:         https://datatracker.ietf.org/doc/draft-ietf-lsr-isis-area-proxy/
> Htmlized:       https://tools.ietf.org/html/draft-ietf-lsr-isis-area-proxy-01
> Htmlized:       https://datatracker.ietf.org/doc/html/draft-ietf-lsr-isis-area-proxy
> Diff:           https://www.ietf.org/rfcdiff?url2=draft-ietf-lsr-isis-area-proxy-01
> 
> 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
> 
>