Re: [spring] draft-ginsberg-spring-conflict-resolution - WG adoption call

Robert Raszuk <robert@raszuk.net> Wed, 04 May 2016 17:12 UTC

Return-Path: <rraszuk@gmail.com>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0AB5512D559 for <spring@ietfa.amsl.com>; Wed, 4 May 2016 10:12:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.399
X-Spam-Level:
X-Spam-Status: No, score=-2.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.199, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 prisazA7DJco for <spring@ietfa.amsl.com>; Wed, 4 May 2016 10:12:15 -0700 (PDT)
Received: from mail-lf0-x236.google.com (mail-lf0-x236.google.com [IPv6:2a00:1450:4010:c07::236]) (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 D624312D0F6 for <spring@ietf.org>; Wed, 4 May 2016 10:10:51 -0700 (PDT)
Received: by mail-lf0-x236.google.com with SMTP id u64so68083619lff.3 for <spring@ietf.org>; Wed, 04 May 2016 10:10:51 -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; bh=wqhUyueKEjgWDM24Vymucw0eDDgVZS74NgU0uI4uI0g=; b=gtvRRgklmIT//HWiqPteUZT/HGWOdp68KQNzvBwA3YYEuNgcGzs8BKNcZ9elyh5E30 t4Ju1+Crtd+KW7d1P4fzvVMfr4WRWJ+KeSdyPdT921dZv/yzdLYBn/KQi9d4cewX6mVU qk0h/zZ65N8iCbTXbeBEDPMf2XW8OwenvQ07Eo1DWBjOqhJOwYR57Yel3HOnUjTFddcy oTDnNBR7rulcve4YCUeJXBxLrjuDRcURfrXHpRvmaeG+FEVtv6rEzyH/B49mhCATSefj 77infwsbU1nlDgGX1CAcdtzaRb3TqSigEgknyMBZBudAz8T53NM7M2qS2Ip8L1owAOC2 olSg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=wqhUyueKEjgWDM24Vymucw0eDDgVZS74NgU0uI4uI0g=; b=bt71vD/1fa9cy2UKV3bdOzL2g6ETttUejk/4sIuLuZUFvAV1cT8jj48JhbxpCSf8Tt UVuOYR6NL7z/e6T+1wIgwerMNE3OcCNWN/IitEz0qFxuMD+KoJ12pfJwZyonxEfcoi+w zDjSe52W8pKNrxTGo9oRE9LMOPuqn9HMtmuTmr7VqcE0IkSpojCJ1Ya4l2dDSWddBEce OjabLrFidj1YyZdkKSGKDbyHO+9B/oVe+P/29nUMIJFA3g8+sFMFDccJ6RHvdgBpOLXq d5JmQBrbgCM3BJQAuosWP0fjfGgKpPuh5Q2FilxZsO5Tavto1Aad1u0IqmDWUHCGtSSz Zbnw==
X-Gm-Message-State: AOPr4FWK9G0xrENMKWGGfcjA1AvDK46RvmhkiHID2XZOjjFe5sC3FstmOmoqJbPR4AvdyDxG5vThUF4BqweDnQ==
MIME-Version: 1.0
X-Received: by 10.25.142.141 with SMTP id q135mr4914571lfd.11.1462381850039; Wed, 04 May 2016 10:10:50 -0700 (PDT)
Sender: rraszuk@gmail.com
Received: by 10.25.20.21 with HTTP; Wed, 4 May 2016 10:10:49 -0700 (PDT)
In-Reply-To: <0468fb2fe35841668bc35606e988074c@XCH-ALN-001.cisco.com>
References: <15416_1460620235_570F4BCB_15416_2090_1_53C29892C857584299CBF5D05346208A0F86E415@OPEXCLILM21.corporate.adroot.infra.ftgroup> <10411_1460620508_570F4CDC_10411_96_23_53C29892C857584299CBF5D05346208A0F86E45F@OPEXCLILM21.corporate.adroot.infra.ftgroup> <1B502206DFA0C544B7A6046915200863580C54E9@eusaamb105.ericsson.se> <0468fb2fe35841668bc35606e988074c@XCH-ALN-001.cisco.com>
Date: Wed, 04 May 2016 19:10:49 +0200
X-Google-Sender-Auth: 3GbjdtQyArtSg8v7n64_Atpidlo
Message-ID: <CA+b+ERmdgBCCp5eKjFqTDkxtnAS=-5h7_oZ-jR7G540w1X_0oQ@mail.gmail.com>
From: Robert Raszuk <robert@raszuk.net>
To: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
Content-Type: multipart/alternative; boundary="001a114014c8b29e9e0532074e85"
Archived-At: <http://mailarchive.ietf.org/arch/msg/spring/4AIQXZKohs4h0Z4Ncggcm4q1vdQ>
Cc: "bruno.decraene@orange.com" <bruno.decraene@orange.com>, "spring@ietf.org" <spring@ietf.org>, Uma Chunduri <uma.chunduri@ericsson.com>
Subject: Re: [spring] draft-ginsberg-spring-conflict-resolution - WG adoption call
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 04 May 2016 17:12:17 -0000

Les,

Your draft represents a view from only a single domian perspective and a
lot of wording there seems to imply that conflict resolution must be global
per router and does not depend on the  RIB/FIB context.

Perhaps you are not considering identical SIDs to be used for example by
L3VPN customers connecting to SP network with BGP or OSPF and wishing to
use SR within their sites.

Is this accidental or on purpose ?

Can't customers connecting to a given network's different RIBs (via VRFs)
use the same SIDs as other customers or for that matter SP itself ? Nothing
breaks if they do - as their forwarding is hidden under the SP forwarding,
but I see no place in your document to relax conflict resolution in those
deployments.

Same for CSC.

Thx,
R.


On Sun, May 1, 2016 at 7:10 AM, Les Ginsberg (ginsberg) <ginsberg@cisco.com>
wrote:

> Uma –
>
>
>
> We are indeed defining conflict resolution across all the SID
> advertisements regardless of source (protocol or SRMS) – as the sections
> you have quoted clearly state.
>
>
>
> Why? Because we need consistent use of SIDs in the forwarding plane. From
> forwarding perspective it matters not whether the SID was advertised by
> protocol instance #1 or #2 or by an SRMS. What matters is that the SID I
> use to determine what label I install in my forwarding plane is the same
> SID that my neighbors will use. Otherwise forwarding will be broken.
>
>
>
>    Les
>