IETF Logo Mail Archive

Re: [Lsr] Flow Control Discussion for IS-IS Flooding Speed

tony.li@tony.li Mon, 27 April 2020 19:20 UTC

Return-Path: <tony1athome@gmail.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 C958F3A0D30 for <lsr@ietfa.amsl.com>; Mon, 27 Apr 2020 12:20:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.499
X-Spam-Level:
X-Spam-Status: No, score=-1.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no 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 l4kpNzPt2lSB for <lsr@ietfa.amsl.com>; Mon, 27 Apr 2020 12:20:04 -0700 (PDT)
Received: from mail-pg1-x52a.google.com (mail-pg1-x52a.google.com [IPv6:2607:f8b0:4864:20::52a]) (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 DF93D3A180F for <lsr@ietf.org>; Mon, 27 Apr 2020 12:20:03 -0700 (PDT)
Received: by mail-pg1-x52a.google.com with SMTP id p8so9116312pgi.5 for <lsr@ietf.org>; Mon, 27 Apr 2020 12:20:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=x5r7TMpl6RcJddHc64TsEyg4be3cmEZ4IdZ0VfcPAwU=; b=ubWSGNsGVEu77yl9wki0nkeKU+fpNcyFnGilj1dyKhvAMIfvEKsgk39DRUfvtnBn/Y KjhaTw0j5y8CyT9iu4BctcUNh7avGA4tXarYMzmkUMUCQf7LA0mgi1V2pEfD2RGba7fW eHnHy4pAog48GMgoKlYeb+01c8sewSeAhDkwwdmV2rKyTPpWdxnnrTRejtCh+j2z8Jmp uz+gnlD58d1VHJXN7vicBrRD2OfduhbJWk+d/OYl74BGedNffGVpRwaW7hIEK8B5D7Sg 3sGVPbze7T7pCLpSPdKeOi55fCZirZEtqooZHLYLl2vW8DP5fm/tRL8F/ydjXYCG4nqV 6EJg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:mime-version:subject:from:in-reply-to :date:cc:content-transfer-encoding:message-id:references:to; bh=x5r7TMpl6RcJddHc64TsEyg4be3cmEZ4IdZ0VfcPAwU=; b=KgWu5x1Bq1FqXAnXrdrcCR335AkUOwE9z3PkqJsN6smizIl1VYieoUpABeI4QoYJVL 5sG5rTGSSfqyd/VBwTWRCg9CkGGw8029cnE6zb3uuKadqK+ceC0ASolGfINGzaSSF6vB nGUqxGq4yc0lLGy0uvrxYAmxqJ+PBX41My7obJOqnjcJq7PvyClJ7UfuorzjnlEvWTLU xf9/0iKfMh4+0inLk42R+gqwBVfCLq2CKnGkCLSug67p10OILs7hEr+FrpLsLMveMl6w 8Ex/Ee0ZZ0zdO+SG85XaF1e2C06rPckUfjlhdh9AJpc+w8E4gG+t4pMF8kfpDwsPXGsA O2JA==
X-Gm-Message-State: AGi0PuZVcNaebiY/VOQs406K5F3TH8UrFnkvDaAU4BCE9R4u2Re6ipSL qj7SH4vzI47YF/XrhafKR8k=
X-Google-Smtp-Source: APiQypJOhCkxu4Vk50LAFPuR3k+2TQjPFkFB93nBzPCBnIrlvLl/AKYyt0RdBDlQep8JidiT9p1bTQ==
X-Received: by 2002:a65:6417:: with SMTP id a23mr6320913pgv.204.1588015202964; Mon, 27 Apr 2020 12:20:02 -0700 (PDT)
Received: from [10.95.94.147] ([162.210.129.5]) by smtp.gmail.com with ESMTPSA id 6sm11861768pgz.0.2020.04.27.12.20.01 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 27 Apr 2020 12:20:02 -0700 (PDT)
Sender: Tony Li <tony1athome@gmail.com>
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: tony.li@tony.li
In-Reply-To: <CAOj+MMFfiEtR5g4UP8=gq=QrEjZsvWrnbDo75Oo1f0AXf-38pw@mail.gmail.com>
Date: Mon, 27 Apr 2020 12:19:59 -0700
Cc: Bruno Decraene <bruno.decraene@orange.com>, "Les Ginsberg (ginsberg)" <ginsberg=40cisco.com@dmarc.ietf.org>, "lsr@ietf.org" <lsr@ietf.org>, "Acee Lindem (acee)" <acee@cisco.com>, Tony Przygienda <tonysietf@gmail.com>
Content-Transfer-Encoding: quoted-printable
Message-Id: <8D8F32E3-4090-45DA-A771-605365CC5770@tony.li>
References: <MW3PR11MB46191E81D5B22B454D8184A4C1100@MW3PR11MB4619.namprd11.prod.outlook.com> <MW3PR11MB461942C752F9CCB0A6E6C1BFC1100@MW3PR11MB4619.namprd11.prod.outlook.com> <13222_1587383221_5E9D8BB5_13222_339_1_53C29892C857584299CBF5D05346208A48E22AF0@OPEXCAUBM43.corporate.adroot.infra.ftgroup> <MW3PR11MB46191D244D51A05F9AA4631DC1D50@MW3PR11MB4619.namprd11.prod.outlook.com> <CA+wi2hN2A3oZcZWngNjBnZ214jiGNfqyTZpytpK0jrxH68SnqQ@mail.gmail.com> <6448_1587578604_5EA086EC_6448_75_1_53C29892C857584299CBF5D05346208A48E26E6F@OPEXCAUBM43.corporate.adroot.infra.ftgroup> <CA+wi2hPd0Ccn_RiSf=EMa6BfPVhN5FnnOR2hz1PeWpMNNub-BA@mail.gmail.com> <19631_1587662111_5EA1CD1F_19631_99_1_53C29892C857584299CBF5D05346208A48E28EDE@OPEXCAUBM43.corporate.adroot.infra.ftgroup> <CA+wi2hMm=0C9LVy8po2eoYnrTRC6AKawoMJoDoEm5xtbFEvfhw@mail.gmail.com> <4008_1587720323_5EA2B083_4008_332_1_53C29892C857584299CBF5D05346208A48E29FE5@OPEXCAUBM43.corporate.adroot.infra.ftgroup> <CAOj+MMHJfkP5J_Jk+qpLi-VPwca-qwmezynKkKifqcyOxoZAsA@mail.gmail.com> <12067_1587976445_5EA698FD_12067_293_6_53C29892C857584299CBF5D05346208A48E2E14C@OPEXCAUBM43.corporate.adroot.infra.ftgroup> <CAOj+MMH6OZihneJjtH_PfXKfOh1ydTD4hQK3FfDJxjtRowMrRw@mail.gmail.com> <24062_1587989690_5EA6CCBA_24062_69_1_53C29892C857584299CBF5D05346208A48E2E517@OPEXCAUBM43.corporate.adroot.infra.ftgroup> <4DE67B7F-A8E7-4595-8EB6-BED074C38B2F@cisco.com> <27097_1587992566_5EA6D7F6_27097_166_1_53C29892C857584299CBF5D05346208A48E2E687@OPEXCAUBM43.corporate.adroot.infra.ftgroup> <CAOj+MMGENdGn-FB5GwkhsMZsTm_gQSYYmaGCyLy=5nAnCtvSRA@mail.gmail.com> <242BC3A4-0BD5-4F60-9B2F-3C9D1E7106E2@tony.li> <CAOj+MMF+jpfz0vsXum7eH=VTVzGA0dkbyXeQqnNwZ2uoibZ1hQ@mail.gmail.com> <59B46050-6F6B-4A9B-99CD-4E0C76FA17F2@tony.li> <CAOj+MMEWGiwyG6oRdoE5HQdfzNkLK-E3dhBE_FvV=ysqod4Ftw@mail.gmail.com> <C0422461-48A6-4F41-A719-AC43909D78EF@tony.li> <CAOj+MMFfiEtR5g4UP8=gq=QrEjZsvWrnbDo75Oo1f0AXf-38pw@mail.gmail.com>
To: Robert Raszuk <robert@raszuk.net>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/9GkZdXmDrdMSjCB2UCmzqTg_DeU>
Subject: Re: [Lsr] Flow Control Discussion for IS-IS Flooding Speed
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: Mon, 27 Apr 2020 19:20:06 -0000

Robert,

> For per peer flow control I do not get how receiver's ISIS process is to come up with per peer timer if it may never see under congestion given peer's LSPs (being dropped on the single RE cp queue or at the interface). 


I’m sorry, but I can’t parse this comment.  The intent is not for the receiver to specify a timer value.  The point is for the receiver to provider the LSP sender with feedback about available resources on the receiver. This can inform the sender’s computation of a reasonable transmit bandwidth.


> Perhaps such flag to "slow down guys" could be send by receiver uniformly to all peers when under LSP flooding congestion ?


That’s effectively what we’re proposing, tho it need not be a binary flag.  It allows us to do simpler things saying “we’re running out of buffer space, please slow down a bit”. Again the goal is to find the optimal goodput.  Granularity in the feedback will be helpful.

Tony

v2.23.0 | Report a Bug | By Email