IETF Logo Mail Archive

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

Tony Li <tony1athome@gmail.com> Wed, 19 February 2020 09:47 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 682661208AE for <lsr@ietfa.amsl.com>; Wed, 19 Feb 2020 01:47:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham 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 UyOPWVxkrWj4 for <lsr@ietfa.amsl.com>; Wed, 19 Feb 2020 01:47:15 -0800 (PST)
Received: from mail-pj1-x102a.google.com (mail-pj1-x102a.google.com [IPv6:2607:f8b0:4864:20::102a]) (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 936CE1208AB for <lsr@ietf.org>; Wed, 19 Feb 2020 01:47:15 -0800 (PST)
Received: by mail-pj1-x102a.google.com with SMTP id q39so2303457pjc.0 for <lsr@ietf.org>; Wed, 19 Feb 2020 01:47:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=content-transfer-encoding:from:mime-version:subject:date:message-id :references:cc:in-reply-to:to; bh=/rXrOAKcmQcl4usgCFeN+S10THX95xyGtTIeuZgoafk=; b=uRrFioaxqk87lnPOS6h7cN5YNMKCAWjh/qY6eBNjOQu4EW5XO2PYjI944miHUwvrQk g7cCqOqNjvJUKT2BxByLjJskg4T7l0fccqbfm1NcdeOKFEZtb6Y6QUJk70lelSxN3GFw /iQV8dzuimNCFNrKlU2fMCi6PFy338Up/0YjwWnwG4A7kRoLChFG2I7RkLjrYnz5YTyf /3k1RHp8K93XKEOrNExsBj8KHW2dsp/RIOkILxyXLugKyZgGuw5mH8W9SYQpItTsKjYj eg/jyvi+C2ffbCb6tVZawnNbkqbp6g1ek3mXGHzcTpCmivK/Df3MVUwQWsnbeJ0DcYWE +JEw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:from:mime-version :subject:date:message-id:references:cc:in-reply-to:to; bh=/rXrOAKcmQcl4usgCFeN+S10THX95xyGtTIeuZgoafk=; b=GaaHNCGI9+9SIM2K5jv85y6q4oa77f4KcWbMFtJ67bdElTIlLzYr15rqWAllcLveRo pAFWgU6ZIPmlwNKel564S9vwJEmurX1fhs46RddMecsypzQSeW7bnWijp6ah7Ccwxgqu ahgFxlkgWTL4JzoFS7khIJeMGOW1azkIPVGLcuprTiForUjYyU4ox82R6VM2jmZm5eY1 NSJ7gLR43sCLLKqzOY0VLLaT8sB6wjw/g0PxC9dRAL3w51EOuaM4gwkKjj3xlyTpDmCq cFZx3UwAqXJCrs299PLKpXvBOcCjiclQanMHWgXMvc4+riP/FvQ4EhvEfc+h72dInRgf Iu0g==
X-Gm-Message-State: APjAAAXBra3Wbp+ssAVaWToyS9GTb0w4tQdtCO2t+HPJBFoDCPfe18Up cxTVnXizDApY+iu0gOkDOL0=
X-Google-Smtp-Source: APXvYqxvxXCqnDPwYkt2YgtRWvPwNjaYf11V5c1fvKJkXMf2RhYrJqO+4YrnOaOwcAnaoNkG4CmLVQ==
X-Received: by 2002:a17:902:41:: with SMTP id 59mr26055236pla.39.1582105634809; Wed, 19 Feb 2020 01:47:14 -0800 (PST)
Received: from [10.128.13.19] ([118.127.110.110]) by smtp.gmail.com with ESMTPSA id w2sm2189961pfw.43.2020.02.19.01.47.13 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 19 Feb 2020 01:47:14 -0800 (PST)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
From: Tony Li <tony1athome@gmail.com>
Mime-Version: 1.0 (1.0)
Date: Wed, 19 Feb 2020 20:47:11 +1100
Message-Id: <B473DAB0-A26A-4880-82F0-6AA273A4D192@gmail.com>
References: <a802cff4-ccd7-fe07-0328-e1a85a88703c@cisco.com>
Cc: tony.li@tony.li, Les Ginsberg <ginsberg@cisco.com>, "lsr@ietf.org" <lsr@ietf.org>
In-Reply-To: <a802cff4-ccd7-fe07-0328-e1a85a88703c@cisco.com>
To: Peter Psenak <ppsenak@cisco.com>
X-Mailer: iPad Mail (17D50)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/42I8CRG2SvuvjanhDqWjstAmbuE>
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: Wed, 19 Feb 2020 09:47:17 -0000

Peter,

> Given many different hardware architectures one may run a single IGP implementation on, this becomes impractical and complex as each hardware architecture has its own specifics. One would rather keep the IGP implementation hardware agnostic, rather than providing hardware specific hooks for each platform it runs on.

This is why your software architecture has a Platform Dependent component. This is a service that you should require from the PD layer.

Tony

v2.23.0 | Report a Bug | By Email