Re: [Lsr] New draft on Flex-Algorithm Bandwidth Constraints
Peter Psenak <ppsenak@cisco.com> Thu, 04 March 2021 17:06 UTC
Return-Path: <ppsenak@cisco.com>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F1ACC3A1105 for <lsr@ietfa.amsl.com>; Thu, 4 Mar 2021 09:06:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.601
X-Spam-Level:
X-Spam-Status: No, score=-9.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable 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 KaHds7qFI8-r for <lsr@ietfa.amsl.com>; Thu, 4 Mar 2021 09:06:19 -0800 (PST)
Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4986F3A1101 for <lsr@ietf.org>; Thu, 4 Mar 2021 09:06:19 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1420; q=dns/txt; s=iport; t=1614877579; x=1616087179; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=p1oinhD/BjJvP+I/OifvETwabbLfrjLtlLTyFtW8fdk=; b=Mk1gupU5UnNiqjie0/F1ZkYOwdx3jqgwBE4IFlLuUZKs5gw0tOEY548n x4dupB3/NA4eF3m81wagr77SdIOIy0Df/hyjgMq0KqnoM+gr4y30SjNmz TI+PL2pIxd/toEk+hLdsRXLVEhLqm4VCirZ45hFAlEXLnmX7xAlZQ1xe6 I=;
X-IPAS-Result: A0CYAAAgE0FglxbLJq1iGgEBAQEBAQEBAQEDAQEBARIBAQEBAgIBAQEBQIFPgXyBJVEBBAEnEjGEQYkEiCgwnEsLAQEBDygMBAEBhE0CgXsmOBMCAwEBAQMCAwEBAQEFAQEBAgEGBBQBAQEBAQEBAYY2DYZEAQEBAwEjBAsBBUEQCxgCAiMDAgJGEQYNBgIBAYIhSwGCZiEPrX12fzOFWINHgT4GgQ4qjUNCgUlCgTiCRS4+glwBAQIBhHOCXwSDLk8CAlCSfoI7AaYogwaDL4YQklUFBwMfgzeKT4VPkAGgEpcJgWshgVkzGggbFYMkUBkNV4NOihOIaoVGQAMvAjYCBgEJAQEDCYwTAQE
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.81,222,1610409600"; d="scan'208";a="33918514"
Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 04 Mar 2021 17:06:14 +0000
Received: from [10.60.140.52] (ams-ppsenak-nitro3.cisco.com [10.60.140.52]) by aer-core-3.cisco.com (8.15.2/8.15.2) with ESMTP id 124H6C1X008400; Thu, 4 Mar 2021 17:06:13 GMT
To: Robert Raszuk <robert@raszuk.net>
Cc: Gyan Mishra <hayabusagsm@gmail.com>, DECRAENE Bruno IMT/OLN <bruno.decraene@orange.com>, Shraddha Hegde <shraddha@juniper.net>, Rajesh M <mrajesh@juniper.net>, Tony Li <tony.li@tony.li>, "lsr@ietf.org" <lsr@ietf.org>, William Britto A J <bwilliam=40juniper.net@dmarc.ietf.org>
References: <161401476623.19237.3808413288895066510@ietfa.amsl.com> <e5190522-3a8b-2d6e-c2fe-646049689cc4@cisco.com> <1EABA651-2F05-415B-97EF-054507FADEAC@tony.li> <f935dbc4-6220-5f47-65a4-f642823f594f@cisco.com> <CAOj+MMHXd5j8B9a13E90HQVB=SUOkQ=fqhyJEgTf-Y7Tp5eiBQ@mail.gmail.com> <9d66e5af-414a-42b7-6af5-388974785b8f@cisco.com> <CAOj+MMGggyuzqD=ZbDxNG_10ThHykOO7y5rYWphvSk0rs+4CbQ@mail.gmail.com> <bb9555c4-8007-4d0e-2715-39c4069fc61f@cisco.com> <CAOj+MMFP+Tx13v99GaOc8vQaN6UPkSiS7UX1hRFwevKd8Oj13Q@mail.gmail.com> <532100cf-0252-73f3-046c-218de2fc26db@cisco.com> <CAOj+MMEYAc=LN6JfTto7fwcSzeQuyUdeTTC262c5LwBfPFgRRg@mail.gmail.com> <f21c7460-86ff-6169-1bf8-3e95e843e9df@cisco.com> <CAOj+MMHtFS3X7G622ik3q3uy46M=49dY3gQ60X8pCxNyga9QLw@mail.gmail.com> <528e48f4-3fa9-c9bb-b707-3c451aa05eac@cisco.com> <CAOj+MMFwgMM+hVn-ahdRhEbOhJNN1tyGNCqT1banMYUW6D9Xmg@mail.gmail.com> <fa60b949-4f09-f56f-c7f1-716592274b42@cisco.com> <CAOj+MMEQCM1rSHBr-vM-K=1JxC0gDxq4bepXDPw3o+X2rKDgaQ@mail.gmail.com>
From: Peter Psenak <ppsenak@cisco.com>
Message-ID: <920ea166-23df-6e6d-f1d6-eeb1ae90e16f@cisco.com>
Date: Thu, 04 Mar 2021 18:06:12 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <CAOj+MMEQCM1rSHBr-vM-K=1JxC0gDxq4bepXDPw3o+X2rKDgaQ@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Outbound-SMTP-Client: 10.60.140.52, ams-ppsenak-nitro3.cisco.com
X-Outbound-Node: aer-core-3.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/MJzqVltCGww35tx47cwljGJbfcY>
Subject: Re: [Lsr] New draft on Flex-Algorithm Bandwidth Constraints
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Mar 2021 17:06:21 -0000
On 04/03/2021 17:54, Robert Raszuk wrote: > > So it is undefined in the spec. > > All along I was just asking what is your default probing interval. I thought I have responded to that earlier today, please look at my first response today. > > It can be: 0 ms - means never probe. one can even statically provision the min delay value, if that is what is preferred. > > It can be probe every N ms|s|min\hours etc ..means prove every N > ms|s|min\h etc ... > > It can also be probe every time after link down -> up event but not more > often then M ms yes, all that control exist and most of it is under the control of the operator. thanks, Peter > > Care to share that with the group ? > > Thx, > R. > > On Thu, Mar 4, 2021 at 2:30 PM Peter Psenak <ppsenak@cisco.com > <mailto:ppsenak@cisco.com>> wrote: > > On 04/03/2021 14:28, Robert Raszuk wrote: > > > Is it minimum ever, is it min of the year, month, week, > day ... etc > > > > https://tools.ietf.org/html/rfc8570#section-4.2 > > > > Peter > > > > > > Maybe it is just me but in section 4.2 I see NOTHING about how often > > that delay should be measured which was the point above. > > it says it clearly - "over a configurable interval" > > Peter > > > > > Thx, > > R. > > > > >
- [Lsr] New draft on Flex-Algorithm Bandwidth Const… William Britto A J
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Li
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Gyan Mishra
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… William Britto A J
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… William Britto A J
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… William Britto A J
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Przygienda
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Li
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Przygienda
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Li
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Jeff Tantsura
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Dongjie (Jimmy)
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Przygienda
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Li
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Shraddha Hegde
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Shraddha Hegde
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Gyan Mishra
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Li
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Shraddha Hegde
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Li
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tarek Saad
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Li
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tarek Saad
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Aijun Wang
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Aijun Wang
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Aijun Wang
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Shraddha Hegde
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Li
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… William Britto A J