Re: [Isis-wg] ISIS in multiarea seamless MPLS

Saku Ytti <saku@ytti.fi> Thu, 21 August 2014 06:43 UTC

Return-Path: <saku@ytti.fi>
X-Original-To: isis-wg@ietfa.amsl.com
Delivered-To: isis-wg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5CDFD1A6F80 for <isis-wg@ietfa.amsl.com>; Wed, 20 Aug 2014 23:43:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.978
X-Spam-Level:
X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham
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 32gfyxxYz8pF for <isis-wg@ietfa.amsl.com>; Wed, 20 Aug 2014 23:43:01 -0700 (PDT)
Received: from mail-oa0-f42.google.com (mail-oa0-f42.google.com [209.85.219.42]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 732C81A0100 for <isis-wg@ietf.org>; Wed, 20 Aug 2014 23:43:01 -0700 (PDT)
Received: by mail-oa0-f42.google.com with SMTP id n16so7208349oag.15 for <isis-wg@ietf.org>; Wed, 20 Aug 2014 23:43:01 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=zV1Zbsv2CymXwk0Q+SMetf2yPMnCHmrQEEfnF6FuOeg=; b=hheBAbkB6zcV1XIbBuStwsDDQjLa9XcrDfLQ1DPnTswlX/SEOODu2bpuTWHXR91gkD +0aZ/HWtx6v4ItG24KSMQs0cY9tvqGfReMr9f6w+Ef/Nx/5bFtFLbkuxdJ9utzAQLuHY 1BUEqej671Pn7DFh/pqr+qOlJ5PsgdRsKmI7Ju9IsG8vnyiq8lUln1vBf00gajpbQ9W8 frlBS3B6vMjfouk1cxzz679PcmeNt+fr6be05IM5paxe0CEm0BGphnyJUSei0OOf/MYb jdxxVpnqKoWxkeUJUq3Fu7fx0m5syMnOautWw3pVL5PF42/yX84q8afKDcLXrtJudp7h aQOA==
X-Gm-Message-State: ALoCoQlQP9KMx+MuNa/bbFdLmsF6Dtw8/FGXlqTpqXdZL4x7bm8tAzr0UVaShfUEl7DSVKx+qynB
MIME-Version: 1.0
X-Received: by 10.60.123.19 with SMTP id lw19mr15402063oeb.22.1408603380912; Wed, 20 Aug 2014 23:43:00 -0700 (PDT)
Received: by 10.182.232.135 with HTTP; Wed, 20 Aug 2014 23:43:00 -0700 (PDT)
In-Reply-To: <CAAeewD9UBFyoPgcPyeBTuUOEp0gmWBM+cNgKnR4AYgMTQkiBpw@mail.gmail.com>
References: <CAAeewD9UBFyoPgcPyeBTuUOEp0gmWBM+cNgKnR4AYgMTQkiBpw@mail.gmail.com>
Date: Thu, 21 Aug 2014 09:43:00 +0300
Message-ID: <CAAeewD-tMJi6ec_3mtU+7XNoUoYbAWvxzBQf58EGrs--xKfW1g@mail.gmail.com>
From: Saku Ytti <saku@ytti.fi>
To: "isis-wg@ietf.org" <isis-wg@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: http://mailarchive.ietf.org/arch/msg/isis-wg/_DxiQPxmYgACJBVQuwhNaqnaOOI
Subject: Re: [Isis-wg] ISIS in multiarea seamless MPLS
X-BeenThere: isis-wg@ietf.org
X-Mailman-Version: 2.1.15
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: Thu, 21 Aug 2014 06:43:03 -0000

RFC6822 appears to be the canonical solution to the problem? Separate
LSDB to the separate aggregation networks.

On 20 August 2014 23:56, Saku Ytti <saku@ytti.fi> wrote:
> Hi,
>
> http://tools.ietf.org/html/draft-ietf-mpls-seamless-mpls-07
> http://www.juniper.net/us/en/local/pdf/design-guides/8020013-en.pdf
>
> URLs provide example how to implement seamless MPLS with using ISIS
> between one 'core' and multiple 'aggregation' networks.
>
> Problem is, this concept does not actually work if you connect >1
> aggregation network to same border router, because border router
> belonging to multiple areas would essentially merge the areas and
> flood LSPs between them, reducing your scale benefits.
>
> This is probably not really ISIS standardization issue, rather some
> local proprietary hack is needed in border router to isolate the
> cross-area LSPs. Or should ISIS on protocol level consider this
> use-case?
>
> Thanks,
> --
>   ++ytti



-- 
  ++ytti