Re: [Lsr] Methods to label the passive interfaces within ISIS

Robert Raszuk <robert@raszuk.net> Tue, 07 January 2020 10:14 UTC

Return-Path: <robert@raszuk.net>
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 8F698120019 for <lsr@ietfa.amsl.com>; Tue, 7 Jan 2020 02:14:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=raszuk.net
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 bfby3jkNGs5D for <lsr@ietfa.amsl.com>; Tue, 7 Jan 2020 02:14:09 -0800 (PST)
Received: from mail-qt1-x82a.google.com (mail-qt1-x82a.google.com [IPv6:2607:f8b0:4864:20::82a]) (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 03005120026 for <lsr@ietf.org>; Tue, 7 Jan 2020 02:14:08 -0800 (PST)
Received: by mail-qt1-x82a.google.com with SMTP id d18so42163766qtj.10 for <lsr@ietf.org>; Tue, 07 Jan 2020 02:14:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=s1b7m9elOM2OReCj6ctAvnpTwgoFxBAg8WL893E7uA4=; b=AvdCv/jbB/Nn4ex6CvXqcPB7ctZVapz2+xnIME96Kn17gEIGIbxk98PZjl2jhU59rw 2/dbE0W2n8rX3xYw+bqCmKgMYSwDOsW0tpe1iTv3ZeLUfgwWlIVSzxsrVRFlhEcgVup2 RFapzqUHqnTIjF4rycywsexbxp6k7nWCmQ+wwq0kowupeODh4C42THQKqngpesi4fXmc +Ieg9ai8A2w7k1935rIZYc6ENQXxUyECp+mbO9ahIoCSSRFqZhbbQ9t3PNq/WzyeIT+m XKAupwKtMHR5t8t7NrdPyx6z42fgTPEj+lH6DZdGN+jE9meKdwZJI/KtBxKhBQo9O5GA 4jnA==
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=s1b7m9elOM2OReCj6ctAvnpTwgoFxBAg8WL893E7uA4=; b=g7AP4PXEfvTHyePkbdPA2SoqXF8EAA9Jyr/BtzJxQyGeMhh+uJ/9/+9FhvQDkUR50C +Ds9jpEAcmy/kE/tioRaXWxnmwBeaFNH1lbrhtIOc1r7+Ug16kyfnbcx4a3oHT5awCMq nU5mFqhwXav6LDlJllSJJXp3Ob0gu6SlSlC+kr5TcHebyR85lCrOhRaJTHaIbLccNys5 NOx11pvX8zABN9cB6s3aY6ZbIYOewzZxIMDYz/jNydnzy9MzFXKx8qLiCeL7ZBvgI1j7 0EehQ+Giqxpxe3HiqroxNIa8rKAC2AGzjcbwpAmJ+5GgXKU85AA0IV45BxP+zXa0KChg 6wTQ==
X-Gm-Message-State: APjAAAUmZb07AksVLeAoqw8pgK55dVthsRNBUIgkC5S3IBczNW6ZTKth 9DuwvqoR1/9nUOoGB2jefYXhKrVXNBEFRGsD7g7rNw==
X-Google-Smtp-Source: APXvYqwlVYPVMETSMZhdOn5Za6gyvsVECJhjtPbaV6W1uYbj+ksBPRrCrCLCfyz3vGr/bNRfXf8prfQuj9NjGuELI3o=
X-Received: by 2002:ac8:3703:: with SMTP id o3mr78239692qtb.208.1578392047818; Tue, 07 Jan 2020 02:14:07 -0800 (PST)
MIME-Version: 1.0
References: <010801d5c446$29131950$7b394bf0$@org.cn> <DM6PR11MB28424A0E87EBF51C2AFFD00AC13C0@DM6PR11MB2842.namprd11.prod.outlook.com> <012b01d5c469$310c7d90$932578b0$@org.cn> <CAOj+MMEGTZ=7qd4=x5w-=gjR2tLvaCie8ePchXpbg2-Kxb9VWw@mail.gmail.com> <012c01d5c4f6$ec79c5a0$c56d50e0$@org.cn>
In-Reply-To: <012c01d5c4f6$ec79c5a0$c56d50e0$@org.cn>
From: Robert Raszuk <robert@raszuk.net>
Date: Tue, 07 Jan 2020 11:13:58 +0100
Message-ID: <CAOj+MMHAbGo+0qd+xwTmymx4MYXGWmHe0p+d2ychQLQWUZ78wA@mail.gmail.com>
To: Aijun Wang <wangaijun@tsinghua.org.cn>
Cc: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>, lsr@ietf.org
Content-Type: multipart/alternative; boundary="00000000000053b00e059b8a0925"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/oyoErdHb5bUQWwmN28ShFgBGOwc>
Subject: Re: [Lsr] Methods to label the passive interfaces within ISIS
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 Jan 2020 10:14:11 -0000

Hi Aijun,

Right .. I took your email as an attempt/request to actually advertise
passive links in the first place.

May we know what difference does it make to you if reachable prefix is part
of an active vs passive interface from IGP point of view ?

Thx,
R.


On Tue, Jan 7, 2020 at 2:08 AM Aijun Wang <wangaijun@tsinghua.org.cn> wrote:

> Hi, Robert:
>
>
>
> Thanks for your information.
>
> TLV-22 is used to describe the IS neighbor and the link between them. As
> for the passive interfaces, there may be no neighbor.
>
> It seems the sub-TLV within this TLV is not the appropriate place to put
> this information?
>
>
>
> P.S. I changed the thread to reflect the conversion topic.
>
>
>
> Best Regards.
>
>
>
> Aijun Wang
>
> China Telecom
>
>
>
> *发件人:* lsr-bounces@ietf.org [mailto:lsr-bounces@ietf.org] *代表 *Robert
> Raszuk
> *发送时间:* 2020年1月6日 18:58
> *收件人:* Aijun Wang
> *抄送:* Les Ginsberg (ginsberg); lsr@ietf.org
> *主题:* Re: [Lsr] 答复: Is it necessary to expand the IS-IS level to 8?
>
>
>
> Aijun,
>
>
>
> We just want to distinguish the passive interfaces from other normal
> interfaces within ISIS domain.  It seems that the “Attribute Flags” that
> described in https://tools.ietf.org/html/rfc7794#section-2.1 is the most
> appropriate place to extend to carry such information.
>
>
>
> Really ?
>
>
>
> IMO much better place is to define new sub-TLV of TLV-22 and mark it there
> as passive link.
>
>
>
> Ref: https://tools..ietf.org/html/rfc5029
> <https://tools.ietf.org/html/rfc5029>
>
>
>
> Now more interesting perhaps is to find out how ISIS is supposed to react
> to such information. Or is the intention to carry it just as an opaque info
> say for show commands use only ?
>
>
>
> Thx,
> R.
>
>
>