Re: [Idr] Regd encoding of ISIS SRMS range inside BGP-LS

"Stefano Previdi (sprevidi)" <sprevidi@cisco.com> Fri, 16 June 2017 18:12 UTC

Return-Path: <sprevidi@cisco.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EBD78127137; Fri, 16 Jun 2017 11:12:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.523
X-Spam-Level:
X-Spam-Status: No, score=-14.523 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 Seo9f0R3CoYp; Fri, 16 Jun 2017 11:12:06 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BF394128E19; Fri, 16 Jun 2017 11:12:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4160; q=dns/txt; s=iport; t=1497636725; x=1498846325; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=NAFmxW0/iolu/pGH119ZFwf8kKMnPzAJr9o5WgxaQaU=; b=lrHLwqtttdyZaqhA9SKTDGiTnAH00EHk+GDbdHFlcWEjym2ZOT/i1byC Z8to5c3eFaC3uij0snPuKgxBM0gLKeOJwfin7KbvA1oqDsuRpbfFP8rIc ZZPvmxt3j4NiL5dJ/VzgbIE2IUs9NuONaDwTE/j+PQhnGm9AoFEFYaAL9 A=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0DzAABNHkRZ/4cNJK1cGQEBAQEBAQEBAQEBBwEBAQEBg1higQ0Hg2SKGJFaIpYHghEuhXYCGoJPPxgBAgEBAQEBAQFrKIUYAQEBAQIBIxFFBQsCAQgYAgImAgICMBUQAgQBDQWKJAgQqXWCJotCAQEBAQEBAQEBAQEBAQEBAQEBAQEBGAWBC4VYgV8sC4JthFQWgxIwgjEFlxaHQQKHLYJziTiSDpUFAR84gQp0FVsBhHocgWZ2iHiBDQEBAQ
X-IronPort-AV: E=Sophos;i="5.39,348,1493683200"; d="scan'208";a="262420062"
Received: from alln-core-2.cisco.com ([173.36.13.135]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 16 Jun 2017 18:12:04 +0000
Received: from XCH-RTP-007.cisco.com (xch-rtp-007.cisco.com [64.101.220.147]) by alln-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id v5GIC4fA007863 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 16 Jun 2017 18:12:04 GMT
Received: from xch-rtp-010.cisco.com (64.101.220.150) by XCH-RTP-007.cisco.com (64.101.220.147) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 16 Jun 2017 14:12:04 -0400
Received: from xch-rtp-010.cisco.com ([64.101.220.150]) by XCH-RTP-010.cisco.com ([64.101.220.150]) with mapi id 15.00.1210.000; Fri, 16 Jun 2017 14:12:03 -0400
From: "Stefano Previdi (sprevidi)" <sprevidi@cisco.com>
To: idr wg <idr@ietf.org>, "isis-wg@ietf.org" <isis-wg@ietf.org>
CC: "draft-ietf-idr-bgp-ls-segment-routing-ext@ietf.org" <draft-ietf-idr-bgp-ls-segment-routing-ext@ietf.org>, "Ketan Talaulikar (ketant)" <ketant@cisco.com>
Thread-Topic: Regd encoding of ISIS SRMS range inside BGP-LS
Thread-Index: AQHS5swOLk0+XrhNeka/OXEcb9hvSw==
Date: Fri, 16 Jun 2017 18:12:03 +0000
Message-ID: <D860B172-F4A8-4089-91E4-8AF282861D89@cisco.com>
References: <d7a9067191e64b34bf3d53c9b7c699fd@XCH-ALN-008.cisco.com>
In-Reply-To: <d7a9067191e64b34bf3d53c9b7c699fd@XCH-ALN-008.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.61.228.16]
Content-Type: text/plain; charset="utf-8"
Content-ID: <EA921EC6238A3B4F87CE62541875A193@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/JsTWxkU7jqpSI7vIG2AYg2_Xdy8>
Subject: Re: [Idr] Regd encoding of ISIS SRMS range inside BGP-LS
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Jun 2017 18:12:09 -0000

practically speaking, it would be helpful to know if there are any implementations of draft-ietf-idr-bgp-ls-segment-routing-ext and especially the Binding SID TLV.

We’re in the process of updating the draft and in an effort of simplification, we’d like to change the way the ISIS SRMS (SR Mapping Server) is encoded.

The changes we’d like to propose are not backward compatible so it is important to know if any implementation exists.

Thanks for coming back to us.

s.







> On Jun 14, 2017, at 3:22 PM, Ketan Talaulikar (ketant) <ketant@cisco.com> wrote:
> 
> Hello All,
> 
> Needed some clarification from the authors and implementers of BGP-LS on Sec 3.4 of the https://tools.ietf.org/html/draft-ietf-idr-bgp-ls-segment-routing-ext-01#page-26 
> 
> It currently states ...
> 
> 3.4.  Advertisement of a range of IS-IS SR bindings
> 
>   The advertisement of a range of IS-IS SR bindings has following
>   rules:
> 
>      In IS-IS the Mapping Server binding ranges are advertised using
>      the Binding TLV.  The IS-IS Binding TLV is encoded in the BGP-LS
>      Prefix Attribute Range TLV as defined in Section 2.3.5 using the
>      Binding Sub-TLV as defined in Section 2.3.6.  The flags in the
>      Range TLV are all set to zero on transmit and ignored on
>      reception.  The range value from the original IS-IS Binding TLV is
>      encoded in the Range TLV "Range" field.
> 
> My understanding what that the encoding for ISIS is done with Range TLV + Prefix-SID sub-TLV (very similar to how it is specified in Sec 3.3 for OSPF). However the language is indirectly referring to the Prefix-SID sub-TLV by saying  "using the Binding Sub-TLV".
> 
> This may give an impression that the encoding for ISIS is done as Range TLV + Binding TLV + Prefix-SID sub-TLV and differently than done for OSPF. It would be clearer if the ISIS sec 3.4 were to also use similar language as OSPF sec 3.3. Would like to propose something like below:
> 
> 3.4.  Advertisement of a range of IS-IS SR bindings
> 
>   The advertisement of a range of IS-IS SR bindings has following
>   rules:
> 
>      In IS-IS the Mapping Server binding ranges are advertised using
>      the IS-IS Binding TLV
>      ([I-D.ietf-isis-segment-routing-extensions]).  The IS-IS Binding
>      TLV is encoded in the BGP-LS Prefix Attribute Range TLV as defined
>      in Section 2.3.4.
>      The flags in the Range TLV are all set to zero on transmit and
>      ignored on reception.  The range value from the original IS-IS
>      Binding TLV is encoded in the Range TLV "Range" field. The
>      Prefix-SID from the original ISIS Prefix SID Sub-TLV is encoded
>      using the BGP-LS Prefix Attribute Prefix-SID as defined in
>      Section 2.3.1 with the flags set according to the definition in
>     [I-D.ietf-isis-segment-routing-extensions]
> 
> I would also like to check if anyone has implemented the encoding of ISIS SRMS range using the Binding SID TLV.
> 
> Thanks,
> Ketan
>