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
- [Isis-wg] CCAMP LC: draft-ietf-ccamp-isis-interas… David Ward
- Re: [Isis-wg] CCAMP LC: draft-ietf-ccamp-isis-int… Mach Chen
- Re: [Isis-wg] CCAMP LC: draft-ietf-ccamp-isis-int… Mach Chen
- Re: [Isis-wg] CCAMP LC: draft-ietf-ccamp-isis-int… Mach Chen
- Re: [Isis-wg] CCAMP LC: draft-ietf-ccamp-isis-int… Mach Chen
- Re: [Isis-wg] CCAMP LC: draft-ietf-ccamp-isis-int… Adrian Farrel
- Re: [Isis-wg] CCAMP LC:draft-ietf-ccamp-isis-inte… Les Ginsberg (ginsberg)
- Re: [Isis-wg] CCAMP LC:draft-ietf-ccamp-isis-inte… Mach Chen
- Re: [Isis-wg] CCAMP LC:draft-ietf-ccamp-isis-inte… Les Ginsberg (ginsberg)
- Re: [Isis-wg] CCAMP LC: draft-ietf-ccamp-isis-int… Adrian Farrel
- Re: [Isis-wg] CCAMP LC: draft-ietf-ccamp-isis-int… David Ward