Re: [Isis-wg] draft-ietf-isis-segment-routing-extensions-02

"Stefano Previdi (sprevidi)" <sprevidi@cisco.com> Fri, 06 June 2014 12:05 UTC

Return-Path: <sprevidi@cisco.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 C285E1A0439 for <isis-wg@ietfa.amsl.com>; Fri, 6 Jun 2014 05:05:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.152
X-Spam-Level:
X-Spam-Status: No, score=-15.152 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, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 1ke6Pdh-hBQv for <isis-wg@ietfa.amsl.com>; Fri, 6 Jun 2014 05:05:30 -0700 (PDT)
Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9CA1F1A046D for <isis-wg@ietf.org>; Fri, 6 Jun 2014 05:05:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3234; q=dns/txt; s=iport; t=1402056323; x=1403265923; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=QbNfYG8bCWeEqdoP3mxMQ88Of0FI94dZKcl4iHYuKic=; b=ivPAFIoEZhd2x5HPeb8zdlDKKcXDI+Nd2IBPrAHA6xDvLd+feePxWQhn pc7owQeJZ9SIao3CXNrNxccN6haO/eJL6Ix7QsdaNIaN0+M2m4AHzQ0ra +UfdY/Tl5n6yHhfMRaf37ABk9PLVFCyTmfKDy+25Pb3DHNfKFrmMQD6DM c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AiEFABGtkVOtJA2G/2dsb2JhbABZgw1SWbxDhzwBgQYWdYQDAQEBAwEBAQE3LQcLBQsCAQgYHhAnCyUCBA4FiDoIDcx+EwSONjMHgyuBFgSaFpNAgzyCLw
X-IronPort-AV: E=Sophos;i="4.98,988,1392163200"; d="scan'208";a="50825000"
Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-5.cisco.com with ESMTP; 06 Jun 2014 12:05:22 +0000
Received: from xhc-rcd-x01.cisco.com (xhc-rcd-x01.cisco.com [173.37.183.75]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id s56C5M69010946 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 6 Jun 2014 12:05:22 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.85]) by xhc-rcd-x01.cisco.com ([173.37.183.75]) with mapi id 14.03.0123.003; Fri, 6 Jun 2014 07:05:22 -0500
From: "Stefano Previdi (sprevidi)" <sprevidi@cisco.com>
To: Hannes Gredler <hannes@juniper.net>
Thread-Topic: [Isis-wg] draft-ietf-isis-segment-routing-extensions-02
Thread-Index: AQHPgWPka68Yvhd11UaaQEdpgDPcRZtkPpiAgAARnAA=
Date: Fri, 6 Jun 2014 12:05:21 +0000
Message-ID: <1E011F92-C04B-4860-BEDE-12323C1915F1@cisco.com>
References: <44B37798-F7F0-46F5-A5EA-891BF6D1448E@cisco.com> <4FF72E54-F876-437B-8986-A49039591589@juniper.net>
In-Reply-To: <4FF72E54-F876-437B-8986-A49039591589@juniper.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.147.74.33]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <E60C2C14475E3B4DB828EBA38459FE64@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/isis-wg/sglF6X0KMko4gWQUG8qciTOQ21c
Cc: DECRAENE Bruno IMT/OLN <bruno.decraene@orange.com>, "jeff.tantsura@ericsson.com Tantsura" <jeff.tantsura@ericsson.com>, "isis-wg@ietf.org list" <isis-wg@ietf.org>, "Clarence Filsfils \(cfilsfil\)" <cfilsfil@cisco.com>
Subject: Re: [Isis-wg] draft-ietf-isis-segment-routing-extensions-02
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: Fri, 06 Jun 2014 12:05:31 -0000

On Jun 6, 2014, at 1:02 PM, Hannes Gredler wrote:

> hi stefano,
> 
> +ISIS-WG as this is now a WG-item.
> 

sure. I usually try to have, at least, agreement with co-authors 
before presenting the change to the WG and ask for consensus but 
this way is fine for me too.


> a comment n the 'V' flag -
> what is IMO missing is the clarification when and when not to use the 'V' flag.
> i.e. for which particular data plane -


indeed, we could add some clarification such as:

. V (value flag): is set when the SID is a label value (i.e.: not an index).
  The V flag is set when:
    . SID carries MPLS labels (i.e.: not indexes)
    . SID carries IPv6 addresses
  
. L (local flag): is set when the SID has local significance (local means 
  router/node context). It applies to both MPLS and IPv6 dataplanes:
  . MPLS: prefix-SID being global, the L flag is unset
          adj-SID being local, the L flag is set
  . IPv6: Adj-SID can be eithr local or global. When used with a globally 
          unique ipv6 address, the L flag is unset.

This, I believe reflects what you and me agreed a ouple of weeks ago, right ?


> to play devils advocate:
>  as generic as the draft is right now,
>  the V-flag may be abused for prefix-SIDs on a MPLS data plane
>  as an attempt to-reintroduce the notion of global labels,
>  which as you may know i do reject.


there are maybe use-cases out there where a prefix would be better 
advertised with a global label. Also, at some point in the future 
we may want to support global labels without having to go through 
a complete re-spin of the drafts, so adding a bit to govern the 
significance of a sid is a good thing to have.


> may i ask you to add some clarifying notes that V-flag=1 applies only for the
> Prefix SIDs assuming IPv6-SR dataplane.


Well, I'd prefer to stick with what the co-authors already agreed 
to propose at the WG so anyone, feel free to express your opinion.


> furthermore i am not really sure what the V-flag shall mean for Adjacency-SIDs.
> (the adjacency-SID always has been a label and never an index).


at some point, one may want to have a global index for adj-sid's

s.



> 
> thanks,
> 
> /hannes
> 
> 
> On Jun 6, 2014, at 10:47 AM, Stefano Previdi (sprevidi) wrote:
> 
>> Co-authors,
>> 
>> this is the latest version we are ready to submit. It contains the different 
>> updates we've discussed in the past weeks.
>> 
>> . Addition of flags in prefix-sid and adj-sid subtlv. We added E, V and L flags. 
>> At some point we removed the R flag but is now back.
>> . use of prefix-sid-tlv for mapping server
>> . fixed typo's and inconsistencies
>> 
>> Bruno and others already sent comments that I have tryed to address (e.g.: I 
>> moved the SID/Label SubTLV section after PrefixSID and Adj-SID sections.
>> 
>> Thanks for letting me know any comment.
>> 
>> s.
>> 
>> 
>> <draft-ietf-isis-segment-routing-extensions-01.txt>
> 
> _______________________________________________
> Isis-wg mailing list
> Isis-wg@ietf.org
> https://www.ietf.org/mailman/listinfo/isis-wg