IETF Logo Mail Archive

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

Robert Raszuk <robert@raszuk.net> Mon, 27 April 2020 19:40 UTC

Return-Path: <robert@raszuk.net>
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 6CEC13A1B41 for <lsr@ietfa.amsl.com>; Mon, 27 Apr 2020 12:40:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=raszuk.net
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 1OV_wWJTeqA3 for <lsr@ietfa.amsl.com>; Mon, 27 Apr 2020 12:40:32 -0700 (PDT)
Received: from mail-ed1-x52d.google.com (mail-ed1-x52d.google.com [IPv6:2a00:1450:4864:20::52d]) (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 B70823A1B3F for <lsr@ietf.org>; Mon, 27 Apr 2020 12:40:31 -0700 (PDT)
Received: by mail-ed1-x52d.google.com with SMTP id k22so14462597eds.6 for <lsr@ietf.org>; Mon, 27 Apr 2020 12:40:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Y7b1qgYLNEylTd8ZK+YkbzdfZtTscYlZ1XUBy2LsAKw=; b=VKNWDu4Lkhk6DeNLuN/6bD79bkImIlL+7BuZZiDtzTMysKhtbt/4sYVOlYS162Pehh W6luw3p1LO7d8aPZbem7VQw+q/LLcchELfBFvXLXAhpJF/1KZfidSbsDDoGfk+jIiR1N REkpv+6GpOrOvcgnhzEsoiaLZE2kE7cVJujOG/qd/Vzpr3mg8TqpnNXPWwpVc9L7bxwf 3fQf36Elo+ZAL+r5bjAMjscyyajrrzcDtEDJP+23nt+iugc+L/rmyRR/+mJbb3+H5PZn +LK5fbBAlF7zi+pLd5+EO+WjCxIGVrPjoHkM3WvrKqvsEVZgSSG35SDluhYTar0q+Qa3 PxCQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Y7b1qgYLNEylTd8ZK+YkbzdfZtTscYlZ1XUBy2LsAKw=; b=ndRYgcwCuM/QbWwJKhXLfCSMlrHx8QwuADs1lAowzzXd/fSr8WrRrLG7Jm0y/oE9H4 3mE6NS+xrn0pJLKZvBgczqBZwHNvtwR0cCxJJL9vX4Bt9hNnULzSlYbwb9cjMOV5baNH BXdlG0lTb5jEoJrulpM6o70K2OIxiAn0yUVZttMKzPHJODJsSbG8Ul6hrVBSr2lOIx1Q 8QjwcVn4nHL2GsPGTCE/YfX0BsfrgtX5M0grArohXpW1qwy5+wlBo32qxaqQ7VtI0SpT nCvptswvcIuixJJ1u5wJ4UDGmMhiFqfexuQHo0RicyIakG/sl+iUMTmMGDMP+WUmcKCU NY5A==
X-Gm-Message-State: AGi0PubbHBzOutAJkV3odc1Q6K1DTLtOOIH/Joi8ka6KalMQHoMh55zR 81nnB6UJ0hfjl72KzBxcS7I6vORc+m1LNqgvMzKHHQ==
X-Google-Smtp-Source: APiQypIYi6hbAdZjU5PSS+WXJ3Xsf5XJvmUFx6D2GocXUE41PYhXYIItxxqlodjVKjPt2IW8brXJWUmoXvv6162mWhw=
X-Received: by 2002:aa7:c1cf:: with SMTP id d15mr18550686edp.266.1588016430021; Mon, 27 Apr 2020 12:40:30 -0700 (PDT)
MIME-Version: 1.0
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> <8D8F32E3-4090-45DA-A771-605365CC5770@tony.li>
In-Reply-To: <8D8F32E3-4090-45DA-A771-605365CC5770@tony.li>
From: Robert Raszuk <robert@raszuk.net>
Date: Mon, 27 Apr 2020 21:40:19 +0200
Message-ID: <CAOj+MMEKh6KE0PrhugOaEr0RkUKq=ihaKC-ngXkszT+zpv1yDg@mail.gmail.com>
To: Tony Li <tony.li@tony.li>
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-Type: multipart/alternative; boundary="000000000000359bae05a44ae3fd"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/g9VCutqMyOGcyGrWV6Mbiuu3BUA>
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:40:34 -0000

>
> > 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.
>

Apologies if I missed it but so far I understood that the new signalling
from the receiver could be different per each LSP sender (per each Hello).

Above I am suggesting that such signalling to be "global" per receiver
(ie.sent identical to all LSP senders) under moments of stress/congestion.

Robert.

v2.23.0 | Report a Bug | By Email