Re: I-D Action: draft-bashandy-rtgwg-segment-routing-ti-lfa-01.txt

Stewart Bryant <stewart@g3ysx.org.uk> Mon, 07 August 2017 20:34 UTC

Return-Path: <stewart@g3ysx.org.uk>
X-Original-To: rtgwg@ietfa.amsl.com
Delivered-To: rtgwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A5B21323C0 for <rtgwg@ietfa.amsl.com>; Mon, 7 Aug 2017 13:34:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.889
X-Spam-Level:
X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=g3ysx-org-uk.20150623.gappssmtp.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 1rPZAy2IpMXL for <rtgwg@ietfa.amsl.com>; Mon, 7 Aug 2017 13:34:24 -0700 (PDT)
Received: from mail-wm0-x243.google.com (mail-wm0-x243.google.com [IPv6:2a00:1450:400c:c09::243]) (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 C9E3A1323A1 for <rtgwg@ietf.org>; Mon, 7 Aug 2017 13:34:23 -0700 (PDT)
Received: by mail-wm0-x243.google.com with SMTP id d40so2267090wma.3 for <rtgwg@ietf.org>; Mon, 07 Aug 2017 13:34:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=g3ysx-org-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=X2qEAIPSBwBbZSF9RWddkZm4jxVAn1WYJwpygRDWRW8=; b=DNSmW3iY4qPSc3TSQ9MotnSrJEfqWOUVDHxRJkb24v9qGZ9EsEC+BoHYyApa+X8OnL 7vLTdE5NMK7+v6NtW/CopVQVun3q08Jwt6NW9BXN2Sb76okzaUAao6fUiPzRVXTSy7eD iLH8cke5C4bRq+BgN/um0XZ7/MvqoftZmx9+2HskTsqToiUS8ZmcU3Zykz2hH12hSmfx BAfJgEtXbYdW+SQRNSbzOcB9CBIJG4wvhU8InkWv8IiaYUnatrHCjV8YhFkqVzDezkFK TJwuppKxglTxacnZT5Q+oFIyTZ4vz2wd+M6agveeZ8DowQDIyjcYtBhmVuqByPjpBpxI 2dgA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=X2qEAIPSBwBbZSF9RWddkZm4jxVAn1WYJwpygRDWRW8=; b=PumFNnp5sn7Rsscg0wEhgFEywc+ee1t++5Vsby6MnajimWvLCZnaKZlbIU3hnoJRfQ TAIaHN5MN7KT6sQD4KU++uL7CJXQwhMzqzes7C3ROK2fV+PrV5FhE7xPmZ2rrLBTpVOa ChqNWJuQVGRb5IgYIdaN6J7aqiRbC96d4EsAbczjUvsEzz/003Nw+Nc5M3EGI6Dt0gT1 ZF4SQb2u06qNXz02iyx6kjsQQ0hzXEwDUD8BPRdmmFSlkzioS/tM7DBGKvMlovIzSzFC 01XxbaL3wcYnUYIzYEva4gIS3hJ4rFSwns2BvqXT2OF9IGqdAWFTPzZhNsgDdiHULHLe PGvA==
X-Gm-Message-State: AHYfb5hEBE0TgztKjpMTzOomIZAYLJIgL148/EiaAIGrhNWgfwsc0RUj FTkPieVKIYdmGCEZ
X-Received: by 10.28.47.84 with SMTP id v81mr1375795wmv.57.1502138062064; Mon, 07 Aug 2017 13:34:22 -0700 (PDT)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id f80sm80897wmh.16.2017.08.07.13.34.20 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 07 Aug 2017 13:34:21 -0700 (PDT)
Subject: Re: I-D Action: draft-bashandy-rtgwg-segment-routing-ti-lfa-01.txt
To: "Ahmed Bashandy (bashandy)" <bashandy@cisco.com>, Stewart Bryant <stewart.bryant@gmail.com>, Sikhivahan Gundu <sikhivahan.gundu@ericsson.com>, "rtgwg@ietf.org" <rtgwg@ietf.org>
Cc: "rtgwg-chairs@ietf.org" <rtgwg-chairs@ietf.org>, "pfrpfr@gmail.com" <pfrpfr@gmail.com>
References: <150027597752.32726.7270829130613224040@ietfa.amsl.com> <596C668E.9050106@cisco.com> <HE1PR07MB1708E945640F865CA32D85F7EAB30@HE1PR07MB1708.eurprd07.prod.outlook.com> <5984CFB0.3070908@cisco.com> <HE1PR07MB170870985873654D8C0BC340EAB50@HE1PR07MB1708.eurprd07.prod.outlook.com> <b991e0eb-97f0-cd5f-96c8-7ce77d880614@g3ysx.org.uk> <5988B030.8080001@cisco.com> <9ecd1975-e34e-6d6a-6d6f-0e62dc4c48b5@gmail.com> <849700d9f030475a852096bfa51766fb@XCH-RTP-020.cisco.com>
From: Stewart Bryant <stewart@g3ysx.org.uk>
Message-ID: <893ad668-9f62-51a1-0835-7841e919e63c@g3ysx.org.uk>
Date: Mon, 07 Aug 2017 21:34:19 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1
MIME-Version: 1.0
In-Reply-To: <849700d9f030475a852096bfa51766fb@XCH-RTP-020.cisco.com>
Content-Type: multipart/alternative; boundary="------------FEE04FCD8ADF01B9CEFFE6AD"
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtgwg/P1zJaRCCk3I8td4vCM4DIPuooDU>
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Working Group <rtgwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtgwg/>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Aug 2017 20:34:27 -0000

Ahmed,

The WG decides what is in or out of scope for a WG draft, and it does 
this via the rough consensus of the WG, not the view of the authors.

Of course if you wish to refocus this as an independent draft and submit 
via the ISE. If you do, you are welcome and I will leave you to it.

Meanwhile the draft really has to discuss SRLGs are they are in real 
life, not as you would wish them to be.

Another type of false SRLG btw is when you are doing node protection 
(you normally treat a node as an SRLG), but only a line interface has 
failed.

- Stewart




On 07/08/2017 21:04, Ahmed Bashandy (bashandy) wrote:
>
> Stewart
>
> I already replied to Sikhi explaining the concept of the SRLG used in 
> this draft and the intent to make it even clearer.
>
> IMO the scope of the draft is very clear from the draft itself as well 
> as the numerous responses during the previous IETF and the mailing list.
>
> The issue below is **out of scope** of the draft and hence I have no 
> plans on addressing it.
>
> I hope you don’t insist on pushing out-of-scope topics down the throat 
> of this draft :)
>
> Ahmed
>
> *From:*Stewart Bryant [mailto:stewart.bryant@gmail.com]
> *Sent:* Monday, August 07, 2017 12:48 PM
> *To:* Ahmed Bashandy (bashandy); Stewart Bryant; Sikhivahan Gundu; 
> rtgwg@ietf.org
> *Cc:* rtgwg-chairs@ietf.org; pfrpfr@gmail.com
> *Subject:* Re: I-D Action: 
> draft-bashandy-rtgwg-segment-routing-ti-lfa-01.txt
>
> Your answer did not address the issue below, which is one of a class 
> of issues related to SRLG.
>
> - Stewart
>
> On 07/08/2017 19:23, Ahmed Bashandy (bashandy) wrote:
>
>     See my reply to Sikhi
>
>     Thanks
>
>     Ahmed
>
>     On 8/7/2017 2:13 AM, Stewart Bryant wrote:
>
>         On 07/08/2017 06:45, Sikhivahan Gundu wrote:
>
>             By “ambiguity”, I meant that backup calculation taking
>             SRLG into
>
>             account is  based on speculated topology,  whereas
>             computation of
>
>             post-convergence path, ie, SPF, is based on actual
>             topology.  This
>
>             seems needs reconciling since in  TI-LFA the backup is by
>             definition
>
>             the post-convergence path, with a single path-transition
>             after
>
>             link-failure as the intended outcome. Do I understand
>             correctly that
>
>             the draft prefers to relax that expectation for SRLG?
>
>
>         Yes, that is a good point, in the event of an incomplete failure
>         of an SRLG, there may not be congruence between the
>         FRR path and the post convergence path. This certainly
>         needs further study.
>
>            *
>         A--------//---------B
>         |                   |
>         |  *                | cost 2
>         C-------------------D
>         |                   |
>         |                   | cost 100
>         E-------------------F
>
>
>         AB + CD in same SRLG
>
>         TiLFA path is ACEFDB
>
>         Post convergence path is ACDB
>
>         In this case I think that the impact is just more SR hops in the
>         repair path than might be needed without the SRLG, but we do
>         need to
>         be sure  that there are no pathological  cases in
>         topologies that lack the proposed congruence, and as
>         Sikhivahan notes this effect does need to be clarified in the
>         text.
>
>         - Stewart
>
>
>
>
>
>
>
>     _______________________________________________
>
>     rtgwg mailing list
>
>     rtgwg@ietf.org <mailto:rtgwg@ietf.org>
>
>     https://www.ietf.org/mailman/listinfo/rtgwg
>