Re: [Isis-wg] [spring] Handling same SID mapped to different prefixes and vice versa cases

Robert Raszuk <robert@raszuk.net> Wed, 07 October 2015 11:20 UTC

Return-Path: <rraszuk@gmail.com>
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 800D01B2E1C; Wed, 7 Oct 2015 04:20:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.277
X-Spam-Level:
X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no
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 ZMTu1btVBj91; Wed, 7 Oct 2015 04:20:50 -0700 (PDT)
Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E9F091B2E17; Wed, 7 Oct 2015 04:20:49 -0700 (PDT)
Received: by wicge5 with SMTP id ge5so207997561wic.0; Wed, 07 Oct 2015 04:20:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=AFLJEokdELkRVTjjottHj0jxIi050j2QpTszZeXgTxU=; b=RQHEE8deygaQkIeUtr7/QtEvYOLwy3d6ETmKXgrQWq1pYJUiMwFzg2YARjvGq5hE1a 7iiWNOj7vTDn+5SFV7JLbyUTwvAehenpo5mF5l9UObyuyXN3kTvDRm1X7oy5XaJiDeIr C0f7U99N2ipV2SeSnkfFjkp1QIBQn24NNTMfWm3C7WRB8eKuuHzoC+SOaQhaJRZLx4um Iy1iSjjMGWA55Hsfb5OinMNWnJwZdMdDW1twJsMPjfNPJAciaczSu7Vpsdum4tFabpJ1 txd+p1OWGE2aZ7EyxYLJbgVaty7oLZ26AR/tr2IEeo87qyfrdhu2IjRi6BfVOtGiu2kV 61sg==
MIME-Version: 1.0
X-Received: by 10.194.77.240 with SMTP id v16mr496275wjw.109.1444216848410; Wed, 07 Oct 2015 04:20:48 -0700 (PDT)
Sender: rraszuk@gmail.com
Received: by 10.194.114.199 with HTTP; Wed, 7 Oct 2015 04:20:48 -0700 (PDT)
In-Reply-To: <24BDF966-64FD-469D-A165-C83AAE0D29DE@juniper.net>
References: <CANk4F3Ppzo2_Xkc2V_x=Q6LEWQvMUb-2_h+Xd-mwzr3WzE85bA@mail.gmail.com> <72EDEE92-4D49-49E0-99F7-9C6B18332A37@juniper.net> <CANk4F3NN0dZJD5UbWP-vWmFkpvRzHxHt0S-wxZoL-gRK7NUKgw@mail.gmail.com> <CEDEA62E-81F6-4369-9322-812DBE378F70@juniper.net> <7291C678-FAD8-4F09-B27A-13E9C459ABAD@cisco.com> <4732AB55-9A49-49AD-A892-AB8500FC55BA@juniper.net> <F7C6BEF9-09CA-4A2D-98D6-1E910E9DD564@cisco.com> <7C10E932-79E0-4FF3-9C1D-D7D7E4F71EC2@juniper.net> <A6CCC50F-9FF9-4202-9464-C9E006739956@cisco.com> <24BDF966-64FD-469D-A165-C83AAE0D29DE@juniper.net>
Date: Wed, 07 Oct 2015 13:20:48 +0200
X-Google-Sender-Auth: V6lbAtsvcU9vBRFGLVy0Z1LopZo
Message-ID: <CA+b+ER=GmRsHf-AY9z6J2efv6+DerZ57u3SmpxU6nz-KR4KqNQ@mail.gmail.com>
From: Robert Raszuk <robert@raszuk.net>
To: Pushpasis Sarkar <psarkar@juniper.net>
Content-Type: multipart/alternative; boundary="047d7bfd006e3a77b5052181f07e"
Archived-At: <http://mailarchive.ietf.org/arch/msg/isis-wg/fdCYThCauMC4bRqltaI6mXR0K3c>
Cc: Hannes Gredler <hannes@gredler.at>, "Clarence Filsfils (cfilsfil)" <cfilsfil@cisco.com>, "spring@ietf.org" <spring@ietf.org>, "isis-wg@ietf.org list" <isis-wg@ietf.org>, "Stefano Previdi (sprevidi)" <sprevidi@cisco.com>
Subject: Re: [Isis-wg] [spring] Handling same SID mapped to different prefixes and vice versa cases
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: <https://mailarchive.ietf.org/arch/browse/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: Wed, 07 Oct 2015 11:20:51 -0000

Hi Pushpasis
​,


*[Pushpasis] No. I seem to be repeating myself. But your suggestion of
recursing will result in tunnelling traffic destined for all prefixes
originated (not only loopback addresses) though MPLS. Operator may not
like/want this. So associating the sid-index with the loopback address
with a specific address provides flexibility in picking which prefixes
should be tunneled and which ones need not.*
>
>
​I do not quite agree with your above statement. Clearly you are thinking
in terms how traditional MPLS router with perhaps specific implementation
resolves paths and building forwarding tables in MPLS domain.

Let's observe that Segment Routing imposition may but not necessarily must
use the same imposition algorithm/mechanism.

​I can easily see a case at ingress where only carefully selected by
operator subset of prefixes originated by exit X will be MPLS segment
routed in the given domain. Rest may be native switched or IP
tunneled/encapsulated.

As examples that can be accomplished by controller driven ingress map or
use multiple next hops (the case where you propagate by BGP).

Cheers,
R.