IETF Logo Mail Archive

Re: [Lsr] FW: New Version Notification for draft-white-distoptflood-00.txt

tony.li@tony.li Mon, 01 April 2019 15:43 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 452B9120253 for <lsr@ietfa.amsl.com>; Mon, 1 Apr 2019 08:43:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.649
X-Spam-Level:
X-Spam-Status: No, score=-1.649 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 72j_s3i9DPvR for <lsr@ietfa.amsl.com>; Mon, 1 Apr 2019 08:43:55 -0700 (PDT)
Received: from mail-pg1-x530.google.com (mail-pg1-x530.google.com [IPv6:2607:f8b0:4864:20::530]) (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 0BBB412029A for <lsr@ietf.org>; Mon, 1 Apr 2019 08:43:52 -0700 (PDT)
Received: by mail-pg1-x530.google.com with SMTP id q1so4951635pgv.13 for <lsr@ietf.org>; Mon, 01 Apr 2019 08:43:52 -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=Qe+W/FwzkR8gp454qa0ya2Y3B9GvVWJVE+RhCl57p7M=; b=fGYTQvRav8eSBGmBxiHprI9Kbxsm84j6Hk9qznKZ5POZ2Z6+LW/oKZKowjU8ciO+zu t52Sc00FPIJzwIGzTu24pDp5yvqKjwZlIIGQYcXwifxEW3wDE5Lehc2RzyD8fpOoGLJG Y5YsbUV9EEXb/pVGJTHDUzIpps057qaDHrx3ic/wR6QdytOaJm/E5ZzXJRzFKdpa44xe Ixqacuf1pu3/kNBm287tUlgTh6p5VwuEvSTBzWDMHFru56Uz6S2SM+k77XVOmg0e+IM4 d8rFE2CGQ0zO19yTWJmdPpJkNi287ZvvdxhitF8S8xbRz7d8d5uKwQLi/EbMQTLXqjd8 IGyg==
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=Qe+W/FwzkR8gp454qa0ya2Y3B9GvVWJVE+RhCl57p7M=; b=sH+WXX46V8PlVgGT1CLumhsmuBoLp7DgEfS3Ar55gaf8UYsTOGk8yf1bnTufbtAWoa XQsEBtI55R03Eug6HOTzmFZGrlUUBL3G8DCRymo+V5W2Y0F/Ji6gocouWmUOwQjUmIot x89MLPqxZaCHAs8IN8M6/2MJCiYRr/LNOhMGPl3hAMNV5AimH1e6tztIsWkSzuzNxTQT ui+AmoBbVd4hgy9rR/vct1D+AbaM0Rnzov6TCB+7Vwmomt/v/rD6cZSuJEQDqJYxyiJQ 5Ta1Zjr64GzY1nIHvts5qDi9PW0s+86WJKp9TuJAUZbQPAKFGhHtbcP3mYa8d/8C7xz9 NjfQ==
X-Gm-Message-State: APjAAAW7Kq/E/pWEkjzvEgZFO0YomZyxQD3jVxd5i+1bGTyLiKKg2Th2 x8HhsHdNuLHgP4XTjQjfHfo=
X-Google-Smtp-Source: APXvYqwormh9H3AL+e0Fr6s4wkce7cHhSsXsYodrZGUQEE1K3bZYCeBApmM8uqHIAuZpgI2yRwOzkg==
X-Received: by 2002:a65:408b:: with SMTP id t11mr7402402pgp.372.1554133431276; Mon, 01 Apr 2019 08:43:51 -0700 (PDT)
Received: from [192.168.1.5] (c-73-158-115-137.hsd1.ca.comcast.net. [73.158.115.137]) by smtp.gmail.com with ESMTPSA id 10sm15567000pft.83.2019.04.01.08.43.50 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 01 Apr 2019 08:43:50 -0700 (PDT)
Sender: Tony Li <tony1athome@gmail.com>
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\))
From: tony.li@tony.li
In-Reply-To: <004601d4e86f$7e744530$7b5ccf90$@gmail.com>
Date: Mon, 01 Apr 2019 08:43:49 -0700
Cc: Les Ginsberg <ginsberg@cisco.com>, lsr@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <AFA28AD5-1A52-4776-A25F-344B0A0AB151@tony.li>
References: <155406381670.12357.17272312414769230549.idtracker@ietfa.amsl.com> <04bf01d4e7ff$e16d7230$a4485690$@gmail.com> <BYAPR11MB3638929C928DC680677E182DC1540@BYAPR11MB3638.namprd11.prod.outlook.com> <073101d4e828$c2209c80$4661d580$@gmail.com> <BYAPR11MB363894C676CF19DB5DE35291C1550@BYAPR11MB3638.namprd11.prod.outlook.com> <004601d4e86f$7e744530$7b5ccf90$@gmail.com>
To: 7riw77@gmail.com
X-Mailer: Apple Mail (2.3445.102.3)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/AQXyXMDDf-b7rwPX0dAMwsRQ_f8>
Subject: Re: [Lsr] FW: New Version Notification for draft-white-distoptflood-00.txt
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, 01 Apr 2019 15:44:03 -0000

> 
>> 3)The adjacency formation logic discussed in Section 2 isn’t directly relevant
>> to calculating a flooding topology. There are existing implementations which
>> use the techniques you define as a means of reducing redundant flooding
>> associated with adjacency bringup when there are parallel links between two
>> nodes. Note this can be (and is) done without  requiring protocol
>> extensions/specification i.e., a node can do this today without introducing
>> any interoperability issues. So while this is definitely a good idea, it isn’t
>> directly related to the work on flooding topologies and I think is better
>> removed from the draft.
> 
> Okay -- it seems like this technique is not documented anyplace, and could be used for all adjacencies.


I’m going to risk disagreeing with Les again and suggest that this should be documented.  It need not be in this draft, but it is useful to have in an RFC somewhere.

Tony

v2.23.0 | Report a Bug | By Email