[RTG-DIR] Rtgdir telechat review of draft-ietf-pim-source-discovery-bsr-11

Min Ye <amy.yemin@huawei.com> Wed, 31 January 2018 01:48 UTC

Return-Path: <amy.yemin@huawei.com>
X-Original-To: rtg-dir@ietf.org
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 42B0012EC85; Tue, 30 Jan 2018 17:48:05 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Min Ye <amy.yemin@huawei.com>
To: rtg-dir@ietf.org
Cc: draft-ietf-pim-source-discovery-bsr.all@ietf.org, ietf@ietf.org, pim@ietf.org, dimitri.papadimitriou@nokia-bell-labs.com
X-Test-IDTracker: no
X-IETF-IDTracker: 6.70.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <151736328522.7871.1037222625991438704@ietfa.amsl.com>
Date: Tue, 30 Jan 2018 17:48:05 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/OnoaOfrGKZ9G_0Zxo4onHPiQ-9k>
Subject: [RTG-DIR] Rtgdir telechat review of draft-ietf-pim-source-discovery-bsr-11
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Jan 2018 01:48:05 -0000

Reviewer: Papadimitriou Dimitri
Review result: Has Nits

Couldn't find the template for experiment drafts, but I think this kind of
documents deserve its specific template

Summary:

Points to be clarified are related to

1.the flooding boundary. The document refers to PIM domain defined in RFC 4601

" A domain in this context is a contiguous set of routers that all implement
PIM and are
   configured to operate within a common boundary."

And states " PFM messages are generally forwarded hop by hop to all PIM
routers."

what now defines a PIM domain: the PFM flooding boundary or the PIM execution
domain.

2. Modified TLV (statement " Some TLVs may be omitted or modified in the
forwarded message." - example a boundary router changes the Src Address in the
GSH TLV to its own address - is that allowed/expected ? actually the document
doesn't explain or justify the need to "modify" TLV in forwarded messages.

3. Section 4.2 states

   "In order to meet the timing requirements, sending of the message may
   have to be delayed a small amount of time."

   Quantify "small amount of time"

Editorial:

First paragraph first sentence: add reference to PIM-SM

Second paragraph fifth sentence: add reference to SSM

Last paragraph

o) Refers to "parameters" please differentiate so-called architectural
constants from configurable parameters. Cf.RFC 2328 for a good example.

o) Suggest to write last paragraph as numbered points to facilitate their
clearing as more experience from the field is being obtained.

Dimitri