Re: [Teas] Suresh Krishnan's Discuss on draft-ietf-teas-rsvp-te-srlg-collect-06: (with DISCUSS)

Suresh Krishnan <suresh.krishnan@ericsson.com> Wed, 15 June 2016 20:05 UTC

Return-Path: <suresh.krishnan@ericsson.com>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0122112DB4C; Wed, 15 Jun 2016 13:05:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level:
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 5sEprGg4hEIg; Wed, 15 Jun 2016 13:05:45 -0700 (PDT)
Received: from usplmg20.ericsson.net (usplmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AB1C312DB3C; Wed, 15 Jun 2016 13:05:45 -0700 (PDT)
X-AuditID: c618062d-f79886d000002334-3b-5761ab7bd04e
Received: from EUSAAHC008.ericsson.se (Unknown_Domain [147.117.188.96]) by usplmg20.ericsson.net (Symantec Mail Security) with SMTP id 59.2E.09012.B7BA1675; Wed, 15 Jun 2016 21:24:43 +0200 (CEST)
Received: from EUSAAMB107.ericsson.se ([147.117.188.124]) by EUSAAHC008.ericsson.se ([147.117.188.96]) with mapi id 14.03.0294.000; Wed, 15 Jun 2016 16:05:44 -0400
From: Suresh Krishnan <suresh.krishnan@ericsson.com>
To: "adrian@olddog.co.uk" <adrian@olddog.co.uk>, 'The IESG' <iesg@ietf.org>
Thread-Topic: [Teas] Suresh Krishnan's Discuss on draft-ietf-teas-rsvp-te-srlg-collect-06: (with DISCUSS)
Thread-Index: AQHRxsvlrAOdNpUU/USi67M4xoDicA==
Date: Wed, 15 Jun 2016 20:05:44 +0000
Message-ID: <E87B771635882B4BA20096B589152EF643CFEDEB@eusaamb107.ericsson.se>
References: <20160615060510.31650.96154.idtracker@ietfa.amsl.com> <061401d1c6ff$691d67f0$3b5837d0$@olddog.co.uk> <E87B771635882B4BA20096B589152EF643CFEA8F@eusaamb107.ericsson.se> <06e801d1c730$76b2ec10$6418c430$@olddog.co.uk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [147.117.188.12]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupikeLIzCtJLcpLzFFi42KZXLonQbd6dWK4QUOrssWPnhvMFttXTWC3 mPFnIrNF09xdTBatP3awWCxYM5PZgc1jyZKfTB7Xm66ye6zYvJIxgDmKyyYlNSezLLVI3y6B K+Pbl/eMBS0cFbPOdTA1MK5j62Lk5JAQMJE48/s+K4QtJnHh3nqwuJDAUUaJe8v8uxi5gOzl jBJ9i/sZQRJsQA0bdn5mArFFBLwlLm9/zwJSxCzwjFHiSU8z2CRhgSyJ28v/MkIUZUtMOX0D ytaTONyykAXEZhFQlejsnMsOYvMK+EqcaJjOArHtOaPE90sdYGcwAp30/dQasG3MAuISt57M Z4I4VUBiyZ7zzBC2qMTLx/+gXlCSmPP6GjNEvY7Egt2f2CBsbYllC18zQywTlDg58wnLBEbR WUjGzkLSMgtJyywkLQsYWVYxcpQWF+TkphsZbGIExtAxCTbdHYz3p3seYhTgYFTi4VVwSwgX Yk0sK67MPcQowcGsJML7dVNiuBBvSmJlVWpRfnxRaU5q8SFGaQ4WJXFesUeK4UIC6Yklqdmp qQWpRTBZJg5OqQbGmY2B0csFwn83pUWfyL+y+uDc1zrKwBQQ2V9lm/NNOJPFpOrceQfOfbYi Zt+zym+8NLVgXjFNNuPa98A2y6msOY+6Xq5vfTuxb4XwnZmLhPoM43YsKXP88kT94Fer6g37 btvOmHezYsm+vZ82FEzQ2NA1e/omLvv5Cvu/rj2XlvoqXdVi0VRNJZbijERDLeai4kQAZZLM hp0CAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/AVyV0g9qbdeC2qAd23EDuB5gqBM>
Cc: "teas-chairs@ietf.org" <teas-chairs@ietf.org>, "draft-ietf-teas-rsvp-te-srlg-collect@ietf.org" <draft-ietf-teas-rsvp-te-srlg-collect@ietf.org>, "teas@ietf.org" <teas@ietf.org>, "vbeeram@juniper.net" <vbeeram@juniper.net>
Subject: Re: [Teas] Suresh Krishnan's Discuss on draft-ietf-teas-rsvp-te-srlg-collect-06: (with DISCUSS)
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 15 Jun 2016 20:05:47 -0000

Hi Adrian,

On 06/15/2016 02:05 PM, Adrian Farrel wrote:
> Theoretically, only the end-points add RROs. Once an RRO is stripped it will not
> be added back in (in practice, some domain boundaries might add RROs back in).
> The para after the quoted one says that further refreshes should entirely remove
> the RRO, but what is more likely to happen is that an alarm will be raised and
> the LSP will be torn down. The operator will then go and look to see why his
> signaling message grew so unbelievably large and will either fix the topology
> bug, turn off some features, or shout at the vendor.

Makes sense. Since there is a detailed specification in the draft of what 
happens when the RRO gets too big it would have made sense to add something 
like your explanation for further processing on the next node. I am not going 
to insist on doing so and will move the text to a comment.

Thanks
Suresh