Re: [Isis-wg] Reg: draft-ietf-isis-reverse-metric-03

Shane Amante <shane@castlepoint.net> Fri, 14 June 2013 19:26 UTC

Return-Path: <shane@castlepoint.net>
X-Original-To: isis-wg@ietfa.amsl.com
Delivered-To: isis-wg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 445B721F9D5B for <isis-wg@ietfa.amsl.com>; Fri, 14 Jun 2013 12:26:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.437
X-Spam-Level:
X-Spam-Status: No, score=-0.437 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_ORG=0.611, HTML_MESSAGE=0.001, RDNS_NONE=0.1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5vrWkgIGDXIM for <isis-wg@ietfa.amsl.com>; Fri, 14 Jun 2013 12:26:25 -0700 (PDT)
Received: from mail.friendswithtools.org (unknown [64.78.239.70]) by ietfa.amsl.com (Postfix) with ESMTP id 9791E21F9D4B for <isis-wg@ietf.org>; Fri, 14 Jun 2013 12:26:25 -0700 (PDT)
Received: from dspam (unknown [127.0.0.1]) by mail.friendswithtools.org (Postfix) with SMTP id D052830004A for <isis-wg@ietf.org>; Fri, 14 Jun 2013 19:26:24 +0000 (UTC)
Received: from [10.9.0.10] (web.hollyman.com [64.78.239.73]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.friendswithtools.org (Postfix) with ESMTPSA id 429A6300047; Fri, 14 Jun 2013 13:26:22 -0600 (MDT)
Content-Type: multipart/alternative; boundary="Apple-Mail=_CDA67712-2CD9-405A-B590-1A73AB725294"
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
From: Shane Amante <shane@castlepoint.net>
In-Reply-To: <51BD2AE8016AE441B63F5661159C99020F29ED579C@BRM-EXCH-3.corp.brocade.com>
Date: Fri, 14 Jun 2013 13:26:22 -0600
Message-Id: <4E3BAC27-0317-4F37-88A5-BB8A0AD314E4@castlepoint.net>
References: <51BD2AE8016AE441B63F5661159C99020F29ED579C@BRM-EXCH-3.corp.brocade.com>
To: Vijay Kumar Vasantha <vvasanth@Brocade.com>
X-Mailer: Apple Mail (2.1508)
X-DSPAM-Result: Innocent
X-DSPAM-Processed: Fri Jun 14 13:26:24 2013
X-DSPAM-Confidence: 1.0000
X-DSPAM-Improbability: 1 in 98689409 chance of being spam
X-DSPAM-Probability: 0.0023
X-DSPAM-Signature: 51bb6e6042071158096510
X-DSPAM-Factors: 27, 2013+at, 0.40000, 2013+at, 0.40000, above+addresses, 0.40000, above+addresses, 0.40000, to+#+#+#+link, 0.40000, to+#+#+#+link, 0.40000, is+DIS, 0.40000, is+DIS, 0.40000, response+#+the, 0.40000, response+#+the, 0.40000, DIS+#+#+LAN, 0.40000, DIS+#+#+LAN, 0.40000, list+#+#+ietf, 0.40000, list+#+#+ietf, 0.40000, got+#+#+#+could, 0.40000, got+#+#+#+could, 0.40000, back+#+#+at, 0.40000, back+#+#+at, 0.40000, A+#+pseudo, 0.40000, A+#+pseudo, 0.40000, Jun+13, 0.40000, Jun+13, 0.40000, com+#+#+#+reading, 0.40000, com+#+#+#+reading, 0.40000, bi+#+#+for, 0.40000, bi+#+#+for, 0.40000, could+#+please, 0.40000
Cc: "isis-wg@ietf.org" <isis-wg@ietf.org>
Subject: Re: [Isis-wg] Reg: draft-ietf-isis-reverse-metric-03
X-BeenThere: isis-wg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF IS-IS working group <isis-wg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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>
X-List-Received-Date: Fri, 14 Jun 2013 19:26:30 -0000

Hi Vijay,

Please see below.

On Jun 13, 2013, at 1:18 AM, Vijay Kumar Vasantha <vvasanth@Brocade.com> wrote:
> Hi,
>  
> While reading draft-ietf-isis-reverse-metric-03 I got the following query, could someone please clarify it.
>  
> -          Could the link to DIS be made link of last resort on a LAN.
>  
>  
> For example consider a topology where three routers A, B & C are connected on a LAN, where A is DIS.
>  
> A----------A’-----------B
>                     |
>                     |
>                     |
>                    C

I take it A' represents the pseudo-node?


> If administrator wishes to remove the bi-directional traffic for node A, then configuring reverse-metric on A will,
>  
> -          Make the cost from A to A’ high.
> -          Not affect the cost from A’ to A in pseudo-node LSP.

The latter bullet is incorrect for the scenario you describe.  The DIS should increase the cost in the pseudo-node LSP (A') back to A, at the same time.  But, before you answer, please see the next response.


> So the traffic from non-DIS nodes could still reach DIS on this LAN.
>  
> Perhaps one of the ways to address it would be,
> Upon administrator enabling reverse-metric on a LAN,
> -          If the node is a DIS on the LAN then DIS could increase the cost to itself in the pseudonode LSP.

Actually, I believe the comment/question you have is actually more applicable to a related draft:
http://tools.ietf.org/html/draft-ietf-isis-oper-enhance-03

In particular, you may wish to review Section 3, "Pseudonodes with Non-zero Metrics", of the aforementioned draft, which describes where the DIS, itself, is altering the metric in the Pseudo-node LSP to achieve the effect you describe.

Anyway, let me know if the above addresses you question or not.

Thanks,

-shane


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