[Lsr] Is it necessary to expand the IS-IS level to 8?
"Aijun Wang" <wangaijun@tsinghua.org.cn> Mon, 06 January 2020 04:03 UTC
Return-Path: <wangaijun@tsinghua.org.cn>
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 5D170120013 for <lsr@ietfa.amsl.com>; Sun, 5 Jan 2020 20:03:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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
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 HRHZ5GUpiiah for <lsr@ietfa.amsl.com>; Sun, 5 Jan 2020 20:02:56 -0800 (PST)
Received: from m176115.mail.qiye.163.com (m176115.mail.qiye.163.com [59.111.176.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0F379120098 for <lsr@ietf.org>; Sun, 5 Jan 2020 20:02:55 -0800 (PST)
Received: from WangajPC (unknown [219.142.69.77]) by m176115.mail.qiye.163.com (Hmail) with ESMTPA id 5829B663840 for <lsr@ietf.org>; Mon, 6 Jan 2020 12:02:49 +0800 (CST)
From: Aijun Wang <wangaijun@tsinghua.org.cn>
To: lsr@ietf.org
Date: Mon, 06 Jan 2020 12:02:48 +0800
Message-ID: <010801d5c446$29131950$7b394bf0$@org.cn>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0109_01D5C489.37365950"
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AdXERihUo/c8ffymSLyjWA20ox97mQ==
Content-Language: zh-cn
X-HM-Spam-Status: e1kfGhgUHx5ZQUtXWQgYFAkeWUFZTlVCTEhCQkJCTExKSkpDSVlXWShZQU pMS0tKN1dZLVlBSVdZCQ4XHghZQVk1NCk2OjckKS43PlkG
X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6Mxg6MCo*UTg*KRoeEywCITA* ODYwFDRVSlVKTkxDSUNISExJTklKVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlJSkJVSk9JVU1CVUxMWVdZCAFZQU1KQkI3Bg++
X-HM-Tid: 0a6f790503b59373kuws5829b663840
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/VUouF2rlGUtcjEY1LJb-_V8aPSQ>
Subject: [Lsr] Is it necessary to expand the IS-IS level to 8?
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, 06 Jan 2020 04:03:00 -0000
Hi, Tony, Les and Paul: As I read the draft https://tools.ietf.org/html/draft-ietf-lsr-isis-extended-hierarchy-00, and notice the proposal to expand the reserved bits in "Circuit Type" to cover the level 1-8 in ISIS domain. Here I just want to know is it necessary to expand the IS-IS level to 8 and occupy all the reserved bits in the PDU format? As compared with the OSPF format, there is one field to describe the "Link Type" (5 bits, currently define only four types). We want to use the reserved bits in current "Circuit Type" of ISIS PDU format to fulfill the similar tasks. Can this draft leave at least 2 reserved bits for this purpose? There are many ways to tackle the scale of networks, who will design their network in level 8 hierarchy? As I estimated, Level 4 may be the acceptable highest network hierarchy. Best Regards. Aijun Wang China Telecom
- Re: [Lsr] Methods to label the passive interfaces… Aijun Wang
- Re: [Lsr] Methods to label the passive interfaces… Robert Raszuk
- [Lsr] 答复: Is it necessary to expand the IS-IS lev… Aijun Wang
- [Lsr] Methods to label the passive interfaces wit… Aijun Wang
- [Lsr] Is it necessary to expand the IS-IS level t… Aijun Wang
- Re: [Lsr] Is it necessary to expand the IS-IS lev… Les Ginsberg (ginsberg)
- [Lsr] 答复: Is it necessary to expand the IS-IS lev… Aijun Wang
- Re: [Lsr] 答复: Is it necessary to expand the IS-IS… Robert Raszuk
- Re: [Lsr] Is it necessary to expand the IS-IS lev… Les Ginsberg (ginsberg)
- [Lsr] 答复: Methods to label the passive interfaces… Aijun Wang
- Re: [Lsr] Methods to label the passive interfaces… tony.li
- [Lsr] 答复: Methods to label the passive interfaces… Aijun Wang
- Re: [Lsr] Methods to label the passive interfaces… tony.li
- Re: [Lsr] Methods to label the passive interfaces… Robert Raszuk
- Re: [Lsr] Methods to label the passive interfaces… tony.li
- [Lsr] 答复: Methods to label the passive interfaces… Aijun Wang
- Re: [Lsr] Methods to label the passive interfaces… tony.li
- Re: [Lsr] Methods to label the passive interfaces… Acee Lindem (acee)
- Re: [Lsr] Methods to label the passive interfaces… Les Ginsberg (ginsberg)
- Re: [Lsr] Methods to label the passive interfaces… Jeff Tantsura
- Re: [Lsr] Methods to label the passive interfaces… Aijun Wang
- Re: [Lsr] Methods to label the passive interfaces… Acee Lindem (acee)
- Re: [Lsr] Methods to label the passive interfaces… Aijun Wang
- Re: [Lsr] Methods to label the passive interfaces… Acee Lindem (acee)
- Re: [Lsr] Methods to label the passive interfaces… Aijun Wang