Re: [Isis-wg] [spring] Handling same SID mapped to different prefixes and vice versa cases
Pushpasis Sarkar <psarkar@juniper.net> Wed, 07 October 2015 13:57 UTC
Return-Path: <psarkar@juniper.net>
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 330561A90E2; Wed, 7 Oct 2015 06:57:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 wbXm7PWYy49z; Wed, 7 Oct 2015 06:57:17 -0700 (PDT)
Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0116.outbound.protection.outlook.com [207.46.100.116]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 423F31A90D7; Wed, 7 Oct 2015 06:57:11 -0700 (PDT)
Received: from CY1PR05MB1980.namprd05.prod.outlook.com (10.162.216.26) by CY1PR05MB1980.namprd05.prod.outlook.com (10.162.216.26) with Microsoft SMTP Server (TLS) id 15.1.286.20; Wed, 7 Oct 2015 13:57:09 +0000
Received: from CY1PR05MB1980.namprd05.prod.outlook.com ([10.162.216.26]) by CY1PR05MB1980.namprd05.prod.outlook.com ([10.162.216.26]) with mapi id 15.01.0286.019; Wed, 7 Oct 2015 13:57:09 +0000
From: Pushpasis Sarkar <psarkar@juniper.net>
To: Robert Raszuk <robert@raszuk.net>
Thread-Topic: [spring] [Isis-wg] Handling same SID mapped to different prefixes and vice versa cases
Thread-Index: AQHQ/Dd8ZHY2tzwKVkC3NPX2Igqk/A==
Date: Wed, 07 Oct 2015 13:57:08 +0000
Message-ID: <74C4B546-FD77-4F4A-A4F0-4B2C9BE647B2@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> <CA+b+ER=GmRsHf-AY9z6J2efv6+DerZ57u3SmpxU6nz-KR4KqNQ@mail.gmail.com>
In-Reply-To: <CA+b+ER=GmRsHf-AY9z6J2efv6+DerZ57u3SmpxU6nz-KR4KqNQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/0.0.0.150923
authentication-results: spf=none (sender IP is ) smtp.mailfrom=psarkar@juniper.net;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [116.197.184.12]
x-microsoft-exchange-diagnostics: 1; CY1PR05MB1980; 5:F8FsaNtzPl7eLQihFDPqZBysRecYvmPTKtLNVbkQQmQMy36TfaqBmkhdGUFELHYUD5gLxUNZTddVDx63uwK/Vzd4AaEkqyQIpKHcygRHRqiC/7DXV+TkKd4/of5eqgBo0+R0/8PTBQ48L3tZJ3REVg==; 24:FNzxYYXXmY6OkNfZlt7bPZ/aaAk/dICXKfQSEor6xNDMW2eR77RiFuOv8nPFegBUD73Q36LYgxq9vrdef6jXFcZwVLXl6Dvxni7VQOyzEZw=; 20:JIwAqPQH94ZCp5oiyoE9xl7ypjg2fy2RIaKNETIxoSsHUQNR/93vfLyLyYlJVC9r7cPo1JThsebu285wQ9R7dQ==
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR05MB1980;
x-microsoft-antispam-prvs: <CY1PR05MB1980D4D8C40C3A8FC0D9DB19BC360@CY1PR05MB1980.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(520078)(3002001); SRVR:CY1PR05MB1980; BCL:0; PCL:0; RULEID:; SRVR:CY1PR05MB1980;
x-forefront-prvs: 0722981D2A
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(189002)(199003)(377454003)(189998001)(33656002)(83506001)(5008740100001)(11100500001)(5001960100002)(92566002)(105586002)(110136002)(102836002)(54356999)(76176999)(2900100001)(82746002)(50986999)(122556002)(99286002)(93886004)(40100003)(2950100001)(16236675004)(106356001)(77096005)(101416001)(83716003)(5007970100001)(19580405001)(46102003)(19580395003)(4001350100001)(97736004)(5004730100002)(66066001)(86362001)(5001920100001)(36756003)(81156007)(10400500002)(5002640100001)(106116001)(64706001)(87936001)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR05MB1980; H:CY1PR05MB1980.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
spamdiagnosticoutput: 1:23
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_74C4B546FD774F4AA4F04B2C9BE647B2junipernet_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Oct 2015 13:57:09.0414 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR05MB1980
Archived-At: <http://mailarchive.ietf.org/arch/msg/isis-wg/UR3vm6p5SE6KhLk9nNWF-YmuG78>
Cc: "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 13:57:23 -0000
Hi Robert, From: <rraszuk@gmail.com<mailto:rraszuk@gmail.com>> on behalf of Robert Raszuk Date: Wednesday, October 7, 2015 at 4:50 PM To: Pushpasis Sarkar Cc: "Stefano Previdi (sprevidi)", Hannes Gredler, "spring@ietf.org<mailto:spring@ietf.org>", Isis-wg, "Clarence Filsfils (cfilsfil)" Subject: Re: [spring] [Isis-wg] Handling same SID mapped to different prefixes and vice versa cases 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. [Pushpasis] That is exactly what I was saying that such usecase will not be possible if we follow Stefano’s suggestion. As per his suggestion (at least that is what I understood so far)… The exit X will associate node-sid with only one loopback prefix.. And then ingress should automatically use the single node-sid for tunneling traffic for all prefixes originated by exit X.. And I am trying to say that will not provide the operator to pick a subset of prefixes.. If the ingress uses tunelling only for prefixes with which a index is associated, then the operators will have that choice.. As examples that can be accomplished by controller driven ingress map or use multiple next hops (the case where you propagate by BGP). [Pushpasis] I did not get this usecase much. But I think we maybe saying the same thing. Thanks -Pushpasis Cheers, R.
- [Isis-wg] Handling same SID mapped to different p… Imtiyaz Mohammad
- Re: [Isis-wg] Handling same SID mapped to differe… Pushpasis Sarkar
- Re: [Isis-wg] Handling same SID mapped to differe… Imtiyaz Mohammad
- Re: [Isis-wg] Handling same SID mapped to differe… Pushpasis Sarkar
- Re: [Isis-wg] Handling same SID mapped to differe… Stefano Previdi (sprevidi)
- Re: [Isis-wg] Handling same SID mapped to differe… Pushpasis Sarkar
- Re: [Isis-wg] Handling same SID mapped to differe… Stefano Previdi (sprevidi)
- Re: [Isis-wg] Handling same SID mapped to differe… Pushpasis Sarkar
- Re: [Isis-wg] Handling same SID mapped to differe… Stefano Previdi (sprevidi)
- Re: [Isis-wg] Handling same SID mapped to differe… Stefano Previdi (sprevidi)
- Re: [Isis-wg] Handling same SID mapped to differe… Pushpasis Sarkar
- Re: [Isis-wg] [spring] Handling same SID mapped t… Robert Raszuk
- Re: [Isis-wg] [spring] Handling same SID mapped t… Pushpasis Sarkar
- Re: [Isis-wg] [spring] Handling same SID mapped t… Stefano Previdi (sprevidi)
- Re: [Isis-wg] [spring] Handling same SID mapped t… Pushpasis Sarkar
- Re: [Isis-wg] [spring] Handling same SID mapped t… Stefano Previdi (sprevidi)
- Re: [Isis-wg] [spring] Handling same SID mapped t… Peter Psenak
- Re: [Isis-wg] [spring] Handling same SID mapped t… Pushpasis Sarkar
- Re: [Isis-wg] [spring] Handling same SID mapped t… Ahmed Bashandy (bashandy)
- Re: [Isis-wg] [spring] Handling same SID mapped t… Pushpasis Sarkar
- Re: [Isis-wg] [spring] Handling same SID mapped t… Les Ginsberg (ginsberg)
- Re: [Isis-wg] [spring] Handling same SID mapped t… Pushpasis Sarkar
- Re: [Isis-wg] [spring] Handling same SID mapped t… Pushpasis Sarkar
- Re: [Isis-wg] [spring] Handling same SID mapped t… Peter Psenak
- Re: [Isis-wg] [spring] Handling same SID mapped t… Pushpasis Sarkar
- Re: [Isis-wg] [spring] Handling same SID mapped t… Peter Psenak
- Re: [Isis-wg] [spring] Handling same SID mapped t… Pushpasis Sarkar
- Re: [Isis-wg] [spring] Handling same SID mapped t… Peter Psenak
- Re: [Isis-wg] [spring] Handling same SID mapped t… Pushpasis Sarkar
- Re: [Isis-wg] [spring] Handling same SID mapped t… Peter Psenak
- Re: [Isis-wg] [spring] Handling same SID mapped t… Pushpasis Sarkar
- Re: [Isis-wg] Handling same SID mapped to differe… Stefano Previdi (sprevidi)
- Re: [Isis-wg] Handling same SID mapped to differe… Pushpasis Sarkar
- Re: [Isis-wg] Handling same SID mapped to differe… Stefano Previdi (sprevidi)
- Re: [Isis-wg] Handling same SID mapped to differe… Pushpasis Sarkar