[Teas] FW: New Version Notification for draft-chen-teas-rfc5316bis-00.txt

Mach Chen <mach.chen@huawei.com> Mon, 26 October 2015 03:45 UTC

Return-Path: <mach.chen@huawei.com>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com []) by ietfa.amsl.com (Postfix) with ESMTP id 7F53A1B3623; Sun, 25 Oct 2015 20:45:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id jO-TGMCPbpgF; Sun, 25 Oct 2015 20:45:43 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com []) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B0C731B361B; Sun, 25 Oct 2015 20:45:42 -0700 (PDT)
Received: from (EHLO lhreml403-hub.china.huawei.com) ([]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BZG69046; Mon, 26 Oct 2015 03:45:40 +0000 (GMT)
Received: from SZXEMA414-HUB.china.huawei.com ( by lhreml403-hub.china.huawei.com ( with Microsoft SMTP Server (TLS) id; Mon, 26 Oct 2015 03:45:39 +0000
Received: from SZXEMA510-MBX.china.huawei.com ([]) by SZXEMA414-HUB.china.huawei.com ([]) with mapi id 14.03.0235.001; Mon, 26 Oct 2015 11:43:46 +0800
From: Mach Chen <mach.chen@huawei.com>
To: "TEAS WG (teas@ietf.org)" <teas@ietf.org>
Thread-Topic: New Version Notification for draft-chen-teas-rfc5316bis-00.txt
Thread-Index: AQHRBucF0dfW8XY4/kaF1xZQrMpkl559KDzg
Date: Mon, 26 Oct 2015 03:43:46 +0000
Message-ID: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B617760@SZXEMA510-MBX.china.huawei.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
x-originating-ip: []
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/teas/zBrjDY352saEjYHpW-YyPDKtUIM>
Cc: "isis-wg@ietf.org" <isis-wg@ietf.org>
Subject: [Teas] FW: New Version Notification for draft-chen-teas-rfc5316bis-00.txt
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Oct 2015 03:45:45 -0000

Hi Folks,

We submitted a bis draft for RFC5316, it defines how to use TLV141 (inter-AS reachability TLV) on a node that only supports IPv6.

TLV14 was designed to have a 4 octets router id field in its fixed TLV header, which is used indicate the source of the inter-as reachability TLV. This is fine for the nodes that have IPv4 router ID, but for the nodes that only support IPv6, there is no value that can be used to fill the router id field.  (The same issue that 4971bis is trying to address).

This bis document tries to fix this issue by introducing a new sub-TLV (IPv6 Router ID sub-TLV) to TLV 141, and updates the 3rd section of section 3.1 as follows.  

"The Router ID field of the inter-AS reachability TLV is 4 octets in
   length, which contains the IPv4 Router ID of the router who generates
   the inter-AS reachability TLV.  The Router ID SHOULD be identical to
   the value advertised in the Traffic Engineering Router ID TLV
   [RFC5305].  If no Traffic Engineering Router ID is assigned, the
   Router ID SHOULD be identical to an IP Interface Address [RFC1195]
   advertised by the originating IS.  If the originating node does not
   support IPv4, then the reserved value MUST be used in the
   Router ID field and the IPv6 Router ID sub-TLV MUST be present in the
   inter-AS reachability TLV."

Except for the above changes and some nits fixing, this document is identical to RFC5316.

Please read the draft, any comments are welcome!

Best regards,
Mach (on behalf of the co-authors)

-----Original Message-----
From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] 
Sent: Thursday, October 15, 2015 9:16 AM
To: Mach Chen; Stefano Previdi; Mach Chen; Les Ginsberg; Stefano Previdi; Les Ginsberg
Subject: New Version Notification for draft-chen-teas-rfc5316bis-00.txt

A new version of I-D, draft-chen-teas-rfc5316bis-00.txt has been successfully submitted by Mach(Guoyi) Chen and posted to the IETF repository.

Name:		draft-chen-teas-rfc5316bis
Revision:	00
Title:		ISIS Extensions in Support of Inter-Autonomous System (AS) MPLS and GMPLS Traffic Engineering
Document date:	2015-10-14
Group:		Individual Submission
Pages:		20
URL:            https://www.ietf.org/internet-drafts/draft-chen-teas-rfc5316bis-00.txt
Status:         https://datatracker.ietf.org/doc/draft-chen-teas-rfc5316bis/
Htmlized:       https://tools.ietf.org/html/draft-chen-teas-rfc5316bis-00

   This document describes extensions to the ISIS (ISIS) protocol to
   support Multiprotocol Label Switching (MPLS) and Generalized MPLS
   (GMPLS) Traffic Engineering (TE) for multiple Autonomous Systems
   (ASes).  It defines ISIS-TE extensions for the flooding of TE
   information about inter-AS links, which can be used to perform inter-
   AS TE path computation.

   No support for flooding information from within one AS to another AS
   is proposed or defined in this document.


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