IETF Logo Mail Archive

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

tony.li@tony.li Mon, 13 January 2020 16:00 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 D74E0120827 for <lsr@ietfa.amsl.com>; Mon, 13 Jan 2020 08:00:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.398
X-Spam-Level:
X-Spam-Status: No, score=-1.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.25, 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 hFaqRc47osmx for <lsr@ietfa.amsl.com>; Mon, 13 Jan 2020 08:00:01 -0800 (PST)
Received: from mail-pg1-x542.google.com (mail-pg1-x542.google.com [IPv6:2607:f8b0:4864:20::542]) (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 AD979120819 for <lsr@ietf.org>; Mon, 13 Jan 2020 08:00:01 -0800 (PST)
Received: by mail-pg1-x542.google.com with SMTP id r11so4909751pgf.1 for <lsr@ietf.org>; Mon, 13 Jan 2020 08:00:01 -0800 (PST)
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=IMmdWb7SO1OOl4VdcvKx4IGek4jk/caGzjyyKGerFfs=; b=sw+wlC/QET+xyfb6/Z+UWn1tBO7s0/aeuYSli0MFz7wp8LuVd+1vpKcPKthAONohGN tcxn6ZgivvkAMJMcIxuoN5CWvrryLEVS2R3P5kxwBqq4H+mQrVGlRtw0Ei1gh3xRsz2O XitIw1Jq/inWhb93gqeGEX44v5lKrRXmOV4qBQXfZCnCLa7V4zLLtoLdgvvnt78RbzNV 3rMPnCHQNmNSmdnrMZWZwzbKkZ5jfS6eypNPYx7VbJOdpE0bLOBzy0+g3354HduAaZP2 deUbVTHe2SUTm5tQrhK+nGcpj/yiUbZYfNl7Fk7LvmmaQNrftj2KBtclwZRlx8gROEIj XtlA==
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=IMmdWb7SO1OOl4VdcvKx4IGek4jk/caGzjyyKGerFfs=; b=dRQLOu7ijxVdGSd7yVLpg4CiRb4VM6RAlI2LoJyZPmeCBsGHbqaG2o5YMkTnr4FEKZ U081AsFT1sH7r4hsVlMGKnjHX8yVrpkdLDHbt3H34fRE7tK2faakqZSQNQhY+wmE8waV 55Z5l9s6Ac7UFs1lIrbSVoFxd3LvxsdebPHR2SpQ2ODy4VReNHw8aC4rLQh3F6PSeZap iNHDvyr9ZgGTr1rTP++rTOcQd+tt3QAVsopcOt1ZtGurmd5YCUVrG6+2Jp0gJarwTdVz GvKyUPKltihKjlshGNBEHONTSMQ/DdIDZAxpvRk2FGzxWOsAzvEK/XTz7vhF8Aj6MPBV blag==
X-Gm-Message-State: APjAAAXbSztjPN+k9sv9Lx3W8l5VaGHXk01l8ulDU2NVDarMQsMt+u/D +awnng/unXTcX1yE7ZuHvCk=
X-Google-Smtp-Source: APXvYqzUnfmwOh+iTpIw40CO9Ucd2L0b4ZDCVoyidEphDIT4B9jy3hMdpbGS3fvLCK62yP4tQFULNQ==
X-Received: by 2002:a63:3104:: with SMTP id x4mr21049972pgx.369.1578931201234; Mon, 13 Jan 2020 08:00:01 -0800 (PST)
Received: from [192.168.4.24] (c-67-169-103-239.hsd1.ca.comcast.net. [67.169.103.239]) by smtp.gmail.com with ESMTPSA id r6sm14526881pfh.91.2020.01.13.07.59.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 13 Jan 2020 08:00:00 -0800 (PST)
Sender: Tony Li <tony1athome@gmail.com>
From: tony.li@tony.li
Message-Id: <6951B8C6-905C-4AC8-B46E-8A708A6AEFE0@tony.li>
Content-Type: multipart/alternative; boundary="Apple-Mail=_7B04C669-93C7-43D4-9CFF-E5FEDB3B22C7"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Date: Mon, 13 Jan 2020 07:59:59 -0800
In-Reply-To: <00eb01d5c9ec$ea8112d0$bf833870$@org.cn>
Cc: Les Ginsberg <ginsberg@cisco.com>, Robert Raszuk <robert@raszuk.net>, lsr@ietf.org
To: Aijun Wang <wangaijun@tsinghua.org.cn>
References: <CAOj+MMHAbGo+0qd+xwTmymx4MYXGWmHe0p+d2ychQLQWUZ78wA@mail.gmail.com> <FC0F3982-2182-4CFB-8D60-A702C72BB87F@tsinghua.org.cn> <006901d5c75c$c24ad360$46e07a20$@org.cn> <BCA056AC-76B2-45B6-9FD0-61A5EBFC740C@tony.li> <00bb01d5c785$483d91b0$d8b8b510$@org.cn> <32D6BF50-90F8-40C1-81B3-4DA6646F3F6E@tony.li> <00eb01d5c9ec$ea8112d0$bf833870$@org.cn>
X-Mailer: Apple Mail (2.3445.104.11)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/yMP9OWDTdW956cRKdMyDmtd7U1I>
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: Mon, 13 Jan 2020 16:00:04 -0000

Hi Anjun,


> Is it reasonable to put the link attribute information into the “IP Reachability TLV”?
> IMHO, such stub link is not the normal links within IGP domain.  Label the related prefix is coming from the passive/stub link seems also acceptable?


Well, a passive interface is really configured so that you advertise the interface’s prefix.  Attaching the data that you want to the associated data seems reasonable to me.

There’s no good IS Neighbor advertisement to attach the sub-TLV to because there is no neighbor.

Tony

v2.23.0 | Report a Bug | By Email