Re: [Isis-wg] CCAMP LC: draft-ietf-ccamp-isis-interas-te-extension-02.txt

Mach Chen <mach@huawei.com> Tue, 22 July 2008 00:10 UTC

Return-Path: <isis-wg-bounces@ietf.org>
X-Original-To: isis-archive@megatron.ietf.org
Delivered-To: ietfarch-isis-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EADFC3A68A5; Mon, 21 Jul 2008 17:10:28 -0700 (PDT)
X-Original-To: isis-wg@core3.amsl.com
Delivered-To: isis-wg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6E7C63A6833 for <isis-wg@core3.amsl.com>; Mon, 21 Jul 2008 17:10:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.037
X-Spam-Level:
X-Spam-Status: No, score=-1.037 tagged_above=-999 required=5 tests=[AWL=-1.142, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, J_CHICKENPOX_33=0.6, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bnVAVOittsTl for <isis-wg@core3.amsl.com>; Mon, 21 Jul 2008 17:10:27 -0700 (PDT)
Received: from szxga04-in.huawei.com (unknown [119.145.14.67]) by core3.amsl.com (Postfix) with ESMTP id 5A5213A63D3 for <isis-wg@ietf.org>; Mon, 21 Jul 2008 17:10:27 -0700 (PDT)
Received: from huawei.com (szxga04-in [172.24.2.12]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0K4C00MKM47FD6@szxga04-in.huawei.com> for isis-wg@ietf.org; Mon, 21 Jul 2008 10:28:27 +0800 (CST)
Received: from M55527 ([10.111.12.55]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0K4C00CFI47B9R@szxga04-in.huawei.com> for isis-wg@ietf.org; Mon, 21 Jul 2008 10:28:27 +0800 (CST)
Date: Mon, 21 Jul 2008 10:28:23 +0800
From: Mach Chen <mach@huawei.com>
To: Hannes Gredler <hannes@juniper.net>, isis mailing list <isis-wg@ietf.org>
Message-id: <20C0CD73B835481AA6848980AF34E0B9@M55527>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V12.0.1606
X-Mailer: Microsoft Windows Live Mail 12.0.1606
Importance: Normal
X-Priority: 3
X-MSMail-priority: Normal
X-RFC2646: Format=Flowed; Original
References: <2655E353-3E2F-4459-91DF-9598201CD1E3@cisco.com> <20080718130626.GA12470@juniper.net>
Cc: Christian Hopps <chopps@rawdofmt.org>, jgs@juniper.net, Ross Callon <rcallon@juniper.net>, Adrian Farrel <adrian@olddog.co.uk>, ALABS Brungard Deborah A <dbrungard@att.com>
Subject: Re: [Isis-wg] CCAMP LC: draft-ietf-ccamp-isis-interas-te-extension-02.txt
X-BeenThere: isis-wg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF IS-IS working group <isis-wg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/isis-wg>
List-Post: <mailto:isis-wg@ietf.org>
List-Help: <mailto:isis-wg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: isis-wg-bounces@ietf.org
Errors-To: isis-wg-bounces@ietf.org

Hi Hannes,

Thanks for you questions!

Please see inline...

--------------------------------------------------
From: "Hannes Gredler" <hannes@juniper.net>
Sent: Friday, July 18, 2008 9:06 PM
To: "Mach Chen" <mach@huawei.com>om>; "isis mailing list" <isis-wg@ietf.org>
Cc: "David Ward" <dward@cisco.com>om>; "Adrian Farrel" <adrian@olddog.co.uk>uk>; 
"ALABS Brungard Deborah A" <dbrungard@att.com>om>; "Ross Callon" 
<rcallon@juniper.net>et>; "Christian Hopps" <chopps@rawdofmt.org>rg>; 
<jgs@juniper.net>
Subject: Re: [Isis-wg] CCAMP LC: 
draft-ietf-ccamp-isis-interas-te-extension-02.txt

> hi,
>
> i have a general question:
>
>  since IS-IS does not run on the border link between ASes, how
>  are the TE link attributes like (remote ASBR-ID, AS #, system-ID)
>  supplied ? -

The TE link attributes are supplied by manually configuration.

>
>  is this done by means of static configuration, i.e. prone
>  to misconfiguration and lack of diagnosing & tracking changes
>  in the neighboring AS ?

As stated in the document (Section 5), some of the TE link attributes( 
remote ASBR-ID, ASN) are obtained manually from a neighboring administration 
as part of commercial relationship, so the operators (both include 
neighboring and local administrations) have the responsibility to check the 
information carefully before it entered as configuration information at the 
ASBR responsible for adverting the inter-AS TE links.

And we are considering a Border Gateway Protocol (BGP) peering may exist 
between the two ASBRs and this could be used to detect inconsistencies in 
configuration( e.g. the AS #).

>
> and a specific question on the semantics of the System ID field:
>
>  why is this required at all ? - and what should be inserted if the
>  neighboring ASBR does not have a system-ID (e.g. it is running OSPF).

There is no any specific requirement for the System-ID in this document, the 
System ID is just one of the ISIS protocol fields. The operators could 
configure any unique value within their domain as the System-ID( e.g. Router 
ID ) based on their planning/deployment policy, even if the neighboring ASBR 
does not have a system-ID.

>
>  --
>
>  IMO the inter-AS reachability TLV should just announce an AS number
>  and the remote ASBR IDs as subTLV information.

No,
Just as the the Extended IS Reachability TLV(rfc 3784) defined for 
advertisement of intra-area TE links, the inter-AS reachability TLV defined 
in this document is used to advertise the TE link attributes of an inter-AS 
TE link, so just announce an AS number and the remote ASBR IDs is not 
enough, because an inter-AS link also has other TE link attributes as an 
intra-area TE link does, and such TE link attributes are needed when 
performing path computation.

>
> or am i missing something ?
>
> /hannes
>
> ---
>
> 3.1. Inter-AS Reachability TLV
>
>   The Inter-AS Reachability TLV has type 141 (which needs to be
>   confirmed by IANA see Section 6.1), it contains a data structure
>   consisting of:
>
>      7 octets of System ID and Pseudonode Number
>      3 octets of default metric
>      1 octet of control information, consisting of:
>         1 bit of flooding-scope information
>         1 bit of up/down information
>         6 bits reserved
>      1 octet of length of sub-TLVs
>      0-243 octets of sub-TLVs
>         where each sub-TLV consists of a sequence of:
>           1 octet of sub-type
>           1 octet of length of the value field of the sub-TLV
>           0-241 octets of value
>
>
> On Tue, Jul 15, 2008 at 11:43:44AM -0500, David Ward wrote:
> |    All -
> |
> |    The CCAMP WG would like any last call comments from the ISIS WG on:
> |
> | 
> [1]http://www.ietf.org/internet-drafts/draft-ietf-ccamp-isis-interas-te
> |    -extension-02.txt
> |    This last call will timeout July 30, 2008. Please cc this email with
> |    your comments.
> |    Thanks
> |    -DWard, CHopps
> |
> | References
> |
> |    1. 
> http://www.ietf.org/internet-drafts/draft-ietf-ccamp-isis-interas-te-extension-02.txt
>
> | _______________________________________________
> | Isis-wg mailing list
> | Isis-wg@ietf.org
> | https://www.ietf.org/mailman/listinfo/isis-wg
> 

_______________________________________________
Isis-wg mailing list
Isis-wg@ietf.org
https://www.ietf.org/mailman/listinfo/isis-wg