Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-extensions
Chris Bowers <chrisbowers.ietf@gmail.com> Wed, 29 January 2020 16:27 UTC
Return-Path: <chrisbowers.ietf@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 592151200B8; Wed, 29 Jan 2020 08:27:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 dntABv7n8cPc; Wed, 29 Jan 2020 08:27:29 -0800 (PST)
Received: from mail-qk1-x72c.google.com (mail-qk1-x72c.google.com [IPv6:2607:f8b0:4864:20::72c]) (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 F1B1F120088; Wed, 29 Jan 2020 08:27:28 -0800 (PST)
Received: by mail-qk1-x72c.google.com with SMTP id x1so17566403qkl.12; Wed, 29 Jan 2020 08:27:28 -0800 (PST)
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=TDJT11l+xdvUxtK/xNFVOc5jgSGvQVWpTEZpu2tnR28=; b=jwt4r44tinSFCqWViGZ1JVStyFguoSfZyB0HKtW9rh+SAvMLDEX1qidm4WnGp9uFAb xBOg3PkFt/5zqJ9/OfjTM654iZuOLP+R2KFRvDHWkgif45k0NWT5mJQKFNs6PrKt80Ai g8x7YvhnNEkkxfRUbhwtsSYGjsjObq1gzlGnFmRjW70FgKIHrWyiSmgNkSeBje4mKnOq n+zOGLoqsTRXUDg3VAKxIiQYbPUX+SgS9u9wbMcjg2lOnUbsPa2v9wHtZFptS3Pe7qe/ Oq9qvjI1cdcnLVMXNbfMTgkFswrcmgP2isrCfLeQkM5hmrdg/u4cOpMcsZQUvkRoZYt0 cWtQ==
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=TDJT11l+xdvUxtK/xNFVOc5jgSGvQVWpTEZpu2tnR28=; b=WT/9vl3MsnYM3kDZC+LifalbsMK7hycOct/pIkLtK9iR0/uMzhYQ2OPki2M6Phr/Hn ZFL7Sl2eY/G1TmFf1FYG3UtQ2qYDhxl/+3gp09x0BCnolKW/d8kDAiUC+BeCbcLysSzg Lr8ga0SDIi2NM4Pteiy6q0wwRI5AjU3zppTc55MehQVqfKjphKwTlJPnV3oCbXaH8746 N6ai3kpxcWH2AwxolaXeNWkgceX/15REUpN3rzbwuKJPl8KR5zi4mryJkJl8ndh6F6+K vl86KjwyB82yHRDMnssuhqH+LPW3A9SKJIssus9bl7ND+p+U6Ds57V7rdEz7FkZr1TNU KNcQ==
X-Gm-Message-State: APjAAAXvMZlRWzfRjoxDSEMjjpGy/FS5S9OtATBQB9VxIeRc8VZQ7E1H 8SkOz/NgyFSCvMMKyDA/uryg5vACHUofYBODLXOR0pEn
X-Google-Smtp-Source: APXvYqwuEkn/jGsYzb+lmewN/r3UHc1FOU70TvgzV1hF7j8BxkQ9bOzwxM9QmP2Rp2Q8IbX7W3iuCeQumXQ5e8Ys+ro=
X-Received: by 2002:a05:620a:842:: with SMTP id u2mr492728qku.310.1580315247696; Wed, 29 Jan 2020 08:27:27 -0800 (PST)
MIME-Version: 1.0
References: <122B138F-AA4F-4C7C-969C-755DF15F5744@chopps.org>
In-Reply-To: <122B138F-AA4F-4C7C-969C-755DF15F5744@chopps.org>
From: Chris Bowers <chrisbowers.ietf@gmail.com>
Date: Wed, 29 Jan 2020 10:25:09 -0600
Message-ID: <CAHzoHbtnCjqZjrxpYWhR8RTqbviOBDp1UEecXyAwu0kTZ1nLGA@mail.gmail.com>
To: lsr@ietf.org
Cc: Christian Hopps <chopps@chopps.org>, "Acee Lindem (acee)" <acee@cisco.com>, lsr-ads@ietf.org
Content-Type: multipart/alternative; boundary="000000000000f8e2e1059d49d0b0"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/FxkFDNGejQsSWn126yhc3oIZOVc>
Subject: Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-extensions
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, 29 Jan 2020 16:27:38 -0000
I would like to proposed the following text to make section 6 more clear. Thanks, Chris ==================== (existing text) 6. Advertising Anycast Property Both prefixes and SRv6 Locators may be configured as anycast and as such the same value can be advertised by multiple routers. It is useful for other routers to know that the advertisement is for an anycast identifier. A new flag in "Bit Values for Prefix Attribute Flags Sub-TLV" registry [RFC7794] is defined to advertise the anycast property: Bit #: 4 (Suggested - to be assigned by IANA) Name: Anycast Flag (A-flag) When the prefix/SRv6 locator is configured as anycast, the A-flag SHOULD be set. Otherwise, this flag MUST be clear. The A-flag MUST be preserved when leaked between levels. The A-flag and the N-flag MUST NOT both be set. ==== start insert new text ======= Certain use cases require prefixes/locators that uniquely belong to a node. Since prefixes/locators which are not /128 should not have the N bit set, this node local uniqueness is decided based on A bit for non-/128 prefixes. When a prefix/locator is categorized as anycast, it does not uniquely belong to a node and cannot be used for such use cases. The rules below specify how to determine whether or not a prefix/locator should be treated as anycast in various situations. [RFC7794] contains the following restriction on the interpretation of the N-flag. "If the flag is set and the prefix length is NOT a host prefix (/32 for IPV4, /128 for IPv6), then the flag MUST be ignored." The current document does NOT modify this restriction on the interpretation of the N-flag imposed by [RFC7794]. For a prefix/SRv6 Locator advertisement with a /128 prefix/locator, if both N-flag and A-flag are set, the receiving router MUST treat the prefix advertisement as anycast. For a prefix/SRv6 Locator advertisement with a /128 prefix/locator, if the N-flag and A-flag are NOT set, the receiving routers MUST treat the prefix advertisement as anycast. This rule ensures the correct interpretation of a prefix advertisement originated by a router that is not SRv6 capable and originates a legacy Prefix Attribute Flags Sub-TLV based on [RFC7794] alone. For a prefix/SRv6 Locator advertisement with a prefix/locator that is NOT /128, the N-flag must be ignored, so the setting of the A-flag determines the anycast treatment of the prefix advertisement. The Prefix Attribute Flags Sub-TLV can be carried in the SRv6 Locator TLV as well as the Prefix Reachability TLVs. When a router originates both the Prefix Reachability TLV and the SRv6 Locator TLV for a given prefix, and the router is originating the Prefix Attribute Flags Sub-TLV in one of the TLVs, the router SHOULD advertise identical versions of the Prefix Attribute Flags Sub-TLV in both TLVs. If a router receives one Prefix Attribute Flags Sub-TLV in the Prefix Reachability TLV and another in the SRv6 Locator TLV, the router should use the prefix attribute flags received in the Prefix Reachability TLV. If a router receives a Prefix Attribute Flags Sub-TLV in the Prefix Reachability TLV but not in the SRv6 Locator TLV, the router should use the prefix attribute flags received in the Prefix Reachability TLV. If a router receives a Prefix Attribute Flags Sub-TLV in the SRv6 Locator TLV but not in the Prefix Reachability TLV, the router should use the prefix attribute flags received in the SRv6 Locator TLV. ==== end insert new text ========= The same prefix/SRv6 Locator can be advertised by multiple routers. If at least one of them sets the A-Flag in its advertisement, the prefix/SRv6 Locator SHOULD be considered as anycast. =================== On Tue, Jan 21, 2020 at 6:15 PM Christian Hopps <chopps@chopps.org> wrote: > This begins a 2 week WG Last Call, ending after Feb 4, 2020, for > draft-ietf-lsr-isis-srv6-extensions > > https://datatracker.ietf.org/doc/draft-ietf-lsr-isis-srv6-extensions/ > > Authors please indicate if you aware of any other IPR beyond what is > posted: > > https://datatracker.ietf.org/ipr/3796/ > > Thanks, > Chris & Acee. > _______________________________________________ > Lsr mailing list > Lsr@ietf.org > https://www.ietf.org/mailman/listinfo/lsr >
- [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-exten… Christian Hopps
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Peter Psenak
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… bruno.decraene
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Acee Lindem (acee)
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Zafar Ali (zali)
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Mankamana Mishra (mankamis)
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Paul Wells (pauwells)
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Huzhibo
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Ketan Talaulikar (ketant)
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Clarence Filsfils (cfilsfil)
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… stefano previdi
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Huaimo Chen
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Xiejingrong (Jingrong)
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… bruno.decraene
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Les Ginsberg (ginsberg)
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Les Ginsberg (ginsberg)
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… bruno.decraene
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Les Ginsberg (ginsberg)
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Yingzhen Qu
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Lizhenbin
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Zhuangshunwan
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Peter Psenak
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… bruno.decraene
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Peter Psenak
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… bruno.decraene
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Chris Bowers
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Les Ginsberg (ginsberg)
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Peter Psenak
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Chris Bowers
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Les Ginsberg (ginsberg)
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Ahmed Bashandy
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Satoru Matsushima
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Peter Psenak
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Dongjie (Jimmy)
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Peter Psenak
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Chris Bowers
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Peter Psenak
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Ahmed Bashandy
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Chris Bowers
- Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-e… Chris Bowers